Pesquisar na Comunidade

Olá pessoal! Foi publicado o Ato Diat Nº031/2025 estabelecendo o procedimento, as condições e os prazos para o pedido de cancelamento extemporâneo para o Conhecimento de Transporte Eletrônico (CTe). Vale lembrar, que os documentos fiscais eletrônicos, possuem um prazo estabelecido em legislação para que possam ser cancelados, quando esse prazo é extrapolado e mesmo assim é necessário o cancelamento do documento, é necessário realizar um pedido junto a Sefaz para realizar um cancelamento fora do prazo, ou seja, um cancelamento extemporâneo. O artigo 2º estabelece que: O pedido de cancelamento extemporâneo deve ser feito pelo emitente no aplicativo do Sistema de Administração Tributária (S@T). O pedido deve ser feito no prazo de 45 dias contados da data de emissão do CTe. Cada pedido vai corresponder a um único documento. O registro do pedido gera Documento de Arrecadação de Receitas Estaduais (DARE) automaticamente e seu pagamento deve ser feito para o processamento do mesmo. O artigo 3º estabelece que é vedado o cancelamento extemporâneo quando: CTe emitido em contingência. Oassado 60 dias a partir da data de emissão do CTe. For constatado fato gerador de imposto relativo ao serviço de transporte para o CTe. Sendo considerado fato gerador: Registro de passagem. Escrituração do CTe pelo Tomador. Eventos ou documentos vinculados ao CTe, como por exemplo: CCe, CTe Complementar, CTe Substituto, Prestação em Desacordo, MDFe ou Comprovante de Entrega. Indício de geração através de cruzamento de informações. O artigo 4º estabelece que após o pedido de cancelamento extemporâneo for finalizado, o envio do evento de cancelamento deve ser feito em: até 15 dias contados a partir do registro do pedido de cancelamento. até 60 dias contados a partir da emissão do CTe. Leia a o Ato Diat Nº031/2025 na íntegra AQUI.

Olá, pessoal! No dia 04/07/2025, por volta das 14h12, começamos a receber diversos relatos de membros da nossa comunidade, tanto em nosso servidor do Discord quanto em nosso fórum, sobre problemas relacionados à NF-e e à NFC-e junto a Sefaz sefaz de múltiplas UFs. Todos os relatos tinham em comum a mesma situação: o número do protocolo de autorização (nProt) devolvido pelos web services continha 17 caracteres, em vez dos habituais 15. Se conferirmos na Nota Técnica 2025/002, podemos observar que, de fato, está previsto um aumento de 15 para 17 caracteres nesta informação. No entanto, ainda não alcançamos as datas previstas no cronograma para esta implementação. De acordo com alguns relatos, essa questão foi sanada e, após pouco tempo, as notas autorizadas voltaram a apresentar o nProt com tamanho 15. Contudo, ainda temos relatos de problema, pois algumas notas que foram geradas com protocolo de 17 caracteres estão devolvendo erro de schema ao tentar cancelar: Falha na validação dos dados do Evento: --> 1839 - Element '{http://www.portalfiscal.inf.br/nfe%7DnProt': [facet 'pattern'] The value '3XXXX0000003XXXX2' is not accepted by the pattern '[0-9]{15}'. Considerando todas essas informações: Caso esteja enfrentando erro de schema ao tentar realizar o cancelamento dessas notas, confirme se não está utilizando arquivo de schema desatualizado, pois a regex já foi atualizada nos arquivos .XSD em pacote de schemas liberado anteriormente para a Reforma Tributária. ...\trunk2\Exemplos\ACBrDFe\Schemas\NFe\tiposBasico_v4.00.xsd <xs:simpleType name="TProt"> <xs:annotation> <xs:documentation>Tipo Número do Protocolo de Status</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:maxLength value="17"/> <xs:pattern value="[0-9]{15}|[0-9]{17}"/> </xs:restriction> </xs:simpleType> Caso ainda esteja recebendo o nProt com tamanho 17 ao autorizar uma NFe/NFCe ou esteja recebendo erro diferente do mencionado acima ao tentar cancelar essas notas, recomendamos que abra um Fale Conosco junto a Sefaz para relatar a situação. Quanto mais pessoas reportarem, mais rápido a respectiva Sefaz perceberá que existe algum problema. Para abrir um Fale Conosco junto a Sefaz, siga as orientações de acordo com a Sefaz de sua Jurisdição

