on 04-15-2013 8:23 PM
Boa tarde pessoal,
Vi que temos uma nota NT para CTe com alterações no schema do XML (Nota Técnica 2013.001).
Percebemos pois, nenhum CTe em ambiente de homologação hoje foi aprovado.
Estão todos com o erro: Rejeição: Falha no Schema XML específico para o modal [Det: The 'http://www.portalfiscal.inf.br/cte:RENAVAM' element is invalid - The value '123456789' is invalid according to its datatype 'String' - The actual length is not equal to the specified length
A nota menciona que houve uma alteração de 9 para 11 dígitos na tag RENAVAM.
Minha dúvida é: vocês sabem se do lado do GRC é necessário alguma alteração?
Pelo que vi, o xsd não tem a limitação do tamanho do campo.
É isso mesmo?
Procurei mas não vi nenhuma nota da SAP referente a este assunto, nem mesmo para o ECC.
Agradeço desde já.
Abraços,
Luciana R.
Luciana, boa tarde.
Saiu a nota Note 1847904 - CT-e: Technical Note 2013.001.
Summary
Symptom
CT-e: Technical Note 2013.001
RENAVAM is enlarged from 9 to 11 characters
VTOTIMP (total Tax Value) has been added to a number of structures
Other terms
Nota Técnica 2013/001, Conhecimento de Transporte Eletrônico, DACTE
Reason and Prerequisites
This SAP Note is only relevant for Brazil.
Prerequisites:
When SAP BusinessObjects Nota Fiscal Eletrônica (=GRC) is used as a messaging system then support package 14 must be installed.
Solution
As general rule, SAP recommends that you install a solution by applying a Support Package. However, if you need to install a solution earlier, use the Note Assistant to implement the correction instruction. You can find more information about the Note Assistant in SAP Service Marketplace, under service.sap.com/note-assistant.
The purpose of VTOTIMP is not clear. As the field is optional, SAP leaves the field empty.
In the implementation of the technical note 2013/001 SEFAZ has added additional checks with regard to the completeness of the XML. For example the insurance information must be provided for road transports (see label SEG). SEFAZ will reject the CT-e returning codes 665 and 666 if the information is missing.
Abraço,
Eduardo Hartmann
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Quando tem 9, temos que mandar com zeros á esquerda.
Nao deveria ter que, pois o layout XML do CTe aceita 9 digitos.
Isso é um workaround, como falei, pq a SEFAZ está fora do padrão.
Mas existem Renavans que estão sendo criados já com 11 posições... já são criados com 0 a esquerda.
Nesse caso nao há o que fazer, se o numero oficial tem 11 digitos, entao a SAP tem que de fato corrigir.
Mas e o cadastro do ERP está aceitando essa informacao com 11 digitos?
Oi Henrique,
Essa SAP Note que saiu hoje está contemplando esta alteração.
Ele menciona o seguinte passo manual:
Mas pelo que vi, o XSD no PI ainda considera somente 9 posições e não achei nenhuma nota aplicável ao GRC.
Aliás, a nota diz também:
*******************************************************************************************************
Reason and Prerequisites
This SAP Note is only relevant for Brazil.
Prerequisites:
When SAP BusinessObjects Nota Fiscal Eletrônica (=GRC) is used as a messaging system then support package 14 must be installed.
*******************************************************************************************************
Mas o SP14 ainda não está fechado e nem tem data definida para ser liberado.
E a obrigação começa em 15/05 (já falei isso 200 vezes nessa página...rs)
Abraços,
Luciana
Ah ok, essa nota era do ERP, entendi.
Anyway, como havia falado, no GRC eles tem q gerar um novo PI Content, entao acho dificil sair como nota, se o SP14 estiver planejado para antes de 15/05.
Voltando a questao do dado em si, é "correto" se forçar dois zeros a esquerda em um Renavam que tenha 9 digitos?? O Renavam "00123456789" e o "123456789" são considerados o mesmo pelo DETRAN??
No projeto atualmente o cliente tem SP12, trata-se de uma companiha global
e o cliente ira atualizar para o SP13 somente daqui 6 meses !!
Pergunto:
Seria possivel aplicarmos essa "alteracao" do RENAVAM com uma determinada relacao de notas ?
Se a resposta for sim, Alguem poderia enviar por favor essa lista de notas que devem ser aplicadas ?
em caso de reposta negativa,
a unica solucao mesmo seria update para o SP13 e depois SP14 ou ate
configuracao manual (sabendo que podemos perder garantia do produto) certo ?
Obrigado
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Mas isso nao faz sentido pro SAP NFE.
Ter um processo padrão e aplicar pra toda e qualquer aplicação sem analisar se faz sentido é um crime.
O tempo que você perderia aplicando o SP13 no NFE é menor do que o que vc gastou pra criar um usuário no SCN, logar e fazer sua perguntar... E o impacto é mínimo e concentrado no cenário de negócio de NFe...
Entendo e concordo sobre o que voce falou sobre o impacto ser apenas no componente SLL-NFE.
Essas informacoes de prazo e impacto ja foram documentadas e passadas ao cliente.
Sobre a data para request em producao sao as regras da empresa, nao temos opcao !!
De qualquer forma agradeco atencao Henrique.
Pode parecer boba essa minha pergunta, mas por favor, essa validacao do RENAVAM,
sera feita apenas no CTe de saida ? ou serao feita tambem para os CTe de entrada ???
*No momento da entrada do Cte, validamos assinatura digital + Cte autorizado ou nao no SEFAZ,certo ??
nao haveria impacto para empresas que trabalham so com a validacao de entrada do CTe?
Muito obrigado.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Marcel,
Afeta os emissores quanto a validação e poder enviar as 11 casas, e afeta o recebimento de CT-e com 11 casas não pela validação mas os objetos de proxy e schema rejeitarão um XML "mal formado" de 11 casas.
Devido a isso o pessoal tá "recebendo o XML" cortando dois dígitos para passar pelo proxy/validação de schema XML e depois no monitor dá OK para ignorar a verificação de assinatura pois foi assinado com 11 digitos, não 9.
Ou seja, quem emite e quem recebe são afetados.
Atenciosamente, Fernando Da Rós
Boa tarde Fernando, tudo bem?
Então, aplicamos a nota no ECC e agora o Renavam está com 11 dígitos no ERP.
Só que, quando o CTe cai no GRC, ele cai com 9 caracteres ainda, o que já era esperado.
O que não era esperado (pelo menos por mim), é que a SEFAZ iria aprovar os CTes.
No dia 15/04, quando a nota de CTe entrou em vigor, nenhum CTe foi aprovado em DEV e hoje, eles estão sendo aprovados mesmo estando com 9 dígitos.
Vocês sabem o que está acontecendo?
Abraços e obrigada,
Luciana R.
Bom dia Luciana,
Provavelmente corrigiram o sistema 🙂
A mudança do schema é para permitir também 11 dígitos, não que seja tudo 11 dígitos mas a alguns softwares de Sefaz não lêem o XML e sim o interpretam e aí podem interpretar errado.
O validador do SAP NFE (outgoing) também é uma interpretação do schema, visto que o time de desenvolvimento lê os schemas e decide por implementar via regra, via código, via transformação ou nem implementar (caso dos números onde só é necessário verificar se são negativos). E dar um grupo de mensagens um pouco mais próximo do negócio.
Já para entrada, ele segue o schema XSD.
Atenciosamente, Fernando Da Rós
Hummm.
Entendi!!!
Agora entendi que o Henrique comentou que o sistema da sefaz estava errado..rs
Eu havia entendido que, quando o renavam tivesse 9 dígitos, a partir de 15/04, teríamos que incluir zeros á esquerda para que ela validasse.
Agora ficou claro.
De qualquer maneira, o GRC está "comendo" 2 dígitos. No ECC temos 11 (em um teste que fizemos) e este Renavam chegou no GRC com apenas 9.
Deve ser por conta do XSD que ainda está limitando, certo?
Abraços e muito obrigada pelos esclarecimentos,
Luciana R.
Pessoal, outra dúvida sobre essa Nota Técnica.
Com relação ao serviço de Entrada, antes do dia 15/04 recebemos um CTe que possuia 11 digitos no RENAVAM e era rejeitado pelo validador do GRC com o seguinte faultText: "Error in XML transformation in tag cteProc(1)infCte(1)infCTeNorm(8)infModal(3)rodo(1)". Ao alterar o campo RENAVAM para 9 dígitos, a CTe foi processada sem erros.
Eu procurei por alguma SAP Note, mas não encontrei nada referente ao assunto. A minha dúvida é, como será feita a nova validação desse campo? Alguma SAP Note será lançada para atualizar o Validador de Entrada?
Muito obrigado!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Então Henrique,
O problema é que isso será obrigatório em produção a partir de 15/05/2013 e está disponível para teste de de 15/04/2013 em homologação.
Nenhum CTe em homologação está sendo validado sem os 11 dígitos de Renavam.
Abrimos chamado na SAP mas até agora não tivemos respostas.
Abraços e obrigada
Ainda discordo que a SAP tenha que desenvolver alguma coisa aqui.
Isso é claramente um erro da SEFAZ, que não está implementando o que está definido no layout CTe standard! Se eles estivessem seguindo o layout, Renavam de 9 digitos seriam aceitos.
Vocês fizeram consulta oficial à SEFAZ em questão?
Qual a resposta?
São 2 coisas diferentes:
Alguém pode querer fazer um workaround para resolver o problema 2 forçando dois zeros à esquerda do Renavam via BAdI, e daí incorre no problema 1. Porém isso é um workaround, e não a solução da causa raiz. A SEFAZ tem que corrigir o sistema deles antes do prazo de 15/05, senão eles mesmos que não estão se adequando ao padrão ENCAT.
Cabe aqui uma consulta oficial à SEFAZ e também uma reclamação/consulta à coordenação do ENCAT responsável por NFe/CTe. Acredito que o melhor caminho para isso seria através da ASUG (Paulo Roberto) ou via GS1.
Povo,
Alguma luz ai?rsrs
Obrigada
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oi Pedro,
Obrigada pela ajuda.
Então, na verdade, a SEFAZ alterou o WS sim.
Antes permitiam 9 caracteres, agora 11.
Se você manda com 9, dá o erro que comentei lá em cima.
O pessoal ta esperando uma resposta da SAP quanto a alterações no ERP pois, lá, o campo limita a 9 caracteres numa tabela standard.
Acabei de ver o XSD govCteModalRodoviario de CTe do SP13, e o campo RENAVAM está com 9 caracteres.
Possivelmente a SAP terá atualizações do XSD também....:
<xs:element name="RENAVAM">
<xs:annotation>
<xs:documentation>
RENAVAM do veículo
</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="TString">
<xs:length value="9" />
</xs:restriction>
</xs:simpleType>
</xs:element>
Abraços e obrigada
Mas o XSD standard do CTe permite de 9 a 11.
Apesar de o PDF da Nota Técnica falar apenas em 11.
<xs:element name="RENAVAM">
<xs:annotation>
<xs:documentation>RENAVAM do veículo </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base="TString">
<xs:minLength value="9"/>
<xs:maxLength value="11"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
A SEFAZ que não está implementando o WS de acordo com a definição do XSD...
Tem q abrir chamado com eles e esperar uma definição.
User | Count |
---|---|
6 | |
5 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.