Pesquisar na Comunidade

## Descrição (corpo do post) **Versão ACBr**: trunk2 r45813 em diante (testado também na r45929 de 23/04/2026) **Componente**: ACBrNFe — `ACBrNFe.XmlWriter.pas` **Sintoma**: toda NFe (modelo 55) com produto CST=90 é gerada com a tag `<cBenefRBC></cBenefRBC>` vazia, causando rejeição da SEFAZ por falha de schema. --- ### Mensagem da rejeição (cliente real, SEFAZ-CE, 24/04/2026) ``` Falha na validação dos dados da nota: 17784 TAG:%TAGNIVEL% ID:N14a/cBenefRBC(Código de Benefício Fiscal na UF aplicado ao item quando houver RBC.) - Nenhum valor informado. (×N itens) 1871 - Element {http://www.portalfiscal.inf.br/nfe}cBenefRBC: This element is not expected. Expected is one of ({http://www.portalfiscal.inf.br/nfe}pRedBC, {http://www.portalfiscal.inf.br/nfe}pICMS). ``` A primeira mensagem é o `wAlerta` interno do próprio `TACBrXmlWriter.AddNode` (linha 422 do `ACBrXmlWriter.pas`); a segunda (1871) é o validador XSD da SEFAZ rejeitando a tag vazia injetada no XML. --- ### Causa raiz A revisão **r45813** (16/04/2026 — commit `ACBR-9067 — Alterações visando atender a NT 2022/002 versão 1.30a`) acrescentou a geração de `cBenefRBC` no bloco `cst90, cstPart90` do `GerarDetImpostoICMS`, mas com parâmetros incorretos: **`ACBrNFe.XmlWriter.pas` linhas 2572-2573 (estado atual)**: ```pascal xmlNode.AppendChild(AddNode(tcStr, 'N14a', 'cBenefRBC', 01, 01, 1, NFe.Det[i].Imposto.ICMS.cBenefRBC, DSC_CBENEFRBC)); ``` São 2 erros: 1. **Tamanho `01,01`** — a NT 2022.002 v1.30a (página 8, item 237.01) define o campo como tipo `C` com tamanho `8,10` e o XSD oficial `leiauteNFe_v4.00.xsd` declara o pattern `[!-ÿ]{8}|[!-ÿ]{10}`. 2. **Ocorrência mínima `1`** — a NT define ocorrência **`0-1`** (opcional). Combinada com valor vazio (clientes que não têm benefício fiscal cadastrado), o `TACBrXmlWriter.AddNode` (linhas 441-445) gera `<cBenefRBC></cBenefRBC>` E adiciona alerta "Nenhum valor informado". Para comparação, o bloco `cst51` (linha 2352) está **correto** e usa exatamente os parâmetros que a NT especifica: ```pascal xmlNode.AppendChild(AddNode(tcStr, 'N14a', 'cBenefRBC', 8, 10, 0, NFe.Det[i].Imposto.ICMS.cBenefRBC, DSC_CBENEFRBC)); ``` --- ### Trecho oficial da NT 2022.002 v1.30a (Grupo N10 — ICMS=90) | # | ID | Campo | Descrição | Ele | Pai | Tipo | Ocor. | Tam. | |------------|----------|---------------|--------------------------------------------------------------------------|-------|-----------|-------|---------|---------| | 237 | N14 | pRedBC | Percentual da Redução de BC | E | N12.1 | N | 0-1 | 3v2-4 | | **237.01** | **N14a** | **cBenefRBC** | **Código de Benefício Fiscal na UF aplicado ao item quando houver RBC.** | **E** | **N12.1** | **C** | **0-1** | **8,10**| | 238 | N16 | pICMS | Alíquota do imposto | E | N12.1 | N | 1-1 | 3v2-4 | Fonte: [NT 2022.002 v1.30a publicada 26/03/2026](https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=NpWPjigODyU=) — pg 8. --- ### Patch proposto ```diff --- a/Fontes/ACBrDFe/ACBrNFe/Base/ACBrNFe.XmlWriter.pas +++ b/Fontes/ACBrDFe/ACBrNFe/Base/ACBrNFe.XmlWriter.pas @@ -2572,2 +2572,2 @@ - xmlNode.AppendChild(AddNode(tcStr, 'N14a', 'cBenefRBC', - 01, 01, 1, NFe.Det[i].Imposto.ICMS.cBenefRBC, DSC_CBENEFRBC)); + xmlNode.AppendChild(AddNode(tcStr, 'N14a', 'cBenefRBC', + 8, 10, 0, NFe.Det[i].Imposto.ICMS.cBenefRBC, DSC_CBENEFRBC)); ``` Com `ocorrencias=0` e valor vazio, o `AddNode` omite a tag (linhas 441-448 do `ACBrXmlWriter.pas`) — exatamente o que `cst51` já faz. Para clientes que populam o campo, a tag é gerada com tamanho válido (8 ou 10 chars). --- ### Possível bug adicional na ordem dos elementos do ICMS90 Conforme a NT v1.30a, dentro do grupo `N12.1` a sequência correta é: ``` modBC (N13) → vBC (N15) → pRedBC (N14) → cBenefRBC (N14a) → pICMS (N16) → [grupo opcional N16a: vICMSOp (N16b), pDif (N16c), vICMSDif (N16d)] → vICMS (N17) ``` Mas o `XmlWriter` linhas 2563-2589 está gerando: ``` modBC → vBC → pRedBC → cBenefRBC → vICMSOp → pDif → vICMSDif → pICMS → vICMS ``` `vICMSOp/pDif/vICMSDif` aparecem **antes** de `pICMS` em vez de **depois** (e fora do grupo opcional `N16a`). Para UFs onde `NrOcorr=0` (CE, MG etc.), os campos zerados são omitidos e o problema não aparece. Mas para RJ/SP/PR (`NrOcorr=1`, linhas 2557-2559), as tags zeradas seriam emitidas em ordem inválida — provavelmente causando outra rejeição de schema. --- ### Como reproduzir 1. Cliente CRT=3, qualquer UF. 2. Cadastrar produto com `cstICMS='090'`, `pICMS=20`, `codCFOP='5403'` (ou 5405). 3. Emitir NFe modelo 55. O XML gerado contém `<cBenefRBC></cBenefRBC>` vazio entre `<pRedBC>` (omitido) e `<vICMSOp>`. 4. SEFAZ rejeita com erro 1871. --- ### Histórico relacionado no log de mudanças ``` r45813 | italojjr | 16/04/2026 -- ACBrNFe.XmlWriter -- [*] ACBR-9067 - Alterações visando atender a NT 2022/002 versão 1.30a Por: Italo Giurizzato Junior ``` Obrigado.

