IE não informada retorno 716

[Ciminos]

ola, tenho um cliente que na hora de enviar o cte sempre esta dando IE do remetente não informado cod 716,

crio o XML e uso o Acbr monitor para enviar, ele refaz o xml e tira o IE do remetente

e ai acaba retornando erro do sefaz, alguém sabe o que pode ser? a versão do acbr é o final 40

obrigado

[José M. S. Junior]

Bom dia, anexe o arquivo .ini ou .txt que está passando para o ACBRMonitor.

[Ciminos]

ola segue o xml que crio e envio com a instrução  CTE.EnviarCTe  layout 3.00

 

Cte000001230.xml

[José M. S. Junior]

Não está gerando o XML pelo ACBr? Note que não está Validando o seu XML através dos Schemas... Na aba (CTe) do ACBrMonitor utilize o botão Validar XML e terá o retorno dos campos com problema...

[Ciminos]

1 hora atrás, Ciminos disse:

ola segue o xml que crio em meu sistema e apenas envio com a instrução  CTE.EnviarCTe  layout 3.00

 

Cte000001230.xml

 

[Ciminos]

Junior sou Monick trabalho com o Fabio e consegui falar com o Carlos e o mesmo me indicou a falar com vc por aqui.

o problema que o fabio te passou acima continua em aberto. vou te enviar o xml que meu sistema gera já assinado por aqui. este xml após ser assinado pelo meu sistema é automaticamente salvo em uma pasta c: no windows, abro o acbr monitor plus,

peço para validar o xml

como vc pode ver ele valida sem problema nenhum.

 

vou enviar e ele da erro de ie este varia de acordo com o tomador que eu escolho em meu sistema.

neste xml que te envio, o arquivo numero do cte + a palavra "anterior", voce observa que na escolha do tomador do serviço sendo o remetente o tomador, a I.E. se encontra no xml de forma correta, porem apos eu enviar o xml por essa mesma tela do acbr, ele altera o xml se vc ver o segundo arquivo so com o numero do cte onde a ie do remetente simplesmente some, e o retorno nos logs vc vera que nao envia por nao conter essa informação no xml enviado.

 

minha pergunta é

 

se eu pagar pelo suporte e adquirir a versao mais recente de vcs eu vou conseguir enviar meus cte?

 

ja perdi varios clientes e tem um a flor da pele hj comigo por conta desse problema que venho encontrando desde 15 de janeiro.

antes disso a versao 3.0 do cte havia sido enviado normalmente, depois da alteração no tomador do sefaz no dia 15 nao consegui mais.

agradeço desde ja

 

Monick Cimino

 

Cte000001137anterior.xml

Cte000001137.xml

logACBr.rar

[Juliomar Marchetti]

Tu já não postou isso aqui

leia as regras do fórum ou será marcado como spammer

[Ciminos]

sim mas o carlos mandou eu responder este post acima pra ver se vc via eu so fiz o que me mandaram kkk desculpe

vou validar meu xml na sefaz e ja te falo a resposta

 

[Ciminos]

[José M. S. Junior]

26 minutos atrás, Ciminos disse:

Junior sou Monick trabalho com o Fabio e consegui falar com o Carlos e o mesmo me indicou a falar com vc por aqui.

o problema que o fabio te passou acima continua em aberto. vou te enviar o xml que meu sistema gera já assinado por aqui. este xml após ser assinado pelo meu sistema é automaticamente salvo em uma pasta c: no windows, abro o acbr monitor plus,

peço para validar o xml

como vc pode ver ele valida sem problema nenhum.

 

vou enviar e ele da erro de ie este varia de acordo com o tomador que eu escolho em meu sistema.

neste xml que te envio, o arquivo numero do cte + a palavra "anterior", voce observa que na escolha do tomador do serviço sendo o remetente o tomador, a I.E. se encontra no xml de forma correta, porem apos eu enviar o xml por essa mesma tela do acbr, ele altera o xml se vc ver o segundo arquivo so com o numero do cte onde a ie do remetente simplesmente some, e o retorno nos logs vc vera que nao envia por nao conter essa informação no xml enviado.

 

minha pergunta é

 

se eu pagar pelo suporte e adquirir a versao mais recente de vcs eu vou conseguir enviar meus cte?

 

ja perdi varios clientes e tem um a flor da pele hj comigo por conta desse problema que venho encontrando desde 15 de janeiro.

antes disso a versao 3.0 do cte havia sido enviado normalmente, depois da alteração no tomador do sefaz no dia 15 nao consegui mais.

agradeço desde ja

 

Monick Cimino

 

Cte000001137anterior.xml

Cte000001137.xml

logACBr.rar

Boa tarde, 

Não houve mudanças no ACBrMonitor referente ao CT-e nas últimas versões... (As últimas alterações são as validações para a versão CTe 3.0)

O XML que está passando para o ACBrMonitor não está no padrão para emissão na versão 3.0, Note que tem tags referente a Veiculo e Motorista... isso não existe mais na versão 3.0. O que ocorre é que o ACBrMonitor valida isso antes do envio... portanto só adiciona as tags que correspondem a versão 3.0... e precisa assinar o XML novamente. Neste caso está faltando informações também...

Valide seu XML pelo validador Sefaz: https://www.sefaz.rs.gov.br/cte/cte-val.aspx

Veja as inconsistências:

Para, enviar um XML gerado pela sua aplicação através do ACBrMonitor o mesmo deve estar consistente com os Schemas da versão 3.0...

Realize um teste gerando o XML pelo próprio ACBrMonitor, vai notar diferenças no XML e não vai ter problemas no envio...

[Ciminos]

eu enviei e deu a resposta acima que te mandei

 

[José M. S. Junior]

2 minutos atrás, Ciminos disse:

Esse é o XML gerado pela sua aplicação? Anexe aqui por favor para validação...

[Ciminos]

sim

<?xml version="1.0" encoding="UTF-8"?><CTe xmlns="http://www.portalfiscal.inf.br/cte"><infCte versao="3.00" Id="CTe35180111510992000113570010000011371482114570"><ide><cUF>35</cUF><cCT>48211457</cCT><CFOP>5352</CFOP><natOp>Transporte a estabelecimento Industrial</natOp><mod>57</mod><serie>1</serie><nCT>1137</nCT><dhEmi>2018-01-31T10:02:26-02:00</dhEmi><tpImp>1</tpImp><tpEmis>1</tpEmis><cDV>0</cDV><tpAmb>1</tpAmb><tpCTe>0</tpCTe><procEmi>0</procEmi><verProc>2.0.40</verProc><cMunEnv>3548500</cMunEnv><xMunEnv>Santos</xMunEnv><UFEnv>SP</UFEnv><modal>01</modal><tpServ>0</tpServ><cMunIni>3515004</cMunIni><xMunIni>Embu das Artes</xMunIni><UFIni>SP</UFIni><cMunFim>3518701</cMunFim><xMunFim>Guaruja</xMunFim><UFFim>SP</UFFim><retira>1</retira><indIEToma>9</indIEToma><toma3><toma>0</toma></toma3></ide><compl><xObs>TERMINAL EMBRAPORT - NAVIO E R CANADA - DANFES 76313/76314 - EXP 017/18 - 01 cc 40 MSKU 6868135 - OUTROS/VAZIO GUARUJA - MOTORISTA GILDO SANDOVAL - PLACA BXC 5628 - CPF 09643230104.</xObs></compl><emit><CNPJ>11510992000113</CNPJ><IE>633698660110</IE><xNome>MOLLAX TRANSPORTES LTDA</xNome><xFant>MOLLAX TRANSPORTES LTDA</xFant><enderEmit><xLgr>R VASCONCELOS TAVARES</xLgr><nro>019</nro><xBairro>CENTRO</xBairro><cMun>3548500</cMun><xMun>Santos</xMun><UF>SP</UF><fone>1333264171</fone></enderEmit></emit><rem><CNPJ>04797661000140</CNPJ><xNome>GERRESHEIMER PLASTICOS SAO PAULO LTDA</xNome><xFant>GERRESHEIMER PLASTICOS SAO PAULO LTDA</xFant><enderReme><xLgr>RUA DA CONGREGACAO</xLgr><nro>056</nro><xCpl>sn</xCpl><xBairro>PQ IN R FREITAS</xBairro><cMun>3515004</cMun><xMun>EMBU DAS ARTES</xMun><CEP>06816902</CEP><UF>SP</UF><cPais>1058</cPais><xPais>BRASIL</xPais></enderReme></rem><dest><CNPJ>00000000000000</CNPJ><xNome>EDUARDO BARBERENA SA DE CV</xNome><enderDest><xLgr>MAR DEL NORTE</xLgr><nro>067</nro><xBairro>Exterior</xBairro><cMun>9999999</cMun><xMun>EXTERIOR</xMun><UF>EX</UF><cPais>9946</cPais><xPais>A Designar</xPais></enderDest></dest><vPrest><vTPrest>2991.38</vTPrest><vRec>2991.38</vRec><Comp><xNome>Valor Frete</xNome><vComp>2100.00</vComp></Comp><Comp><xNome>Outros</xNome><vComp>275.00</vComp></Comp><Comp><xNome>Estadia</xNome><vComp>480.00</vComp></Comp><Comp><xNome>advalorem</xNome><vComp>136.38</vComp></Comp></vPrest><imp><ICMS><ICMSSN><CST>90</CST><indSN>1</indSN></ICMSSN></ICMS></imp><infCTeNorm><infCarga><vCarga>136380.24</vCarga><proPred>TAMPA TES</proPred><infQ><cUnid>03</cUnid><tpMed>OUTROS</tpMed><qCarga>1.0000</qCarga></infQ></infCarga><infDoc><infNFe><chave>35180104797661000140550040000763131716754074</chave></infNFe><infNFe><chave>35180104797661000140550040000763141722734885</chave></infNFe></infDoc><infModal versaoModal="3.00"><rodo><RNTRC>48332603</RNTRC></rodo></infModal></infCTeNorm></infCte><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="#CTe35180111510992000113570010000011371482114570"><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>71d+5RI0m8QLYEcgnYyhW477D6I=</DigestValue></Reference></SignedInfo><SignatureValue>Uxrxnlm++phEmWLSmVc+5hG7fttKJTK1KiIwukj0kqs69c6zvjUEyt8HJ/PrSVeutf9aYKWzPgtiQwgtv8qxUXR60Pxpe7uMCj2AdeHR34cV6LizJHHJwryUxwARNFGa/qyT5N3UjwodoGJb/qctbKMMxyeXE14zrSYp0KjufcqX+hBFFsh9GKEIF4lhukjJwE5H2M+7E/iK0Dfj7+m4IMargaYHCkoZ34r4JMiBavQseJyI7Z6r35auFE9U1hPH4WjPNsUuveI60ZqeJqGFXK20YTDna9ER5+bJaFF+O29gQ/VOQoA+YN+h8/GPEoSG7lBRiUZrVvgzlXIn/XsP0A==</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIHejCCBWKgAwIBAgIEANCGWjANBgkqhkiG9w0BAQsFADCBiTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEtMCsGA1UEAxMkQXV0b3JpZGFkZSBDZXJ0aWZpY2Fkb3JhIFNFUlBST1JGQnY0MB4XDTE2MDgwNTE3NTE0MFoXDTE5MDgwNTE3NTE0MFowgdoxCzAJBgNVBAYTAkJSMQswCQYDVQQIEwJTUDEPMA0GA1UEBxMGU0FOVE9TMRMwEQYDVQQKEwpJQ1AtQnJhc2lsMTYwNAYDVQQLEy1TZWNyZXRhcmlhIGRhIFJlY2VpdGEgRmVkZXJhbCBkbyBCcmFzaWwgLSBSRkIxEzARBgNVBAsTCkFSQ09SUkVJT1MxFjAUBgNVBAsTDVJGQiBlLUNOUEogQTMxMzAxBgNVBAMTKk1PTExBWCBUUkFOU1BPUlRFUyBMVERBIEVQUDoxMTUxMDk5MjAwMDExMzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALGTh8tfY1KpAFeiTPCns05+SXIHr5sMyWIaz3DDHF1om8uZMVFg0QyKFViYv4vvPG0L4ea8ia3l0A/b/lBNRMfelEKnojAXrlmKGjkkclkt4cJUTb1sCQcvZACqjWIS64TKtb6fp2TA8mXctElT4PC0rFbJg6LUGe8p0PEhWG4v7mVUj8jEu0GTLD5anz4kQlhXQQ1NXhyfHjWZ5rjsmH0FxQTvVHTT5OSElJsbHJC2jdcZeu3hWTyGjDR+itl1UktgWjHzCvuSkeTlQKg0GDlyNYDU2YoZHIhoVX2xBm9iKbO+YzHufLFU7JjEFCNQdpganJnAHkfwGl+kl+WVZZsCAwEAAaOCApUwggKRMB8GA1UdIwQYMBaAFDAKLAy4Nyvg9toC/oCCZ5aYVBk7MFsGA1UdIARUMFIwUAYGYEwBAgMEMEYwRAYIKwYBBQUHAgEWOGh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2RvY3MvZHBjYWNzZXJwcm9yZmIucGRmMIHRBgNVHR8EgckwgcYwPKA6oDiGNmh0dHA6Ly9yZXBvc2l0b3Jpby5zZXJwcm8uZ292LmJyL2xjci9hY3NlcnByb3JmYnY0LmNybDA+oDygOoY4aHR0cDovL2NlcnRpZmljYWRvczIuc2VycHJvLmdvdi5ici9sY3IvYWNzZXJwcm9yZmJ2NC5jcmwwRqBEoEKGQGh0dHA6Ly9yZXBvc2l0b3Jpby5pY3BicmFzaWwuZ292LmJyL2xjci9zZXJwcm8vYWNzZXJwcm9yZmJ2NC5jcmwwVgYIKwYBBQUHAQEESjBIMEYGCCsGAQUFBzAChjpodHRwOi8vcmVwb3NpdG9yaW8uc2VycHJvLmdvdi5ici9jYWRlaWFzL2Fjc2VycHJvcmZidjQucDdiMIG1BgNVHREEga0wgaqgPQYFYEwBAwSgNAQyMTEwNzE5NjMwNTI5NjcyNDgwMTAwMDAwMDAwMDAwMDAwMDAwMDE2MjQ3NTEyU1NQU1CgHwYFYEwBAwKgFgQUTFVJWiBGRVJOQU5ETyBEVUFSVEWgGQYFYEwBAwOgEAQOMTE1MTA5OTIwMDAxMTOgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwgRRydWRvbGZAY29sb2JlLmNvbS5icjAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMA0GCSqGSIb3DQEBCwUAA4ICAQC9TT4g9LnPoWU9407GCawubB0v0K6VZvzljv4W1owgnUhEOGRTAkOEXXpOsej8rHEuhuB+lp1OrSr54EAcv8M9HnZM16N0krdcnvFSsqN9RmuEVjq8PXrxOL4kTvnRrhrDwyc8y9epANyvezgayRLoduZ+EnCvWHzaIoyrTkyNdn++PQ4ptxPVBuUbVQxmT+SQNxxXSLUnTuSbQAW0hp+nLJ8X2Vsdx8FvQsvHz4ARi+ONBZevyb11ZxdG49kIZDcVcm6kJ+vnMjBG1DMaGII2mjs57wBeTD6i52H3k2tAkPwxRzgpZNeH2CnXDpg2l7yPaQ21bmnpPFjVisAyP4OItXnxDt8G8TRdAuGWcQ6XwtQDr7CFsP10v2nTAcjkIG2qXM/rJufXc28ys8dhShwPOlXmojFUpbTn7fWwMQNIiBX0P13OuG5/76jHbHy93ft31tOsqS1HWL+Y7GLAMvbelYZZNHwgxdLVDCOUcsyZ3pI9lfXKPWfzMvdPgw0wfHNFx4m2z3B1Vt9xzzH7U1Taty3otpf2UxKTGfP9Tbbb62micIejLZdTAxncZK41+xWxZtH2Rkh8haD51xNlBMVsMKkdl/axgL5qtSfUJ/2qU3B1RT1IKjUKZIgTAuFulLQCKMZbyu+2Jyiu1utlvKmdk1m2tSu1gbjHec/AVhKeng==</X509Certificate></X509Data></KeyInfo></Signature></CTe>

