Conhecimento de Transporte Eletrônico

Nota Técnica 2016/001

Projeto Conhecimento de Transporte Eletrônico

Nota Técnica 2016/001

Divulga alterações em regras de validação da versão 3.00

e aplicação algumas de regras de validação da versão
3.00 na autorização da versão 2.00

* Inserida correção do schema da Inutilização [24/11/2016]

* Inseridas duas regras de validação no CT-e OS [24/11/2016]

Novembro 2016

Pág. 1 / 6
 Conhecimento de Transporte Eletrônico
Nota Técnica 2016/001

1. Resumo
Esta Nota Técnica divulga alterações nas regras de validação para a versão 3.00 e propõe estender um
conjunto de regras da nova versão na versão 2.00:

2. Datas de Disponibilização das Regras de Validação

Data de Liberação Ambiente
01/11/2016 Homologação
12/12/2016 Produção*

* O conjunto de regras da versão 3.00 aplicadas à versão 2.00 são facultativas para implementação
do autorizador

3. WebService – Recepção – Nova regra de validação

Se Tipo de Serviço diferente de “Serviço Vinculado a Multimodal”, não deve ser Obrig, 814 Rej.
referenciado nenhum CT-e autorizado por OTM
(infServVinc/infCTeMultimodal/chCTeMultimodal)

4. WebService – Recepção – Alteração de regra

Se Tipo do CT-e= 2 (Anulação): Obrig. 736 Rej.

- Rejeitar se existir CT-e de Anulação autorizado há mais de 15 dias com o mesmo
emitente sem que exista o CT-e de substituição
OBS: Verificar apenas CT-e autorizados após a data de implantação da versão
3.00
Retornar a chave de acesso do CT-e de anulação mais antigo

5. WebService – Recepção – Regras da versão 3.00 que serão

aplicadas à versão 2.00
Chave de acesso inválida (modelo diferente de 57) Facult. 732 Rej.

Se Tipo do CT-e=3 (Substituição): Facult. 734 Rej.

- Todas NF-e transportadas no CT-e substituto devem ser as mesmas informadas
no CT-e substituído
Se Tipo do CT=e 1 (Complementar): Facult. 800 Rej
- O CNPJ/CPF do remetente do CT-e complementar deve ser igual ao informado no
CT-e complementado
Se Tipo do CT=e 1 (Complementar): Facult. 801 Rej
- CNPJ/CPF do destinatário do CT-e complementar deve ser igual ao informado no
CT-e complementado
Se Tipo do CT=e 1 (Complementar): Facult. 802 Rej
- CNPJ/CPF do expedidor do CT-e complementar deve ser igual ao informado no
CT-e complementado
Se Tipo do CT=e 1 (Complementar): Facult. 803 Rej
- CNPJ/CPF do recebedor do CT-e complementar deve ser igual ao informado no
CT-e complementado
Se Tipo do CT=e 1 (Complementar) e informado toma4: Facult. 804 Rej
- CNPJ/CPF do tomador do CT-e complementar deve ser igual ao informado no CT-
e complementado

* O CT-e complementado também deve ter informado o toma4 como tomador

Pág. 2 / 6
 Conhecimento de Transporte Eletrônico
Nota Técnica 2016/001

Se Tipo do CT=e 1 (Complementar): Facult. 805 Rej

- IE do emitente do CT-e complementar deve ser igual ao informado no CT-e
complementado
Se Tipo do CT=e 1 (Complementar): Facult. 806 Rej
- IE do remetente do CT-e complementar deve ser igual ao informado no CT-e
complementado
Se Tipo do CT=e 1 (Complementar): Facult. 807 Rej
- IE do destinatário do CT-e complementar deve ser igual ao informado no CT-e
complementado
Se Tipo do CT=e 1 (Complementar): Facult. 808 Rej
- IE do expedidor do CT-e complementar deve ser igual ao informado no CT-e
complementado
Se Tipo do CT=e 1 (Complementar): Facult. 809 Rej
- IE do recebedor do CT-e complementar deve ser igual ao informado no CT-e
complementado
Se Tipo do CT=e 1 (Complementar) e estiver informado toma4: Facult. 810 Rej
- IE do tomador do CT-e complementar deve ser igual ao informado no CT-e
complementado

* O CT-e complementado também deve ter informado toma4 como tomador

Se Tipo do CT=e 1 (Complementar): Facult. 811 Rej
- UF de início da prestação do CT-e complementar deve ser igual ao informado no
CT-e complementado
Se Tipo do CT-e=1 (Complementar): Facult. 812 Rej
- UF de fim da prestação do CT-e Complementar deve ser igual ao informado no
CT-e Complementado
Se forma de emissão do CT-e for 4 (EPEC): Facult. 756 Rej.
- Data de emissão do CT-e deve ser igual a data de emissão do evento prévio

6. WebService – Recepção – Alteração no prazo para substituição

Conforme estabelecido no AJUSTE SINIEF 10, DE 8 DE JULHO DE 2016:

G01 Se Tipo do CT-e=3 (Substituição): Facult. 563 Rej.

- A autorização do CT-e de substituição deve ocorrer em até 60 dias, ou
outro limite conforme critério definido pela SEFAZ (a SEFAZ Virtual deve
considerar a hora local do emissor para a validação) da data de autorização
do CT-e objeto substituição

7. WebService – Recepção – Validação do CCC para os atores do

CT-e (facultativo)
Na versão 3.00, as validações de “IE deve estar cadastrada” e “IE deve estar vinculada ao CNPJ” de
Remetente, Destinatário, Expedidor, Recebedor e Tomador podem ser feitas utilizando o CCC
(Cadastro Centralizado de Contribuintes), inclusive para operações interestaduais.

Estas validações passam a ser aplicadas também para a versão 2.00

Pág. 3 / 6
 Conhecimento de Transporte Eletrônico
Nota Técnica 2016/001

8. WebService – Recepção – Desativação de regras obsoletas

(facultativo)
As seguintes regras de validação ficam desativadas para a versão 2.00:

Processo de emissão informado inválido (diferente de 0 ou 3) 494

Acessar Cadastro Contribuinte p/ Emitente: 245
- CNPJ emitente não cadastrado
Remetente informado: Código Município inválido (dígito de controle) 417

Se o Remetente informado for contribuinte do ICMS na UF autorizadora: 420

- Acessar Cadastro Contribuinte p/ Remetente:
. Se CNPJ Remetente informado: CNPJ não cadastrado
Destinatário informado: Código Município inválido (dígito de controle) 423
Se o Destinatário informado for contribuinte do ICMS na UF autorizadora: 425
- Acessar Cadastro Contribuinte p/ Destinatário:
. Se CNPJ Destinatário informado: CNPJ não cadastrado
Expedidor informado: Código Município inválido (dígito de controle) 430
Se o Expedidor for contribuinte do ICMS na UF autorizadora: 433
- Acessar Cadastro Contribuinte p/ Expedidor:
. Se CNPJ Expedidor informado: CNPJ não cadastrado
Recebedor informado: Código Município inválido (dígito de controle) 438
Se Recebedor informado for contribuinte do ICMS na UF autorizadora: 441
- Acessar Cadastro Contribuinte p/ Recebedor:
. Se CNPJ Recebedor informado: CNPJ não cadastrado
Tomador informado: Código Município inválido (dígito de controle) 446
Se o Tomador do serviço for contribuinte do ICMS na UF autorizadora: 449
- Acessar Cadastro Contribuinte p/ Tomador:
. Se CNPJ Tomador informado: CNPJ não cadastrado
Código Município de envio do CT-e inválido (dígito de controle) 492
Código Município de início da prestação inválido (dígito de controle) 455
Código Município de término da prestação inválido (dígito de controle) 413

9. WebService – Recepção CT-e OS – Inclusão de regras

Se Tipo do CT-e= 1 (Complementar): Obrig. 656 Rej.

- Verificar se o CT-e complementado foi Anulado.
Se Tipo do CT-e= 1 (Complementar): Obrig. 657 Rej.
- Verificar se o CT-e complementado foi Substituído.

10. Padronização do retorno em regras de validação (facultativo)

Deverá ser retornada a informação do número de protocolo e data em complemento às rejeições 539,
204, 218, 205, 674, 673, 672, 671 na versão 2.00, da mesma forma que estabelecido no MOC da
versão 3.00.

Pág. 4 / 6
 Conhecimento de Transporte Eletrônico
Nota Técnica 2016/001

11. Previsão da rejeição 997

Nos casos em que ocorre um erro no ambiente de autorização, é retornada a rejeição 999.

Existem situações em que o ambiente de autorização trabalha com um banco de dados separado para
o arquivo XML, nestes casos, quando não encontrado o XML propõe-se que a rejeição seja específica
com o código: 997 - Rejeição: XML do CT-e referenciado indisponível no momento da validação.

12. Correção do retorno do Webservice de Consulta Situação

O Webservice de consulta situação deve ter a capacidade de responder consultas de chave de acesso,
independentemente da versão do CT-e, portanto faz-se necessário alteração do schema de retorno,
seguindo o seguinte layout:

Tags do tipo <any> permitem o retorno de qualquer XML, atendendo a necessidade deste serviço de
responder independentemente da versão do DF-e autorizado.

Pág. 5 / 6
 Conhecimento de Transporte Eletrônico
Nota Técnica 2016/001

13. Correção do schema da Inutilização

O Schema da inutilização do CT-e não estava permitindo o modelo 67 na tag “mod”, impedindo a
inutilização de CT-e OS. O arquivo inutCTeTiposBasicos_v3.00.xsd foi corrigido para permitir essa
operação.

14. Nova Mensagem de Validação

CÓDIGO MOTIVOS DE NÃO ATENDIMENTO DA SOLICITAÇÃO

814 Rejeição: Não devem ser informados CT-e Multimodais para Tipo de Serviço diferente
de Serviço Vinculado a Multimodal

Pág. 6 / 6