Pesquisar na Comunidade

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:

Bom dia, Erro no cancelamento da NFS-e para a versão 2.04, entrei em contato com o suporte da IPM, enviei o xml de cancelamento (1-ped-can.xml). resposta da IPM: "O município de Cunha Porã/SC utiliza o layout padrão Abrasf, segue em anexo exemplo arquivo XML de cancelamento de NFSe." OBS: enviaram o arquivo exemplo do xml para pedido de cancelamento para a versão 2.04, em anexo. nota_abrasf_-_cancelar_nfs-e_2327_1_1_envio.xml

Ao cancelar uma nota estou recebendo o retorno 'E999 - Ocorreu um erro inesperado. - As possíveis causas são formatações XML incorretas.' Onde pode estar o erro? 1337-can.xml 1337-can-soap.xml 1337-ped-can.xml 1337-ped-can-soap.xml

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?

Olá, estou usando o ACBRTEFAPI para cancelamento de uma operação !Gostaria de saber se tem como desativar a chamada dos Menus, pois os valores de NSU da transação já envio tudo via comando ficando redundante para o operador! Estou usando SITEF EX: ACBrTEFAPI1.CancelarTransacao('999120009','200',date,100,'3000','VISA'); OBS: Percebi que no TEFAndroid não existe chamada a menus, parece-me que é só passar os dados como no exemplo acima

boa tarde amigos, em um cliente específico, os cupons Sat cancelados no mês 03 no momento foram emitidos com sucesso, porém quando o contador foi analisar no retaguarda do Sat, lá consta como inválido, gostaria de saber se alguém já passou por essa situação, o que pode ter ocorrido ?

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.

bom dia amigos, por duas vezes aconteceu com o cancelamento da nfe, o sistema fez o cancelamento normal, foi gerado o xml de retorno com protocolo e confirmação do cancelamento, porém no site da fazenda ao fazer a consulta não consta o evento de cancelamento. alguém mais teve esse problema ??? houve alguma alteração em relação a cancelamento de nfe ??? no aguardo, até mais.

