Painel de líderes

Olá pessoal, Quem atualizou os fontes e reinstalou a Suite ACBr, pode ser que esteja recebendo essa mensagem de erro no momento que vai gerar a NF-e / CT-e / MDF-e / BP-e. Porque esta mensagem esta aparecendo para alguns e para outros não? Simples, quando o XML é gerado com base em alguns dados do documento fiscal é gerado a chave do mesmo. Essa mensagem de erro é devido a uma validação que foi implementada na função que gera a chave. Essa validação visa garantir que a sua Nota (por exemplo) não seja rejeitada pela regra de validação B03-10 que consta na Nota Técnica 2019/001. Como vocês podem ver na imagem acima, a aplicação dessa regra é obrigatória, ou seja, todas as SEFAZ-Autorizadoras devem implementar essa regra. Ela será implementada no dia 01/07/2019 no ambiente de Homologação e no dia 02/09/2019 no ambiente de Produção. A validação que foi implementada ao gerar a chave é exatamente a descrita na regra, ou seja, o valor de cNF não pode ser igual a nNF e a nenhum dos números listados na regra. Por curiosidade resolvi pegar o Manual da NF-e mais antigo que tenho (Março de 2009) veja o que esta escrito na definição do campo cNF: O Manual deixa claro que o numero atribuído a cNF tem que ser um numero aleatório. Portanto quem costuma atribuir a cNF o mesmo numero atribuído a nNF esta fazendo errado e agora não vai ter perdão, pois se insistir a SEFAZ não vai aceitar a nota. Mas a regra B03-10 da Nota Técnica 2019/001 não se refere apenas a NF-e / NFC-e? Sim, mas tenham certeza que essa regra de validação em breve vai ser implementada para os demais DF-e - Documentos Fiscais Eletrônicos. Alguém duvida disso? O que devo fazer para que a minha aplicação não pare com a mensagem de erro: Código Numérico inválido, Chave não Gerada ? Muito simples, vou dar como exemplo o fragmento de código da minha aplicação: Como é hoje, note que eu já gerava o código como sendo um numero aleatório: NotaFiscalVenda := (DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := Random(99999999) + 1; // +1 para garantir que não seja zero Como vai passar a ser, para ter uma garantia maior ainda: NotaFiscalVenda : =(DM_VEN.NotasDocumento.AsInteger + 1); CodigoChave := GerarCodigoDFe(NotaFiscalVenda); A função GerarCodigoDFe esta definida na Unit ACBrDFeUtil, logo você vai ter informar essa Unit em Uses do seu Form. Note que ela recebe como parâmetro o numero da nota, pois a função vai gerar o código aleatoriamente e vai validar o mesmo e pela regra o código não pode ser igual ao numero da nota. De forma semelhante você terão que fazer o mesmo nas suas aplicações que emitem CT-e, MDF-e e BP-e. É preferível fazer essa correção na aplicação agora do que receber dezenas ou até centenas de ligações de clientes que não estão conseguindo autorizar os seus documentos na SEFAZ. Fica ai a dica.

Tem que ver a legislação do seu estado. MG é permitido, desde que informe os dados do cartão (adm,bandeira)

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17273. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Tinha uma dúvida, mas acabei lendo outra resposta neste tópico que me ajudou, Gostaria de ter excluido este post mas não tenho essa opção. Obrigado 35190724755982000190580010000000191042629938-mdfe.xml

Boa noite, segue a alteração sugerida, basicamente alterei para aceitar definir no componente cópias = 0, quando estiver setada copias = 0 não fará a verificação deste trecho if RLPrinter.Copies <> AConfig.NumCopias then, pois é exatamente neste if onde ocorre o problema. ACBrDANFCeFortesFr.pas ACBrDFeReport.pas ACBrDFeReportFortes.pas

Boa noite Senhores! Solução encontrada, eu estava utilizando na estação cliente uma versão desatualizada da dll "Midas", peguei a versão correta para o Delphi 10.2 Berlin, realizei a copia para os diretórios do windows, fiz o registro e o aplicativo funcionou normalmente.

Boa tarde. Realmente a questão do DV entrar ou não na leitura do nosso número acaba sendo um problema, estou adicionado sua contribuição para ser analisada pelos demais membros da equipe. Att.

Boa tarde pessoal, Estamos todos muito animados para encontrar nossa comunidade na segunda edição do Dia do ACBr, e para os usuários do SAC, preparamos uma condição exclusiva para que nenhum de vocês percam a chance de estar presente neste grande encontro. Desfrute de um conteúdo rico que certamente agregará ainda mais valor a seus negócios, além da oportunidade de contato direto com a equipe ACBr, grandes palestrantes, membros da comunidade de Automação Comercial no Brasil e muito mais. Assinantes do SAC Mensal, Trimestral ou Semestral tem 20% de desconto. Assinantes do SAC Anual tem 30% de desconto. Importante: O desconto é estendido a toda a equipe da empresa usuária do SAC ACBr. Como Realizar sua Inscrição com o Desconto Exclusivo de Assinante SAC ACBr Solicite o Cupom de Desconto personalizado para sua empresa por meio de um de nossos canais de contato, basta informar: Login ou e-mail da conta assinante SAC ACBr e a Quantidade de Participantes. ( Email: [email protected] / Whats: (15) 99790-2976 / Fone: (15) 2105-0750) Receba o Cupom de Desconto via email ou Whats App. Realize sua inscrição e de sua equipe informando o Cupom de Desconto recebido.* *A validade do Cupom de Desconto é de 3 dias após o envio do mesmo. Desconto válido somente para o 1º Lote (Individual) Saiba mais sobre o Dia do ACBr 2019 Clique aqui e saiba quem são as feras que estarão conosco este ano. Clique aqui e acesse também nossa grade de palestras e confira os assuntos deste ano.

Gilvano, Muito obrigado pela colaboração, já enviei para o repositório.

Ola! Esqueci de reportar aqui, está funcionando, podem fechar o tópico.

Boa noite Jean, Ao gerar o XML você informou que o tipo de emitente é Prestador de serviço de transporte. <tpEmit>1</tpEmit> Sendo assim, você deve informar as chaves dos CT-e no campo chCTe. Se deseja informar as chaves das NF-e no campo chNFe é preciso informar que o tipo de emitente é Transportador de Carga Própria.