cancel
Showing results for 
Search instead for 
Did you mean: 

MDF-e Manifesto eletrônico de documentos fiscais - Rejeição 255 falha de esquema

Former Member
0 Kudos

EEduardo, estou em um cliente que já desenvolvemos toda a parte do Desenvolvimento, estamos com um chamado na SAP referente a atualziação que mesmo sendo habilitado a BADI, sempre vai retornar com erro por conta de uma inconstistencia.

O problema que tenho de momento é falha de schema 255 depois que envia o LOTE.

A BAPI /XNFE/OUTMDFE_CREATE está sendo preenchida corretamente até onde vi, pego o XML rodo ele no validador e não me retorna nenhum erro também, diz que está OK, o Mapping dentro do PI está correto também.

Isso que está pegando, o desenvolvimento foi pesado, tem muitas atividades, temos muitos eventos, canelamento, encerramento, mas estou a 2 dias tentando aprovar um e não consigo, tenho mais de 60 testes e nehum aprovado todos eles com erro 225, peguei um XML valido do cliente, executei com os dados e também nada, retorna o mesmo erro.

Existe mais alguém com problemas parecidos?

Pois MDF-e ainda está com poucas discuções aparentemente não tem clients utilizando a solução ou se tem eles tiveram a sorte de não ter problemas.

Ob.s: O SP aqui é o mais atual possivel, e já está rodando 3.10 na NF-e.

Obrigado.

Accepted Solutions (1)

Accepted Solutions (1)

former_member182114
Active Contributor
0 Kudos

Bom dia Ronaldo,

Já monitorou se o destino da comunicação é o webservice 3.10?

Esta testando em quantos ambientes? Tem como tentar em um segundo?

Sabe se tem alguma acentuação ou caracter especial neste seu XML?

Se tiver o certificado em mãos, configura no SOAP UI uma conexão no web service para um teste do ambiente em si. Ali com rapidez você pode ir variando os dados do XML até obter um erro diferente do 255.

Atenciosamente, Fernando Da Rós

PS: Separei sua questão em uma nova. Evite iniciar discussões novas em outras já respondidas.

Former Member
0 Kudos

Fernando boa noite,

Não possuo certificado deles pra testar não, mas ontem 04/11 as 23:19 no site do SEFAZ foi publicado a nova versão dos Schemas do MDF-e. Agora necessito que a SAP lance uma nova nota que contempla as alterações, pois verifiquei que muitas outras empresas não SAP estão tendo problemas também e por ser facli e maleável a alteração do WSDL estão alterando para que seja possível a validação, segundo muitas coisas que eu li, se trata de um erro do SEFAZ e acho que agora foi resolvido com essa atualização de ontem.

Estou analisando os Schemas novo para verificar qual o próximo procedimento.

Por enquanto obrigado.

aust
Participant
0 Kudos

Ronaldo,

Também estamos colocando no ar o MDF-e.

A NT que mencionou de 04/11 é a Nota Técnica 01.2015 e pelo que li é válida somente a partir de 2015:

01/01/2015 Homologação

01/02/2015 Produção


Tem uma nota do SP19, que ainda não saiu, referente ao MDF-e, dê uma olhada também:

http://service.sap.com/sap/support/notes/2059966

Previsão do SP19 só na última semana de dezembro.


Se puder postar o xml entregue na sefaz posso validar.


abraços,


Former Member
0 Kudos

Thiago,

Boa tarde,

Segue o XML.

<?xml version="1.0" encoding="UTF-8"?>

-<nm:mdfeRecepcaoLote xmlns:prx="urn:sap.com:proxy:NFD:/1SAI/TASDEDDAE625BA3E4DB3FE6:731" xmlns:nm="http://sap.com/xi/MDFE/100">

<n0:cUF xmlns:n0="http://sap.com/xi/MDFE/100">51</n0:cUF>

<n0:tpEmis xmlns:n0="http://sap.com/xi/MDFE/100">1</n0:tpEmis>

<n0:tpAmb xmlns:n0="http://sap.com/xi/MDFE/100">2</n0:tpAmb>

-<ne:mdfeDadosMsg xmlns:ne="http://sap.com/xi/MDFE/100">

-<ne:enviMDFe xmlns:ne="http://www.portalfiscal.inf.br/mdfe" versao="1.00">

<n0:idLote xmlns:n0="http://www.portalfiscal.inf.br/mdfe">000000000000059</n0:idLote>

-<n0:MDFe xmlns:n0="http://www.portalfiscal.inf.br/mdfe" xmlns="http://www.portalfiscal.inf.br/mdfe" xmlns:asx="http://www.sap.com/abapxml" asx:root=":MDFe">

-<infMDFe versao="1.00" Id="MDFe51141003861231000188570010000000691365465461">

