Pesquisar na Comunidade

Pessoal, quando dá erro de schema xml, é apresentado uma mensagem de erro amigável e uma outra com mais detalhes, só que em inglês. Eu quero formatar a mensagem que apresento para o meu usuário com o máximo de informação possível e em Português. Exemplo de mensagem retornada: TAG:<emit><enderEmit> ID:C06/xLgr(Logradouro) - Tamanho maior que o máximo permitido [RUA BELO HORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTE]. --> 1832 - Element '{http://www.portalfiscal.inf.br/nfe%7DxLgr': [facet 'maxLength'] The value has a length of '108'; this exceeds the allowed maximum length of '60'. Exemplo de mensagem que pretendo retornar ao meu usuário: { "message": "Erro Schema 1832: O campo 'xLgr' (Logradouro) da tag '<emit> <enderEmit>' apresentou o seguinte problema: 'Tamanho maior que o máximo permitido [RUA BELO HORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTEHORIZONTE]. Tamanho máximo: 60'. Por favor, revise os dados informados.", "error": "Bad Request", "statusCode": 400 } Estou utilizando regex para pegar alguns dados, mas o maior problema é que existe erro de schema para tamanho mínimo, máximo, enumeradores, tipos e etc. Teria alguma forma mais fácil para eu abranger todos os erros possíveis do schema de forma a capturar os dados e formatar eles para apresentar ao meu usuário? Linguagem de programação utilizada: Node.js - Nest.js

Pessoal, estou desenvolvendo uma API em Node.JS e preciso realizar a validação do schema XML, mas de forma que eu consigo obter o retorno, tratar e exibir para o meu usuário. O método NFE_Validar ne retornou apenas o código. Nos logs até tem a descrição, mas não consegui pegar ela para exibir de forma especifica. Teria algum outro método do ACBr ou de terceiros onde eu posso validar e receber o retorno, para exibir ao usuário?

Ao tentar emitir o conhecimento ocorre o seguinte erro na estrutura do xml: Não foi possível gerar o CT-e. Validação do CT-e assinado: Falha na validação dos dados do Conhecimento: 73739 --> 1871 - Element '{http://www.portalfiscal.inf.br/cte}infCarga': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/cte}toma ). CTe_FOR - F - 73739.XML

Ao carregador um XML de Joinville/SC, os dados da NFSe não ficam disponíveis. Testei o XML no programa exemplo e também não trouxe os dados. ACBrNFSeX1.LerCidades; ACBrNFSeX1.Configuracoes.Geral.CodigoMunicipio := 4209102; ACBrNFSeX1.NotasFiscais.Clear; ACBrNFSeX1.NotasFiscais.LoadFromFile('d:\exemplo.xml', true); Memo1.Lines.Add('Qtde: ' + inttostr(ACBrNFSeX1.NotasFiscais.Count)); Memo1.Lines.Add('---'); for I := 0 to ACBrNFSeX1.NotasFiscais.Count - 1 do begin Nota := ACBrNFSeX1.NotasFiscais[I].NFSe; Memo1.Lines.Add('Número da Nota: ' + Nota.Numero); Memo1.Lines.Add('Código de Verificação: ' + Nota.CodigoVerificacao); Memo1.Lines.Add('Data de Emissão: ' + DateToStr(Nota.DataEmissaoRps)); Memo1.Lines.Add('CNPJ do Prestador: ' + Nota.Prestador.IdentificacaoPrestador.CNPJ); Memo1.Lines.Add('Razão Social do Prestador: ' + Nota.Prestador.RazaoSocial); Memo1.Lines.Add('Valor dos Serviços: ' + FormatFloat('0.00', Nota.ValoresNfse.BaseCalculo)); // Servico.Valores.ValorServicos)); Memo1.Lines.Add('---'); end; O problema é no XML? exemplo.xml

Olá, Bom dia! Ao tentar realizar a emissão de uma NFCe, o campo "XML" que é preenchido dentro da tag "NFeXXXX" está vindo vazio. O teste foi realizado usando as funções de alto nível da demo em java. Testes Realizados: Alterando o campo "TipoResposta" para 0 e 1, ini e xml; Adicionando as dlls openssl, libxml2 e acbrnfe dentro do pasta bin do jdk; Adicionando nas variáveis de ambiente dentro da variavel "PATH" o caminho para o local onde estão as dlls mencionadas no tópico anterior; Exemplo da resposta em JSON: { "Envio": { "CStat": 100, "CUF": 31, "DhRecbto": "", "Msg": "Autorizado o uso da NF-e", "NProt": "131240029192613", "NRec": "", "TMed": 0, "VerAplic": "W-1.5.28", "Versao": "4.00", "XMotivo": "Autorizado o uso da NF-e", "tpAmb": "2", "nfeDetails": { "NFe991968": { "Id": "ID131240029192613", "XML": "", "cStat": 100, "chDFe": "31240864403652000150650900009919681089057535", "dhRecbto": "2024-08-06T14:40:03.000Z", "digVal": "IgI0eoRXz6jrmFt62CyDcYdXVU8=", "nProt": "131240029192613", "tpAmb": "2", "verAplic": "W-1.5.28", "xMotivo": "Autorizado o uso da NF-e" } }, "contingencia": false, "xmlCont": null, "dhCont": null, "numGer": null, "chDFeCont": null, "chDFePend": null } } Obs: no exemplo acima possui uns campos a mais, porém foi somente algumas alterações de campos adicionais que optei por complementar na resposta da lib. Informações adicionais: Fontes demo java atualizado com a revisão 33214. (ultima versão) Versão da Lib: 0.4.6.298

