Pesquisar na Comunidade

Olá pessoal! É com grande alegria que informamos que foi disponibilizada a impressão de eventos para NFC-e com o FPDF A nova impressão possui leiaute semelhante ao print(informações de identificação foram censuradas): Vale lembrar para aqueles que usam componente nativo, que para o correto funcionamento da mesma, é necessário que o XML da NFC-e correspondente seja carregado na memória previamente. Quem utiliza ACBrMonitor ou ACBrLib já é requisitado como parâmetro do comando ImprimirEventoPDF que seja passado o XML da NFC-e. Versões da ACBrLib compiladas depois das 11h50 do dia 02/04/2025 deverão englobar o ajuste. Um agradecimento ao @Arimateia Jr pelo auxílio ao fornecer a base para a implementação.

O que é o evento de resposta ao pedido de prorrogação gerado pelo Fisco? A nota técnica 2015/001 estabelece o evento de pedido de prorrogação. Este evento visa atender Convênio AE-15/74, de forma a permitir que o contribuinte faça um pedido de prorrogação da suspensão do ICMS na remessa para industrialização após 180 dias. No entanto, diferente dos demais eventos, quando o contribuinte faz o envio de um evento de pedido de prorrogação, ele vai receber apenas a informação de que o pedido foi registrado. A confirmação se o pedido foi deferido ou não é devolvida em um novo evento gerado pelo próprio fisco. Como obter o evento de resposta gerado pelo fisco? Os eventos de resposta gerados pelo fisco podem ser: Evento Fisco Resposta ao Pedido de Prorrogação 1º prazo (tpEvento=411500, “EFPP1”). Evento Fisco Resposta ao Pedido de Prorrogação 2º prazo (tpEvento=411501, “EFPP2”). Evento Fisco Resposta ao Cancelamento de Prorrogação 1º prazo (tpEvento=411502, “EFCPP1”). Evento Fisco Resposta ao Cancelamento de Prorrogação 2º prazo (tpEvento=411503, “EFCPP2”). Todos estes eventos são devolvidos tanto para o emitente quanto para o destinatário da nota através da Distribuição DFe. Como leio a informação do evento na resposta da Distribuição DFe? Como o web service devolve múltiplos eventos, é necessário se atentar a informação tpEvento que é devolvida na resposta. Vejam rotina adaptada a partir da rotina já existente no programa exemplo: uses pcnRetDistDFeInt; implementation //... var LretDisDFeInt: TretDistDFeInt; i: Integer; begin ACBrNFe.DistribuicaoDFePorUltNSU(CodUFAutor, CNPJInteressado, UltNSU); LretDisDFeInt := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt; if LretDisDFeInt.cStat = 138 then //Localizou doumentos... begin for i := 0 to Pred(LretDisDFeInt.docZip.Count) do begin case LretDisDFeInt.docZip[i].schema of schresEvento: begin if LretDisDfeInt.docZip[i].resEvento.tpEvento in [teEventoFiscoPP1, teEventoFiscoPP2, teEventoFiscoCPP1, teEventoFiscoCPP2] then begin //Lê as informações do resumo do evento. LretDisDFeInt.docZip[i].resEvento.XXX end; end; schprocEventoNFe: begin if LretDisDfeInt.docZip[i].procEvento.tpEvento in [teEventoFiscoPP1, teEventoFiscoPP2, teEventoFiscoCPP1, teEventoFiscoCPP2] then begin //Lê as informações do evento. LretDisDFeInt.docZip[i].procEvento.XXX end; end; //... end; end; end; end; Para quem utiliza ACBrLib ou ACBrMonitor. A resposta devolvida possui na seção que é gerada para o evento o tipo de evento. Basta validar se o tipo de evento corresponde ao que é preciso. [ProEve001] NSU=000000000000308 chCTe=3511111111111111550010000570851000570854 cOrgao=35 CNPJCPF=99999999999999 id=ID11111111111111111111111111111111111111111 dhEvento=29/08/2017 16:17:41 nSeqEvento=1 tpAmb=1 ;Aqui vai vir 411500, 411501, 411502 ou 411503 tpEvento=411500 verEvento=1.00 desEvento=Cancelamento xJust= Dados Errados EmiCnpj= EmiIe= EmixNome= cteNProt= cteChvCte= cteDhemi=30/12/1899 cteModal=01 cteDhRebcto=30/12/1899 XML=<xml evento> [InfEve001] id=ID11111111111111111111111111111111111111111 verAplic=1.1.9 tpAmb=1 cOrgao=35 chCTe=3511111111111111550010000570851000570854 cStat= CnpjDest=99999999999999 cOrgaoAutor= ;Aqui vai vir 411500, 411501, 411502 ou 411503 tpEvento=411500 nSeqEvento=1 xEvento= xMotivo= dhRegEvento=29/08/2017 16:17:41 emailDest= nProt=1456446552542554255 XML=<xml evento> É Importante lembrar: Até o momento da criação deste tópico, somente os estados de São Paulo e Minas Gerais fazem uso do evento de pedido de prorrogação. A Distribuição DFe por Chave não devolve os eventos, somente o XML da nota. Leia mais sobre a versão mais recente da nota técnica 2015/001 publicada até o momento AQUI.