-<ide>

<cUF>51</cUF>

<tpAmb>2</tpAmb>

<tpEmit>1</tpEmit>

<mod>01</mod>

<serie>1</serie>

<nMDF>5012</nMDF>

<cMDF>81112794</cMDF>

<cDV>0</cDV>

<modal>1</modal>

<dhEmi>2014-10-30T16:31:00</dhEmi>

<tpEmis>1</tpEmis>

<procEmi>0</procEmi>

<verProc>1.00</verProc>

<UFIni>MT</UFIni>

<UFFim>MT</UFFim>

-<infMunCarrega>

<cMunCarrega>5103403</cMunCarrega>

<xMunCarrega>CUIABA</xMunCarrega>

</infMunCarrega>

-<infPercurso>

<UFPer>MT</UFPer>

</infPercurso>

<dhIniViagem>2014-10-30T16:31:00</dhIniViagem>

</ide>

-<emit>

<CNPJ>03861231000188</CNPJ>

<IE/>

<xNome>TRANSPORTADORA</xNome>

<xFant>TRANSPORTADORA</xFant>

-<enderEmit>

<xLgr>AVENIDA</xLgr>

<nro>200</nro>

<xBairro>CENTRO</xBairro>

<cMun>5103403</cMun>

<xMun>CUIABA</xMun>

<CEP>78705540</CEP>

<UF>MT</UF>

<fone>6634394300</fone>

<email>RONALDO.NOGUEIRA@CONSULTORIACAMPOS.COM.BR</email>

</enderEmit>

</emit>

-<infModal versaoModal="1.00">

-<rodo>

<RNTRC>12345678</RNTRC>

<CIOT>131221346545</CIOT>

-<veicTracao>

<placa>NDT1112</placa>

<RENAVAM>964799391</RENAVAM>

<tara>50000</tara>

<capKG>32000</capKG>

-<prop>

<CPF>32423638841</CPF>

<RNTRC>12345678</RNTRC>

<xNome>RONALDO NOGUEIRA</xNome>

<tpProp>1</tpProp>

</prop>

-<condutor>

<xNome>RONALDO NOGUEIRA</xNome>

<CPF>32423638841</CPF>

</condutor>

<tpRod>01</tpRod>

<tpCar>01</tpCar>

<UF>35</UF>

</veicTracao>

-<veicReboque>

<placa>NDT1112</placa>

<RENAVAM>964799391</RENAVAM>

<tara>50000</tara>

<capKG>32000</capKG>

-<prop>

<CPF>32423638841</CPF>

<RNTRC>12345678</RNTRC>

<xNome>RONALDO NOGUEIRA</xNome>

<tpProp>1</tpProp>

</prop>

<tpCar>01</tpCar>

<UF>35</UF>

</veicReboque>

</rodo>

</infModal>

-<infDoc>

-<infMunDescarga>

<cMunDescarga>2907608</cMunDescarga>

<xMunDescarga>CENTRAL</xMunDescarga>

-<infCTe>

<chCTe>41141003861231000340570010070000001154648902</chCTe>

</infCTe>

-<infNFe>

<chNFe>50141012614560000115550010000093241001319239</chNFe>

-<infUnidTransp>

<tpUnidTransp>1</tpUnidTransp>

<idUnidTransp>TESTE</idUnidTransp>

-<infUnidCarga>

<tpUnidCarga>1</tpUnidCarga>

<idUnidCarga>TESTE</idUnidCarga>

<qtdRat>5.00</qtdRat>

</infUnidCarga>

<qtdRat>5.00</qtdRat>

</infUnidTransp>

</infNFe>

-<infMDFeTransp>

<chMDFe>51141003861231000188570010000001781811127940</chMDFe>

-<infUnidTransp>

<tpUnidTransp>1</tpUnidTransp>

<idUnidTransp>TESTE</idUnidTransp>

-<infUnidCarga>

<tpUnidCarga>1</tpUnidCarga>

<idUnidCarga>TESTE</idUnidCarga>

<qtdRat>5.00</qtdRat>

</infUnidCarga>

<qtdRat>5.00</qtdRat>

</infUnidTransp>

</infMDFeTransp>

</infMunDescarga>

</infDoc>

-<tot>

<qCTe>1</qCTe>

<qCT>1</qCT>

<qNFe>1</qNFe>

<qNF>1</qNF>

<qMDFe>1</qMDFe>

<vCarga>50415.10</vCarga>

<cUnid>01</cUnid>

<qCarga>1.0000</qCarga>

</tot>

-<infAdic>

<infAdFisco>TESTE HOMOLOGACAO</infAdFisco>

</infAdic>

</infMDFe>

-<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="#MDFe51141003861231000188570010000000691365465461">