Estou enviando evento do ator interessado, mas sempre estou recebendo essa recusa 297 Rejeicao: Assinatura difere do calculado segue xml que estou enviando <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <idLote>459697</idLote> <evento versao="1.00"> <infEvento Id="ID1101504124080465688300014355003000611927100459697801"> <cOrgao>91</cOrgao> <tpAmb>1</tpAmb> <CNPJ>04656883000143</CNPJ> <chNFe>41240804656883000143550030006119271004596978</chNFe> <dhEvento>2024-08-12T16:47:12-03:00</dhEvento> <tpEvento>110150</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"> <descEvento>Ator interessado da NF-e</descEvento> <cOrgaoAutor>41</cOrgaoAutor> <tpAutor>1</tpAutor> <verAplic>1.00</verAplic> <autXML> <CNPJ>08201770000104</CNPJ> </autXML> <tpAutorizacao>0</tpAutorizacao> <xCondUso>O emitente ou destinatário da NF-e, declara que permite o transportador declarado no campo CNPJ/CPF deste evento a autorizar os transportadores subcontratados ou redespachados a terem acesso ao download da NF-e</xCondUso> </detEvento> </infEvento> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI="#ID1101504124080465688300014355003000611927100459697801"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>HPoewMIGP+Mc+y7Pl7vxwlvtDG0=</DigestValue> </Reference> </SignedInfo> <SignatureValue>Ce4rYaiePn1apA1QqLaqBeF9itvaMqM/xPpt+A5D4PAZ5y2NEMRJPnzw5uBSeVlxUWQEYd+LDGsI1z7LXnbgEh/lBS/mroRgC4e61Tj1k7noT0NnLBh1YyRhaJD4AgSM+kr/+EJH0qv+eWLN6ounGpAzUP6wzVLExeSLJYnGmmOToVHGmYIofvoJlfKUwGpKPMIYp6d48dvZ147+9BMCU5Ei0e3DOExWMYwsjB3sYYEEG4GdmuBHo6bMd9UW9F8Cl2UxHZplWzNJfFx3X2Rsvd6nZeVMj+vYnuOx9JixNfmvMzBQm7igzD74NOGhN6Ouvy/8LsFZb/kz1LQTQKGtZg==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHzDCCBbSgAwIBAgIIWTEjEDBkPVowDQYJKoZIhvcNAQELBQAwcTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxGDAWBgNVBAsTD0FDIFNPTFVUSSB2NSBHMjEzMDEGA1UEAxMqQUMgQ0NOIENPTVBBTkhJQSBDRVJUSUZJQ0FET1JBIE5BQ0lPTkFMIHY1MB4XDTIzMTAzMTEyMjQwMFoXDTI0MTAzMDEyMjQwMFowgfgxCzAJBgNVBAYTAkJSMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMQswCQYDVQQIEwJQUjERMA8GA1UEBxMIQ2FzY2F2ZWwxMzAxBgNVBAsTKkFDIENDTiBDT01QQU5ISUEgQ0VSVElGSUNBRE9SQSBOQUNJT05BTCB2NTEXMBUGA1UECxMOMjA3ODE3MTAwMDAxMDMxGTAXBgNVBAsTEFZpZGVvY29uZmVyZW5jaWExGjAYBgNVBAsTEUNlcnRpZmljYWRvIFBKIEExMS8wLQYDVQQDEyZQTFVNQSBBR1JPIEFWSUNPTEEgTFREQTowNDY1Njg4MzAwMDE0MzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAK36dxEz0ORpXEqapnnsLhfYonSSJboQiZ1MsoWcv6ZqpuQnmjuuvtKJkA7YYUgvScwrXAEEEJyhUcdHscFH1oaVtlBht6V4N3CZ7JQSL4XIFpbf73sUk508uu6g6NsS/fCD9V9wHFJtdtDD8QVzPc6fryqTQfQr3Su+/CoXnz5VOaPEW8tlksOjUwu6072Iu3QaW/mQ2eyqy3sGnlXmK3Da0ZlhW3ncq3cJo/MBiHpU/5yyJRJ0+e2CTZeMVDkd5VE4hPuHmfRNPYJvm2pfnVHwik254QQPg7chDqXntJ5YETIDlb5eY9IKlApanmq0Sum1TE7kYDEGjCtkPO3g5U8CAwEAAaOCAt4wggLaMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAUWmeuiBMGQ8Yr1+efzMrA11NPSsAwcAYIKwYBBQUHAQEEZDBiMGAGCCsGAQUFBzAChlRodHRwOi8vY2NkLmFjY2NuY2VydGlmaWNhZG9yYS5jb20uYnIvbGNyL2FjLWNjbmNvbXBhbmhpYWNlcnRpZmljYWRvcmFuYWNpb25hbC12NS5wN2IwgbcGA1UdEQSBrzCBrIEYYWRyaWFub0BwbHVtYWFncm8uY29tLmJyoCIGBWBMAQMCoBkTF0FEUklBTk8gTUFYSU1JTk8gUEFMVURPoBkGBWBMAQMDoBATDjA0NjU2ODgzMDAwMTQzoDgGBWBMAQMEoC8TLTIyMDgxOTY3NTI2MjY3MTc5OTEwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMKAXBgVgTAEDB6AOEwwwMDAwMDAwMDAwMDAwawYDVR0gBGQwYjBgBgdgTAECAYEQMFUwUwYIKwYBBQUHAgEWR2h0dHA6Ly9jY2QuYWNjY25jZXJ0aWZpY2Fkb3JhLmNvbS5ici9kb2NzL2RwYy1hYy1hY2NjbmNlcnRpZmljYWRvcmEucGRmMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBxAYDVR0fBIG8MIG5MFqgWKBWhlRodHRwOi8vY2NkLmFjY2NuY2VydGlmaWNhZG9yYS5jb20uYnIvbGNyL2FjLWNjbmNvbXBhbmhpYWNlcnRpZmljYWRvcmFuYWNpb25hbC12NS5jcmwwW6BZoFeGVWh0dHA6Ly9jY2QyLmFjY2NuY2VydGlmaWNhZG9yYS5jb20uYnIvbGNyL2FjLWNjbmNvbXBhbmhpYWNlcnRpZmljYWRvcmFuYWNpb25hbC12NS5jcmwwHQYDVR0OBBYEFM6CsMFklprRq/ZwyTBvoGIkktb2MA4GA1UdDwEB/wQEAwIF4DANBgkqhkiG9w0BAQsFAAOCAgEAb4yLHKtZGqlD9SudVPl4CcnTIQhlyiNOtJxrMD69/5q7zkOIyjfYbrJJ2K23XxO5HntY79YwR8/lM331cm5l6IJAcOHuw4xFYVXTYRSmFm/DGM5ylDsvwW5erVKSSdFf3D3O6CWXCfGRzwTYx+Y579jnDISHeWVvdn8XggtEvy1kY4bDcbrPdyAyXV+5xu2HHiUbKrR459NFM7Hj39P6UpyYqv7IrSIms0HlY4cjcbH5PgFeRDL7m74WhJm9sTfPxCWaLM9Adk/9ZlU26KSxHU1rBtSWFD8zp+9gAijcysAxnIHWD+rfD4HLNCw9WmxAZ2p9HEKJx7vYv4q3NqHUmt4l+Xpsih+zVmXBhGQPPKGSfJd9lPCe1eEmYGFLn+LozgiLaFzvVrhiyyiqrj/Tnu/SAhMHoHJzT+J6LrDm/1mQXvotXge3QxvwlfePh9AB552B3V4iJ292EcFy1vyz5MRDPcsd376cCguZpefm9XuNsBYUipdxYOA48NKhCtOYe7wu2sEmrCxzr3TjajG68jQxHVMyEJdN1MHauBvpHg09O/jTCsUrb+uGuSuQ5AbJKU6oGUy/SAZa5M5zVyqMxKT+pivzEJuYDmUkv/4Joen+awzJ11ZlRCZSt7WFdfxXHbdy0yAw2LmQx0obBqeJd8XMUILPMIOY8qX7OF74dYg=</X509Certificate> </X509Data> </KeyInfo> </Signature> </evento> </envEvento> segue xml de retorno <retEnvEvento versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"><idLote>16762</idLote><tpAmb>2</tpAmb><verAplic>AN_1.8.4</verAplic><cOrgao>91</cOrgao><cStat>128</cStat><xMotivo>Lote de evento processado</xMotivo><retEvento versao="1.00"><infEvento><tpAmb>2</tpAmb><verAplic>AN_1.8.4</verAplic><cOrgao>91</cOrgao><cStat>297</cStat><xMotivo>Rejeicao: Assinatura difere do calculado</xMotivo><chNFe>41240876302157000133550010000167631000167621</chNFe><tpEvento>110150</tpEvento><xEvento>Ator interessado da NF-e</xEvento><nSeqEvento>1</nSeqEvento><dhRegEvento>2024-08-13T08:57:57-03:00</dhRegEvento></infEvento></retEvento></retEnvEvento>

