Isaac Bentes

Ola, ja fiz a limpeza, antes de realizar a instalacao. eu resolvi instalando uma versao anterior a mais atual. A mais atual é a 2021.2.8 com essa nao deu, ai instalei a 2021.2.0 e funcionou.

Prezados eu comprei o fast e ai fui instalar, a versao mais nova disponivel, instalei sem problemas,antes desinstalei o acbr, entao atualizei o paconte, e fiz uma nova instalacao do acbr que ocorreu sem mensagem de erro. Testei meu fast report e funcionou normalmente, mais quando jogo o componente ACBRDANFEFR para a o form, recebo um ACCESS VIOLATION , ja tentei compilar o pacote manualmente, e compila sem problemas, mais na hora de usar o componente, ja era, lembrando,nao é quando eu compilo ou executo o form, é meramente arrastando o componente da paleta para o form. ja testei os outros componentes do ACBR, e inclusive o DANFE do FORTES report e tudo sem problemas, so acontece o erro com os componentes do FAST. pergunto , alguem tem alguma ideia? gostaria muito mesmo de usar o FAST na versao mais atual.

Ok, muito obrigado, vou baixar novamente do repositorio.

Não sei se você percebeu , mais onde faz o abatimento duas vezes não é no arquivo fr3 e sim na classe que gera o DANFE, no .pas. E estou usando tudo do repositório, sem alterações.

Ola, segue aqui o xml e o DANFE que eu uso. Eu identifico que o problema esta mesmo é no código: https://monosnap.com/file/4cdnbo9L0E7W9HkPUmASxqA8fqFjHI Que se você olhar bem, nesse código ele ja Subtrai o VProd com o Desconto, e lá no Liquido ele pega o VProd e faz de novo a mesma operação. https://monosnap.com/file/ohKsDPVDbVZ0xJ1UN2R5KlioB6pojo NotaFiscal.xml DANFeNFCe.fr3

Pessoal preciso de uma ajuda, eu uso o DANFE do FASTREPORT para NFC-e e reparo que algo esquisito acontece, perceba a situação abaixo: tenho no XML: Prod.qCom :=2; Prod.vUnCom := 40; Prod.VProd :=80; Prod.VDesc :=10; Beleza, certinho, transmite no DANFE me aparece assim: Unitario: R$ 40 Quantidade: 2 Total: R$ 70,00 ( ele descontou automatico no DANFE, até ai tudo bem ) logo abaixo ele poe: Desconto: R$ 10,00 Liquido: R$ 60,00 ( descontando duas vezes) já olhei o código e vejo que ele faz isso mesmo na classe do DANFE do FastReport, não gostaria de alterar os fontes, pois a cada atualização eu vou ter de fazer de novo. Pergunto dos colegas, qual a maneira correta de preencher o XML para que isso não aconteça e o DANFE fique correto? Evidência: https://monosnap.com/file/m6nKrRcApH6mpvs2STSsn10BQ183gT

Sim, marque no install do ACBR:

Prezados, estou escrevendo por que realmente ja tentei de tudo que eu conheço e não sei mais para onde ir: Problema (delphi RIO) - Tenho o ACBR instalado, abro um FORM e jogo o componente ACBRNFE (simplesmente jogo no form) nada mais. Executo o Form e obtenho esse erro de memoria: O que eu ja fiz: Desinstalei o delphi 5 x Limpei registro do Delphi Reinstalei o ACBR varias vezes e de varias formas( usando instalador e na mão ) Os outros componentes comuns e diversos funcionam sem problema. Já coloquei breakpoint nas classes do ACBR no CREATE : nem chega a ser executado. Já coloquei o breakpoint no source do meu projeto e o erro ocorre imediatamente após o initialize. Já registrei capicom. já percebi se eu coloco o form fora do autocreate o erro nao ocorre, mais no ato de CRIAR o form o erro aparece, ou seja, qualquer interação com o componente gera o erro em questão. Se alguém puder ajudar! agradeço muito.

