Você está na página 1de 21

Conhecimento de Transporte Eletrnico

Nota Tcnica 2012/004

Projeto Conhecimento de Transporte Eletrnico

Nota Tcnica 2012/004

Divulga Orientaes para Utilizao do


Evento Prvio de Emisso em Contingncia (EPEC)

Novembro 2012

Pg. 1 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

1. Resumo
Esta Nota Tcnica divulga e esclarece os procedimentos operacionais para utilizao do Evento
Prvio de Emisso em Contingncia (EPEC) e da utilizao do sistema de registro de eventos do
Conhecimento de Transporte Eletrnico.

Prazos previstos de liberao do EPEC:


Ambiente de homologao 01/04/2013
Ambiente de produo 01/05/2013
Pacote de Schemas Relacionado (vlido somente a partir da data de liberao):
PL_CTe_104c_EPEC_NT2012.004.zip

2. Introduo
A obteno da autorizao de uso do CT-e um processo que envolve diversos recursos de
infraestrutura, hardware e software. O mau funcionamento ou a indisponibilidade de qualquer um
destes recursos pode prejudicar o processo de autorizao do CT-e, com reflexos no processo
da empresa emissora do Conhecimento de Transporte Eletrnico, que fica impossibilitada de
obter a prvia autorizao de uso do CT-e.
Nos casos de indisponibilidade do sistema de autorizao da SEFAZ, a forma de contingncia
oferecida a SEFAZ Virtual de Contingncia (SVC) cujo objetivo permitir que os contribuintes
possam obter a autorizao de emisso do Conhecimento de Transporte Eletrnico em um
ambiente de autorizao alternativo, a ser utilizado sempre que o ambiente de autorizao da
sua circunscrio estiver indisponvel, ou apresentando um alto tempo de resposta, sem a
necessidade de alterao da Srie do Conhecimento de Transporte.
Quando o problema ocorre na empresa emissora de CT-e, seja por falha nos seus sistemas ou
por problemas na conexo com a internet (rota de rede ou capacidade de transmisso), a forma
de contingncia disponvel a impresso do DACTE em FS-DA e o posterior envio do CT-e para
a SEFAZ Autorizadora, entretanto essa alternativa pode ser mais cara ou, em alguns casos, de
difcil operacionalizao.
O EPEC (Evento Prvio de Emisso em Contingncia) permite a empresa emitir uma solicitao
de registro de evento de CT-e anterior emisso do documento em si com um layout mnimo de
informaes. Esse evento deve ser enviado para a SEFAZ Virtual de Contingncia que atende a
UF do emissor do documento.
Desta forma, ficam atendidos os principais requisitos da indisponibilidade da empresa emitente:
Reduzir custo da emisso em FS-DA;
Prover uma rota alternativa em caso de falha da infraestrutura de internet com SEFAZ
Autorizadora Normal utilizando a estrutura da SVC;
Gerao de arquivo pequeno em funo de possvel problema de largura de banda e
restries na transmisso (uso de linha discada, 3G, etc);
A autorizao do evento prvio na SVC no dispensa a empresa de enviar o CT-e para sua
SEFAZ Autorizadora assim que as dificuldades tcnicas tiverem sido sanadas.
A emisso do evento tem como objetivo permitir que a empresa continue sua operao, uma vez
que autorizado o EPEC, esta poder imprimir o DACTE e realizar a prestao do servio.

Pg. 2 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

3. Modelo Operacional do EPEC


3.1

Sistema de Registro de Eventos

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 que ocorreu com o documento aps sua autorizao de
uso, 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, nesta fase inicial, ser disponibilizado pelos Ambientes
das SVC (RS e SP) somente para eventos do tipo EPEC atravs de WebService de
processamento sncrono e ser propagado para os demais rgos interessados pelo
mecanismo de compartilhamento de documentos fiscais eletrnicos do Ambiente Nacional.
As mensagens do 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:
identificao do autor da mensagem;
identificao do evento;
identificao do CT-e vinculado;
informaes especficas do evento;
assinatura digital da mensagem;
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
CT-e, 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 no item 5
desta NT.
As validaes especficas para o evento EPEC estaro descritas no item 6.1 desta NT.
Pg. 3 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

O Pacote de Liberao de schemas do CT-e dever conter o leiaute da parte genrica do


Registro de Eventos e um schema para o leiaute especfico do evento EPEC definido nesta
Nota Tcnica.

3.2

Relao dos Tipos de Evento

Os eventos identificados abaixo so exemplos que sero construdos gradativamente pelo


ambiente autorizador, assim como novos eventos podero ser identificados e acrescentados
nesta tabela em futuras verses do MOC do CT-e.
Nesta primeira etapa do sistema de registro de eventos somente o evento 110113 EPEC
ser disponibilizado nas SVC.
Tipo de
Evento

Descrio Evento

Tipo de
Autor do Evento

Tipo de
Meio Informao

CT-e deve
existir?

*** Evento: Empresa Emitente


110110

Carta de Correo

1-Empresa Emitente

1=via WS Evento

Sim

110111

Cancelamento

1-Empresa Emitente

1=via WS Evento

Sim

110113

EPEC

1-Empresa Emitente

1=via WS Evento

No

3-Fisco

1=via WS Evento

No

*** Evento: Fisco


310620

Registro de Passagem

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;

3.3

Ambiente de Autorizao do EPEC

O EPEC dever ser autorizado no Sistema de Registro de Eventos da SEFAZ Virtual de


Contingncia responsvel por atender a UF do emissor do documento.
A Matriz contendo a relao entre as UF autorizadoras e a SVC encontra-se no item 9 ao final
desta Nota Tecnica.
Existem dois locais alternativos de autorizao em contingncia, operados pelas estruturas das
SEFAZ VIRTUAIS atuais:
SVSP SEFAZ Virtual de So Paulo;
SVRS SEFAZ Virtual do Rio Grande do Sul.
Da mesma forma que os servios de status e cancelamento esto sempre abertos na SVC, o
sistema de registro de eventos estar sempre aberto para o evento do tipo EPEC no ambiente
da SVC para autorizao de UF contingenciadas por esta.
.

Pg. 4 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

4. Uso do EPEC pela Empresa


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:

Transmisso do CT-e Normal com campo TpEmis alterado para 4 para a SEFAZ
Autorizadora Normal e obteno da autorizao de uso;

vedada a reutilizao, em contingncia, de nmero de CT-e transmitido com tipo de


emisso Normal.
Eventos do tipo EPEC somente sero autorizados no perodo mximo de sete dias (168
horas) sem que o documento CT-e (com tpEmis=4) seja enviado para autorizao na
SEFAZ Autorizadora do contribuinte.
IMPORTANTE: esse modelo de contingncia dever ser utilizado somente em casos de
dificuldade tcnica, sendo que o uso de forma continua poder ser bloqueado por regra de
validao ou medida restritiva.

Pg. 5 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

5. Sistema de Registro de Eventos


Sistema de Registro de Eventos
Emissor CT-e

WS da Fazenda
Web Service :
RecepcaoEvento

Proc .

Envio de Evento do CT-e

cteRecepcaoEvento

Recepo

Ret

Cliente
SRE

Aplicao SRE
Retorno

Funo: servio destinado recepo de mensagem de Evento do CT-e


Processo: sncrono.
Mtodo: cteRecepcaoEvento
Leiaute Mensagem de Entrada

Entrada: Estrutura XML com o Evento (Parte Geral)


Schema XML: eventoCTe_v9.99.xsd
#

Campo

EP01 eventoCTe

Ele

Pai

Raiz

Tipo Ocor. Tam. Dec.


N

1-1

1-4

Descrio/Observao
TAG raiz

EP02 versao

EP01

EP03 infEvento

EP01

EP04 Id

ID

EP03

1-1

52

Identificador da TAG a ser assinada, a regra de


formao do Id :
ID+ tpEvento+ chave do CT-e+ nSeqEvento

EP05 cOrgao

EP03

1-1

Cdigo do rgo de recepo do Evento. Utilizar


a Tabela do IBGE extendida, utilizar 90 para
identificar SUFRAMA

EP06 tpAmb

EP03

1-1

Identificao do Ambiente:
1 Produo 2 Homologao

EP07 CNPJ

EP03

1-1

14

Informar o CNPJ do autor do Evento

EP08 chCTe

EP03

1-1

44

Chave de Acesso do CT-e vinculado ao Evento

EP09 dhEvento

EP03

1-1

EP10 tpEvento

EP03

1-1

EP11 nSeqEvento

EP03

1-1

1-2

EP12 detEvento

EP03

1-1

1-1

1-1

Verso do leiaute geral dos eventos


Grupo de informaes do registro do Evento

Data e hora do evento no formato AAAA-MMDDThh:mm:ssTZD - UTC - Universal Coordinated


Time, onde TZD pode ser -02:00 (Fernando de
Noronha), -03:00 (Braslia) ou -04:00 (Manaus),
no horrio de vero sero -01:00, -02:00 e -03:00.
Ex.: 2010-08-19T13:00:15-03:00.
Tipo do Evento: 110113 - EPEC
Sequencial 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
sequencial.
Informaes do evento especfico.

EP13 versaoEvento

EP12

EP14 any

EP12 XML

1-1

1-4 2

XML do evento. Insira neste local o XML


especfico do tipo de evento (cancelamento,
encerramento, registro de passagem).

Verso do leiaute especfico do evento.

EP15 Signature

EP01 XML

1-1

Assinatura

Digital

do

documento

XML,

Pg. 6 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

assinatura dever ser aplicada no elemento


infEvento

Diagrama Simplificado do Schema: eventoCTe_v9.99.xsd

Leiaute Mensagem de Retorno

Retorno: Estrutura XML contendo a mensagem do resultado do evento:


Schema XML: retEventoCTe _v99.99.xsd
#

Campo

Ele

Pai

Raiz

ER02 versao

ER01

ER03 infEvento

ER01

ER04 Id

ID

ER03

0-1

17

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

ER05 tpAmb

ER03

1-1

Identificao do Ambiente:
1 Produo / 2 Homologao

ER06 verAplic

ER03

1-1

1-20

Verso da aplicao que registrou o Evento,


utilizar literal que permita a identificao do rgo,
como a sigla da UF ou do rgo.

ER07 cOrgao

ER03

1-1

Cdigo da UF que registrou o Evento. Utilizar 90

ER01 retEvento

Tipo Ocor. Tam. Dec.


-

1-1

1-4

1-1

Descrio/Observao
TAG raiz do Resultado do Envio do Evento

Verso do leiaute
Grupo de informaes do registro do Evento

Pg. 7 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

para o SUFRAMA
ER08 cStat

ER03

1-1

ER09 xMotivo

ER03

1-1

1-255

Cdigo do status da resposta


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

0-1

44

Chave de Acesso do CT-e vinculado ao evento


Cdigo do Tipo do Evento

ER11 tpEvento

ER03

0-1

ER12 xEvento

ER03

0-1

5-60

Descrio do Evento

ER13 nSeqEvento

ER03

0-1

1-2

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.

ER14 dhRegEvento

ER03

0-1

ER15 nProt

ER15

ER16 Signature

ER01 XML

0-1
0-1

Data e hora de registro do evento formato AAAAMM-DDThh:mm:ssTZD


- UTC - Universal
Coordinated Time, onde TZD pode ser -02:00
(Fernando de Noronha), -03:00 (Braslia) ou 04:00 (Manaus), no horrio de vero sero 01:00, -02:00 e -03:00. Ex.: 2010-0819T13:00:15-03:00, se o evento for rejeitado
informar a data e hora de recebimento do evento.
15

Nmero do protocolo de registro do evento


Assinatura Digital do documento XML, a
assinatura dever ser aplicada no elemento
infEvento. A deciso de assinar a mensagem fica
a critrio do Ambiente Autorizador

Diagrama Simplificado Schema de retorno: retEventoCTe _v99.99.xsd

Pg. 8 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

Descrio do Processo de Web Service

Este mtodo responsvel por receber as solicitaes referentes ao registro de eventos de


CT-e. Ao receber a solicitao do transmissor, a aplicao da SEFAZ Autorizadora realiza o
processamento da solicitao e devolve o resultado do processamento para o aplicativo do
mesmo.
O WS de Eventos acionado pelo interessado (emissor ou rgo pblico) que deve enviar
mensagem de registro de evento.
Validao do Certificado de Transmisso
#

Validao do Certificado Digital do Transmissor (protocolo SSL)


Regra de Validao
Crtica
Msg

Efeito

A01

Certificado de Transmissor Invlido:


- Certificado de Transmissor inexistente na mensagem
- Verso difere 3
- Basic Constraint = true (no pode ser Certificado de AC)
- KeyUsage no define Autenticao Cliente

Obrig.

280

Rej.

A02

Validade do Certificado (data incio e data fim)

Obrig.

281

Rej.

A03

Verifica a Cadeia de Certificao:


- Certificado da AC emissora no cadastrado na SEFAZ
- Certificado de AC revogado
- Certificado no assinado pela AC emissora do Certificado

Obrig.

283

Rej.

A04

LCR do Certificado de Transmissor


- Falta o endereo da LCR (CRL DistributionPoint)
- LCR indisponvel
- LCR invlida

Obrig.

286

Rej.

Obrig.
Obrig.

284
285

Rej.
Rej.

Obrig.

282

Rej.

A05
A06
A07

Certificado do Transmissor revogado


Certificado Raiz difere da ICP-Brasil
Falta a extenso de CNPJ no Certificado (OtherName
OID=2.16.76.1.3.3)

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

Validao Inicial da Mensagem no Web Service


Regra de Validao
Crtica
Tamanho do XML de Dados superior a 500 Kbytes
Obrig.
XML de Dados Mal Formado
Facult.
Verifica se o Servio est Paralisado Momentaneamente
Obrig.
Verifica se o Servio est Paralisado sem Previso
Obrig.

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
Pg. 9 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

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.
O Ambiente Autorizador que mantm o Web Service disponvel, mesmo quando o servio
estiver paralisado, dever implementar as verificaes 108 e 109. Estas validaes podero
ser dispensadas se o Web Service no ficar disponvel quando o servio estiver paralisado.
Validao das informaes de controle da chamada ao Web Service
#
C01
C02
C03

C03a
C04
C05
C06

Validao das informaes de controle da chamada ao Web Service


Regra de Validao
Crtica
Msg
Elemento cteCabecMsg inexistente no SOAP Header
Facult.
242
Campo cUF inexistente no elemento cteCabecMsg do
Obrig.
409
SOAP Header
Se Ambiente de Autorizao Normal (Exceto EPEC):
Verificar se a UF informada no cUF atendida pelo
Obrig.
410
WebService
Se Ambiente de Autorizao SVC:
Verificar se UF informada no campo cUF atendida na
Obrig.
513
SVC-[SP/RS]:
Campo versaoDados inexistente no elemento cteCabecMsg
Obrig.
411
do SOAP Header
Verso dos Dados informada superior verso vigente
Facult.
238
Verso dos Dados no suportada
Obrig.
239

Efeito
Rej.
Rej.
Rej.

Rej.
Rej.
Rej.
Rej.

A informao da verso do leiaute CT-e e a UF de origem do emissor do CT-e so


informadas no elemento cteCabecMsg do SOAP Header.
A aplicao dever validar os campos cUF e versaoDados, rejeitando o lote recebido em
caso de informaes inexistentes ou invlidas. O campo versaoDados contm a verso do
Schema XML da mensagem contida na rea de dados que ser utilizado pelo Web Service.
As validaes C03 e C03a dependem do tipo de evento para determinar sua aplicao, o
evento do tipo EPEC somente ser aceito pela SVC, portanto a UF desse evento dever ser
atendida pela SVC requisitada.
Futuros eventos diferentes de EPEC (Ex: Registro de Passagem, Carta de Correo, etc)
no sero aceitos na SVC, portanto a UF desses tipos de evento devero ser atendidas pela
SEFAZ em modo de autorizao normal.
As regras que iro determinar quando um evento ser aceito por determinado ambiente de
autorizao (Normal / SVC) sero especificadas em cada evento.
Validao da rea de Dados

a) Validao da Forma da rea de Dados


#
D01
D02
D03
D04
D05

Validao da Mensagem do Pedido de Encerramento


Regra de Validao
Crtica
Verifica Schema XML da rea de Dados (parte Geral)
Obrig.
Verifica a existncia de qualquer namespace diverso do
namespace padro do CT-e
Facult.
(http://www.portalfiscal.inf.br/cte)
Verifica a existncia de caracteres de edio no incio ou fim
Facult.
da mensagem ou entre as tags
Verifica o uso de prefixo no namespace
Obrig.
XML utiliza codificao diferente de UTF-8
Obrig.

Msg
215

Efeito
Rej.

598

Rej.

599

Rej.

404
402

Rej.
Rej.
Pg. 10 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

b) Validao do Certificado Digital utilizado na Assinatura


#

E01

Validao do Certificado Digital utilizado na Assinatura Digital


Regra de Validao
Crtica
Msg
Certificado de Assinatura Invlido:
- Certificado de Assinatura inexistente na mensagem
- Verso difere 3
- Basic Constraint = true (no pode ser Certificado de AC)
- KeyUsage no define Autenticao Cliente

Efeito

Obrig.

290

Rej.

Obrig.

291

Rej.

Obrig.

292

Rej.

E04

Verifica a Cadeia de Certificao:


- Certificado da AC emissora no cadastrado na SEFAZ
- Certificado de AC revogado
- Certificado no assinado pela AC emissora do Certificado

Obrig.

293

Rej.

E05

LCR do Certificado de Assinatura


- Falta o endereo da LCR (CRL DistributionPoint)
- Erro no acesso LCR

Obrig.

296

Rej.

E06
E07

Certificado de Assinatura revogado


Certificado Raiz difere da ICP-Brasil

Obrig.
Obrig.

294
295

Rej.
Rej.

Regra de Validao

Crtica

Msg

Efeito

F01

Assinatura difere do padro do Projeto:


- No assinado o atributo ID (falta Reference URI na
assinatura)
(*validado tambm pelo Schema)
- Faltam os Transform Algorithm previstos na assinatura
(C14N e Enveloped)
Estas validaes so implementadas pelo Schema XML da
Signature

Obrig.

298

Rej.

F02

Valor da assinatura (SignatureValue) difere do valor


calculado

Obrig.

297

Rej.

F03

CNPJ-Base do Autor difere do CNPJ-Base do Certificado


Digital

Obrig.

213

Rej.

Regra de Validao

Crtica

Msg

Efeito

L01

Tipo do ambiente difere do ambiente do Web Service

Obrig.

252

Rej.

L02

Cdigo do rgo de recepo do Evento diverge do


solicitado

Obrig.

226

Rej.

L03

CNPJ do autor do evento informado invlido (DV ou


zeros)

Obrig.

627

Rej.

L04

Validar se atributo Id corresponde concatenao dos


campos evento (ID + tpEvento + chCTe + nSeqEvento)

Obrig.

628

Rej.

L05

Verificar se o tpEvento vlido

Obrig.

629

Rej.

E02
E03

Validade do Certificado (data incio e data fim)


Falta a extenso de CNPJ no Certificado (OtherName
OID=2.16.76.1.3.3)

c) Validao da Assinatura Digital


Validao da Assinatura Digital
#

d) Validao do Evento Parte Geral


Validao Geral do Evento
#

Pg. 11 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

Verificar Schema da parte especfica do Evento


L06

OBS: Utilizar o tpEvento + o atributo versaoEvento para


identificar qual schema deve ser validado.

Obrig.

630

Rej.

L07

Chave de Acesso: Dgito Verificador invlido

Obrig.

236

Rej.

L08

Chave de acesso invlida (Ano < 2009 ou Ano maior que


Ano corrente)

Obrig.

592

Rej.

L09

Chave de acesso invlida (Ms = 0 ou Ms > 12)

Obrig.

593

Rej.

L10

Chave de acesso invlida (CNPJ zerado ou digito invlido)

Obrig.

594

Rej.

L11

Chave de acesso invlida (modelo diferente de 57)

Obrig.

595

Rej.

L12

Chave de acesso invlida (numero CTe = 0)

Obrig.

596

Rej.

L13

Verificar duplicidade do evento (tpEvento + chCTe +


nSeqEvento)

Obrig.

631

Rej.

Obrig.

632

Rej.

Obrig.

633

Rej.

Obrig.

217

Rej.

Obrig.

600

Rej.

Obrig.

634

Rej.

Obrig.

637

Rej.

Obrig.

635

Rej.

L14

L15

L16

L17

L18

L19

L20

Se evento do emissor verificar se CNPJ do Autor diferente


do CNPJ da chave de acesso do CT-e
Se evento do Fisco/RFB/Outros rgos, verificar se CNPJ
do Autor consta da tabela de rgos autorizados a gerar
evento.
OBS: Essa validao ser aplicada nos futuros eventos
do CT-e
Se evento exige CT-e:
Acesso BD CT-e (Chave: CNPJ Emit, Modelo, Srie, N):
- Verificar se CT-e no existe
OBS: Essa validao ser aplicada nos futuros eventos
do CT-e, o EPEC no exigir existncia prvia do CT-e
Se existir o CT-e: (Independente do evento exigir)
Chave de Acesso difere da existente em BD (opcionalmente
a descrio do erro, campo xMotivo, tem concatenada a
Chave de Acesso)
OBS: Essa validao ser aplicada nos futuros eventos
do CT-e
Data do evento no pode ser menor que a data de emisso
do CT-e, se existir.
OBS: Essa validao ser aplicada nos futuros eventos
do CT-e
Data do evento no pode ser menor que a data de
autorizao do CT-e, se existir
OBS: Essa validao ser aplicada nos futuros eventos
do CT-e
Data do evento no pode ser maior que a data de
processamento. (o Ambiente Autorizador deve considerar a
hora local do emissor para a validao). A SEFAZ deve
tolerar uma diferena mxima de 5 minutos em funo da
sincronizao de horrio de servidores.

Processamento das validaes especficas do evento

Sero definidas no item 6.1 desta NT correspondente ao evento EPEC.


Final do Processamento do Evento

O processamento do evento pode resultar em:


Pg. 12 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

Rejeio o Evento ser descartado, com retorno do cdigo do status do motivo da


rejeio;
Recebido pelo Sistema de Registro de Eventos, com vinculao do evento no
respetivo CT-e, o Evento ser armazenado no repositrio do Sistema de Registro de
Eventos com a vinculao do Evento no respectivo CT-e (cStat=135);
Recebido pelo Sistema de Registro de Eventos vinculao do evento ao
respectivo CT-e prejudicado o Evento ser armazenado no repositrio do
Sistema de Registro de Eventos, a vinculao do evento ao respectivo CT-e fica
prejudicada face a inexistncia do CT-e no momento do recebimento do Evento
(cStat=136);

O Ambiente Autorizador dever compartilhar os eventos autorizados no Sistema de Registro


de Eventos com o Ambiente Nacional atravs do sistema de compartilhamento.

Pg. 13 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

6. Sistema de Registro de Eventos (Parte Especfica)


6.1 Evento Prvio de Emisso em Contingencia (EPEC)
Funo: evento destinado ao atendimento de solicitaes de emisso em contingncia de
CT-e.
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: 110113
Leiaute Mensagem do evento EPEC

Entrada: Estrutura XML ser inserida na tag de tipo any da Parte Geral do WebService de
Registro de Eventos.
Schema XML: evEPECCTe_v9.99.xsd
#

Campo

Ele

Pai

EP01 evEPECCTe

1-1

EP02 descEvento

EP01

1-1

12

EP04 xJust

EP01

1-1

1-255

EP05 vICMS

EP01

1-1

13

Valor do ICMS

EP06 vTPrest

EP01

1-1

13

Valor Total da Prestao do Servio

EP07 vCarga

EP01

1-1

13

Valor Total da carga

EP08 toma04

EP01

1-1

EP09 toma

EP08

1-1

Tipo de tomador do servio, preencher com:


0-Remetente;
1-Expedidor;
2-Recebedor;
3-Destinatrio;
4-Outro

EP10 UF

Tipo Ocor. Tam. Dec.

Descrio/Observao
Schema XML de validao do evento EPEC
110113
Descrio do Evento - EPEC
Informar a justificativa da entrada em contingencia

Grupo de informaes do tomador

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

14

Informar a IE do tomador ou ISENTO se tomador


contribuinte do ICMS isento de inscrio no
cadastro de contribuintes do ICMS. Caso o
tomador no seja contribuinte do ICMS no
informar o contedo.

EP14 Modal

EP01

1-1

Modal de transporte, preencher com:


01-Rodovirio;
02-Areo;
03-Aquavirio;
04-Ferrovirio;
05-Dutovirio;

EP15 UFIni

EP01

1-1

UF de inicio da prestao

EP16 UFFIm

EP01

1-1

UF de fim da prestao

Pg. 14 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

Diagrama Simplificado do Evento EPEC

Regras de Validao Especficas


#
M01

Validao Especfica do Evento


Regra de Validao
UF da Chave de Acesso difere da UF do Web Service

Crtica
Obrig.

Msg
249

Efeito
Rej.

M02

Verificar se o nSeqEvento maior que o valor permitido (=1)

Obrig.

636

Rej.

M03

Verificar se ambiente de autorizao Normal.


OBS: Eventos EPEC somente sero aceitos em SVC.

Obrig.

653

Rej.

M04

Verificar se tipo de emisso da chave de acesso EPEC


(tpEmis=4)

Obrig.

680

Rej.

Obrig.

203

Rej.

Obrig.

638

Rej.

Obrig.

206

Rej.

Obrig.

639

Rej.

M05

M06

M07

M08

Acesso Cadastro Contribuinte:


- Verificar Emitente no autorizado a emitir CT-e.
Acesso BD CHAVES-SVC (Chave: CNPJ Emit, Modelo,
Srie, Nro):
- J existe CT-e com esta numerao
OBS: Buscar o CT-e autorizado no ambiente normal na
base de chaves naturais compartilhadas para uso da
SVC.
Acesso BD CHAVES-INUT-SVC (Chave: CNPJ Emit,
Modelo, Srie, Nro):
- Numerao de CT-e j est inutilizada na base da SEFAZ
OBS: Pesquisar as Inutilizaes na base compartilhada
para uso da SVC.
Acesso BD Eventos CTE:
- Existe evento do tipo EPEC emitido h mais de 7 dias
(168h) para o mesmo CNPJ Emitente sem a emisso do
CT-e correspondente chave de acesso no ambiente
normal de autorizao.
OBS: Buscar na base de chaves naturais
compartilhadas para uso da SVC

Pg. 15 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

Final do Processamento

Se o evento EPEC for homologado o status de retorno dever ser cStat=136

Pg. 16 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

7. Alteraes nas regras de validao WebServices CT-e


A empresa emitente dever, em caso de contingncia, enviar eventos do tipo EPEC para a
SVC que lhe atende at que sua dificuldade tcnica seja solucionada.
Aps retornar normalidade, o emitente dever enviar os conhecimentos de transporte
referenciados pelos EPEC autorizados na SVC para a sua SEFAZ Autorizadora Normal.
O tipo de emisso desses conhecimentos de transporte emitidos previamente atravs de
evento dever ser tpEmis = 4 (EPEC).
A aplicao da SEFAZ Autorizadora dever sofrer as seguintes alteraes em suas regras
de validao para suportar os conhecimentos com tipo de emisso EPEC:

7.1

CTeRecepcao

Regras Alteradas
G004b Se forma de emisso do CT-e for diferente de 1 (Normal), 4 (EPEC) ,
7 (SVC-RS) ou 8 (SVC-SP):
dhCont e xJust devem ser informados

Obrig.

587

Rej.

G129 Se forma de emisso do CT-e for diferente de 4 (EPEC):


Acessar BD CTe-EVENTOS (Chave:CNPJ Emit, Modelo, Srie, Nro
obtidos na chave de acesso dos eventos registrados).
Verificar se existe EPEC para a chave natural do CT-e
OBS: Concatenar a chave de acesso do CT-e da EPEC na resposta

Obrig.

640

Rej.

G130 Se forma de emisso do CT-e for 4 (EPEC):


Acessar BD CTe-EVENTOS pela chave de acesso:
Verificar se foi autorizado Evento EPEC correspondente na SVC-[XX].

Obrig.

641

Rej.

G131 Se forma de emisso do CT-e for 4 (EPEC):


Valor de ICMS, Valor da Prestao e Valor Total da Carga do CT-e
devem ser iguais aos informados no evento prvio.
G132 Se forma de emisso do CT-e for 4 (EPEC):
Tipo do Tomador do Servio, CNPJ/CPF do Tomador e IE do tomador
do CT-e devem ser iguais aos informados no evento prvio.

Obrig.

642

Rej.

Obrig.

643

Rej.

G133 Se forma de emisso do CT-e for 4 (EPEC):


Modal do CT-e deve ser igual ao informado no evento prvio.

Obrig.

644

Rej.

G134 Se forma de emisso do CT-e for 4 (EPEC):


UF de incio e UF de fim de prestao do CT-e devem ser iguais aos
informados no evento prvio.

Obrig.

645

Rej.

Novas Regras

OBS: O schema XML da estrutura genrica do CT-e dever sofrer a seguinte alterao na
tag tpEmis:
15

tpEmis

2 Forma de emisso do
CT-e

1-1

D8

Preencher com:
1 - Normal;
4 EPEC;
5 - Contingncia FSDA;
7 - Autorizao pela SVC-RS;
8 - Autorizao pela SVC-SP

Pg. 17 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

7.2

CTeCancelamento

O servio de cancelamento de CT-e no dever sofrer alteraes uma vez que o documento
CT-e autorizado pela sua SEFAZ Autorizadora Normal apenas com o tipo de emisso
alterado para EPEC.
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.

7.3

CTeConsulta Protocolo

No WebService de Consulta Protocolo, a mensagem de retorno dever ser alterada para


incluir todos os eventos associados ao conhecimento de transporte que est sendo
consultado.
Leiaute Mensagem de Retorno

Retorno: Estrutura XML contendo a mensagem do resultado da consulta de protocolo:


Schema XML: retConsSitCte_v99.99.xsd
#

Campo

Ele

Pai

Raiz

ER02 versao

ER01

ER03 tpAmb

ER01

ER01 retConsSitCTe

Tipo Ocor. Tam. Dec.


-

1-1

1-4

1-1

Descrio/Observao
TAG raiz da Resposta

Verso do leiaute
Identificao do Ambiente:
1 Produo / 2 Homologao

ER04 verAplic

ER01

1-1

1-20

ER05 cStat

ER01

1-1

Verso do Aplicativo que processou a consulta

ER06 xMotivo

ER01

1-1

1-255

ER07 cUF

ER01

1-1

Cdigo da UF que atendeu a solicitao

Cdigo do status da resposta


Descrio literal do status da resposta

ER08 protCTe

CG ER01

xml

0-1