[Ciminos]

junior quando mando validar o xml no acbr ele diz estar valido, se tivesse problema no xml com relação a versao errada sera que nao daria inconsistencia na hora de validar?

 

outra coisa em dezembro fiz as mudanças da versao de 2.0 para 3.0 e a sefaz aceitou até o dia 15 as alterações feitas nao entendo porque quando ela atualizou para desfazer as alteraçoes feitas no tomador é que começou a dar problema

[José M. S. Junior]

Este é o XML atual que está sendo gerado pela sua aplicação? Se sim... aqui apresentou um erro apenas no campo "xCpl" removendo esta tag o lote foi recebido com Sucesso...

Anexe o log.txt do ACBrMonitor no momento do envio, para verificação...

 

[Ciminos]

vou remover este campo na mao e ver se vai perai

 

[Ciminos]

 

log do resultado

 

log.zip

Editado 1 Fevereiro, 2018 por Ciminos

[Ciminos]

 

os memos dados enviado pelo acbr foram validados antes e depois pelo sefaz  conforme imagem acima

 

[Ciminos]

junior vc acha que pode ser a versao do monitor que eu to usndo? ou vc testou com a versao 40 tb?

[José M. S. Junior]

Não é na versão do Monitor... Note que o CT-e foi Recebido pela SEFAZ, o erro está nas regras que é realizado quando SEFAZ recepciona o XML Veja na resposta da SEFAZ que você anexou: (351000563280605-pro-rec-soap.xml)

<xMotivo>Rejeição: IE do Remetente não informada</xMotivo>

 

No manual diz :

Se IE Remetente = “ISENTO” ou não informada
Acessar Cadastro de Contribuinte da UF (*1)
- Remetente possui IE ativa na UF
Excessão: A regra não deve ser aplicada quando Tomador informado em
toma3 for o Remetente (toma3=0) e indicador de tomador for igual a não
contribuinte (indIEToma=9)

Talvez tenha que entrar em contato com a SEFAZ para esclarecer... pois mesmo entrando na regra de excessão, não está permitindo Remetente sem a IE 

[Ciminos]

esta era a versao antiga essa regra ja nao vale mais conforme nota 2017.003

[Ciminos]

o meu xml ja estava funcionando desde dezembro com essa atualizacao mas a partir de 15 de janeiro parou de ser aceito eu nao entendo o porque ja que eu ja havia feito essa mudança

[José M. S. Junior]

Compreendi... Pode ser sua versão mesmo. Embora não seja tão antiga, esta validação é recente e já está atualizada no ACBr, como eu disse testando por aqui não apresenta este erro... 

[Ciminos]

é certeza de eu adquirir a versao atual e conseguir transmitir?

 

[José M. S. Junior]

É certeza que tem milhares de CT-es sendo emitidos diariamente pelo componente ACBr ... e é certeza que se for algum problema pontual vamos tentar ajudar...