Olá, tudo bem? Vamos lá. Tenho uma aplicação que funcionava normalmente para o cancelamento da NF-e. A partir da semana passada, ela continua cancelando, porém não salva mais o arquivo e não traz as informações do nome do arquivo. Alguém pode me ajudar? FrmMenu.ACBrNFe1.NotasFiscais.Assinar; FrmMenu.ACBrNFe1.EnviarEvento(StrToInt(idLote)); MemoResp.Lines.Text := FrmMenu.ACBrNFe1.WebServices.EnvEvento.RetWS; memoRespWS.Lines.Text := FrmMenu.ACBrNFe1.WebServices.EnvEvento.RetornoWS; LoadXML(FrmMenu.ACBrNFe1.WebServices.EnvEvento.RetornoWS, WBResposta); DM.CNFE.Edit; DM.CNFECANCEL_TPAMB.AsString := TpAmbToStr(FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.TpAmb); DM.CNFECANCEL_VERAPLIC.AsString := FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.verAplic; DM.CNFECANCEL_CSTAT.AsInteger := FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.cStat; DM.CNFECANCEL_XMOTIVO.AsString := FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.xMotivo; DM.CNFECANCEL_CHNFE.AsString := FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.chNFe; DM.CNFECANCEL_DHRECBTO.AsDateTime := FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.dhRegEvento; DM.CNFECANCEL_PROTOCOLO.AsString := FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.nProt; DM.CNFECANCEL_NLOTE.AsInteger := DM.CLOTIDLOTE.AsInteger; if FrmMenu.ACBrNFe1.WebServices.EnvEvento.cStat = DM.CNFECANCEL_CSTAT.AsInteger then begin CaminhoEvento := FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.NomeArquivo; end else ShowMessage('Erro ao enviar o evento.'); if CaminhoEvento = '' then begin ShowMessage('Erro ao enviar o evento!'); Abort; end; Todos os campos do retorno funcionam, exceto este:CaminhoEvento := FrmMenu.ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.NomeArquivo; Desde já, agradeço!

Olá pessoal! Segue abaixo um comunicado disponibilizado pela Sefaz do Mato Grosso que diz respeito ao prazo para formalização do pedido de cancelamento extemporâneo.

Pessoa boa noite, estou tentando enviar um cancelamento para a sefaz, o formato que estou enviando para homologação esta abaixo da mensgem, e o retorno esta sendo cstat: 243, XML mal formado, para Eventos não existe a necessidade de transformar em base64 correto? ja estou enviando a assinatura correta, pois a comunicação funciona para recepcao. quando envio no validador da SEFAZ não tem apontamentos <?xml version="1.0" encoding="UTF-8"?> <eventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"> <infEvento Id="ID11011135241232071658000143571019876543211123456785111"> <cOrgao>35</cOrgao> <tpAmb>2</tpAmb> <CNPJ>valor ocultado</CNPJ> <chCTe>35241241054338000166571019876543211123456785</chCTe> <dhEvento>2025-01-04T00:01:53-00:00</dhEvento> <tpEvento>110111</tpEvento> <nSeqEvento>111</nSeqEvento> <detEvento versaoEvento="4.00"> <evCancCTe> <descEvento>Cancelamento</descEvento> <nProt>123456789012345</nProt> <xJust>justificativa de cancelamento</xJust> </evCancCTe> </detEvento> <infPAA> <CNPJPAA>valor ocultado</CNPJPAA> <PAASignature> <SignatureValue> valor ocultado</SignatureValue> <RSAKeyValue> <Modulus> valor ocultado</Modulus> <Exponent>valor ocultado</Exponent> </RSAKeyValue> </PAASignature> </infPAA> </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="#ID11011135241242078658000166571019876543211123456785111"> <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>VWotwxAf6RNFfgqGXvMeA78M7eA=</DigestValue> </Reference> </SignedInfo> <SignatureValue> valor ocultado</SignatureValue> <KeyInfo> <X509Data> <X509Certificate> valor ocultado</X509Certificate> </X509Data> </KeyInfo> </Signature> </eventoCTe>