Olá pessoal! Ao consultar o portal SPED MG > NF-e, a seguinte informação consta na página: Conforme mencionado na mensagem, o evento, até então utilizado apenas por SP, foi criado na NT2015/001 que pode ser lida na íntegra AQUI. Também é importante ressaltar que as soluções ACBr já estão de acordo com as especificações propostas, permitindo assim o envio do referido evento. Para quem utiliza Delphi: ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.New do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := now; infEvento.tpEvento := tePedProrrog1; infEvento.nSeqEvento := StrToInt(nSeqEvento); infEvento.detEvento.nProt := ''; with infEvento.detEvento.itemPedido.New do begin numItem := numeroitem; qtdeItem := quantidade; end; end; Para quem utiliza ACBrLib ou ACBrMonitor: [EVENTO] idLote= [EVENTO001] chNFe= cOrgao= CNPJ= dhEvento= tpEvento=111500 nSeqEvento= versaoEvento= cOrgaoAutor= verAplic= [itemPedido001] numItem= qtdeItem= Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nossa comunidade do Discord.

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

Estou enviado o ator interessado, criei todo processo, mas quando envio e tenho o retorno da sefaz, sempre estou recebendo, 999 - Erro nao catalogado, XML esta de acordo com o solicitado documento utilizado esta no padrao nota de saida, com cfop de venda 5102 com uma nota vinculada, segue xml do evento que estou enviado, <?xml version="1.0"?> <envEvento xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <idLote>15933</idLote> <evento versao="1.00"> <infEvento Id="ID1101504124027630215700013355001000015934100015933803"> <cOrgao>91</cOrgao> <tpAmb>2</tpAmb> <CNPJ>36636746000133</CNPJ> <chNFe>41240276302157000133550010000159341000159338</chNFe> <dhEvento>2024-06-10T09:09:36-03:00</dhEvento> <tpEvento>110150</tpEvento> <nSeqEvento>3</nSeqEvento> <verEvento>1.00</verEvento> <detEvento versao="1.00"> <descEvento>Ator interessado da NF-e</descEvento> <cOrgaoAutor>41</cOrgaoAutor> <tpAutor>1</tpAutor> <verAplic>1.0</verAplic> <autXML> <CPF>75287916957</CPF> </autXML> <tpAutorizacao>0</tpAutorizacao> <xCondUso>O emitente ou destinatário da NF-e, declara que permite o transportador declarado no campo CNPJ/CPF deste evento a autorizar os transportadores subcontratados ou redespachados a terem acesso ao download da NF-e</xCondUso> </detEvento> </infEvento> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI="#ID1101504124027630215700013355001000015934100015933803"> <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>w3Ag3rEz7qNa2Xz/eJkpSiCkHF4=</DigestValue> </Reference> </SignedInfo> <SignatureValue>IEA7R1mwhILAH9n6AF97cRD827sMcjST9mWiZEWIOxw+mn2eE6KJfrfayfszppj6yQTClvAVsw/N6JYgXjAo9jWEVJey1XNHjlIT4ASagYFlOrrmRj2T9DADvioPiU5nA9A68PUSsM9G16vxPn02AaN+4DAqC9f+F9v3ylBddlf/DzVBvhBRkMBycPKGy1AZv68dEfbBaH8b10WFtx9Y/3a4RYTDMEPDRwebBe5QCSpKB991ku4p0BgsvHgH9lX0T84SkMa0VyK+E064vo6nkmIej3iBZUnfv1vkjC5tpDSYgv6LgZL+goexK+DjZxZAKt0N1P/syOv4Q80i7SKSSw==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIIejCCBmKgAwIBAgIQT6KFzrIZmCpBroiSbtpg1TANBgkqhkiG9w0BAQsFADCBgDELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEkMCIGA1UEAxMbQUMgSW5zdGl0dXRvIEZlbmFjb24gUkZCIEczMB4XDTI0MDMxNDEzMzkxN1oXDTI1MDMxNDEzMzkxN1owggEvMQswCQYDVQQGEwJCUjETMBEGA1UECgwKSUNQLUJyYXNpbDELMAkGA1UECAwCUFIxETAPBgNVBAcMCENBU0NBVkVMMRYwFAYDVQQLDA1SRkIgZS1DTlBKIEExMTYwNAYDVQQLDC1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxFzAVBgNVBAsMDjgxMDQ3NTA4MDAwMTQ3MRkwFwYDVQQLDBBWSURFT0NPTkZFUkVOQ0lBMSEwHwYDVQQLDBhBQyBJbnN0aXR1dG8gRmVuYWNvbiBSRkIxRDBCBgNVBAMMO1RSQU5TUE9SVEVTIFJPRE9WSUFSSU9TIFZBTEUgRE8gUElRVUlSSSBMVERBOjc2MzAyMTU3MDAwMTMzMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxGDSRsXDEdziFJNHIdLCaybieO6LzoKcEm/vpaBSkwNcHA1VrraPY2hIYm7r4cZ8AYHl9mXAqToloXTBvX0iDb1KEhnquFFZ5FyZwt4lZ4bydwriZ5wZQVHbYJT8An3r+zBLEXHnv4VrgCi8mQmJCn/QOHJ5Yc9sWHATaLY8K9Tv5LQxhvlWYzVklCfkKUq0HPZDn/aiNR4uGjj7GX6YVsdDausO76T3+cd1EZkW186omGaccbuXur02aEY032dROgSUKkrPgMEGsM7TvY/jtixV2q998vanFyGlciMWAIm1NvGpwqNfzapyhiKYLgw5t91SbdQdMEUgA3Rsafc/mQIDAQABo4IDPDCCAzgwgcYGA1UdEQSBvjCBu6BCBgVgTAEDBKA5BDcwNjEwMTk4NDA0NjgxOTgyOTYyMDAwMDAwMDAwMDAwMDAwMDAwNjQ3MzQyNTMwMDAwU0VTUFBSoCEGBWBMAQMCoBgEFklWTyBJTEFSSU8gUklFREkgRklMSE+gGQYFYEwBAwOgEAQONzYzMDIxNTcwMDAxMzOgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwgR5jb250YWJpbGlkYWRlQHRyYW5zdmFsZS5jb20uYnIwCQYDVR0TBAIwADAfBgNVHSMEGDAWgBQmx5Q9eod+f0t4ioc94M+1zqmw2jCBhgYDVR0gBH8wfTB7BgZgTAECASIwcTBvBggrBgEFBQcCARZjaHR0cDovL2ljcC1icmFzaWwuYWNmZW5hY29uLmNvbS5ici9yZXBvc2l0b3Jpby9kcGMvQUMtSW5zdGl0dXRvLUZlbmFjb24tUkZCL0RQQ19BQ19JRmVuYWNvbl9SRkIucGRmMIHKBgNVHR8EgcIwgb8wXqBcoFqGWGh0dHA6Ly9pY3AtYnJhc2lsLmFjZmVuYWNvbi5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL0FDSW5zdGl0dXRvRmVuYWNvblJGQkczL0xhdGVzdENSTC5jcmwwXaBboFmGV2h0dHA6Ly9pY3AtYnJhc2lsLm91dHJhbGNyLmNvbS5ici9yZXBvc2l0b3Jpby9sY3IvQUNJbnN0aXR1dG9GZW5hY29uUkZCRzMvTGF0ZXN0Q1JMLmNybDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMIG7BggrBgEFBQcBAQSBrjCBqzBmBggrBgEFBQcwAoZaaHR0cDovL2ljcC1icmFzaWwuYWNmZW5hY29uLmNvbS5ici9yZXBvc2l0b3Jpby9jZXJ0aWZpY2Fkb3MvQUNfSW5zdGl0dXRvX0ZlbmFjb25fUkZCRzMucDdjMEEGCCsGAQUFBzABhjVodHRwOi8vb2NzcC1hYy1pbnN0aXR1dG8tZmVuYWNvbi1yZmIuY2VydGlzaWduLmNvbS5icjANBgkqhkiG9w0BAQsFAAOCAgEAXF7yWI59t4qHbCV5umoxrRVGL1rAwUovBqNKmxNZOwnI9cPEjdGH/4ptcHYm2d/BVkQc2gFz8Y86VJf2iXiEhc95vA36eEgftsPRyp7Hw4sfspGKx+tU8v0EOTkCtWQhdfmtBaRVn5FJw9iboTcDCb/6lEYU4udKJJP691igYDOtHCZHSIrlzTx3p65jcI0hAzCUAJNk4GAr8IXN7+LxfRENW742Z8JaRsW9IfPYLptV7SNBWHMZMsPWjEOF9xkftOXFCC+BK03866MVhsaROjJ8KTAz06n4NyruzYKpLCoDCqpmbOzBdOZ8C0Ys5/AOCN6EkwGDdwan1WXZ6QsunDU+ygPMPR1WdB9bNqs6VlLmgilJS28+0KM9jMSEt5zoeR/HiJ3D0SAzcsfwRDq8XxpsTV/aQcCbvtqGTj5g3DpPlstvt0dEmGc6Whqhh9XaNFJxmO+k+FzxL5DIenOdl6d0MjV0Dkoe1mTAS/DcmRlKL8Ep1smALMxrngLIN6mfgy+uTQ7QUAumNYCMoB8+E0MdhyZmwrBSEFjIuGRiepPHT7emTzn0xVfyZbtMZqOCqT+rd57udLKXggxnTpmWjEBedCAcgSmt0l/KZUBQcCte0G8smTq9wE1PMc6k7QsbAoHNbtN0+KoWXH8LiRj118UbwOz50Yvpnzr4Zbzf8vc=</X509Certificate> </X509Data> </KeyInfo> </Signature> </evento> </envEvento> segue tambem xml de retorno <retEnvEvento versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"><idLote>15933</idLote><tpAmb>2</tpAmb><verAplic>PR-v4_8_47</verAplic><cOrgao>41</cOrgao><cStat>999</cStat><xMotivo>Erro nao catalogado</xMotivo></retEnvEvento>