-<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>+BHe1cbLSxJRFVxMM2TcKRLPCEk=</DigestValue>

</Reference>

</SignedInfo>

<SignatureValue>STIs1VW7za1B/UO662an03tv5I9ZFGFH+laRXxQQPRzRaEc2DfnPQBoQ26MFPDmcjcGk2MQgRb5O I5cTeqqKjDUCv+1xnjd16nXCA81OVxH7PDob0yAV5809lMCtTHNSRREG8td+o2PPywID6/JC8RGY AfJi0YDpkyQaEsOzIstggRQysadU/hOC4+ouccg9be6ZJO1FWFJUj4Z3bG5omvb7zEmROkecZpAs a6lKtOePb6t+gjPdhXDlRc8YoPWXseZaA/SxdMWnq90LEYUrZSMfi51M8VoWC9W6a0VJ1dnb3/5v LeSEKjVzBxNZ7srwCsDUHhBZevFTdEaJgiqi2A==</SignatureValue>

-<KeyInfo>

-<X509Data>

<X509Certificate>MIIIDzCCBfegAwIBAgIQGJTPwA9ATjYRm8P3++dH2zANBgkqhkiG9w0BAQsFADBxMQswCQYDVQQG EwJCUjETMBEGA1UEChMKSUNQLUJyYXNpbDE2MDQGA1UECxMtU2VjcmV0YXJpYSBkYSBSZWNlaXRh IEZlZGVyYWwgZG8gQnJhc2lsIC0gUkZCMRUwEwYDVQQDEwxBQyBCUiBSRkIgRzMwHhcNMTMxMTE4 MDAwMDAwWhcNMTQxMTE3MjM1OTU5WjCB+TELMAkGA1UEBhMCQlIxEzARBgNVBAoUCklDUC1CcmFz aWwxCzAJBgNVBAgTAk1UMRUwEwYDVQQHFAxST05ET05PUE9MSVMxNjA0BgNVBAsULVNlY3JldGFy aWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEWMBQGA1UECxQNUkZCIGUtQ05Q SiBBMTEhMB8GA1UECxQYQXV0ZW50aWNhZG8gcG9yIEFSIENMSUNLMT4wPAYDVQQDEzVCT00gSkVT VVMgVFJBTlNQT1JURVMgRSBMT0dJU1RJQ0EgTFREQTowMzg2MTIzMTAwMDE4ODCCASIwDQYJKoZI hvcNAQEBBQADggEPADCCAQoCggEBAJ+vmmvlrHloZiiN74bHubTfSTH3RkAUAVSggLMX6cy6AyMv BZsrYd7SYZJ/Nu8TK/f4PUV641K0UErrQBDCCFenETeHPnrPWb/jvkR7Nk7lbbUCzsH2nPm2+dM4 riQ3eureCZXneVZFmIii1atGAJ/JgOFTCvg93LUqIIWqK0IBbCaVBeYaBtKd3cPQDh+9aEkyBCi0 oxkN5d1uix7y94i7V4Ep4mOUZK7F8RWRf85QTY2BcA7+hI92QA3ui82/sC7jZzvsR1Ai5jh/4cvt rsP/HZ+Z9LrvX2ugVzussrvQpynMR9mvVXylL+j5c9xunl/gtHCCop9qRhhwDFVRkd0CAwEAAaOC AxgwggMUMIHABgNVHREEgbgwgbWgPQYFYEwBAwSgNAQyMDcwNjE5NjMzNDU0OTM0MDEwMDExOTY2 MjI1MTkzMDAwMDAwMDQ3MjIyNDQ4RE5UTVSgHQYFYEwBAwKgFAQSTkVMU09OIEpPU0UgVklHT0xP oBkGBWBMAQMDoBAEDjAzODYxMjMxMDAwMTg4oBcGBWBMAQMHoA4EDDAwMDAwMDAwMDAwMIEhZmlz Y2FsQGJvbWplc3VzdHJhbnNwb3J0ZXMuY29tLmJyMAkGA1UdEwQCMAAwHwYDVR0jBBgwFoAUTvuo cXG/6qm9kT1NumSs+dLi5KQwDgYDVR0PAQH/BAQDAgXgMGwGA1UdIARlMGMwYQYGYEwBAgEbMFcw VQYIKwYBBQUHAgEWSWh0dHA6Ly9pY3AtYnJhc2lsLmFjYnIub3JnLmJyL3JlcG9zaXRvcmlvL2Rw Yy9BQ19CUl9SRkIvRFBDX0FDX0JSX1JGQi5wZGYwgfQGA1UdHwSB7DCB6TBLoEmgR4ZFaHR0cDov L2ljcC1icmFzaWwuYWNici5vcmcuYnIvcmVwb3NpdG9yaW8vbGNyL0FDQlJSRkJHMy9MYXRlc3RD UkwuY3JsME+gTaBLhklodHRwOi8vaWNwLWJyYXNpbC5vdXRyYWxjci5jb20uYnIvcmVwb3NpdG9y aW8vbGNyL0FDQlJSRkJHMy9MYXRlc3RDUkwuY3JsMEmgR6BFhkNodHRwOi8vcmVwb3NpdG9yaW8u aWNwYnJhc2lsLmdvdi5ici9sY3IvUkZCL0FDQlJSRkJHMy9MYXRlc3RDUkwuY3JsMB0GA1UdJQQW MBQGCCsGAQUFBwMCBggrBgEFBQcDBDCBjgYIKwYBBQUHAQEEgYEwfzBTBggrBgEFBQcwAoZHaHR0 cDovL2ljcC1icmFzaWwuYWNici5vcmcuYnIvcmVwb3NpdG9yaW8vY2VydGlmaWNhZG9zL0FDX0JS X1JGQl9HMy5wN2MwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwLmNlcnRpc2lnbi5jb20uYnIwDQYJ KoZIhvcNAQELBQADggIBAFSFyGN93pJgWbvDJjTHxZFDX6Y3ucTvQC5LSM2x3ymnsb25EH7wJtzo VmVxwDdLWujreELluEySEKfuKWRLtYVKhtubrXZJmGpMX4Kh3tJ5VwAkGYe4Y/7EexsetGD8Uje/ sEKGQ1cufiMxlkG5gMSR6QqkrP8O+htLOvAZebeZro9k5VUb21+kaFux+VA90ySYuDVLEA+mM34Y S+V4HsHwkK9KR3RkdJABlO+AUPweJYMOrFyhot2NmaUPzlzadIKSON5BC2OJRHW7RUYaKWmZPGQw zshcn11tEXdAdzJQuxCUFvDJ9uJ0nC679etlPBBW2RiOBcNZAByQ5NWtSJw3zYSttP1uI7k+5RpD SR5fhIHSQuvXmGF+tJ3/zOw4U81O3wupnxamkbiydMt2F1wZTNngnxxmnepNsYcTmC+6yzRquXeV xoZwFMh9ak/QOqef98rAW0rygqAoZ/6C8P8MJ1Qr6llJHJZy1U45HTUxydh27A4NpvlhRkMCD9dn +6ggUt+6+jKEK0f5kDFsSW9mgDJrxJRmh5WlENCRoXJtDAAYp6CvJJ5nZ2Rhv4Vyog0rFsEGCvTr fdpbeaERsQeblPK5lnvrFKQctAOus4B4VBjvzS+KyAnwrjheHoHX8BNKxj1uFJfPZVtlZnxA+z7D ECCTY/vtESyu4Y805YoY</X509Certificate>

