jfelipetdsoft

Eu pensei na condição para não impactar quem usa hoje, mas tudo bem. Eu preciso disponibilizar o arquivo .pas com a alteração para subir no SVN?

Ao menos para mim o melhor ajuste seria na linha do tipo 2 e posição (342 a 351) fazer uma tratativa somente nesse valor, pq o SeuNumero é um identificador interno também para encontrar o titulo, não poderia ser o "5-1" no caso, mas sim o "2347', então acredito que mais interessante seria fazer a condição abaixo na montagem da linha do tipo 2 wLinha:= '2' + // 001 - 001 Tipo do Registro Detalhe PadRight('', 11, ' ') + // 002 - 012 Filler - Deixar em Branco PadLeft(wNossoNumeroCompleto,9,'0') + // 013 - 021 Nosso Número TextoRegInfo + //022 - 341 1,2,3,4 instrucao impressa no boleto IfThen(NumeroDocumento <> '',NumeroDocumento,ANumeroDocumento) + // 342 - 351 Seu Número PadRight('', 43, ' '); // 352 - 394 Filler - Deixar em Branco

Na impressão e na remessa as tags são alimentadas com o mesmo valor, porem na remessa gera uma informação e na impressão outra. No "nossonumero" o valor do exemplo = "2347" e no "numerodocumento" o valor de "5-1", porem na impressão não tem a condição na variavel "ANumeroDocumento := (PadRight(IfThen(SeuNumero <> '', SeuNumero, NumeroDocumento), 10, ' ');)", no e na remessa na coluna que é para ser o identificador do titulo/fatura está gravando o ANumeroDcoumento, nesse caso como ele é <> '' está indo o mesmo valor do SeuNumero.

Estamos gerando o arquivo de remessa e estamos com o seguinte problema: No registro tipo 2 na posição 342 a 351 está enviando o campo Seu Número, este campo está sendo usado pelo Sicredi para impressão do boleto. Na impressão do ACBR no "numero documento" está indo o valor "titulo.numerodocumento", mas quando impresso pelo arquivo de remessa no sicredi está imprimindo o mesmo valor de "NossoNum." No caso da geração da remessa ("ACBrBancoSicredi.pas"), na posição 342 a 351 do tipo 2 deveria enviar a informação de "Numerodocumento" e não a variavel "ANumeroDocumento" fomentada pela condição (PadRight(IfThen(SeuNumero <> '', SeuNumero, NumeroDocumento), 10, ' ');) Trecho Original wLinha:= '2' + // 001 - 001 Tipo do Registro Detalhe PadRight('', 11, ' ') + // 002 - 012 Filler - Deixar em Branco PadLeft(wNossoNumeroCompleto,9,'0') + // 013 - 021 Nosso Número TextoRegInfo + //022 - 341 1,2,3,4 instrucao impressa no boleto ANumeroDocumento + // 342 - 351 Seu Número PadRight('', 43, ' '); // 352 - 394 Filler - Deixar em Branco Print Manual Impressão ACBR Impressao Sicredi

Boa tarde, alguns dos nossos clientes acabaram relatando que nas informações do endereço da Empresa e do Cliente não constava a Cidade / UF e CEP , mas as demais informações tem. Se acharem pertinente adicionar essas informações, segue a alteração dos fontes, ja com a mudança de do commit do dia 18/11/2025. Ajustei com o tratamento para quando o CEP estiver informado. ACBrNFCom.DANFComRLRetrato.pas

Só tem o MT e não MS. https://dfe-portal.svrs.rs.gov.br/nfcom/Servicos#SEFAZ Mato Grosso-Produção

Não será commitada as alterações do .ini para o estado de Mato Grosso do Sul? O update do dia 24/10 foi para o estado MT, e o do tópico é o MS. -- ACBrNFComServicos -- [+] Adiciona as URLS para o estado do Mato Grosso Por: Diego Folieni https://dfe-portal.svrs.rs.gov.br/nfcom/Servicos#SEFAZ%20Mato%20Grosso-Produ%C3%A7%C3%A3o