Olá. Após realizar o envio do evento de cancelamento informando a chave de acesso tem como obter XML do cancelamento no retorno desse evento? Desde já agradeço.

Boa noite. Seguinte, tenho um sistema que gera todo o XML em um lugar; esse XML é enviado para o cliente, onde é assinado via certificado A3. Toda essa parte funciona ok para envios/eventos de CTe/NFe/MDFe porém, no caso do evento pagamento (tardio) de MDFe, apresenta o seguinte erro: Falha na validação dos dados do Evento: 1871 - Element '{http://www.portalfiscal.inf.br/mdfe}vContrato': This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/mdfe}Comp ). Eu inclui nos anexos, o XML de envio para ser processado, e o XML que capturei dando debug no Delphi, e percebi que o ACBr não conseguiu reprocessar o XML como estava no original. Eu carrego o XML assim (igual para todos os casos que utilizo): FObjMDFe.Manifestos.Clear; FObjMDFe.EventoMDFe.Evento.Clear; FObjMDFe.WebServices.retorno.Clear; FObjMDFe.EventoMDFe.LerXMLFromString(_item.xml); FObjMDFe.Configuracoes.WebServices.UF := retornaUF(FObjMDFe.EventoMDFe.Evento.Items[0].InfEvento.cOrgao); FObjMDFe.Configuracoes.WebServices.Ambiente := FObjMDFe.EventoMDFe.Evento.Items[0].InfEvento.tpAmb; FObjMDFe.Configuracoes.Geral.VersaoDF := pmdfeConversaoMDFe.StrToVersaoMDFe(_ok, FObjMDFe.EventoMDFe.Evento.Items[0].InfEvento.versaoEvento); FObjMDFe.EnviarEvento(_item.lote); A chave de acesso do MDFe: 33-2003-30301105000141-58-001-000000012-100034926-6 Eu coloquei "*" em algumas informações sensíveis nos arquivos. xml_processamento_acbr.xml xml_envio.xml