Protocolo de autorizao ou denegao de uso


do CT-e (vide item 4.2.2).
Informar se localizado um CT-e com cStat = 100
(uso autorizado) ou 110 (uso denegado).

ER09 retCancCTe

CG ER01

xml

0-1

Protocolo de homologao de cancelamento de


CT-e (vide item 4.3.2).
Informar se localizado um CT-e com cStat = 101
(cancelado).

xml

0-N

Informao do evento e respectivo


Protocolo de registro de Evento

ER09 procEventoCTe

ER01

As regras de validao deste WebService no necessitam alteraes para atender o EPEC.

Pg. 18 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

8. Endereo dos Web Services


Os endereos dos Web Services do Ambiente de Homologao (Testes) do Sistema de
Registro de Eventos na SVC so:
SVC-SP:
https://homologacao.nfe.fazenda.sp.gov.br/cteWEB/services/CteRecepcaoEvento.asmx
SVC-RS:
https://homologacao.cte.sefaz.rs.gov.br/ws/CTeRecepcao/CTeRecepcaoEvento.asmx
Os endereos dos Web Services do Ambiente de Produo do Sistema de Registro de Eventos
na SVC so:
SVC-SP:
https://nfe.fazenda.sp.gov.br/cteWEB/services/CteRecepcaoEvento.asmx
SVC-RS:
https://cte.sefaz.rs.gov.br/ws/CTeRecepcao/CTeRecepcaoEvento.asmx

Pg. 19 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

9. Matriz de Distribuio dos Autorizadores X SVC


Os ambientes de autorizao de CT-e sero atendidos pela Sefaz Virtual de Contingencia
conforme tabela a seguir.

Ambiente de Autorizao
Mato Grosso
Mato Grosso do Sul
Rio Grande do Sul
So Paulo
SVRS (UF que autorizam na Sefaz Virtual RS)
SVSP (UF que autorizam na Sefaz Virtual SP)
Minas Gerais
Paran *

SVC-RS
X
X

SVC-SP

X
X
X
X
X
X

*O estado do Paran passar a ter autorizao prpria em 2012 e utilizar a SVC-SP.

Pg. 20 / 21

Conhecimento de Transporte Eletrnico


Nota Tcnica 2012/004

10. Tabela de Cdigos e Descries de Mensagens de Erros EPEC


CDIGO
134
135
136

RESULTADO DO PROCESSAMENTO DA SOLICITAO


Evento registrado e vinculado ao CT-e com alerta para situao do documento.
[Alerta Situao do CT-e: XXXXXXXXXX]
Evento registrado e vinculado a CT-e
Evento registrado, mas no vinculado a CT-e

CDIGO

MOTIVOS DE NO ATENDIMENTO DA SOLICITAO

627
628

Rejeio: CNPJ do autor do evento invlido


Rejeio: Erro Atributo ID do evento no corresponde a concatenao dos campos
(ID + tpEvento + chCTe + nSeqEvento)
Rejeio: O tpEvento informado invlido
Rejeio: Falha no Schema XML especfico para o evento
Rejeio: Duplicidade de evento
Rejeio: O autor do evento diverge do emissor do CT-e
Rejeio: O autor do evento no um rgo autorizado a gerar o evento
Rejeio: A data do evento no pode ser menor que a data de emisso do CT-e
Rejeio: A data do evento no pode ser maior que a data do processamento
Rejeio: O numero sequencial do evento maior que o permitido
Rejeio: A data do evento no pode ser menor que a data de autorizao do CT-e
Rejeio: J existe CT-e autorizado com esta numerao
Rejeio: Existe EPEC emitido h mais de 7 dias (168h) sem a emisso do CT-e no
ambiente normal de autorizao
Rejeio: Tipo de emisso do CT-e difere de EPEC com EPEC autorizado na SVC-XX
para este documento.
Rejeio: O evento prvio deste CT-e no foi autorizado na SVC.
Rejeio: Os valores de ICMS, Prestao e Total da Carga do CT-e devem ser iguais
aos informados no EPEC.
Rejeio: As informaes do tomador de servio do CT-e devem ser iguais as
informadas no EPEC
Rejeio: A informao do modal do CT-e deve ser igual a informada no EPEC
Rejeio: A UF de inicio e fim de prestao do CT-e devem ser iguais as informadas
no EPEC.
Rejeio: Tipo de evento no permitido em ambiente de autorizao Normal
Rejeio: Tipo de evento no permitido em ambiente de autorizao SVC
Rejeio: Tipo de emisso diferente de EPEC

629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
653
654
680

Pg. 21 / 21