Pessoal eu tive uma reunião com o pessoal da itworks relacionado a solução impostograma. Nesta reunião me informaram que a partir da tag autXML é possível baixar os xml das notas, inclusive as NFCe. Eu já uso a manifestação de destinatário para baixar as notas fiscais que foram emitidas para o meu cliente, mas no caso da NFe eu poderia adicionar o CNPJ da minha software house na tag autXML e com isto baixar as notas pelo manifestador ou teria alguma outra forma de baixar e de forma automatizada? Sobre a NFCe, é possível mesmo baixar os XML dos meus clientes caso eu coloque o meu CNPJ na tag autXML ou isto ainda não é possivel? Eu gostaria de saber mais a respeito para desenvolver na minha aplicação, hoje eu salvo o arquivo XML, mas queria fazer algo mais automatizado e diferente.

Bom dia, estou com uma duvida, tanto para empresas do simples / lucro real / presumido. Em caso de Devolução para fornecedor, o mesmo esta me solicitando que destaque as informações de BASE e VALOR do FCP ... se em todos regimes tributários, tem a possibilidade de destacar e se tiver em quais campos mais precisamente. visto que os fornecedores atualmente tem recusado algumas notas, por conta de somente informar estes dados como observação e lançados como despesas acessórias. fico agradecido se alguém conseguir me ajudar.

Boa tarde, reparei e tive problemas com uma mudança que reparei após atualização do componente, basicamente pq eu só guardo o caminho do xml, e trocava apenas a extensão para pegar o pdf na pasta dos pdf´s. Antes o pdf e xml gravavam como mesmo nome "chave" acompanhados de '-nfse', cada um na sua pasta correta e com sua extensão. Após a última atualização não estão mais iguais, segue exemplo: XML: 43149022249681285000162000000000002324085869880768-nfse.xml PDF: 4324084968128500016256000000000000023-nfse.pdf Obrigado.

Boa tarde. Ao informar Unidades de Transporte no grupo de Outros Documentos (infOutros), e tentar carregar o XML no componente novamente, através do LoadFromFile, é disparada uma exception "EConvertError", como na mensagem de erro abaixo: Exception class EConvertError with message ''15,000</qtdRat></infUnidTransp>' is not a valid floating point value'. No XML está assim por exemplo: <infUnidTransp> <tpUnidTransp>1</tpUnidTransp> <idUnidTransp>1251</idUnidTransp> <lacUnidTransp> <nLacre>54541</nLacre> </lacUnidTransp> <qtdRat>15.000</qtdRat> </infUnidTransp> Olhando o código fonte da unit "\ACBr\Fontes\ACBrDFe\ACBrCTe\PCNCTe\pcteCTeR.pas" nas linhas 1026 e 1032 percebi que está um pouco diferente das declarações para os grupos anteriores acima (InfNF e InfNFe). Na linha 1026 a atribuição a variável "len" está comentada. Na linha 1032 está sendo passada a variável "pos3" como argumento no lugar de "len". //... // len := pos3 - pos2; (Linha 1026) // if (pos1 = 0) and (pos2 = 0) and (pos3 = 0) or (pos1 > pos3) then // qtdRat_UnidTransp := 0.0; if (pos1 < pos3) then qtdRat_UnidTransp := StringToFloatDef(Copy(sAux, pos2 + 8, pos3 -8), 0) // (Linha 1032) else qtdRat_UnidTransp := 0.0; //... Realizei um teste, removendo o comentário na linha 1026 e substituindo a variável "pos03" por "len" como argumento e parou de dar a exceção, além de que o valor ser atribuído corretamente na variável "qtdRat_UnidTransp" (antes ficava zerada). Tem algum motivo das declarações nesse bloco do InfOutros estar diferente do outros grupos (InfNF e InfNFe)? Obs.: Revisão do ACBr utilizada = 34383 Segue em anexo unit modificada com a qual fiz o teste. Obrigado pcteCTeR.pas

Ao imprimir o PDF da NFSe a partir da importação do XML, não está exibindo o Código de Verificação e no campo Número da Nota está exibindo o Número do RPS. Ao imprimir usando o método ImprimirPDF, está gerando dois arquivos, um com o número do RPS e o outro com o número da nota, mas ambos com a mesma informação. Estou usando o provedor IssIntel que está em homologação para a cidade de Governador Valadares. 3124060259898200019056202400000000009-nfse.xml 3124060259898200019056000000000000014-nfse.pdf 3124060259898200019056202400000000009-nfse.pdf

Pessoal, a prefeitura de Governador Valadares - MG trocou do provedor SigISS para ISSIntel recentemente e nisto estou fazendo a homologação. Eu percebi que ao gerar uma RPS e enviar, a nota fiscal gerada não está com os mesmos dados enviados. Nisto se eu gerar o DANFSe a partir deste XML, ele exibe algumas informações diferentes. Eu já acionei o suporte, mas não obtive retorno ainda, contudo estou postando aqui para ver com vocês se já tiveram este problema e também para ficarem alertas. Coloquei em anexo os xml da rps enviada e da nfse retornada, assim como um print exibindo a diferença como é o caso dos campos RegimeEspecialTributacao, IncentivoCultural. 3124060259898200019056202400001002125-nfse.xml 3124060259898200019056000000000000503-rps.xml