</X509Data>

</KeyInfo>

</Signature>

</n0:MDFe>

</ne:enviMDFe>

</ne:mdfeDadosMsg>

</nm:mdfeRecepcaoLote>

Former Member
0 Kudos

Tiago, nota fresquinha que a SAP liberou.

2091841 - Using own function module to update MDF-e in feeder system

Former Member
0 Kudos

Com a aplicação da SNOTE SAP 2091841 o problema de Lógica dentro do GRC foi resolvido, mas o erro de Schema no retorno do Lote ainda continua.
(Solicitação de lote foi rejeitada, Código de Status 225, motivo: Falha no Schema XML do MDF-e).

Mas...

Pela análise feita o erro está no envio da mensagem na formação da mensagem do Lote, nesse caso iremos fazer o procedimento do XI Inspector e fazer o "Trace" desse processo, e tão breve esperamos correção da SAP.

Answers (1)

Answers (1)

Former Member
0 Kudos

Oi Ronaldo

Resolveu?

abraço

Eduardo Chagas

Former Member
0 Kudos

Boa Noite Eduardo,

Depois de Aplicar a Nota que a SAP Liberou e Remapear os Campos da BADI junto com o Consultor Funcional, consegui aprovar um MDF-e.

Ttive pela frente vários erros, Percurso, ID da Chave que não batia, Digito Verificador, UF de Destino Final não correspondente ao UF informado, mas depois de muita batalha, foi aprovado um MDF-e.

Segue log de autorização.

Obs.: Tirei a chave por privacidade da Empresa, mas foi aprovado,


O erro de BackEnd agora é uma tratativa que vou fazer para atualizar os dados em minha tabela de log.

Agora testarei envio de Encerramento e Cancelamento.

Atte,

Former Member
0 Kudos

Que maravilha!

Por favor encerre a thread qualificando as respostas que lhe foram dadas.

Grato

Eduardo Chagas