Italo Giurizzato Junior

Bom dia Rodrigo, Segundo a Nota Técnica 2013/005 versão 1.22 - página 26 diz o que?

Bom dia Claudio, Sim, não tem problema, desde que a mercadoria já encontra-se no destinatário.

Bom dia Mateus, Se é a SEFAZ que esta com problemas, você deve enviar a NFC-e para a SVC- SEFAZ Virtual de Contingência que atende o Estado em questão. O componente já tem tudo implementado, basta você mudar o tipo de emissão de normal para Contingência SVC. A principio o tempo máximo para enviar uma NFC-e emitida Offline é de 24 horas, agora se esse tempo varia de Estado para Estado então é bom entrar em contato com a SEFAZ do Estado em questão e questiona-los sobre esse tempo.

Bom dia, Enviei uma proposta de alteração para o componente ACBrNFe no que diz respeito ao protocolo de autorização que algumas vezes não é adicionado ao XML já assinado. Peço que aguarde mais um pouco e debug para tentar descobrir o momento exato que ocorre o problema.

Bom dia José, O CT-e cujo numero é 379 o digito verificador é zero e você informou 4, veja: OK: C:\ACBrNFe\CTE\35150812623110000199570010000003791000003790-cte.xml CTE.AdicionarCTe("C:\ACBrNFe\CTe\35150912623110000199570010000003791000003794-cte.xml",1234)

Bom dia Fabio, Por favor, tópico novo para assunto novo. No ACBrCTe essa propriedade ainda não tem função nenhuma.

Rômulo, Segundo a NT 2014/002 se o emitente da NF-e efetuar o cancelamento da mesma o respectivo evento é enviado para a SEFAZ-Autorizadora, esta por sua vez tem que replicar no Ambiente Nacional, que por sua vez tem que gerar um NSU e disponibilizar para o destinatário, para que este ao consultar através do DistribuicaoDFe possa receber o XML do evento. O resumo da NF-e que consta como autorizada a mesma foi manifestada? Caso não tenha, realize a manifestação e depois realize novas consultas ao DistribuicaoDFe.

Você salva o XML em disco, ou apenas lê o mesmo da propriedade XML para salvar no banco de dados?

Boa tarde Rômulo, No meu entendimento você só informa o valor zero como terceiro parâmetro uma unica vez, dai para frente deve-se sempre informar o último NSU retornado.

Boa tarde Jose, Como lhe disse no e-mail, não utilizo o Monitor e nem faço parte do seu desenvolvimento. Mas analisando o código do mesmo me fez chegar a esse fluxo. E o seu exemplo esta em conformidade com o meu entendimento. Note que o comando CTe.CriarEnviarCTe vai criar o XML, assinar e validar baseado no INI que você esta passando como parâmetro e em seguida realiza o envio para SEFAZ. O que você deseja é o envio de um lote contendo 2 ou mais CT-e e não um a um, correto? Pois bem os 3 comandos que lhe sugeri visa atender a sua necessidade. O comando CTe.CriarCTe vai apenas criar o XML baseado no INI que você passar como paramentro, não vai enviar nada para SEFAZ. Se você deseja enviar um lote com 10 conhecimentos terá que executar o comando acima para cada um deles. Com o comando CTe.AdicionarCTe você lê o XML e o adiciona ao lote, logo você terá que executar esse comando também 10 vezes para adicionar os 10 conhecimentos segundo o exemplo acima. Por fim deve ser executado o comando CTe.EnviarLoteCTe, esse sim é o comando que vai enviar o lote contendo os 10 conhecimentos para a SEFAZ. Quanto ao retorno não sei se vem individual ou todas as informações em único arquivo INI para que a sua aplicação possa ler e atualizar o banco de dados. Mas uma coisa é certa os XMLs de cada CTe gerado pelo CriarCTe será atualizado, ou seja, receberá o procolo de autorização.