Bom dia Italo, Estamos implementando emissão com o ACBRNFSeX para Maringá-PR. Depois de autorizado, ao utilizar a funcionalidade Imprimir DANFSe, ler o xml autorizado através do loadfromfile, a impressão fica sem as informações da nota. Atualizamos os fontes hoje (25/04/2024) reinstalamos e pelo demo tem o mesmo comportamento. Conseguiria nos ajudar? Segue em anexo xml autorizado e o pdf gerado pelo demo. Grato, nfseMGA.xml nfse.pdf

Boa tarde a todos, Queria saber se é possível imprimir uma DANFE, mesmo que num modelo padrão, para qualquer XML válido de NFSe. Explico: Minha empresa recebe várias NFSe de várias cidades e queria fazer uma vizualização mais "amigável" desses XMLs para os usuários. Desde já, muito obrigado!

Estou com um problema, ao realizar fechamento da folha referente ao decimo terceiro ao esocail, retorna o seguinte erro junto ao Xml Outros clientes realizaram o fechamento sem problemas, mas esse em especifico retorna esse erro. --Falha ao confirmar o fechamento da folha para o Sistema DCTF Web (1 - Apuração de Débitos não está Válida). Alguém tem ideia sobre oque pode ser? Desde já agradeço

Bom dia Encontrei este tópico de 2021 sobre a importação da D.I e também os fontes no repositório. Porém em um tópico mais antigo falam que não vem todas as informações no XML e é preciso ler uma "planilha do importador"... Alguém sabe se isso ainda é necessário? Declaração de Importação (DI) - Leitura do XML via ACBr

Boa Tarde a Todos ! Já utilizo a muito tempo o ACBr e parabenizo a todos aos que mantém estes excelentes componentes e seus fóruns. No entanto estou com um problema na importação de um XML. Esse tempo todo nunca tive um erro semelhante e procurei e testei bastante antes de postar este tópico. Um cliente possui um arquivo XML de seu fornecedor e ao tentar importar só retorna o primeiro item de 9 que tem na nota, sem qualquer mensagem de erro. Uso a propriedade ACBrNFe.NotasFiscais.LoadFromFile( OpenDialog.FileName ) para carregar o XML e ao tentar verificar o numero de itens (ACBrNFe.NotasFiscais.Items[0].NFe.Det.Count ) retorna 1 ao invés de 9. Alguém pode me ajudar nesta questão O XML está em anexo Agradeço antecipadamente a todos Adriano 2_132646.xml

Boa tarde Notei que a lib NFSe está gerando arquivos com nomes diferentes para arquivos xml e pdf da mesma nota, utilizando a configuração de nome longo (chave da nota). No arquivo XML o número da nota é composta por: ano + número, visto que a numeração da nota de serviço reinicia a cada ano. No arquivo PDF não está concatenando o ano. Segue exemplo: 3123100582994400019056202300000000050-nfse.xml 3123100582994400019056000000000000050-nfse.pdf Provedor utilizado Webiss, cidade Uberaba/MG. Trecho do XML onde é informado o número da nota. Obs: No arquivo .ini é informado somente o número na nota, sem o ano.

XML de retorno: <retorno><mensagem><codigo>00209 - Já consta uma NFSe para o referido prestador de serviço com o mesmo IDENTIFICADOR de arquivo</codigo></mensagem><identificador>nfse</identificador><numero_nfse>5297</numero_nfse><serie_nfse>1</serie_nfse><data_nfse>06/11/2023</data_nfse><hora_nfse>16:53:41</hora_nfse><arquivo_gerador_nfse>452-ger-nfse.xml</arquivo_gerador_nfse><nome_arquivo_gerado_eletron>452-ger-nfse.xml</nome_arquivo_gerado_eletron><link_nfse>http://sync.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=0180030001856541</link_nfse><cod_verificador_autenticidade>0180030001856541</cod_verificador_autenticidade></retorno> porem em acbrlibxml2 na funcão function xmlParseDoc(const cur: xmlCharPtr): xmlDocPtr; begin if InitLibXml2Interface and Assigned(_xmlParseDoc) then Result := _xmlParseDoc(cur) //Retorna nil! else Result := nil; end; e gera essa mesangem: X999 - Erro de Conexão: Input is not proper UTF-8, indicate encoding ! Bytes: 0xE1 0x20 0x63 0x6F Ja atualizei o repositório.