Boa tarde, estou enviando o Comprovante de entrega eletrônico(CT-e) no ambiente de homologação para o estado de Minas Gerais, porém o retorno que tenho é 999 - Erro não catalogado. Segue em anexo os arquivos xml de envio e resposta 2-eve.xml 2-ped-eve.xml

Bom dia compilei hj o monitor plus e ao executar o metodo NFe.DistribuicaoDFe(50,meucnpj,000000000079613) no grupo ResEveXXX ele tras CNPJ= CNPJCPF=33683111000107 CNPJDest= CStat=0 EmiCNPJ= EmiIE= EmixNome= IE= Id= NSU=000000000079618 VerAplic= Versao= XML=<?xml version="1.0" encoding="UTF-8"?><resEvento xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"><cOrgao>91</cOrgao><CNPJ>33683111000107</CNPJ><chNFe>50190726770818000268550010001805321000067167</chNFe><dhEvento>2019-07-24T11:58:13-03:00</dhEvento><tpEvento>610600</tpEvento><nSeqEvento>1</nSeqEvento><xEvento>Registro de Autorização de CT-e para a NF-e</xEvento><dhRecbto>2019-07-24T11:58:13-03:00</dhRecbto><nProt>891191913409900</nProt></resEvento> arquivo=999995019072677081800026855001000180532100006716701-resEventoNFe.xml cOrgao=91 cOrgaoAutor=0 cSitNFe= chNFe=50190726770818000268550010001805321000067167 cteChvCte= cteModal= cteNProt= descEvento= dhEvento=24/07/2019 11:58:13 dhRecbto=24/07/2019 11:58:13 digVal= emailDest= nProt=891191913409900 nSeqEvento=1 schema=resEvento tpAmb= tpEvento=-99999 tpNF= vNF=0 verEvento= xEvento=Registro de Autorização de CT-e para a NF-e xJust= xMotivo= xNome= para os eventos tambem o mesmo codigo -9999 xEvento=Registro de Passagem Automatico MDF-e com CT-e xEvento=MDF-e Autorizado com CT-e

Bom dia a todos, Alguns desenvolvedores relataram problemas com os eventos, mais precisamente aqueles que carregam o XML do evento gerado pelas suas próprias aplicações. Detectamos que a SEFAZ sem querer querendo, resolveu utilizar códigos para novos eventos, códigos estes usados por outros eventos de outros tipos de Documentos Fiscais Eletrônicos. Como exemplo o código do evento Cancelamento por Substituição da NFC-e é o mesmo do evento de Encerramento do MDF-e. A função que converte o código em um enumerador acaba pegando o primeiro que ela encontra na lista, retornando um enumerador que não tem nada haver. A solução encontrada foi criar uma função de conversão para cada tipo de Documento Fiscal Eletrônico. Antes tínhamos a função StrToTpEvento, agora temos: StrToTpEventoNFe, StrToTpEventoCTe, StrToTpEventoMDFe e StrToTpEventoBPe. A função original: StrToTpEvento foi renomeada para StrToTpEvento_Old, função esta que não devemos mais utilizar pelo problema descrito acima. Pelo fato dela ter sido renomeada, quem a utiliza diretamente em alguma unit com certeza vai ocorrer erro de compilação. Para resolver esse problema, basta trocar o nome da função para a correspondente e se necessário incluir no uses uma das seguintes units: pcnConversaoNFe ou pcteConversaoCTe ou pmdfeConversaoMDFe ou pcnConversaoBPe. Observação: isso se você utiliza a função StrToTpEvento em alguma unit da sua aplicação, caso contrario não precisa se preocupar. Outra alteração que foi feita e que pode provocar uma exceção durante a execução da sua aplicação diz respeito ao código do documento fiscal. Desde o inicio nos manuais o ENCAT nos orienta a atribuir ao código do documento fiscal um numero aleatório, mas tem muitos desenvolvedores que simplesmente atribui o mesmo numero do documento fiscal. Exemplo da NF-e: O código do documento fiscais é o campo cNF que acaba recebendo o mesmo valor do numero do documento fiscal que é o campo nNF. Foi publicado a Nota Técnica 2019/001 que esta em anexo, nela temos a regra B03-10 que vai passar a comparar esses dois campos (cNF e nNF). A data de inicio dessa validação nas SEFAZ é: 01/07/2019 - Ambiente de Homologação e 02/09/2019 - Ambiente de Produção. A principio essa regra é valida somente para a NF-e e NFC-e, mas com certeza vai se estender para os demais tipos de documentos fiscais eletrônicos. Logo resolvemos incluir na função que gera a chave do documento a mesma validação a ser executada na SEFAZ, desta forma se os valores informados nos campos referente ao código e numero passarem pelo nosso validador, com certeza a sua nota não vai ser rejeitada na SEFAZ, quando essa regra for ativada. Vale lembrar que a regra B03-10 será obrigatória em todas as UF. Lembre-se, ao tentar emitir uma nota se aparecer a seguinte mensagem: Código Numérico inválido, Chave não Gerada, isso significa que o numero informado como código é exatamente igual ao numero do documento fiscal, no caso da NF-e /NFC-e (cNF = nNF). O valor de nNF tem que ser um numero sequencial. O valor de cNF tem que ser um numero aleatório. Na unit ACBrDFeUtil, criamos a função abaixo: function GerarCodigoDFe(AnDF: Integer): integer; Nela passamos como parâmetro o numero do documento fiscal, ou seja, o numero da nota (por exemplo) e ela gera aletoriamente e retorna o código para ser atribuído ao campo código (cNF, se tratando da NFe/NFCe). Essa função além de gerar o código aleatoriamente conforme orientação do ENCAT já valida conforme a regra B03-10. Observação: a função que gera a chave é utilizada pelos componentes: ACBrNFe, ACBrCTe, ACBrMDFe e ACBrBPe, logo a função que gera o código pode ser utilizada pelos desenvolvedores de qualquer um desses tipos de documentos fiscais. Prevenir é melhor do que remediar. NT2019_001 v1.00 - Regras de Validacao.pdf

Quais seriam os schemas necessários para poder conseguir utilizar o método DistribuicaoDFePorChaveNFe ?

Boa tarde. Durante implementação do evento S-2221, verifiquei que o schema utilizado para validação do XML está incorreto, usando schevtInsApo ao invés de schEvtToxic Também, está faltando a geração dos dados do Vínculo e Empregador Segue unit. Obrigado pcesS2221.pas

Boa tarde pessoal! Estou com o seguinte problema em um cliente ao cancelar em produção uma nota tanto na versão 3.1 como na 4.0, em MG, está reportando a seguinte mensagem: envEvento_v1.00.xsd#/schema/element[1][@name = 'envEvento'] Undeclared XSD type : '{http://www.portalfiscal.inf.br/nfe}TEnvEvento' Já baixei a pasta de schemas atualizadas da pasta Exemplos do trunk2, atualizei no cliente mas o problema continua, abri o arquivo e não vi nada de anormal. Alguém já passou por situação semelhante? Agradecido desde já.

Boa tarde, estou enviando um evento de desacordo de CTe. O tomador do Serviço é o CNPJ: 60.995.891/0001-95 E quem esta enviando o evento de desacordo também é o CNPJ: 60.995.891/0001-95. Porém estou recebendo a rejeição: Rejeição: Autor do evento prestação do serviço em desacordo deve ser o tomador do serviço do CT-e Imagens em anexo. Alguém já recebeu esta rejeição ou poderia me orientar o que estou passando de errado? Obrigado