Boa tarde Pessoal, Estou tentando emitir uma NFSe em Monte Alto/SP pelo provedor padrão (Fiorilli na cidade) e está ocorrendo alguns erros que não estou conseguindo localizar o problema. 1- O primeiro é quando envio NBS na requisição para a nuvem fiscal e me retorna esse erro: [Erro de Validação: --> 1871 - Element '{http://www.abrasf.org.br/nfse.xsd}CodigoNbs': This element is not expected. Expected is ( {http://www.abrasf.org.br/nfse.xsd}Discriminacao ). - 400 - Bad Request]" Payload: {"provedor":"padrao","ambiente":"producao","referencia":"48","infDPS":{"tpAmb":1,"dhEmi":"2026-03-25T17:41:34.782Z","dCompet":"2026-03-25","prest":{"CNPJ":"06062050000180","CPF":null,"regTrib":{}},"toma":{"CNPJ":null,"CPF":"39241466839","xNome":"Naiara Rafaela Bedin","fone":"5516997229193"},"serv":{"cServ":{"cTribNac":"010701","cTribMun":"302","xDescServ":"Produto para Servicos - Locker","CNAE":"4751201","cNBS":"107100000"}},"valores":{"vServPrest":{"vReceb":0.4,"vServ":0.4},"vDescCondIncond":{"vDescIncond":null},"trib":{"tribMun":{"tribISSQN":1,"pAliq":1,"vBC":0.4,"vISSQN":0},"totTrib":{"vTotTrib":{"vTotTribFed":0,"vTotTribEst":0,"vTotTribMun":0}}}}}} 2- O segundo é quando não envio o NBS e ai apresenta esse erro: "Erro ao enviar documento NFSe: [[{\"codigo\":\"L4\",\"descricao\":\"Estrutura do xml recebido incorreta. javax.xml.bind.MarshalException - with linked exception:[org.xml.sax.SAXParseException; lineNumber: 0; columnNumber: 0; cvc-complex-type.2.4.d: Invalid content was found starting with element 'ns2:Signature'. No child element is expected at this point.].\",\"correcao\":\"Valide as tags do xml antes de enviar.\"}]]" Payload: {"provedor":"padrao","ambiente":"producao","referencia":"48","infDPS":{"tpAmb":1,"dhEmi":"2026-03-25T18:51:44.924Z","dCompet":"2026-03-25","prest":{"CNPJ":"06062050000180","CPF":null,"regTrib":{}},"toma":{"CNPJ":null,"CPF":"39241466839","xNome":"Naiara Rafaela Bedin","fone":"5516997229193"},"serv":{"cServ":{"cTribNac":"010701","cTribMun":"302","xDescServ":"Produto para Servicos - Locker","CNAE":"4751201","cNBS":null}},"valores":{"vServPrest":{"vReceb":0.4,"vServ":0.4},"vDescCondIncond":{"vDescIncond":null},"trib":{"tribMun":{"tribISSQN":1,"pAliq":1,"vBC":0.4,"vISSQN":0},"totTrib":{"vTotTrib":{"vTotTribFed":0,"vTotTribEst":0,"vTotTribMun":0}}}}}} 7e06bee1130ac05010a775adef73c24d.xml

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

Boa tarde, os clientes começaram a relatar na tarde de hoje que ao vender por Pix aparece no cupom Vale Presente. O sistema continua registrando código 12 - Pagamento Instantâneo, mas o cupom Vale Presente. Atualizei a pasta Schemas mas não adiantou.

Com a NT2021.004 onde criaram os campos Observações de uso livre do Fisco e do Contribuinte, alguém teve problemas com transmissão de notas tendo esses campos preenchidos? Estou recebendo "Rejeição: Falha no Schema XML do lote de NFe". Atualizamos os schemas, e conforme o leiaute mais recente o elemento para receber essas informações é o 'Obsitem' no elemento 'det'. Após implementação geramos o XML (em anexo) com os campos ObsCont preenchidos, porém retornando a rejeição na transmissão. Têm a informação se estes campos estão ativos no Webservice para recebimento dessas transmissões? ou alguma dica do que pode estar gerando a falha, desde já agradecido. NFE31220410579567000118550010000340031742885127-nfe.xml

Hoje pelas 09:00 da manha, em todos meus clientes começou a gerar o erro 215. (Falha no Schema XML) Porém no validador da receita todos ficam válidos. Tentei atualizar manualmente a cadeia de certificados que foi lançada pela receita, mas continua mesmo erro. Alguem está com algo parecido ou já solucionou? XML_Assinado.XML

Bom dia, estou enfrentando um problema com a implementação da NT 2021.001 (CTe/CTe-OS/GTVe), em relação à alteração do campo de UF do CTe-OS (rodoOS->veic->UF). Esse campo passou a ser de preenchimento opcional, mas ao tentar transmitir um CTe-OS sem informá-lo o XML não é validado: A tag que deveria não ser criada, está sendo criada vazia: Na consulta de schema dá pra ver que esse campo já não é mais obrigatório: Fiz um teste, alterando no arquivo pcteCTeW.pas o seguinte trecho: Disso: Gerador.wCampo(tcStr, '#16', 'UF', 02, 02, 1, CTe.infCTeNorm.rodoOS.veic.UF, DSC_CUF); Para: Gerador.wCampo(tcStr, '#16', 'UF', 02, 02, 0, CTe.infCTeNorm.rodoOS.veic.UF, DSC_CUF); Assim não foi mais gerado erro de schema e o documento foi autorizado corretamente.

Pessoal, eu atualizei o ACBr e fiz alterações no meu código para que quando fosse emitido uma NFe/NFCe com o código 99 (Outros) na tag tPag, fosse preenchido o campo xPag com a descrição do pagamento, mas estou fazendo testes e parece que os arquivos schemas estão desatualizados. Eu já atualizei a minha pasta do ACBr e os arquivos estão datados de 2019 sem a tag xpag. Segue abaixo a mensagem de erro, o arquivo XML e a pasta de schemas que estou utilizando. Element '{http://www.portalfiscal.inf.br/nfe}xPag' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}detPag'. Expecting: {http://www.portalfiscal.inf.br/nfe}vPag. temp.xml NFe.zip Eu vi que no site da Receita tem os schemas atualizados, mas teria algum problema em eu copiar estes arquivos e jogar para dentro do sistema? Tipo não dará nenhum problema com o código da ACBr? Link: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=

Pessoal, ao emitir uma nota, está retornando a rejeição 225: "Falha no Schema XML do lote de NFe". Está acontecendo isto quando tem PISTST e CofinsST, creio eu que é por conta das tags indSomaPISST e indSomaCOFINSST. <?xml version="1.0" encoding="UTF-8"?><retEnviNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"> <tpAmb>2</tpAmb> <verAplic>14.4.30-OR3</verAplic> <cStat>225</cStat> <xMotivo>Rejeicao: Falha no Schema XML do lote de NFe</xMotivo> <cUF>31</cUF> <dhRecbto>2021-08-28T10:37:25-03:00</dhRecbto> </retEnviNFe> Falha na validação Schema.xml

Estamos implementando ferramentas para automatizar a busca de NFe pelo ambiente nacional, usando a função DistribuicaoDFePorChaveNFe. Primeiramente pegamos e alteramos o código de Manifestação de Destinatário no exemplo em ACBR\Exemplos\ACBrDFe\ACBrNFe\Delphi: Nfe.EventoNFe.Evento.Clear; with Nfe.EventoNFe.Evento.Add do begin InfEvento.cOrgao := 91; infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teManifDestConfirmacao; end; Nfe.EnviarEvento(StrToInt(IDLote)); with Nfe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento do begin lMsg:= 'Id: '+Id+#13+ 'tpAmb: '+TpAmbToStr(tpAmb)+#13+ 'verAplic: '+verAplic+#13+ 'cOrgao: '+IntToStr(cOrgao)+#13+ 'cStat: '+IntToStr(cStat)+#13+ 'xMotivo: '+xMotivo+#13+ 'chNFe: '+chNFe+#13+ 'tpEvento: '+TpEventoToStr(tpEvento)+#13+ 'xEvento: '+xEvento+#13+ 'nSeqEvento: '+IntToStr(nSeqEvento)+#13+ 'CNPJDest: '+CNPJDest+#13+ 'emailDest: '+emailDest+#13+ 'dhRegEvento: '+DateTimeToStr(dhRegEvento)+#13+ 'nProt: '+nProt; end; ShowMessage(lMsg); ShowMessage(Nfe.WebServices.EnvEvento.RetWS); ShowMessage(Nfe.WebServices.EnvEvento.RetornoWS); ShowMessage(ACBrUtil.ConverteXMLtoUTF8(Nfe.WebServices.EnvEvento.RetornoWS)); Aparentemente a chave de NFe escolhida foi manifestada corretamente. Então em seguida pegamos e alteramos o código de Distribuição no exemplo em ACBR\Exemplos\ACBrDFe\ACBrNFe\Delphi: nfe.DistribuicaoDFePorChaveNFe(AcUFAutor,ACNPJCPF,AchNFe); ShowMessage(nfe.WebServices.DistribuicaoDFe.RetornoWS); ShowMessage(nfe.WebServices.DistribuicaoDFe.RetWS); O resultado é uma caixa de diálogo do ACBr contendo o motivo "Rejeicao: Falha no esquema xml", depurando o código tenho o retorno em xml: '<retDistDFeInt xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"><tpAmb>2</tpAmb><verAplic>1.1.9</verAplic><cStat>215</cStat><xMotivo>Rejeicao: Falha no esquema xml</xMotivo><dhResp>2019-04-02T15:10:38</dhResp><ultNSU>000000000000000</ultNSU><maxNSU>000000000000000</maxNSU></retDistDFeInt>' Verificamos e recolocamos os schemas mas a mensagem de erro persiste, verificamos no fórum e fora um post DistribuicaoDfe por Chave de Acesso de 20 de março de 2017, não achamos nenhuma referencia do que pode estar acontecendo. Alguém tem ideia do que pode estar errado?

Pessoal, eu fui fazer a operação de ciência (Manifestação de Destinatário) de um CTe, mas ocorreu erro de schema: Falha na validação dos dados do Evento: Element '{http://www.portalfiscal.inf.br/cte}detEvento' cannot be empty according to the DTD/Schema. Eu atualizei os schemas e o erro persiste, em anexo os schemas que eu utilizei, o print do erro e o print do meu código. CTe.zip

Boa noite. Estou implementando a emissão da NFS-e GINFES para São Jose do rio preto, utilizando o ACBRNFSE, em ambiente de homologação, mas a alguns minutos o sistema começou a apresentar a mensagem " 'Arquivo ...\Schemas\Ginfes\servico_enviar_lote_rps_envio.xsd Não encontrado' " Dentro da pasta ...\Schemas\Ginfes\ apresenta o arquivo "servico_enviar_lote_rps_envio_v03.xsd"... O acbr esta pegando a versão incorreta ? Grato.

<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Body> <nfes:nfeDadosMsg xmlns:nfes="http://www.portalfiscal.inf.br/nfe/wsdl/NFeRecepcaoEvento4"> <envEvento versao="1.00"> <idLote>1</idLote> <evento versao="1.00"> <infEvento Id="###########"> <cOrgao>93</cOrgao> <tpAmb>1</tpAmb> <CNPJ>########</CNPJ> <chNFe>############</chNFe> <dhEvento>2019-08-16T10:37:30-03:00</dhEvento> <tpEvento>210210</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"> <descEvento>Ciencia da Operacao</descEvento> </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="###############"> <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>############</DigestValue> </Reference> </SignedInfo> <SignatureValue>##########</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>#########</X509Certificate> </X509Data> </KeyInfo> </Signature> </evento> </envEvento> </nfes:nfeDadosMsg> </soap12:Body> </soap12:Envelope> <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <soap:Body> <soap:Fault> <soap:Code> <soap:Value>soap:Receiver</soap:Value> </soap:Code> <soap:Reason> <soap:Text xml:lang="en">Server was unable to process request. ---&gt; 'http' is an unexpected token. The expected token is '"' or '''. Line 1, position 28.</soap:Text> </soap:Reason> <soap:Detail /> </soap:Fault> </soap:Body> </soap:Envelope>* Connection #0 to host www.nfe.fazenda.gov.br left intact Estou com um problema no meu XML de request para o serviço: https://www.nfe.fazenda.gov.br/NFeRecepcaoEvento4/NFeRecepcaoEvento4.asmx . Ao executar minha rotina, tenho como resposta o último xml.

Boa tarde, Estava realizando testes de consultar de status do serviço da NFCe e está retornando essa mensagem "215 - Rejeição: Falha no schema XML". A pasta de schemas está atualizada, assim como o Exemplo da ACbr "ACBrNFe_demo.exe" Esse problema começou hoje aparentemente, pois até sexta feira passada estava ok. O problema ocorre apenas com a homologação de MG Testei produção de MG, Homologação SP e Produção SP. Todos retornam status serviço ativo. Aparentemente é algum problema de validação no ambiente de homologação de MG, mas gostaria de saber se alguém mais teve esse problema. Muito obrigado

Bom dia, Estou testando as modificações do CT-e 3.00a, que inclui o QrCode no XML, porém ao tentar enviar para o CT-e é retornado o seguinte erro "Rejeição: Falha no Schema XML do CT-e". Isso acontece quando a propriedade "GerarInfCTeSupl" está fgtSomenteHomologacao, que é justamente o que o @Italo Jurisato Junior citou no post sobre a versão 3.00a do CT-e. Já se atribuo fgtNunca, consigo enviar e autorizar. - Os Schemas do CT-e estão atualizados. Mais alguém com o mesmo problema e uma possível solução?

No retorno da carta de correção recebo xml com a Rejeição: Evento não atende o Schema XML específico. Segue XML em anexo temp.xml

olá estou tentando gerar uma NFSe para itajaí, mas sempre é retornado o erro: "Arquivo enviado fora da estrutura do arquivo XML de entrada." me parece que a tag Signature esta no local errado, como faço pra alterar o local errado. segue anexo XML. 1-env-lot.xml

Por favor, estou recebendo a mensagem de erro abaixo, ao tentar validar. Element "{http://www.portalfiscal.inf.br/nfe}pag" cannot be empty according to the DTD/Schema Vi que existe outro post sobre esse assunto. Mas a resposta não sanou a minha dúvida. Se puderem responder, mesmo que com um pequeno exemplo hipotético, de qual forma e a classe/propriedade que eu devo eu devo utilizar e preencher, eu agradeço. Estou fazendo testes para a NFe 4.0. Eu fiz da seguinte forma, mas ainda não surtiu efeito: ACBrNFe1.NotasFiscais.Add.NFe.pag.vTroco := 0; // esta fixo para testar ACBrNFe1.NotasFiscais.Add.NFe.pag.Add.tPag := fpDinheiro; // esta fixo para testar ACBrNFe1.NotasFiscais.Add.NFe.pag.Add.vPag := 5.9; // esta fixo para testar

Bom dia Senhores. "Por favor me ajudem !!!!" Estou com problemas para validar NFe de saída. Fazendo comparação com um xml válido não vejo diferença alguma. Segue XML para que vcs possam dar uma olhada. 35130504581288000196550010000031071000031070-nfe.xml 35130504581288000196550010000031071000031070-nfe.xml

Pessoal, boa tarde. Estamos tendo alguns problemas na Versão 4.0 quando o executável está na rede, quando o executável é colocado na máquina local consegue enviar e autorizar a NF-e normalmente, alguém tem algum relato ou dica sobre isso. O detalhe é que ele retorna como Falha no Schema XML, apenas isso, sem nenhuma outra informação. Grato

Estou com o seguinte erro ao enviar NFe na versão 4.0 em produção. Alguém sabe informar se é referente aos dados da Fatura? 41180782360538000171550010000049221000049225-nfe.xml

estou migrando para versâo 4.00 da nf-e estou testando o demo do ACBRNFE_DEMO estou recebendo este erro arquivo de Schema não especificado o que esta faltando de parâmentro por favor

Ola! Estou tentando emitir em produção uma nfc-e aqui nmo sefaz do RS e recebo esta mensagem de rejeição: Falha no Schema XML do lote de NFe Será que não está validando em produção ainda??? Alguém sabe?

Bom dia, Ao realizar a distruição DFE pela chave de acesso (abaixo): ACBrNFe.DistribuicaoDFePorChaveNFe(iUF,sCNPJ,sChaveAcesso) //falha no schema o SEFAZ me retorna Falha no Schema XML, porém se realizo a consulta da Distribuicao sem ser pela chave, mas pelo NSU, ele não retorna erro e faz a consulta corretamente. DM_NFE.ACBrNFe.DistribuicaoDFe(iUF,sCNPJ,sNSU,'') //sem falha no schema Alguém já passou por isso ? Sabe de algo em que possa ajudar ? Segue arquivos xmls em anexo referente ao envio e retorno. Obrigado e aguardo. 20170320085910-con-dist-dfe.xml 20170320085913-dist-dfe.xml

Já uso o ACBr a 5 anos e para perguntar aqui é que ja testei de tudo. Hoje Resolvi atualizar meu ACBr para começar a me adequar a NFe4. Baixei e atualizei sem problemas, (fazia uns 6 meses que não atualizava), quando fui testar minhas rotinas de notas fiscal deparei com o problema ao Cancelar e ao Enviar uma carta de correção, para o envio está ok. Ja tentei Reinstalar o Componente apagando as versões anteriores, ja verifiquei a versão ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310, pasta PathSchemas está definida e atualizei os schemas com o do trunk2. Até tentei debugar e notei que na procedure TACBrDFe.AchaArquivoSchema em (ACBrDFe), no final a variável Versão fica Zero e ArqSchema fica vazia, achei vários com problemas parecido mas nenhuma solução resolveu pra mim. Estou usando o WinCrypt, mas tentei voltar para o Capicom e deu o mesmo erro, testei com Tokem A3 e com um certificado A1, testei com o Demo do Acbr e tambem mesmo erro. Segue o Trecho que uso para cancelar para verem se estou fazendo algo errado; ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310; ACBrNFe1.NotasFiscais.LoadFromFile(arqXML) ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.idLote := NumerodoLote; with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := Copy(ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44); infEvento.CNPJ := wCnpj infEvento.dhEvento := NOW; infEvento.tpEvento := teCancelamento; infEvento.detEvento.nProt := wProtocolo; infEvento.detEvento.xJust := wJustificativa; end; if ACBrNFe1.EnviarEvento(NumerodoLote) then // aqui acontece o erro Obrigado.