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.

Isso mesmo!! Muito Obrigada!

Há um problema que causa essa mensagem mas nos meus testes ocorre apenas em modo debug. Se possível teste como arquivo anexo. Boleto.fr3

Boa tarde Juliano No seu sistema, basta deixar o campo "cNF" recebendo "0" dessa forma o componente irá gerar um numero aleatório diferente do número da NF de forma automática, dessa forma já não terá mais esse erro... Ou utilize a função (GerarCodigoDFe) no campo cNF, citada no tópico acima....

Bom dia, Obrigada pela contribuição, adicionada para análise; Att

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

De acordo com as novas regras da SEFAZ, o campo cNF não pode ter o mesmo valor do campo nNF. Veja o tópico mais completo explicado pelo @Italo Jurisato Junior :

Bom dia. Esse é nome que o Banco do Brasil dá as sua variações, no caso o componente se guia pela carteira e quantidade de dígitos no Convenio. Att.

Eita acabei de entrar em contato com a SEFAZ de TO, depois de mil anos tentando falar kkk (acho que acabei me equivocando um pouco) Venho informar que o CDF não está sendo mais utilizado, tendo em vista a obrigatoriedade da utilização da Nota Fiscal de Consumidor Eletrônica pelas empresas usuárias de ECF, conforme previsto na Portaria Sefaz nº 510/2018.

Bom dia. Você poderia também ter um campo status na sua duplicata, de forma a saber se a mesma já foi gerada remessa e ou impressa (ainda que em pdf). Att.

Bom dia. Obrigada por contribuir, está adicionado a fila de análise. Att.

Bom dia. Se desejar pode implementar e submeter para análise. Att.

Boa noite! Nota Técnica 2018/001 - Emitente Pessoa Física (CPF) Com Inscrição Estadual. Pág. 3 - Item --> 02.1. Sobre a Chave de Acesso da NF-e - Será reservada uma faixa do campo Série da NF-e, como forma de identificação do Emitente pessoa física (CPF); Pág. 6 e 7 - Item - 03.2 Quadro resumo sobre as Faixas de Série Série: 910-919 Processo de emissão: Site Sefaz - Chave de acesso: CPF do Emitente Série: 920-969 Processo de emissão: Aplicativo da Empresa (Próprio) - Chave de acesso: CPF do Emitente Sua chave: Observe a série (920) logo 00077853687168 é CPF portanto considerar apenas os 11 dígitos, os 3 zeros a esquerda é apenas para a chave permanecer com total de 44 dígitos. 51190700077853687168559200000000101000000109

Encontrei relatos de outros usuários, utilizando o modelo Toledo Prix 3 Plus e 4 due com ACBrBal. Porém para confirmar, seria interessante realizar os testes ou verificar no manual juntamente com as implementadas. Segue os tópicos relacionados:

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Fiz algumas alterações em outras units que parecem seguir o mesmo padrão. Subi as alterações para o SVN na Revisão 17270. Pelo que vi está tudo certo. Queira por favor atualizar, reinstalar, testar e reportar qualquer problema. Mais uma vez obrigado.

Na impressão da NF-e, nos dados dos produtos / serviços, de acordo com a quantidade de registros as linha são coloridas com cores alternadas. porém o campo estava sendo pintado ultrapassando a largura máxima do "detail". segue o print do erro: Para correção desse problema realizei algumas modificações nos arquivos (ACBrNFeDANFeRLRetrato.pas, ACBrNFeDANFeRLRetrato.dfm), segue imagem: Não sei se já foi feito alguma correção nesse sentido, mas estou anexando os arquivos com minhas alterações. Obrigado. ACBrNFeDANFeRLRetrato.dfm ACBrNFeDANFeRLRetrato.pas

Obrigado pela contribuição... Porém creio que essa nova classe, poderia descender de TACBrEscPosEpson, e com isso você faria a sobreescrita apenas dos métodos que são diferentes, economizando Centenas de linhas de código repetido... Veja um exemplo, na Unit ACBrEscCustomPos.pas

Felipe boa tarde. Para dar um feedback, como a maquina que programo é do trabalho tem restrições administrativas que impediam de carregar os pacotes. Ao rodar como administrador, os pacotes foram carregados com êxito. Grato pela ajuda.

No Chat dos assinantes do SAC Anual, foi sugerido o use de OpenSSL, por se tratar de um certificado A1... e o problema foi resolvido...

Boa tarde. Obrigada pela contribuição. Att.

Boa tarde. Basta informar este valor na propriedade Modalidade. Att.

Boa tarde. Eu ainda não havia visto nada sobre este tipo de remessa, você tem algum documento com o layout? Att.