Olá bom dia, Gostaria de saber se alguem está com algum problema de cancelamento de NFCe em ambiente de produção para o estado de Mato Grosso. Caso estejam conseguindo cancelar nomalmente por favor anexe o arquivo de envio e de retorno, seria de grande ajuda. Estou tendo o problema ao enviar o evento e estou recebendo o retorno "Rejeição 999: Erro não catalogado". Obrigado

Estou tentando imprimir com os comandos NFE.ImprimirEvento e NFE.ImprimirInutilizacao para as minhas NFC-e. Ambos estão sendo impressos em formato A4, sendo que estou realizando a impressão em uma impressora térmica MP-4200 TH. Não estou sabendo como lidar para reduzir ou mudar o formato. Outro problema, sempre que envio o comando para imprimir inutilização, aparece para mim uma janela para eu selecionar a impressora (Aquela tela do windows mesmo para selecionar impressora). Só que eu já tentei passar por parâmetro o nome da impressora e não imprime direto.

Prezados, bom dia! Implementei a NF-e 4.0 no sistema da minha empresa e o envio das notas está funcionando normalmente, mas quando fui testar o cancelamento em homologação, ele é enviado e o retorno vem como 135 - Evento Vinculado a NF-e, normalmente, mas na consulta da NF-e em homologação, ela não está cancelada. Já fiz e esperei dois dias pra ver se podia ser o tempo de atualização do portal nacional mas não atualiza mesmo, fiz o teste com quatro notas. Tentei também enviar uma carta de correção para ver se era só com o evento de cancelamento, mas acontece a mesma coisa, o retorno é de evento vinculado a NF-e mas ao consultar no site da nfe em homologação, nada muda na nota fiscal. Alguém sabe o que pode ser? Obs.: Já tentei cancelar pelo exemplo da ACBr também, não da nenhum erro, só não atualiza a NFe no portal de homologação.

Boa noite, Pessoal alguém saberia me orientar na seguinte situação. Ao emitir a NF-e a sefaz retorna o csta='302' (Nota Denegada), eu gostaria de saber qual seria a maneira (se houver) de capturar o XML do Evento de denegação (logo após a transmissão). Um escritório nos solicitou que salvasemos esses XML também, quando ocorrer denegação. Desde de já, obrigado

Boa tarde amigos, Estou passando pela seguinte situação: Quanto faço a inutilização de uma nota recebo o seguinte erro: The handle is in the wrong state for the requested operation - URL:https://nfe.fazenda.sp.gov.br/ws/nfeinutilizacao2.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeInutilizacao2 Porém na SEFAZ a numeração é inutilizada de maneira correta, porque se tento inutilizar novamente recebo a mensagem alertando que já existe um pedido de Inutilização com a mesma faixa de inutilização, contudo não consigo pegar o retorno para atualizar no meu sistema. O problema ocorre aleatoriamente. Abraços!

Bom dia Uma duvida, como proceder quando envio o evento de ciência da Nota Fiscal mas o retorno é 136 - evento Registrado, Mas Nao Vinculado A Nf-E? Quando acontece isso, nao consigo baixar o XML pela Distribuição de Documento (DistribuicaoDFePorChaveNFe), fala que a nota fiscal nao existe. Por exemplo, a nota foi emitida dia 10-01-2018 e a ciência foi realizada dia 11-01-2018 as 17:00h e retornou a mensagem acima. Como proceder neste caso. Alguem já passou por isso?