Bom dia pessoal, tudo bem? Espero que sim. Estive enfrentando problemas ontem em uma situação bem específica com um cliente de RO. Por algum motivo as notas não retornam todas as informações quando consultadas, mas consultando pelo portal NF-e, as informações estão constando lá. Dito isso, o problema é que em algumas notas emitidas há aproximadamente 1 mês atrás, ao serem consultadas, não retornam o protocolo, além do status "Autorizado o uso da NF-e (documento indisponível no momento)". Até aí tudo bem, não estava impactando em nada, o problema é quando tentamos efetuar o cancelamento dessas NF-e através da ACBrLibNFe, acredito que internamente o componente deve fazer alguma consulta da NF-e e baseado nisso o cancelamento, então pelo fato de não ter retorno do protocolo, ocorre um erro de schema no método NFE_Cancelar. Essas notas estariam sim de fato fora do prazo de cancelamento, contudo, o cliente solicitou a extensão para a SEFAZ, permitindo o cancelamento extemporâneo. Como estamos em processo de migração do nosso sistema de Delphi para C#, ainda tenho uma versão antiga do sistema que utilizava o componente ACBrNFe diretamente, e para minha surpresa, nessa versão em Delphi, via componente, o cancelamento foi realizado corretamente. Segue print do acontecido no ACBrLib.NFe.Demo.exe:

Pessoal, um cliente meu (estado: MG) emitiu nota fiscal em contingência e em está tentando cancelar com o cancelamento extemporâneo, mas sempre dá a Rejeição 220: Prazo de Cancelamento Superior ao Previsto na Legislação. Eu entrei em contato com a receita federal de minas e eles me passaram as orientações abaixo por e-mail: O cancelamento extemporâneo de NF-e emitida em Contingência SVC, via emissor PRÓPRIO, somente É POSSÍVEL se o aplicativo estiver configurado para direcionar a solicitação de cancelamento para WebService de Minas Gerais. E não é possível o cancelamento extemporâneo de NF-e via emissor GRATUITO. PRÓPRIO deverá transmitir o cancelamento da NF-e conforme uma das opções abaixo: Antes de efetuar a transmissão do cancelamento, V. Sª deverá configurar o seu aplicativo para transmitir o cancelamento do NF-e, quando se tratar de Cancelamento Extemporâneo em SVC, para a WebService de Minas Gerais (https://nfe.fazenda.mg.gov.br/nfe2/services/NFeRecepcaoEvento4). Atenção: A transmissão do cancelamento NÃO poderá ser direcionada para o ambiente nacional, mas para a webservice de MG informada acima. Eu preciso fazer alguma alteração para conseguir cancelar esta nota? Se sim como faço?

Estou com um problema nos cancelamentos das averbações na AT&M. Retorna o xml abaixo. Analisando percebi que à um problema na montagem do xml. Em ACBrANeDocumentos na função RemoverGrupoInfSuplementares, como é um xml de cancelamento não possui a tag infCTeSupl, e esta retirando uma parte no inicio do xml de forma indevida. O mesmo problema acontece em ACBrANeWebServices na função RemoverGrupoInfSuplementares também. Porem ajustei isso e continuou dando erro. Parece que possui um caractere invalido. Não consegui resolver o problema. <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"> <SOAP-ENV:Body> <SOAP-ENV:Fault> <faultcode xsi:type="xsd:string">SOAP-ENV:Client</faultcode> <faultactor xsi:type="xsd:string"/> <faultstring xsi:type="xsd:string">error in msg parsing: XML error parsing SOAP payload on line 1: Invalid character</faultstring> <detail xsi:type="xsd:string"/> </SOAP-ENV:Fault> </SOAP-ENV:Body> </SOAP-ENV:Envelope> XML de envio em anexo. Se alguém conseguir me ajudar... 20221104092526-ped-ANe-soap.xml

Ao executar o programa de exemplo do ACBrNFSeX para cancelar uma NFSe: No site da prefeitura: Sim, a NFSe é cancelada (tudo ok) No programa de exemplo mostra o log que não realizado com sucesso. No ERP dá mensagem que cancelou mas na verdade, no site da prefeitura, a mesma não é cancelada Não sei como proceder.

Bom dia , Estou realizando a homologação da Emissão de NFS-e junto ao provedor 4R e ao realizar os testes de Cancelamento através do DEMO do ACBR, notei que o provedor 4R trabalha de forma diferente da GINFES, que eu já homologuei. Pelo que eu entendi, eu mando a solicitação e depois tenho que buscar um retorno, alguém sabe me informar se é isso mesmo?? EU não encontrei nada nos códigos do ACBR que me traga um retorno de cancelamento. Segue abaixo o XML do retorno do pedido de cancelamento: <hCancelarNfse.ExecuteResponse xmlns="Abrasf2"> <Resposta xmlns="Abrasf2"> <CancelarNfseResposta xmlns="http://www.abrasf.org.br/nfse.xsd"> <RetCancelamento/> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>K02</Codigo> <Mensagem>Pedido de cancelamento realizado com sucesso. Aguarde aprovacao da prefeitura.</Mensagem> <Correcao/> </MensagemRetorno> </ListaMensagemRetorno> </CancelarNfseResposta> </Resposta> </hCancelarNfse.ExecuteResponse>

Bom dia, com o problema na SEFAZ da BA estou enviando as notas para o SVC-RS funcionando 100%, só que estou precisando cancelar uma nota e quando tento cancelar esta dando erro como estivesse tentando usar a URL da BA eu fiz a mesma mudança do envio da nota no cancelamento que foi trocar na configuração o TipoEmissao para 7 SVC-RS. O envio funcionou só o cancelamento que não esta dando certo. Alguém pode me ajudar? Obrigado.

Tenho uma nota cancelada, e quero enviar ao cliente a NF-e juntos dos eventuais Eventos gerado (tipo carta de correção ou cancelamento) tem como enviar anexado no mesmo email?

boa tarde, alguem poderia enviar um exemplo do cancelamento do sat versao 0.08 por favor grato

Ao imprimir o cancelamento de um MDFe, a chave é impressa mas não o código de barras. O arquivo ACBrMDFeDAEventoRLRetrato contem o componente de código de barras mas ele nunca é usado. Gostaria de saber o motivo de não imprimir, se foge da recomendação, se há algum problema no meu código ou se é algo que poderia (ou deveria) estar funcionando mas não está. Anexo imagens de exemplo:

Olá Prezados, Estou com erro no cancelamento da NFs de Betha. Ao cancelar a nota recebo um XML apenas com Fault String 172, pelo codigo indica um erro de assinatura. Notei que nas versões anteriores do sistema esse erro não estava ocorrendo, então voltei o ACBr para a revision que o cancelamento estava funcionando e voltou a funcionar. Voltei para a revision 17491 e consegui fazer o cancelamento normalmente. Ao analisar os XML notei a seguinte diferença na contrução do XML para cancelamento: No arquivo a esquerda esta funcionando, portanto, notei que a diferença está no <Reference URI="#canc3". Alguém poderia me orientar como faço para inserir essa URI="#canc3" na revision atual? OBS: Para esse municipio realizamos a contrução do XML manualmente e utilizamos o compontene ACBr apenas para realizar o envio e assinatura.

Fala galera, Boa tarde. Tudo certo ? Galera eu vi que tinha um tópico falando desse provedor estava fechado, não consegui incluir o questionamento no mesmo. Seguinte, to validando a rotina de envio, estou com um problema no cancelamento. Estou com o seguinte retorno <SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://nfse.abrasf.org.br"> <SOAP-ENV:Body> <ns1:CancelarNfseResponse> <outputXML/> </ns1:CancelarNfseResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Ta estranho. hehe Alguém tem um xml de exemplo aew para o cancelamento. Valeu galera! Abraço!

Pessoal, não existia cancelamento para o provedor IPM. Houve a necessidade em um cliente e eu implementei a opção. Seguem os arquivos alterados para que possam colocar no repositório. pnfsCancNfseResposta.pas pnfsNFSeG.pas Exemplos de XML de envio e de retorno. 1512-can2.xml 1512-can3.xml 1512-ped-can3.xml

Muito bom dia a todos! Após verificar outros tópicos abordando esse assunto e já estando fechados, abrimos esse tópico por os tópicos relacionados não atenderem a solução de nosso problema. O cancelamento da NFS-e para provedor govdigital não esta funcionando, ocorre erro de "Não foi possível carregar XML", verificamos que foi realizado correções para outros provedores, que essa falha foi solucionado, porém aplicando as mesma alterações não resolveu para o nosso provedor. Sendo assim venho solicitar orientações para uma solução definitiva. Acompanhamos o tópico abaixo: E realizamos a correção no arquivo INI do GovDigital o qual não havia alterações, isto é acrescentamos a linha: DocElemento=Pedido></CancelarNfseEnvio Gostaríamos de uma confirmação se esse é o procedimento correto. 18226-ped-can-soap.xml 18226-can.xml 18226-can-soap.xml 18226-ped-can.xml

<?xml version="1.0" encoding="utf-8"?> <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> <nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeRecepcaoEvento4"> <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <idLote>1</idLote> <evento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <infEvento Id="ID110111531906088656150001925500100001190017471580011"> <cOrgao>91</cOrgao> <tpAmb>2</tpAmb> <CNPJ>08865615000192</CNPJ> <chNFe>53190608865615000192550010000119001747158001</chNFe> <dhEvento>2019-06-13T00:39:00-03:00</dhEvento> <tpEvento>110111</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"> <descEvento>Cancelamento</descEvento> <nProt>353190024563711</nProt> <xJust>Apenas um teste para ver como e montada a mensagem</xJust> </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="#NFe53190608865615000192550010000119001747158001"> <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>xxx=</DigestValue> </Reference> </SignedInfo> <SignatureValue>xxx==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>xxx</X509Certificate> </X509Data> </KeyInfo> </Signature> </evento> </envEvento> </nfeDadosMsg> </soap12:Body> </soap12:Envelope> Bom dia galera! Estou com um problema para simular um cancelamento dentro do ambiente de homologação. Estou usando o PostMan para tal, e consegui ter sucesso na simulação em 3 dos 5 webservices. Atualmente estou com um problema de validação, com a seguinte resposta: <?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> <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeRecepcaoEvento4"> <retEnvEvento versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <idLote></idLote> <tpAmb>2</tpAmb> <verAplic>1.0.0</verAplic> <cOrgao>53</cOrgao> <cStat>215</cStat> <xMotivo>Rejeicao: Falha no Esquema XML</xMotivo> </retEnvEvento> </nfeResultMsg> </soap:Body> </soap:Envelope> Tentei muita coisa já, mas eu não consigo reverter isso. Ps: O código está identado pra melhor compreensão, mas no postman eu mando ele tudo numa linha, se não ele dá erro por causa dos espaços da identação que o parser do XML não reconhece.

Bom dia, Estou fazendo o roteiro da Software Express usando o ACBrTEFD + CliSitef via DLL. Na sequência 26 pede que a aplicação tenha um atalho ou botão para cancelar a transação enquanto aguarda a senha no pinpad. No exemplo do TEFD tem a seguinte anotação: // TODO: nesse ponto é necessário desbloquear o Teclado, mas permitir // um clique apenas no botão cancelar.... FALTA CORRIGIR NO DEMO Já existe alguma forma de fazer esse cancelamento ou alguém tem alguma dica de como implementar esse processo estou travado nesse ponto do roteiro. Obrigado

Olá Bom dia! Estava com um problema ao cancelar uma NFS-e no provedor Recife, estava recebendo um erro estranho vocês podem ver descrito na imagem em anexo: anexo_erro1.jpg. Isso começou após eu ter atualizado os fontes para contemplar a obrigatoriedade das informações do técnico responsável na NFC-e. Ao procurar pelo fórum encontrei esse tópico com uma alteração que funcionou, porém o provedor Digifred do caso do @wmrodrigo tinha tido alterações direto nos arquivos INI então, não precisava ter feito alteração nos fontes e o @Italo Jurisato Junior pediu pra desfazer a alteração e rever os arquivos INI, mas no meu caso, em Recife, não teve alterações no INI, pelo menos não listado no tópico recomendado pelo @Italo Jurisato Junior. Tópico Com a solução: Tópico com a lista de provedores com alterações: Estou fazendo este tópico, pois ao fazer a mesma alteração que o amigo @wmrodrigo fez, só que alterando para meu provedor, tudo funcionou bem e consegui cancelar a Nota normalmente. A linha que alterei pode ser vista na imagem em anexo Erro-Solucionado-Recife_2.jpg Vou enviar também para análise as alterações no arquivo ACBrNFSeWebServices.pas. Se houver alguma outra forma de funcionar fico a disposição para implementar, seja no arquivo ini de recife ou de alguma outra forma. PS: Meu repositório está atualizado com "At Revision 16821". ACBrNFSeWebServices.pas

Boa tarde pessoal, abaixo, meu código fonte: ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCancSubst; infEvento.detEvento.xJust := Justificativa; infEvento.detEvento.nProt := Protocolo; infEvento.detEvento.cOrgaoAutor := 41; infEvento.detEvento.verAplic := '1.0'; infEvento.detEvento.chNFeRef := ChaveAcessoNFCeSubstituta; end; ACBrNFe1.EnviarEvento(StrToInt(idLote)); --- Verificando no fonte do Acbr, não encontrei condicional para o teCancSubst, no trecho de código abaixo: TACBrNFe.EnviarEvento(idLote: integer): Boolean; ... if EventoNFe.Evento.Items.infEvento.tpEvento = teCancelamento then begin EventoNFe.Evento.Items.infEvento.detEvento.nProt := NotasFiscais.Items[j].NFe.procNFe.nProt; Podem me ajudar? Observação: Atualizei o Acbr hoje. Marcel

Boa ! Após atualização dos fontes e uso do schema da pasta do ACBr estou recebendo o erro abaixo ao fazer cancelamento de NF-e , porém, não é a todo o momento. Caso eu consulte a nota, ela consta como cancelada. O que poderia estar ocasionando este problema? OBS: Ambiente de homologação. Erro Interno: 0 Erro HTTP: 0 URL: https://homologacao.nfe.fazenda.sp.gov.br/ws/nferecepcaoevento4.asmx O tempo limite da operação foi atingido - URL:https://homologacao.nfe.fazenda.sp.gov.br/ws/nferecepcaoevento4.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NFeRecepcaoEvento4/nfeRecepcaoEvento ] Valeu!

Boa! Estou tendo problemas com os novos schemas disponibilizados pelo Governo no momento do cancelamento de NF-e/NFC-e. O retorno do erro segue na imagem anexada. Os schemas novos : http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8= Fico na dúvida se o problema é com o ACBr ou com os schemas disponibilizados. Valeu!

Bom dia, gostaria de saber se alguém do estado de SP conseguiu fazer o evento de cancelamento por substituição. Ou um exemplo do ACBR, porque estou mandando o meu e pelo que vi aqui esta indo correto, porém recebo a mensagem: <cStat>491</cStat> <xMotivo>Rejeição: tpEvento informado é inválido</xMotivo> Meu xml de envio: