Jump to content

Search the Community

Showing results for tags 'evento'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Categories

There are no results to display.

Forums

  • Fórum Aberto - ACBr
    • ACBr News
    • Equipamentos testados
    • Base de Conhecimento
    • Dúvidas Gerais sobre o ACBr
    • ACBrSerial
    • ACBrSAT
    • ACBrNFe
    • ACBrDFe
    • Dúvidas sobre TEF
    • Dúvidas sobre PIX
    • ACBrMonitor PLUS
    • ACBrTXT
    • ACBrBoleto
    • ACBrDiversos
    • ACBrTCP
    • ACBrFramework
    • ACBrLIB
  • ACBr Pro
    • Dúvidas gerais
    • ACBrMonitorPLUS
    • NFe/NFCe - Nota Fiscal Eletrônica
    • DFe - Documentos Fiscais Eletrônicos
    • SAT / MFE
    • TEF
    • Boleto
    • ACBrSPED
    • ACBrTXT
    • Paf-ECF
    • Requisitos Fiscais por UF
    • ACBrLIB
  • Outros Assuntos
    • ACBr's Pub
    • Legislação Fiscal e Tributária
    • Object Pascal - Delphi & Lazarus
    • Data Base
    • Classificados
    • Dúvidas não relacionadas ao ACBr

Categories

  • ACBr Pro
    • ACBrLib - PRO
    • ACBrMonitorPLUS - PRO
    • Utilitários - PRO
    • Dia do ACBr 1a edição
    • Dia do ACBr 2a edição
    • ACBrLib Android - Pro
  • Free Download
    • ACBrLib - DEMO
    • ACBrMonitorPLUS - DEMO
    • Demos / Testes / Utilitários
    • Apresentações - Palestras
    • ACBrLib Android - Demo