Contexto.: Estou enviado o registro [ S-1030 ] dividido em 2 lotes. Sendo o primeiro Lote com 50 eventos e o Segundo Lote com 24 eventos. Realizei a quebra devido ter lido que para lote deveira conter 50 eventos por lote. Retorno eSocial "A regra de precedência na transmissão de eventos não foi seguida. Eventos desse tipo não devem ser enviados para processamento em paralelo. Ver seção 5.6.1 do Manual de Orientação do Desenvolvedor." Alguém está passando por essa situação? Dessa forma eu teria que enviar o primeiro Lote e esperar a confirmação para depois enviar o segundo lote.

Boa tarde, já a bastante tempo venho tentando obter a lista de eventos através do AcbrNFe. Estou fazendo da seguinte maneira: ACBrNFe.WebServices.Consulta.NFeChave := '33171118197326000116550010000000501500529100'; ACBrNFe.WebServices.Consulta.Executar; Configurações do componente: Os arquivos de comunicação: 33171118197326000116550010000000501500529100-sit.xml 33171118197326000116550010000000501500529100-ped-sit.xml Note que vem apenas a autorização de uso. Porem ao pesquisar no portal aparece a lista: Estou fazendo algo de errado?

Boa tarde|! Gostaria de saber se alguém já realizou teste do novo Evento Prestação do Serviço em Desacordo? E se sim, se tiverem a Rejeição 297: Assinatura difere do calculado? Estamos realizando o teste aqui e não consegui entender o motivo desta rejeição, estamos utilizando o componente ACBrCTe para o envio desde evento. Seque em anexos os xml que envolve o Evento: Xml gerado da NF-e no mesmo período: 333170000426982_v03.10-procNFe.xml Xml gerado do CT-e no mesmo período: 131170001241261_v03.00-procCTe.xml Xml gerado do Evento Prestação do Serviço em Desacordo: 1-ped-eve.xml1-ped-eve.xml Xml de resposta do Webservice: 1-eve.xml Se puderem oferecer alguma dica lhes agradeço. Aproveito a oportunidade para agradecer os apoio que sempre recebi aqui desde grande grupo, e também para parabenizar o excelentes trabalho de toda equipe envolvida no projeto. Sem para o momento, Antecipo agradecimentos,

Bom dia senhores. Gostaria de contar com vossa ajuda. Estou enviando o cancelamento de CT-e por evento e está retornando um erro como se segue nos anexos. Grato. Giberto F. Rezende

Olá! Implementei no meu sistema o recurso de importação de XML. Quando leio uma XML de emissão através do recurso "ACBrCTe.Conhecimentos.LoadFromFile(CaminhoArq)", é possível recuperar o conteúdo da XML lida através da propriedade "ACBrCTe.Conhecimentos.Items.CTe.XML". Esta propriedade contém o conteúdo completo da XML, inclusive a tag <cteProc> e os dados de assinatura. Quando leio uma XML de evento através do recurso "ACBrCTe.EventoCTe.LerXML(CaminhoArq)", é possível recuperar o conteúdo da XML lida através da propriedade "ACBrCTe.EventoCTe.Evento.Items.RetInfEvento.XML". Esta propriedade não contém o conteúdo completo da XML, sem a tag <procEventoCTe> e dados de assinatura. Nós guardamos o conteúdo da XML assinada em banco de dados, para oferecer o recurso de exportação de XML aos usuários. Por isso eu gostaria de salvar a XML lida no banco de forma completa, tal como ela é quando é gerada durante uma emissão de CT-e ou evento de CT-e. Sei que se trata de uma simples tarefa com TStringList, mas a rotina está projetada para efetuar a leitura de todas as XML selecionadas primeiro e, posteriormente, outra rotina se encarrega do salvamento dos dados no banco, e neste ponto eu não sei mais os nomes dos arquivos. Gostaria de saber se existe uma maneira de acessar o conteúdo completo da XML de evento via ACBr, que eu não esteja enxergando? Obrigado