Ola muito obrigado pela sua informação, eu estou fazendo essa analise , pergunto você usa o cnab 400 com o convenio de 7 posições?

Ola a todos, Estou gerando o CNAB 400 para o banco do brasil , preencho o componente, igual como faço com o outros bancos, gero o arquivo e tenho tido vários erros, entre eles o erro referente a data de vencimento: https://monosnap.com/file/7BckTXwiWw64tgR1O5G3mo8PWOlFWg O componente do ACBR esta gerando essa informação na posição:120 a 125 e o layout do arquivo do banco espera receber em: 121 a 126: https://monosnap.com/file/R6UlOssDAUa23qdIMVMbmWFnyokSAS como resultado o banco me informa essa inconsistência: https://monosnap.com/file/BBPGzyusKIkeHYrC3gpIaF6yXMFtA8 Justamente por pegar uma posição a mais que a gerada pelo componente. Ou seja a data que é 19/10/18 para o validador do banco esta 91/01/80. Alguém já passou por isso? o estranho é que o componente é o mesmo, a forma como eu preencho é o mesmo para todos os bancos, mais no BB CNAB 400 eu tenho tido muito problema.

Boa tarde, prezados eu não estou encontrando no componente qual a propriedade que eu preencho para colocar o código da variação da carteira! alguém saberia me dizer?

Ola a todos, meu sistema faz emissão de NFC-e em contingencia, aprendi que para tal bastaria fazer dessa forma: ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Validar; E na hora de transmitir que seria em um momento posterior , bastaria: carregar o xml: ACBrNFe1.NotasFiscais.LoadFromFile(sXML); e depois enviar ACBrNFe1.Enviar(Random(9999999),False,False); Ok, beleza, só que após atualização dos meus fontes para atender a NFE 4.0 comecei a me deparar com esse problema ao enviar notas nesse caso: Nota(s) não confirmadas: 157502->Rejeicao: Codigo Identificador do CSC no QR-Code nao cadastrado na SEFAZ Ao analisar o XML de fato esta errado: na tag qcode o ID esta realmente 00000 e não 000001 como esta cadastrado no sistema. Ai preciso gerar um novo XML(já com a data do dia atual) e transmitir, o que descaracteriza totalmente a contingencia. Ja fiz o seguinte teste: Abri o arquivo XML e editei o idCSC= e coloquei o certo,salvei e mandei o ACBR enviar , percebi que ele recriou o arquivo e colocou de novo o idCSC=00000. pergunto, estou fazendo errado a geração da contingencia? deixei de fazer algum processo para que o ID do CSC seja gerado no xml?

Muito obrigado pela resposta. Sobre a contingencia isso eu sei, mais infelizmente é quase impossivel convencer o cliente a não usar! ainda mais em lojas de alto movimento, e vejo ate mesmo nos grande softwares isso acontecendo. Sobre a versão do qrcode eu ja tinha feito alguns teste e aparentemente a SEFAZ nossa aqui ao AM ainda não mudou para o qrcode 2, mais vou tentar. O estranho é que eu como eu disse, se eu meramente recriar o xml ele vai na boa, desde que eu faço dentro do mesmo dia em que eu gerei, em nenhum momento o prazo das 24 horas tem sido excedido! é esquisito.