Boa tarde a todos, Aqui na empresa onde trabalho, ao comprar algo é emitido o Pedido de Compra e este é enviado via Fax ou e-mail para o fornecedor. E bem no meio do respectivo pedido consta um aviso que segundo a legislação o fornecedor é obrigado a disponibilizar o XML da NF-e e neste aviso consta o endereço de e-mail para qual deve ser enviado o XML com validade jurídica. Essa foi a forma que encontramos de deixar os nosso fornecedores cientes de suas obrigações no que se refere a emissão da NF-e. E diga-se de passagem que funcionou, ou seja, recebemos todos os XML de nossos fornecedores e das transportadoras diariamente. Portanto se cada um fazer a sua parte, não precisamos ter aplicações que obtêm os XMLs de forma não sugerida pela SEFAZ.

Boa tarde Vinicius, Segundo a Nota Técnica 2014/003 - página 9 o campo #13 RNTRC é obrigatório, e a mensagem de erro de validação é clara lhe informando que nenhum valor foi informado. Como se trata do RNTRC do proprietário do veículo, você não deve informar o RNTRC da transportadora.

Boa tarde, Caso você defina um Path em PathSalvar e atribua o valor False as propriedades que definem níveis de organização todos os XML serão salvos juntos no Path informado. Por outro lado você pode defini um Path para PathNFe e neste caso somente os XML referentes as NF-e serão salvos nesse Path os demais em outros lugares.

Boa tarde Rolemar, A propriedade no componente é a mesma que você utiliza para informar o CNPJ do destinatário. Note que ela se chama CNPJCPF.

Bom dia Fabio, O problema deve ser com a sua maquina, pois em casa estou usando o Trunk2 e esse problema não ocorre.

Bom dia Vinicius, O erro ocorre na validação antes do envio, ou se trata de uma rejeição retornada pela SEFAZ? Se é um erro de validação, por favor informe o erro para que possamos lhe ajudar.

Bom dia Diego, Você não pode alterar nada no XML principalmente se o mesmo já estiver assinado. Te aconselho a gerar e assinar novamente o XML com os dados corrigidos.

Bom dia Souza, Você disse que detectou vários erros e efetuou as correções, mas não informou quais foram. Sendo assim suponho que esses erros se referem a alimentação do componente, ou seja, você estava passando dados ou deixando de passar. Se possível post como anexo esse XML que foi rejeitado, para que possamos lhe ajudar.

Bom dia Rômulo, O método DistribuicaoDFe possui 4 parâmetros, correto? Normalmente no terceiro passamos o valor do último NSU retornado e no quarto parâmetro passamos uma string vazia. Desta forma sempre a consulta será, digamos sequencial. Por outro lado se você notar que esta faltando algum NSU (por exemplo o 365) você pode executar o método da seguinte forma: ACBrNFe.DistribuicaoDFe( cUF, CNPJ, '', '365' ) Informe uma string vazia para o terceiro parâmetro e o valor do NSU faltante no quarto parâmetro, desta forma será retornado somente o registro cujo NSU é 365 (segundo o exemplo acima) seja ele um resumo de nota, uma nota completa ou resumo de evento ou o evento completo.

Boa tarde Rômulo, Se o componente esta configurado para salvar em disco os XML, favor verificar se não foi salvo nenhum arquivo: *-procEventoNFe.xml, se sim, verifique se o mesmo não se refere ao evento de cancelamento na NF-e que você se refere.

Boa tarde José, Você me enviou um e-mail ontem e hoje as 7:18 respondi ele. Chegou a verificar se recebeu a minha resposta?

Boa tarde André, Simples, na rotina que você alimenta as propriedades de detalhamento do item, basta informar os valores de pDevol e vIPIDevol.

Boa tarde Leonel, Todas as TAGs serão incluídas, tantos as obrigatórias quanto as opcionais, nada fica de fora.

Boa tarde, Fiz uma correção, por favor atualize os seus fontes e teste novamente.

Boa tarde, Como você se referiu a unit ACBrNFeUtil, presumo que estejas ainda usando os fontes do repositório Trunk, sendo assim, você terá que realizar as devidas alterações, uma vez que já foi informado aqui no fórum que estaremos efetuando alterações/correções e novas implementações somente nos fontes que estão no Trunk2. Portanto a minha sugestão é que você migre para o Trunk2.