O mesmo acontece aqui, acentuação não é porque o xml de teste foi enviado sem acentuação. Não consegui resolver por aqui, e só no Adobe Reader mesmo que não carrega corretamente

Pelo que pesquisei é problema de acesso ao serviço da NFCom , pode ser bloqueio de firewall ou configuração do OpenSSL/wincrypt errado

@Alexandre de Paula Consegue solicitar alteração para o SVN do arquivo .ini?

Acho que coincidentemente tinha caído o serviço deles kkkk, porque aqui nao estava funcionando, mas acabei de enviar uma NFCOM e validou Segue:https://www.dfe.ms.gov.br/nfcom/qrcode?chNFCom=50251015929060000160620000000054731011601607&amp;tpAmb=2

Estava aqui criando o tópico sobre isso, mas MS usa outros servidores, de acordo com essa pagina deles https://www.faleconosco.ms.gov.br/faq/#/detalhamentoAssunto/80/513 Eu alterei o meu .ini para esses valores [NFCom_MS_P] URL-QRCode_1.00=https://www.dfe.ms.gov.br/nfcom/qrcode URL-ConsultaNFCom_1.00= ; NFComRecepcao_1.00=https://nfcom.sefaz.ms.gov.br/ws/NFComRecepcao NFComRecepcaoEvento_1.00=https://nfcom.sefaz.ms.gov.br/ws/NFComRecepcaoEvento NFComConsulta_1.00=https://nfcom.sefaz.ms.gov.br/ws/NFComConsulta NFComStatusServico_1.00=https://nfcom.sefaz.ms.gov.br/ws/NFComStatusServico [NFCom_MS_H] URL-QRCode_1.00=https://www.dfe.ms.gov.br/nfcom/qrcode URL-ConsultaNFCom_1.00= ; NFComRecepcao_1.00=https://hom.nfcom.sefaz.ms.gov.br/ws/NFComRecepcao NFComRecepcaoEvento_1.00=https://hom.nfcom.sefaz.ms.gov.br/ws/NFComRecepcaoEvento NFComConsulta_1.00=https://hom.nfcom.sefaz.ms.gov.br/ws/NFComConsulta NFComStatusServico_1.00=https://hom.nfcom.sefaz.ms.gov.br/ws/NFComStatusServico ACBrNFComServicos.ini

Eu vi os seus fontes, foi a mesma coisa que eu fiz aqui. Bom, vou testar novamente hoje a tarde em outra UF tb