Ola a todos, o meu sistema possui o seguinte metodo: O cliente vai gerando notas fiscais em contigencia (off-line) o dia inteiro No final do expediente ele marca todas as notas e deixa transmitindo elas a noite no servidor. Funcionou assim por muito tempo sem problemas. Desde que virou para NF-e 4.0 estou tendo a seguinte situação: As notas que são transmitidas durante a noite (na virada do dia ou seja, ultrapassaram a meia noite do dia de emissão ) estão retornado o seguinte erro: Rejeição 462: Código Identificador do CSC no QR-Code não cadastrado na SEFAZ Sim, eu sei o que esse erro quer dizer, eu ja conferi o CSC do cliente com o cadastrado na SEFAZ e esta certinho. Continuando meu raciocínio: Para transmitir a nota, eu preciso "limpar" o xml dela (ou seja gerar novamente) e ai transmite normal, dessa forma a nota fica como emitida no dia da transmissão e não no dia anterior como se fazia antes. Só para complementar eu fiz a analise mais aprofundada sobre o CSC do cliente em questão: Cadastro na sefaz: https://monosnap.com/file/6Qynwg1qPoWYZ00ctg98Me2fV0U5sk CData da nota fiscal: - <qrCode> - <![CDATA[ http://sistemas.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp?chNFe=13180884536309000190650030001559549001559541&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30335432313A35303A35362D30343A3030&vNF=16.50&vICMS=0.00&digVal=725435315A6E655739714B56364C5737773346446D57315954336B3D&cIdToken=000001&cHashQRCode=6770D08C065157504C21C64C893C0F387D66EF11 ]]> </qrCode E para completar as informações, segue o CDATA antes de eu recriar o xml (ou seja o que envia e dar o erro) e o CDATA depois de eu recriar o XML que ai eu consigo enviar normalmente para a SEFAZ a unica diferença que eu vejo é a data: Dar erro: chNFe=13180884536309000190650030001559549001559541&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30335432313A35303A35362D30343A3030&vNF=16.50&vICMS=0.00&digVal=725435315A6E655739714B56364C5737773346446D57315954336B3D&cIdToken=000001&cHashQRCode=6770D08C065157504C21C64C893C0F387D66EF11 Dar Certo: chNFe=13180884536309000190650030001559541001559546&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30345430373A32313A31372D30343A3030&vNF=16.50&vICMS=0.00&digVal=527872744C5A514176615978676638764D455161566632794D2B6B3D&cIdToken=000001&cHashQRCode=E5A624D7F831F18240E16B56B5AF0E25B6025988 Alguem tem ideia do que pode ser ? A minha duvida é a seguinte: 1 - Essa meu raciocínio procede ou eu estou gerando essa NFC-e off-line de forma errada e agora com as novas validações começou a dar o problema? 2 - Alguém tem alguma dica de como posso fazer para averiguar isso?

Só para complementar eu fiz a analise mais aprofundada sobre o CSC do cliente em questão: Cadastro na sefaz: https://monosnap.com/file/6Qynwg1qPoWYZ00ctg98Me2fV0U5sk CData da nota fiscal: - <qrCode> - <![CDATA[ http://sistemas.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp?chNFe=13180884536309000190650030001559549001559541&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30335432313A35303A35362D30343A3030&vNF=16.50&vICMS=0.00&digVal=725435315A6E655739714B56364C5737773346446D57315954336B3D&cIdToken=000001&cHashQRCode=6770D08C065157504C21C64C893C0F387D66EF11 ]]> </qrCode E para completar as informações, segue o CDATA antes de eu recriar o xml (ou seja o que envia e dar o erro) e o CDATA depois de eu recriar o XML que ai eu consigo enviar normalmente para a SEFAZ a unica diferença que eu vejo é a data: Dar erro: chNFe=13180884536309000190650030001559549001559541&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30335432313A35303A35362D30343A3030&vNF=16.50&vICMS=0.00&digVal=725435315A6E655739714B56364C5737773346446D57315954336B3D&cIdToken=000001&cHashQRCode=6770D08C065157504C21C64C893C0F387D66EF11 Dar Certo: chNFe=13180884536309000190650030001559541001559546&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30345430373A32313A31372D30343A3030&vNF=16.50&vICMS=0.00&digVal=527872744C5A514176615978676638764D455161566632794D2B6B3D&cIdToken=000001&cHashQRCode=E5A624D7F831F18240E16B56B5AF0E25B6025988 Alguem tem ideia do que pode ser ?