Prezados, bom dia! Uma contadora me questionou se os registros 60 estão corretos com relação a descontos e cancelamentos. Como vocês informam nos registros 60D e 60I do Sintegra: - um cupom fiscal com descontos; - um cupom fiscal cancelado por completo; e - cupom fiscal com itens cancelados (isto é, como informam o item (ou itens) cancelados)? Neste exemplo temos tanto cancelamentos como descontos. 60M20201124DR0812BR0000003509340012D00412300416100060700100000000012665840000000187295814 60A20201124DR0812BR0000003509341800000000703868 60A20201124DR0812BR000000350934DESC000000418152 60A20201124DR0812BR000000350934CANC000000139980 60A20201124DR0812BR000000350934F 000000004584 60D20201124DR0812BR0000003509340000000070164 00000001174900000000000274925000000000027492518000000000049487 60D20201124DR0812BR0000003509340000000070164 000000000100000000000000023400000000000002340CANC0000000000421 60D20201124DR0812BR0000003509340000000070430 00000003573900000000000804127000000000080412718000000000144746 60D20201124DR0812BR0000003509340000000070430 000000006000000000000001350000000000000135000CANC0000000024300 60D20201124DR0812BR0000003509340000000070447 00000000100000000000000023700000000000002370018000000000004266 60D20201124DR0812BR0000003509340000000930147 00000000123000000000000002952000000000000295218000000000000531 60D20201124DR0812BR0000003509340000000930147 000000001100000000000000026400000000000002640CANC0000000000475 60D20201124DR0812BR0000003509340000000930697 000000000100000000000000006500000000000000000F 0000000000000 60D20201124DR0812BR0000003509340000000930703 00000000200000000000000014400000000000001440018000000000002593 60I20201124DR0812BR0000003509342D0041240010000000070430 000000001500000000000022500000000337501800000000006075 60I20201124DR0812BR0000003509342D0041250010000000070430 00000000600000000000002250000000135000CANC000000024300 60I20201124DR0812BR0000003509342D0041270010000000070430 000000000600000000000022500000000135001800000000002430 60I20201124DR0812BR0000003509342D0041280010000000070430 000000000550000000000022500000000123751800000000002228 60I20201124DR0812BR0000003509342D0041290010000000070164 000000000660000000000023400000000154441800000000002780 60I20201124DR0812BR0000003509342D0041300010000000070164 000000001000000000000023400000000234001800000000004212 60I20201124DR0812BR0000003509342D0041310010000000070430 000000000400000000000022500000000090001800000000001620 60I20201124DR0812BR0000003509342D0041320010000000070430 000000000400000000000022500000000090001800000000001620 60I20201124DR0812BR0000003509342D0041330010000000070430 000000002280000000000022500000000513001800000000009234 60I20201124DR0812BR0000003509342D0041340010000000070430 000000001209000000000022500000000272021800000000004896 60I20201124DR0812BR0000003509342D0041350010000000070164 000000000560000000000023400000000131041800000000002359 60I20201124DR0812BR0000003509342D0041360010000000070164 00000000010000000000002340000000002340CANC000000000421 60I20201124DR0812BR0000003509342D0041380010000000070164 000000001040000000000023400000000243361800000000004380 60I20201124DR0812BR0000003509342D0041390010000000070430 000000001030000000000022500000000231751800000000004172 60I20201124DR0812BR0000003509342D0041400010000000070430 000000000400000000000022500000000090001800000000001620 60I20201124DR0812BR0000003509342D0041410010000000930703 000000001200000000000007200000000086401800000000001555 60I20201124DR0812BR0000003509342D0041420010000000070430 000000000860000000000022500000000193501800000000003483 60I20201124DR0812BR0000003509342D0041430010000000070430 000000000900000000000022500000000202501800000000003645 60I20201124DR0812BR0000003509342D0041440010000000070430 000000002150000000000022500000000483751800000000008708 60I20201124DR0812BR0000003509342D0041450010000000070447 000000001000000000000023700000000237001800000000004266 60I20201124DR0812BR0000003509342D0041460010000000070164 000000004800000000000023400000001123201800000000020218 60I20201124DR0812BR0000003509342D0041470010000000930703 000000000600000000000007200000000043201800000000000778 60I20201124DR0812BR0000003509342D0041480010000000070430 000000000830000000000022500000000186751800000000003362 60I20201124DR0812BR0000003509342D0041490010000000930147 000000001230000000000002400000000029521800000000000531 60I20201124DR0812BR0000003509342D0041500010000000070430 000000000900000000000022500000000202501800000000003645 60I20201124DR0812BR0000003509342D0041510010000000070430 000000002600000000000022500000000585001800000000010530 60I20201124DR0812BR0000003509342D0041520010000000070430 000000000100000000000022500000000022501800000000000405 60I20201124DR0812BR0000003509342D0041520020000000070430 000000000100000000000022500000000022501800000000000405 60I20201124DR0812BR0000003509342D0041520030000000070430 000000001400000000000022500000000315001800000000005670 60I20201124DR0812BR0000003509342D0041530010000000070430 000000004000000000000022500000000900001800000000016200 60I20201124DR0812BR0000003509342D0041540010000000070164 000000002442000000000023400000000571421800000000010286 60I20201124DR0812BR0000003509342D0041550010000000070430 000000001190000000000022500000000267751800000000004820 60I20201124DR0812BR0000003509342D0041560010000000930147 00000000110000000000000240000000002640CANC000000000475 60I20201124DR0812BR0000003509342D0041560020000000930703 000000000100000000000007200000000007201800000000000130 60I20201124DR0812BR0000003509342D0041560030000000930703 000000000100000000000007200000000007201800000000000130 60I20201124DR0812BR0000003509342D0041560050000000930697 00000000010000000000000650000000000000F 000000000000 60I20201124DR0812BR0000003509342D0041570010000000070430 000000002950000000000022500000000663751800000000011948 60I20201124DR0812BR0000003509342D0041580010000000070430 000000001190000000000022500000000267751800000000004820 60I20201124DR0812BR0000003509342D0041590010000000070164 000000001247000000000023400000000291791800000000005252 60I20201124DR0812BR0000003509342D0041600010000000070430 000000008200000000000022500000001845001800000000033210 Anexei o arquivo completo... Gero neste formato aí desde que existe o Sintegra (sei lá... perto de 1996/1997 acho!) Grato aí por qualquer colaboração... (não consegui encontrar nada na legislação do Sintegra especificando com exatidão esta questão em especial). INA088201018012021080823.txt

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.

Bom dia pessoal, Tenho a seguinte duvida, como fazer o cancelamento de um boleto? Não encontrei uma função na lib para fazer isso. Agradeço a ajuda.

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

Atualizamos os fontes e apresentou novamente o erro no cancelamento da notablu. 'Rejeicao: Assinatura difere do calculado.'. Anexei os XML gerados no envio e no cancelamento. XML.rar

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

erro de impressão do cupom SAT, começou acontecer hoje, houve alguma mudança ????? ERRO: Nenhum arquivo informado como parametro!

<?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