Olá, sou novo aqui no fórum, esta é a minha primeira postagem. Se estiver no local incorreto peço desculpas. Estou enfrentando um problema ao atualizar nosso sistema próprio para a versão 2.01.02 do EFD-REINF. O problema parece estar relacionado à estrutura do XML enviado para o webservice do EFD-REINF. Antes de enviar o XML, fazemos uma validação para garantir que a estrutura está correta, de acordo com o arquivo XLSX fornecido pelo EFD-REINF. Até agora, não encontrei uma solução adequada para esse problema nos fóruns e sites relacionados, pois as mensagens de erro retornadas são bastante genéricas. Em resumo, após consultar o protocolo da situação do documento no endpoint https://reinf.receita.economia.gov.br/recepcao/lotes, recebemos um retorno que indica que o arquivo não foi enviado corretamente. Aqui está o XML enviado para o endpoint: <Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/envioLoteEventosAssincrono/v1_00_00"> <envioLoteEventos> <ideContribuinte> <tpInsc>1</tpInsc> <nrInsc>00000000</nrInsc> </ideContribuinte> <eventos> <evento Id="IDXXXXXXXXXXXXXXXXXXXXXXXXXXX"> <ns2:Reinf xmlns:ns2="http://www.reinf.esocial.gov.br/schemas/evtInfoContribuinte/v2_01_02" xmlns:ns3="http://www.w3.org/2000/09/xmldsig#"> <ns2:evtInfoContri id="IDXXXXXXXXXXXXXXX"> <ns2:ideEvento> <ns2:tpAmb>1</ns2:tpAmb> <ns2:procEmi>1</ns2:procEmi> <ns2:verProc>2.01.02</ns2:verProc> </ns2:ideEvento> <ns2:ideContri> <ns2:tpInsc>1</ns2:tpInsc> <ns2:nrInsc>00000000</ns2:nrInsc> </ns2:ideContri> <ns2:infoContri> <ns2:inclusao> <ns2:idePeriodo> <ns2:iniValid>2023-10</ns2:iniValid> <ns2:fimValid>2023-10</ns2:fimValid> </ns2:idePeriodo> <ns2:infoCadastro> <ns2:classTrib>99</ns2:classTrib> <ns2:indEscrituracao>0</ns2:indEscrituracao> <ns2:indDesoneracao>0</ns2:indDesoneracao> <ns2:indAcordoIsenMulta>0</ns2:indAcordoIsenMulta> <ns2:indSitPJ>0</ns2:indSitPJ> <ns2:contato> <ns2:nmCtt>THAIS XXXXXX</ns2:nmCtt> <ns2:cpfCtt>00000000000</ns2:cpfCtt> <ns2:foneFixo>0032000000</ns2:foneFixo> <ns2:foneCel>0032000000</ns2:foneCel> <ns2:email>[email protected]</ns2:email> </ns2:contato> <ns2:softHouse> <ns2:cnpjSoftHouse>80400000000000</ns2:cnpjSoftHouse> <ns2:nmRazao>XXXXXX INFORMATICA LTDA</ns2:nmRazao> <ns2:nmCont>SUPORTE</ns2:nmCont> <ns2:telefone>0003006611</ns2:telefone> <ns2:email>[email protected]</ns2:email> </ns2:softHouse> </ns2:infoCadastro> </ns2:inclusao> </ns2:infoContri> </ns2:evtInfoContri> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /> <Reference URI="#ID18260000000000000000000000001"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" /> <DigestValue>zdnff+xXXXXXXXXXXXXA1y8KVXQvTrk436Z8=</DigestValue> </Reference> </SignedInfo> <SignatureValue>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX&#xd; </X509Certificate> </X509Data> </KeyInfo> </Signature> </ns2:Reinf> </evento> </eventos> </envioLoteEventos> </Reinf> E aqui está o XML de retorno da consulta do protocolo: https://reinf.receita.economia.gov.br/consulta/lotes/ <Reinf xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.reinf.esocial.gov.br/schemas/retornoLoteEventosAssincrono/v1_00_00"> <retornoLoteEventosAssincrono> <ideContribuinte> <tpInsc>1</tpInsc> <nrInsc>XXXXXXXXX</nrInsc> </ideContribuinte> <status> <cdResposta>3</cdResposta> <descResposta>Lote processado com sucesso - Possui um ou mais eventos com ocorrências de erro.</descResposta> </status> <dadosRecepcaoLote> <dhRecepcao>2023-10-25T14:58:51.447</dhRecepcao> <versaoAplicativoRecepcao>2.0.1-1600512</versaoAplicativoRecepcao> <protocoloEnvio>1.202310.0000000</protocoloEnvio> </dadosRecepcaoLote> <dadosProcessamentoLote> <versaoAplicativoProcessamentoLote>2.0.1-1608191</versaoAplicativoProcessamentoLote> </dadosProcessamentoLote> <retornoEventos> <evento Id="IDXXXXXXXXXXXXXXX5000001"> <retornoEvento> <Reinf xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.reinf.esocial.gov.br/schemas/evtTotal/v2_01_02"> <evtTotal id="IDXXXXXXXXXXXX0294038679"> <ideEvento> <perApur /> </ideEvento> <ideContri> <tpInsc>1</tpInsc> <nrInsc>00000000</nrInsc> </ideContri> <ideRecRetorno> <ideStatus> <cdRetorno>1</cdRetorno> <descRetorno>ERRO</descRetorno> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso> - Campo: xmlns - XPATH: /Reinf/@xmlns</localErroAviso> <codResp>MS0055</codResp> <dscResp>O campo 'xmlns' é obrigatório e não foi informado.</dscResp> </regOcorrs> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso>Registro: idePeriodo - XPATH: /Reinf/evtInfoContri/infoContri/inclusao/idePeriodo</localErroAviso> <codResp>MS1005</codResp> <dscResp>Já existe outro registro com período conflitante com o período informado.</dscResp> </regOcorrs> </ideStatus> </ideRecRetorno> <infoRecEv> <dhRecepcao>2023-10-25T14:58:51.447</dhRecepcao> <dhProcess>2023-10-25T14:58:51.5717635-03:00</dhProcess> <tpEv>1000</tpEv> <idEv>ID1213XXXXXXXXXXXXXXX14584900001</idEv> <hash>1jxSew1pZmXXXXXXXXXXXXXXXXyg87jkYn03PqQ2/teE=</hash> </infoRecEv> </evtTotal> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /> <Reference URI="#ID90010000000XXXXXXXXXXXX679"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" /> <DigestValue>989hxPJXXXXXXXXXXXXXXXOcVLUy+N2Q=</DigestValue> </Reference> </SignedInfo> <SignatureValue>F716jvXXXXXXXXXXXXXXXXXXXXXXXXXZTQvwtbNp7lnMRj6R2G14biNqOu+zbDwS4LMlActrgy/974u8i0u44VFdrqd3wIaUng+xXx30u+skKyp1OOpc3fOa804RdOPT+4QnxwvVOcW6KrF3FdbU5U4NV9fK8BZYXiH5KGzLdR93uKP1ERpOBErmn+iQv0CbTT6xf5TgTyQLEEv1iheIXfivA2FHKKGw8V1Vns0yQNW3qMp0RO8n3wNNX6RfVZsooA0oZkl41RZGW8Bcc3x2BHH7iQZmYRD62GqZBw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIIcDCCBligAwIBAgIMLwj8Ba6fwpuyKikgMXXXXXXXXXXXXXXXXXGA1UECwwsQXV0b3JpZGFkZSBDZXJ0aWZpY2Fkb3JhIFJhaXogQnJhc2lsZWlyYSB2MTAxMTAvBgNVBAMMKEF1dG9yaWRhZGUgQ2VydGlmaWNhZG9yYSBkbyBTRVJQUk8gU1NMdjEwHhcNMjMwNzA0MTY1MzM1WhcNMjQwNzAzMTY1MzM1WjCB4DELMAkGA1UEBhMCQlIxCzAJBgNVBAgMAk1HMRcwFQYDVQQHDA5CRUxPIEhPUklaT05URTE7MDkGA1UECgwyU0VSVklDTyBGRURFUkFMIERFIFBST0NFU1NBTUVOVE8gREUgREFET1MgKFNFUlBSTykxFzAVBgNVBAUTDjMzNjgzMTExMDAwMTA3MSYwJAYDVQQDDB1yZWluZi5yZWNlaXRhLmVjb25vbWlhLmdvdi5icjEYMBYGA1UEDxMPQnVzaW5lc3MgRW50aXR5MRMwEQYLKwYBBAGCNzwCAQMTAkJSMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw/JL5f6YLKJn04L+Vq+K9hB8BU7KAO29ESl6vwuM9oN74gJJUOOeaSUdFA1MPrxyEbV3X60cFzPUeekF6reqvcLMnvLObjGF3x1vdcGllu58f2UXW9R12Dx83h6QUz33nUbleHUS2mppWzFhDfkviyKjGhif2fdx+8oZb4Hk4N8B9tammGVNFoe+76mQnZkDZggsb6PEXqOWaC5ksO3mLxKmNtuF5lhgWzwXJSS/bZfDAoPb+x/SLZt6SZjInxgK7nGP4LO+d9uH7E0lmbnZTCZGMs89/T9R6CBRSZJfGnbdm7aVGlzwFmp0A5V9PQEsX6xkx04c1gEzxrqgBUWO1QIDAQABo4IDejCCA3YwHwYDVR0jBBgwFoAUrRZPS/EMvsKKooUY1w1GJZMi480wgYgGA1UdHwSBgDB+MDygOqA4hjZodHRwOi8vcmVwb3NpdG9yaW8uc2VycHJvLmdvdi5ici9sY3IvYWNzZXJwcm9zc2x2MS5jcmwwPqA8oDqGOGh0dHA6Ly9jZXJ0aWZpY2Fkb3MyLnNlcnByby5nb3YuYnIvbGNyL2Fjc2VycHJvc3NsdjEuY3JsMIGHBggrBgEFBQcBAQR7MHkwQgYIKwYBBQUHMAKGNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2NhZGVpYXMvc2VycHJvc3NsLnA3YjAzBggrBgEFBQcwAYYnaHR0cDovL29jc3Auc2VycHJvLmdvdi5ici9hY3NlcnByb3NzbHYxMCgGA1UdEQQhMB+CHXJlaW5mLnJlY2VpdGEuZWNvbm9taWEuZ292LmJyMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwYwYDVR0gBFwwWjAIBgZngQwBAgIwTgYGYEwBAgFpMEQwQgYIKwYBBQUHAgEWNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2RvY3MvZHBjc2VycHJvc3NsLnBkZjCCAX4GCisGAQQB1nkCBAIEggFuBIIBagFoAHcA7s3QZNXbGs7FXLedtM0TojKHRny87N7DUUhZRnEftZsAAAGJIdMnDwAABAMASDBGAiEA+5xCsS1hRXm52Xok9PXS2/SDDs+/P13buqyJwHP43mUCIQCsZiap0oPwZAonHHciWFrWA0gj5qD4HrHrP12MUqyg6gB1AHb/iD8KtvuVUcJhzPWHujS0pM27KdxoQgqf5mdMWjp0AAABiSHTLDsAAAQDAEYwRAIgPCpKFidq70sXCZS2rOaqJllFmF+CI3Q85jec1tPmrZECIC1lauZMb+yM7XsJwxQ5+2/aPa+6GwnuoqxFmZf0BeloAHYAh0+1DcAp2ZMd5XPp8omejkUzs5LTiwpGJXS/D+6y/B4AAAGJIdNfDQAABAMARzBFAiBowWmCQfnFdyOYlqhjanZDQoI6tHzekX3pCz7jdy5uRwIhAN42kXqpKQKzEhgwHg4C1S/97bKoGexfWFwav3MlPZl8MA0GCSqGSIb3DQEBCwUAA4ICAQBMdJYqCCTHH+sjz+RZujkWVzm6LKY2OhdRzMjXnE/3TLz84uZIt4RvbWdd2s8JCMJpkcrTHsS059Uia1TOsTRgWlJU8iD+ttRIYtY2OcSgIWiBnF4dP02hGB7OfERDImSewjuBxeNHGr69NmMUwkYm+wqfBF/IPTNkr846YHYv9e8c5SgWjvb8OtPm/ZmibPYE6kzV9iMJ4pTHlTcBYj4ihmNe0hFP+cK3yyiPflpJCmxipvf7MyVRV4oadZcXhA2s7R76Uly9BWcqbP0UHriYL9l8tnyGN1EsVnu6q1E4Uhp7t7dtL3Yy4ZSsBR6+XTFESvl0eofh4JdqH+z99e3howAM0IfF5I6+FUqwIDW6ASIeKwLsLlhIp+6fGBfoIBUD+XxjrOOUZfBSo7A6SVX6ez1zRctwJAEb6ZO/pyNnMQRGVmuhJXnSTjJsNRqNaWOhg1IjHY0REkIvnJ8d+6ZlTUsGYEGtqk012wILpol5x8PQzyWxXyWr56ULJBMWzORgmW2Y/p6OVHc8xIs2hKas7frfHaZxQZLRRbfJ7BIUzwxR2M7l4zjSEFmajPuxea1mZ4J6KlZbm4WFJOHc4sSBgyPMetfOH0xopyiRAhnWWxI0kVp0pbLHSEUNq0/Jqo5PiQgMH9F3epeH5xpX72thPP4ic5YHskr5KOT1IbkyQw==</X509Certificate> </X509Data> </KeyInfo> </Signature> </Reinf> </retornoEvento> </evento> <evento Id="ID121301475XXXXXXXXXXXXXX4585000002"> <retornoEvento> <Reinf xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.reinf.esocial.gov.br/schemas/evtTotal/v2_01_02"> <evtTotal id="ID90010XXXXXXXXXX509XXXX9"> <ideEvento> <perApur>2023-10</perApur> </ideEvento> <ideContri> <tpInsc>1</tpInsc> <nrInsc>21XXXXXXXX5</nrInsc> </ideContri> <ideRecRetorno> <ideStatus> <cdRetorno>1</cdRetorno> <descRetorno>ERRO</descRetorno> <regOcorrs> <tpOcorr>1</tpOcorr> <localErroAviso> - Campo: xmlns - XPATH: /Reinf/@xmlns</localErroAviso> <codResp>MS0055</codResp> <dscResp>O campo 'xmlns' é obrigatório e não foi informado.</dscResp> </regOcorrs> </ideStatus> </ideRecRetorno> <infoRecEv> <dhRecepcao>2023-10-25T14:58:51.447</dhRecepcao> <dhProcess>2023-10-25T14:58:51.6791257-03:00</dhProcess> <tpEv>2010</tpEv> <idEv>ID1213XXXXXXXXXXX005243</idEv> <hash>+6FSHh5dXXXXXXXXXXXXuFQ5dTIXMu4=</hash> </infoRecEv> </evtTotal> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /> <Reference URI="#ID90010000000XXXXXXXXXXXXX629"> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" /> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315" /> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256" /> <DigestValue>xuGXjE61AVyXXXXXXXXXXXXXXv6jU++hlBE/4=</DigestValue> </Reference> </SignedInfo> <SignatureValue>aCr6JEfE18HvGwU2tXXXXXXXXXXXXXXXXXXXXidFg305X+tCFOXOHPHT2LOP5WF6x/EGARPC5snOKFyaqpt1W0D7pkFyMHOgsB2WJnKnGGjKYW7PgMwUAC7Q/uiOuIhQmSPTTKIK/zQsEkNcf0080Wx9EEaA2o2ezEgTSrrEyxLD/Aq4+WTCTykGhlgBugtUSTcuCzoIqtD4n4c/0lQS4ZB74VJltvwC5iBftfUrJgv82luAuOo9Gt8sqq+e53qYimawA/R1fsAHzHFRKGYhrNA==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIIcDCCBligAwIBAgIMLwj8BaXXXXXXXXXXXXXXXXXXDZXJ0aWZpY2Fkb3JhIFJhaXogQnJhc2lsZWlyYSB2MTAxMTAvBgNVBAMMKEF1dG9yaWRhZGUgQ2VydGlmaWNhZG9yYSBkbyBTRVJQUk8gU1NMdjEwHhcNMjMwNzA0MTY1MzM1WhcNMjQwNzAzMTY1MzM1WjCB4DELMAkGA1UEBhMCQlIxCzAJBgNVBAgMAk1HMRcwFQYDVQQHDA5CRUxPIEhPUklaT05URTE7MDkGA1UECgwyU0VSVklDTyBGRURFUkFMIERFIFBST0NFU1NBTUVOVE8gREUgREFET1MgKFNFUlBSTykxFzAVBgNVBAUTDjMzNjgzMTExMDAwMTA3MSYwJAYDVQQDDB1yZWluZi5yZWNlaXRhLmVjb25vbWlhLmdvdi5icjEYMBYGA1UEDxMPQnVzaW5lc3MgRW50aXR5MRMwEQYLKwYBBAGCNzwCAQMTAkJSMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw/JL5f6YLKJn04L+Vq+K9hB8BU7KAO29ESl6vwuM9oN74gJJUOOeaSUdFA1MPrxyEbV3X60cFzPUeekF6reqvcLMnvLObjGF3x1vdcGllu58f2UXW9R12Dx83h6QUz33nUbleHUS2mppWzFhDfkviyKjGhif2fdx+8oZb4Hk4N8B9tammGVNFoe+76mQnZkDZggsb6PEXqOWaC5ksO3mLxKmNtuF5lhgWzwXJSS/bZfDAoPb+x/SLZt6SZjInxgK7nGP4LO+d9uH7E0lmbnZTCZGMs89/T9R6CBRSZJfGnbdm7aVGlzwFmp0A5V9PQEsX6xkx04c1gEzxrqgBUWO1QIDAQABo4IDejCCA3YwHwYDVR0jBBgwFoAUrRZPS/EMvsKKooUY1w1GJZMi480wgYgGA1UdHwSBgDB+MDygOqA4hjZodHRwOi8vcmVwb3NpdG9yaW8uc2VycHJvLmdvdi5ici9sY3IvYWNzZXJwcm9zc2x2MS5jcmwwPqA8oDqGOGh0dHA6Ly9jZXJ0aWZpY2Fkb3MyLnNlcnByby5nb3YuYnIvbGNyL2Fjc2VycHJvc3NsdjEuY3JsMIGHBggrBgEFBQcBAQR7MHkwQgYIKwYBBQUHMAKGNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2NhZGVpYXMvc2VycHJvc3NsLnA3YjAzBggrBgEFBQcwAYYnaHR0cDovL29jc3Auc2VycHJvLmdvdi5ici9hY3NlcnByb3NzbHYxMCgGA1UdEQQhMB+CHXJlaW5mLnJlY2VpdGEuZWNvbm9taWEuZ292LmJyMA4GA1UdDwEB/wQEAwIFoDAdBgNVHSUEFjAUBggrBgEFBQcDAQYIKwYBBQUHAwIwYwYDVR0gBFwwWjAIBgZngQwBAgIwTgYGYEwBAgFpMEQwQgYIKwYBBQUHAgEWNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2RvY3MvZHBjc2VycHJvc3NsLnBkZjCCAX4GCisGAQQB1nkCBAIEggFuBIIBagFoAHcA7s3QZNXbGs7FXLedtM0TojKHRny87N7DUUhZRnEftZsAAAGJIdMnDwAABAMASDBGAiEA+5xCsS1hRXm52Xok9PXS2/SDDs+/P13buqyJwHP43mUCIQCsZiap0oPwZAonHHciWFrWA0gj5qD4HrHrP12MUqyg6gB1AHb/iD8KtvuVUcJhzPWHujS0pM27KdxoQgqf5mdMWjp0AAABiSHTLDsAAAQDAEYwRAIgPCpKFidq70sXCZS2rOaqJllFmF+CI3Q85jec1tPmrZECIC1lauZMb+yM7XsJwxQ5+2/aPa+6GwnuoqxFmZf0BeloAHYAh0+1DcAp2ZMd5XPp8omejkUzs5LTiwpGJXS/D+6y/B4AAAGJIdNfDQAABAMARzBFAiBowWmCQfnFdyOYlqhjanZDQoI6tHzekX3pCz7jdy5uRwIhAN42kXqpKQKzEhgwHg4C1S/97bKoGexfWFwav3MlPZl8MA0GCSqGSIb3DQEBCwUAA4ICAQBMdJYqCCTHH+sjz+RZujkWVzm6LKY2OhdRzMjXnE/3TLz84uZIt4RvbWdd2s8JCMJpkcrTHsS059Uia1TOsTRgWlJU8iD+ttRIYtY2OcSgIWiBnF4dP02hGB7OfERDImSewjuBxeNHGr69NmMUwkYm+wqfBF/IPTNkr846YHYv9e8c5SgWjvb8OtPm/ZmibPYE6kzV9iMJ4pTHlTcBYj4ihmNe0hFP+cK3yyiPflpJCmxipvf7MyVRV4oadZcXhA2s7R76Uly9BWcqbP0UHriYL9l8tnyGN1EsVnu6q1E4Uhp7t7dtL3Yy4ZSsBR6+XTFESvl0eofh4JdqH+z99e3howAM0IfF5I6+FUqwIDW6ASIeKwLsLlhIp+6fGBfoIBUD+XxjrOOUZfBSo7A6SVX6ez1zRctwJAEb6ZO/pyNnMQRGVmuhJXnSTjJsNRqNaWOhg1IjHY0REkIvnJ8d+6ZlTUsGYEGtqk012wILpol5x8PQzyWxXyWr56ULJBMWzORgmW2Y/p6OVHc8xIs2hKas7frfHaZxQZLRRbfJ7BIUzwxR2M7l4zjSEFmajPuxea1mZ4J6KlZbm4WFJOHc4sSBgyPMetfOH0xopyiRAhnWWxI0kVp0pbLHSEUNq0/Jqo5PiQgMH9F3epeH5xpX72thPP4ic5YHskr5KOT1IbkyQw==</X509Certificate> </X509Data> </KeyInfo> </Signature> </Reinf> </retornoEvento> </evento> </retornoEventos> </retornoLoteEventosAssincrono> </Reinf> A parte do erro que preciso corrigir inicialmente seria: <localErroAviso> - Campo: xmlns - XPATH: /Reinf/@xmlns</localErroAviso> <codResp>MS0055</codResp> <dscResp>O campo 'xmlns' é obrigatório e não foi informado.</dscResp> Gostaria de saber se alguém já enfrentou esse problema ou tem alguma sugestão sobre como corrigi-lo. Todas as informações e dicas são muito bem-vindas. Agradeço desde já pela ajuda!

