Академический Документы
Профессиональный Документы
Культура Документы
Verso 2.00a
Janeiro/2014
Pg. 1 / 187
Controle de Verses
Verso
1.00
1.01
1.01A
1.01B
1.02pre
1.02
1.03
1.04
1.04a
1.04b
1.04c
2.00pre
2.00
2.00
2.00a
2.00a
Data
07/03/2008 SP
02/07/2008 SP/RS
07/07/2008 SP/RS
25/08/2008 Reunio CT-e RJ
03/09/2008 Reunio CT-e MT
12/09/2008 SP/RS
03/08/2009 RS/SP/GO
22/07/2011 RS
12/08/2011 RS
07/12/2011 RS
11/04/2012 RS Regras SVC
02/05/2012 RS
04/07/2013 RS
31/07/2013 RS (Reviso)
10/2013 RS
01/2014 RS
Pg. 2 / 187
2.00a
10/10/2013
PL_CTe_200 a
01/03/2014
01/04/2014
PL_CTe_104c
01/06/2014
Verso
2.00
2.00
2.00
2.00
Schema XML
cte_v2.00.xsd
enviCTe_v2.00.xsd
retEnviCTe_v2.00.xsd
consReciCTe_v2.00.xsd
retconsReciCTe
2.00
retConsReciCTe_v2.00.xsd
procCTe
inutCTe
2.00
2.00
procCTe_v2.00.xsd
inutCTe_v2.00.xsd
retInutCTe
2.00
retInutCTe_v2.00.xsd
procInutCTe
2.00
procInutCTe_v2.00.xsd
consSitCTe
2.00
consSitCTe_v2.00.xsd
retConsSitCTe
2.00
retConsSitCTe_v2.00.xsd
consStatServCTe
2.00
consStatServCTe_v2.00.xsd
retConsStatServCTe
2.00
retconsStatServCTe_v2.00.xsd
aereo
aquav
duto
ferrov
rodo
multimodal
eventoCTe
2.00
2.00
2.00
2.00
2.00
2.00
2.00
cteModalAereo_v2.00.xsd
cteModalAquaviario_v2.00.xsd
cteModalDutoviario_v2.00.xsd
cteModalFerroviario_v2.00.xsd
cteModalRodoviario_v2.00.xsd
cteMultimodal_v2.00.xsd
eventoCTe_ v2.00.xsd
retEventoCTe
2.00
retEventoCTe. V2.00.xsd
procEventoCTe
2.00
procEventoCTe_v2.00.xsd
evCancCTe
2.00
evCancCTe_v2.00.xsd
evEPECCTe
2.00
evEPECCTe_v2.00.xsd
evCCeCTe
2.00
evCCeCTe_v2.00.xsd
Observao
Leiaute do CT-e (parte Geral).
Mensagem de envio de lote de CT-e.
Mensagem de retorno do envio de lote de CT-e.
Mensagem de consulta processamento do lote
de CT-e transmitido.
Mensagem de retorno da consulta de
processamento do lote de CT-e transmitido.
Leiaute de compartilhamento do CT-e.
Mensagem de solicitao de inutilizao de
numerao de CT-e.
Mensagem de retorno do resultado do
processamento da solicitao de inutilizao de
numerao de CT-e.
Leiaute de compartilhamento de pedido de
inutilizao de numerao de CT-e
Mensagem de consulta da situao atual do CTe.
Mensagem de retorno da consulta da situao
atual do CT-e.
Mensagem da consulta do status do servio de
autorizao de CT-e.
Mensagem de retorno da consulta do status do
servio de autorizao de CT-e.
Leiaute do modal Areo (parte especfica)
Leiaute do modal Aquavirio (parte especfica)
Leiaute do modal Dutovirio (parte especfica)
Leiaute do modal Ferrovirio (parte especfica)
Leiaute do modal Rodovirio (parte especfica)
Leiaute do Multimodal (parte especfica)
Mensagem de solicitao de registro de evento
do CT-e
Mensagem de retorno do resultado da
solicitao de registro de evento do CT-e
Leiaute de compartilhamento de solicitao de
registro de evento do CT-e
Leiaute especfico do evento de cancelamento
de CT-e
Leiaute especfico do evento de contingencia
EPEC de CT-e
Leiaute especfico do evento de carta de
correo de CT-e
Pg. 3 / 187
ndice
1.
2.
Introduo ......................................................................................................... 6
Consideraes Iniciais ....................................................................................... 7
2.1
Histrico do Documento Fiscal Eletrnico .............................................................. 7
2.2
Conceito do CT-e ................................................................................................... 7
2.3
Descrio Simplificada do Modelo Operacional ...................................................... 7
3.
Arquitetura de Comunicao com Contribuinte .................................................. 9
3.1
Modelo Conceitual .................................................................................................. 9
3.2
Padres Tcnicos................................................................................................. 10
3.3
Modelo Operacional ............................................................................................. 17
3.4
Padro de Mensagens dos Web Services ............................................................ 20
3.5
Verso dos Schemas XML ................................................................................... 22
3.6
Schema XML do CT-e Estrutura Genrica e Estrutura Especfica do Modal de
Transporte ....................................................................................................................... 24
3.7
Sistema de Registro de Eventos........................................................................... 26
3.8
SEFAZ Virtual....................................................................................................... 28
4.
Web Services .................................................................................................. 29
4.1
Servio de Recepo de CT-e.............................................................................. 30
4.2
Web Service CteRetRecepcao .......................................................................... 48
4.3
Web Service - CteInutilizacao............................................................................... 53
4.4
Web Service CteConsulta Protocolo .................................................................. 59
4.5
Web Service CteStatusServico .......................................................................... 64
4.6
Web Service CadConsultaCadastro .................................................................. 68
4.7
Sistema de Registro de Eventos........................................................................... 70
5.
Sistema de Registro de Eventos (Parte Especfica) ......................................... 78
5.1
Evento Prvio de Emisso em Contingncia (EPEC) ........................................... 78
5.2
Evento de Cancelamento ..................................................................................... 81
5.3
Evento Registro do Multimodal ............................................................................. 83
5.4
Evento Carta de Correo .................................................................................... 85
6.
Web Services Informaes Adicionais .......................................................... 88
6.1
Regras de validao ............................................................................................. 88
6.2
Padro de Nomes para os Arquivos ..................................................................... 96
6.3
Tratamento de Caracteres Especiais no Texto de XML ........................................ 96
6.4
Chave de Acesso do CT-e ................................................................................... 97
6.5
Nmero do Recibo de Lote ................................................................................... 98
6.6
Nmero do Protocolo............................................................................................ 98
6.7
Tempo Mdio de Resposta................................................................................... 99
7.
Cdigo de Barra ............................................................................................ 100
7.1
Cdigo de Barras Adicional ................................................................................ 101
7.2
Clculo do Dgito Verificador do CODE-128C..................................................... 102
7.3
Representao Simblica do Cdigo.................................................................. 102
8.
DACTE .......................................................................................................... 103
9.
Contingncia ................................................................................................. 104
10.
Ambiente de Homologao / Produo ......................................................... 105
11.
Distribuio do CT-e para o Tomador do Servio .......................................... 106
11.1 Processo de Distribuio .................................................................................... 106
11.2 Leiaute da Distribuio: CT-e ............................................................................. 106
12.
Compartilhamento de Informaes do CT-e entre rgos Pblicos .............. 107
12.1 Processo de Compartilhamento ......................................................................... 107
12.2 Leiaute de Compartilhamento: CT-e .................................................................. 108
12.3 Leiaute de Compartilhamento: Inutilizao de Numerao de CT-e .................. 108
12.4 Leiaute de compartilhamento: Registro de Evento de CT-e ................................ 108
12.5 Compartilhamento de Documentos com Outros rgos Pblicos ...................... 108
Anexo I Leiaute do CT-e ................................................................................................. 109
Pg. 4 / 187
Pg. 5 / 187
1. Introduo
Este documento tem por objetivo a definio das especificaes e critrios tcnicos necessrios
para a integrao entre os Portais das Secretarias de Fazendas dos Estados e os sistemas de
informaes das empresas emissoras de Conhecimento de Transporte eletrnico - CT-e.
Pg. 6 / 187
2. Consideraes Iniciais
O Conhecimento de Transporte Eletrnico (CT-e) est sendo desenvolvido, de forma integrada,
pelas Secretarias de Fazenda dos Estados, Receita Federal do Brasil, representantes das
transportadoras e Agncias Reguladoras do segmento de transporte, a partir da assinatura do
Protocolo ENAT 03/2006 (10/11/2006), que atribuiu ao Encontro Nacional de Coordenadores e
Administradores Tributrios Estaduais (ENCAT) a coordenao e a responsabilidade pelo
desenvolvimento e implantao do Projeto CT-e.
2.1
O documento fiscal eletrnico surgiu com o Projeto da Nota Fiscal eletrnica, que tinha como
objetivo a implantao de um modelo nacional de documento fiscal eletrnico para substituir a
sistemtica atual de emisso do documento fiscal em papel, modelos 1 e 1A, com validade
jurdica garantida pela assinatura digital do emissor.
Os documentos fiscais eletrnicos simplificam o cumprimento das obrigaes acessrias a que
os contribuintes esto sujeitos e permitem ao Fisco um melhor acompanhamento das operaes
comerciais, mostrando-se uma soluo vantajosa para todos os envolvidos nas transaes com
estes documentos.
A possibilidade do uso de documentos fiscais eletrnicos em substituio aos documentos
tradicionalmente emitidos em papis est prevista no pargrafo nico da clusula segunda do
Protocolo ENAT 03/2005.
O Conhecimento de Transporte Eletrnico (Modelo 57) um documento fiscal eletrnico,
institudo pelo AJUSTE SINIEF 09/07 (25/10/2007), que poder ser utilizado para substituir um
dos seguintes documentos fiscais:
O Conhecimento de Transporte Eletrnico tambm poder ser utilizado como documento fiscal
eletrnico no transporte dutovirio e nos transportes Multimodais.
2.2
Conceito do CT-e
2.3
Pg. 7 / 187
Pg. 8 / 187
Modelo Conceitual
Viso Conceitual
Secretaria de Fazenda Estadual
Contribuinte
HTTPS
Client CTe
(
Fluxo de
Comunicao
Web Services
Transaes
Servios
Sncronos
Aplicao CTe
Servios
Assncronos
CTe
Filas de Msgs
Aplicativo de Faturamento
(
CTes
Pg. 9 / 187
3.2
Padres Tcnicos
</CTe>
<CTe xmlns="http://www.portalfiscal.inf.br/cte">
<infCte Id="CTe41100600242640000108570000000446060832911308" versao="2.00">
...
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
</CTe>
</enviCTe>
<?xml version="1.0" encoding="UTF-8"?>
<enviCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00">
Pg. 10 / 187
<idLote>200602220000001</idLote>
<CTe>
<infCte Id="CTe41100600242640000108570000000446060832911308" versao="2.00">
...
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
</CTe>
<CTe>
<infCte Id="CTe41100600242640000108570000000446060832911308" versao="2.00">
...
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">
</CTe>
</enviCTe>
c) Prefixo de namespace
No permitida a utilizao de prefixos de namespace. Essa restrio visa otimizar o
tamanho do arquivo XML.
Assim, ao invs da declarao:
<cte:CTe xmlns:cte=http://www.portalfiscal.inf.br/cte > (exemplo para o XML do CT-e com
prefixo cte) dever ser adotada a declarao:
<CTe xmlns =http://www.portalfiscal.inf.br/cte >
d) Otimizao na Montagem do Arquivo
Na gerao do arquivo XML do CT-e, excetuados os campos identificados como obrigatrios no
modelo (primeiro dgito da coluna de ocorrncias do leiaute iniciada com 1, ex.: 1-1, 1-2, 1-N),
no sero includas as TAGs de campos com contedo zero (para campos tipo numrico) ou
vazio (para campos tipo caractere).
Na gerao do arquivo XML do CT-e, sero preenchidos no modelo apenas as TAGs de campos
identificados como obrigatrios no leiaute ou os campos obrigatrios por fora da legislao
pertinente. Identificam-se os campos obrigatrios no leiaute pelo primeiro dgito da coluna
ocorrncia (Ocorr.) que inicie com 1, ex.: 1-1, 1-2, 1-N . Os campos obrigatrios por fora da
legislao pertinente devem ser informados, mesmo que no leiaute seu preenchimento seja
facultativo.
A regra constante do pargrafo anterior estender-se- para os campos nos quais no exista
indicao de obrigatoriedade, mas com preenchimento obrigatrio por estar condicionado
legislao especfica ou ao negcio do contribuinte. Neste caso, dever constar a TAG com o
valor correspondente e, para os demais campos, devero ser eliminadas as TAGs.
Exemplo 1: SubGrupo de Informaes de transporte de produtos perigosos (ocorrncia 0-1).
Ser preenchido se a legislao especfica o exigir.
Exemplo 2: Informao relacionada com o AFRMM - Adicional de Frete para Renovao da
Marinha Mercante (ocorrncia 0-1). Ser preenchido somente se o negcio do contribuinte for
transporte aquavirio.
Pg. 11 / 187
Para reduzir o tamanho final do arquivo XML do CT-e alguns cuidados de programao devero
ser assumidos:
no incluir "zeros no significativos" para campos numricos;
no incluir "espaos" ("line-feed", "carriage return", "tab", caractere de "espao" entre as
TAGs.) no incio ou no final de campos numricos e alfanumricos;
no incluir comentrios no arquivo XML;
no incluir anotao e documentao no arquivo XML (TAG annotation e TAG
documentation);
no incluir caracteres de formatao no arquivo XML ("line-feed", "carriage return", "tab",
caractere de "espao" entre as TAGs).
e) Validao de Schema
Para garantir minimamente a integridade das informaes prestadas e a correta formao dos
arquivos XML, o contribuinte dever submeter o arquivo do CT-e e as demais mensagens XML
para validao pelo Schema do XML (XSD XML Schema Definition), fornecido pela Secretaria
de Fazenda Estadual, antes de seu envio.
Padro de Comunicao
A comunicao entre o contribuinte e a Secretaria de Fazenda Estadual ser baseada em Web
Services disponveis no Portal da Secretaria de Fazenda Estadual de circunscrio do
contribuinte, exceto nos casos em que a UF autorizadora do CT-e utilize servios de SEFAZ
VIRTUAL.
O meio fsico de comunicao utilizado ser a Internet, com o uso do protocolo SSL verso 3.0,
com autenticao mtua, que, alm de garantir um duto de comunicao seguro na Internet,
permite a identificao do servidor e do cliente por meio de certificados digitais, eliminando a
necessidade de identificao do usurio mediante nome ou cdigo de usurio e senha.
O modelo de comunicao segue o padro de Web Services definido pelo WS-I Basic Profile.
A troca de mensagens entre os Web Services do Portal da Secretaria de Fazenda Estadual e o
aplicativo do contribuinte ser realizada no padro SOAP verso 1.2, com troca de mensagens
XML no padro Style/Encoding: Document/Literal.
A chamada dos diferentes Web Services do Projeto CT-e realizada com o envio de uma
mensagem XML atravs do campo cteDadosMsg.
A verso do leiaute da mensagem XML contida no campo cteDadosMsg e o cdigo da UF
requisitada sero informados nos campos versaoDados e cUF, ambos do tipo string localizados
no elemento cteCabecMsg do SOAP header.
Exemplo de uma mensagem requisio padro SOAP:
<?xml version="1.0" encoding="utf-8"?>
<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">
<soap12:Header>
<cteCabecMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcao">
<cUF>string</cUF>
<versaoDados>string</versaoDados>
</cteCabecMsg>
</soap12:Header>
<soap12:Body>
<cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcao">xml</cteDadosMsg>
</soap12:Body>
</soap12:Envelope>
Pg. 12 / 187
Pg. 13 / 187
Deve-se evitar o uso das TAGs relacionadas a seguir, pois as informaes sero obtidas a partir
do Certificado do emitente:
<KeyValue>
<RSAKeyValue>
<Modulus>
<Exponent>
O Projeto CT-e utiliza um subconjunto do padro de assinatura XML definido pelo
http://www.w3.org/TR/xmldsig-core/, que tem o seguinte leiaute:
Pai
XS01 Signature
Campo
Raiz
XS02 SignedInfo
XS01
1-1
XS03 CanonicalizationMe
thod
XS02
1-1
XS04 Algorithm
XS03
1-1
XS05 SignatureMethod
XS02
1-1
XS06 Algorithm
XS05
1-1
XS07 Reference
XS02
1-1
Grupo de Reference
XS08 URI
XS07
1-1
XS10 Transforms
XS07
1-1
RC XS10
1-1
XS11 unique_Transf_Alg
Descrio/Observao
XS12 Transform
XS10
2-2
Grupo de Transform
XS13 Algorithm
XS12
1-1
XS14 XPath
XS12
0-N
XPath
XS15 DigestMethod
XS07
1-1
XS16 Algorithm
XS15
1-1
XS17 DigestValue
XS07
1-1
XS18 SignatureValue
XS01
1-1
XS19 KeyInfo
XS01
1-1
Grupo do KeyInfo
XS20 X509Data
XS19
1-1
Grupo X509
XS21 X509Certificate
XS20
1-1
A assinatura do Contribuinte no CT-e ser feita na TAG <infCTe> identificada pelo atributo Id.
Seu contedo ser um identificador nico (chave de acesso) precedido do literal CTe para cada
CT-e, conforme leiaute descrito no Anexo I. O identificador nico precedido do literal #CTe
dever ser informado no atributo URI da TAG <Reference>. Para as demais mensagens a ser
assinadas o processo o mesmo, mantendo-se sempre identificador nico para o atributo Id na
TAG a ser assinada.
Pg. 14 / 187
Segue um exemplo:
<CTe xmlns="http://www.portalfiscal.inf.br/cte" >
<infCTe Id="CTe31060243816719000108650000000010001234567897" versao="2.00">
...
</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="#CTe31060243816719000108650000000010001234567897">
<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>vFL68WETQ+mvj1aJAMDx+oVi928=</DigestValue>
</Reference>
</SignedInfo>
<SignatureValue>IhXNhbdL1F9UGb2ydVc5v/gTB/y6r0KIFaf5evUi1i ...</SignatureValue>
<KeyInfo>
<X509Data>
<X509Certificate>MIIFazCCBFOgAwIBAgIQaHEfNaxSeOEvZGlVDANB ... </X509Certificate>
</X509Data>
</KeyInfo>
</Signature>
</CTe>
Pg. 15 / 187
(6) Adotar as regras definidas pelo RFC 3280 para LCRs e cadeia de confiana;
(7) Validar a integridade de todas as LCRs utilizadas pelo sistema;
(8) Prazo de validade de cada LCR utilizada (verificar data inicial e final).
A forma de conferncia da LCR fica a critrio de cada Secretaria de Fazenda Estadual, podendo
ser feita de 2 (duas) maneiras: on-line ou Download peridico. As assinaturas digitais das
mensagens sero verificadas considerando-se a lista de certificados revogados disponvel no
momento da conferncia da assinatura.
Resumo dos Padres Tcnicos
A tabela a seguir resume os principais padres de tecnologia utilizados:
Caracterstica
Web Services
Meio lgico de comunicao
Meio fsico de comunicao
Protocolo Internet
Padro de troca de mensagens
Padro da mensagem
Padro de certificado digital
Descrio
Pg. 16 / 187
3.3
Modelo Operacional
Implementao
Assncrona
Sncrona
Sncrona
Sncrona
Sncrona
Sncrona
Servios Sncronos
As solicitaes de servios de implementao sncrona so processadas imediatamente e o
resultado do processamento obtido em uma nica conexo.
A seguir, o fluxo simplificado de funcionamento:
Servio de Implementao Sncrona
Contribuinte
Aplicativo
Cliente
Web Service
(4) Resultado
(3) Resultado
Processamento
de Servios
Pg. 17 / 187
Servios Assncronos
As solicitaes de servios de implementao assncrona so processadas de forma distribuda
por vrios processos e o resultado do processamento somente obtido na segunda conexo.
A seguir o fluxo simplificado de funcionamento:
Web Service
Recebe Solicitao
de Servios
Fila de
servios
solicitados
(4)
(5)
Fila de
recibos
Processamento
de Servios
(6)
(7)
Consulta
Recibo
Web Service
(9) Resultado processamento
Consulta recibo
Fila de
servios
processados
(3)
(4)
(5)
(6)
(7)
(8)
(9)
Pg. 18 / 187
CNPJ do
Transmissor
Nmero
do Recibo
data e hora
recebimento
cUF
Verso
Dados
XML de Dados
rea de controle
rea de mensagem
A estrutura de um item composta pela rea de controle (identificador) e pela rea de detalhe
que contm a mensagem XML. As seguintes informaes so adotadas como atributos de
controle:
Pg. 19 / 187
3.4
As chamadas dos Web Services fornecidos pelas Secretarias de Fazenda Estaduais ou Receita
Federal do Brasil e os respectivos resultados do processamento so realizadas servindo-se de
mensagens com o seguinte padro:
versaoDados
A informao armazenada na rea de dados um documento XML que deve atender ao leiaute
definido na documentao do Web Service acessado:
<soap12:Body>
<cteDadosMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcao">xml</cteDadosMsg>
</soap12:Body>
Pg. 20 / 187
Um Schema XML uma linguagem que define o contedo do documento XML, descrevendo os
seus elementos e a sua organizao, alm de estabelecer regras de preenchimento de contedo
e de obrigatoriedade de cada elemento ou grupo de informao.
A validao da estrutura XML da mensagem realizada por um analisador sinttico (parser) que
verifica se a mensagem atende as definies e regras de seu Schema XML.
Qualquer divergncia da estrutura XML da mensagem em relao ao seu Schema XML provoca
um erro de validao do Schema XML.
A primeira condio para que a mensagem seja validada com sucesso que ela seja submetida
ao Schema XML correto.
Assim, o aplicativo do contribuinte deve estar preparado para gerar as mensagens no leiaute em
vigor, devendo, ainda, informar a verso do leiaute da estrutura XML da mensagem no campo
versaoDados do elemento cteCabecMsg do SOAP Header.
<soap12:Header>
<cteCabecMsg xmlns="http://www.portalfiscal.inf.br/cte/wsdl/CteRecepcao">
<cUF>35</cUF>
<versaoDados>1.00</versaoDados>
</cteCabecMsg>
</soap12:Header>
As modificaes de leiaute das mensagens dos Web Services podem ser causadas por
necessidades tcnicas ou em razo da modificao de alguma legislao. As modificaes
Pg. 21 / 187
3.5
PL_CTe_ 1.01.ZIP
01/06/2008
cteEnvLote _v1.30.xsd
inutCTe_v1.00.xsd
eventoCTe_v1.00.xsd
tiposGeral _v1.01.xsd
Pg. 22 / 187
Pg. 23 / 187
3.6
A partir da verso 1.04, a estrutura do Schema XML do CT-e foi modificada, criando-se uma
parte genrica do schema e uma parte especfica para cada modal de transporte, com o objetivo
de permitir maior independncia entre os modais; assim, uma alterao no leiaute especfico
para um modal no repercute nos demais.
Parte Genrica
A estrutura genrica a parte que possui os campos (tags) de uso comum utilizados por todos
os modais.
Para alcanar este objetivo, foi criada no schema XML do CT-e uma estrutura genrica com um
elemento do tipo any que permite a insero do XML especfico do modal, conforme
demonstrado na figura a seguir:
A verso do schema XML a ser utilizada na parte especfica do modal de transporte ser
identificada com um atributo de verso prprio (tag versaoModal), conforme figura a seguir:
Pg. 24 / 187
Pg. 25 / 187
3.7
O Sistema de Registro de Eventos do CT-e SRE o modelo genrico que permite o registro de
evento de interesse do CT-e originado a partir do prprio contribuinte ou da administrao
tributria.
Um evento o registro de um fato relacionado com o documento fiscal eletrnico, esse evento
pode ou no modificar a situao do documento (por exemplo: cancelamento) ou simplesmente
dar cincia sobre o trnsito deste documento (por exemplo: registro de passagem).
O servio para registro de eventos ser disponibilizado pelas SEFAZ Autorizadoras atravs de
WebService de processamento sncrono e ser propagado para os demais rgos interessados
pelo mecanismo de compartilhamento de documentos fiscais eletrnicos. As mensagens de
evento utilizaro o padro XML j definido para o projeto CT-e contendo a assinatura digital do
emissor do evento (seja ele contribuinte ou fisco).
O registro do evento tipicamente requer a existncia do CT-e vinculado na SEFAZ Autorizadora,
contudo alguns eventos do trnsito ou contingncia podero ser registrados sem que exista o
CT-e na base de dados do autorizador em conformidade com as regras de negcio
estabelecidas para este tipo de evento.
Alm disso, alguns tipos de evento devero rejeitar documentos com situao diferente de
Autorizado, enquanto outros permitiro a vinculao do evento ao CT-e independente da
situao do documento, nesses casos a homologao do evento retornar um cdigo de status
especfico concatenando a situao do CT-e na mensagem de retorno.
O modelo de mensagem do evento dever ter um conjunto mnimo de informaes comuns, a
saber:
O WebService ser nico com a funcionalidade de tratar eventos de forma genrica para facilitar
a criao de novos eventos sem a necessidade de criao de novos servios e com poucas
alteraes na aplicao de Registro de Eventos da SEFAZ Autorizadora.
O leiaute da mensagem de Registro de Evento seguir o modelo adotado para o documento CTe, contendo uma parte genrica (comum a todos os tipos de evento) e uma parte especfica onde
ser inserido o XML correspondente a cada tipo de evento em uma tag do tipo any.
As regras de validao referentes parte genrica dos eventos estaro descritas em item
especfico deste MOC.
As validaes especficas de cada tipo de evento estaro descritas em item posterior deste
Manual, originando um novo subitem para cada tipo de evento especificado.
O Pacote de Liberao de schemas do CT-e dever conter o leiaute da parte genrica do
Registro de Eventos e um schema para cada leiaute especfico dos eventos definidos neste
manual.
Pg. 26 / 187
Descrio Evento
Tipo de
Autor do Evento
Local
Evento
CT-e deve
existir?
Carta de Correo
SEFAZ
Autoriz.
Sim
110111
Cancelamento
SEFAZ
Autoriz.
Sim
110113
EPEC
SVC
No
110160
Registros do
Multimodal
SEFAZ
Autoriz.
Sim
Ambiente
Nacional
No
Registro de
Passagem
3-Fisco
1=via WS Evento
Autorizado CT-e
Complementar
SEFAZ
Autoriz.
Sim
240131
Cancelado CT-e
Complementar
SEFAZ
Autoriz.
Sim
240140
CT-e de Substituio
SEFAZ
Autoriz.
Sim
240150
CT-e de Anulao
SEFAZ
Autoriz.
Sim
240160
Multimodal
SEFAZ
Autoriz.
No
Legenda:
Tipo de Autor do Evento: 1 Empresa Emitente; 2 Fisco do Emitente; 3 Fisco; 4 RFB; 5
Outros rgos / Agncia Reguladora;
Tipo de Meio de Informao: 1 via WS de Evento; 2 via Extranet CT-e; 3 via Portal CT-e;
4 Via integrao sistemas;
Pg. 27 / 187
3.8
SEFAZ Virtual
Pg. 28 / 187
4. Web Services
Os Web Services disponibilizam os servios que sero utilizados pelos aplicativos dos
contribuintes. O mecanismo de utilizao dos Web Services segue as seguintes premissas:
a) Ser fornecido um Web Service por servio, existindo um mtodo para cada tipo de
servio;
b) Para os servios assncronos, o mtodo de envio retorna uma mensagem de
confirmao de recebimento da solicitao de servio com o recibo e a data e hora local
de recebimento da solicitao ou retorna uma mensagem de erro.
A Secretaria de Fazenda Estadual autorizadora compromete-se a processar os lotes de
conhecimentos de transportes recebidos em at 3 (trs) minutos e em, no mnimo, 95%
(noventa e cinco por cento) do total do volume recebido no perodo de 24 (vinte e quatro)
horas. Este indicador de performance ser constantemente avaliado e aperfeioado pelo
Comit Gestor e os contribuintes emissores de CT-e.
A qualquer momento as empresas podero verificar a performance do servio de
processamento dos lotes, observando o tempo mdio de resposta do servio nos ltimos
5 (cinco) minutos. A empresa poder optar por entrar em contingncia caso julgue que o
tempo de resposta no seja aceitvel escolhendo uma das formas de contingncia
disponveis conforme descrito no Anexo VI - Manual de Contingncia.
No recibo de recepo do lote, tambm ser informado o tempo mdio de resposta do
servio nos ltimos 5 (cinco) minutos.
Cada Portal de Secretaria de Fazenda Estadual disponibilizar o resultado do
processamento do lote por um perodo mnimo de 24 (vinte e quatro) horas
(cteConsLote). Aps o trmino do processamento, a informao da situao atual de
cada conhecimento de transporte estar disponvel para consulta individual (consSitCTe).
c) Para os servios sncronos, o envio da solicitao e a obteno do retorno sero
realizados na mesma conexo por meio de um nico mtodo.
d) As URLs dos Web Services encontram-se no Anexo III deste manual e no Portal do
Ambiente Nacional (www.cte.fazenda.gov.br). Acessando-se a URL, pode-se obter o
WSDL (Web Services Description Language) de cada Web Service.
e) O processo de utilizao dos Web Services sempre iniciado pelo contribuinte
enviando uma mensagem nos padres XML e SOAP, atravs do protocolo SSL com
autenticao mtua.
f) A ocorrncia de qualquer erro na validao dos dados recebidos interrompe o processo
com a disponibilizao de uma mensagem contendo o cdigo e a descrio do erro.
Pg. 29 / 187
4.1
O Servio de Recepo de CT-e o servio oferecido pelos Portais das Secretarias da Fazenda
dos Estados para recepo dos CT-e emitidos pelos contribuintes credenciados em sua unidade
federada.
A forma de processamento do servio de recepo de CT-e assncrona. O contribuinte deve
transmitir o lote de CT-e atravs do Web Service de recepo de lote de CT-e e buscar o
resultado do processamento do Lote de CT-e no Web Service de consulta resultado de
processamento de lote
Web Service CteRecepcao
cteRecepcaoLote
Filas de Entrada .
msgs
Client CT-e
Recibo
Proc.
Processamento
Aplicao CT-e
Pg. 30 / 187
Campo
Ele
Pai
Raiz
AP02 versao
AP01
1-1
1-4
AP03 idLote
AP01
1-1
1-15
AP04 CTe
AP01
Xml
1-50
AP01 enviCTe
Descrio/Observao
TAG raiz
Verso do leiaute
Campo
Ele
Pai
Raiz
AR02 versao
AR01
1-1
1-4
AR03 tpAmb
AR01
1-1
Identificao do Ambiente:
1 Produo / 2 - Homologao
AR03a cUF
AR01
1-1
AR04 verAplic
AR01
1-1
1-20
AR05 cStat
AR01
1-1
AR06 xMotivo
AR01
1-1
1-255
AR07 infRec
AR01
0-1
AR08 nRec
AR07
1-1
15
AR09 dhRecbto
AR07
1-1
AR10 tMed
AR07
1-1
AR01 retEnviCte
Descrio/Observao
TAG raiz da Resposta
Verso do leiaute
As mensagens recebidas com erro geram uma mensagem de erro. Nas demais hipteses,
retornar-se- um recibo com nmero, data, hora local de recebimento e tempo mdio de
resposta do servio nos ltimos 5 (cinco) minutos.
O nmero do recibo gerado pelo Portal da Secretaria de Fazenda Estadual ser a chave de
acesso do servio de consulta ao resultado do processamento do lote.
Pg. 31 / 187
Regra de Validao
Crtica
Msg
Efeito
Obrig.
280
Rej.
Obrig.
281
Rej.
Obrig.
283
Rej.
Obrig.
286
Rej.
Obrig.
284
Rej.
Obrig.
285
Rej.
Obrig.
282
Rej.
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL e no precisam
ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode
falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam
ICP-Brasil no repositrio de certificados digitais do servidor de Web Service da SEFAZ.
Validao Inicial da Mensagem no Web Service
Validao Inicial da Mensagem no Web Service
#
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
214
Rej.
Facult.
243
Rej.
108
Rej.
109
Rej.
Pg. 32 / 187
A mensagem ser descartada se o tamanho exceder o limite previsto (500 kB). A aplicao do
contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 kB. Caso
isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho
da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle
no firewall). No caso de o controle de tamanho ter sido implementado por aplicativo, retorna-se a
mensagem de erro 214.
No momento do recebimento da mensagem no Web Service, a critrio de cada unidade federada
autorizadora, poder ser verificado se o XML de dados est bem formado. Esta verificao til
para as UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.
As unidades federadas que mantm o Web Service disponvel mesmo quando o servio esteja
paralisado, devero implementar as validaes 108 e 109. Estas validaes podero ser
dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
Caso a SEFAZ Autorizadora trabalhe na modalidade de SEFAZ Virtual de Contingncia (SVC),
sugere-se que esta mantenha uma tabela de UF atendidas indicando para cada uma se o
Ambiente de Autorizao Normal ou SVC, e ainda, o status de ativao da SVC para cada UF
e o prazo de encerramento desta modalidade.
Validao das Informaes de Controle da Chamada ao Web Service
Validao das Informaes de Controle da Chamada ao Web Service
#
Regra de Validao
Aplic.
Msg
Efeito
Facult.
242
Rej.
Obrig.
409
Rej.
Obrig.
410
Rej.
Obrig.
513
Rej.
114
Rej.
411
Rej.
Facult.
238
Rej.
Obrig.
239
Rej.
Pg. 33 / 187
identificao do ambiente;
verso do aplicativo;
o cdigo 103 e o literal Lote recebido com Sucesso;
o cdigo da UF que atendeu a solicitao;
o nmero do recibo (vide item 6.5), com data, hora local de recebimento da mensagem;
tempo mdio de resposta do servio de processamento dos lotes nos ltimos 5 (cinco)
minutos (vide detalhamento da forma de clculo no item 6.7).
Caso ocorra algum problema de validao, o aplicativo retornar uma mensagem com as
seguintes informaes:
a identificao do ambiente;
a verso do aplicativo;
o cdigo e a respectiva mensagem de erro (vide a tabela do item 6.1);
o cdigo da UF que atendeu a solicitao;
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
225
Rej.
Facult.
598
Rej.
Facult.
599
Rej.
Obrig.
404
Rej.
Obrig.
402
Rej.
457
Rej.
589
Rej.
590
Rej.
Obrig.
Pg. 34 / 187
A existncia de qualquer erro na validao de forma da rea de dados implica a rejeio de todo
o lote.
A validao do schema XML do lote de CT-e pela SEFAZ autorizadora ser feita em duas
etapas:
- A primeira etapa deve validar a estrutura genrica do lote, submetendo a mensagem contra o
schema XML definido para o lote. Em caso de erro, retornar o cdigo 225;
- A segunda etapa (realizada mais adiante) deve validar a estrutura especfica do modal de
transporte para cada um dos documentos de CT-e do lote. Em caso de erro, retornar o cdigo
580.
b) Validao do Certificado Digital de Assinatura
Nesta fase so extrados todos os CT-e das mensagens de envio de lote e validadas as
seguintes regras de negcio para cada CT-e:
Validao do Certificado Digital Utilizado na Assinatura Digital do CT-e
#
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
290
Rej.
Obrig.
291
Rej.
Obrig.
292
Rej.
Obrig.
293
Rej.
Obrig.
296
Rej.
Obrig.
294
Rej.
Obrig.
295
Rej.
Aplic.
Msg
Efeito
Obrig.
298
Rej.
Obrig.
297
Rej.
Obrig.
213
Rej.
Regra de Validao
Pg. 35 / 187
Regras de Validao
Obrig.
252
Rej.
Obrig.
646
Rej.
Obrig.
647
Rej.
Obrig.
648
Rej.
Obrig.
649
Rej.
Obrig.
670
Rej.
Obrig.
226
Rej.
Obrig.
247
Rej.
Obrig.
494
Rej.
Obrig.
586
Rej.
Obrig.
587
Rej.
G012 Se Data de entrada em contingncia estiver informada, esta deve ser menor Obrig
ou igual data de emisso
588
Rej.
Obrig
515
Rej.
Obrig.
516
Rej.
Obrig.
517
Rej.
Obrig.
227
Rej.
Obrig.
253
Rej.
Obrig.
458
Rej.
Obrig.
459
Rej.
Obrig.
460
Rej.
Obrig.
461
Rej.
Obrig.
462
Rej.
Pg. 36 / 187
Regras de Validao
Obrig.
463
Rej.
Obrig
579
Rej
Obrig.
580
Rej.
Obrig.
688
Rej.
Obrig.
665
Rej.
Obrig.
666
Rej.
Obrig
581
Rej.
Obrig
582
Rej
Obrig
583
Rej
Obrig
584
Rej
Obrig.
693
Rej.
Obrig.
694
Rej.
Obrig.
601
Rej
Obrig.
591
Rej
Facult. 602
Rej.
Facult. 603
Rej.
Pg. 37 / 187
Regras de Validao
Facult. 604
Rej.
Facult. 605
Rej.
Facult. 606
Rej.
Facult. 661
Rej.
Facult. 662
Rej.
Facult. 652
Rej.
540
Rej.
650
Rej.
675
Rej.
Pg. 38 / 187
Regras de Validao
informado (infCte/imp/ICMS).
Considerar uma tolerncia de R$ 0,01 para mais ou para menos.
G048 - Verificar se o CFOP informado pertence a operao de transporte.
Obrig.
OBS:. Verificar a relao de CFOP vlidos no Anexo VIII deste MOC
G048a Verificar o CFOP informado considerando a seguinte matriz:
Obrig.
Para CT-e do tipo Normal, Complementar ou Substituio:
Se UF de incio da prestao = UF de fim de prestao (e UF fim <> EX)
CFOP deve iniciar por 5
Se UF de incio da prestao <> UF de fim da prestao (e UF fim <> EX)
CFOP deve iniciar por 6
Se UF fim de prestao = EX
CFOP deve iniciar por 7
G049
G050
G051
G052
G053
G053a
G054
G055
G056
G057
G058
676
Rej.
519
Rej.
Obrig.
469
Rej.
Obrig.
470
Rej.
Obrig.
474
Rej.
Obrig.
475
Rej.
Obrig.
651
Rej.
Obrig.
521
Rej.
Facult. 690
Rej.
Facult. 691
Rej.
Facult. 692
Rej.
Obrig.
667
Rej.
Obrig.
496
Rej.
Obrig.
499
Rej.
Pg. 39 / 187
Regras de Validao
G062
G063
G064
G065
G066
G067
G068
G069
G070
G071
[chCTe: 99999999999999999999999999999999999999999999]
[nRec:999999999999999].
Se Tipo do CT-e= 2 (Anulao): o CT-e objeto da anulao deve estar com
a situao autorizado o uso.
Se Tipo do CT-e= 2 (Anulao): somente o emitente pode anular o CT-e. O
CT-e original e o de anulao devem possuir o mesmo CNPJ de emitente.
Se Tipo do CT-e= 2 (Anulao): o CT-e objeto de anulao deve ter Tipo =
0 (Normal) ou 3 (Substituio)
Se Tipo do CT-e= 2 (Anulao): a data de emisso do CT-e de anulao
deve ocorrer em at 60 dias, ou outro limite conforme critrio definido pela
SEFAZ (a SEFAZ Virtual deve considerar a hora local do emissor para a
validao) da data de emisso do CT-e objeto de anulao.
Se Tipo do CT-e= 2 (Anulao): o valor da prestao do servio e o do
ICMS devem ser iguais ao do CT-e original.
Se Tipo do CT-e= 2 (Anulao): o CT-e objeto da anulao no pode ter
sido anulado anteriormente
Se Tipo do CT-e= 2 (Anulao): o CT-e objeto da anulao no pode ter
sido substitudo anteriormente.
Se Tipo do CT-e= 2 (Anulao): o CT-e objeto da anulao no pode ter IE
preenchida para o tomador do servio.
Se Tipo do CT-e= 2 (Anulao): o CT-e objeto da anulao no pode ter
sido complementado anteriormente.
Se Tipo do CT-e= 3 (Substituio): o tipo de emisso deve ser normal
G075
G076
G077
G078
G079
G080
G081
[chCTe: 99999999999999999999999999999999999999999999]
[nRec:999999999999999].
Se Tipo do CT-e= 3 (Substituio): o CT-e substitudo deve estar com
situao autorizada (no pode estar cancelado ou denegado)
Se Tipo do CT-e= 3 (Substituio): o CT-e substitudo no pode ter sido
substitudo anteriormente
Se Tipo do CT-e= 3 (Substituio): o CT-e substitudo no pode ter sido
complementado
Se Tipo do CT-e= 3 (Substituio): o CT-e substitudo deve ser do Tipo = 0
(Normal) ou 3 (Substituio)
Se Tipo do CT-e= 3 (Substituio): se foi informado o grupo tomaICMS
(tomador contribuinte do ICMS), o CT-e a ser substitudo (chCTe) no
pode ter sido anulado.
Se Tipo do CT-e=3 (Substituio): CNPJ do emitente do CT-e substituto
deve ser igual ao informado no CT-e substitudo
Se Tipo do CT-e=3 (Substituio): CNPJ/CPF do remetente do CT-e
substituto deve ser igual ao informado no CT-e substitudo
497
Rej.
Obrig.
674
Rej.
Obrig.
498
Rej.
Obrig.
565
Rej.
Obrig.
500
Rej.
Obrig.
501
Rej.
Obrig.
502
Rej.
Obrig.
566
Rej.
Obrig
567
Rej
Obrig.
689
Rej.
Obrig.
658
Rej.
Obrig.
503
Rej.
Obrig.
505
Rej.
Obrig
568
Rej
Obrig.
673
Rej.
Obrig
569
Rej
Obrig
570
Rej
Obrig
659
Rej
Obrig
571
Rej
Obrig
577
Rej
Obrig.
510
Rej.
Obrig.
511
Rej.
Pg. 40 / 187
Regras de Validao
512
Rej.
Obrig.
550
Rej.
Obrig.
551
Rej.
Obrig.
552
Rej.
Obrig.
553
Rej.
Obrig.
554
Rej.
Obrig.
555
Rej.
Obrig.
557
Rej.
Obrig.
556
Rej.
Obrig.
558
Rej.
Obrig.
559
Rej.
Obrig.
560
Rej.
Obrig.
563
Rej.
Obrig
572
Rej
Obrig
672
Rej
Obrig
573
Rej
[chCTe: 99999999999999999999999999999999999999999999]
[nRec:999999999999999].
G097 Se Tipo do CT-e=3 (Substituio): se foi informado o CT-e de anulao no
grupo do Tomador no contribuinte do ICMS, este CT-e informado deve
ser do Tipo=2(Anulao)
G098 Se Tipo do CT-e=3 (Substituio): se foi informado o CT-e de anulao no
grupo do Tomador no contribuinte do ICMS, este CT-e anulao deve
ter anulado o mesmo CT-e que agora est sendo substitudo.
G099 CNPJ Emitente invlido (dgito controle, zeros ou nulo)
Obrig
578
Rej
Obrig.
207
Rej.
Obrig.
229
Rej.
Obrig.
209
Rej.
Pg. 41 / 187
Regras de Validao
Obrig.
245
Rej.
Obrig.
203
Rej.
Facult. 230
Rej.
Obrig.
231
Rej.
Obrig.
585
Rej.
Obrig.
301
ou
205
212
Den.
228
Rej.
415
Rej.
Rej.
Obrig.
416
Rej.
Facult. 417
Rej.
Obrig.
418
Rej
Obrig.
419
Rej..
Facult. 420
Rej.
G116
Facult. 421
Rej.
G117
Facult. 422
Rej.
Obrig.
208
Rej.
Obrig.
237
Rej.
Facult. 423
Rej.
424
Rej.
210
Rej.
Pg. 42 / 187
Regras de Validao
Facult. 425
Rej.
G124
Facult. 426
Rej.
G125
Facult. 427
Rej.
Obrig.
428
Rej.
Obrig.
429
Rej.
Facult. 430
Rej.
431
Rej.
432
Rej.
Facult. 433
Rej.
Obrig.
G132
Facult. 434
Rej.
G133
Facult. 435
Rej.
Obrig.
436
Rej.
Obrig.
437
Rej.
Facult. 438
Rej.
Obrig.
439
Rej.
Obrig.
440
Rej.
Facult. 441
Rej.
G140
Facult. 442
Rej.
G141
Facult. 443
Rej.
Obrig.
444
Rej.
Obrig.
445
Rej.
Pg. 43 / 187
Regras de Validao
Facult. 446
Rej.
Obrig.
447
Rej.
Obrig.
448
Rej.
Facult. 449
Rej.
G148
Facult. 489
Rej.
G149
Facult. 490
Rej.
Obrig.
235
Rej.
G151 Inscr. SUFRAMA informada: verificar UF destinatrio = AC-Acre, ou AMAmazonas, ou RO-Rondnia, ou RR-Roraima, ou AP-Amap (s para
municpios 1600303-Macap e 1600600-Santana)
Obrig.
251
Rej.
Obrig
539
Rej.
Obrig.
204
Rej.
Obrig.
218
Rej.
Obrig.
205
Rej.
Obrig.
206
Rej.
Obrig.
254
Rej.
Obrig.
269
Rej.
Obrig.
267
Rej.
Obrig.
671
Rej.
G153
G154
G155
G156
G157
[chCTe: 99999999999999999999999999999999999999999999]
[nRec:999999999999999].
Acesso BD CTE (Chave: CNPJ Emit, Modelo, Srie, Nro):
- Duplicidade de CT-e
Retornar o nmero do recibo [nRec:999999999999999].
- Verificar se CT-e j est Cancelado
Retornar o nmero do recibo [nRec:999999999999999].
- Verificar se CT-e j est Denegado
Retornar o nmero do recibo [nRec:999999999999999].
Se Tipo de Emisso diferente de EPEC (tpEmis<>4):
Acesso BD CTE-Inutilizao
- Verificar Nmero do CT-e Inutilizado
Se Tipo do CT-e = 1 (CT-e complementar): verificar se foi informado um CTe para ser complementado
[chCTe: 99999999999999999999999999999999999999999999]
[nRec:999999999999999].
Pg. 44 / 187
Regras de Validao
Obrig;
491
Rej.
Obrig.
655
Rej.
Obrig.
656
Rej.
Obrig.
657
Rej.
Obrig.
520
Rej
Obrig.
492
Rej.
Obrig.
493
Rej.
Obrig.
455
Rej.
Obrig.
456
Rej.
Obrig.
413
Rej.
414
Rej.
Obrig.
640
Rej.
641
Rej.
Obrig.
642
Rej.
Obrig.
643
Rej.
Obrig.
644
Rej.
Obrig.
645
Rej.
Pg. 45 / 187
Regras de Validao
Obrig.
697
Rej.
Obrig.
699
Rej.
700
Rej.
Nota: No caso de envio de lote para a SEFAZ VIRTUAL, todos os CT-e do Lote devero ser da
mesma UF. Para a SEFAZ VIRTUAL, dever ser verificado se todos os CT-e so da mesma UF
do primeiro CT-e do Lote. Em caso negativo, rejeitar o Lote de CT-e com erro 408-REJEIO:
Lote com CT-e de diferentes UF.
Nota: A critrio da SEFAZ Autorizadora a mensagem de erro poder receber um texto adicional
detalhando melhor a rejeio ou passando alguma instruo ao contribuinte, observando que
esta mensagem complementar dever vir aps a mensagem de rejeio do MOC, entre
colchetes, com o literal Det:
[Det: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]
IMPORTANTE: A numerao autorizada para EPEC na SVC no deve ser inutilizada no
ambiente normal de autorizao EM HIPTESE ALGUMA. O evento autorizado sempre ser
compartilhado entre os ambientes, embora esse processo possa atrasar devido a problemas
operacionais. Solicitamos ao emitente que aguarde para autorizar o CT-e da EPEC caso ocorra
esse atraso.
IMPORTANTE: Orientamos o emitente que no tente autorizar a numerao utilizada em um
evento EPEC (autorizado na SVC) no ambiente normal (com tipo de emisso Normal). Essa
situao pode ocorrer em casos de atraso de sincronismo entre os ambientes e na prtica
alocar a numerao da EPEC dificultando os processos de validao.
IMPORTANTE: A orientao para EPEC tambm se aplica a emisso com FS-DA, ou seja, a
numerao tambm no deve ser inutilizada no ambiente normal e to pouco autorizada com
tipo de emisso Normal.
Final do Processamento do Lote
A validao do CT-e poder resultar em:
Ou seja:
Validao
Consequncia
de forma
do CT-e
Situao do CT-e
Para o contribuinte
Invlida
Irrelevante
Rejeio
Vlida
Irregular
Denegao de uso
Vlida
Regular
Autorizao de uso
Corrigir CT-e
A prestao no
poder ser
realizada
A prestao
autorizada
Banco
de Dados
No gravar
Gravar
Gravar
Pg. 46 / 187
Para cada CT-e autorizado ou denegado ser atribudo um nmero de protocolo da Secretaria
de Fazenda (vide regra de formao no item 6.6).
O resultado do processamento do lote estar disponvel na fila de sada e conter o resultado da
validao de cada CT-e contido no lote.
O resultado do processamento do lote deve ficar disponvel na fila de sada por um perodo
mnimo de 24 (vinte e quatro) horas.
Eventos de Marcao
Sero criados eventos de marcao de CT-e para os casos em que um documento referenciar
outro, por exemplo: Complemento de Valores, Substituio e Anulao.
Esses eventos sero gerados automaticamente pelo Fisco no momento da autorizao dos
documentos e sero assinados digitalmente com certificado digital da Secretaria de Fazenda
autorizadora do CT-e que far a marcao.
Os eventos gerados nos CT-e referenciados devero constar da consulta pblica destes
documentos.
Exemplo de como ser o funcionamento das marcaes:
1. CT-e de Numerao 001 do tipo Normal autorizado na SEFAZ-XX.
2. CT-e de Numerao 002 do tipo Complemento de valores autorizado na SEFAZ-XX,
referenciando o CT-e de Numerao 001.
3. A SEFAZ-XX gera, assina e autoriza um evento CT-e complementar autorizado para o CT-e
de Numerao 001.
** Esse evento dever ser relacionado na consulta do CT-e de numerao 001.
Pg. 47 / 187
4.2
Contribuinte
Web Service
CteRetRecepcao
cteRetRecepcao
Proc.
Consulta
Processamento
Ret
Aplicao CT-e
Client CTe
Retorno
Campo
BR01 retConsReciCTe
Ele
Pai
Raiz
BR02 versao
BR01
1-1
1-4
BR03 tpAmb
BR01
1-1
BR04 verAplic
BR01
1-1
1-20
BR05 nRec
BR01
1-1
15
Descrio/Observao
TAG raiz da Resposta
Verso do leiaute
Identificao do Ambiente:
1 Produo / 2 Homologao
Verso do Aplicativo que recebeu o Lote.
Nmero do Recibo consultado (vide item 6.5).
Pg. 48 / 187
BR06 cStat
BR01
1-1
BR07 xMotivo
BR01
1-1
1-255
BR08 cUF
BR01
1-1
xml BR01
0-50
Campo
Ele
Pai
Raiz
PR02 versao
PR01
PR03 infProt
PR01
PR04 Id
ID
PR05 tpAmb
PR01 protCTe
Descrio/Observao
1-1
1-1
PR03
0-1
PR03
1-1
Identificao do Ambiente:
1 Produo / 2 Homologao
PR06 verAplic
PR03
1-1
1-20
PR07 chCTe
PR03
1-1
44
PR08 dhRecbto
PR03
1-1
PR09 nProt
PR03
0-1
15
PR10 digVal
PR03
0-1
28
PR11 cStat
PR03
1-1
PR12 xMotivo
PR03
1-1
1-255
PR13 Signature
PR01
xml
0-1
Regra de Validao
Crtica
Msg
Efeito
Obrig.
280
Rej.
Obrig.
281
Rej.
Obrig.
283
Rej.
Obrig.
286
Rej.
Obrig.
284
Rej.
Obrig.
285
Rej.
Obrig.
282
Rej.
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL e no precisam
ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode
falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam
ICP-BR no repositrio de certificados digitais do servidor de Web Service da SEFAZ.
Validao Inicial da Mensagem no Web Service
Validao Inicial da Mensagem no Web Service
#
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
214
Rej.
Facult.
243
Rej.
Obrig.
108
Rej.
Obrig.
109
Rej.
A mensagem ser descartada se o tamanho exceder o limite previsto (500 kB). A aplicao do
contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 kB. Caso
isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho
da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle
no firewall). No caso de controle de tamanho ter sido implementado por aplicativo, teremos a
devoluo da mensagem de erro 214.
No momento do recebimento da mensagem no Web Service, a critrio de cada unidade
federada, poder ser verificado se o XML de dados est bem formado. Esta verificao til
para as UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.
Pg. 50 / 187
As unidades federadas que mantm o Web Service disponvel mesmo quando o servio esteja
paralisado, devero implementar as validaes 108 e 109. Estas validaes podero ser
dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
Caso a SEFAZ Autorizadora trabalhe na modalidade de SEFAZ Virtual de Contingncia (SVC),
sugere-se que esta mantenha uma tabela de UF atendidas indicando para cada uma se o
Ambiente de Autorizao Normal ou SVC, e ainda, o status de ativao da SVC para cada UF
e o prazo de encerramento desta modalidade.
Validao das Informaes de Controle da Chamada ao Web Service
Validao das Informaes de Controle da Chamada ao Web Service
#
Regra de Validao
Aplic.
Msg
Efeito
Facult.
242
Rej.
Obrig.
409
Rej.
Obrig.
410
Rej.
Obrig.
513
Rej.
411
Rej.
238
Rej.
239
Rej.
Obrig.
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
215
Rej.
Facul.
598
Rej.
Facul.
599
Rej.
Obrig.
404
Rej.
Obrig.
402
Rej.
Pg. 51 / 187
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
252
Rej.
Obrig.
248
Rej.
Obrig.
473
Rej.
Obrig.
106
Rej.
Obrig.
105
Rej.
Obrig.
223
Rej.
Final do Processamento
A mensagem de retorno poder ser:
Lote processado cStat=104, com os resultados individuais de processamento dos CTe do lote;
Lote em processamento cStat=105, o aplicativo do contribuinte dever fazer uma
nova consulta;
Lote no localizado cStat=106, o aplicativo do contribuinte dever providenciar o
reenvio da mensagem;
Recibo ou CNPJ do requisitante com problemas cStat= 248 ou 223, o aplicativo do
contribuinte dever sanar o problema;
Pg. 52 / 187
4.3
Inutilizao de numerao de CT -e
Contribuinte
Inutilizao de Numerao
Client CTe
Proc.
Ret
Retorno
Inutilizacao
Aplicao CT -e
Pai
DP01 inutCTe
Campo
Raiz
Descrio/Observao
DP02 versao
DP01
1-1
1-4
DP03 infInut
DP01
1-1
DP04 Id
ID
DP03
1-1
41
DP05 tpAmb
DP03
1-1
Identificao do Ambiente:
1 Produo / 2 Homologao
DP06 xServ
DP03
1-1
10
DP07 cUF
DP03
1-1
Cdigo da UF do solicitante
DP08 ano
DP03
1-1
DP09 CNPJ
DP03
1-1
14
CNPJ do emitente
DP10 mod
DP03
1-1
Modelo do CT-e
TAG raiz
2
Verso do leiaute
Dados do Pedido
TAG a ser assinada
DP11 serie
DP03
1-1
1-3
Srie do CT e
DP12 nCTIni
DP03
1-1
1-9
DP13 nCTFin
DP03
1-1
1-9
DP14 xJust
DP03
1-1
15255
DP15 Signature
DP01
xml
1-1
Pg. 53 / 187
Campo
DR01 retInutCTe
Ele
Pai
Raiz
Descrio/Observao
TAG raiz da Resposta
DR02 versao
DR01
1-1
1-4
DR03 infInut
DR01
1-1
Verso do leiaute
DR04 Id
ID
DR03
0-1
17
DR05 tpAmb
DR03
1-1
Identificao do Ambiente:
1 Produo / 2 Homologao
DR06 verAplic
DR03
1-1
1-20
DR07 cStat
DR03
1-1
DR08 xMotivo
DR03
1-1
1-255
DR09 cUF
DR03
1-1
DR03
0-1
DR11 CNPJ
DR03
0-1
14
CNPJ do emitente
DR12 mod
DR03
0-1
Modelo do CT-e
DR13 serie
DR03
0-1
1-3
Srie do CT-e
DR14 nCTIni
DR03
0-1
1-9
DR15 nCTFin
DR03
0-1
1-9
DR16 dhRecbto
DR03
0-1
DR17 nProt
DR03
0-1
15
DR18 Signature
DR01
xml
0-1
Pg. 54 / 187
Regra de Validao
Crtica
Msg
Efeito
Obrig.
280
Rej.
Obrig.
281
Rej.
Obrig.
283
Rej.
Obrig.
286
Rej.
Obrig.
284
Rej.
Obrig.
285
Rej.
Obrig.
282
Rej.
As validaes de A01, A02, A03, A04 e A05 sero realizadas pelo protocolo SSL e no precisam
ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode
falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam
ICP-BR no repositrio de certificados digitais do servidor de Web Service da SEFAZ
Autorizadora.
Validao Inicial da Mensagem no Web Service
Validao Inicial da Mensagem no Web Service
#
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
214
Rej.
Facult.
243
Rej.
Obrig.
108
Rej.
Obrig.
109
Rej.
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB). A aplicao do
contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso
isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho
da mensagem for implementado por configuraes do ambiente de rede da SEFAZ Autorizadora
(ex.: controle no firewall). No caso de controle de tamanho ter sido implementado por aplicativo,
teremos a devoluo da mensagem de erro 214.
No momento do recebimento da mensagem no Web Service, a critrio de cada unidade federada
autorizadora, poder ser verificado se o XML de dados esteja bem formado. Esta verificao
til para as UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.
Pg. 55 / 187
As unidades federadas que mantm o Web Service disponvel mesmo quando o servio esteja
paralisado, devero implementar as validaes 108 e 109. Estas validaes podero ser
dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
Caso a SEFAZ Autorizadora trabalhe na modalidade de SEFAZ Virtual de Contingncia (SVC),
sugere-se que esta mantenha uma tabela de UF atendidas indicando para cada uma se o
Ambiente de Autorizao Normal ou SVC, e ainda, o status de ativao da SVC para cada UF
e o prazo de encerramento desta modalidade.
Importante: O servio de inutilizao no est disponvel para a SEFAZ Virtual de Contingncia.
Validao das Informaes de Controle da Chamada ao Web Service
Validao das Informaes de Controle da Chamada ao Web Service
#
Regra de Validao
Aplic.
Msg
Efeito
Facult.
242
Rej.
Obrig.
409
Rej.
Obrig.
410
Rej.
518
Rej.
411
Rej.
Facult.
238
Rej.
Obrig.
239
Rej.
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
215
Rej.
Facul.
598
Rej.
Facul.
599
Rej.
Obrig.
404
Rej.
Obrig.
402
Rej.
Pg. 56 / 187
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
290
Rej.
Obrig.
291
Rej.
Obrig.
292
Rej.
Obrig.
293
Rej.
Obrig.
296
Rej.
Obrig.
294
Rej.
Obrig.
295
Rej.
Aplic.
Msg
Efeito
Obrig.
298
Rej.
Obrig.
297
Rej.
Obrig.
213
Rej.
Aplic.
Msg
Efeito
Obrig.
252
Rej.
Obrig.
250
Rej
Obrig.
670
Rej.
Obrig.
471
Rej.
Obrig.
472
Rej.
Obrig.
224
Rej
Obrig.
201
Rej
Regra de Validao
Regra de Validao
Pg. 57 / 187
Obrig
227
Rej.
Obrig.
203
Rej
Obrig.
240
Rej
Obrig.
682
Rej.
Obrig.
256
Rej
Obrig.
241
Rej
Obrig.
696
Rej.
Para cada inutilizao de numerao de CT-e homologada cria-se um novo protocolo de status
para CT-e, com a atribuio de um nmero de protocolo nico (vide item 6.6).
Final do Processamento
No caso de homologao da Inutilizao retornar o cStat = 102.
Pg. 58 / 187
4.4
Consulta CT -e
Client CTe
Proc.
Consulta CT -e
Ret
Retorno
Aplicao CT -e
Campo
Ele
Pai
Raiz
EP02 versao
EP01
1-1
1-4
EP03 tpAmb
EP01
1-1
Identificao do Ambiente:
1 Produo / 2 - Homologao
EP04 xServ
EP01
1-1
Servio solicitado
CONSULTAR
EP05 chCTe
EP01
1-1
44
EP01 consSitCTe
Descrio/Observao
TAG raiz
Verso do leiaute
Campo
Ele
Pai
Raiz
ER02 versao
ER01
ER03 tpAmb
ER01
ER01 retConsSitCTe
1-1
1-4
1-1
Descrio/Observao
TAG raiz da Resposta
Verso do leiaute
Identificao do Ambiente:
Pg. 59 / 187
1 Produo / 2 Homologao
ER04 verAplic
ER01
1-1
1-20
ER05 cStat
ER01
1-1
ER06 xMotivo
ER01
1-1
1-255
ER07 cUF
ER01
1-1
ER08 protCTe
CG ER01
xml
0-1
ER09 retCancCTe
CG ER01
xml
0-1
xml
0-N
ER10 procEventoCTe
ER01
Regra de Validao
Crtica
Msg
Efeito
Obrig.
280
Rej.
Obrig.
281
Rej.
Obrig.
283
Rej.
Obrig.
286
Rej.
Obrig.
284
Rej.
Obrig.
285
Rej.
Obrig.
282
Rej.
Pg. 60 / 187
As validaes de A01, A02, A03, A04 e A05 sero realizadas pelo protocolo SSL e no precisam
ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode
falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam
ICP-BR no repositrio de certificados digitais do servidor de Web Service da SEFAZ
autorizadora.
Validao Inicial da Mensagem no Web Service
Validao Inicial da Mensagem no Web Service
#
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
214
Rej.
Facult.
243
Rej.
Obrig.
108
Rej.
Obrig.
109
Rej.
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB). A aplicao do
contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso
isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho
da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle
no firewall). No caso de controle de tamanho ter sido implementado por aplicativo, teremos a
devoluo da mensagem de erro 214.
No momento do recebimento da mensagem no Web Service, a critrio de cada unidade federada
autorizadora, poder ser verificado se o XML de dados esteja bem formado. Esta verificao
til para as UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.
As unidades federadas que mantm o Web Service disponvel mesmo quando o servio esteja
paralisado, devero implementar as validaes 108 e 109. Estas validaes podero ser
dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
Caso a SEFAZ Autorizadora trabalhe na modalidade de SEFAZ Virtual de Contingncia (SVC),
sugere-se que esta mantenha uma tabela de UF atendidas indicando para cada uma se o
Ambiente de Autorizao Normal ou SVC, e ainda, o status de ativao da SVC para cada UF
e o prazo de encerramento desta modalidade.
Restrio: A consulta situao no Ambiente de Autorizao SVC somente poder ser realizada
para documentos autorizados nesta forma de contingncia nas SVC-[SP/RS].
Validao das Informaes de Controle da Chamada ao Web Service
Validao das Informaes de Controle da Chamada ao Web Service
#
Regra de Validao
Aplic.
Msg
Efeito
Facult.
242
Rej.
Obrig.
409
Rej.
Obrig.
410
Rej.
Obrig.
513
Rej.
411
Rej.
238
Rej.
239
Rej.
Obrig.
Pg. 61 / 187
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
215
Rej.
Facul.
598
Rej.
Facul.
599
Rej.
Obrig.
404
Rej.
Obrig.
402
Rej.
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
252
Rej.
Obrig.
226
Rej.
Obrig.
236
Rej.
J04 Chave de acesso invlida (Ano < 2009 ou Ano maior que Ano corrente)
Obrig.
592
Rej.
Obrig.
593
Rej.
Obrig.
594
Rej.
Obrig.
595
Rej.
Obrig.
596
Rej.
J09 Acesso BD CTE (Chave: Ano, CNPJ Emit, Modelo, Srie, Nro):
- Verificar se CT-e no existe
Obrig.
217
Rej.
216
Rej.
OBS: SE o CT-e no existir, dever ser verificado em BD CTEEVENTOS (Chave:CNPJ Emit, Modelo, Srie, Nro obtidos na chave de
acesso do CT-e)
Verificar se existe EPEC para a chave natural do CT-e:
Se existir dever ser retornado apenas o procEvento
Pg. 62 / 187
Obrig.
600
Rej.
Final do Processamento
O processamento do pedido de consulta de status de CT-e pode resultar em uma mensagem de
erro caso o CT-e no seja localizado. Caso localizado, retorna a situao atual do CT-e,
apresentando o cStat com um dos valores, 100 (Autorizado o Uso do CT-e), 101
(Cancelamento de CT-e homologado), 110 (Uso Denegado) alm do respectivo protocolo de
autorizao de uso, denegao de uso e registro de eventos.
O Ambiente de Autorizao SVC retornar apenas status de CT-e autorizados na SVC, ou seja,
caso um documento tenha sido autorizado na SEFAZ original e logo aps esta tenha acionado a
SVC, a consulta sobre este CT-e somente poder ser direcionada SEFAZ original quando esta
restabelecer seu servio, j os documentos autorizados na SVC podero ser consultados
diretamente neste ambiente a qualquer tempo, independente da SVC estar ativa para recepo.
O evento de carta de correo dever constar apenas uma vez no procEventoCTe, sendo
exibido apenas a ocorrncia mais recente desse tipo de evento.
Pg. 63 / 187
4.5
Consulta Status
Client CTe
Proc.
Ret
Consulta Status
Retorno
Aplicao CT -e
Funo: servio destinado consulta do status do servio prestado pelo Portal da Secretaria de
Fazenda Estadual.
Processo: sncrono.
Mtodo: cteStatusServicoCT
Leiaute Mensagem de Entrada
Entrada: Estrutura XML para a consulta do status do servio.
Schema XML: consStatServCTe_v99.99.xsd
#
Campo
Ele
Pai
Raiz
FP02 versao
FP01
1-1
1-4
FP03 tpAmb
FP01
1-1
Identificao do Ambiente:
1 Produo / 2 - Homologao
FP04 xServ
FP01
1-1
Servio solicitado
STATUS
FP01 consStatServCte
Descrio/Observao
TAG raiz
Verso do leiaute
Campo
Ele
Pai
FR02 versao
FR01
1-1
1-4
FR03 tpAmb
FR01
1-1
FR04 verAplic
FR01
1-1
1-20
FR05 cStat
FR01
1-1
FR06 xMotivo
FR01
1-1
1-255
Descrio/Observao
TAG raiz da Resposta
Verso do leiaute
Identificao do Ambiente:
1 Produo / 2 - Homologao
Verso do Aplicativo que processou a consulta
Cdigo do status da resposta
Descrio literal do status da resposta
Pg. 64 / 187
FR07 cUF
FR01
1-1
FR08 dhRecbto
FR01
1-1
FR09 tMed
FR01
0-1
1-4
FR10 dhRetorno
FR01
0-1
FR11 xObs
FR01
0-1
1-255
Regra de Validao
Crtica
Msg
Efeito
Obrig.
280
Rej.
Obrig.
281
Rej.
Obrig.
283
Rej.
Obrig.
286
Rej.
Obrig.
284
Rej.
Obrig.
285
Rej.
Obrig.
282
Rej.
As validaes de A01, A02, A03, A04 e A05 sero realizadas pelo protocolo SSL e no precisam
ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode
falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam
Pg. 65 / 187
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
214
Rej.
Facult.
243
Rej.
Obrig.
108
Rej.
Obrig.
109
Rej.
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB). A aplicao do
contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso
isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho
da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle
no firewall). No caso de controle de tamanho ter sido implementado por aplicativo, teremos a
devoluo da mensagem de erro 214.
No momento do recebimento da mensagem no Web Service, a critrio de cada unidade federada
autorizadora, poder ser verificado se o XML de dados esteja bem formado. Esta verificao
til para as UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.
As unidades federadas que mantm o Web Service disponvel mesmo quando o servio esteja
paralisado, devero implementar as validaes 108 e 109. Estas validaes podero ser
dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
Regra de Validao
Aplic.
Msg
Efeito
Facult.
242
Rej.
Obrig.
409
Rej.
Obrig.
410
Rej.
Obrig.
513
Rej.
114
Rej.
411
Rej.
Facult.
238
Rej.
Obrig.
239
Rej.
Pg. 66 / 187
O cabealho contm a verso do Schema XML da mensagem contida na rea utilizada pelo Web
Service.
Validao da rea de Dados
a) Validao da Forma da rea de Dados
Validao da Mensagem da Consulta de Status de Servio
#
Regra de Validao
Aplic.
Msg
Efeito
Rej.
Obrig.
215
Facul.
598
Rej.
Facul.
599
Rej.
Obrig.
404
Rej.
Obrig.
402
Rej.
Regra de Validao
Aplic.
Msg
Efeito
Obrig.
252
Rej.
Obrig.
108
Obrig.
109
Final do Processamento
O processamento do pedido de consulta de status de Servio pode resultar em uma mensagem
de erro ou retornar a situao atual do Servidor de Processamento, cdigos de situao 107
(Servio em Operao), 108 (Servio Paralisado Momentaneamente) e 109 (Servio
Paralisado sem Previso). Pode-se utilizar o campo xObs, a critrio da UF, para fornecer
maiores informaes ao contribuinte, como por exemplo: manuteno programada,
modificao de verso do aplicativo, previso de retorno, etc.
Se o Ambiente de Autorizao for SVC-[SP/RS] e a UF informada estiver com o servio de
contingncia ativado, a resposta dever ser: 113 - Servio SVC em operao. Desativao
prevista para a UF em dd/mm/aa, s hh:mm horas
Pg. 67 / 187
4.6
Consulta Cadastro
Contribuinte
consultaCadastro
Consulta
Ret
Client NFe
Retorno
Cadastro de
Contribuintes
Funo: Servio para consultar o cadastro de contribuintes do ICMS de uma unidade federada.
Processo: sncrono.
Mtodo: consultaCadastro2
Descrio do Processo de Web Service
Esse Web Service oferece a consulta pblica do cadastro de contribuintes do ICMS de uma
unidade federada.
Qualquer UF poder oferecer o Web Service, sendo obrigatrio para as UFs que autorizam a
emisso de qualquer espcie de Documento Fiscal eletrnico - DF-e.
Apenas as empresas autorizadas a emitir Documentos Fiscais eletrnicos utilizaro esse servio.
A UF que oferecer o Web Service verificar se o CNPJ da empresa solicitante consta no
cadastro nacional de emissores de Documentos Fiscais eletrnicos - DF-e.
A identificao da empresa solicitante do servio ser realizada atravs do CNPJ contido na
extenso otherName OID=2.16.76.1.3.3 do certificado digital utilizado na conexo SSL.
Importante ressaltar que esse Web Service no tem a mesma disponibilidade dos demais Web
Services do CT-e, em razo disto, sugere-se que no se implemente esse servio dentro do
fluxo normal de emisso do CT-e e sim como um servio alternativo.
O aplicativo do contribuinte envia a solicitao para o Web Service da Secretaria de Fazenda
Estadual. Ao receb-la, a aplicao do Portal da Secretaria de Fazenda Estadual processar a
solicitao de consulta, validando o argumento de pesquisa informado (CNPJ ou CPF ou IE), e
retornar mensagem contendo a situao cadastral atual do contribuinte no cadastro de
contribuintes do ICMS.
Onde Obter as Definies deste Web Service
As definies do Web Service de Consulta Cadastro encontram-se centralizadas no manual da
Nota Fiscal Eletrnica. Para informaes mais detalhadas, consultar o Manual de Orientaes do
Contribuinte da NF-e, disponvel em http://www.nfe.fazenda.gov.br .
Pg. 68 / 187
Pg. 69 / 187
4.7
WS da Fazenda
Web Service :
RecepcaoEvento
Proc .
cteRecepcaoEvento
Ret
Cliente
SRE
Recepo
Aplicao SRE
Retorno
Campo
EP01 eventoCTe
EP02 versao
Ele
Pai
Raiz
A
EP01
1-1
1-4
54
Descrio/Observao
TAG raiz
Verso do leiaute geral dos eventos
EP03 infEvento
EP04 Id
G
ID
EP01
EP03
1-1
1-1
EP05 cOrgao
EP03
1-1
EP06 tpAmb
EP03
1-1
EP07 CNPJ
EP08 chCTe
E
E
EP03
EP03
N
N
1-1
1-1
14
44
EP09 dhEvento
EP03
1-1
EP10 tpEvento
EP11 nSeqEvento
E
E
EP03
EP03
N
N
1-1
1-1
6
1-2
EP12 detEvento
EP13 versaoEvento
EP14 any
G
A
EP03
EP12
1-1
1-1
1-4 2
EP12 XML
1-1
EP15 Signature
EP01 XML
1-1
Pg. 70 / 187
Campo
ER01 retEvento
Ele
Pai
Raiz
Tip
Ocor. Tam. Dec.
o
-
ER02 versao
ER03 infEvento
A ER01 N
G ER01
1-1
1-1
1-4
ER04 Id
ID ER03 C
0-1
17
ER05 tpAmb
ER03 N
1-1
ER06 verAplic
ER03 C
1-1
1-20
ER07 cOrgao
ER03 N
1-1
ER08 cStat
ER03 N
1-1
Descrio/Observao
TAG raiz do Resultado do Envio do Evento
Verso do leiaute
Grupo de informaes do registro do Evento
Identificador da TAG a ser assinada,
somente deve ser informado se o rgo de
registro assinar a resposta.
Em caso de assinatura da resposta pelo
rgo de registro, preencher com o nmero
do protocolo, precedido pela literal ID
Identificao do Ambiente:
1 Produo / 2 Homologao
Verso da aplicao que registrou o Evento,
utilizar literal que permita a identificao do
rgo, como a sigla da UF ou do rgo.
Cdigo da UF que registrou o Evento.
Utilizar 90 para o SUFRAMA
Cdigo do status da resposta
Pg. 71 / 187
ER09 xMotivo
E ER03 C
1-1 1-255
Descrio do status da resposta
Os campos a seguir so obrigatrios no caso de homologao do evento cStat= 134, 135 ou 136.
Os campos de dhRegEvento e nProt no sero preenchidos em caso de erro
ER10 chCTe
ER03 N
0-1
44
ER11 tpEvento
ER03 N
0-1
ER12 xEvento
ER13 nSeqEvento
E
E
ER03 C
ER03 N
0-1
0-1
5-60
1-2
ER14 dhRegEvento
ER03 D
0-1
Descrio do Evento
Seqencial do evento para o mesmo tipo de
evento. Para maioria dos eventos ser 1,
nos casos em que possa existir mais de um
evento o autor do evento deve numerar de
forma seqencial.
Data e hora de registro do evento formato
AAAA-MM-DDThh:mm:ss, se o evento for
rejeitado informar a data e hora de
recebimento do evento.
ER15 nProt
ER16 Signature
E ER15 N
G ER01 XM
L
15
0-1
0-1
Pg. 72 / 187
Efeito
A01
Obrig.
280
Rej.
A02
Obrig.
281
Rej.
A03
Obrig.
283
Rej.
A04
Obrig.
286
Rej.
Obrig.
Obrig.
284
285
Rej.
Rej.
Obrig.
282
Rej.
A05
A06
A07
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL e no precisam
ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode
falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam
ICP-Brasil no repositrio de certificados digitais do servidor de Web Service da SEFAZ.
Validao Inicial da Mensagem no Web Service
#
B01
B02
B03
B04
Msg
214
243
108
109
Efeito
Rej.
Rej.
Rej.
Rej.
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB). A aplicao do
contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso
isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho
da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle
no firewall). No caso do controle de tamanho ser implementado por aplicativo teremos a
devoluo da mensagem de erro 214.
Pg. 73 / 187
C04
C05
C06
C07
Efeito
Rej.
Rej.
Rej.
Rej.
Rej.
Rej.
Rej.
Crtica
Obrig.
Facult.
Msg
215
598
Efeito
Rej.
Rej.
Pg. 74 / 187
D03
D04
D05
Facult.
599
Rej.
Obrig.
Obrig.
404
402
Rej.
Rej.
Efeito
E01
Obrig.
290
Rej.
E02
Obrig.
291
Rej.
E03
Obrig.
292
Rej.
E04
Obrig.
293
Rej.
E05
Obrig.
296
Rej.
E06
E07
Obrig.
Obrig.
294
295
Rej.
Rej.
Regra de Validao
Crtica
Msg
Efeito
F01
Obrig.
298
Rej.
F02
Obrig.
297
Rej.
F03
Obrig.
213
Rej.
Regra de Validao
Crtica
Msg
Efeito
L01
Obrig.
252
Rej.
L02
Obrig.
677
Rej.
Pg. 75 / 187
L03
Obrig.
670
Rej.
L04
Obrig.
627
Rej.
L05
Obrig.
628
Rej.
L06
Obrig.
629
Rej.
Obrig.
516
Rej.
L07
L08
Obrig.
630
Rej.
L09
Obrig.
236
Rej.
L10
Obrig.
592
Rej.
L11
Obrig.
593
Rej.
L12
Obrig.
594
Rej.
L13
Obrig.
595
Rej.
L14
Obrig.
596
Rej.
L15
Obrig.
631
Rej.
Obrig.
632
Rej.
Obrig.
633
Rej.
Obrig.
217
Rej.
Obrig.
216
Rej.
Obrig.
600
Rej.
Obrig.
634
Rej.
Obrig.
637
Rej.
Obrig.
635
Rej.
L21
L22
L16
L17
L18
L19
L20
L23
Pg. 76 / 187
Pg. 77 / 187
Campo
EP01 evEPECCTe
Ele
Pai
1-1
Descrio/Observao
Schema XML de validao do evento EPEC
110113
EP02 descEvento
EP01
1-1
12
EP04 xJust
EP01
1-1
15255
EP05 vICMS
EP01
1-1
13
Valor do ICMS
EP06 vTPrest
EP01
1-1
13
EP07 vCarga
EP01
1-1
13
EP08 toma04
EP01
1-1
EP09 toma
EP08
1-1
EP10 UF
EP08
1-1
UF do Tomador do Servio
EP11 CNPJ
CE EP08
1-1
14
CNPJ do Tomador
EP12 CPF
CE EP08
1-1
11
CPF do Tomador
EP13 IE
EP08
0-1
0-14
EP14 Modal
EP01
1-1
EP15 UFIni
EP01
1-1
UF de inicio da prestao
EP16 UFFIm
EP01
1-1
UF de fim da prestao
Pg. 78 / 187
Crtica
Obrig.
Msg
249
Efeito
Rej.
M02
Obrig.
636
Rej.
M03
Obrig.
653
Rej.
Obrig.
680
Rej.
Obrig.
695
Rej.
Obrig.
203
Rej.
Obrig.
638
Rej.
Obrig.
639
Rej.
M04
M05
M06
M07
M08
Pg. 79 / 187
Final do Processamento
Se o evento EPEC for homologado o status de retorno dever ser cStat=136
No existir cancelamento de eventos EPEC na SVC, e uma vez emitido o evento EPEC,
este ser compartilhado com a SEFAZ Autorizadora Normal pelo Ambiente Nacional.
Caso o contribuinte necessite cancelar uma operao emitida por engano em
contingncia EPEC na SVC, dever primeiro autorizar o CT-e (com tpEmis=4) na SEFAZ
Autorizadora Normal e, logo em seguida, efetuar o seu cancelamento.
Pg. 80 / 187
5.2
Evento de Cancelamento
Pai
EP01 evCancCTe
Campo
1-1
Descrio/Observao
EP02 descEvento
EP03 nProt
E
E
EP01
EP01
C
N
1-1
1-1
12
15
EP04 xJust
EP01
1-1
15255
Crtica
Obrig.
Msg
249
Efeito
Rej.
M02
Obrig.
636
Rej.
M03
Obrig.
203
Rej.
M04
Obrig.
240
Rej.
Pg. 81 / 187
M05
Obrig.
205
Rej.
M06
Obrig.
218
Rej.
M07
Obrig.
220
Rej.
Obrig.
698
Rej.
Obrig.
222
Rej.
Facult.
219
Rej.
Obrig
Obrig
564
574
Rej.
Rej.
Obrig
575
Rej
Obrig
576
Rej
Obrig
660
Rej.
M08
M09
M10
M11
M12
M13
M14
M15
Pg. 82 / 187
5.3
Funo: Evento destinado a vincular informaes dos servios prestados ao CT-e multimodal.
Observa-se que, caso seja emitido um CT-e j vinculado ao CT-e multimodal, no necessrio
inform-lo por este evento.
Autor do Evento: O autor do evento o emissor do CT-e Multimodal. A mensagem XML do
evento ser assinada com o certificado digital que tenha o CNPJ base do Emissor do CT-e.
Cdigo do Tipo de Evento: 110160 (Este Evento exige CT-e Multimodal autorizado)
Leiaute Mensagem do evento
Entrada: Estrutura XML ser inserida na tag de tipo any da Parte Geral do WebService de
Registro de Eventos.
Schema XML: evRegMultimodal_v9.99.xsd
Ele
Pai
EP01 evRegMultimod
al
EP02 descEvento
Campo
1-1
EP01
1-1
19
EP03 xRegistro
EP01
1-1
151000
EP04 nDoc
EP01
0-1
1-44
Descrio/Observao
Schema XML de validao do evento
Registro Multimodal 110160
Descrio do Evento - Registro Multimodal
Informaoes sobre o tipo de documento
utilizado e ressalvas, se for o caso,
conforme Lei 9611, de 19 de fevereiro de
1998 (Texto Livre)
Nmero do Documento lanado no CT-e
Multimodal
Pg. 83 / 187
Regra de Validao
UF da Chave de Acesso difere da UF do Web Service
Crtica
Obrig.
Msg
249
Efeito
Rej.
M02
Obrig.
636
Rej.
M03
Obrig.
679
Rej.
M04
Obrig.
205
Rej.
M05
Obrig.
218
Rej.
M06
Obrig.
664
Rej.
Final do Processamento
Pg. 84 / 187
5.4
O registro de uma nova Carta de Correo substitui a Carta de Correo anterior, assim a nova
Carta de Correo deve conter todas as correes a serem consideradas.
Autor do Evento: O autor do evento o emissor do CT-e. A mensagem XML do evento ser
assinada com o certificado digital que tenha o CNPJ base do Emissor do CT-e.
Cdigo do Tipo de Evento: 110110 (Este Evento exige CT-e autorizado)
Leiaute Mensagem do evento Carta de Correo
Entrada: Estrutura XML ser inserida na tag de tipo any da Parte Geral do WebService de
Registro de Eventos.
Schema XML: evCCeCTe_v9.99.xsd
#
Campo
Ele
Pai
EP02 descEvento
EP01
EP03 infCorrecao
EP04 grupoAlterado
G EP01
E EP03
EP05 campoAlterado
EP06 valorAlterado
EP07 nroItemAlterado
EP08 xCondUso
EP01 evCCeCTe
Descrio/Observao
1-1
1-1
5-60
1-n
1-1
1-20
EP03
1-1
1-20
Nome do
Original.
E
E
EP03
EP03
C
N
1-1
0-1
1-500
-
EP01
1-1
campo
modificado
do
CT-e
Pg. 85 / 187
Pg. 86 / 187
Regra de Validao
UF da Chave de Acesso difere da UF do Web Service
Crtica
Obrig.
Msg
249
Efeito
Rej.
M02
Obrig.
636
Rej.
Obrig.
681
Rej.
Obrig.
522
Rej.
M05
M05a
M06
Obrig.
205
Rej.
M07
Obrig.
218
Rej.
M08
Obrig.
663
Rej.
M09
Obrig.
664
Rej.
Final do Processamento
Se o evento Carta de Correo for homologado o status de retorno dever ser cStat=135
Pg. 87 / 187
Regras de validao
As regras de validao aplicadas nos Web Services esto agrupadas da seguinte forma:
A
B
C
D
E
F
G
I
J
K
L
M
Grupo
Validao do Certificado Digital utilizada no protocolo SSL
Validao da Mensagem XML no servio assncrono
Validao das informaes de controle da chamada ao Web Service
Validao da rea de dados da Mensagem XML
Validao do Certificado Digital utilizada na Assinatura Digital
Validao da Assinatura Digital
Validao do CT-e
Validao do Pedido de Inutilizao de numerao de CT-e
Validao do Pedido de Consulta de situao de CT-e
Validao do Pedido de Consulta de Status de Servio
Validao do Pedido de Registro de Eventos
Validao Especfica do Registro de Eventos
Aplicao
geral
geral
geral
geral
geral
geral
especfica
especfica
especfica
especfica
especfica
especfica
100
101
102
103
104
105
106
107
108
109
110
111
112
113
135
136
CDIGO
114
134
201
202
203
204
Pg. 88 / 187
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
235
236
237
238
239
240
241
242
243
245
246
247
248
249
250
251
252
253
254
256
257
258
259
Pg. 89 / 187
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
289
290
291
292
293
294
295
296
297
298
299
401
402
404
405
406
407
408
409
410
411
413
414
415
Pg. 90 / 187
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
455
456
457
458
459
460
461
462
463
469
470
471
472
473
474
475
Pg. 91 / 187
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
505
510
511
512
513
514
515
516
517
518
519
520
521
522
539
540
550
551
552
553
554
555
556
557
558
Pg. 92 / 187
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
598
599
600
601
602
603
604
605
Pg. 93 / 187
606
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
Pg. 94 / 187
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
998
999
CDIGO
301
[chCTe: 99999999999999999999999999999999999999999999][nRec]
Rejeio: CT-e Objeto de Anulao com diferena de Chave de Acesso
[chCTe: 99999999999999999999999999999999999999999999][nRec]
Rejeio: Valor do imposto no corresponde a base de calculo X aliquota
Rejeio: CFOP informado invlido
Rejeio: rgo de recepo do evento invlido
Rejeio: Consumo Indevido
[Descrio: XXXXXXXXXXXXXXXXXXXXXXXXXXXX]
Rejeio: O modal do CT-e deve ser Multimodal para Evento Registros do Multimodal
Rejeio: Tipo de Emisso diferente de EPEC
Rejeio: Informao no pode ser alterada por carta de correo
Rejeio: J existe pedido de inutilizao com a mesma faixa de inutilizao
Rejeio: Chave de acesso de MDF-e invlida (Ano < 2012 ou Ano maior que Ano
corrente)
Rejeio: Chave de acesso de MDF-e invlida (Ms = 0 ou Ms > 12)
Rejeio: Chave de acesso de MDF-e invlida (CNPJ zerado ou digito invlido)
Rejeio: Chave de acesso de MDF-e invlida (modelo diferente de 58)
Rejeio: Chave de acesso de MDF-e invlida (numero MDF = 0)
Rejeio: Grupo de informaes do veiculo deve ser informado para Carga Lotao
Rejeio: CT-e de anulao no permitido para CT-e cujo tomador Contribuinte de
ICMS.
Rejeio: CT-e Multimodal referenciado inexistente na base de dados da SEFAZ
Rejeio: CT-e Multimodal referenciado existe com diferena de chave de acesso
Rejeio: CT-e Multimodal referenciado no pode estar cancelado ou denegado
Rejeio: Grupo Documentos Transportados deve ser informado para tipo de servio
diferente de redespacho intermedirio e servio vinculado a multimodal
Rejeio: Grupo Documentos Transportados no pode ser informado para tipo de
servio redespacho intermedirio e servio vinculado a multimodal
Rejeio: CT-e com emisso anterior ao evento prvio (EPEC)
Rejeio:Existe EPEC aguardando CT-e nessa faixa de numerao
Rejeio: Data de emisso do CT-e deve ser igual a data de autorizao da EPEC
Rejeio: Evento Prvio autorizado h mais de 7 dias (168 horas)
Rejeio: CNPJ autorizado para download invlido
Rejeio: CPF autorizado para download invlido
Rejeio: CT-e Multimodal e Servio Vinculado a Multimodal no esto liberados no
ambiente de produo. *** Regra provisria
Rejeio: Erro no catalogado (informar a mensagem de erro capturado no tratamento
da exceo)
MOTIVOS DE DENEGAO DE USO
Uso Denegado : Irregularidade fiscal do emitente
OBS.:
Pg. 95 / 187
6.2
Visando facilitar o processo de guarda dos arquivos pelos legtimos interessados, criou-se um
padro de nome para os diversos tipos de arquivos utilizados pelo sistema CT-e. So eles:
CT-e: O nome do arquivo ser a chave de acesso completa com extenso -cte.xml;
Envio de Lote de CT-e: O nome do arquivo ser o nmero do lote com extenso -envlot.xml;
Recibo: O nome do arquivo ser o nmero do lote com extenso -rec.xml;
Pedido do Resultado do Processamento do Lote de CT-e: O nome do arquivo ser o
nmero do recibo com extenso -ped-rec.xml;
Resultado do Processamento do Lote de CT-e: O nome do arquivo ser o nmero do
recibo com extenso -pro-rec.xml;
Denegao de Uso: O nome do arquivo ser a chave de acesso completa com extenso
-den.xml;
Pedido de Inutilizao de Numerao: O nome do arquivo ser composto por: UF +
Ano de inutilizao + CNPJ do emitente + Modelo + Srie + Nmero Inicial + Nmero
Final com extenso -ped-inu.xml;
Inutilizao de Numerao: O nome do arquivo ser composto por: Ano de inutilizao
+ CNPJ do emitente + Modelo + Srie + Nmero Inicial + Nmero Final com extenso inu.xml;
Pedido de Consulta Situao Atual do CT-e: O nome do arquivo ser a chave de
acesso completa com extenso -ped-sit.xml;
Situao Atual do CT-e: O nome do arquivo ser a chave de acesso completa com
extenso -sit.xml;
Pedido de Consulta do Status do Servio: O nome do arquivo ser:
AAAAMMDDTHHMMSS do momento da consulta com extenso -ped-sta.xml;
Status do Servio: O nome do arquivo ser: AAAAMMDDTHHMMSS do momento da
consulta com extenso -sta.xml;
Pedido de Registro de Evento de CT-e: O nome do arquivo ser a chave de acesso
completa com extenso -ped-eve.xml;
Registro de Evento de CT-e: O nome do arquivo ser a chave de acesso completa com
extenso -eve.xml;
6.3
Todos os textos de um documento XML passam por uma anlise do parser especfico da
linguagem. Alguns caracteres afetam o funcionamento deste parser, no podendo aparecer no
texto de uma forma no controlada.
Os caracteres que afetam o parser so:
Pg. 96 / 187
Alguns destes caracteres podem aparecer especialmente nos campos de Razo Social,
Endereo e Informao Adicional. Para resolver o problema, recomenda-se o uso de uma
sequncia de escape em substituio ao respectivo caractere.
Ex. Informar a denominao: DIAS & DIAS LTDA como: DIAS & DIAS LTDA no XML para
no afetar o funcionamento do "parser".
caractere
<
>
&
"
'
6.4
sequncia de escape
<
>
&
"
'
A partir da verso 1.04 do leiaute do CT-e, o campo tpEmis (forma de emisso do CT-e) passou
a compor a chave de acesso da seguinte forma:
Quantidade
de
caracteres
Cdigo
da UF
AAMM da
emisso
CNPJ do
Emitente
Modelo
Srie
Nmero
do CT-e
Forma de
Emisso
Cdigo
Numrico
DV
02
04
14
02
03
09
01
08
01
O tamanho do campo cCT cdigo numrico do CT-e foi reduzido para oito posies para no
alterar o tamanho da chave de acesso do CT-e de 44 posies que passa ser composta pelos
seguintes campos que se encontram dispersos no CT-e :
Pg. 97 / 187
A CHAVEDEACESSO 5 2 0 6 0 4 3 3 0 0 9 9 1 1 0 0 2 5 0 6 5 5 0 1 2 0 0 0 0 0 0 7 8 0 0 2 6 7 3 0 1 6 1
4 3 2 9 8 7 6 5 4 3 2 9 8 7 6 5 4 3 2 9 8 7 6 5 4 3 2 9 8 7 6 5 4 3 2 9 8 7 6 5 4 3 2
B PESOS
C PONDERAO (A*B) 20 6 0 54 0 28 18 15 0 0 18 81 8 7 0 0 8 15 0 54 40 35 0 5 8 0 0 0 0 0 0 35 32 0 0 18 48 49 18 0 4 18 2
6.5
O nmero do Recibo do Lote ser gerado pelo Portal da Secretaria de Fazenda Estadual
autorizadora, com a seguinte regra de formao:
campo
Quantidade de
caracteres
Cdigo da UF
Tipo Autorizador
Sequencial
02
01
12
6.6
Regio Norte
Regio Nordeste
11-Rondnia
12-Acre
13-Amazonas
14-Roraima
15-Par
16-Amap
17-Tocantins
21-Maranho
22-Piau
23-Cear
24-Rio Grande do
Norte
25-Paraba
26-Pernambuco
27-Alagoas
28-Sergipe
29-Bahia
Regio
Sudeste
31-Minas
Gerais
32-Esprito
Santo
33-Rio de
Janeiro
35-So Paulo
Regio Sul
Regio
CentroOeste
50-Mato Grosso
do Sul
51-Mato Grosso
52-Gois
53-Distrito Federal
41-Paran
42-Santa Catarina
43-Rio Grande do
Sul
Nmero do Protocolo
9
9
cdigo
da UF
9
ano
9
9
9
9
9
9
sequencial de 10 posies
Pg. 98 / 187
A gerao do nmero de protocolo ser nica, sendo utilizada por todos os Web Service que
precisam atribuir um nmero de protocolo para o resultado do processamento.
6.7
Pg. 99 / 187
7. Cdigo de Barra
O padro de cdigo de barras a ser impresso no DACTE o CODE-128C. Utilize o cdigo de
barras:
a) No caso de DACTE impresso para representar um CT-e emitido em operao normal ou em
contingncia utilizando a Sefaz Virtual de Contingncia: apenas um cdigo de barras com a
chave nica de acesso do arquivo do conhecimento de transporte eletrnico; e
b) No caso de DACTE impresso para representar um CT-e emitido nos demais casos de
contingncia: dois cdigos de barras; um para representar a chave de acesso do arquivo do
conhecimento de transporte eletrnico e outro para representar dados do CT-e emitido em
contingncia.
A impresso dos cdigos de barras no DACTE tem a finalidade de facilitar e agilizar a captura de
dados para consulta nos portais estaduais e da Receita Federal do Brasil. Com a chave de
acesso possvel realizar a consulta integral ou resumida de um Conhecimento de Transporte
Eletrnico e sua situao, bem como visualizar a autorizao de uso do mesmo.
Dentre outras finalidades do cdigo, destacam-se o registro do trnsito de mercadorias nos
Postos Fiscais e, a critrio de cada unidade federada, a disponibilizao do arquivo do CT-e
consultado.
Os dados adicionais contidos no segundo cdigo de barras sero utilizados para auxiliar o
registro da prestao do servio acobertado pelo conhecimento de transporte eletrnico emitido
em contingncia.
O conjunto de caracteres representativos do Cdigo de Barras CODE-128C encontra-se no
Anexo IV deste manual. Para a sua impresso considerar a seguinte estrutura de simbolizao:
O cdigo de barras representar apenas a chave de acesso do CT-e de 44 posies. Para a
impresso do mesmo ser considerada a seguinte estrutura de simbolizao:
Margem
clara
Start C
DV
Stop
Margem
clara
Margem Clara: Espao claro, que no contm nenhuma marca legvel por mquina, existente
esquerda e direita do cdigo para evitar interferncia na decodificao da simbologia. A
margem clara tambm chamada de "rea livre", "zona de silncio" ou "margem de silncio".
Start C: inicia a codificao dos dados CODE-128C de acordo com o conjunto de caracteres. O
Start C no representa nenhum caractere.
Chave de acesso do CT-e: representa o conjunto de 44 caracteres da chave de acesso do CTe.
DV: dgito verificador da simbologia.
Stop: caractere de parada, indica o final do cdigo ao leitor ptico.
O cdigo de barras ser impresso com resoluo mnima de 300 dpi, observando a rea
reservada no DACTE de 3 x 9 cm
O cdigo de barras ser impresso com os padres prprios residentes das impressoras de no
impacto (laser ou deskjet) e de impacto (matriciais ou de linhas) a fim de respeitarem os padres
dos referidos cdigos:
7.1
O Cdigo de Barras Adicional dos Dados do CT-e ser formado pelo seguinte contedo, em
um total de 36 caracteres:
Quantidade de Caracteres
cUF
02
tpEmis
01
CNPJ
14
vCT
14
ICMSp
01
ICMSs
01
DD
02
DV
01
7.2
09
B
105
105
75
2
75
150
83
3
83
249
64
4
64
256
START
B
09
1
9
9
Na linha valor do caractere foi incluso o valor 105 que corresponde ao valor do caractere
de incio (start) para o padro Code C.
Excetuando o caractere de start, os demais valores dos caracteres coincidem com os
valores da chave de acesso, isto porque estamos utilizando o padro Code C de
codificao que exclusivamente numrico.
O dgito verificador do cdigo ser o resto da diviso da somatria dos valores
ponderados dividido por 103 (mdulo 103).
Assim o dgito verificador ser:
Valor da soma ponderada = (1x105)+(1x9)+(2x75)+(3x83)+(4x64) = 769
769/103 = 7 resta 48, assim o DV 48
7.3
START
A
B
C
75
B
83
B
64
B
DV = 48
B
STOP
B
2 1 1 2 3 2 2 2 1 2 1 3 2 4 1 2 1 1 1 1 4 2 1 2 1 1 1 4 2 2 3 1 3 1 2 1 2 3 3 1 1 1 2
8. DACTE
O DACTE (Documento Auxiliar do Conhecimento de Transporte Eletronico) um documento
auxiliar impresso em papel e sua especificao/modelos de leiaute encontram-se disponveis no
Anexo: Manual de Orientaes do Contribuinte DACTE.
9. Contingncia
Nos casos de contingncia, enquanto no houver obrigatoriedade para o CT-e:
- Nas UF em que a legislao no vede, as empresas podero emitir o correspondente
modelo em papel substitudo pelo CT-e.
- Nas UF em que a legislao vede a emisso dos documentos em papel, o contribuinte
dever utilizar uma das modalidades de contingncia contidas no Manual de Contingncia do
CT-e (Anexo VI deste MOC)
Para identificar o status operacional do Portal da Secretaria de Fazenda Estadual, ser utilizado
o Web Service cteStatusServico. Para tempo de resposta, informado pela SEFAZ no retorno da
consulta de Status, superior a 3 (trs) minutos ou ausncia de retorno, caber empresa decidir
pela utilizao do processo de contingncia definido no pargrafo anterior.
Tambm por meio deste mtodo, a empresa dever identificar a sada do estado de
contingncia.
Antes de entrar em contingncia a empresa tambm verificar o status operacional de sua rede
interna.
Campo
cteProc
versao
CTe
(dados)
Ele
Raiz
A
G
-
Pai
XR01
XR01
-
Tipo
N
-
Ocor.
1-1
1-1
-
Tam.
1-4
-
XR05
XR06
protCte
(dados)
G
-
XR01
-
1-1
-
Dec. Descrio/Observao
TAG raiz
2
Dados do CT-e, inclusive com os dados da
assinatura (Anexo I)
Dados do Protocolo de Autorizao de Uso (item
4.2.2)
O compartilhamento de documentos entre as SEFAZ e a RFB ser realizado atravs dos Web
Services de compartilhamento de Documentos Fiscais Elernicos, seguindo a padronizao de
nomes de arquivos que segue:
CT-e: Nmero do Protocolo + _v + [Verso do arquivo de schema com 5 posies (ex:
99.99)] + -procCTe.xml.
Exemplo: 143061234567890_v01.00-procCTe.xml.
Inutilizao de numerao de CT-e: Nmero do Protocolo + _v + [Verso do arquivo de
schema com 5 posies (ex: 99.99)] + -procInutCTe.xml.
Exemplo: 143061234567890_v01.00-procInutCTe.xml.
Registro de Evento de CT-e: Nmero do Protocolo + _v + [Verso do arquivo de
schema com 5 posies (ex: 99.99)] + -eventoCTe.xml.
Nota: A composio do Nmero do Protocolo est descrita no item 6.6.
Campo
cteProc
versao
CTe
(dados)
Ele
Raiz
A
G
-
Pai
XR01
XR01
-
Tipo
N
-
Ocor.
1-1
1-1
-
Tam.
1-4
-
XR05
XR06
protCte
(dados)
G
-
XR01
-
1-1
-
Dec. Descrio/Observao
TAG raiz
2
Dados do CT-e, inclusive com os dados da
assinatura (Anexo I)
Dados do Protocolo de Autorizao de Uso (item
4.2.2)
Campo
procInutCTe
versao
inutCTe
(dados)
retInutCTe
(dados)
Ele
Raiz
A
G
G
-
Pai
ZR01
ZR01
ZR01
-
Tipo
N
-
Ocor.
1-1
1-1
1-1
-
Tam.
1-4
-
Dec.
2
-
Descrio/Observao
TAG raiz
Campo
procEventoCTe
Verso
eventoCTe
(dados)
retEventoCTe
(dados)
Descrio/Observao
TAG raiz
1-1
13, 2
ER23
e) coluna Tipo:
N campo numrico;
C campo alfanumrico;
D campo data;
T campo horrio;
f) Coluna Ocorrncia: x-y, onde x indica a ocorrncia mnima e y a ocorrncia mxima;
g) Coluna tamanho: x-y, onde x indica o tamanho mnimo e y o tamanho mximo; a existncia de um nico valor indica que o campo tem
tamanho fixo, devendo-se informar a quantidade de caracteres exigidos, preenchendo-se os zeros no significativos; tamanhos separados por
vrgula indicam que o campo deve ter um dos tamanhos fixos da lista;
h) coluna Domnio: indica o conjunto de valores permitidos para um determinado campo. Por exemplo, o campo modal de transporte pode
assumir os valores 01,02,03,04 e 05. Nesta coluna apresentada uma referncia, exemplo D1, sendo que os valores permitidos so listados ao
final do leiaute, sob o ttulo de Domnio.
i) coluna Exp. Reg: demonstra a expresso regular associada a um determinado campo. Nesta coluna apresentada uma referncia, exemplo
ER27, sendo que o contedo da expresso regular listado ao final do leiaute, sob o ttulo Expresso Regular.
j) O tamanho mximo dos campos Tipo C, quando no especificado, 60 posies;
2. Regras de Preenchimento dos Campos do Conhecimento de Transporte Eletrnico:
Campos que representam cdigos (CNPJ, CPF, CEP, CST, etc.) so informados com o tamanho fixo previsto, sem formatao e com o
preenchimento dos zeros no significativos;
Campos numricos que representam valores e quantidades so de tamanho varivel, respeitando o tamanho mximo previsto para o
campo e a quantidade de casas decimais. O preenchimento de zeros no significativos causa erro de validao do Schema XML. Os
campos numricos so informados sem o separador de milhar, com uso do ponto decimal para indicar a parte fracionria se existente
respeitando a quantidade de dgitos prevista no leiaute;
O uso de caracteres acentuados e smbolos especiais para o preenchimento dos campos alfanumricos so evitados. Os espaos
informados no incio e no final do campo alfanumrico tambm so evitados;
As datas devem ser informadas no formato AAAA-MM-DD;
A forma e a obrigatoriedade de preenchimento dos campos do Conhecimento de Transporte eletrnico esto previstas na legislao
aplicvel para a operao que se pretende realizar;
Inexistindo contedo (valor zero ou vazio) para um campo no obrigatrio, a TAG deste campo no ser informada no arquivo do CT-e;
Tratando-se de operaes com o exterior, uma vez que o campo CNPJ obrigatrio, informar o contedo deste campo com zeros;
No caso das pessoas desobrigadas de inscrio no CNPJ/MF, informar o CPF da pessoa, exceto nas operaes com o exterior;
A existncia no leiaute/schema de campos de preenchimento opcional no deve ser interpretado como desobrigao de preenchimento, pois esta
deciso depende diretamente da legislao tributria ou do modal de transporte. Significa apenas que existem situaes em que o preenchimento de
um determinado campo em uma determinada situao no se aplica. Por exemplo, o nmero de um continer um campo opcional no
leiaute/schema, pois nem todos os servios de transporte so realizados por meio de continer, mas, quando ele existir, dever obrigatoriamente ser
preenchido.
Campo
infCte
Nvel Descrio
Informaes do CT-e
1-1
versao
Verso do leiaute
1-1
Id
1-1
ide
Identificao do CT-e
47
ER52
Ex: "2.00"
ER47
1-1
cUF
1-1
D2
cCT
1-1
ER37
CFOP
1-1
ER48
natOp
Natureza da Operao
1-1
1 - 60
ER34
forPag
1-1
D10
Preencher com:
0 - Pago;
1 - A pagar;
2 - Outros
10
mod
1-1
D4
11
serie
Srie do CT-e
1-1
1-3
ER32
12
nCT
Nmero do CT-e
1-1
1-9
ER30
13
dhEmi
1-1
19
ER38
14
tpImp
1-1
D1
15
tpEmis
1-1
D11
Preencher com:
1 - Normal;
4-EPEC pela SVC; 5 - Contingncia
Formato AAAA-MM-DDTHH:MM:DD
FSDA;
7 - Autorizao pela SVC-RS;
8 - Autorizao pela SVC-SP
16
cDV
1-1
ER39
17
tpAmb
Tipo do Ambiente
1-1
D1
18
tpCTe
Tipo do CT-e
1-1
D14
Preencher com:
0 - CT-e Normal;
1 - CT-e de Complemento de Valores; 2 CT-e de Anulao;
3 - CT-e Substituto
19
procEmi
1-1
D14
Preencher com:
0 - emisso de CT-e com aplicativo do
contribuinte;
1 - emisso de CT-e avulsa pelo Fisco;
2 - emisso de CT-e avulsa, pelo
contribuinte com seu certificado digital,
atravs do site do Fisco;
3- emisso CT-e pelo contribuinte com
aplicativo fornecido pelo Fisco.
20
verProc
1-1
1 - 20
ER34
21
refCTE
0-1
44
ER3
22
cMunEnv
1-1
ER2
23
xMunEnv
1-1
1 - 60
ER34
24
UFEnv
1-1
D8
25
modal
Modal
1-1
D30
Preencher com:01-Rodovirio;
02-Areo;03-Aquavirio;04-
Ferrovirio;05-Dutovirio;06-Multimodal;
26
tpServ
Tipo do Servio
1-1
27
cMunIni
1-1
ER2
28
xMunIni
1-1
1 - 60
ER34
29
UFIni
UF do incio da prestao
1-1
30
cMunFim
1-1
ER2
31
xMunFim
1-1
1 - 60
ER34
32
UFFim
UF do trmino da prestao
1-1
D8
33
retira
1-1
D13
34
xDetRetira
Detalhes do retira
0-1
1 - 160
35
toma03
36
toma
Tomador do Servio
37
toma4
CG
E
CG
D12
Preencher com:
0 - Normal;1 - Subcontratao;
2 - Redespacho;3 - Redespacho
Intermedirio; 4 - Servio Vinculado a
Multimodal
D8
ER34
1-1
N
1-1
D14
Preencher com:
0-Remetente;
1-Expedidor;
2-Recebedor;
3-Destinatrio
Sero utilizadas as informaes contidas
no respectivo grupo, conforme indicado
pelo contedo deste campo
1-1
38
toma
Tomador do Servio
1-1
39
CNPJ
40
CPF
41
D15
Preencher com:
4 - Outros
Obs: Informar os dados cadastrais do
tomador do servio
Nmero do CNPJ
CE
1-1
14
ER7
Nmero do CPF
CE
1-1
11
ER8
IE
Inscrio Estadual
0-1
0 - 14
ER28
42
xNome
1-1
1 - 60
ER34
43
xFant
Nome Fantasia
0-1
1 - 60
ER34
44
fone
Telefone
0-1
6 - 14
ER5
45
enderToma
Dados do endereo
1-1
46
xLgr
Logradouro
1-1
1 - 255
ER34
47
nro
Nmero
1-1
1 - 60
ER34
48
xCpl
Complemento
0-1
1 - 60
ER34
49
xBairro
Bairro
1-1
1 - 60
ER34
50
cMun
1-1
ER2
51
xMun
Nome do municpio
1-1
1 - 60
ER34
52
CEP
CEP
0-1
ER37
53
UF
Sigla da UF
1-1
54
cPais
Cdigo do pas
0-1
1-4
D8
55
xPais
Nome do pas
0-1
1 - 60
ER34
56
Endereo de email
0-1
1 - 60
ER49
57
dhCont
1-1
19
ER38
58
xJust
1-1
15 - 256
ER34
59
compl
0-1
60
xCaracAd
0-1
1 - 15
ER34
Texto livre:
REENTREGA; DEVOLUO;
REFATURAMENTO; etc
61
xCaracSer
0-1
1 - 30
ER34
Texto livre:
ENTREGA EXPRESSA; LOGSTICA
REVERSA; CONVENCIONAL;
EMERGENCIAL; etc
62
xEmi
0-1
1 - 20
ER34
63
fluxo
64
xOrig
65
pass
66
67
xPass
xDest
0-1
C
0-1
ER34
0-n
0-1
1 - 15
ER34
0-1
1 - 15
ER34
areo.
- Dever ser includo o cdigo de trs
letras IATA do aeroporto de destino.
Quando no for possvel, utilizar a sigla
OACI.
68
xRota
0-1
69
Entrega
0-1
CG
1-1
1 - 10
ER34
70
semData
71
tpPer
72
comData
73
tpPer
74
dProg
Data programada
75
noPeriodo
76
tpPer
Tipo perodo
1-1
77
dIni
Data inicial
1-1
10
ER10
Formato AAAA-MM-DD
78
dFim
Data final
1-1
10
ER10
Formato AAAA-MM-DD
79
semHora
80
tpHor
Tipo de hora
81
comHora
82
tpHor
Tipo de hora
83
hProg
Hora programada
84
noInter
85
tpHor
Tipo de hora
CG
D16
1-1
D17
Preencher com:
1-Na data;
2-At a data;
3-A partir da data
1-1
10
ER10
Formato AAAA-MM-DD
1-1
CG
D15
4-no perodo
1-1
N
CG
1-1
D16
1-1
D17
Preencher com:
1--No horrio;
2-At o horrio;
3-A partir do horrio
1-1
1-1
CG
E
1-1
CG
1-1
ER51
Formato HH:MM:SS
1-1
N
1-1
D15
4 - No intervalo de tempo
86
hIni
Hora inicial
1-1
ER51
Formato HH:MM:SS
87
hFim
Hora final
1-1
ER51
Formato HH:MM:SS
88
origCalc
0-1
1 - 40
ER34
89
destCalc
0-1
1 - 40
ER34
90
xObs
Observaes Gerais
0-1
1 - 2000
ER34
91
ObsCont
0 - 10
92
xCampo
Identificao do campo
1-1
1 - 20
ER34
93
xTexto
Contedo do campo
1-1
1 - 160
ER34
94
ObsFisco
0 - 10
95
xCampo
Identificao do campo
1-1
1 - 20
ER34
96
xTexto
Contedo do campo
1-1
1 - 60
ER34
97
emit
1-1
98
CNPJ
CNPJ do emitente
1-1
14
ER4
99
IE
1-1
2 - 14
ER27
100
xNome
1-1
1 - 60
ER34
101
xFant
Nome fantasia
0-1
1 - 60
ER34
102
enderEmit
Endereo do emitente
1-1
103
xLgr
Logradouro
1-1
1 - 60
ER34
104
nro
Nmero
1-1
1 - 60
ER34
105
xCpl
Complemento
0-1
1 - 60
ER34
106
xBairro
Bairro
1-1
1 - 60
ER34
107
cMun
1-1
ER2
108
xMun
Nome do municpio
1-1
1 - 60
ER34
109
CEP
CEP
0-1
ER37
110
UF
Sigla da UF
1-1
111
fone
Telefone
0-1
6 - 14
112
rem
D9
ER5
0-1
113
CNPJ
Nmero do CNPJ
CE
1-1
14
ER7
114
CPF
Nmero do CPF
CE
1-1
11
ER8
115
IE
Inscrio Estadual
1-1
0 - 14
ER28
116
xNome
1-1
1 - 60
ER34
117
xFant
Nome fantasia
0-1
1 - 60
ER34
118
fone
Telefone
0-1
6 - 14
ER5
119
enderReme
Dados do endereo
1-1
120
xLgr
Logradouro
1-1
1 - 255
ER34
121
nro
Nmero
1-1
1 - 60
ER34
122
xCpl
Complemento
0-1
1 - 60
ER34
123
xBairro
Bairro
1-1
1 - 60
ER34
124
cMun
1-1
ER2
125
xMun
Nome do municpio
1-1
1 - 60
ER34
126
CEP
CEP
0-1
ER37
127
UF
Sigla da UF
1-1
128
cPais
Cdigo do pas
0-1
1-4
ER29
129
xPais
Nome do pas
0-1
1 - 60
ER34
0-1
1 - 60
ER49
D8
130
Endereo de email
131
locColeta
Local da Coleta
132
CNPJ
Nmero do CNPJ
CE
1-1
14
ER4
133
CPF
Nmero do CPF
CE
1-1
11
ER8
134
xNome
1-1
1 - 60
ER34
135
xLgr
Logradouro
1-1
1 - 255
ER34
136
nro
Nmero
1-1
1 - 60
ER34
137
xCpl
Complemento
0-1
1 - 60
ER34
138
xBairro
Bairro
1-1
1 - 60
ER34
139
cMun
1-1
ER2
140
xMun
Nome do municpio
1-1
1 - 60
ER34
141
UF
Sigla da UF
1-1
142
exped
0-1
D8
0-1
143
CNPJ
Nmero do CNPJ
CE
1-1
14
ER7
144
CPF
Nmero do CPF
CE
1-1
11
ER8
145
IE
Inscrio Estadual
1-1
0 - 14
ER28
xNome
1-1
1 - 60
ER34
147
fone
Telefone
0-1
6 - 14
ER5
148
enderExped
Dados do endereo
1-1
149
xLgr
Logradouro
1-1
1 - 255
ER34
150
nro
Nmero
1-1
1 - 60
ER34
151
xCpl
Complemento
0-1
1 - 60
ER34
152
xBairro
Bairro
1-1
1 - 60
ER34
153
cMun
1-1
ER2
154
xMun
Nome do municpio
1-1
1 - 60
ER34
155
CEP
CEP
0-1
ER37
156
UF
Sigla da UF
1-1
157
cPais
Cdigo do pas
0-1
1-4
ER29
158
xPais
Nome do pas
0-1
1 - 60
ER34
Endereo de email
0-1
1 - 60
ER49
159
160
email
receb
D8
0-1
161
CNPJ
Nmero do CNPJ
CE
1-1
14
ER7
162
CPF
Nmero do CPF
CE
1-1
11
ER8
163
IE
Inscrio Estadual
1-1
0 - 14
ER28
informar o contedo.
164
xNome
1-1
1 - 60
ER34
165
fone
Telefone
0-1
6 - 14
ER5
166
enderReceb
Dados do endereo
1-1
167
xLgr
Logradouro
1-1
1 - 255
ER34
168
nro
Nmero
1-1
1 - 60
ER34
169
xCpl
Complemento
0-1
1 - 60
ER34
170
xBairro
Bairro
1-1
1 - 60
ER34
171
cMun
1-1
ER2
172
xMun
Nome do municpio
1-1
1 - 60
ER34
173
CEP
CEP
0-1
ER37
174
UF
Sigla da UF
1-1
175
cPais
Cdigo do pas
0-1
1-4
ER29
176
xPais
Nome do pas
0-1
1 - 60
ER34
Endereo de email
0-1
1 - 60
ER49
177
178
email
dest
D8
0-1
179
CNPJ
Nmero do CNPJ
CE
1-1
14
ER7
180
CPF
Nmero do CPF
CE
1-1
11
ER8
181
IE
Inscrio Estadual
0-1
0 - 14
ER28
182
xNome
1-1
1 - 60
ER34
183
fone
Telefone
0-1
6 - 14
ER5
184
ISUF
Inscrio na SUFRAMA
0-1
8-9
ER40
185
enderDest
Dados do endereo
1-1
186
xLgr
Logradouro
1-1
1 - 255
ER34
187
nro
Nmero
1-1
1 - 60
ER34
188
xCpl
Complemento
0-1
1 - 60
ER34
189
xBairro
Bairro
1-1
1 - 60
ER34
190
cMun
1-1
ER2
191
xMun
Nome do municpio
1-1
1 - 60
ER34
192
CEP
CEP
0-1
ER37
193
UF
Sigla da UF
1-1
194
cPais
Cdigo do pas
0-1
1-4
ER29
195
xPais
Nome do pas
0-1
1 - 60
ER34
0-1
1 - 60
ER49
196
Endereo de email
197
locEnt
D8
0-1
198
CNPJ
Nmero do CNPJ
CE
1-1
14
ER4
199
CPF
Nmero do CPF
CE
1-1
11
ER8
200
xNome
1-1
1 - 60
ER34
201
xLgr
Logradouro
1-1
1 - 255
ER34
202
nro
Nmero
1-1
1 - 60
ER34
203
xCpl
Complemento
0-1
1 - 60
ER34
204
xBairro
Bairro
1-1
1 - 60
ER34
205
cMun
1-1
ER2
206
xMun
Nome do municpio
1-1
1 - 60
ER34
207
UF
Sigla da UF
1-1
208
vPrest
D8
1-1
209
vTPrest
1-1
13, 2
ER25
210
vRec
Valor a Receber
1-1
13, 2
ER25
211
Comp
0-n
212
xNome
Nome do componente
1-1
1 - 15
ER34
213
vComp
Valor do componente
1-1
13, 2
ER25
1-1
1-1
CG
1-1
214
215
imp
ICMS
216
ICMS00
217
CST
1-1
218
vBC
Valor da BC do ICMS
1-1
13, 2
ER25
219
pICMS
Alquota do ICMS
1-1
3, 2
ER11
220
vICMS
Valor do ICMS
1-1
13, 2
ER25
221
ICMS20
CG
D21
1-1
reduo de BC do ICMS
222
CST
1-1
223
pRedBC
Percentual de reduo da BC
1-1
3, 2
ER13
224
vBC
Valor da BC do ICMS
1-1
13, 2
ER25
225
pICMS
Alquota do ICMS
1-1
3, 2
ER11
226
vICMS
Valor do ICMS
1-1
13, 2
ER25
227
ICMS45
228
CST
229
ICMS60
230
CST
231
vBCSTRet
232
vICMSSTRet
233
pICMSSTRet
234
vCred
235
CG
E
D22
1-1
N
D23
Preencher com:
40 - ICMS iseno;
41 - ICMS no tributada;
51 - ICMS diferido
1-1
D24
1-1
13, 2
ER25
1-1
13, 2
ER25
Alquota do ICMS
1-1
3, 2
ER11
0-1
13, 2
ER25
ICMS90
ICMS Outros
236
CST
1-1
237
pRedBC
Percentual de reduo da BC
0-1
3, 2
ER13
238
vBC
Valor da BC do ICMS
1-1
13, 2
ER25
CG
1-1
1-1
CG
1-1
D25
90 - ICMS outros
decimais.
239
pICMS
Alquota do ICMS
1-1
3, 2
ER11
240
vICMS
Valor do ICMS
1-1
13, 2
ER25
241
vCred
0-1
13, 2
ER25
CG
242
ICMSOutraUF
1-1
243
CST
1-1
244
pRedBCOutraUF
Percentual de reduo da BC
0-1
3, 2
ER13
245
vBCOutraUF
Valor da BC do ICMS
1-1
13, 2
ER25
246
pICMSOutraUF
Alquota do ICMS
1-1
3, 2
ER11
247
vICMSOutraUF
1-1
13, 2
ER25
248
ICMSSN
Simples Nacional
CG
249
indSN
1-1
D25
90 - ICMS outros
1-1
D26
250
vTotTrib
0-1
13, 2
ER25
251
infAdFisco
0-1
1 - 2000
ER34
252
infCTeNorm
1-1
253
infCarga
1-1
254
vCarga
13, 2
ER25
0-1
255
proPred
Produto predominante
1-1
1 - 60
ER34
256
xOutCat
0-1
1 - 30
ER34
257
infQ
1-n
258
cUnid
1-1
259
tpMed
Tipo da Medida
1-1
1 - 20
ER34
Exemplos:
PESO BRUTO, PESO DECLARADO,
PESO CUBADO, PESO AFORADO,
PESO AFERIDO, PESO BASE DE
CLCULO, LITRAGEM, CAIXAS e etc
260
qCarga
Quantidade
1-1
11, 4
ER19
0-1
Informaes das NF
CG
1-n
261
262
infDoc
infNF
D18
Preencher com:
00-M3;
01-KG;
02-TON;
03-UNIDADE;
04-LITROS;
05-MMBTU
nRoma
Nmero do Romaneio da NF
0-1
1 - 20
ER34
264
nPed
Nmero do Pedido da NF
0-1
1 - 20
ER34
265
mod
1-1
266
serie
Srie
1-1
1-3
ER34
267
nDoc
Nmero
1-1
1 - 20
ER34
268
dEmi
Data de Emisso
1-1
10
ER10
Formato AAAA-MM-DD
269
vBC
1-1
13, 2
ER25
270
vICMS
1-1
13, 2
ER25
271
vBCST
1-1
13, 2
ER25
272
vST
1-1
13, 2
ER25
273
vProd
1-1
13, 2
ER25
274
vNF
Valor Total da NF
1-1
13, 2
ER25
275
nCFOP
CFOP Predominante
1-1
ER48
276
nPeso
Peso total em Kg
0-1
12, 3
ER22
277
PIN
PIN SUFRAMA
0-1
2-9
ER41
278
dPrev
0-1
10
ER10
Formato AAAA-MM-DD
279
infUnidTransp
0-n
D5
Preencher com:
01 - NF Modelo 01/1A e Avulsa;
04 - NF de Produtor
280
tpUnidTransp
1-1
281
idUnidTransp
1-1
1 - 20
ER45
282
lacUnidTransp
Nmero do lacre
1 - 20
ER34
283
284
nLacre
infUnidCarga
D6
1 - Rodovirio Trao
2 - Rodovirio Reboque
3 - Navio
4 - Balsa
5 - Aeronave
6 - Vago
7 - Outros
Informar a identificao conforme o tipo
de unidade de transporte.
Por exemplo: para rodovirio trao ou
reboque dever preencher com a placa
do veculo.
0-n
C
1-1
0-n
285
tpUnidCarga
1-1
286
idUnidCarga
1-1
1 - 20
ER45
287
lacUnidCarga
Nmero do lacre
1-1
1 - 20
ER34
0-1
3, 2
ER11
0-1
3, 2
ER11
288
289
290
291
nLacre
qtdRat
qtdRat
infUnidCarga
D7
1 - Container
2 - ULD
3 - Pallet
4 - Outros
Informar a identificao da unidade de
carga, por exemplo: nmero do container.
0-n
0-n
iglu.
292
tpUnidCarga
1-1
293
idUnidCarga
1-1
1 - 20
ER45
294
lacUnidCarga
Nmero do lacre
1-1
1 - 20
ER34
0-1
3, 2
ER11
295
296
297
nLacre
qtdRat
infNFe
D7
1 - Container
2 - ULD
3 - Pallet
4 - Outros
Informar a identificao da unidade de
carga, por exemplo: nmero do container.
0-n
1-n
CG
298
chave
1-1
44
ER3
299
PIN
PIN SUFRAMA
0-1
2-9
ER41
300
dPrev
0-1
10
ER10
Formato AAAA-MM-DD
301
infUnidTransp
0-n
302
tpUnidTransp
1-1
303
idUnidTransp
1-1
1 - 20
ER45
304
lacUnidTransp
Nmero do lacre
1 - 20
ER34
305
306
nLacre
infUnidCarga
D6
1 - Rodovirio Trao
2 - Rodovirio Reboque
3 - Navio
4 - Balsa
5 - Aeronave
6 - Vago
7 - Outros
Informar a identificao conforme o tipo
de unidade de transporte.
Por exemplo: para rodovirio trao ou
reboque dever preencher com a placa
do veculo.
0-n
C
1-1
0-n
(Containeres/ULD/Outros)
307
tpUnidCarga
1-1
308
idUnidCarga
1-1
1 - 20
ER45
309
lacUnidCarga
Nmero do lacre
1-1
1 - 20
ER34
0-1
3, 2
ER11
0-1
3, 2
ER11
310
311
312
313
nLacre
qtdRat
qtdRat
infUnidCarga
D7
1 - Container
2 - ULD
3 - Pallet
4 - Outros
0-n
0-n
314
tpUnidCarga
1-1
315
idUnidCarga
1-1
1 - 20
ER45
316
lacUnidCarga
Nmero do lacre
1-1
1 - 20
ER34
0-1
3, 2
ER11
317
318
nLacre
qtdRat
319
infOutros
320
tpDoc
D7
1 - Container
2 - ULD
3 - Pallet
4 - Outros
Informar a identificao da unidade de
carga, por exemplo: nmero do container.
0-n
1-n
CG
E
1-1
D19
Preencher com:
00 - Declarao;
10 - Dutovirio;
99 - Outros
321
descOutros
0-1
1 - 100
ER34
322
nDoc
Nmero
0-1
1 - 20
ER34
323
dEmi
Data de Emisso
0-1
10
ER10
Formato AAAA-MM-DD
324
vDocFisc
Valor do documento
0-1
13, 2
ER26
325
dPrev
0-1
10
ER10
Formato AAAA-MM-DD
326
infUnidTransp
0-n
327
tpUnidTransp
1-1
328
idUnidTransp
1-1
1 - 20
ER45
329
lacUnidTransp
Nmero do lacre
1 - 20
ER34
330
331
332
nLacre
infUnidCarga
tpUnidCarga
D6
1 - Rodovirio Trao
2 - Rodovirio Reboque
3 - Navio
4 - Balsa
5 - Aeronave
6 - Vago
7 - Outros
Informar a identificao conforme o tipo
de unidade de transporte.
Por exemplo: para rodovirio trao ou
reboque dever preencher com a placa
do veculo.
0-n
C
1-1
0-n
1-1
D7
1 - Container
2 - ULD
3 - Pallet
4 - Outros
333
idUnidCarga
334
lacUnidCarga
Nmero do lacre
335
nLacre
336
337
338
qtdRat
qtdRat
infUnidCarga
1-1
1 - 20
ER45
1-1
1 - 20
ER34
0-1
3, 2
ER11
0-1
3, 2
ER11
0-n
0-n
339
tpUnidCarga
1-1
340
idUnidCarga
1-1
1 - 20
ER45
341
lacUnidCarga
Nmero do lacre
1-1
1 - 20
ER34
0-1
3, 2
ER11
0-1
1-n
342
343
344
345
nLacre
qtdRat
docAnt
emiDocAnt
D7
1 - Container
2 - ULD
3 - Pallet
4 - Outros
Informar a identificao da unidade de
carga, por exemplo: nmero do container.
0-n
346
CNPJ
Nmero do CNPJ
CE
1-1
14
ER7
347
CPF
Nmero do CPF
CE
1-1
11
ER8
348
IE
Inscrio Estadual
1-1
2 - 14
ER27
349
UF
Sigla da UF
1-1
D8
350
xNome
351
idDocAnt
1-2
CG
1-n
352
idDocAntPap
1-1
1 - 60
ER34
353
tpDoc
1-1
354
serie
1-1
1-3
ER34
355
subser
0-1
1-2
ER34
356
nDoc
1-1
1 - 20
ER42
357
dEmi
1-1
10
ER10
CG
44
ER3
358
idDocAntEle
359
360
361
chave
seg
respSeg
D28
Preencher com:
00-CTRC;
01-CTAC;
02-ACT;
03 - NF Modelo 7;
04 - NF Modelo 27;
05-Conhecimento Areo Nacional;
06-CTMC;
07-ATRE;
08-DTA (Despacho de Transito
Aduaneiro);
09-Conhecimento Areo Internacional;
10 Conhecimento - Carta de Porte
Internacional;
11 Conhecimento Avulso;
12-TIF (Transporte Internacional
Ferrovirio);
99 - outros
1-n
N
1-1
0-n
1-1
D20
Preencher com:
0- Remetente;
1- Expedidor;
2 - Recebedor;
3 - Destinatrio;
4 - Emitente do CT-e;
5 - Tomador de Servio.
Dados obrigatrios apenas no modal
Rodovirio, depois da lei 11.442/07. Para
os demais modais esta informao
opcional.
362
xSeg
Nome da Seguradora
0-1
1 - 30
ER34
363
nApol
Nmero da Aplice
0-1
1 - 20
ER34
364
nAver
Nmero da Averbao
0-1
20
ER34
365
vCarga
0-1
13, 2
ER26
366
infModal
Informaes do modal
ER43
1-1
367
versaoModal
1-1
368
xs:any
XML do modal
Insira neste local o XML especfico do
modal (rodovirio, areo, ferrovirio,
aquavirio ou dutovirio).
1-1
CTeModalAereo_v9.99
Aquavirio - arquivo
CTeModalAquaviario_v9.99
Ferrovirio - arquivo
CTeModalFerroviario_v9.99
Dutovirio - arquivo
CTeModalDutoviario_v9.99
Onde v9.99 a a designao genrica
para a verso do arquivo. Por exemplo, o
arquivo para o schema do modal
Rodovirio na verso 1.04 ser
denominado
"CTeModalRodoviario_v1.04".
369
peri
0-n
370
nONU
Nmero ONU/UN
1-1
ER44
371
xNomeAE
0-1
1 - 150
ER34
372
xClaRisco
0-1
1 - 40
ER34
373
grEmb
Grupo de Embalagem
0-1
1-6
ER34
374
qTotProd
1-1
1 - 20
ER34
aplicada ao modal
375
qVolTipo
0-1
1 - 60
ER34
376
pontoFulgor
Ponto de Fulgor
0-1
1-6
ER34
0-n
377
veicNovos
378
chassi
Chassi do veculo
1-1
17
ER45
379
cCor
Cor do veculo
1-1
1-4
ER34
380
xCor
Descrio da cor
1-1
1 - 40
ER34
381
cMod
1-1
1-6
ER34
382
vUnit
1-1
13, 2
ER25
383
vFrete
Frete Unitrio
1-1
13, 2
ER25
384
cobr
0-1
385
fat
Dados da fatura
0-1
386
nFat
Nmero da fatura
0-1
1 - 60
ER34
387
vOrig
0-1
13, 2
ER26
388
vDesc
0-1
13, 2
ER26
389
vLiq
0-1
13, 2
ER26
390
dup
0-n
391
nDup
Nmero da duplicata
0-1
1 - 60
ER34
392
dVenc
0-1
10
ER10
393
vDup
Valor da duplicata
394
infCteSub
395
chCte
396
tomaICMS
CG
397
refNFe
CE
398
refNF
CG
0-1
13, 2
ER26
44
ER3
44
ER3
0-1
N
1-1
1-1
1-1
1-1
399
CNPJ
CNPJ do Emitente
CE
1-1
14
ER4
400
CPF
Nmero do CPF
CE
1-1
11
ER8
401
mod
1-1
402
serie
1-1
1-3
ER32
403
subserie
0-1
1-3
ER32
404
nro
1-1
1-6
ER46
405
valor
1-1
13, 2
ER25
406
dEmi
1-1
10
ER10
CE
1-1
44
ER3
CG
44
ER3
44
ER3
44
ER3
407
refCte
408
tomaNaoICMS
409
refCteAnu
410
infCteComp
411
chave
412
infCteAnu
CG
413
chCte
D29
1-1
N
1-1
1-1
1-1
1-1
1-1
anulado e substitudo
414
dEmi
415
autXML
416
CNPJ
CNPJ do autorizado
CE
1-1
14
ER4
417
CPF
CPF do autorizado
CE
1-1
11
ER8
ds:Signature
1-1
418
1-1
10
ER10
0 - 10
Leiaute Rodovirio
#
Campo
rodo
Nvel Descrio
1-1
RNTRC
1-1
ER53
dPrev
1-1
10
ER10
Formato AAAA-MM-DD
lota
Indicador de Lotao
1-1
CIOT
0-1
12
ER55
occ
D13
0 - 10
serie
Srie da OCC
0-1
1-3
ER34
nOcc
1-1
1-6
ER56
dEmi
1-1
10
ER10
Formato AAAA-MM-DD
10
emiOcc
11
CNPJ
Nmero do CNPJ
1-1
14
ER4
12
cInt
0-1
1 - 10
ER34
13
IE
Inscrio Estadual
1-1
2 - 14
ER27
14
UF
Sigla da UF
1-1
15
fone
Telefone
0-1
6 - 14
16
valePed
1-1
0-n
D8
CNPJForn
1-1
14
ER4
18
nCompra
1-1
1 - 20
ER42
19
CNPJPg
0-1
14
ER7
20
vValePed
Valor do Vale-Pedagio
1-1
13, 2
ER25
21
veic
0-4
22
cInt
0-1
1 - 10
ER34
23
RENAVAM
RENAVAM do veculo
1-1
9 - 11
ER34
24
placa
Placa do veculo
1-1
ER54
25
tara
Tara em KG
1-1
1-6
ER57
26
capKG
Capacidade em KG
1-1
1-6
ER57
27
capM3
Capacidade em M3
1-1
1-3
ER32
28
tpProp
1-1
D31
Preencher com:
P- Prprio;
T- terceiro.
Ser prprio quando o proprietrio, coproprietrio ou arrendatrio do veculo for
o Emitente do CT-e, caso contrrio ser
caracterizado como de propriedade de
Terceiro
29
tpVeic
Tipo de veculo
1-1
D13
30
tpRod
Tipo de Rodado
1-1
D32
Preencher com:
00 - no aplicvel;
01 - Truck;
02 - Toco;
03 - Cavalo Mecnico;
04 - VAN;
05 - Utilitrio;
06 - Outros.
31
tpCar
Tipo de Carroceria
1-1
D18
Preencher com:
00 - no aplicvel;
01 - Aberta;
02 - Fechada/Ba;
03 - Granelera;
04 - Porta Container;
05 - Sider
32
UF
1-1
D8
33
prop
Proprietrios do Veculo.
S preenchido quando o veculo no
pertencer empresa emitente do CT-e
0-1
34
CPF
Nmero do CPF
CE
1-1
11
ER8
35
CNPJ
Nmero do CNPJ
CE
1-1
14
ER7
36
RNTRC
1-1
ER53
remunerao.
37
xNome
1-1
1 - 60
ER34
38
IE
Inscrio Estadual
1-1
0 - 14
ER28
39
UF
UF
1-1
D8
40
tpProp
Tipo Proprietrio
1-1
D10
41
lacRodo
Lacres
42
nLacre
Nmero do Lacre
43
moto
Preencher com:
0-TAC Agregado;
1-TAC Independente; ou
2 Outros.
0-n
C
1-1
1 - 20
ER34
0-n
44
xNome
Nome do Motorista
1-1
1 - 60
ER34
45
CPF
CPF do Motorista
1-1
11
ER8
Leiaute Areo
#
Campo
aereo
Nvel Descrio
1-1
nMinu
Nmero da Minuta
0-1
ER58
nOCA
0-1
11
ER8
dPrevAereo
1-1
10
ER10
Formato AAAA-MM-DD
xLAgEmi
Identificao do Emissor
0-1
1 - 20
ER34
IdT
0-1
1 - 14
ER34
tarifa
Informaes de tarifa
CL
Classe
1-1
ER59
Preencher com:
M - Tarifa Mnima;
G - Tarifa Geral;
E - Tarifa Especfica
cTar
Cdigo da Tarifa
0-1
1-4
ER34
10
vTar
Valor da Tarifa
1-1
13, 2
ER25
1-1
11
natCarga
Natureza da carga
12
xDime
Dimenso
1-1
C
0-1
5 - 14
ER34
Formato:1234X1234X1234 (cm)
Esse campo deve sempre que possvel
ser preenchido. Entretanto, quando for
impossvel o preenchimento das
dimenses, fica obrigatrio o
preechimento da cubagem em metro
cbico do leiaute do CT-e da estrutura
genrica (infQ).
13
cInfManu
Informaes de manuseio
0-n
14
cIMP
Carga especial
1-n
3-3
D33
Leiaute Aquavirio
#
Campo
aquav
Nvel Descrio
1-1
vPrest
1-1
13, 2
ER25
vAFRMM
1-1
13, 2
ER25
nBooking
0-1
1 - 10
ER34
nCtrl
Nmero de Controle
0-1
1 - 10
ER34
xNavio
Identificao do Navio
1-1
1 - 60
ER34
balsa
Identificador da Balsa
1-1
1 - 60
ER34
ER60
xBalsa
0-3
nViag
Nmero da Viagem
0-1
1 - 10
10
direc
Direo
1-1
11
prtEmb
Porto de Embarque
0-1
1 - 60
ER34
12
prtTrans
Porto de Transbordo
0-1
1 - 60
ER34
13
prtDest
Porto de Destino
0-1
1 - 60
ER34
14
tpNav
Tipo de Navegao
0-1
15
irin
1-1
1 - 10
D34
D13
Preencher com:
0 - Interior;
1 - Cabotagem
Leiaute Ferrovirio
#
Campo
ferrov
Nvel Descrio
tpTraf
Tipo de Trfego
trafMut
1-1
N
1-1
D14
Preencher com:
0-Prprio;
1-Mtuo;
2-Rodoferrovirio;
3-Rodovirio.
0-1
respFat
1-1
D1
Preencher com:
1-Ferrovia de origem;
2-Ferrovia de destino
ferrEmi
1-1
D1
Preencher com:
1-Ferrovia de origem;
2-Ferrovia de destino
fluxo
Fluxo Ferrovirio
1-1
1 - 10
ER34
idTrem
Identificao do trem.
0-1
1-7
ER34
vFrete
Valor do Frete
1-1
13, 2
ER25
ferroEnv
10
CNPJ
Nmero do CNPJ
1-1
14
ER4
11
cInt
0-1
1 - 10
ER34
Uso da transportadora
12
IE
Inscrio Estadual
0-1
2 - 14
ER27
13
xNome
1-1
1 - 60
ER34
0-n
14
enderFerro
1-1
15
xLgr
Logradouro
1-1
1 - 255
ER34
16
nro
Nmero
0-1
1 - 60
ER34
17
xCpl
Complemento
0-1
1 - 60
ER34
18
xBairro
Bairro
0-1
1 - 60
ER34
19
cMun
Cdigo do municpio
1-1
ER2
20
xMun
Nome do municpio
1-1
1 - 60
ER34
21
CEP
CEP
1-1
ER37
22
UF
Sigla da UF
1-1
D8
23
detVag
1-n
24
nVag
1-1
ER37
25
cap
Capacidade em Toneladas
0-1
3, 3
ER12
26
tpVag
Tipo de Vago
0-1
ER34
27
pesoR
1-1
3, 3
ER12
28
pesoBC
1-1
3, 3
ER12
Leiaute Dutovirio
#
Campo
duto
Nvel Descrio
1-1
vTar
Valor da tarifa
0-1
9, 6
ER18
dIni
1-1
10
ER10
dFim
1-1
10
ER10
Leiaute Multimodal
#
Campo
multimodal
Nvel Descrio
Informaes do Multimodal
1-1
COTM
1-1
20
indNegociavel
Indicador Negocivel
Preencher com: 0 - No Negocivel; 1 Negocivel
1-1
ER34
D13
Expresses Regulares
ER1
[0-9]{2}
ER2
[0-9]{7}
ER3
[0-9]{44}
ER4
[0-9]{14}
ER5
[0-9]{6,14}
ER6
[0-9]{3,14}
ER7
[0-9]{0}|[0-9]{14}
ER8
[0-9]{11}
ER9
[0-9]{3,11}
ER10
(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1[02]))-31)|(((0[1,3-9])|(1[0-2]))-(29|30)))))
ER11
0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,2}(\.[0-9]{2})?
ER12
0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,2}(\.[0-9]{3})?
ER13
0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,2}(\.[0-9]{2})?
ER14
0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,7}(\.[0-9]{3})?
ER15
0\.[1-9]{1}[0-9]{2}|0\.[0-9]{2}[1-9]{1}|0\.[0-9]{1}[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,7}(\.[0-9]{3})?
ER16
0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,7}(\.[0-9]{4})?
ER17
0\.[1-9]{1}[0-9]{3}|0\.[0-9]{3}[1-9]{1}|0\.[0-9]{2}[1-9]{1}[0-9]{1}|0\.[0-9]{1}[1-9]{1}[0-9]{2}|[1-9]{1}[0-9]{0,7}(\.[0-9]{4})?
ER18
0\.[1-9]{1}[0-9]{5}|0\.[0-9]{1}[1-9]{1}[0-9]{4}|0\.[0-9]{2}[1-9]{1}[0-9]{3}|0\.[0-9]{3}[1-9]{1}[0-9]{2}|0\.[0-9]{4}[1-9]{1}[0-9]{1}|0\.[0-9]{5}[1-9]{1}|[1-9]{1}[09]{0,8}(\.[0-9]{6})?
ER19
0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,10}(\.[0-9]{4})?
ER20
0\.[1-9]{1}[0-9]{3}|0\.[0-9]{3}[1-9]{1}|0\.[0-9]{2}[1-9]{1}[0-9]{1}|0\.[0-9]{1}[1-9]{1}[0-9]{2}|[1-9]{1}[0-9]{0,10}(\.[0-9]{4})?
ER21
0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,11}(\.[0-9]{3})?
ER22
0\.[1-9]{1}[0-9]{2}|0\.[0-9]{2}[1-9]{1}|0\.[0-9]{1}[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,11}(\.[0-9]{3})?
ER23
0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,11}(\.[0-9]{4})?
ER24
0\.[1-9]{1}[0-9]{3}|0\.[0-9]{3}[1-9]{1}|0\.[0-9]{2}[1-9]{1}[0-9]{1}|0\.[0-9]{1}[1-9]{1}[0-9]{2}|[1-9]{1}[0-9]{0,11}(\.[0-9]{4})?
ER25
0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
ER26
0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
ER27
[0-9]{2,14}
ER28
[0-9]{0,14}|ISENTO
ER29
[0-9]{1,4}
ER30
[1-9]{1}[0-9]{0,8}
ER31
[0-9]{15}
ER32
0|[1-9]{1}[0-9]{0,2}
ER33
[0-9]{3}
ER34
[!-]{1}[ -]{0,}[!-]{1}|[!-]{1}
ER35
[0-9]\.[0-9]{6}|[1-8][0-9]\.[0-9]{6}|90\.[0-9]{6}|-[0-9]\.[0-9]{6}|-[1-8][0-9]\.[0-9]{6}|-90\.[0-9]{6}
ER36
[0-9]\.[0-9]{6}|[1-9][0-9]\.[0-9]{6}|1[0-7][0-9]\.[0-9]{6}|180\.[0-9]{6}|-[0-9]\.[0-9]{6}|-[1-9][0-9]\.[0-9]{6}|-1[0-7][0-9]\.[0-9]{6}|-180\.[0-9]{6}
ER37
[0-9]{8}
ER38
(((20(([02468][048])|([13579][26]))-02-29))|(20[0-9][0-9])-((((0[1-9])|(1[0-2]))-((0[1-9])|(1\d)|(2[0-8])))|((((0[13578])|(1[02]))-31)|(((0[1,3-9])|(1[0-2]))(29|30)))))T(20|21|22|23|[0-1]\d):[0-5]\d:[0-5]\d
ER39
[0-9]{1}
ER40
[0-9]{8,9}
ER41
[1-9]{1}[0-9]{1,8}
ER42
[0-9]{1,20}
ER43
2\.(0[0-9]|[1-9][0-9])
ER44
[0-9]{4}|ND
ER45
[A-Z0-9]+
ER46
[0-9]{1,6}
ER47
CTe[0-9]{44}
ER48
[123567][0-9]([0-9][1-9]|[1-9][0-9])
ER49
[^@]+@[^\.]+\..+
ER50
[0-9]{1,15}
ER51
(([0-1][0-9])|([2][0-3])):([0-5][0-9]):([0-5][0-9])
ER52
2\.00
ER53
[0-9]{8}|ISENTO
ER54
[A-Z]{3}(([1-9]\d{3})|(0[1-9]\d{2})|(00[1-9]\d)|(000[1-9]))
ER55
[0-9]{12}
ER56
[1-9]{1}[0-9]{0,5}
ER57
0|[1-9]{1}[0-9]{0,5}
ER58
[0-9]{9}
ER59
M/G/E
ER60
[1-9]{1}[0-9]{0,9}
ER61
[0-9]{7,12}
ER62
1\.04
ER63
[1-9]{1}[0-9]{0,3}|ND
ER64
[0-9]{7,10}
Domnio
D1
1, 2
D2
11, 12, 13, 14, 15, 16, 17, 21, 22, 23, 24, 25, 26, 27, 28, 29, 31, 32, 33, 35, 41, 42, 43, 50, 51, 52, 53
D3
11, 12, 13, 14, 15, 16, 17, 21, 22, 23, 24, 25, 26, 27, 28, 29, 31, 32, 33, 35, 41, 42, 43, 50, 51, 52, 53, 90
D4
57
D5
01, 04
D6
1, 2, 3, 4, 5, 6, 7
D7
1, 2, 3, 4
D8
AC, AL, AM, AP, BA, CE, DF, ES, GO, MA, MG, MS, MT, PA, PB, PE, PI, PR, RJ, RN, RO, RR, RS, SC, SE, SP, TO, EX
D9
AC, AL, AM, AP, BA, CE, DF, ES, GO, MA, MG, MS, MT, PA, PB, PE, PI, PR, RJ, RN, RO, RR, RS, SC, SE, SP, TO
D10
0, 1, 2
D11
1, 4, 5, 7, 8
D12
0, 1, 2, 3, 4
D13
0, 1
D14
0, 1, 2, 3
D15
D16
D17
1, 2, 3
D18
D19
00, 10, 99
D20
0, 1, 2, 3, 4, 5
D21
00
D22
20
D23
40, 41, 51
D24
60
D25
90
D26
D27
101, 102, 103, 104, 105, 106, 107, 108, 201, 302, 303, 304, 305, 401, 402, 403, 404, 405, 406, 407, 408, 409, 410, 411, 412, 413, 414, 415,
416, 417, 418, 419, 420, 421, 422, 423, 501, 502, 503, 504, 505, 506, 507, 508, 509, 601, 602, 603, 604, 605, 701, 702, 703, 704, 705, 706,
707, 708, 709, 710, 711, 712, 713, 716, 717, 718, 719, 720, 721, 722, 801, 802, 901, 902, 903, 1001, 1002, 1003, 1004, 1005, 1006, 1007, 100
8, 1009, 1010, 1101, 1102, 1103, 1104, 1201, 1202, 1203, 1204, 1205, 1206, 1207, 1208, 1209, 1210, 1211, 1212, 1213, 1214, 1215, 1216, 1217,
1302, 1303, 1304, 1305, 1401, 1402, 1403, 1404, 1405, 1406, 1407, 1408, 1409, 1410, 1411, 1412, 1413, 1501, 1502, 1503, 1504, 1505, 1506, 1
507, 1508, 1509, 1510, 1511, 1512, 1513, 1514, 1515, 1516, 1517, 1518, 1601, 1701, 1702, 1703, 1704, 1705, 1706, 1708, 1709, 1710, 1711, 171
2, 1713, 1714, 1715, 1716, 1717, 1718, 1719, 1720, 1721, 1722, 1723, 1724, 1801, 1901, 2001, 2002, 2003, 2101, 2201, 2301, 2401, 2501, 2502,
2503, 2504, 2601, 2701, 2801, 2901, 3001, 3101, 3201, 3301, 3401, 3501, 3601, 3701, 3801, 3901, 4001
D28
00, 01, 02, 03, 04, 05, 06, 07, 08, 09, 10, 11, 12, 99
D29
01, 1B, 02, 2D, 2E, 04, 06, 07, 08, 8B, 09, 10, 11, 13, 14, 15, 16, 17, 18, 20, 21, 22, 23, 24, 25, 26, 27, 28, 55
D30
D31
P, T
D32
D33
1, 2, 3, 4, 5, 6, 7, 8, 9, 99
D34
N, S, L, O
D35
1, 5, 7, 8
D36
Regio Nordeste
11-Rondnia
12-Acre
13-Amazonas
14-Roraima
15-Par
16-Amap
17-Tocantins
21-Maranho
22-Piau
23-Cear
24-Rio Grande do Norte
25-Paraba
26-Pernambuco
27-Alagoas
28-Sergipe
29-Bahia
Regio
Sudeste
31-Minas
Gerais
32-Esprito
Santo
33-Rio de
Janeiro
35-So Paulo
Regio Sul
41-Paran
42-Santa Catarina
43-Rio Grande do
Sul
Regio CentroOeste
50-Mato Grosso do
Sul
51-Mato Grosso
52-Gois
53-Distrito Federal
cdigo
2800308
1501402
3106200
1400100
5300108
5002704
5103403
4106902
4205407
2304400
5208707
2507507
1600303
2704302
1302603
2408102
1721000
Estado
Sergipe
Par
Minas Gerais
Roraima
Distrito Federal
Mato Grosso do Sul
Mato Grosso
Paran
Santa Catarina
Cear
Gois
Paraba
Amap
Alagoas
Amazonas
Rio Grande do Norte
Tocantins
cdigo
28
15
31
14
53
50
51
41
42
23
52
25
16
27
13
24
17
Pg. 162 / 187
Municpio
Porto Alegre
Porto Velho
Recife
Rio Branco
Rio de Janeiro
Salvador
So Lus
So Paulo
Teresina
Vitria
cdigo
4314902
1100205
2611606
1200401
3304557
2927408
2111300
3550308
2211001
3205309
Estado
Rio Grande do Sul
Rondnia
Pernambuco
Acre
Rio de Janeiro
Bahia
Maranho
So Paulo
Piau
Esprito Santo
cdigo
43
11
26
12
33
29
21
35
22
32
2.1
Composio: UUNNNND
Onde:
UU = Cdigo da UF do IBGE
NNNN = Nmero de ordem dentro da UF;
D = Dgito de Controle mdulo 10
Validao possvel:
Obs 1: Considerar a soma dos algarismos no somatrio dos produtos dos pesos. Ou seja, se o
produto for superior a 9 os dois algarismos devem ser somados.
Obs 2: Se o resto da diviso for zero, considerar o dgito verificador igual a zero.
2.2
Exemplo 1:
Cdigo Municpio IBGE = 355030 D (Municpio de So Paulo)
A. CDIGO MUN
B. PESOS
C. PONDERAO (A * B)
D. SOMA ALGARISMOS
3
1
3
3
5
2
10
1
5
1
5
5
0
2
0
0
3
1
3
3
0
2
0
0
2
1
2
2
1
2
2
2
1
1
1
1
1
2
2
2
3
1
3
3
0
2
0
0
2.3
O cdigo de Municpio do IBGE dos seguintes Municpios tem o DV dgito verificador invlido:
As aplicaes dos Estados devem utilizar os cdigos de municpio do IBGE sem validao do DV
dgito verificador, da mesma forma como consta da tabela de cdigo de municpio do IBGE.
http://www.bcb.gov.br/Rex/TabPaises/Ftp/paises.txt
Exemplo de codificao:
Pas
Brasil
Argentina
cdigo
1058
0639
Chile
Paraguai
Uruguai
1589
5860
8451
Pas
Espanha
Frana
Itlia
Portugal
Reino Unido
cdigo
2453
2755
3867
6076
6289
Pas
Estados Unidos
China, Repblica
Popular,
Coria, Repblica da,
Formosa
Japo
cdigo
2496
1600
1902
1619
3999
3.1
NNND
Onde:
NNN = Nmero de ordem do Cdigo do Pas;
D = Dgito de Controle mdulo 11.
Validao possvel:
Obs.: Se o resto da diviso for zero ou 1, considerar o dgito verificador igual a zero.
3.2
1
4
4
0
3
0
5
2
10
5
4
20
8
3
24
6
2
12
3.3
O cdigo de Pas do BACEN dos seguintes pases tem o DV dgito verificador invlido:
1504 -GUERNSEY, ILHA DO CANAL (INCLUI ALDERNEY E SARK);
1508 -JERSEY, ILHA DO CANAL;
4525 -MADEIRA, ILHA DA;
3595 -MAN, ILHA DE;
4985 MONTENEGRO;
6781 -SAINT KITTS E NEVIS;
7370 SERVIA;
As aplicaes dos Estados devem utilizar os cdigos de Pas do BACEN sem validao do DV
dgito verificador, da mesma forma que consta da tabela de cdigo de pas do BACEN.
Ambiente de Homologao:
Os endereos dos Web Services disponveis podem ser obtidos no stio nacional do projeto, ambiente de homologao de empresas, no endereo
http://hom.cte.fazenda.gov.br.
Ambiente de Produo
Os endereos dos Web Services disponveis podem ser obtidos no stio nacional do projeto, ambiente de produo, no endereo
http://www.cte.fazenda.gov.br
Obteno do WSDL:
A documentao do WSDL pode ser obtida na internet acessando o endereo do Web Service desejado.
Exemplificando, para obter o WSDL de cada um dos Web Service acione o navegador Web (Internet Explorer, por exemplo) e digite o endereo
desejado seguido do literal ?WSDL.
Valor
CODE C
100
101
102
103
104
Combinao de Barras
B
S
B
S
B
S
1
1
4
1
3
1
3
1
1
1
4
1
4
1
1
1
3
1
2
1
1
4
1
2
2
1
1
2
1
4
CONHECIMENTO DE TRANSPORTE
ELETRNICO
Verso 2.0
Maro 2013
CONTROLE DE VERSES
Verso
Data
1.0.0
1.0.0
22/11/2011 RS
1.1.0
11/04/2012 RS (SVC)
2.0.0
22/08/2012 RS (EPEC)
2.0.0
15/03/2013 RS (Reviso)
1. Introduo
Esse documento tem o objetivo de orientar a emisso de Conhecimento de Transporte eletrnico
(CT-e) em contingncia, alm de descrever e de distinguir os diversos tipos de desse tipo de
emisso. Destaca-se, ainda, as diferenas entre os dois tipos de formulrios de segurana
empregados para a impresso do DACTE
Definio
CT-e emitido em contingncia: CT-e emitido durante o estado de contingncia.
Diferencia dos demais CT-e por apresentar o valor 5, 7 ou 8 no campo TpEmis, o que
significa Contingncia na emisso de Conhecimento de Transporte modelos 8, 9, 10 e
11, Nota Fiscal de Servio de Transporte Ferrovirio de cargas, Modelo 27 e - Nota Fiscal
de Servio de Transporte, modelo 7, quando utilizada em transporte de cargas.
O processo de emisso normal a situao desejada e mais adequada para o emissor, pois a
situao em que todos os recursos necessrios para a emisso do CT-e esto operacionais e a
autorizao de uso do CT-e concedida normalmente pela SEFAZ.
Nesta situao a emisso dos CT-e realizada normalmente com a impresso do DACTE em
papel comum, aps o recebimento da autorizao de uso do CT-e.
Pg. 172 / 187
Este procedimento de contingncia ser adotado pelos emissores que adquirirem o Formulrio
de Segurana para impresso de Documento Auxiliar FS-DA.
Sendo identificada a existncia de qualquer fator que prejudique ou impossibilite a transmisso
dos CT-e e/ou obteno da autorizao de uso da SEFAZ, a empresa pode acionar a
Contingncia com FS-DA, adotando os seguintes passos:
Gerar novo arquivo XML do CT-e com o campo tpEmis alterado para 5;
I - uma das vias permitir o trnsito dos veculos do prestador do servio de transporte e
dever ser mantida em arquivo pelo destinatrio pelo prazo estabelecido na legislao
tributria para a guarda de documentos fiscais;
II - outra via dever ser mantida em arquivo pelo emitente pelo prazo estabelecido na
legislao tributria para a guarda dos documentos fiscais;
III. sendo o Tomador diverso do destinatrio dever existir uma terceira via, que ser
remetida a este para efeito de registros contbeis e fiscais, pois somente esta via do FSDA dar direito ao crdito.
tratar os CT-e transmitidos por ocasio da ocorrncia dos problemas tcnicos que
esto pendentes de retorno.
Para uso dos servios de recepo e autorizao da SVC, a empresa deve adotar os seguintes
procedimentos:
Identificao que a SVC-XX foi ativada pela SEFAZ de origem da sua circunscrio,
conforme resultado do Web Service de Consulta Status do Servio, descrito anteriormente;
Gerao de novo arquivo XML do CT-e com a seguinte alterao:
Campo tpEmis alterado para 7 (SVC-RS) ou 8 (SVC-SP), conforme a SVC
prevista para atender esta determinada SEFAZ;
Transmisso do Lote de CT-e para a SVC-XX e obteno da autorizao de uso;
Impresso do DACTE em papel comum;
Tratamento dos arquivos de CT-e transmitidos para a SEFAZ de origem antes da
ocorrncia dos problemas tcnicos e que esto pendentes de retorno, cancelando aqueles
CT-e autorizados e que foram substitudos por CT-e autorizado na SVC, ou inutilizando a
numerao de arquivos no recebidos ou processados. (vide item 2.3.3 CT-e pendentes
de retorno do Manual de Contigncia);
https://homologacao.nfe.fazenda.sp.gov.br/cteWEB/services/CteRecepcaoEvento.asmx
SVC-RS:
https://homologacao.cte.sefaz.rs.gov.br/ws/CTeRecepcao/CTeRecepcao.asmx
https://homologacao.cte.sefaz.rs.gov.br/ws/CTeRetRecepcao/CTeRetRecepcao.asmx
https://homologacao.cte.sefaz.rs.gov.br/ws/CTeConsulta/CTeConsulta.asmx
https://homologacao.cte.sefaz.rs.gov.br/ws/CTeStatusServico/CTeStatusServico.asmx
https://homologacao.cte.sefaz.rs.gov.br/ws/CTeRecepcaoEvento/CTeRecepcaoEvento.a
smx
Para uso dos servios de recepo e autorizao do EPEC na SVC-XX, aps identificar
problemas tcnicos, a empresa deve adotar os seguintes procedimentos:
Gerao do CT-e (A) Normal com campo tpEmis alterado para 4 (EPEC),
consequentemente essa informao far parte da chave de acesso;
Gerao de um evento conforme layout definido para o EPEC indicando a chave de
acesso do CT-e gerado com tpEmis= 4;
Transmisso do Evento para a SVC-XX e obteno da homologao do evento no
vinculado (cStat=136);
Impresso do DACTE (emisso em contingencia) em papel comum;
Aps cessarem os problemas:
O FS-DA pode ser fabricado por estabelecimento industrial grfico previamente credenciado
junto COTEPE/ICMS, e tem a possibilidade de ser distribudo atravs de estabelecimento
grfico credenciado como distribuidor junto UF de interesse, mediante a obteno de
credenciamento, concedido conforme regulamento de cada UF.
FS-DA em Papel de Segurana - com filigrana (marca dgua) produzida pelo processo "mould
made", fibras coloridas e luminescentes, papel no fluorescente, microcpsulas de reagente
qumico e microporos que aumentem a aderncia do toner ao papel.
O FS-DA fabricado em papel de segurana no possui identificao to evidente como o
formulrio com calcografia, pois a primeira vista um papel branco facilmente confundido com
um papel comum.
A distino deste papel de segurana deve ser feito pela filigrana (marca dgua) existente no
seu corpo; pela seriao composta por duas letras e numerao sequencial de nove nmeros
aposta no espao normalmente reservado ao fisco; pela impresso da identificao do
adquirente e pelo cdigos de barras impressos no rodap inferior.
O FS-DA possui filigrana caracterizada pelo braso das Armas da Repblica intercalada com o
logotipo do Documento Auxiliar de Documentos Fiscais Eletrnicos. Estas filigranas somente se
tornam visveis contra a luz, conformes exemplos e modelo reproduzido na figura abaixo.
O FS-DA com os detalhes da filigrana que s visvel contra luz. No FS-DA teremos o logotipo
do Documento Auxiliar de Documentos Fiscais Eletrnicos.
Todos os Formulrio de Segurana para Documento Auxiliar tero o nmero de controle do
formulrio com numerao sequencial de 000.000.001 a 999.999.999 e seriao de "AA" a "ZZ",
impresso no quadro reservado ao fisco.
2.2.2 Localizao da Estampa Fiscal no FS DA
A estampa fiscal impressa na rea reservado ao fisco que est localizada no canto inferior
direito do formulrio de segurana.
Nesta mesma rea tambm impresso a srie e o nmero de controle do impresso, assim, o
emissor deve tomar os cuidados necessrios para que o recibo do canhoto de entrega no utilize
o espao de 40 mm x 85 mm do canto inferior do impresso, deslocando-o para a parte superior
do formulrio.
Pg. 180 / 187
Quando ocorrer uma falha, seja ela no ambiente do Contribuinte, no ambiente da SEFAZ origem
ou no ambiente SVC, h a probabilidade de existirem CT-e transmitidos pelo contribuinte e para
as quais ele ainda no obteve o resultado do processamento. Estes CT-e so denominados de
CT-e Pendentes de Retorno.
Os CT-e Pendentes de Retorno podem no ter sido recebidos pela SEFAZ origem, estar na fila
aguardando processamento, estar em processamento ou o processamento pode j ter sido
concludo.
Caso a falha tenha ocorrido na SEFAZ origem, ao retornar operao normal, possvel que os
CT-e que estavam em processamento sejam perdidos, e que os que estavam na fila tenham o
seu processamento concludo normalmente.
Cabe aplicao do contribuinte tratar adequadamente a situao dos CT-e Pendentes de
Retorno e executar, imediatamente aps o retorno operao normal, as aes necessrias
regularizao da situao destes CT-e, a saber:
a) Cancelar os CT-e Pendentes de Retorno que tenham sido autorizados pela SEFAZ
origem, mas que tiveram as prestaes de servios correspondentes registradas em
CT-e emitidos em contingncia.
b) Inutilizar a numerao dos CT-e Pendentes de Retorno que no foram autorizados
ou denegados.
Importante: vedada a reutilizao, em contingncia, de nmero de CT-e transmitido com
tipo de emisso Normal.
Nome do Campo
versao
Id
cUF
cCT
mod
serie
nCT
tpEmis
cDV
tpAmb
dhEmi
modal
toma
CNPJ
CPF
IE
CNPJ
IE
CNPJ
CPF
IE
CNPJ
CPF
IE
vTPrest
vComp
vTPrest
vComp
CST
vBC
pICMS
vICMS
CST
pRedBC
vBC
pICMS
vICMS
CST
CST
vBCSTRet
vICMSSTRet
pICMSSTRet
vCred
CST
pRedBC
vBC
pICMS
vICMS
Implementao SEFAZ
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Facult
Facult
Facult
Obrig.
Obrig.
Facult.
Facult.
Facult.
Facult.
Facult.
Facult.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Pg. 183 / 187
ICMS90
ICMSOutraUF
ICMSOutraUF
ICMSOutraUF
ICMSOutraUF
ICMSOutraUF
ICMSSN
vCred
CST
pRedBCOutraUF
vBCOutraUF
pICMSOutraUF
vICMSOutraUF
indSN
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
Obrig.
valores
faturados
valores
faturados
valores
faturados
valores
faturados