Mas essa msg foi lá no validador de XML do portal da nfcom(https://dfe-portal.svrs.rs.gov.br/NFCOM/ValidadorXML) Mas vou esperar a correção que você sugeriu,valeu amigo

Mas voce criou as tags de cPais e Xpais no ACBR?Pois hoje a classe não possui Eu consegui montar a estrutura e os schemas estavam atualizados, mas talvez o validador da UF origem não aceitou, porque ficou igual a estrutura de uma NFCom emitida em SP com sucesso. Mas vou tentar novamente com os schemas liberados agora em Outubro

Olá, um dos nossos clientes nos questionou sobre a emissão de NFCom para cliente estrangeiro, olhando o manual da NFCom nada indica sobre isso, porém nos schemas consta as tags "cPais" e "xPais", na classe do ACBR não encontrei. Fiz a configuração correta para estrangeiro e estou recebendo a seguinte restrição. "Rejeição: Informar dados do país do destinatário estrangeiro" Vi que a classe TEndereço não possuia esses campos, criei ambas as tags e alterei a geração do XML, para gerar as tags "cPais" e "xPais", porém agora diz que as tags não são esperadas Sabem dizer se vai existir a emissão de NFCom para cliente estrangeiro? Segue parte do xml com a primeira rejeição "Rejeição: Informar dados do país do destinatário estrangeiro" <dest> <xNome>NFCOM EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> <idOutros>123456</idOutros> <indIEDest>9</indIEDest> <enderDest> <xLgr>R VALDEMAR DANTAS</xLgr> <nro>452</nro> <xBairro>GRAGERU</xBairro> <cMun>9999999</cMun> <xMun>EXTERIOR</xMun> <CEP>00000000</CEP> <UF>EX</UF> <fone>7932153922</fone> </enderDest> </dest> E o XML com a rejeição " --> 1871 - Element '{http://www.portalfiscal.inf.br/nfcom}cPais': This element is not expected." <dest> <xNome>NFCOM EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL</xNome> <idOutros>123456</idOutros> <indIEDest>9</indIEDest> <enderDest> <xLgr>R VALDEMAR DANTAS</xLgr> <nro>452</nro> <xBairro>GRAGERU</xBairro> <cMun>9999999</cMun> <xMun>EXTERIOR</xMun> <cPais>5738</cPais> <xPais>Holanda</xPais> <CEP>00000000</CEP> <UF>EX</UF> <fone>7932153922</fone> </enderDest> </dest> O trecho do esquema <xs:element name="cMun" type="TCodMunIBGE"> <xs:annotation> <xs:documentation>Código do município (utilizar a tabela do IBGE), informar 9999999 para operações com o exterior.</xs:documentation> </xs:annotation> </xs:element> <xs:element name="xMun"> <xs:annotation> <xs:documentation>Nome do município, informar EXTERIOR para operações com o exterior.</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="TString"> <xs:maxLength value="60"/> <xs:minLength value="1"/> </xs:restriction> </xs:simpleType> </xs:element> <xs:element name="CEP" minOccurs="0"> <xs:annotation> <xs:documentation>CEP</xs:documentation> <xs:documentation>Informar os zeros não significativos</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[0-9]{8}"/> </xs:restriction> </xs:simpleType> </xs:element> <xs:element name="UF" type="TUf"> <xs:annotation> <xs:documentation>Sigla da UF, informar EX para operações com o exterior.</xs:documentation> </xs:annotation> </xs:element> <xs:element name="cPais" minOccurs="0"> <xs:annotation> <xs:documentation>Código do país</xs:documentation> <xs:documentation>Utilizar a tabela do BACEN</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[0-9]{1,4}"/> </xs:restriction> </xs:simpleType> </xs:element> <xs:element name="xPais" minOccurs="0"> <xs:annotation> <xs:documentation>Nome do país</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="TString"> <xs:maxLength value="60"/> <xs:minLength value="1"/> </xs:restriction> </xs:simpleType> </xs:element>

Era exatamente o que ia falar rsrs Tem que gravar sempre pelo componente

@clodemar, Acredito que você esqueceu de identificar o lote. FrmMenuPrincipal.ACBrNFCom.EventoNFCom.Evento.Clear; ACBrNFCom.EventoNFCom.idLote := Identificador; .... ACBrNFCom.EnviarEvento(identificador);

@Daniel Simoes eu que agradeço, vou continuar contribuindo, pois nossa empresa terá mais de 40 clientes emitindo NFCom. De acordo com o manual ambos os campos tem a mesma formatação. Aproveitando a questão, o campo nItem, assim como nItemAnt estão com tamanho de 3 no manual e a máscara atual é de 4 caracteres ('###0'), acredito que seria interessante trocar o tamanho também.

Estou efetuando o desenvolvimento de notas fiscais de ajustes e encontrei uma inconsistência na tag "nItemAnt" O número do item da nota de origem o campo det.nItem o valor é "1", quando enviado a nota fiscal de ajuste referenciando o item (conforme manual), a formatação atual é "000", no caso gerando "001" na tag "nItemAnt" e recebendo a seguinte exceção: --> 1839 - Element '{http://www.portalfiscal.inf.br/nfcom}det', attribute 'nItemAnt': [facet 'pattern'] The value '001' is not accepted by the pattern '[1-9]{1}[0-9]{0,3}'. Ajuste a unit ACBrNFComXmlWriter e coloquei a formatação com '###0', e a nota fiscal foi validada. Segue a unit para validação. ACBrNFComXmlWriter.pas

Vou tentar gerar uma emissão em contigência real sem acesso ao serviço da nfcom para verificar o danfe. Pois enviando em contingência foi protocolado com sucesso.

Olá, estou efetuando os testes de emissão por contigência da NFCom, e me deparei com o seguinte: Quando tpEmis = 2(Contigência) o ACBR não está gerando o sign no link do QRCode, estou recebendo a seguinte validação: Rejeição: Parâmetro sign não informado no QR Code para emissão em contingência Conforme Manual consta a regra G144 - "Se tipo de emissão for igual a Contingência: O parâmetro sign deve ser informado no QR-Code " <qrCodNFCom>https://dfe-portal.svrs.rs.gov.br/nfCom/qrCode?chNFCom=28250713026547000108620000000102592091093550&amp;tpAmb=2</qrCodNFCom> Análisando a unit ACBrNFCom, na função "GetURLQRCode", encontrei a seguinte condição: Alterando para teContigencia, recebi a autorização de uso da NFCom em contigência. <qrCodNFCom>https://dfe-portal.svrs.rs.gov.br/nfCom/qrCode?chNFCom=28250713026547000108620000000102592096915167&amp;tpAmb=2&amp;sign=RtKQgr814Y3UOzsYpwNr4SMBy1KMQ/kPCAlFI/TgpwIEAiReoOWCMsQW4Jmps3XMmq9NYdnTx6bq/vS+xZgqBo/VdzcvJjMEuZc+yojfDwm9/Ye6yzzWP5EMC68ciQLNcMixNifNgjSth+KVSSt1pCa2iJd2dt/o969sO0hbN762TSefV2e8V2mSimP6aoX5GSUQr/qIkUi4Ql2s9xfX+kgLHcfNxsND943RQPPI7J4nOs/aSVhN3JoW/34jCuN2w89rdX/Ku5fzFEwxeTt2YbkTMPXyNIHtJj6XZwFbNMbsskwcQ/Ym4jA6g0/XYS7rJrOnkTwwSJ7y6Z8OEP0OTw==</qrCodNFCom> Segue a Unit modificada para análise Na impressão do DANFE em contigência, é necessário suprimir o protocolo de autorização e colocar o texto abaixo(retirado do manual "Anexo II – Manual de Especificações Técnicas do DANFE-COM"): Entretanto, na hipótese de emissão de NFCom em contingência é obrigatório imprimir em destaque o texto em duas linhas: “EMITIDO EM CONTINGÊNCIA Pendente de autorização”. O texto deve ser exibido na Divisão III no lugar do protocolo de autorização. Atualmente: Não consegui formatar melhor, apenas escrevi o texto, segue o arquivo de impressão com o ajuste ACBrNFCom.pas ACBrNFCom.DANFComRLRetrato.pas

Beleza, não sabia disso. Segue a unit alterada ACBrNFComXmlWriter.pas

Olá, esse é meu primeiro tópico, procurei no forum sobre esse campo e encontrei apenas para NFe. Estou efetuando o desenvolvimento da nossa integração com NFCom utilizando o ACBR, me deparei com o seguinte cenário, que acredito que esteja incorreto de acordo com o documento da NFCOM. A mensagem que recebo é "Rejeição: IE do tomador isento deve ser preenchida com “ISENTO” ", na rotina eu estou preenchendo como "ISENTO" a IE. Quando o indIEDest = 1 (Conribuinte) não pode ter uma IE vazia ou informar "ISENTO" Quando o indIEDest = 2 (ISENTO) não pode ter uma IE vazia ou diferente de "ISENTO" Quando o indIEDest = 9 (não contribuinte) não pode ter a Tag informada de IE Gerando o XML com o indIEDest=2 a rotina não grava a tag IE, mesmo informando "ISENTO" na tag. Analisando a função "ACBrNFComXmlWriter" a condição para não escrever a tag é a seguinte: Eu alterei a condição e recompilei o projeto e a NFCom foi autorizada como isento com sucesso. Se houver algum outro modo de emitir ISENTO, me avisem, caso contrário fica como sugestão de alteração de fonte.