Boa tarde, tudo bem? Estou tendo problemas para conseguir o retorno do arquivo XML da Prefeitura. A NFS-e até consegue gerar, ele aparece na página da SIGISS da Prefeitura de Barretos, porém, ele não consegue o retorno do arquivo XML. No projeto de testes, reparei que no log ele aparece um link que está errado: Inicio TNFSeGerarNFSe Método........ : Gerar Link.......... : https://barretos.sigiss.com.br/nfe_ver.php?id= &id_cadastro= &hash= &nfe= Numero........ : Provedor...... : SigISS Este link está incorreto, o correto seria: https://barretos.sigiss.com.br/barretos/contribuinte/nfe/nfe_base.php?id= &hash= &nota= &ccm= Em que parte dos arquivos do NFS-e que é gerado este link para o retorno do arquivo? Desde já, agradeço pela atenção de vocês.

Bom dia, e desculpem se essa dúvida está na categoria errada. Quando eu fui em criar um novo tópico não conseguia acessar outras categorias além dessa. Enfim, estou tendo que implementar uma requisição para obter uma resposta do lote de notas fiscais por meio do WebService NfeDistribuicaoDFe usando o método nfeDistDFeInteresse, porém recebo essa mensagem no retorno "Versão do XML não suportada", eu estou programando em C# importando o WFC no Visual Studio. Segue o código das minhas 3 tentativas de schema: //USANDO SOAP 1.1 "<?xml version=\"1.0\" encoding=\"utf-8\"?>" + "<soap:Envelope xmlns:soap=\"http://schemas.xmlsoap.org/soap/envelope/\" xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\" xmlns:xsi=\"http://www.w3.or/2001/XMLSchema-instance\">" + "<soap:Body>" + "<nfeDistDFeInteresse xmlns=\"http://www.portalfiscal.inf.br/nfe/wsdl/NFeDistribuicaoDFe\">" + "<nfeDadosMsg xmlns=\"http://www.portalfiscal.inf.br/nfe/wsdl/NFeDistribuicaoDFe\">" + "<distDFeInt xmlns=\"http://www.portalfiscal.inf.br/nfe\" versao=\"1.01\">" + "<tpAmb> 2 </tpAmb>" + "<cUFAutor> 29 </cUFAutor>" + "<CNPJ>" + cnpjTeste + "</CNPJ>" + "<distNSU>" + "<ultNSU> 000000000000001 </ultNSU>" + "</distNSU>" + "</distDFeInt>" + "</nfeDadosMsg>" + "</nfeDistDFeInteresse>" + "</soap:Body>" + "</soap:Envelope>"; //USANDO SOAP 1.2 resumido "<?xml version='1.0' encoding='UFT-8'?>" + "<nfeDadosMsg xmlns=\"http://www.portalfiscal.inf.br/nfe/wsdl/NFeDistribuicaoDFe\">" + "<distDFeInt xmlns=\"http://www.portalfiscal.inf.br/nfe'\" versao=\"1.01\">" + "<tpAmb>2</tpAmb>" + "<cUFAutor>67</cUFAutor>" + "<CNPJ>" + cnpjTeste + "</CNPJ>" + "<distNSU>" + "<ultNSU>" + nsuTeste + "</ultNSU>" + "</distNSU>" + "</distDFeInt>" + "</nfeDadosMsg>"; //USANDO SOAP 1.2 schema inteiro "<?xml version=\"1.0\" encoding=\"utf-8\"?>" + "<soap12:Envelope xmlns:soap12=\"http://www.w3.org/2003/05/soap-envelope\" xmlns:xsd=\"http://www.w3.org/2001/XMLSchema\" xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\">" + "<soap12:Body>" + "<nfeDistDFeInteresse xmlns=\"http://www.portalfiscal.inf.br/nfe/wsdl/NFeDistribuicaoDFe\">" + "<nfeDadosMsg xmlns=\"http://www.portalfiscal.inf.br/nfe/wsdl/NFeDistribuicaoDFe\">" + "<distDFeInt xmlns=\"http://www.portalfiscal.inf.br/nfe\" versao=\"1.01\">"+ "<tpAmb> 2 </tpAmb>" + "<cUFAutor> 29 </cUFAutor>" + "<CNPJ>" + cnpjTeste + "</CNPJ>" + "<distNSU>" + "<ultNSU> 000000000000001 </ultNSU>" + "</distNSU>" + "</distDFeInt>" + "</nfeDadosMsg>" + "</nfeDistDFeInteresse>" + "</soap12:Body>" + "</soap12:Envelope>";

