Pesquisar na Comunidade

Boa tarde, Percebi que o SIgISSWeb ao usar o ConsultaNFSeporRps ele não registra os valores no "ACBrNFSe.WebService.ConsultaNFSeporRps.Cancelamento" caso a nota estiver cancelada, logo resolvi atualizar o SigISSWeb.Provider.zip para que seja possível a consulta se caso está cancelada.

Ao cancelar uma NFS-e no padrão nacional estou recebendo o erro: Input is not proper UTF-8, indicate encoding ! Percebi que o problema ocorre na procedure TACBrNFSeProviderPadraoNacional.TratarRetornoEnviarEvento na linha DocumentXml.LoadFromXml(EventoXml) Ele extrai o xml pra pegar as informações do evento, alguém já passou por isso? Já foi comentado em outro post pra alterar a procedure TACBrXmlDocument.LoadFromXml(AXmlDocument: string) e descomentar a linha: // a linha abaixo foi comentada pois segundo o DSA consome muito a CPU e causa lentidão // AXmlDocument := NativeStringToUTF8(AXmlDocument); Mas se está comentado é por algum motivo...

Olá comunidade ! Foi publicado no Diário Oficial da União o Despacho Nº 42, de 8 de Dezembro de 2025. A publicação traz diversos ajustes incluindo o Ajuste SINIEF Nº 50, de 5 de Dezembro de 2025 que altera o Ajuste SINIEF n° 5, de 8 de abril de 2021 que institui a Declaração de Conteúdo Eletrônica (DC-e) e seu respectivo impresso. A publicação altera a cláusula que estabelece prazo de até 15 dias para o cancelamento da DC-e, incluindo agora documentos emitidos por marketplaces: Também é acrescido nova cláusula que permite as UFs definirem limites, condições e exceções para os referidos prazos. Este ajuste entre em vigor a partir de 01/02/2026 conforme cláusula terceira:

Rejeição A reforma tributária adicionou 14 novos eventos que podem ser gerados vinculados a uma NFe pelos participantes emissor, destinatário e sucessora. Para que não fosse necessário criar 14 eventos de cancelamento correspondentes, foi criado um único evento de cancelamento genérico que pode ser usado para todos. Essa rejeição pode ser recebida ao tentar transmitir esse evento de cancelamento genérico. Solução A regra que devolve a rejeição procura na base de dados da sefaz um evento que tenha a chave de acesso, o tpEvento e o nSeqEvento correspondentes ao que está sendo enviado para o cancelamento. Portanto, se estiver recebendo essa rejeição, confirme se todos os elementos estão corretos. Por exemplo, se você não está enviando o nSeqEvento 4 no cancelamento quando o nSeqEvento do evento que está tentando cancelar é 3.

Olá pessoal, Estou corrigindo no meu Sistema o processo de contingência off-line da NFCE e estou com erro no processo de cancelamento de NFCE por substituição. Eu emito esse XML de evento de cancelamento por substituição: <infEvento Id="ID110112352508xxxxxxxxxxx65009000011318101000742801"> <cOrgao>35</cOrgao> <tpAmb>2</tpAmb> <CNPJ>xxxxxxxxxxxxxxxxxxx</CNPJ> <chNFe>35250801xxxxxxxxxxxxxxxxx650090000113181010007428</chNFe> <dhEvento>2025-08-28T12:13:58-03:00</dhEvento> <tpEvento>110112</tpEvento> <nSeqEvento>1</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"> <descEvento>Cancelamento por substituicao</descEvento> <cOrgaoAutor>35</cOrgaoAutor> <tpAutor>1</tpAutor> <verAplic>13</verAplic> <nProt>135250001703547</nProt> <xJust>FALHA NA CONEXAO DE INTERNET.</xJust> <chNFeRef>35250801xxxxxxxxxxxxxxxxxx650090000113199010007420</chNFeRef> </detEvento> </infEvento> Estou recebendo o seguinte erro: Valida: Falha Error: 1; SubC: 1007; OSCode: -2147352567; SubSystem: WINOLE; Mensagem: leiauteEventoCancSubst_v1.00.xsd#/schema/complexType[2][@name = 'TRetEvento']/sequence[1]/element[1][@name = 'infEvento']/complexType[1]/sequence[1]/element[3][@name = 'cOrgao'] Undeclared XSD type : '{http://www.portalfiscal.inf.br/nfe}TCOrgaoIBGE'. (0x80004005) Será que alguém consegue jogar uma luz no problema? Será que tem alguma tag errada no meu xml de evento de cancelamento por susbtituição? Obrigado, Jair Pereira ( jairxpereira )

Bom dia pessoal! Tivemos um caso que aconteceu no cliente. Ocorre o seguinte: Foi realizado o pagamento via VERO, porém, o cliente usou um cartão indevido e deseja cancelar esse e pagar com outro cartão por exemplo, então resolveram fazer o cancelamento desse pagamento. Mas aparece a caixa de diálogo em tela solicitando o EC. Eis que começa o problema, pois o EC só temos ao finalizar a venda, e emitir o comprovante, até a impressão do mesmo, não temos o código do EC, sendo assim, não é possível cancelar o pagamento. Obs1: Utilizando a DEMO, em teste local, não solicita o EC. Obs2: No log de componente temos a informação PWINFO_VIRTMERCH que guarda o EC, porém, onde devo alimentar essa informação para não solicitar em tela. Obs3: Tentei conversar com o pessoal do Discord, mas sem sucesso, pois confundiram desfazimento com cancelamento, ou que solicita o EC para não haver cancelamento indevido, mas creio que não deveria ficar a cargo de nossos clientes informar esse código e sim o sistema alimentar isso no cancelamento do pagamento. Agradeço a ajuda. comms_250812.log log componente.log

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.