Isaac Bentes

Resolvido, era só passar a V2 como parametro para o componente e o próprio componente ja trata a situação, quando seta o ambiente homologação.

Boa tarde, segundo a documentação do banco para usar o acesso ao ambiente de teste eu preciso passar essa informação na tag: etapa_processo_boleto , qual campo do componente eu preciso preencher para gravar esse dado? Haja vista o ambiente sandbox esta com problema, para usar o teste eu preciso acessar o ambiente de produção com esse dado:

Segue a remessa que eu usei como teste. CB_26032024_11.REM

Bom dia amigos, eu estou homologando boleto do Santander e me foi passado algumas coisas: 1 - Carteira, preciso informar 5 na remessa e 101 no Boleto impresso: no componente na propriedade: FAcbrBoleto.Cedente.Modalidade já coloquei : 101 e já coloquei 5 Colocando 5 , no boleto sai impresso 101 mais ele não consta na linha digitavel: Quando eu coloco : 101 Ele sai na linha digitavel, sai no boleto, mais na remessa não sai: 5 ou seja, não sei como resolver de colocar um valor na carteira que vai na remessa e um valor na carteira que vai no boleto. Sobre a questão da mora e juros: Qual a propriedade do componente onde eu digo o tipo da taxa de juros e Multa? pois o padrão esta indo : 2 = Taxa Mensal

Pessoal, se alguém puder me ajudar eu agradeceria muito, eu estou emitindo a nota em anexo ( em ambiente de homologacao ) e esta dando direto erro não catalogado.www.sefaz.am.gov.br/nfce/consulta, sendo que quando eu jogo esse arquivo no validador do RS ele me dar uns erro muito nada haver: 1 - A cUF esta certa = 13 que é referente ao Amazonas 2 - Emissor não habilitado? a SEFAZ AM não exige credenciamento para emitir NFC-e Alguém teria um caminho para me indicar? 13231031353136000109650010000000311000000127-nfe.xml

Amigos, eu já fiz isso, varias vezes e mesmo assim, o erro permanece, por favor me ajudem, nao sei mesmo o que fazer, so é esse cliente, anexei dois XMLs um de um cliente que funciona e outro do cliente que não esta funcionando. cara isso esta realmente complicado. XML_OK.xml XML_NAO_OK.xml

Prezados, eu tenho um cliente( somente 1 ) que esta dando o erro abaixo: Ja verifiquei o CSC e o TOKEN e os dois estão exatamente conforme o SEFAZ mais o erro persiste, alguém teria uma nova ideia?

Caros colegas, alguém teria alguma ideia do que eu poderia fazer? Eu faço o envio da nota: ACBrNFe1.Enviar(Random(9999999),False,True); if ACBrNFe1.WebServices.Retorno.cStat = 100 then // Transmitido com sucesso! begin end; Mais o cStat sempre vem ZERO ACBrNFe1.WebServices.Retorno.cStat E nenhum erro me apresenta, ai o usuario precisa ir e enviar novamente a nota, ai dar Erro de duplicidade. Conseguem me ajudar com o que eu estaria fazendo de errado?

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 ?

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. 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? Agradeço a ajuda de quem puder.

Mesquita Obrigado pela resposta, estranho eu nunca enviei esse arquivo junto e meu acbr funcionava, vou tentar.