Pessoal, um cliente meu está precisando consultar a INSCRIÇÃO ESTADUAL de seus respectivos clientes. No caso seria para verificar se está ISENTO, qual o NÚMERO e a situação também, tipo se está ATIVO, CANCELADO e etc. O ACBr tem hoje algum componente que faça algo do tipo ou tem alguma indicação de consulta de API, tanto gratuita (preferencial) quanto paga?

Prezados, boa noite! Estou tentando fazer a emissão de uma NFe com emitente de Simples Nacional utilizando o CSOSN 101, e destacando uma alíquota de ICMS de 2%. As tags saem corretamente, porém recebo uma rejeição: Rejeição: Total da BC ICMS difere do somatório dos itens. Já verifiquei a Base de cálculo e está correto. Será que nesse caso, mesmo com o CSOSN 101 ele não permite inserir a alíquota de ICMS, e somente deixa destacando o aproveitamento? Segue em anexo o XML. Desde já agradeço imensamente! 53221128803082000121550010000648961246712370-nfe.xml

Adquiri um SAT, ativei e comprei o ACBr para fazer a integração. Quando fui passar os XMLs para o contador notamos que todas as vendas foram duplicadas duplicando também o cálculo para imposto. Preciso de ajuda para solucionar este problema. Para cada venda, são gerados dois arquivos XML.