Calendars

  • Eventos - Palestras - Webinars
  • Prazos SEFAZ
  • Community Calendar
  • ACBr Papo Pro
  • Feriados Nacionais

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL

  1. Estamos com o erro abaixo na impressão do evento da NF-e com o Fastrepot. Pelo que vi o problema veio com as alteração do dia 22/07. raised exception class EArgumentOutOfRangeException with message 'List index out of bounds (-1). TInfEventoCollection range is 0..0'. Ponto que acontece o erro no código da Acbr: Código que utilizamos para impressão: Anexei o XML que estamos tentando imprimir XML Evento.xml
  2. 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>
  3. Bom dia, estamos com dois problemas ao tentar enviar o evento 110150(Ator interessado na NF-e) 1) Ao tentar enviar um lote com mais de um evento é apresentado a mensagem de erro: ERRO: List index (1) out of bounds anexado arquivo INI com o lote do evento que causou o erro(Lote1.ini) 2) Ao tentar enviar um evento com o tpAutorizacao=1 é apresentado a mensagem de erro: Erro: Falha ao interpretar o XML "xmlParseDoc" --> 9 - Input is not proper UTF-8, indicate encoding ! anexado arquivo INI com o tpAutorizacao=1 (Lote2.ini) Lote1.ini Lote2.ini
  4. 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>
  5. 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.
  6. 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.
  7. 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
  8. 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
  9. 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
  10. 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
  11. Quais seriam os schemas necessários para poder conseguir utilizar o método DistribuicaoDFePorChaveNFe ?
  12. edf

    Evento S2221

    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
  13. Quando utilizo o método NFE.XMLEnviarEvento() por arquivo TXT (Entrada/Saida) passando o xml ou o arquivo por parâmetro o MonitorACBR me retorna o erro "Erro ao abrir o arquivo + {nomearquivo}"; Verificando o código do ACBR a seguinte função é invocada: tDFeEventoNFe : begin if FilesExists(XMLorFile) then begin if not ACBrNFe1.EventoNFe.LerXML(XMLorFile) then raise Exception.Create('Erro ao abrir o arquivo '+ XMLorFile) else PathDfe := XMLorFile; end else raise Exception.Create('Arquivo '+ XMLorFile +' não encontrado.'); end; Pelo que percebi o erro ocorre porque no método LerXML sempre o retorno será "False". Somente consegui enviar um evento de cancelamento quando no xml também informei o elemento de retorno do evento "retEnvEvento"; Isso ocorre pois como demostrado abaixo o Result só recebe atribuição caso existir o elemento retEnvEvento. function TRetEventoNFe.LerXml: Boolean; var ok: Boolean; i, j: Integer; begin Result := False; i:=0; try if (Leitor.rExtrai(1, 'evento') <> '') then begin if Leitor.rExtrai(2, 'infEvento', '', i + 1) <> '' then begin infEvento.ID := Leitor.rAtributo('Id'); InfEvento.cOrgao := Leitor.rCampo(tcInt, 'cOrgao'); infEvento.tpAmb := StrToTpAmb(ok, Leitor.rCampo(tcStr, 'tpAmb')); infEvento.CNPJ := Leitor.rCampo(tcStr, 'CNPJ'); infEvento.chNFe := Leitor.rCampo(tcStr, 'chNFe'); infEvento.dhEvento := Leitor.rCampo(tcDatHor, 'dhEvento'); infEvento.tpEvento := StrToTpEvento(ok,Leitor.rCampo(tcStr, 'tpEvento')); infEvento.nSeqEvento := Leitor.rCampo(tcInt, 'nSeqEvento'); infEvento.VersaoEvento := Leitor.rCampo(tcDe2, 'verEvento'); if Leitor.rExtrai(3, 'detEvento', '', i + 1) <> '' then begin infEvento.DetEvento.xCorrecao := Leitor.rCampo(tcStr, 'xCorrecao'); infEvento.DetEvento.xCondUso := Leitor.rCampo(tcStr, 'xCondUso'); infEvento.DetEvento.nProt := Leitor.rCampo(tcStr, 'nProt'); infEvento.DetEvento.xJust := Leitor.rCampo(tcStr, 'xJust'); InfEvento.detEvento.cOrgaoAutor := Leitor.rCampo(tcInt, 'cOrgaoAutor'); infEvento.detEvento.tpAutor := StrToTipoAutor(ok, Leitor.rCampo(tcStr, 'tpAutor')); infEvento.detEvento.verAplic := Leitor.rCampo(tcStr, 'verAplic'); infEvento.detEvento.dhEmi := Leitor.rCampo(tcDatHor, 'dhEmi'); infEvento.detEvento.tpNF := StrToTpNF(ok, Leitor.rCampo(tcStr, 'tpNF')); infEvento.detEvento.IE := Leitor.rCampo(tcStr, 'IE'); // infEvento.detEvento.vNF := Leitor.rCampo(tcDe2, 'vNF'); // infEvento.detEvento.vICMS := Leitor.rCampo(tcDe2, 'vICMS'); // infEvento.detEvento.vST := Leitor.rCampo(tcDe2, 'vST'); if Leitor.rExtrai(4, 'dest', '', i + 1) <> '' then begin infEvento.detEvento.dest.UF := Leitor.rCampo(tcStr, 'UF'); infEvento.detEvento.dest.CNPJCPF := Leitor.rCampoCNPJCPF; infEvento.detEvento.dest.idEstrangeiro := Leitor.rCampo(tcStr, 'idEstrangeiro'); infEvento.detEvento.dest.IE := Leitor.rCampo(tcStr, 'IE'); // Alterado em 22/07/2014 por Italo // para ficar em conformidade com o Schema infEvento.detEvento.vNF := Leitor.rCampo(tcDe2, 'vNF'); infEvento.detEvento.vICMS := Leitor.rCampo(tcDe2, 'vICMS'); infEvento.detEvento.vST := Leitor.rCampo(tcDe2, 'vST'); end; end; end; if Leitor.rExtrai(2, 'Signature', '', i + 1) <> '' then begin signature.URI := Leitor.rAtributo('Reference URI='); signature.DigestValue := Leitor.rCampo(tcStr, 'DigestValue'); signature.SignatureValue := Leitor.rCampo(tcStr, 'SignatureValue'); signature.X509Certificate := Leitor.rCampo(tcStr, 'X509Certificate'); end; end; if (Leitor.rExtrai(1, 'retEnvEvento') <> '') or (Leitor.rExtrai(1, 'retEvento') <> '') then begin Fversao := Leitor.rAtributo('versao'); (*HR03 *)FidLote := Leitor.rCampo(tcInt, 'idLote'); (*HR04 *)FtpAmb := StrToTpAmb(ok, Leitor.rCampo(tcStr, 'tpAmb')); (*HR05 *)FverAplic := Leitor.rCampo(tcStr, 'verAplic'); (*HR06 *)FcOrgao := Leitor.rCampo(tcInt, 'cOrgao'); (*HR07 *)FcStat := Leitor.rCampo(tcInt, 'cStat'); (*HR08 *)FxMotivo := Leitor.rCampo(tcStr, 'xMotivo'); i := 0; while Leitor.rExtrai(2, 'infEvento', '', i + 1) <> '' do begin FretEvento.Add; // Incluido por Italo em 07/05/2014 FretEvento.Items[i].FRetInfEvento.XML := Leitor.Grupo; // (*HR10 *)FretEvento.versao := Leitor.rCampo(tcStr, 'versao'); (*HR12 *)FretEvento.Items[i].FRetInfEvento.Id := Leitor.rAtributo('Id'); (*HR13 *)FretEvento.Items[i].FRetInfEvento.tpAmb := StrToTpAmb(ok, Leitor.rCampo(tcStr, 'tpAmb')); (*HR14 *)FretEvento.Items[i].FRetInfEvento.verAplic := Leitor.rCampo(tcStr, 'verAplic'); (*HR15 *)FretEvento.Items[i].FRetInfEvento.cOrgao := Leitor.rCampo(tcInt, 'cOrgao'); (*HR16 *)FretEvento.Items[i].FRetInfEvento.cStat := Leitor.rCampo(tcInt, 'cStat'); (*HR17 *)FretEvento.Items[i].FRetInfEvento.xMotivo := Leitor.rCampo(tcStr, 'xMotivo'); (*HR18 *)FretEvento.Items[i].FRetInfEvento.chNFe := Leitor.rCampo(tcStr, 'chNFe'); (*HR19 *)FretEvento.Items[i].FRetInfEvento.tpEvento := StrToTpEvento(ok,Leitor.rCampo(tcStr, 'tpEvento')); (*HR20 *)FretEvento.Items[i].FRetInfEvento.xEvento := Leitor.rCampo(tcStr, 'xEvento'); (*HR21 *)FretEvento.Items[i].FRetInfEvento.nSeqEvento := Leitor.rCampo(tcInt, 'nSeqEvento'); (*HR22 *)FretEvento.Items[i].FRetInfEvento.CNPJDest := Leitor.rCampo(tcStr, 'CNPJDest'); if FretEvento.Items[i].FRetInfEvento.CNPJDest = '' then (*HR23 *)FretEvento.Items[i].FRetInfEvento.CNPJDest := Leitor.rCampo(tcStr, 'CPFDest'); (*HR24 *)FretEvento.Items[i].FRetInfEvento.emailDest := Leitor.rCampo(tcStr, 'emailDest'); FretEvento.Items[i].FRetInfEvento.cOrgaoAutor := Leitor.rCampo(tcInt, 'cOrgaoAutor'); (*HR25 *)FretEvento.Items[i].FRetInfEvento.dhRegEvento := Leitor.rCampo(tcDatHor, 'dhRegEvento'); (*HR26 *)FretEvento.Items[i].FRetInfEvento.nProt := Leitor.rCampo(tcStr, 'nProt'); // FretEvento.Items[i].FRetInfEvento.chNFePend := Leitor.rCampo(tcStr, 'chNFePend'); j := 0; while Leitor.rExtrai(3, 'chNFePend', '', j + 1) <> '' do begin FretEvento.Items[i].FRetInfEvento.chNFePend.Add; FretEvento.Items[i].FRetInfEvento.chNFePend[j].ChavePend := Leitor.rCampo(tcStr, 'chNFePend'); inc(j); end; inc(i); end; Result := True; end; except result := False; end; end; Está correto o método só possuir retorno "True" quando o xml possuir o elemento de retorno do evento? Creio que o "Result" deveria ficar antes do tratamento da exceção, conforme segue: ... inc(j); end; inc(i); end; end; Result := True; except result := False; end; ...
  14. 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á.
  15. 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
  16. 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
  17. 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.
  18. 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.
  19. 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
  20. 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!
  21. 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?
  22. 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.
  23. 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?
  24. 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,
  25. 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
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.