Boa tarde, narlem. Aumente o timeout, utilize a configuração abaixo: ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFe1.SSL.SSLType := LT_TLSv1_2;

Boa tarde, Rafael Sartori. Aqui eu utilizo sem problemas SKYTEF e Pay&GO (NTK).

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum. Tópico relacionado abaixo:

Boa tarde, d2mpavan. Verifique a tag DataBaixa no titulo.

Mudei para Fortes Report e está funcionando normalmente. Quando houver atualização eu vejo se no Fast funciona. Obrigado! O Boleto.fr3 que vem junto com o ACBr. O erro ocorre em ambos. Troquei por Fortes por enquanto. Obrigado!

Por enquanto só podemos se basear na quantidade de caracteres definida no MOC, de 60 caracteres (página 179). Att Ricardo

Bom dia. Que bom que resolveu, mas seria interessante você dizer a solução também. Att.

Bom dia, Obrigada por informar, adicionado para validação. Att.

Grato

Bom dia Marcos, vamos verificar e padronizar a verificação desse parâmetro, obrigado por reportar.

Bom dia Davidson, Temos o componente ACBrGNRE, por favor estude o programa exemplo dele.

Bom dia Juliano Esses provedores fazem as suas lambanças e nós temos que fazer gambiarras por conta disso. O que custa para eles gerarem no XML a informação em um formato padronizado, ou seja, 4 dígitos para o ano e 2 para o mês? Por favor, entre em contato com o provedor e questione a falta de formatação na informação.

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.

Verdade... Obrigado

Veja se a propriedade QuebraLinhaEmDetalhamentos é o que você está procurando, por favor.

Boa tarde, vc já verificou a propriedade "DetRastros" ? 06/06/2019 -- ACBrNFeDANFEClass -- [+] Inclusão da propriedade "DetRastros" para configurar impressão individualizada das tags do detalhamento específico "rastro" no DANFE. Att Ricardo

Joia. Bom trabalho por aí.

Bom dia, O problema é na leitura do retorno, seria isso ? Talvez o componente nesse caso leia apenas o nosso numero sem o Digito. Dercide.

Com certeza meu amigo, fiz isso, inclusive com a dica do Daniel em Mas eu fiquei curioso com o comportamento da etiqueta gerada pelo componente, onde o DV era corrigido automaticamente, e por isso abri esse tópico. Grato pelo retorno.

Pelo o que vi alguns bancos retornam o nosso numero com o digito, e outros não. Eu particularmente utilizo o Sicredi, e não tenho problemas na leitura, pois quando leio o nosso numero eu calculo o digito verificardor, e formato o nosso numero conforme ele foi gerado e enviado na remessa, pois muitas vezes a formatação de envio não é mesma do retorno. Não vejo necessidade de alteração, pois ai todos que utilizam terão que revisar os códigos. Dercide.

Reverte para os valores do SVN que vai compilar como é compilado

Perfeito meu amigo, você elucidou o mistério... Eu tenho um componente ApplicationEvents com o evento OnException implementado com um exemplo que eu peguei da internet com algumas exceções básicas (violação de chave, valor inválido, data inválida, etc), mas não existia um alerta padrão para erros que não se enquadrassem nessa lista de exceções básicas, agora eu coloquei um if excecaobasica1 Then ShowMessage('excecaobasica1') else if excecaobasica2 Then ShowMessage('excecaobasica2') else if excecaobasica3 Then ShowMessage('excecaobasica3') else ... //Se nenhuma das anteriores, exiba um alerta padrão ShowMessage(E.Message); Eu não sabia que ao colocar o ApplicationEvents com o evento OnException implementado o Delphi ignoraria o alerta padrão dele (TApplication.ShowException) e passaria a enxergar somente o OnException do ApplicationEvents. Obrigado novamente

Pode ter algum tratamento global de exceções no seu projeto.

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

Boa tarde Vi a alteração que você fez, desta forma não vai mais ter inconsistência e propriedade "ACBrMDFe1.WebServices.Consulta.Protocolo" sempre vai retornar o protocolo atual considerando o evento atual ou no caso de não haver evento retorna o protocolo de autorização. Ainda não testei, mas acredito que vai funcionar Por mim pode fechar o tópico Muito Obrigado

Ola Tiago, encontrei um blog que aparentemente me ajudou! Ate então não tive problemas depois q segui os passos, vou te passar o link. https://nstecnologia.com.br/blog/problema-ao-localizar-certificados-icp-brasil-v5/

Existe sim, vamos adicionar a nossa lista de tarefas... mas se desejar contribuir poderá implementar essa leitura e anexar o fonte aqui que atualizamos no SVN.