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.

PPLA e PPLB tem diferenças conceituais... a principal delas.. é a orientação do formulário A L42 pode interpretar PPLA... ( Mas acho que precisa atualizar o Firmware) Você deve encontrar essa atualização no clube automação da Elgin

De acordo com o tipo dos parâmetros informados. Para tipos numéricos, vai ser usada a função da unit Math, para string, StrUtils. Se houver a mesma função com mesma assinatura (quantidade e tipagem dos parâmetros) em duas units diferentes, o Delphi vai usar a que for informada por último na cláusula uses.

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

É importante você ler o Guia prático na parte que fala sobre quais notas devem ser escrituradas no C100. No Guia prático atual, versão 3.01 está na página 55 em diante. Em especial preste atenção as Exceções. Como exemplo veja a Exceção 1 nesta página já citada: Por favor, observe que atualmente são 10 exceções.

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.

Notei que você não informou o último parâmetro becSIM... então deve ter sido usado o padrão da linguagem da impressora ImprimirBarras(orNormal, barEAN13, 2, 2, 13, 5, '7896003701685', 10, becSIM);

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

Sim. Isso vai acontecer. Mas, eu sugiro você verificar sua rotina. Se você armazena ou utiliza esse código em outras partes, deveria fazê-lo corretamente, não concorda? Imagine a confusão que isso pode gerar em usuários desavisados do seu sistema...

Obrigado @Italo Jurisato Junior !!

#### TÓPICO RESOLVIDO #### O sistema que estou utilizando foi desenvolvido em Delphi 7 e percebi que uma função "StringToFloatDef" da ACBrUtil não é compativel; fiz uma pequena conversão no código para retirar o ponto decimal de milhar e deu tudo certo. Muito obrigação pela atenção.

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.

Sim.. basta ajustar algum valor nas propriedades Sw.House e Sistema

Boa tarde Juliano, Se o relatório for o Fortes Report, favor atualizar os fontes e faça novos testes.

Boa tarde Werner, Sim, os fontes de ambos os componentes já estão atualizados para a versão 3.00a, mas o valor da propriedade VersaoDF continua o mesmo, ou seja, ve300.

Bom dia. Você está utilizando qual gerador de relatórios? Att.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa pegada... foi mais rápido que nossos consultores... Você também pode usar OpenSSL, para certificados A1... pois nesse caso nem precisaria instalar o certificado no Ruwindows

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.