Você está na página 1de 127

Manifesto Eletrnico de Documentos Fiscais

Nota Tcnica 2013/004

Projeto Manifesto Eletrnico de Documentos Fiscais

Nota Tcnica 2013/004

Divulga Pacote de Liberao Preliminar e MOC da


verso 1.00a

Outubro 2013

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

1. Resumo
Esta Nota Tcnica divulga:
Pacote de Liberao Preliminar de Schemas da verso 1.00a (PL_MDFe_100apre)
Manual de Orientaes do Contribuinte verso 1.00a (Preliminar)
O objetivo permitir que contribuintes tenham acesso as alteraes previstas para a verso
1.00a do MDF-e podendo, desta forma, preparar suas solues de TI.

A nova verso do MOC apresenta as seguintes alteraes:


- Consolidao das Notas tcnicas publicadas em 2012 e 2013;
- Incluso de tags de veculo no modal rodovirio;
- Correes nos modelos de DAMDFE;
- Possibilidade de um MDF-e do modal Aquavirio referenciar outro MDF-e do modal
Rodovirio (essa alterao est vinculada a um conjunto novo de regras de validao);
- Novo evento de incluso de condutor;
Como verso preliminar, eventualmente, podem ocorrer modificaes antes da publicao
oficial do novo MOC atravs de ATO COTEPE. Esta publicao ocorrer antes da data de
entrada em homologao
Prazo para entrada em vigncia das alteraes:
Ambiente de Homologao: at 01/11/2013;
Ambiente de Produo: 01/12/2013

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Projeto Manifesto Eletrnico de Documentos Fiscais

Manual de Orientao do Contribuinte


Padres Tcnicos de Comunicao do
Manifesto Eletrnico de Documentos Fiscais

Verso 1.00a pre


Outubro, 2013

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Controle de Verses
Verso
1.00
1.00
1.00
1.00
1.00
1.00
1.00
1.00apre
1.00apre rev.

Data
30/08/2011 SP
15/12/2011 RS
17/02/2012 RS
11/04/2012 RS
07/05/2012 RS
13/06/2012 RS
31/07/2012 RS
04/07/2013 RS
10/10/2013 RS

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Identificao e vigncia do Manual


Verso do manual
Data de divulgao do manual
Pacote de liberao de Schemas XML
Data de incio de vigncia no ambiente de homologao
Data de incio de vigncia no ambiente de produo

1.00
15/07/2013
PL_MDFe_100a pre
01/11/2013
01/12/2013

Verses de leiautes do PL_MDFe_100


Leiaute
MDF-e

verso
1.00

Schema XML
MDFe_v1.00.xsd

enviMDFe

1.00

enviMDFe_ v1.00.xsd

retEnviMDFe
consReciMDFe

1.00
1.00

retEnviMDFe_v1.00.xsd
consReciMDFe_v1.00.xsd

retConsReciMDFe

1.00

retConsReciMDFe_v1.00.xsd

procMDFe
consSitMDFe

1.00
1.00

procMDFe_v1.00.xsd
consSitMDFe_v1.00.xsd

retConsSitMDFe

1.00

retConsSitMDFe_v1.00.xsd

consStatServ

1.00

consStatServMDFe_v1.00.xsd

retConsStatServ

1.00

retconsStatServ_v1.00.xsd

aereo
aquav

1.00
1.00

MDFeModalAereo_v1.00.xsd
MDFeModalAquaviario_v1.00.xsd

ferrov

1.00

MDFeModalFerroviario_v1.00.xsd

rodo

1.00

MDFeModalRodoviario_v1.00.xsd

eventoMDFe

1.00

eventoMDFe_ v1.00.xsd

retEventoMDFe

1.00

retEventoMDFe. v1.00.xsd

procEventoMDFe

1.00

procEventoMDFe_v1.00.xsd

evCancMDFe

1.00

evCancMDFe_v1.00.xsd

evEncMDFe

1.00

evEncMDFe_v1.00.xsd

evIncCondutorMDFe

1.00

evIncCondutorMDFe_v1.00.xsd

Observao
Leiaute do MDF-e
Mensagem de envio e solicitao de
autorizao do MDF-e
Mensagem de retorno do envio de MDF-e.
Mensagem de consulta processamento do
MDF-e transmitido.
Mensagem de retorno da consulta de
processamento do MDFe transmitido.
Leiaute de compartilhamento do MDF-e.
Mensagem de consulta da situao atual da
MDF-e.
Mensagem de retorno da consulta da
situao atual da MDF-e.
Mensagem da consulta do status do servio
de autorizao de MDF-e.
Mensagem de retorno da consulta do status
do servio de autorizao de MDF-e.
Leiaute do modal Areo (parte Especfica)
Leiaute do modal Aquavirio (parte
Especfica)
Leiaute do modal Ferrovirio (parte
Especfica)
Leiaute do modal Rodovirio (parte
Especfica)
Mensagem de solicitao de registro de
evento do MDF-e
Mensagem de retorno do resultado da
solicitao de registro de evento do MDF-e
Leiaute de compartilhamento de solicitao
de registro de evento do MDF-e
Leiaute
especfico
do
evento
de
cancelamento de MDF-e
Leiaute
especfico
do
evento
de
encerramento de MDF-e
Leiaute especfico do evento de incluso de
condutor no MDF-e Rodovirio

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

ndice
Projeto Manifesto Eletrnico de Documentos Fiscais .............................................................3
Identificao e vigncia do Manual .........................................................................................5
Verses de leiautes do PL_MDFe_100 ..................................................................................5
1. Introduo .......................................................................................................................9
2. Consideraes Iniciais ..................................................................................................10
2.1. Conceito do MDF-e ..................................................................................................... 10
2.2. Descrio Simplificada do Modelo Operacional .......................................................... 10
3. Arquitetura de Comunicao com Contribuinte .............................................................12
3.1. Modelo Conceitual ...................................................................................................... 12
3.2. Padres Tcnicos ....................................................................................................... 13
3.2.1. Padro de documento XML .................................................................................. 13
3.2.2. Padro de Comunicao ...................................................................................... 15
3.2.3. Padro de Certificado Digital................................................................................ 16
3.2.4. Padro de Assinatura Digital ................................................................................ 16
3.2.5. Validao de Assinatura Digital pelo Ambiente Autorizador ................................. 18
3.2.6. Resumo dos Padres Tcnicos............................................................................ 19
3.3. Modelo operacional ..................................................................................................... 19
3.3.1. Servios sncronos ............................................................................................... 20
3.3.2. Servios assncronos ........................................................................................... 20
3.3.3. Filas e Mensagens ............................................................................................... 22
3.4. Padro de mensagens dos Web Services ................................................................... 23
3.4.1. Informaes de controle e rea de dados das mensagens .................................. 23
3.4.2. Validao da estrutura XML das Mensagens dos Web Services .......................... 23
3.4.3. Schemas XML das Mensagens dos Web Services .............................................. 24
3.5. Verso dos Schemas XML .......................................................................................... 25
3.5.1. Liberao das verses dos Schemas para o Manifesto Eletrnico de Documentos
Fiscais MDF-e ................................................................................................................ 25
3.5.2. Pacote de Liberao Preliminar ........................................................................... 25
3.5.3. Pacote de Liberao de Homologao e Pacote de liberao definitivo............... 26
3.5.4. Correo de Pacote de Liberao ........................................................................ 26
3.5.5. Divulgao de novos Pacotes de Liberao ......................................................... 26
3.5.6. Controle de Verso .............................................................................................. 26
3.6. Schema XML do MDF-e estrutura genrica e estrutura especfica do modal ........... 27
3.6.1. Parte Genrica ..................................................................................................... 27
3.6.2. Parte Especfica para cada Modal ........................................................................ 28
3.6.3. Parte Genrica e Parte Especfica para cada Modal - Verses ............................ 28
3.7. Sistema de Registro de Eventos ................................................................................. 28
3.7.1. Relao dos Tipos de Evento............................................................................... 29
3.8. Ambiente Autorizador (SEFAZ Autorizadora Nacional) ............................................... 30
4. Web Services ................................................................................................................31
4.1. Servio de Recepo do MDF-e ................................................................................. 32
4.1.1. Web Service MDF-e Recepcao ......................................................................... 32
4.1.2. Leiaute Mensagem de Entrada ............................................................................ 32
4.1.3. Leiaute Mensagem de Retorno ............................................................................ 33
4.1.4. Validao do Certificado de Transmisso ............................................................ 34
4.1.5. Validao Inicial da Mensagem no Web Service .................................................. 34
4.1.6. Validao das informaes de controle da chamada ao Web Service.................. 35
4.1.7. Gerao da Resposta com o Recibo .................................................................... 35
4.1.8. Validao da rea de Dados ................................................................................ 36
4.1.9. Final do Processamento do MDF-e ...................................................................... 40
4.2. Web Service MDFeRetRecepcao ............................................................................. 42
6

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.2.1. Leiaute Mensagem de Entrada ............................................................................ 42


4.2.2. Leiaute Mensagem de Retorno ............................................................................ 42
4.2.3. Descrio do Processo de Web Service .............................................................. 43
4.2.4. Validao do Certificado de Transmisso ............................................................ 44
4.2.5. Validao Inicial da Mensagem no Web Service .................................................. 44
4.2.6. Validao das informaes de controle da chamada ao Web Service.................. 45
4.2.7. Validao da rea de Dados ................................................................................ 45
4.2.8. Final do Processamento....................................................................................... 46
4.3. Web Service MDFeConsulta Protocolo .................................................................... 47
4.3.1. Leiaute Mensagem de Entrada ............................................................................ 47
4.3.2. Leiaute Mensagem de Retorno ............................................................................ 47
4.3.3. Descrio do Processo de Web Service .............................................................. 48
4.3.4. Validao do Certificado de Transmisso ............................................................ 48
4.3.5. Validao Inicial da Mensagem no Web Service .................................................. 49
4.3.6. Validao das informaes de controle da chamada ao Web Service.................. 49
4.3.7. Validao da rea de Dados ................................................................................ 50
4.3.8. Final do Processamento....................................................................................... 50
4.4. Web Service MDFeStatusServico ............................................................................ 51
4.4.1. Leiaute Mensagem de Entrada ............................................................................ 51
4.4.2. Leiaute Mensagem de Retorno ............................................................................ 51
4.4.3. Descrio do Processo de Web Service .............................................................. 52
4.4.4. Validao do Certificado de Transmisso ............................................................ 52
4.4.5. Validao Inicial da Mensagem no Web Service .................................................. 53
4.4.6. Validao das informaes de controle da chamada ao Web Service.................. 53
4.4.7. Validao da rea de Dados ................................................................................ 54
4.4.8. Final do Processamento....................................................................................... 54
4.5. Sistema de Registro de Eventos ................................................................................. 55
4.5.1. Leiaute Mensagem de Entrada ............................................................................ 55
4.5.2. Diagrama Simplificado do Schema: eventoMDFe_v9.99.xsd ............................... 56
4.5.3. Leiaute Mensagem de Retorno ............................................................................ 57
4.5.4. Diagrama Simplificado Schema de retorno: retEventoMDFe _v99.99.xsd ............ 58
4.5.5. Descrio do Processo de Web Service .............................................................. 58
4.5.6. Validao do Certificado de Transmisso ............................................................ 59
4.5.7. Validao Inicial da Mensagem no Web Service .................................................. 59
4.5.8. Validao das informaes de controle da chamada ao Web Service.................. 60
4.5.9. Validao da rea de Dados ................................................................................ 60
4.5.10. Processamento das validaes especficas do evento ......................................... 62
4.5.11. Final do Processamento do Evento ...................................................................... 62
5. Sistema de Registro de Eventos (Parte Especfica) ......................................................63
5.1. Evento de Cancelamento ............................................................................................ 63
5.1.1. Leiaute Mensagem do evento de Cancelamento ................................................. 63
5.1.2. Diagrama Simplificado do Evento de Cancelamento ............................................ 63
5.1.3. Regras de Validao Especficas ......................................................................... 63
5.1.4. Final do Processamento....................................................................................... 64
5.2. Evento de Encerramento............................................................................................. 65
5.2.1. Leiaute Mensagem do evento de Cancelamento ................................................. 65
5.2.2. Diagrama Simplificado do Evento de Encerramento ............................................ 65
5.2.3. Regras de Validao Especficas ......................................................................... 66
5.2.4. Final do Processamento....................................................................................... 66
6. Web Services Informaes Adicionais........................................................................69
6.1. Regras de validao ................................................................................................... 69
6.2. Tabela de cdigos de erros e descries das mensagens de erro especficas do MDFe
69
7

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

6.3. Padro de nomes para os arquivos ............................................................................. 72


6.4. Tratamento de caracteres especiais no texto de XML ................................................. 73
6.5. Chave de Acesso do MDF-e ....................................................................................... 73
6.6. Nmero do Recibo ...................................................................................................... 74
6.7. Nmero do protocolo ................................................................................................... 75
6.8. Tempo mdio de resposta ........................................................................................... 75
7. Cdigo de Barra ............................................................................................................77
7.1. Clculo do dgito verificador do CODE-128C .............................................................. 78
7.2. Representao simblica do cdigo ............................................................................ 78
8. Documento Auxiliar de MDF-e - DAMDFe .....................................................................79
9. Contingncia .................................................................................................................80
10.
Ambiente de Homologao / Produo......................................................................81
11.
Compartilhamento de informaes do MDF-e entre rgos Pblicos ........................82
11.1. Processo de Compartilhamento .................................................................................. 82
11.2. Leiaute de compartilhamento: MDF-e ......................................................................... 82
11.3. Leiaute de compartilhamento: Registro de Evento de MDF-e...................................... 82
11.4. Compartilhamento de documentos com outros rgos pblicos.................................. 83
Anexo I Leiaute do MDF-e.................................................................................................84
MDF-e Diagrama Simplificado parte genrica ................................................................. 88
MDF-e Diagrama Simplificado modal Rodovirio............................................................. 89
MDF-e Diagrama Simplificado modal Areo .................................................................... 90
MDF-e Diagrama Simplificado modal Ferroviro ............................................................. 92
Leiaute MDF-e Estrutura Genrica ..................................................................................... 93
Leiaute Modal Rodovirio ................................................................................................. 104
Leiaute Modal Areo ........................................................................................................ 108
Leiaute Modal Aquavirio ................................................................................................. 109
Leiaute Modal Ferrovirio ................................................................................................. 110
Anexo II - Modelo do Documento Auxiliar de MDF-e (DAMDFe) ........................................ 114
Tabela de cdigo de UF do IBGE ........................................................................................ 120
Tabela de cdigo de Municpio do IBGE.............................................................................. 120
Validao do cdigo de Municpio ....................................................................................... 121
Exemplo de clculo do dgito de controle do cdigo de Municpio ....................................... 121
Exceo no clculo do dgito de controle do cdigo de Municpio ....................................... 122
Tabela de cdigo de Pas do BACEN .................................................................................. 122
Validao do cdigo de Pas ............................................................................................... 123
Exemplo de clculo do dgito de controle do cdigo de Pas ............................................... 123
Exceo no clculo do dgito de controle do cdigo de Pas ............................................... 123
Anexo IV WS disponveis ................................................................................................ 125
Anexo V Conjunto de caracteres Cdigo de Barras CODE-128C .................................... 126
Anexo VI Projeto Piloto do MDF-e ................................................................................... 127

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

1. Introduo
Este Manual tem por objetivo a definio das especificaes e critrios tcnicos necessrios
para a integrao entre os Portais das Secretarias de Fazendas das Unidades Federadas,
Receita Federal do Brasil - RFB, Superintendncia da Zona Franca de Manaus SUFRAMA, e
os sistemas das empresas emissoras do Manifesto Eletrnico de Documentos Fiscais MDF-e.

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

2. Consideraes Iniciais
O Manifesto Eletrnico de Documentos Fiscais (MDF-e) est sendo desenvolvido de forma
integrada pelas Secretarias de Fazenda das Unidades Federadas, Receita Federal do Brasil RFB, Superintendncia da Zona Franca de Manaus SUFRAMA e representantes das
transportadoras e Agncias Reguladoras do segmento de transporte, a partir da assinatura do
Protocolo ENAT, que atribuiu ao Encontro Nacional de Coordenadores e Administradores
Tributrios Estaduais (ENCAT) a coordenao e a responsabilidade pelo desenvolvimento e
implantao do Projeto MDF-e.
2.1. Conceito do MDF-e

Manifesto Eletrnico de Documentos Fiscais (MDF-e) o documento emitido e armazenado


eletronicamente, de existncia apenas digital, para vincular os documentos fiscais utilizados na
operao e/ou prestao, unidade de carga utilizada no transporte, cuja validade jurdica
garantida pela assinatura digital do emitente e autorizao de uso pela administrao tributria
da unidade federada do contribuinte.
O MDF-e dever ser emitido por empresas prestadoras de servio de transporte para
prestaes com mais de um conhecimento de transporte ou pelas demais empresas nas
operaes, cujo transporte seja realizado em veculos prprios, arrendados, ou mediante
contratao de transportador autnomo de cargas, com mais de uma nota fiscal.
A finalidade do MDF-e agilizar o registro em lote de documentos fiscais em trnsito e
identificar a unidade de carga utilizada e demais caractersticas do transporte.
Autorizao de uso do MDF-e implicar em registro posterior dos eventos, nos documentos
fiscais eletrnicos nele relacionados.
2.2. Descrio Simplificada do Modelo Operacional

A empresa emissora do MDF-e gerar um arquivo eletrnico contendo as informaes do


veculo de carga, condutor, previso de itinerrio, valor e peso da carga e documentos fiscais, o
qual dever ser assinado digitalmente, de maneira a garantir a integridade dos dados e a
autoria do emissor, com certificado ICP-Brasil.
O arquivo eletrnico do MDF-e, ser transmitido pela Internet, para o ambiente autorizador (1),
que far uma validao do arquivo (2) e devolver uma mensagem eletrnica com o resultado
da validao, podendo ser: rejeio ou autorizao de uso (3). Sendo que s poder iniciar o
transporte, quando tiver a sua autorizao de uso.
Para acompanhar o transporte das mercadorias dever ser impresso, em papel, um documento
auxiliar do MDF-e de acordo com leiaute definido neste manual, o Documento Auxiliar de MDFe DAMDFE (4).
O documento auxiliar em papel poder ser substitudo por um carto com RFID no padro
Brasil-ID, conforme legislao especfica.
10

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

A empresa emitente dever encerrar o MDF-e no final do percurso. Enquanto houver MDF-e
pendente de encerramento no ser possvel autorizar novo MDF-e, para o mesmo par UF de
carregamento e UF de descarregamento, para o mesmo veculo.
Se no decorrer do transporte houver qualquer alterao nas informaes do MDF-e (veculos,
carga, documentao, motorista, etc.), este dever ser encerrado e ser emitido um novo MDF-e
com a nova configurao.
Entende-se como encerramento do MDF-e o ato de informar ao fisco, atravs de Web Service
de registro de eventos o fim de sua vigncia, que poder ocorrer pelo trmino do trajeto
acobertado ou pela alterao das informaes do MDF-e atravs da emisso de um novo.
O Ambiente Autorizador ser o repositrio nacional de todos os MDF-e emitidos e
disponibilizar os documentos para as Secretarias de Fazenda das Unidades Federadas, RFB e
SUFRAMA (6) .
O sistema MDF-e implementa o conceito de evento, que o registro de uma ao ou situao
relacionada com o manifesto, que ocorreu aps a autorizao de uso, como o registro de um
cancelamento, por exemplo.

Figura 1 Representao do Modelo Operacional do MDF-e

11

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

3. Arquitetura de Comunicao com Contribuinte


3.1. Modelo Conceitual

O ambiente autorizador de MDF-e ir disponibilizar os seguintes servios:


a) Recepo de MDF-e;
1) Recepo;
2) Consulta Processamento;
b) Consulta da situao atual do MDF-e;
c) Consulta do status do servio;
d) Registro de eventos (cancelamento, encerramento, registro de passagem).
Para cada servio oferecido existir um Web Service especfico. O fluxo de comunicao
sempre iniciado pelo aplicativo do contribuinte atravs do envio de uma mensagem ao Web
Service com a solicitao do servio desejado.
O Web Service sempre devolve uma mensagem de resposta confirmando o recebimento da
solicitao de servio ao aplicativo do contribuinte na mesma conexo.
A solicitao de servio poder ser atendida na mesma conexo ou ser armazenada em filas de
processamento nos servios mais crticos para um melhor aproveitamento dos recursos de
comunicao e de processamento do Ambiente Autorizador.
Os servios podem ser sncronos ou assncronos em funo da forma de processamento da
solicitao de servios:
a) Servios sncronos o processamento da solicitao de servio concludo na mesma
conexo, com a devoluo de uma mensagem com o resultado do processamento do
servio solicitado;
b) Servios assncronos o processamento da solicitao de servio no concludo na
mesma conexo, havendo a devoluo de uma mensagem de resposta com um recibo
que apenas confirma o recebimento da solicitao de servio. O aplicativo do
contribuinte dever realizar uma nova conexo para consultar o resultado do
processamento do servio solicitado anteriormente.
O diagrama a seguir ilustra o fluxo conceitual de comunicao entre o aplicativo do contribuinte
e o Ambiente Autorizador:

12

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Arquitetura de Comunicao Viso Conceitual


Ambiente Autorizador

Contribuinte
HTTPS
Client MDF-e
ERP ou software especfico )

Fluxo de
Comunicao

Web Services

Transaes

Servios
Sncronos
Aplicao MDF-e
Servios
Assncronos

MDF-e
Filas de Msgs

Aplicativo de Faturamento
ERP ou software especfico )

MDF-e

3.2. Padres Tcnicos


3.2.1.

Padro de documento XML

a) Padro de Codificao

A especificao do documento XML adotada a recomendao W3C para XML 1.0, disponvel
em www.w3.org/TR/REC-xml e a codificao dos caracteres ser em UTF-8, assim todos os
documentos XML sero iniciados com a seguinte declarao:
<?xml version="1.0" encoding="UTF-8"?>
OBS1: Lembrando que cada arquivo XML somente poder ter uma nica declarao <?xml
version="1.0" encoding="UTF-8"?>.
OBS2: Cada arquivo de MDF-e ter apenas um MDF-e, dada a quantidade de documentos
fiscais que um MDF-e poder conter.
b) Declarao namespace

O documento XML dever ter uma nica declarao de namespace no elemento raiz do
documento com o seguinte padro:
<MDFe xmlns=http://www.portalfiscal.inf.br/mdfe > (exemplo para o XML do MDF-e)
O uso de declarao namespace diferente do padro estabelecido para o Projeto vedado.
A declarao do namespace da assinatura digital dever ser realizada na prpria tag
<Signature>, conforme exemplo abaixo.
Veja exemplo a seguir:
<?xml version="1.0" encoding="UTF-8"?>
<MDFe xmlns="http://www.portalfiscal.inf.br/mdfe">
<infMDFe Id="MDFe31060243816719000108650000000010001234567890" versao="1.00">
...
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

</MDFe>

13

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

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:
<mdfe:MDFe xmlns:mdfe=http://www.portalfiscal.inf.br/mdfe > (exemplo para o XML do MDFe com prefixo mdfe) dever ser adotada a declarao:
<MDFe xmlns =http://www.portalfiscal.inf.br/mdfe >
d) Otimizao na montagem do arquivo

Na gerao do arquivo XML do MDF-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, 1N), no devero ser includas as TAGs de campos com contedo zero (para campos tipo
numrico) ou vazio (para campos tipo caractere).
Na gerao do arquivo XML do MDF-e, devero ser preenchidos no modelo apenas as TAGs
de campos identificados como obrigatrios no leiaute ou os campos obrigatrios por fora da
legislao pertinente. Os campos obrigatrios no leiaute so identificados 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 dever estender-se para os campos onde no h
indicao de obrigatoriedade e que, no entanto, seu preenchimento torna-se 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.
Para reduzir o tamanho final do arquivo XML do MDF-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 MDF-e e as demais mensagens
XML para validao pelo Schema (XSD XML Schema Definition), disponibilizado pelo
Ambiente Autorizador, antes de seu envio.
14

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

3.2.2.

Padro de Comunicao

A comunicao entre o contribuinte e a Secretaria de Fazenda Estadual ser baseada em Web


Services disponibilizados no Ambiente Autorizador.
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 atravs de certificados digitais, eliminando a
necessidade de identificao do usurio atravs de 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 Ambiente Autorizador e o aplicativo do
contribuinte ser realizada no padro SOAP verso 1.2, com troca de mensagens XML no
padro Style/Enconding: Document/Literal.
A chamada dos diferentes Web Services do Projeto MDF-e realizada com o envio de uma
mensagem XML atravs do campo mdfeDadosMsg.
A verso do leiaute da mensagem XML contida no campo mdfeDadosMsg e o cdigo da UF
requisitada sero informados nos campos versaoDados e cUF, ambos do tipo string localizados
no elemento mdfeCabecMsg 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>
<mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao">
<cUF>string</cUF>
<versaoDados>string</versaoDados>
</mdfeCabecMsg>
</soap12:Header>
<soap12:Body>
<mdfeDadosMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao">xml</mdfeDadosMsg>
</soap12:Body>
</soap12:Envelope>

Exemplo de uma mensagem de retorno 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>
<mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao">
<cUF>string</cUF>
<versaoDados>string</versaoDados>
</mdfeCabecMsg>
</soap12:Header>
<soap12:Body>
<mdfeRecepcaoResult
xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao">xml</mdfeRecepcaoResult>
</soap12:Body>
</soap12:Envelope>

15

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

3.2.3.

Padro de Certificado Digital

O certificado digital utilizado no Projeto do MDF-e ser emitido por Autoridade Certificadora
credenciada pela Infra-estrutura de Chaves Pblicas Brasileira ICP-Brasil, tipo A1 ou A3,
devendo conter o CNPJ da pessoa jurdica titular do certificado digital no campo otherName
OID =2.16.76.1.3.3.
Os certificados digitais sero exigidos em 2 (dois) momentos distintos para o projeto:
a) Assinatura de Mensagens: O certificado digital utilizado para essa funo dever
conter o CNPJ de um dos estabelecimentos da empresa emissora do CT-e e/ou NF-e.
Por mensagens, entenda-se: o Pedido de Autorizao de Uso (Arquivo MDF-e), o
Registro de Eventos de MDF-e e demais arquivos XML que necessitem de assinatura. O
certificado digital dever ter o uso da chave previsto para a funo de assinatura
digital, respeitando a Poltica do Certificado.
b) Transmisso (durante a transmisso das mensagens entre o servidor do contribuinte e
o Ambiente Autorizador): O certificado digital utilizado para identificao do aplicativo do
contribuinte dever conter o CNPJ do responsvel pela transmisso das mensagens,
mas no necessita ser o mesmo CNPJ do estabelecimento emissor do MDF-e, devendo
ter a extenso Extended Key Usage com permisso de "Autenticao Cliente".
3.2.4.

Padro de Assinatura Digital

As mensagens enviadas ao Ambiente Autorizador so documentos eletrnicos elaborados no


padro XML e devem ser assinados digitalmente com um certificado digital que contenha o
CNPJ do estabelecimento matriz ou o CNPJ do estabelecimento emissor do MDF-e objeto do
pedido.
Os elementos abaixo esto presentes dentro do Certificado do contribuinte tornando desnecessria
a sua representao individualizada no arquivo XML. Portanto, o arquivo XML no deve conter os
elementos:
<X509SubjectName>
<X509IssuerSerial>
<X509IssuerName>
<X509SerialNumber>
<X509SKI>
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 MDF-e utiliza um subconjunto do padro de assinatura XML definido pelo


http://www.w3.org/TR/xmldsig-core/, que tem o seguinte leiaute:

16

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Schema XML: xmldsig-core-schema_v1.00.xsd


Ele

Pai

XS01 Signature

Campo

Raiz

XS02 SignedInfo

XS01

1-1

Grupo da Informao da assinatura

XS03 CanonicalizationMe
thod

XS02

1-1

Grupo do Mtodo de Canonicalizao

XS04 Algorithm

XS03

1-1

Atributo Algorithm de CanonicalizationMethod:


http://www.w3.org/TR/2001/REC-xml-c14n20010315

XS05 SignatureMethod

XS02

1-1

Grupo do Mtodo de Assinatura

XS06 Algorithm

XS05

1-1

Atributo Algorithm de SignedMethod:


http://www.w3.org/2000/09/xmldsig#rsa-sha1

XS07 Reference

XS02

1-1

Grupo de Reference

XS08 URI

XS07

1-1

Atributo URI da tag Reference

XS10 Transforms

XS07

1-1

Grupo do algorithm de Transform

RC XS10

1-1

Regra para o atributo Algorithm do Transform ser


nico.

XS11 unique_Transf_Alg

Tipo Ocor. Tam. Dec.

Descrio/Observao

XS12 Transform

XS10

2-2

Grupo de Transform

XS13 Algorithm

XS12

1-1

Atributos vlidos Algorithm do Transform:


http://www.w3.org/TR/2001/REC-xml-c14n20010315
http://www.w3.org/2000/09/xmldsig#envelopedsignature

XS14 XPath

XS12

0-N

XPath

XS15 DigestMethod

XS07

1-1

Grupo do Mtodo de DigestMethod

XS16 Algorithm

XS15

1-1

Atributo Algorithm de DigestMethod:


http://www.w3.org/2000/09/xmldsig#sha1

XS17 DigestValue

XS07

1-1

Digest Value (Hash SHA-1 Base64)

XS18 SignatureValue

XS01

1-1

Grupo do Signature Value

XS19 KeyInfo

XS01

1-1

Grupo do KeyInfo

XS20 X509Data

XS19

1-1

Grupo X509

XS21 X509Certificate

XS20

1-1

Certificado Digital x509 em Base64

A assinatura do Contribuinte no MDF-e ser feita na TAG <infMDFe> identificada pelo atributo
Id, cujo contedo dever ser um identificador nico (chave de acesso) precedido do literal
MDFe para o MDF-e, conforme leiaute descrito no Anexo I. O identificador nico precedido do
literal #MDFe dever ser informado no atributo URI da TAG <Reference>. Para as demais
mensagens a serem assinadas, o processo ser o mesmo mantendo sempre um identificador
nico para o atributo Id na TAG a ser assinada. Segue um exemplo:
<MDFe xmlns="http://www.portalfiscal.inf.br/mdfe" >
<infMDFe Id="MDFe31060243816719000108650000000010001234567897" versao="1.00">
...
</infMDFe>
<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="#MDFe31060243816719000108650000000010001234567897">
<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"/>

17

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

<DigestValue>vFL68WETQ+mvj1aJAMDx+oVi928=</DigestValue>
</Reference>
</SignedInfo>
<SignatureValue>IhXNhbdL1F9UGb2ydVc5v/gTB/y6r0KIFaf5evUi1i ...</SignatureValue>
<KeyInfo>
<X509Data>
<X509Certificate>MIIFazCCBFOgAwIBAgIQaHEfNaxSeOEvZGlVDANB ... </X509Certificate>
</X509Data>
</KeyInfo>
</Signature>
</MDFe>

Para o processo de assinatura, o contribuinte no deve fornecer a Lista de Certificados


Revogados, j que a mesma ser montada e validada no Ambiente Autorizador no momento da
conferncia da assinatura digital.
A assinatura digital do documento eletrnico dever atender aos seguintes padres adotados:
a) Padro de assinatura: XML Digital Signature, utilizando o formato Enveloped
(http://www.w3.org/TR/xmldsig-core/);
b) Certificado
digital:
Emitido
por
AC
credenciada
no
ICP-Brasil
(http://www.w3.org/2000/09/xmldsig#X509Data);
c) Cadeia de Certificao: EndCertOnly (Incluir na assinatura apenas o certificado do
usurio final);
d) Tipo do certificado: A1 ou A3 (o uso de HSM recomendado);
e) Tamanho da Chave Criptogrfica: Compatvel com os certificados A1 e A3 (1024 bits);
f) Funo criptogrfica assimtrica: RSA (http://www.w3.org/2000/09/xmldsig#rsasha1);
g) Funo de message digest: SHA-1 (http://www.w3.org/2000/09/xmldsig#sha1);
h) Codificao: Base64 (http://www.w3.org/2000/09/xmldsig#base64);
i) Transformaes exigidas: til para realizar a canonicalizao do XML enviado para
realizar a validao correta da Assinatura Digital. So elas:
(1) Enveloped (http://www.w3.org/2000/09/xmldsig#enveloped-signature)
(2) C14N (http://www.w3.org/TR/2001/REC-xml-c14n-20010315)
3.2.5.

Validao de Assinatura Digital pelo Ambiente Autorizador

Para a validao da assinatura digital, seguem as regras que sero adotadas pelo Ambiente
Autorizador:
(1) Extrair a chave pblica do certificado;
(2) Verificar o prazo de validade do certificado utilizado;
(3) Montar e validar a cadeia de confiana dos certificados validando tambm a LCR
(Lista de Certificados Revogados) de cada certificado da cadeia;
(4) Validar o uso da chave utilizada (Assinatura Digital) de tal forma a aceitar certificados
somente do tipo A (no sero aceitos certificados do tipo S);
(5) Garantir que o certificado utilizado de um usurio final e no de uma Autoridade
Certificadora;
(6) Adotar as regras definidas pelo RFC 3280 para LCRs e cadeia de confiana;
(7) Validar a integridade de todas as LCR utilizadas pelo sistema;
(8) Prazo de validade de cada LCR utilizada (verificar data inicial e final).
A forma de conferncia da LCR pode ser feita de 2 (duas) maneiras: On-line ou Download
peridico. As assinaturas digitais das mensagens sero verificadas considerando a lista de
certificados revogados disponvel no momento da conferncia da assinatura.
18

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

3.2.6.

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

Padro de assinatura digital

Validao de assinatura digital


Padres de preenchimento XML

Descrio
Padro definido pelo WS-I Basic Profile 1.1 (http://www.wsi.org/Profiles/BasicProfile-1.1-2004-08-24.html).
Web Services, disponibilizados pelo AMBIENTE AUTORIZADOR
Internet
SSL verso 3.0, com autenticao mtua atravs de certificados
digitais.
SOAP verso 1.2.
XML no padro Style/Encoding: Document/Literal.
X.509 verso 3, emitido por Autoridade Certificadora credenciada
pela Infra-estrutura de Chaves Pblicas Brasileira ICP-Brasil, do
tipo A1 ou A3, devendo conter o CNPJ do proprietrio do certificado
digital.
Para assinatura de mensagens, utilizar o certificado digital de um dos
estabelecimentos da empresa emissora do CT-e ou NF-e.
Para transmisso, utilizar o certificado digital do responsvel pela
transmisso.
XML Digital Signature, Enveloped, com certificado digital X.509
verso 3, com chave privada de 1024 bits, com padres de
criptografia assimtrica RSA, algoritmo message digest SHA-1 e
utilizao das transformaes Enveloped e C14N.
Ser validada alm da integridade e autoria, a cadeia de confiana
com a validao das LCRs.
Campos no obrigatrios do Schema que no possuam contedo
tero suas tags suprimidas no arquivo XML.
Mscara de nmeros decimais e datas esto definidas no
Schema XML.
Nos campos numricos inteiro, no incluir a vrgula ou ponto
decimal.
Nos campos numricos com casas decimais, utilizar o ponto
decimal na separao da parte inteira.

3.3. Modelo operacional

A forma de processamento das solicitaes de servios no MDF-e pode ser sncrona, caso o
atendimento da solicitao de servio seja realizado na mesma conexo, ou assncrona,
quando o processamento do servio solicitado no atendido na mesma conexo, nesta
situao torna-se necessria a realizao de mais uma conexo para a obteno do resultado
do processamento.
As solicitaes de servios que exigem processamento intenso sero executadas de forma
assncrona e as demais solicitaes de servios de forma sncrona.
Assim, os servios do MDF-e sero implementados da seguinte forma:
Servio
Recepo do MDF-e
Consulta Situao atual do MDF-e
Consulta do status do servio
Registro de evento

Implementao
Assncrona
Sncrona
Sncrona
Sncrona

19

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

3.3.1.

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

Ambiente Autorizador
(1) Solicitao de servio

Web Service

(4) Resultado

(2) Solicitao de servio

Processamento
de Servios

(3) Resultado

Etapas do processo ideal:


(1) O aplicativo do contribuinte inicia a conexo enviando uma mensagem de solicitao de
servio para o Web Service;
(2) O Web Service recebe a mensagem de solicitao de servio e encaminha ao aplicativo
do MDF-e que ir processar o servio solicitado;
(3) O aplicativo do MDF -e recebe a mensagem de solicitao de servio e realiza o
processamento, devolvendo uma mensagem de resultado do processamento ao Web
Service;
(4) O Web Service recebe a mensagem de resultado do processamento e o encaminha ao
aplicativo do contribuinte;
(5) O aplicativo do contribuinte recebe a mensagem de resultado do processamento e, caso
no exista outra mensagem, encerra a conexo.
3.3.2.

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:

20

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Servio de Implementao assncrona


Contribuinte
Envio de
Solicitao
de Servios

Secretaria de Fazenda Estadual


(1) Solicitao de servio
(3) Recibo

Web Service
Recebe Solicitao
de Servios

(2) Solicitao de servio

Fila de
servios
solicitados

(4)
(5)

Fila de
recibos

Processamento
de Servios

(6)

(7)

Consulta
Recibo

(8) Consulta recibo

Web Service
(9) Resultado processamento

(10) Resultado processamento

Consulta recibo

Fila de
servios
processados

Etapas do processo ideal:


(1) O aplicativo do contribuinte inicia a conexo enviando uma mensagem de solicitao
de servio para o Web Service de recepo de solicitao de servios;
(2) O Web Service de recepo de solicitao de servios recebe a mensagem de
solicitao de servio e a coloca na fila de servios solicitados, acrescentando o CNPJ
do transmissor obtido do certificado digital do transmissor;
(3) O Web Service de recepo de solicitao de servios retorna o recibo da solicitao
de servio e a data e hora de recebimento da mensagem no Web Service;
(4) O aplicativo do contribuinte recebe o recibo e o coloca na fila de recibos de servios
solicitados e ainda no processados e, caso no exista outra mensagem, encerra a
conexo;
(5) No Ambiente Autorizador a solicitao de servios retirada da fila de servios
solicitados pelo aplicativo do MDF-e;
(6) O servio solicitado processado pelo aplicativo do MDF-e e o resultado do
processamento colocado na fila de servios processados;
(7) O aplicativo do contribuinte retira um recibo da fila de recibos de servios solicitados;
(8) O aplicativo do contribuinte envia uma consulta de recibo, iniciando uma conexo com
o Web Service Consulta Recibo (MDFeRetRecepcao);
(9) O Web Service Consulta Recibo recebe a mensagem de consulta recibo e localiza o
resultado de processamento da solicitao de servio;
(10) O Web Service Consulta Recibo (MDFeRetRecepcao) devolve o resultado do
processamento ao aplicativo contribuinte;
(11) O aplicativo do contribuinte recebe a mensagem de resultado do processamento e,
caso no exista outra mensagem, encerra a conexo.
21

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

3.3.3.

Filas e Mensagens

As filas de mensagens de solicitao de servios so necessrias para a implementao do


processamento assncrono das solicitaes de servios.
As mensagens de solicitaes de servios no processamento assncrono so armazenadas em
uma fila de entrada.
Para ilustrar como as filas armazenam as informaes, observe o diagrama a seguir:
Estrutura de um item da fila:

CNPJ do
Transmissor

Nmero do
Recibo

data e hora
recebimento

rea de controle

cUF

Verso
Dados

XML de Dados

rea de mensagem

A estrutura de um item composta pela rea de controle (identificador) e pela rea de detalhe
que contem a mensagem XML. As seguintes informaes so adotadas como atributos de
controle:

CNPJ do transmissor: CNPJ da empresa que enviou a mensagem que no necessita


estar vinculado ao CNPJ do estabelecimento emissor do MDF-e. Somente o transmissor
da mensagem ter acesso ao resultado do processamento das mensagens de
solicitao de servios;
Recibo de entrega: Nmero seqencial nico atribudo para a mensagem pelo
Ambiente Autorizador. Este atributo identifica a mensagem de solicitao de servios na
fila de mensagem;
Data e hora de recebimento da mensagem: Data e hora local do instante de
recebimento da mensagem atribuda pelo Ambiente Autorizador. Este atributo
importante como parmetro de desempenho do sistema, eliminao de mensagens,
adoo do regime de contingncia, etc. O tempo mdio de resposta calculado com
base neste atributo;
cUF: Cdigo da UF (na codificao utilizada pelo IBGE) de origem do emissor do MDF-e
informada no campo cUF do elemento mdfeCabecMsg do SOAP Header. O atributo
importante para a identificao da UF de origem da mensagem;
versaoDados: Verso do leiaute da mensagem existente na rea de dados. O atributo
utilizado para validao de schema XML do XML de dados e verificar a vigncia da
verso informada.

Para processar as mensagens de solicitaes de servios, a aplicao do MDF-e ir retirar a


mensagem da fila de entrada de acordo com a ordem de chegada, devendo armazenar o
resultado do processamento da solicitao de servio em uma fila de sada.
A fila de sada ter a mesma estrutura da fila de entrada, a nica diferena ser no contedo do
detalhe da mensagem que contm o resultado do processamento da solicitao de servio em
formato XML.
O tempo mdio de resposta que mede a performance do servio de processamento do arquivo
calculado com base no tempo decorrido entre o momento de recebimento da mensagem e o
momento de armazenamento do resultado do processamento da solicitao de servio na fila
de sada.
22

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Nota: O termo fila utilizado apenas para designar um repositrio de recibos emitidos. A
implementao da fila poder ser feita atravs de Banco de Dados ou qualquer outra
forma, sendo transparente ao contribuinte que realizar a consulta do processamento
efetuado (processos assncronos).
3.4. Padro de mensagens dos Web Services

As chamadas dos Web Services disponibilizados pelo Ambiente Autorizador e os respectivos


resultados do processamento so realizadas atravs das mensagens com o seguinte padro:

Padro de Mensagem de chamada/retorno de Web Service


cUF

versaoDados

Estrutura XML definida na documentao do Web Service

Elemento mdfeCabecMsg (SOAP Header)

3.4.1.

rea de dados (SOAP Body)

cUF cdigo da UF de origem da mensagem.


versaoDados - verso do leiaute da estrutura XML informado na rea de dados.
rea de Dados estrutura XML varivel definida na documentao do Web Service
acessado.
Informaes de controle e rea de dados das mensagens

As informaes de controle das chamadas dos Web Services so armazenadas no elemento


mdfeCabecMsg do SOAP Header e servem para identificar a UF de origem do emissor e a
verso do leiaute da estrutura XML armazenada na rea de dados da mensagem:
<soap12:Header>
<mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao">
<cUF>string</cUF>
<versaoDados>string</versaoDados>
</mdfeCabecMsg>
</soap12:Header>

A informao armazenada na rea de dados um documento XML que deve atender o leiaute
definido na documentao do Web Service acessado:
<soap12:Body>
<mdfeDadosMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MDFeRecepcao">xml</mdfeDadosMsg>
</soap12:Body>

3.4.2.

Validao da estrutura XML das Mensagens dos Web Services

As informaes so enviadas ou recebidas dos Web Services atravs de mensagens no padro


XML definido na documentao de cada Web Service.
As alteraes de leiaute e da estrutura de dados XML realizadas nas mensagens so controladas
atravs da atribuio de um nmero de verso para a mensagem.

23

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

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 mdfeCabecMsg do SOAP Header.
<soap12:Header>
<mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/mdfeRecepcao">
<cUF>35</cUF>
<versaoDados>1.00</versaoDados>
</mdfeCabecMsg>
</soap12:Header>

3.4.3.

Schemas XML das Mensagens dos Web Services

Toda mudana de leiaute das mensagens dos Web Services implica na atualizao do seu
respectivo Schema XML.
A identificao da verso dos Schemas ser realizada com o acrscimo do nmero da verso
no nome do arquivo precedida da literal _v, como segue:
mdfe_v1.00.xsd (Schema XML do MDF-e, verso 1.00);
tiposGeral_v10.15.xsd (Schema XML dos tipos do MDF-e, verso 10.15).
A maioria dos Schemas XML do MDF-e utilizam as definies de tipos bsicos ou tipos
complexos que esto definidos em outros Schemas XML (ex.: tiposGeral_v1.00.xsd, etc.),
nestes casos, a modificao de verso do Schema bsico ser repercutida no Schema
principal.
Por exemplo, o tipo numrico de 15 posies com 2 decimais definido no Schema
tiposGeral_v1.00.xsd, caso ocorra alguma modificao na definio deste tipo, todos os
Schemas que utilizam este tipo bsico devem ter a sua verso atualizada e as declaraes
import ou include devem ser atualizadas com o nome do Schema bsico atualizado.
Exemplo de Schema XML
<?xml version="1.0" encoding="UTF-8"?>
<xs:schema
xmlns:ds="http://www.w3.org/2000/09/xmldsig#"
xmlns:xs="http://www.w3.org/2001/XMLSchema"
xmlns="http://www.portalfiscal.inf.br/mdfe"
targetNamespace="http://www.portalfiscal.inf.br/mdfe"
elementFormDefault="qualified" attributeFormDefault="unqualified">
<xs:import
namespace="http://www.w3.org/2000/09/xmldsig#"
schemaLocation="xmldsig-coreschema_v1.00.xsd"/>
<xs:include schemaLocation="tiposGeral_v1.00.xsd"/>
<xs:element name="MDFe">
<xs:annotation>
<xs:documentation>Manifesto Eletrnico de Documentos Fiscais</xs:documentation>
</xs:annotation>

24

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

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
decorrentes de alterao da legislao devero ser implementadas nos prazos previstos na
norma que introduziu a alterao. As modificaes de ordem tcnica sero divulgadas pela
Coordenao Tcnica do ENCAT e podero ocorrer sempre que se fizerem necessrias.
3.5. Verso dos Schemas XML
3.5.1.

Liberao das verses dos Schemas para o Manifesto Eletrnico de Documentos Fiscais

MDF-e

Os schemas vlidos para o MDF-e sero disponibilizados no sitio nacional do Projeto


(www.mdfe.fazenda.gov.br), e sero liberados aps autorizao da equipe de Gesto do Projeto
formada pelos Lderes dos Projetos nos Estados e representante das Empresas.
A cada nova liberao de schema ser disponibilizado um arquivo compactado contendo o
conjunto de schemas a serem utilizados pelas empresas para a gerao dos arquivos XML.
Este arquivo ser denominado Pacote de Liberao e ter a mesma numerao da verso do
Manual de Orientaes que lhe compatvel. Os pacotes de liberao sero identificados pelas
letras PL_MDFe, seguida do nmero da verso do Manual de Orientaes correspondente.
Exemplificando: O pacote PL_MDFe_1.00.zip representa o Pacote de Liberao de schemas
do MDF-e compatveis com o Manual de Orientaes do Contribuinte verso 1.00.
Os schemas XML das mensagens XML so identificados pelo seu nome, seguido da verso do
respectivo schema.
Assim, para o schema XML de enviMDF-e, corresponder um arquivo com a extenso .xsd,
que ter o nome de enviMDFe_v9.99.xsd, onde v9.99, corresponde a verso do respectivo
schema.
Para identificar quais os schemas que sofreram alterao em um determinado pacote liberado,
deve-se comparar o nmero da verso do schema deste pacote com o do pacote anterior.
Exemplificando:
PACOTE
DATA LIBERAO
SCHEMAS

3.5.2.

PL_ MDFe_ 1.00.ZIP


01/08/2011
enviMDFe_v1.00.xsd
eventoMDFe_v1.00.xsd
tiposGeral_v1.00.xsd

PL_MDFe_ 1.00.ZIP
01/11/2011
enviMDFe _v1.30.xsd
eventoMDFe_v1.00.xsd
tiposGeral _v1.00.xsd

Pacote de Liberao Preliminar

Aps a divulgao de uma nova verso do Manual de Orientaes do Contribuinte, ser


divulgado um pacote de liberao preliminar com vigncia limitada at o incio da fase de
disponibilizao do ambiente de homologao.
Durante este perodo, os novos Schemas XML sero avaliados e testados para a identificao
de eventuais falhas de implementao das alteraes realizadas no Manual de Orientaes do
Contribuinte.

25

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

O PL preliminar ser identificado com o acrscimo da literal pre na identificao do pacote,


como por exemplo: PL_MDFe_1.00pre.zip.
3.5.3.

Pacote de Liberao de Homologao e Pacote de liberao definitivo

Para o ambiente de homologao ser divulgado um pacote de liberao de homologao que


ser identificado com o acrscimo da literal hom na identificao do pacote, como por
exemplo: PL_MDFe_100hom.zip.
A principal caracterstica do pacote de liberao de homologao seu uso estar restrito ao
ambiente de homologao por aceitar somente mensagens XML com tpAmb=2-homologao.
O pacote de liberao definitivo ser divulgado na vspera da data de incio da vigncia do
ambiente de produo.
3.5.4.

Correo de Pacote de Liberao

Em alguma situao pode surgir a necessidade de correo de um Schema XML por um erro
de implementao de regra de validao, obrigatoriedade de campo, nome de tag divergente do
definido no leiaute da mensagem, que no modifica a estrutura do Schema XML e nem exige a
alterao dos aplicativos da SEFAZ ou dos contribuintes.
Nesta situao, divulgaremos um novo pacote de liberao com o Schema XML corrigido, sem
modificar o nmero da verso do PL para manter a compatibilidade com o Manual de
Orientaes do Contribuinte vigente.
A identificao dos pacotes mais recentes se dar com o acrscimo de letras minscula do
alfabeto, como por exemplo: MDFe_PL_1.00a.ZIP, indicando que se trata da primeira verso
corrigida do MDFe_PL_1.00.ZIP
3.5.5.

Divulgao de novos Pacotes de Liberao

A divulgao de novos pacotes de liberao ou atualizaes de pacote de liberao ser


realizada atravs da publicao de Notas Tcnicas no Portal Nacional do MDF-e
(www.mdfe.fazenda.gov.br) com as informaes necessrias para a implementao dos novos
pacotes de liberao.
3.5.6.

Controle de Verso

O controle de verso de cada um dos schemas vlidos do MDF-e compreende uma definio
nacional sobre:
Qual a verso vigente (verso mais atualizada)?
Quais so as verses anteriores ainda suportadas por todas as SEFAZ?
Quais so as verses da parte especfica de cada modal suportadas pela parte
genrica?
Este controle de verso permite a adaptao dos sistemas de informtica das empresas
participantes do Projeto em diferentes datas. Ou seja, algumas empresas podero estar com
uma verso de leiaute mais atualizada, enquanto outras empresas podero ainda estar
operando com mensagens em um leiaute anterior.

26

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

No esto previstas mudanas freqentes de leiaute de mensagens e as empresas devero ter


um prazo razovel para implementar as mudanas necessrias, conforme acordo operacional a
ser estabelecido.
Mensagens recebidas com uma verso de leiaute no suportada sero rejeitadas com uma
mensagem de erro especfica na verso do leiaute de resposta mais recente em uso.
3.6. Schema XML do MDF-e estrutura genrica e estrutura especfica do modal

A estrutura do Schema XML do MDF-e foi criada como sendo composta de uma parte genrica
do schema e uma parte especfica para cada modal, com o objetivo de criar uma maior
independncia entre os modais, onde uma alterao no leiaute especfico para um modal no
repercuta nos demais.
3.6.1.

Parte Genrica

A estrutura genrica a parte que possui os campos (tags) de uso comum a serem utilizados
por todos os modais.
Para alcanar este objetivo foi criada no schema XML do MDF-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 ser identificada com um
atributo de verso prprio (tag versaoModal), conforme figura a seguir:

27

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

3.6.2.

Parte Especfica para cada Modal

A estrutura especfica a parte que possui os campos (tags) exclusivos do modal.


A parte especfica do schema XML para cada modal ser distribuda no mesmo pacote de
liberao em arquivo separado para cada um deles.
A identificao do modal se dar no nome do arquivo, como segue:
mdfeModalXXXXXXXXXXXX_v9.99.xsd
Onde XXXXXXXXXXXX a identificao do modal, e v9.99 a identificao da verso.
Segue exemplo de nomes de arquivos de schema XML da parte especfica de cada modal:

3.6.3.

mdfeModalRodoviario_v1.00.xsd (modal rodovirio, verso 1.00);


mdfeModalAereo_v1.00.xsd (modal areo, verso 1.00);
mdfeModalFerroviario_v1.00.xsd (modal ferrovirio, verso 1.00);
mdfeModalAquaviario_v1.00.xsd (modal aquaviario, verso 1.00).
Parte Genrica e Parte Especfica para cada Modal - Verses

Uma verso da parte genrica dever suportar mais de uma verso da parte especfica de cada
modal. Normalmente esta relao deve ser de uma para uma (1:1). Apenas em momentos de
transio poderemos ter empresas de um modal utilizando uma verso mais atualizada,
enquanto outras empresas podero ainda estar operando com um leiaute anterior da parte
especfica.
O Ambiente autorizador dever manter na sua aplicao o controle de qual(is) verso(es) da
parte especfica (so) suportada(s) pela parte genrica.
3.7. Sistema de Registro de Eventos

O Sistema de Registro de Eventos do MDF-e SRE o modelo genrico que permite o registro
de evento de interesse do MDF-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 e encerramento)
28

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

ou simplesmente dar cincia sobre o trnsito deste documento (por exemplo: registro de
passagem).
O servio para registro de eventos ser disponibilizado pelo Ambiente Autorizador 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 MDF-e contendo a assinatura digital
do emissor do evento (seja ele contribuinte ou fisco).
O registro do evento requer a existncia do MDF-e vinculado no Ambiente Autorizador, contudo
alguns eventos do trnsito podero ser registrados sem que exista o MDF-e na base de dados
do autorizador em conformidade com as regras de negcio estabelecidas para este tipo de
evento.
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 MDF-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 do Ambiente Autorizador.
O leiaute da mensagem de Registro de Evento seguir o modelo adotado para o documento
MDF-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 4.4
deste manual.
As validaes especficas de cada tipo de evento estaro descritas no item 5 deste Manual,
originando um novo subitem para cada tipo de evento especificado.
O Pacote de Liberao de schemas do MDF-e dever conter o leiaute da parte genrica do
Registro de Eventos e um schema para cada leiaute especfico dos eventos definidos neste
manual.
3.7.1.

Relao dos Tipos de Evento

Os eventos identificados abaixo sero construdos gradativamente pelo ambiente autorizador,


assim como novos eventos podero ser identificados e acrescentados nesta tabela em futuras
verses deste MOC.

29

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
Tipo de
Evento

Descrio Evento

Tipo de
Autor do Evento

Tipo de
Meio Informao

MDF-e deve
existir?

*** Evento: Empresa Emitente


110111 Cancelamento

1-Empresa Emitente

1=via WS Evento

Sim

110112 Encerramento

1-Empresa Emitente

1=via WS Evento

Sim

110114 Incluso de Condutor

1-Empresa Emitente

1=via WS Evento

Sim

3-Fisco

1=via WS Evento

No

1=via WS Evento

No

*** Evento: Fisco / Outros


310620 Registro de Passagem

510620 Registro de Passagem BRId 5-Outros

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 MDF-e; 3 via Portal
MDF-e; 4 Via integrao sistemas;
3.8. Ambiente Autorizador (SEFAZ Autorizadora Nacional)

Os servios de autorizao sero providos pelo Ambiente Autorizador, que prestar o servio
para todos os Estados, mediante Protocolo de Cooperao assinado entre as SEFAZ e/ou entre
a SEFAZ e a RFB.
Os servios deste ambiente compreendem os Web Services descritos no Modelo Conceitual da
Arquitetura de Comunicao, conforme consta no item 3.1 deste manual.
A responsabilidade sobre o credenciamento e sobre a autorizao para o contribuinte usar os
servios do Ambiente Autorizador da SEFAZ de circunscrio do contribuinte atravs do
Cadastro Nacional de Emitentes do Ambiente Nacional (CNE).

30

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

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 disponibilizado 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.
O Ambiente Autorizador se compromete a processar os manifestos recebidos em at 3
minutos em no mnimo 95% do total do volume recebido no perodo de 24 horas. Este
indicador de performance ser constantemente avaliado e aperfeioado pelo Comit
Gestor e os contribuintes emissores de MDF-e.
A qualquer momento as empresas podero verificar a performance do servio de
processamento dos MDF-e, verificando o tempo mdio de resposta do servio nos
ltimos 5 minutos.
Em caso de problema tcnico, quando a empresa no conseguir autorizar o MDF-e, ela
poder optar por entrar em contingncia, emitindo o DAMDFE, em formulrio comum,
para acompanhar o trnsito da mercadoria e autorizar o MDF-e, em at 168 horas,
contados da sua impresso.
No recibo de recepo do MDF-e, tambm ser informado o tempo mdio de resposta
do servio nos ltimos 5 minutos.
Para os servios sncronos, o envio da solicitao e a obteno do retorno sero
realizados na mesma conexo atravs de um nico mtodo.
c) As URLs dos Web Services encontram-se no Anexo IV deste manual e no Ambiente
Autorizador (www.mdfe.sefaz.rs.gov.br). Acessando a URL pode ser obtido o WSDL
(Web Services Description Language) de cada Web Service.
d) 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.
e) 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.

31

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.1. Servio de Recepo do MDF-e

O Servio de Recepo do MDF-e o servio oferecido pelo WS do Ambiente Autorizador para


atualizao do repositrio dos MDF-e emitidos por usurios autorizados a emitir CT-e ou NF-e.
A forma de processamento do servio de recepo de MDF-e assncrona. O contribuinte deve
transmitir o MDF-e atravs do Web Service de recepo de MDF-e e buscar o resultado do
processamento do MDF-e no Web Service de consulta resultado de processamento.

4.1.1.

Web Service MDF-e Recepcao

Funo: servio destinado recepo de mensagens de envio de MDF-e.


Processo: assncrono.

Mtodo: mdfeRecepcaoLote
4.1.2.

Leiaute Mensagem de Entrada

Entrada: Estrutura XML com o MDF-e


Schema XML: enviMDFe_v9.99.xsd
#
Campo
AP01 enviMDFe
AP02 versao

Ele
Raiz

Pai
-

AP01

Tipo Ocorr Tam.


N

1-1

1-4

AP03 idLote

AP01

1-1

1-15

AP04 MDFe

AP01

Xml

1-1

Dec. Descrio/Observao
TAG raiz
2

Verso do leiaute
Identificador de controle do envio do lote.
Nmero sequencial autoincremental, de controle
correspondente ao identificador nico do lote
enviado. A responsabilidade de gerar e controlar
esse nmero exclusiva do contribuinte.
OBS: Embora no primeiro momento ocorra
apenas um MDF-e por lote, esta especificao
prev futuras alteraes nessa composio
MDF-e transmitido (no primeiro momento apenas
um MDF-e) seguindo definio do Anexo I
Leiaute do MDF-e. O tamanho mximo do
arquivo no dever ultrapassar 500k.

32

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Schema XML: MDFe_v9.99.xsd


#

Campo

AP01 MDFe
AP02 Signature
4.1.3.

Ele

Pai

Tipo Ocorr Tam.

Raiz

xml

1-1

AP01

xml

1-1

Dec. Descrio/Observao
UM MDF-e transmitido seguindo a definio
do Anexo I Leiaute do MDF-e.O tamanho
mximo do arquivo de 500Kb
Assinatura XML do grupo identificado pelo
atributo "id"

Leiaute Mensagem de Retorno

Retorno: Estrutura XML com a mensagem do resultado do envio do MDF-e.


Schema XML: retEnviMDFe_v9.99.xsd
#
AR01
AR02
AR03
AR04
AR06
AR05
AR06
AR07
AR08

AR09

AR10

Campo
Ele
Pai Tipo Ocorr Tam. Dec. Descrio/Observao
retEnviMDFe Raiz
TAG Raiz da resposta
versao
A AR01
N
1-1
1-4
2
Verso do leiaute
tpAmb
E AR03
N
1-1
1
Identificao
do
ambiente:
1- Produo; 2 - Homologao.
cUF
E AR03
N
1-1
2
Cdigo da UF que atendeu a solicitao
verAplic
E AR03
C
1-1
1-20
Verso do aplicativo que recebeu o lote.
cStat
E AR03
N
1-1
3
Cdigo do status da resposta.
xMotivo
E AR03
C
1-1 1-255
Descrio literal do status da resposta
infRec
G AR01
0-1
Dados do Recibo (S gerado se o arquivo
for aceito)
nRec
E AR07
N
1-1
15
Nmero do Recibo gerado pelo Ambiente
Autorizador, composto por duas posies
com o Cdigo da UF (codificao do IBGE)
onde foi entregue o Arquivo, uma posio
para o Tipo de Autorizador e doze posies
numricas seqenciais (vide item 6.5)
dhRecbto
E AR07
D
1-1
Data e Hora do Recebimento Formato =
AAAA-MM-DDTHH:MM:SS.
Preenchido
com data e hora do recebimento do arquivo.
tMed
E AR07
N
1-1
N
1-4 Tempo mdio de resposta do servio (em
segundos) dos ltimos 5 minutos (vide item
6.7).Nota: Caso o tempo mdio de resposta
fique abaixo de 1 (um) segundo, o tempo
ser
informado
como
1
segundo.
Arredondar as fraes de segundos para
cima.

As mensagens recebidas com erro geram uma mensagem de erro. Nas demais hipteses ser
retornado um recibo com nmero, data, hora local de recebimento e tempo mdio de resposta do
servio nos ltimos 5 minutos.
O nmero do recibo gerado pelo servio do Ambiente Autorizador ser a chave de acesso do servio
de consulta ao resultado do processamento.

33

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Validao do Certificado de Transmisso


Validao do Certificado Digital do Transmissor (protocolo SSL)
#
Regra de Validao
Crtica

4.1.4.

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.
4.1.5.
#
B01
B02
B03
B04

Validao Inicial da Mensagem no Web Service


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 de processamento est Paralisado
Obrig.
Momentaneamente
Verifica se o Servio de processamento est Paralisado
Obrig.
sem Previso

Msg
214
243

Efeito
Rej.
Rej.

108

Rej.

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 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.

34

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.1.6.
#
C01
C02
C03
C04
C05
C06

Validao das informaes de controle da chamada ao Web Service


Validao das informaes de controle da chamada ao Web Service
Regra de Validao
Crtica
Msg
Elemento mdfeCabecMsg inexistente no SOAP Header
Facult.
242
Campo cUF inexistente no elemento mdfeCabecMsg do
Obrig.
409
SOAP Header
Verificar se a UF informada no cUF atendida pelo
WebService
Campo
versaoDados
inexistente
no
elemento
mdfeCabecMsg do SOAP Header
Verso dos Dados informada superior verso vigente
Verso dos Dados no suportada

Efeito
Rej.
Rej.

Obrig.

410

Rej.

Obrig.

411

Rej.

Facult.
Obrig.

238
239

Rej.
Rej.

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


informadas no elemento mdfeCabecMsg do SOAP Header (para maiores detalhes vide item
3.4.1).
A aplicao dever validar os campos cUF e versaoDados, rejeitando o arquivo 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 deve ser utilizado pelo Servidor de Processamento do MDF-e na validao do
Schema XML do arquivo.
4.1.7.

Gerao da Resposta com o Recibo

No existindo qualquer problema nas validaes, o aplicativo dever gerar um nmero de


recibo (vide item 6.5) e gravar a mensagem juntamente com o CNPJ do transmissor, verso da
mensagem e o cdigo da UF de origem.
Aps a gravao da mensagem na fila de entrada, ser retornada uma mensagem de
confirmao de recebimento para o transmissor, com as seguintes informaes:

identificao do ambiente;
verso do aplicativo;
o cdigo 103 e o literal Arquivo recebido com Sucesso;
o cdigo da UF que atendeu a solicitao;
o nmero do recibo (vide item 6.5), com data, hora e local de recebimento da
mensagem;
tempo mdio de resposta do servio de processamento dos arquivos nos ltimos 5
minutos (vide detalhamento da forma de clculo no item 6.7).

Caso ocorra algum problema de validao, o aplicativo dever 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.1);
o cdigo da UF que atendeu a solicitao;
35

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.1.8.

Validao da rea de Dados

a) Validao de forma da rea de dados


A validao de forma da rea de dados da mensagem realizada com a seguinte regra:
#
D01
D02
D03
D04
D05

Validao da rea de dados da mensagem


Regra de Validao
Crtica
Verifica Schema XML da rea de Dados (parte genrica)
Obrig.
Verifica a existncia de qualquer namespace diverso do
namespace
padro
do
MDF-e Facult.
(http://www.portalfiscal.inf.br/mdfe)
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.

A existncia de qualquer erro na validao de forma da rea de dados (item 4.1.8 a) implica na
rejeio do arquivo.
A validao do schema XML do MDF-e pelo Ambiente Autorizador dever ser feita em duas
etapas:
- A primeira etapa deve validar a estrutura genrica do arquivo, submetendo a mensagem
contra o schema XML definido para o mesmo. Em caso de erro, retornar o cdigo 225;
- A segunda etapa (realizada mais adiante) deve validar a estrutura especfica do modal. Em
caso de erro, retornar o cdigo 580.
b) Validao do Certificado Digital de Assinatura
A seguir ser validada a assinatura digital do MDF-e:
#

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.

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)

36

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

c) Validao da Assinatura Digital


Validao da Assinatura Digital
#

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 Emitente
Certificado Digital

Obrig.

213

Rej.

Msg

Efeito

difere

do

CNPJ-Base

do

d) Validao das regras de negcios do MDF-e


#

Validao das Regras de Negcio de Autorizao do MDF-e


Regra de Validao
Crtica

G001

Tipo do ambiente do MDF-e difere do ambiente do Web


Obrig.
Service

252

Rej.

G002

Cdigo da UF do Emitente difere da UF do Web Service

Obrig.

226

Rej.

G003

Sigla da UF do Emitente difere da UF do Web Service


Processo de emisso informado invlido
(diferente de 0 ou 3)

Obrig.
Obrig.

247
494

Rej.
Rej.

Campo "ID" invlido:


- Falta literal "MDFe"
Obrig.
- Chave de acesso do campo ID difere da concatenao dos
campos correspondentes

227

Rej.

253

Rej.

579

Rej

Verifica Schema XML conforme o modal (parte especfica do Obrig.


modal)
Cdigo Municpio de Carregamento do MDF-e invlido (dgito Facult.
de controle), vide item 2.1 do Anexo III.

580

Rej.

455

Rej.

Municpio de Carregamento do MDF-e diverge da UF (verificar


se as 2 posies da esquerda do cdigo de municpio que
identifica o cdigo da UF esto de acordo com a sigla da UF
informada)
Cdigo Municpio de decarregamento do MDF-e invlido (dgito
de controle), vide item 2.1 do Anexo III.
Retornar o cdigo do municpio de descarga invlido.
Municpio de descarregamento diverge da UF de
descarregamento (verificar se as 2 posies da esquerda do
cdigo de municpio de descarregamento que identifica o
cdigo da UF de descarga esto de acordo com a sigla da UF
informada)
Retornar o cdigo do municpio de descarga invlido.
Pelo menos um dos grupos de documentos dever ser
informado (CT-e, CT, NF-e, NF e/ou MDF-e)
Se tipo emitente informado for igual a Prestador de Servio de

Obrig.

456

Rej.

Facult.

611

Rej.

Obrig.

612

Rej.

Obrig.

616

Rej.

Obrig.

638

Rej.

G004

G005

G006
G007
G008
G009

G010

G011

G012

G013
G013a

Dgito Verificador invlido da Chave de acesso resultante da


Obrig.
concatenao dos campos correspondentes
Verificar se a Verso do Modal suportada
Obrig

37

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

G013b

G014
G015

G016

G017

G018

G019

G020

G021

G022
G023

G024

G025

G026

G027

G028

G029

Transporte (tpEmit=1):
Os grupos de documentos NFe e/ou NF no podem ser
preenchidos
Se tipo emitente informado for igual a Transportador de Carga
Prpria (tpEmit=2):
Os grupos de documentos CTe e/ou CT no podem ser
preenchidos
Se informado grupo CTe
Chave de acesso de um dos CT-e invlida (dgito de controle,
zeros ou nulo)
Observao: Retornar a chave invlida
Se informado grupo CTe:
- Chave de acesso de CT-e invlida (Ano < 2009 ou Ano maior
que Ano corrente)
Observao: Retornar a chave invlida
Se informado grupo CTe:
- Chave de acesso de CT-e invlida (Ms = 0 ou Ms > 12)
Observao: Retornar a chave invlida
Se informado grupo CTe:
- Chave de acesso de CT-e invlida (CNPJ zerado ou digito
invlido)
Observao: Retornar a chave invlida
Se informado grupo CTe:
- Chave de acesso de CT-e invlida (modelo diferente de 57)
Observao: Retornar a chave invlida
Se informado grupo CTe:
- Chave de acesso de CT-e invlida (numero CT = 0)
Observao: Retornar a chave invlida
Se o tipo de emisso do CT-e informado for FS-DA, o campo
SegCodBarra ter de ser informado
Observao: Retornar a chave do CT-e em contingncia
Se o tipo de emisso do CT-e informado for diferente de FSDA, o campo SegCodBarra no dever ser informado
Observao: Retornar a chave do CT-e em contingncia
Se informado grupo NFe
Chave de acesso de uma das NF-e invlida (dgito de controle,
zeros ou nulo)
Observao: Retornar a chave invlida
Se informado grupo NFe:
- Chave de acesso de NF-e invlida (Ano < 2005 ou Ano maior
que Ano corrente)
Observao: Retornar a chave invlida
Se informado grupo NFe:
- Chave de acesso de NF-e invlida (Ms = 0 ou Ms > 12)
Observao: Retornar a chave invlida
Se informado grupo NFe:
- Chave de acesso de NF-e invlida (CNPJ zerado ou digito
invlido)
Observao: Retornar a chave invlida
Se informado grupo NFe:
- Chave de acesso de NF-e invlida (modelo diferente de 55)
Observao: Retornar a chave invlida
Se informado grupo NFe:
- Chave de acesso de NF-e invlida (numero NF = 0)
Observao: Retornar a chave invlida
Se informado o grupo MDFeTransp:
Verificar se o MDF-e do modal Aquavirio
Se informado o grupo MDFeTransp:
Verificar de UF de carregamento ou UF de descarregamento =
Amazonas (AM) ou Amap (AP)

Obrig.

639

Rej.

Obrig.

601

Rej.

Obrig.

617

Rej.

Obrig.

618

Rej.

Obrig.

619

Rej.

Obrig.

620

Rej.

Obrig.

621

Rej.

Obrig.

602

Rej.

Obrig.

603

Rej.

Obrig.

604

Rej.

Obrig.

622

Rej.

Obrig.

623

Rej.

Obrig.

624

Rej.

Obrig.

625

Rej.

Obrig.

626

Rej.

Obrig.

647

Rej

Obrig.

648

Rej.

38

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

G030
G031

G032

G033

G034

G035

G036

G037

G038

G039

G040

G041

G042

G043

G044
G045

G046

Se informado grupo MDFeTransp


Chave de acesso de um dos MDF-e invlida (dgito de
controle, zeros ou nulo)
Observao: Retornar a chave invlida
Se informado grupo MDFeTransp:
- Chave de acesso de MDF-e invlida (Ano < 2013 ou Ano
maior que Ano corrente)
Observao: Retornar a chave invlida
Se informado grupo MDFeTransp:
- Chave de acesso de MDF-e invlida (Ms = 0 ou Ms > 12)
Observao: Retornar a chave invlida
Se informado grupo MDFeTransp:
- Chave de acesso de MDF-e invlida (CNPJ zerado ou digito
invlido)
Observao: Retornar a chave invlida
Se informado grupo MDFeTransp:
- Chave de acesso de MDF-e invlida (modelo diferente de 58)
Observao: Retornar a chave invlida
Se informado grupo MDFeTransp:
- Chave de acesso de MDF-e invlida (numero MDF = 0)
Observao: Retornar a chave invlida
Se informado grupo MDFeTransp:
Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Serie, Nro.)
com as informaes da chave chMDFe indicada.
Verificar se MDF-e existe
Observao: Retornar a chave do MDF-e inexistente
Se informado grupo MDFeTransp:
Chave de Acesso do MDF-e difere da existente em BD
(opcionalmente a descrio do erro, campo xMotivo, tem
concatenada a Chave de Acesso existente)

Obrig.

649

Rej.

Obrig.

650

Rej.

Obrig.

651

Rej.

Obrig.

652

Rej.

Obrig.

653

Rej.

Obrig.

654

Rej.

Obrig.

655

Rej.

Obrig.

656

Rej.

Obrig.

657

Rej.

Obrig.

658

Rej.

Obrig.

659

Rej.

Obrig.

606

Rej.

Obrig.

607

Rej.

Obrig.

608

Rej.

Obrig.

207

Rej.

IE Emitente no informada (zeros ou nulo)


Obrig.
IE Emitente invlida (erro no dgito de controle)
Obs.: Antes da validao, a IE dever ser normalizada, na
aplicao da SEFAZ, com o acrscimo de zeros no
significativos previstos na definio do formato da IE se Obrig.
necessrio.
Ex.:
IE
informada
130000019,
formato
da
IE:
NNNNNNNNNND, a IE deve ser padronizada para

229

Rej.

209

Rej.

Se informado grupo MDFeTransp:


MDF-e indicado est cancelado
Observao: Retornar a chave do MDF-e cancelado
Se informado grupo MDFeTransp:
Modal do MDF-e indicado diferente de Rodovirio
Observao: Retornar a chave do MDF-e
Se informado grupo MDFeTransp e tipo emitente informado for
igual a Transportador de Carga Prpria (tpEmit=2):
Verificar se tipo do emitente do MDF-e referenciado igual a
Transportador de Carga Prpria
Observao: Retornar a chave do MDF-e
Se o tipo de emisso da NF-e informada for FS-DA ou FS-IA, o
campo SegCodBarra ter de ser informado
Observao: Retornar a chave da NF-e em contingncia
Se o tipo de emisso da NF-e informada for diferente de FSDA ou FS-IA, o campo SegCodBarra no dever ser informado
Observao: Retornar a chave da NF-e em contingncia
Se informado o grupo NF, as notas relacionadas devem ter
sido emitidas pela mesma empresa emissora do manifesto
(CNPJ base).
CNPJ Emitente invlido (dgito controle, zeros ou nulo)

39

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

G047
G048
G049
G050

G051

00130000019, com o acrscimo dos zeros no significativos


necessrios para a validao do dgito verificador.
Acessar Cadastro Contribuinte para o Emitente
Obrig.
- CNPJ emitente no cadastrado
Emitente no credenciado no CT-e e/ou NF-e
Obrig.

245

Rej.

203

Rej.

IE Emitente no vinculada ao CNPJ


Obrig.
Data/Hora de Emisso posterior a Data/Hora de Recebimento (o Obrig.
Ambiente Autorizador deve considerar a hora local do emissor
para a validao). A SEFAZ deve tolerar uma diferena mxima
de 5 minutos quando a data/hora de emisso for maior que a
data de recebimento, em funo da sincronizao de horrio de
servidores.

231
212

Rej.
Rej.

Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Srie, Nro):


- MDF-e j cadastrado, com diferena na Chave de Acesso
(campo de Cdigo Numrico difere)
Retornar a chave de acesso j autorizada e o nmero do
recibo:

Obrig

539

Rej.

Obrig.

204

Rej.

Obrig.

218

Rej.

Obrig.

609

Rej.

Obrig.

610

Rej.

Obrig.

646

Rej.

660

Rej.

661

Rej.

[chMDFe: 99999999999999999999999999999999999999999999]
[nRec:999999999999999].

G052
G053
G054

G055

G056

G057
G058

4.1.9.

Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Serie, Nro.)


Mensagem duplicidade de MDF-e
Retornar o nmero do recibo [nRec:999999999999999.
Verificar se o MDF-e j est Cancelado.
Retornar o nmero do recibo [nRec:999999999999999]
Verificar se o MDF-e j est encerrado
Retornar o nmero do recibo [nRec:999999999999999]
Se modal rodovirio:
Verificar se existe MDF-e no encerrado, para a placa principal
(mesmo CNPJ base do emitente do MDF-e, mesma placa,
mesma UF carregamento, mesma UF descarregamento e Data
de emisso diferente).
*Na data de emisso considerar dia, ms e ano.
Se modal rodovirio, UF Carregamento e Descarregamento
forem diferentes de Exterior:
Verificar se as placas informadas (veiculo Trao e Reboques)
encontram-se diferentes do formato nacional (AAAXXXX).

Se informada autorizao download XML com CNPJ:


Obrig.
CNPJ com zeros ou dgito invlido
Se informada autorizao download do XML com CPF:
CPF com zeros, nulo, nmeros repetidos (111, 222, etc), ou Obrig.
dgito de controle invlido.

Final do Processamento do MDF-e

A validao do MDF-e poder resultar em:


Rejeio o MDF-e ser descartado, no sendo armazenado no Banco de Dados
podendo ser corrigido e novamente transmitido;
Autorizao de uso o MDF -e ser armazenado no Banco de Dados;

40

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Ou seja:
Validao
De forma
Situao do
do MDF-e
MDF-e

Conseqncia
Para o contribuinte

Banco de Dados

Invlida

Rejeio

Corrigir MDF-e

No gravar

Vlida

Autorizao de
uso

A prestao autorizada

Gravar

Para cada MDF-e ser atribudo um nmero de protocolo do Ambiente Autorizador (vide regra
de formao no item 6.6).
O resultado do processamento do arquivo ser disponibilizado na fila de sada e conter o
resultado da validao do MDF-e.
O resultado do processamento do MDF-e dever ficar disponvel na fila de sada por um
perodo mnimo de 24 horas.

41

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.2. Web Service MDFeRetRecepcao

Funo: servio destinado a devolver o resultado do processamento do MDF-e.


Processo: assncrono.
Mtodo: mdfeRetRecepcao
4.2.1.

Leiaute Mensagem de Entrada

Entrada: Estrutura XML contendo o nmero do recibo que identifica a mensagem de envio de
MDF-e.
Schema XML: consReciMdfe_v99.99.xsd
#
Campo
BP01 consReciMDFe
BP02 versao
BP03 tpAmb
BP04 nRec

4.2.2.

Ele Pai Tipo Ocor. Tam. Dec.


Descrio/Observao
Raiz
TAG raiz
A BP01
N
1-1
1-4
2 Verso do leiaute
E BP01
N
1-1
1
Identificao do Ambiente:
1 Produo / 2 Homologao
E BP01
N
1-1
15
Nmero do Recibo
Nmero gerado pelo
Ambiente Autorizador,
composto por: duas posies com cdigo da UF
onde foi entregue o arquivo, codificao de UF do
IBGE, e treze posies numricas seqenciais.

Leiaute Mensagem de Retorno

Retorno: Estrutura XML com o resultado do processamento da mensagem de envio de MDF-e.


Schema XML: retConsReciMdfe_v99.99.xsd
#

Campo

Ele

BR01 retConsReciMDFe Raiz

Pai

Tipo Ocor. Tam. Dec.

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).

42

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
BR06 cStat

BR01

1-1

Cdigo do status da resposta para o arquivo (vide


item 6.1.1)

BR07 xMotivo

BR01

1-1

1-255

Descrio literal do status da resposta para o


arquivo.

BR08 cUF

BR01

1-1

Cdigo da UF que atendeu a solicitao.

xml BR01

0-1

Resultado do processamento do MDF-e (vide


leiaute abaixo).
Estas informaes so retornadas apenas para o
cdigo do status do arquivo = 104 (Arquivo
processado)

BR09 protMDFe*

Leiaute de MDF-e processado:


#

Campo

PR01 protMDFe

Ele

Pai

Tipo Ocor. Tam. Dec.

Descrio/Observao

Raiz

PR02 versao

PR01

1-1

TAG raiz do Protocolo de recebimento do MDF-e

PR03 infProt

PR01

1-1

Informaes do Protocolo de resposta.


TAG a ser assinada

PR04 Id

ID

PR03

0-1

Identificador da TAG a ser assinada, somente


precisa ser informado se a UF assinar a resposta.
Em caso de assinatura da resposta pela SEFAZ
preencher o campo com o Nro do Protocolo,
precedido com o literal ID

PR05 tpAmb

PR03

1-1

Identificao do Ambiente:
1 Produo / 2 Homologao

PR06 verAplic

PR03

1-1

1-20

PR07 chMDFe

PR03

1-1

44

Chave de Acesso do MDF-e composto por Cdigo


da UF + AAMM da emisso + CNPJ do Emitente
+ Modelo, Srie e Nmero do MDF-e + Forma de
Emisso+ Cdigo Numrico + DV.

PR08 dhRecbto

PR03

1-1

Data e hora de processamento


Formato = AAAA-MM-DDTHH:MM:SS
Preenchido com data e hora da gravao do
MDF-e no Banco de Dados.
Em caso de Rejeio, com data e hora do
recebimento do Arquivo de MDF-e enviado.

Verso do leiaute das informaes de Protocolo.

Verso do Aplicativo que recebeu o Arquivo.

PR09 nProt

PR03

0-1

15

Nmero do Protocolo da MDF-e (vide item 6.6).

PR10 digVal

PR03

0-1

28

Digest Value do MDF-e processado


Utilizado para conferir a integridade do MDF-e
original.

PR11 cStat

PR03

1-1

Cdigo do status da resposta para o MDF-e (vide


item 6.1.1).

PR12 xMotivo

PR03

1-1

1-255

Descrio literal do status da resposta para o


MDF-e.

PR13 Signature

PR01

xml

0-1

Assinatura XML do grupo identificado pelo


atributo ID
A deciso de assinar a mensagem fica a critrio
da UF interessada.

4.2.3.

Descrio do Processo de Web Service

Este mtodo oferece a consulta do resultado do processamento do MDF-e.


O aplicativo do Contribuinte deve ser construdo de forma a aguardar um tempo mnimo de 15
segundos entre o envio do MDF-e para processamento e a consulta do resultado deste
processamento, evitando a obteno desnecessria do status de erro 105 Arquivo em
Processamento.
43

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Devero ser realizadas as validaes e procedimentos que seguem:


4.2.4.

Validao do Certificado de Transmisso


Validao do Certificado Digital do Transmissor (protocolo SSL)

Regra de Validao

Crtica

Msg

Efeito

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

280

Rej.

A02 Validade do Certificado (data incio e data fim)

Obrig.

281

Rej.

A03 Verifica
a
Cadeia
de
Certificao: Obrig.
- Certificado da AC emissora no cadastrado na SEFAZ
Certificado
de
AC
revogado
- Certificado no assinado pela AC emissora do Certificado

283

Rej.

A04 LCR
do
Certificado
Falta
o
endereo
da
LCR
- LCR indisponvel
- LCR invlida

Transmissor Obrig.
DistributionPoint)

286

Rej.

A05 Certificado do Transmissor revogado

Obrig.

284

Rej.

A06 Certificado Raiz difere da ICP-Brasil

Obrig.

285

Rej.

Obrig.

282

Rej.

A07 Falta a extenso


OID=2.16.76.1.3.3)

de

CNPJ

no

de
(CRL

Certificado

(OtherName

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.
4.2.5.

Validao Inicial da Mensagem no Web Service


Validao Inicial da Mensagem no Web Service

Regra de Validao

Aplic.

Msg

Efeito

B01 Tamanho do XML de Dados superior a 500 Kbytes

Obrig.

214

Rej.

B02 XML de Dados Mal Formado

Facult.

243

Rej.

B03 Verifica se o Servio est Paralisado Momentaneamente

Obrig.

108

Rej.

B04 Verifica se o Servio est Paralisado sem Previso

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.

44

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

No momento do recebimento da mensagem no Web Service, a critrio do Ambiente


Autorizador, poder ser verificado se o XML de dados esteja bem formado. Esta verificao
til para a UF que deseja armazenar o XML de dados em estrutura XML de banco de dados.
O Ambiente Autorizador que mantm o Web Service disponvel mesmo quando o servio esteja
paralisado, dever implementar as validaes 108 e 109. Estas validaes podero ser
dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
4.2.6.

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

C01 Elemento mdfeCabecMsg inexistente no SOAP Header

Facult.

242

Rej.

C02 Campo cUF inexistente no elemento mdfeCabecMsg do SOAP Header

Obrig.

409

Rej.

C03 Verificar se a UF informada no cUF atendida pelo WebService

Obrig.

410

Rej.

C04 Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Obrig.


Header

411

Rej.

C05 Verso dos Dados informada superior verso vigente

Facult.

238

Rej.

C06 Verso dos Dados no suportada

Obrig.

239

Rej.

A informao da verso do leiaute do lote e a UF de origem do emissor do manifesto so


informadas no elemento mdfeCabecMsg do SOAP Header (para maiores detalhes vide item
3.4.1).
A aplicao dever validar os campos cUF e versaoDados, rejeitando a mensagem recebida em
caso de informaes inexistentes ou invlidas.
O cabealho contm a verso do Schema XML da mensagem contida na rea de dados que
ser utilizado pelo Web Service.
4.2.7.

Validao da rea de Dados

a) Validao da Forma da rea de Dados


Validao da Mensagem do Pedido de Consulta
#

Regra de Validao

Aplic.

Msg

Efeito

Obrig.

215

Rej.

D02 Verifica a existncia de qualquer namespace diverso do namespace Facult.


padro do MDF-e (http://www.portalfiscal.inf.br/mdfe)
D03 Verifica a existncia de caracteres de edio no incio ou fim da Facult.
mensagem ou entre as tags

598

Rej.

599

Rej.

D04 Verifica o uso de prefixo no namespace

Obrig.

404

Rej.

D05 XML utiliza codificao diferente de UTF-8

Obrig.

402

Rej.

D01 Verifica Schema XML da rea de Dados

b) Validao das Regras de Negcio da Consulta Recibo


A seguir so realizadas as seguintes validaes:
45

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Validao da Consulta Recibo


#

Regra de Validao

Aplic.

Msg

Efeito

E01 Tipo do ambiente do MDF-e difere do ambiente do Web Service

Obrig.

252

Rej.

E02 UF do Recibo difere da UF do Web Service

Obrig.

248

Rej.

E02a Tipo Autorizador do Recibo no compatvel com o rgo Autorizador

Obrig.

473

Rej.

Obrig.

106

Rej.

E04 - Verifica se o Arquivo no est na fila de resposta, mas est na fila de Obrig.
entrada

105

Rej.

E05 CNPJ do transmissor do Arquivo difere do CNPJ do transmissor da Obrig.


consulta

223

Rej.

(9=SEFAZ NACIONAL)

E03 - Verifica se o Arquivo no est na fila de sada, nem na fila de entrada

4.2.8.

Final do Processamento

A mensagem de retorno poder ser:


Arquivo processado cStat=104, com o resultado do processamento do MDF-e;
Arquivo em processamento cStat=105, o aplicativo do contribuinte dever fazer uma
nova consulta;
Arquivo 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;

46

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.3. Web Service MDFeConsulta Protocolo

Funo: servio destinado ao atendimento de solicitaes de consulta da situao atual do


MDF-e na Base de Dados do Ambiente Autorizador.
Processo: sncrono.
Mtodo: mdfeConsultaMDF
4.3.1.

Leiaute Mensagem de Entrada

Entrada: Estrutura XML contendo a chave de acesso do MDF-e.


Schema XML: consSitMdfe_v99.99.xsd
Campo

Ele

Pai

CP01 consSitMDFe

Raiz

CP02 versao

EP01

1-1

1-4

CP03 tpAmb

EP01

1-1

Identificao do Ambiente:
1 Produo / 2 Homologao

CP04 xServ

EP01

1-1

Servio solicitado
CONSULTAR

CP05 chMDFe

EP01

1-1

44

Chave de Acesso do MDF-e composto por Cdigo


da UF + AAMM da emisso + CNPJ do Emitente
+ Modelo, Srie e Nmero do MDF-e + Forma de
Emisso + Cdigo Numrico + DV.

4.3.2.

Tipo Ocor. Tam. Dec.

Descrio/Observao
TAG raiz

Verso do leiaute

Leiaute Mensagem de Retorno

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


Schema XML: retConsSitMDFe_v99.99.xsd
#

Campo

Ele

Pai

Raiz

CR02 versao

ER01

1-1

1-4

CR03 tpAmb

ER01

1-1

CR04 verAplic

ER01

1-1

1-20

CR01 retConsSitMDFe

Tipo Ocor. Tam. Dec.

Descrio/Observao
TAG raiz da Resposta

Verso do leiaute
Identificao do Ambiente:
1 Produo / 2 Homologao
Verso do Aplicativo que processou a consulta

47

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
CR05 cStat

ER01

1-1

CR06 xMotivo

ER01

1-1

1-255

CR07 cUF

ER01

1-1

Cdigo da UF que atendeu a solicitao.

CR08 protMDFe

ER01

xml

0-1

Protocolo de autorizao de uso do MDF-e (vide


item 4.2.2).
Informar se localizado um MDF-e com cStat = 100
(uso autorizado)

CR09 procEventoMDFe

ER01

xml

0-N

Informao do evento e respectivo Protocolo


de registro de Evento

4.3.3.

Cdigo do status da resposta.


Descrio literal do status da resposta.

Descrio do Processo de Web Service

Este mtodo ser responsvel por receber as solicitaes referentes consulta de situao de
MDF-e enviados para o Ambiente Autorizador. Seu acesso permitido apenas pela chave nica
de identificao do Manifesto Eletrnico de Documentos Fiscais.
O aplicativo do contribuinte envia a solicitao para o Web Service do Ambiente Autorizador. Ao
receber a solicitao a aplicao do Ambiente Autorizador processar a solicitao de consulta,
validando a Chave de Acesso do MDF-e, e retornar mensagem contendo a situao atual do
MDF-e na Base de Dados, o respectivo Protocolo (mensagem de Autorizao de uso) e os
eventos que estiverem associados ao MDF-e (informaes do evento e protocolo de registro de
evento).
Devero ser realizadas as validaes e procedimentos que seguem.
4.3.4.

Validao do Certificado de Transmisso


Validao do Certificado Digital do Transmissor (protocolo SSL)

Regra de Validao

Crtica

Msg

Efeito

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

280

Rej.

A02 Validade do Certificado (data incio e data fim)

Obrig.

281

Rej.

A03 Verifica
a
Cadeia
de
Certificao: Obrig.
- Certificado da AC emissora no cadastrado na SEFAZ
Certificado
de
AC
revogado
- Certificado no assinado pela AC emissora do Certificado

283

Rej.

A04 LCR
do
Certificado
Falta
o
endereo
da
LCR
- LCR indisponvel
- LCR invlida
A05 Certificado do Transmissor revogado

Transmissor Obrig.
DistributionPoint)

286

Rej.

Obrig.

284

Rej.

Obrig.

285

Rej.

- Obrig.

282

Rej.

de
(CRL

A06 Certificado Raiz difere da "ICP-Brasil"


A07 Falta a extenso
OID=2.16.76.1.3.3)

de

CNPJ

no

Certificado

(OtherName

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
48

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

ICP-BR no repositrio de certificados digitais do servidor de Web Service do Ambiente


Autorizador.
4.3.5.

Validao Inicial da Mensagem no Web Service


Validao Inicial da Mensagem no Web Service

Regra de Validao

Aplic.

Msg

Efeito

B01 Tamanho do XML de Dados superior a 500 Kbytes

Obrig.

214

Rej.

B02 XML de Dados Mal Formado

Facult.

243

Rej.

B03 Verifica se o Servio est Paralisado Momentaneamente

Obrig.

108

Rej.

B04 Verifica se o Servio est Paralisado sem Previso

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 do Ambiente Autorizador
, 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.
O Ambiente Autorizador que mantm o Web Service disponvel mesmo quando o servio esteja
paralisado, dever implementar as validaes 108 e 109. Estas validaes podero ser
dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
4.3.6.

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

C01 Elemento mdfeCabecMsg inexistente no SOAP Header

Facult.

242

Rej.

C02 Campo cUF inexistente no elemento mdfeCabecMsg do SOAP Header

Obrig.

409

Rej.

C03 Verificar se a UF informada no cUF atendida pelo WebService

Obrig.

410

Rej.

C04 Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Obrig.


Header
C05 Verso dos Dados informada superior verso vigente
Facult.

411

Rej.

238

Rej.

C06 Verso dos Dados no suportada

239

Rej.

Obrig.

A informao da verso do leiaute do arquivo e a UF de origem do emissor dos manifestos so


informadas no elemento mdfeCabecMsg do SOAP Header (para maiores detalhes vide item
3.4.1).
A aplicao dever validar os campos cUF e versaoDados, rejeitando a mensagem recebida em
caso de informaes inexistentes ou invlidas.
O cabealho contm a verso do Schema XML da mensagem contida na rea de dados que
ser utilizado pelo Web Service.
49

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.3.7.

Validao da rea de Dados

a) Validao da Forma da rea de Dados


Validao da Mensagem do Pedido de Consulta de situao de MDF-e.
#

Regra de Validao

Aplic.

Msg

Efeito

Obrig.

215

Rej.

D02 Verifica a existncia de qualquer namespace diverso do namespace Facult.


padro do MDF-e (http://www.portalfiscal.inf.br/mdfe)
D03 Verifica a existncia de caracteres de edio no incio ou fim da Facult.
mensagem ou entre as tags

598

Rej.

599

Rej.

D04 Verifica o uso de prefixo no namespace

Obrig.

404

Rej.

D05 XML utiliza codificao diferente de UTF-8

Obrig.

402

Rej.

D01 Verifica Schema XML da rea de Dados

b) Validao das Regras de Negcio da Consulta MDF-e


A seguir so realizadas as seguintes validaes:
Validao do Pedido de Consulta de situao de MDF-e Regras de Negcio
#

Regra de Validao

Aplic.

Msg

Efeito

H01 Tipo do ambiente do MDF-e difere do ambiente do Web Service

Obrig.

252

Rej.

H02 UF da Chave de Acesso difere da UF do Web Service

Obrig.

226

Rej.

H03 Validar DV da Chave de Acesso

Obrig.

236

Rej.

H04 Chave de acesso invlida (Ano < 2012 ou Ano maior que Ano corrente)

Obrig.

592

Rej.

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

Obrig.

593

Rej.

H06 Chave de acesso invlida (CNPJ zerado ou digito invlido)

Obrig.

594

Rej.

H07 Chave de acesso invlida (modelo diferente de 58)

Obrig.

595

Rej.

H08 Chave de acesso invlida (numero MDFe = 0)

Obrig.

596

Rej.

Nro): Obrig.

217

Rej.

H10 - Verificar se campo Cdigo Numrico informado na Chave de Acesso Obrig.


diferente do existente no BD

216

Rej.

H11 Chave de Acesso difere da existente em BD (opcionalmente a descrio Obrig.


do erro, campo xMotivo, tem concatenada a Chave de Acesso, quando o
autor da consulta for o emissor)

600

Rej.

H09 Acesso BD MDF-e (Chave:


- Verificar se MDF-e no existe

4.3.8.

CNPJ

Emit,

Modelo,

Srie,

Final do Processamento

No processamento do pedido de consulta de status de MDF-e pode resultar em uma mensagem


de erro, caso o MDF-e no seja localizado. Ou, caso localizado, retornar a situao atual do
MDF-e consultado, retornando o cStat com um dos valores, 100 (Autorizado o Uso do MDF-e),
101 (Cancelamento de MDF-e homologado), 132 (Encerramento de MDF-e homologado) e
tambm o respectivo protocolo de autorizao de uso de uso e registro de eventos.

50

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.4. Web Service MDFeStatusServico

Funo: servio destinado consulta do status do servio prestado pelo Ambiente Autorizador.
Processo: sncrono.
Mtodo: mdfeStatusServicoMDF
4.4.1.

Leiaute Mensagem de Entrada

Entrada: Estrutura XML para a consulta do status do servio.


Schema XML: consStatServ_v99.99.xsd
#

Campo

Ele

DP01 consStatServMDFe Raiz

Pai

Tipo Ocor. Tam. Dec.

Descrio/Observao
TAG raiz

DP02 versao

FP01

1-1

1-4

DP03 tpAmb

FP01

1-1

Identificao do Ambiente:
1 Produo / 2 - Homologao

DP04 xServ

FP01

1-1

Servio solicitado
STATUS

4.4.2.

Verso do leiaute

Leiaute Mensagem de Retorno

Retorno: Estrutura XML contendo a mensagem do resultado da consulta do status do servio:


Schema XML: retConsStatServ _v99.99.xsd
#

Campo

Ele

DR01 retConsStatServMDFe Raiz

Pai

Tipo Ocor. Tam. Dec.

DR02 Verso

FR01

1-1

1-4

DR03 tpAmb

FR01

1-1

DR04 verAplic

FR01

1-1

1-20

DR05 cStat

FR01

1-1

DR06 xMotivo

FR01

1-1

1-60

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.

51

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
DR07 cUF

FR01

1-1

Cdigo da UF que atendeu a solicitao

DR08 dhRecbto

FR01

1-1

Data e hora de recebimento


Formato = AAAA-MM-DDTHH:MM:SS
Preenchido com data e hora do recebimento do
Pedido.

DR09 tMed

FR01

0-1

1-4

Tempo mdio de resposta do servio (em


segundos) dos ltimos 5 minutos.

DR10 dhRetorno

FR01

0-1

Preencher com data e hora previstas para o


retorno do Web Service, no formato AAA-MMDDTHH:MM:SS

DR11 xObs

FR01

0-1

1-255

4.4.3.

Informaes adicionais para o Contribuinte

Descrio do Processo de Web Service

Este mtodo ser responsvel por receber as solicitaes referentes consulta do status do
servio do Ambiente Autorizador.
O aplicativo do contribuinte envia a solicitao para o Web Service do Ambiente Autorizador. Ao
receber a solicitao a aplicao do Ambiente Autorizador processar a solicitao de consulta,
e retornar mensagem contendo o status do servio.
A empresa que construir aplicativo que se mantenha em permanente "loop" de consulta a este
Web Service, dever aguardar um tempo mnimo de 3 minutos entre uma consulta e outra,
evitando sobrecarga desnecessria dos servidores do Ambiente Autorizador.
Devero ser realizadas as validaes e procedimentos que seguem.
4.4.4.

Validao do Certificado de Transmisso


Validao do Certificado Digital do Transmissor (protocolo SSL)

Regra de Validao

Crtica

Msg

Efeito

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

280

Rej.

A02 Validade do Certificado (data incio e data fim)

Obrig.

281

Rej.

A03 Verifica
a
Cadeia
de
Certificao: Obrig.
- Certificado da AC emissora no cadastrado na SEFAZ
Certificado
de
AC
revogado
- Certificado no assinado pela AC emissora do Certificado

283

Rej.

A04 LCR
do
Certificado
Falta
o
endereo
da
LCR
- LCR indisponvel
- LCR invlida

Transmissor Obrig.
DistributionPoint)

286

Rej.

A05 Certificado do Transmissor revogado

Obrig.

284

Rej.

A06 Certificado Raiz difere da "ICP-Brasil"

Obrig.

285

Rej.

- Obrig.

282

Rej.

A07 Falta a extenso


OID=2.16.76.1.3.3)

de

CNPJ

no

de
(CRL

Certificado

(OtherName

52

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

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 do Ambiente
Autorizador.
4.4.5.

Validao Inicial da Mensagem no Web Service


Validao Inicial da Mensagem no Web Service

Regra de Validao

Aplic.

Msg

Efeito

B01 Tamanho do XML de Dados superior a 500 Kbytes

Obrig.

214

Rej.

B02 XML de Dados Mal Formado

Facult.

243

Rej.

B03 Verifica se o Servio est Paralisado Momentaneamente

Obrig.

108

Rej.

B04 Verifica se o Servio est Paralisado sem Previso

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 do Ambiente
Autorizador, poder ser verificado se o XML de dados esteja bem formado. Esta verificao
til para a UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.
O Ambiente Autorizador que mantm o Web Service disponvel mesmo quando o servio esteja
paralisado, dever implementar as validaes 108 e 109. Estas validaes podero ser
dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
4.4.6.

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

C01 Elemento mdfeCabecMsg inexistente no SOAP Header

Facult.

242

Rej.

C02 Campo cUF inexistente no elemento mdfeCabecMsg do SOAP Header

Obrig.

409

Rej.

C03 Verificar se a UF informada no cUF atendida pelo WebService

Obrig.

410

Rej.

C04 Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Obrig.


Header

411

Rej.

C05 Verso dos Dados informada superior verso vigente

Facult.

238

Rej.

C06 Verso dos Dados no suportada

Obrig.

239

Rej.

A informao da verso do leiaute do lote e a UF de origem do emissor dos conhecimentos so


informadas no elemento mdfeCabecMsg do SOAP Header (para maiores detalhes vide item
3.4.1).
A aplicao dever validar os campos cUF e versaoDados, rejeitando a mensagem recebida em
caso de informaes inexistentes ou invlidas.
53

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

O cabealho contm a verso do Schema XML da mensagem contida na rea de dados que
ser utilizado pelo Web Service.
4.4.7.

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

Obrig.

215

Rej.

D02 Verifica a existncia de qualquer namespace diverso do namespace Facult.


padro do MDF-e (http://www.portalfiscal.inf.br/mdfe)
D03 Verifica a existncia de caracteres de edio no incio ou fim da Facult.
mensagem ou entre as tags

598

Rej.

599

Rej.

D04 Verifica o uso de prefixo no namespace

Obrig.

404

Rej.

D05 XML utiliza codificao diferente de UTF-8

Obrig.

402

Rej.

D01 Verifica Schema XML da rea de Dados

b) Validao das Regras de Negcios da Consulta Status de Servio do MDF-e


Validao do Pedido de Consulta de Status de Servio Regras de Negcios
#

Regra de Validao

Aplic.

Msg

Efeito

Obrig.

252

Rej.

Paralisado Obrig.

108

109

I01 Tipo do ambiente do MDF-e difere do ambiente do Web Service


I03 Verifica se o Servidor
Momentaneamente

de

Processamento

est

I04 Verifica se o Servidor de Processamento est Paralisado sem Previso

4.4.8.

Obrig.

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).
A critrio da UF o campo xObs pode ser utilizado para fornecer maiores informaes ao
contribuinte, como por exemplo: manuteno programada, modificao de verso do
aplicativo, previso de retorno, etc.

54

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.5. Sistema de Registro de Eventos

Sistema de Registro de Eventos


Emissor MDF-e

WS da Fazenda
Web Service :
RecepcaoEvento

Proc .

Envio de Evento do MDF-e

mdfeRecepcaoEvento
Ret

Cliente
SRE

Recepo
Aplicao SRE

Retorno

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


Processo: sncrono.
Mtodo: mdfeRecepcaoEvento
4.5.1.

Leiaute Mensagem de Entrada

Entrada: Estrutura XML com o Evento (Parte Geral)


Schema XML: eventoMDFe_v9.99.xsd
#

Campo

Ele

EP01 eventoMDFe

Raiz

EP01

1-1

1-4

EP03 infEvento

EP04

EP04 Id

ID

EP04

1-1

52

Identificador da TAG a ser assinada, a regra de


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

EP05 cOrgao

EP04

1-1

Cdigo do rgo de recepo do Evento. Utilizar


a Tabela do IBGE extendida, utilizar 90 para
identificar SUFRAMA

EP06 tpAmb

EP04

1-1

Identificao do Ambiente:
1 Produo 2 Homologao

EP07 CNPJ

EP04

1-1

14

Informar o CNPJ do autor do Evento

44

Chave de Acesso do MDF-e vinculado ao Evento

EP02 versao

Pai

Tipo Ocor. Tam. Dec.

1-1

Descrio/Observao
TAG raiz

Verso do leiaute geral dos eventos


Grupo de informaes do registro do Evento

EP08 chMDFe

EP04

1-1

EP09 dhEvento

EP04

1-1

EP10 tpEvento

EP04

1-1

EP11 nSeqEvento

EP04

1-1

1-2

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.

EP12 detEvento

EP04

1-1

EP13 versaoEvento

EP12

1-1

1-4 2

Verso do leiaute especfico do evento.

EP14 any

EP12 XML

1-1

Data e Hora do Evento no Formato = AAAA-MMDDTHH:MM:SS.


Tipo do Evento:
110111 - Cancelamento
110112 Encerramento
110114 Incluso de Condutor
310620 - Registro de Passagem

Informaes do evento especfico.


XML do evento
Insira neste local o XML especfico do tipo de
evento (cancelamento, encerramento, registro de
passagem).

55

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
EP15 Signature

4.5.2.

EP01 XML

1-1

Assinatura XML do grupo identificado pelo


atributo Id

Diagrama Simplificado do Schema: eventoMDFe_v9.99.xsd

56

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.5.3.

Leiaute Mensagem de Retorno

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


Schema XML: retEventoMDFe _v99.99.xsd
#

Campo

ER01 retEvento
ER02 versao

Ele

Pai

Raiz

Tipo Ocor. Tam. Dec.


-

ER01

1-1

1-4

1-1

Descrio/Observao
TAG raiz do Resultado do Envio do Evento

Verso do leiaute

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

Grupo de informaes do registro do Evento

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


para o SUFRAMA
Cdigo do status da resposta

ER08 cStat

ER03

1-1

ER09 xMotivo

ER03

1-1

1-255

Descrio do status da resposta

Os campos a seguir so obrigatrios no caso de homologao do evento cStat=135 ou cStat=136.


Os campos de dhRegEvento e nProt no sero preenchidos em caso de erro
ER10 chMDFe

ER03

0-1

44

Chave de Acesso do MDF-e vinculado ao evento

ER11 tpEvento

ER03

0-1

Cdigo do Tipo do Evento

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

0-1

ER16 Signature

ER01 XML

0-1

Data e Hora do Evento Formato = AAAA-MMDDTHH:MM:SS. .


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

57

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.5.4.

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

4.5.5.

Descrio do Processo de Web Service

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


MDF-e. Ao receber a solicitao do transmissor, a aplicao do Ambiente Autorizador 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.

58

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.5.6.
#

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.
4.5.7.
#
B01
B02
B03
B04

Validao Inicial da Mensagem no Web Service


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 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.

59

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

4.5.8.
#
C01
C02
C03
C04
C05
C06

Validao das informaes de controle da chamada ao Web Service


Validao das informaes de controle da chamada ao Web Service
Regra de Validao
Crtica
Msg
Elemento mdfeCabecMsg inexistente no SOAP Header
Facult.
242
Campo cUF inexistente no elemento mdfeCabecMsg do
Obrig.
409
SOAP Header
Verificar se a UF informada no cUF atendida pelo
WebService
Campo
versaoDados
inexistente
no
elemento
mdfeCabecMsg do SOAP Header
Verso dos Dados informada superior verso vigente
Verso dos Dados no suportada

Efeito
Rej.
Rej.

Obrig.

410

Rej.

Obrig.

411

Rej.

Facult.
Obrig.

238
239

Rej.
Rej.

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


informadas no elemento mdfeCabecMsg do SOAP Header (para maiores detalhes vide item
3.4.1).
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.
4.5.9.

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
MDF-e Facult.
(http://www.portalfiscal.inf.br/mdfe)
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.

b) Validao do Certificado Digital utilizado na Assinatura


#

E01

E02
E03

E04

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
Validade do Certificado (data incio e data fim)
Falta a extenso de CNPJ no Certificado (OtherName
OID=2.16.76.1.3.3)
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

Efeito

Obrig.

290

Rej.

Obrig.

291

Rej.

Obrig.

292

Rej.

Obrig.

293

Rej.

60

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

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

J01

Tipo do ambiente difere do ambiente do Web Service

Obrig.

252

Rej.

J02

Cdigo do rgo de recepo do Evento diverge do


solicitado

Obrig.

226

Rej.

J03

CNPJ do autor do evento informado invlido (DV ou


zeros)

Obrig.

627

Rej.

J04

Validar se atributo Id corresponde concatenao dos


campos evento (ID + tpEvento + chMDFe + nSeqEvento)

Obrig.

628

Rej.

J05

Verificar se o tpEvento vlido

Obrig.

629

Rej.

c) Validao da Assinatura Digital


Validao da Assinatura Digital
#

d) Validao do Evento Parte Geral


Validao Geral do Evento
#

Verificar Schema da parte especfica do Evento


J06

OBS: Utilizar o tpEvento + o atributo versaoEvento para


identificar qual schema deve ser validado.

Obrig.

630

Rej.

J07

Chave de Acesso: Dgito Verificador invlido

Obrig.

236

Rej.

J08

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


Ano corrente)

Obrig.

592

Rej.

J09

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

Obrig.

593

Rej.

J10

Chave de acesso invlida (CNPJ zerado ou digito invlido)

Obrig.

594

Rej.

J11

Chave de acesso invlida (modelo diferente de 58)

Obrig.

595

Rej.

61

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

J12

Chave de acesso invlida (numero MDFe = 0)

Obrig.

596

Rej.

J13

Verificar duplicidade do evento (cOrgao + tpEvento +


chMDFe + 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.

J14
J15

J16

J17

J18
J19

J20

Se evento do emissor verificar se CNPJ do Autor diferente


do CNPJ da chave de acesso do MDF-e
Se evento do Fisco/RFB/Outros rgos, verificar se CNPJ
do Autor consta da tabela de rgos autorizados a gerar
evento.
Se evento exige MDF-e:
Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Srie, N):
- Verificar se MDF-e no existe
Se existir o MDF-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)
Data do evento no pode ser menor que a data de emisso
do MDF-e, se existir.
Data do evento no pode ser menor que a data de
autorizao do MDF-e, se existir
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.

4.5.10. Processamento das validaes especficas do evento

Sero definidas no item 5 deste Manual correspondentes a cada evento.


4.5.11. Final do Processamento do Evento

O processamento do evento pode resultar em:


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 MDF-e, o Evento ser armazenado no repositrio do Sistema de Registro de
Eventos com a vinculao do Evento no respectivo MDF-e (cStat=135);
Recebido pelo Sistema de Registro de Eventos vinculao do evento ao
respectivo MDF-e prejudicado o Evento ser armazenado no repositrio do Sistema
de Registro de Eventos, a vinculao do evento ao respectivo MDF-e fica prejudicada
face a inexistncia do MDF-e no momento do recebimento do Evento (cStat=136);
O Ambiente Autorizador dever compartilhar os eventos autorizados no Sistema de Registro de
Eventos com os rgos interessados.

62

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

5. Sistema de Registro de Eventos (Parte Especfica)


5.1. Evento de Cancelamento

Funo: evento destinado ao atendimento de solicitaes de cancelamento de MDF-e.


Autor do Evento: O autor do evento o emissor do MDF-e. A mensagem XML do evento ser
assinada com o certificado digital que tenha o CNPJ base do Emissor do MDF-e.
Cdigo do Tipo de Evento: 110111
5.1.1.

Leiaute Mensagem do evento de Cancelamento

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

Pai

EP01 evCancMDFe

Campo

Tipo Ocor. Tam. Dec.


-

1-1

Descrio/Observao

EP02 descEvento

EP01

1-1

12

Descrio do Evento - Cancelamento

EP03 nProt

EP01

1-1

15

Informar o n do Protocolo de Autorizao do


MDF-e a ser cancelado.

EP04 xJust

EP01

1-1

1-255

Schema XML de validao


cancelamento 110111

do

evento

do

Informar a justificativa do cancelamento

5.1.2.

Diagrama Simplificado do Evento de Cancelamento

5.1.3.

Regras de Validao Especficas

#
K01

Validao Especfica do Evento


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

Crtica
Obrig.

Msg
249

Efeito
Rej.

K02

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

Obrig.

636

Rej.

K03

Acesso
Cadastro
Contribuinte:
- Verificar Emitente no autorizado a emitir MDF-e.

Obrig.

203

Rej.

63

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

K04

Verificar se MDF-e j est Cancelado.

Obrig.

218

Rej.

K05

Verificar MDF-e autorizado h mais de 24 horas


Verificar se o nmero do Protocolo informado difere do
nmero do Protocolo do MDF-e
Verificar se houve encerramento do manifesto
Verificar se houve registro de Circulao do MDF-e
* Esta regra de implementao futura

Obrig.

220

Rej.

Obrig.

222

Rej.

Obrig.

609

Rej.

Facult.

219

Rej.

K06
K07
K08

5.1.4.

Final do Processamento

Se o evento de cancelamento for homologado, a situao do MDF-e para efeito de consulta


situao passar para 101 Cancelamento homologado

64

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

5.2. Evento de Encerramento

Funo: evento destinado ao atendimento de solicitaes de encerramento de MDF-e.


Autor do Evento: O autor do evento o emissor do MDF-e. A mensagem XML do evento ser
assinada com o certificado digital que tenha o CNPJ base do Emissor do MDF-e.
Cdigo do Tipo de Evento: 110112
5.2.1.

Leiaute Mensagem do evento de Encerramento

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

Ele

Pai

EP01 evEncMDFe

1-1

EP02 descEvento

EP01

1-1

12

Descrio do Evento - Encerramento

EP03 nProt

EP01

1-1

15

Informar o n do Protocolo de Autorizao do


MDF-e a ser encerrado.

EP04 dtEnc

EP01

1-1

Data em que o manifesto foi encerrado.

EP05 cUF

EP01

1-1

Informar a UF de encerramento do manifesto

EP06 cMun

EP01

1-1

Informar o cdigo do municpio do encerramento


do manifesto

5.2.2.

Campo

Tipo Ocor. Tam. Dec.

Descrio/Observao
Schema XML de validao
encerramento 110112

do

evento

do

Diagrama Simplificado do Evento de Encerramento

65

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

5.2.3.
#
K01
K02
K03
K04
K05

Regras de Validao Especficas


Validao Especfica do Evento
Regra de Validao
UF da Chave de Acesso difere da UF do Web Service
Verificar se o nSeqEvento maior que o valor permitido (=1)
Cdigo Municpio de encerramento invlido (dgito de
controle), vide item 2.1 do Anexo III.
Municpio de encerramento diverge da UF (verificar se as 2
posies da esquerda do cdigo de municpio que identifica
o cdigo da UF esto de acordo com a UF informada)
Acesso
Cadastro
Contribuinte:
- Verificar Emitente no autorizado a emitir MDF-e.

Crtica
Obrig.
Obrig.

Msg
249
636

Efeito
Rej.
Rej.

Obrig.

613

Rej.

Obrig.

614

Rej.

Obrig.

203

Rej.

K06

Verificar se MDF-e j est Cancelado.

Obrig.

218

Rej.

K07

Verificar se a data de encerramento anterior data de


emisso do manifesto.
- Verificar se o nmero Protocolo informado difere do
nmero Protocolo do MDF-e
Verificar se houve encerramento do manifesto

Obrig.

615

Rej.

Obrig.

222

Rej.

Obrig.

609

Rej.

K08
K09

5.2.4.

Final do Processamento

Se o evento de encerramento for homologado, a situao do MDF-e para efeito de consulta


situao passar para 132 Encerramento homologado

66

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

5.3. Evento de Incluso de Condutor

Funo: evento destinado ao atendimento de solicitaes de incluso de condutor do veculo


de MDF-e Rodovirio.
Autor do Evento: O autor do evento o emissor do MDF-e. A mensagem XML do evento ser
assinada com o certificado digital que tenha o CNPJ base do Emissor do MDF-e.
Cdigo do Tipo de Evento: 110114
5.3.1.

Leiaute Mensagem do evento de Incluso de Condutor

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

Campo

Ele

Pai

Tipo Ocor. Tam. Dec.

EP01 evIncCondutorMDFe

1-1

EP02 descEvento

EP01

1-1

12

EP03 Condutor

G EP01

1-1

EP04 xNome

EP03

1-1

1-60

EP05 CPF

EP03

1-1

11

Descrio/Observao
Schema XML de validao
encerramento 110114

Informaes do condutor do veculo


CPF do condutor

5.3.3.

Regras de Validao Especficas

K03

do

Nome do condutor

Diagrama Simplificado do Evento de Incluso de Condutor

K02

evento

Descrio do Evento - Inclusao Condutor

5.3.2.

#
K01

do

Validao Especfica do Evento


Regra de Validao
UF da Chave de Acesso difere da UF do Web Service
Verificar se o nSeqEvento maior que o valor permitido
(=99)
Acesso
Cadastro
Contribuinte:
- Verificar Emitente no autorizado a emitir MDF-e.

Crtica
Obrig.

Msg
249

Efeito
Rej.

Obrig.

636

Rej.

Obrig.

203

Rej.

67

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

K04

Verificar se MDF-e j est Cancelado.

Obrig.

218

Rej.

K05
K06
K07

Verificar se MDF-e j est Encerrado


Verificar se MDF-e do modal Rodovirio
CPF Condutor: CPF invlido (dgito de controle, zeros)

Obrig.
Obrig.
Obrig.

609
644
645

Rej.
Rej.
Rej.

5.3.4.

Final do Processamento

Se o evento de incluso de condutor for homologado, o status de retorno ser 135 Evento
vinculado a MDF-e.

68

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

6. Web Services Informaes Adicionais


6.1. Regras de validao

As regras de validao aplicadas nos Web Services esto agrupadas da seguinte forma:
Grupo
Aplicao
A
Validao do Certificado Digital utilizada no protocolo SSL
Geral
B
Validao da Mensagem XML no servio assncrono
Geral
C
Validao das informaes de controle da chamada ao Web
Geral
Service
D
Validao da rea de dados da Mensagem XML
Geral
E
Validao do Certificado Digital utilizada na Assinatura Digital
Geral
F
Validao da Assinatura Digital
Geral
G
Validao do MDF-e
Especfica
H
Validao do Pedido de Consulta de situao de MDF-e
Especfica
I
Validao do Pedido de Consulta de Status de Servio
Especfica
J
Validao do Pedido de Registro de evento de MDF-e Parte
Especfica
Geral
K
Validao do Pedido de Registro de evento de MDF-e Parte
Especfica
Especfica
As regras do grupo A, B, C, D, E e F so de aplicao geral e aplicadas em todos os Web
Services existentes, as regras do grupo G, H, I, J e K so especficos de cada Web Service
existente.
6.2. Tabela de cdigos de erros e descries das mensagens de erro especficas do
MDF-e
CDIGO

RESULTADO DO PROCESSAMENTO DA SOLICITAO

100
101
103
104
105
106
107
108
109
111
112
132
135

Autorizado o uso do MDF-e


Cancelamento de MDF-e homologado
Arquivo recebido com sucesso
Arquivo processado
Arquivo em processamento
Arquivo no localizado
Servio em Operao
Servio Paralisado Momentaneamente (curto prazo)
Servio Paralisado sem Previso
Consulta cadastro com uma ocorrncia
Consulta cadastro com mais de uma ocorrncia
Encerramento de MDF-e homologado
Evento registrado e vinculado a MDF-e

136

Evento registrado, mas no vinculado a MDF-e

CDIGO

203
204
207
209
212

MOTIVOS DE NO ATENDIMENTO DA SOLICITAO

Rejeio: Emissor no habilitado para emisso do MDF-e


Rejeio: Duplicidade de MDF-e [nRec:999999999999999].
Rejeio: CNPJ do emitente invlido
Rejeio: IE do emitente invlida
Rejeio: Data de emisso MDF-e posterior a data de recebimento

69

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

213
214
215
216
217
218
219
220
222
223
225
226
227
228
229
230
231
236
238
239
242
243
245
247
248
249
250
252
253
280
281
282
283
284
285
286
290
291
292
293
294
295
296
297
298
299
402
404
409
410

Rejeio: CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital


Rejeio: Tamanho da mensagem excedeu o limite estabelecido
Rejeio: Falha no schema XML
Rejeio: Chave de Acesso difere da cadastrada
Rejeio: MDF-e no consta na base de dados da SEFAZ
Rejeio: MDF-e j est cancelado na base de dados da SEFAZ.
Rejeio: Circulao do MDF-e verificada
Rejeio: MDF-e autorizado h mais de 24 horas
Rejeio: Protocolo de Autorizao de Uso difere do cadastrado
Rejeio: CNPJ do transmissor do arquivo difere do CNPJ do transmissor da consulta
Rejeio: Falha no Schema XML do MDF-e
Rejeio: Cdigo da UF do Emitente diverge da UF autorizadora
Rejeio: Erro na composio do Campo ID
Rejeio: Data de Emisso muito atrasada
Rejeio: IE do emitente no informada
Rejeio: IE do emitente no cadastrada
Rejeio:IE do emitente no vinculada ao CNPJ
Rejeio: Chave de Acesso com dgito verificador invlido
Rejeio: Cabealho - Verso do arquivo XML superior a Verso vigente
Rejeio: Cabealho - Verso do arquivo XML no suportada
Rejeio: Elemento mdfeCabecMsg inexistente no SOAP Header
Rejeio: XML Mal Formado
Rejeio: CNPJ Emitente no cadastrado
Rejeio: Sigla da UF do Emitente diverge da UF autorizadora
Rejeio: UF do Recibo diverge da UF autorizadora
Rejeio: UF da Chave de Acesso diverge da UF autorizadora
Rejeio: UF diverge da UF autorizadora
Rejeio: Ambiente informado diverge do Ambiente de recebimento
Rejeio: Digito Verificador da chave de acesso composta invlido
Rejeio: Certificado Transmissor invlido
Rejeio: Certificado Transmissor Data Validade
Rejeio: Certificado Transmissor sem CNPJ
Rejeio: Certificado Transmissor - erro Cadeia de Certificao
Rejeio: Certificado Transmissor revogado
Rejeio: Certificado Transmissor difere ICP-Brasil
Rejeio: Certificado Transmissor erro no acesso a LCR
Rejeio: Certificado Assinatura invlido
Rejeio: Certificado Assinatura Data Validade
Rejeio: Certificado Assinatura sem CNPJ
Rejeio: Certificado Assinatura - erro Cadeia de Certificao
Rejeio: Certificado Assinatura revogado
Rejeio: Certificado Assinatura difere ICP-Brasil
Rejeio: Certificado Assinatura erro no acesso a LCR
Rejeio: Assinatura difere do calculado
Rejeio: Assinatura difere do padro do Projeto
Rejeio: XML da rea de cabealho com codificao diferente de UTF-8
Rejeio: XML da rea de dados com codificao diferente de UTF-8
Rejeio: Uso de prefixo de namespace no permitido
Rejeio: Campo cUF inexistente no elemento mdfeCabecMsg do SOAP Header
Rejeio: UF informada no campo cUF no atendida pelo WebService

70

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

411
455
456
473
494
539
579
580
592
593
594
595
596
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631

Rejeio: Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Header


Rejeio: Cdigo de Municpio de Carregamento do MDF-e: dgito invlido
Rejeio: Cdigo de Municpio diverge da UF de Carregamento do MDF-e
Rejeio: Tipo Autorizador do Recibo diverge do rgo Autorizador
Rejeio: Processo de emisso informado invlido
Rejeicao: Duplicidade de MDF-e, com diferena na Chave de Acesso

[chMDFe: 99999999999999999999999999999999999999999999][nRec:999999999999999]
Rejeio: Verso informada para o modal no suportada
Rejeio: Falha no Schema XML especfico para o modal
Rejeio: Chave de acesso invlida (Ano < 2012 ou Ano maior que Ano corrente)
Rejeio: Chave de acesso invlida (Ms = 0 ou Ms > 12)
Rejeio: Chave de acesso invlida (CNPJ zerado ou digito invlido)
Rejeio: Chave de acesso invlida (modelo diferente de 58)
Rejeio: Chave de acesso invlida (numero MDFe = 0)
Rejeio: Usar somente o namespace padrao do MDF-e
Rejeio: Nao eh permitida a presenca de caracteres de edicao no inicio/fim da mensagem ou
entre as tags da mensagem
Rejeio: Chave de Acesso difere da existente em BD
Rejeio: Chave de acesso do CT-e informado invlida
Rejeio: Segundo Cdigo de Barras deve ser informado para CT-e em contingncia FS-DA
Rejeio: Segundo Cdigo de Barras no deve ser informado para CT-e com este tipo de emisso
Rejeio: Chave de acesso da NF-e informada invlida
Rejeio: NF-e emitida por empresa diferente da empresa emitente do MDF-e
Rejeio: Segundo Cdigo de Barras deve ser informado para NF-e em contingncia (FS-DA e FSIA)
Rejeio: Segundo Cdigo de Barras no deve ser informado para NF-e com este tipo de emisso
Rejeio: NF emitida por empresa diferente da empresa emitente do MDF-e
Rejeio: MDF-e j est encerrado na base de dados da SEFAZ
Rejeio: Existe MDF-e no encerrado para esta placa, UF carregamento e UF descarregamento
em data de emisso diferente.
Rejeio: Cdigo de Municpio de descarregamento: dgito invlido
Rejeio: Cdigo de Municpio diverge da UF de descarregamento do MDF-e
Rejeio: Cdigo de Municpio de encerramento: dgito invlido
Rejeio: Cdigo de Municpio diverge da UF de encerramento do MDF-e
Rejeio: Data de encerramento anterior data de autorizao do MDF-e
Rejeio: Nenhum grupo de documentos foi informado (CT-e, CT, NF-e, NF, MDF-e)
Rejeio: Chave de acesso de CT-e invlida (Ano < 2009 ou Ano maior que Ano corrente)
Rejeio: Chave de acesso de CT-e invlida (Ms = 0 ou Ms > 12)
Rejeio: Chave de acesso de CT-e invlida (CNPJ zerado ou digito invlido)
Rejeio: Chave de acesso de CT-e invlida (modelo diferente de 57)
Rejeio: Chave de acesso de CT-e invlida (numero CT = 0)
Rejeio: Chave de acesso de NF-e invlida (Ano < 2005 ou Ano maior que Ano corrente)
Rejeio: Chave de acesso de NF-e invlida (Ms = 0 ou Ms > 12)
Rejeio: Chave de acesso de NF-e invlida (CNPJ zerado ou digito invlido)
Rejeio: Chave de acesso de NF-e invlida (modelo diferente de 55)
Rejeio: Chave de acesso de NF-e invlida (numero NF = 0)
Rejeio: CNPJ do autor do evento invlido
Rejeio: Erro Atributo ID do evento no corresponde concatenao dos campos (ID +
tpEvento + chMDFe + nSeqEvento)
Rejeio: O tpEvento informado invlido
Rejeio: Falha no Schema XML especfico para o evento
Rejeio: Duplicidade de evento

71

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

632
633
634
635
636
637
638
639
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
999

Rejeio: O autor do evento diverge do emissor do MDF-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 MDF-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 MDF-e
Rejeio: No deve ser informada Nota Fiscal para tipo de emitente Prestador Servio de
Transporte.
Rejeio: No deve ser informado Conhecimento de Transporte para tipo de emitente Transporte
de Carga Prpria.
Rejeio: UF autorizadora difere da UF de Passagem
Rejeio: Registro de Passagem descartado
Rejeio: Placa do veculo de trao deve ser informada no registro de passagem para o modal
rodovirio
Rejeio: Evento de incluso de condutor s pode ser registrado para o modal rodovirio
Rejeio: CPF do condutor invlido
Rejeio: Placa de veculo formato invlido (UF Carregamento e Descarregamento <> EX)
Rejeio: MDF-e s pode ser referenciado por manifesto do modal aquavirio
Rejeio: MDF-e s pode ser referenciado quando UF de Carregamento/Descarregamento for
igual a AM ou AP
Rejeio: Chave de acesso de MDF-e informada invlida
Rejeio: Chave de acesso de MDF-e invlida (Ano < 2013 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: MDF-e referenciado no existe na base de dados da SEFAZ
Rejeio: Chave de Acesso do MDF-e referenciado difere da existente em BD
Rejeio: MDF-e referenciado j est cancelado na base de dados da SEFAZ
Rejeio: Modal do MDF-e referenciado diferente de Rodovirio
Rejeio: Tipo do Emitente do MDF-e referenciado difere de Transportador de Carga Prpria

Rejeio: CNPJ autorizado para download invlido


Rejeio: CPF autorizado para download invlido
Rejeio: Erro no catalogado (informar a msg de erro capturado no tratamento da exceo)

OBS.:
1. Recomendamos a no utilizao de caracteres especiais ou acentuao nos textos das
mensagens de erro.
2. Recomendamos que o campo xMotivo da mensagem de erro para o cdigo 999 seja
informado com a mensagem de erro do aplicativo ou do sistema que gerou a exceo no
prevista.
6.3. Padro de nomes para os arquivos

Visando facilitar o processo de guarda dos arquivos pelos legtimos interessados, foi criado um
padro de nome para os diversos tipos de arquivos utilizados pelo sistema MDF-e. So eles:

MDF-e: O nome do arquivo ser a chave de acesso completa com extenso mdfe.xml;
Recibo: O nome do arquivo ser o nmero do lote com extenso -rec.xml;
Pedido do Resultado do Processamento do MDF-e: O nome do arquivo ser o
nmero do recibo com extenso -ped-rec.xml;
72

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Resultado do Processamento do MDF-e: O nome do arquivo ser o nmero do recibo


com extenso -pro-rec.xml;
Pedido de Registro de Evento de MDF-e: O nome do arquivo ser a chave de acesso
completa com extenso -ped-eve.xml;
Registro de Evento de MDF-e: O nome do arquivo ser a chave de acesso completa
com extenso -env.xml;
Pedido de Consulta Situao Atual do MDF-e: O nome do arquivo ser a chave de
acesso completa com extenso -ped-sit.xml;
Situao Atual do MDF-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;

O padro de nomenclatura tambm facilitar o aplicativo visualizador do MDF-e.


6.4. Tratamento de caracteres especiais no texto de XML
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:

> (sinal de maior),


< (sinal de menor),
& (e-comercial),
(aspas),
(sinal de apstrofe).

Alguns destes caracteres podem aparecer especialmente nos campos de Razo Social, Endereo e
Informao Adicional. Para resolver o problema, recomendvel o uso de uma seqncia de
escape em substituio ao respectivo caractere.

Ex. a denominao: DIAS & DIAS LTDA deve ser informada como: DIAS &amp; DIAS LTDA no
XML para no afetar o funcionamento do "parser".
caractere
<
>
&
"
'

seqncia de escape
&lt;
&gt;
&amp;
&quot;
&#39;

6.5. Chave de Acesso do MDF-e

A Chave de Acesso do MDF-e composta pelos seguintes campos que se encontram


dispersos no leiaute do MDF-e (vide Anexo I):

cUF - Cdigo da UF do emitente do Documento Fiscal


73

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

AAMM - Ano e Ms de emisso do MDF-e


CNPJ - CNPJ do emitente
mod - Modelo do Documento Fiscal
serie - Srie do Documento Fiscal
nMDFe - Nmero do Documento Fiscal
tpEmis - forma de emisso do MDF-e
cMDFe - Cdigo Numrico que compe a Chave de Acesso
cDV - Dgito Verificador da Chave de Acesso

Quantidade de
caracteres

Cdigo
da UF

AAMM
da
emisso

02

04

CNPJ do Modelo
Emitente
14

02

Srie

03

Nmero
do MDF-e
09

Forma de Cdigo
Emisso
Numrico

01

08

DV

01

O Dgito Verificador (DV) ir garantir a integridade da chave de acesso, protegendo-a


principalmente contra digitaes erradas.
CLCULO DO DGITO VERIFICADOR DA CHAVE DE ACESSO DO MDF-e
O dgito verificador da chave de acesso do MDF-e baseado em um clculo do mdulo
11. O mdulo 11 de um nmero calculado multiplicando-se cada algarismo pela seqncia de
multiplicadores 2,3,4,5,6,7,8,9,2,3, ... posicionados da direita para a esquerda.
A somatria dos resultados das ponderaes dos algarismos dividida por 11 e o DV
(dgito verificador) ser a diferena entre o divisor (11) e o resto da diviso:
DV = 11 - (resto da diviso)
Quando o resto da diviso for 0 (zero) ou 1 (um), o DV dever ser igual a 0 (zero).
Exemplo: consideremos que a chave de acesso tem a seguinte seqncia de caracteres:
A CHAVE DE ACESSO
B PESOS
C PONDERAO (A*B)

520 60 4 3 300 9 911002 50 6 5 5012000000 7 8 00 2 6 7 301 6 1


432 98 7 6 543 2 987654 32 9 8 7654329876 5 4 32 9 8 7 654 3 2
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

Somatria das ponderaes = 644


Dividindo a somatria das ponderaes por 11 teremos, 644 /11 = 58 restando 6.
Como o dgito verificador DV = 11 - (resto da diviso), portando 11 - 6 = 5
Neste caso o DV da chave de acesso do MDF-e igual a "5", valor este que dever compor a
chave de acesso totalizando a uma seqncia de 44 caracteres.
6.6. Nmero do Recibo

O nmero do Recibo deve ser gerado pelo Ambiente Autorizador, com a seguinte regra de
formao:

2 posies com o Cdigo da UF onde foi entregue o arquivo (codificao do IBGE);


74

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

1 posio com o Tipo de Autorizador (9 = SEFAZ NACIONAL);


12 posies numricas seqenciais.
campo
Quantidade de
caracteres

Cdigo da UF

Tipo Autorizador

Seqencial

02

01

12

O projeto utiliza a codificao da UF definida pelo IBGE:

Regio Norte

11-Rondnia
12-Acre
13-Amazonas
14-Roraima
15-Par
16-Amap
17-Tocantins

Regio Nordeste

Regio
Sudeste

Regio Sul

Regio
CentroOeste
21-Maranho
31-Minas
41-Paran
50-Mato
22-Piau
Gerais
42-Santa
Grosso
do
23-Cear
32-Esprito
Catarina
Sul
24-Rio Grande do Santo
43-Rio
51-Mato
Norte
33-Rio
de Grande
do Grosso
Janeiro
25-Paraba
Sul
52-Gois
26-Pernambuco
35-So Paulo
53-Distrito
27-Alagoas
Federal
28-Sergipe
29-Bahia

6.7. Nmero do protocolo

O nmero do protocolo gerado pelo Ambiente Autorizador para identificar univocamente as


transaes realizadas de autorizao de uso e registro de eventos do MDF-e.
A regra de formao do nmero do protocolo :
9
9
9
9
9
9
9
Tipo de
Cdigo
Ano
Autorizador
da UF

Sequencial de 10 posies

1 posio com o Tipo de Autorizador (9 = SEFAZ NACIONAL);


2 posies para o cdigo da UF do IBGE;
2 posies para o ano;
10 posies numricas sequenciais no ano.
A gerao do nmero de protocolo dever ser nica, sendo utilizada por todos os Web Services
que precisam atribuir um nmero de protocolo para o resultado do processamento.
Juntamente ao protocolo, no DAMDFe aparecer a data (DD/MM/AAA) e hora (hh:mm:ss).
6.8. Tempo mdio de resposta

O tempo mdio de resposta um indicador que mede a performance do servio de


processamento nos ltimos 5 minutos.
O tempo mdio de processamento de um MDF-e obtido pela diviso do tempo decorrido entre
o recebimento da mensagem e o momento de armazenamento da mensagem de
processamento do arquivo.
75

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

O tempo mdio de resposta a mdia dos tempos mdios de processamento de um MDF-e dos
ltimos 5 minutos.
Caso o tempo mdio de resposta fique abaixo de 1 (um) segundo, o tempo ser informado
como 1 segundo. As fraes de segundos sero arredondados para cima.

76

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

7. Cdigo de Barra
O padro de cdigo de barras a ser impresso no DAMDFE o CODE-128C. Utilize o cdigo de
barras:
a) No caso de DAMDFE impresso para representar um MDF-e emitido em operao normal ou
em contingncia: apenas um cdigo de barras com a chave nica de acesso do arquivo do
MDF-e, descrito no item 6.4; e
A impresso do cdigo de barras no DAMDFE 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 MDF-e 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 MDF-e
consultado.
O conjunto de caracteres representativos do Cdigo de Barras CODE-128C encontra-se no
Anexo V deste manual. Para a sua impresso ser considerada a seguinte estrutura de
simbolizao:
O cdigo de barras dever representar apenas a chave de acesso do MDF-e de 44 posies.
Para a impresso do mesmo ser considerada a seguinte estrutura de simbolizao:
Margem
clara

Start C

Chave de acesso do MDF-e 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 MDF-e: representa o conjunto de 44 caracteres da chave de acesso do
MDF-e.
DV: dgito verificador da simbologia.
Stop: caractere de parada, indica o final do cdigo ao leitor ptico.
O cdigo de barras dever ser impresso com resoluo mnima de 300 dpi, devendo ser
observada a rea reservada no DAMDFE de 3 x 9 cm.
Altura da barra: no intuito de propiciar melhor rea de leitura, a altura da barra no poder ser
inferior a 1,5 cm e nem superior a 2,5 cm.
Largura da barra: considerando que para cada smbolo da barra so codificados dois
caracteres, ento teremos:
Tamanho do campo chave de acesso = 44 (caracteres) / 2 = 22 (smbolos)
Considerando que cada smbolo possui 11 (mdulos) * 22 (smbolos) = 242 posies
Margem clara = deve ter no mnimo a dimenso de 10 (mdulos) * 2 = 20 posies
Start C = 11 (mdulos) = 11 posies
DV = 11 (mdulos) = 11 posies
Stop = 13 (mdulos) = 13 posies
Tamanho total da simbologia = 242 + 20 + 11 + 11 + 13 = 297 (posies)
Largura mxima de cada mdulo da barra = 9 cm / 297 (posies) = 0,03 cm
77

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

7.1. Clculo do dgito verificador do CODE-128C

O dgito verificador baseado em um clculo do mdulo 103 considerando a soma ponderada


dos valores de cada um dos dgitos na mensagem que est sendo codificada, incluindo o valor
do caractere de incio (start).
Exemplo: consideremos que a chave de acesso fosse apenas de oito caracteres e contivesse o
seguinte nmero: 09758364
Chave de acesso
Seqncia
Valor do caractere
Valor Ponderado (A X B)

START
A
B
C

105
105

09
1
9
9

75
2
75
150

83
3
83
249

64
4
64
256

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.2. Representao simblica do cdigo


START

09

75

83

64

DV = 48

STOP

B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S 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

A seqncia de barras est descrita na tabela do Anexo V deste manual.


B = barra preta
S = espao ou barra branca
A numerao acima indica quantas vezes a barra dever ser impressa no smbolo.

78

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

8. Documento Auxiliar de MDF-e - DAMDFe


uma representao grfica resumida do MDF-e, impressa em papel comum, para
acompanhar o transporte da carga, permitindo o acesso ao arquivo do MDF-e pela Fiscalizao
de Mercadorias em Trnsito.
O DAMDFe poder ter tantas folhas quantas forem necessrias para discriminao da
documentao fiscal eletrnica, conforme leiaute descrito no Anexo II deste manual.
O nmero do Protocolo de Autorizao de Uso recebido da SEFAZ, juntamente com a data e
hora, com minutos e segundos, devero ser impresso no DAMDFe.
Havendo necessidade e interesse por parte do emitente do MDF-e, poder acrescentar campos
no leiaute do DAMDFE, desde que sejam colocados abaixo do leiaute padro, constante deste
manual. Ainda, at 50% do verso de qualquer folha do DAMDFE poder ser utilizado para
continuao destes novos campos ou exclusivamente para outras informaes de interesse da
empresa. O restante do verso dever ser deixado sem nenhum tipo de impresso.
Sempre que o verso do DAMDFE for utilizado, a informao CONTINUA NO VERSO dever
constar no anverso, ao final do quadro Observao.

79

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

9. Contingncia
Para identificar o status operacional do Ambiente Autorizador, ser utilizado o Web Service
mdfeStatusServico. 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 ou aguardar pelo retorno do servio.
Tambm atravs deste mtodo a empresa dever identificar a sada do estado de contingncia.
Antes de entrar em contingncia a empresa tambm dever verificar o status operacional de
sua rede interna.
Quando em decorrncia de problemas tcnicos no for possvel a emisso do MDF-e, o
emitente do MDF-e deve imprimir o DAMDFE em papel comum, observando que o documento
foi emitido em contingncia, sendo que nesse documento obrigatoriamente conter a chave de
acesso dos documentos eletrnicos que o manifesto agrega ou informaes pertinentes aos
documentos em papel.
A transmisso para o Ambiente Autorizador dever ser feita logo que esteja cessada a
contingncia, observando o prazo limite de sete dias a partir da emisso do documento.
.

80

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

10.

Ambiente de Homologao / Produo

O Ambiente Autorizador ou SEFAZ Nacional dever manter dois ambientes para recepo de
MDF-e. O ambiente de homologao especfico para a realizao de testes e integrao das
aplicaes do contribuinte durante a fase de implementao e adequao do sistema de
emisso de MDF-e do contribuinte.
A emisso de MDF-e no ambiente de produo fica condicionada prvia aprovao das
equipes de TI e de negcios da prpria empresa, que dever avaliar a adequao,
comportamento e performance de seu sistema de emisso de MDF-e no ambiente de
homologao. Uma vez aprovados os testes em homologao pode o contribuinte habilitar-se
ao ambiente de produo.

81

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

11. Compartilhamento de informaes do MDF-e entre rgos


Pblicos
O Protocolo ENAT de Cooperao de implantao do Manifesto Eletrnico de Documentos
Fiscais prev o compartilhamento de MDF-e entre as administraes tributrias.
O compartilhamento das informaes ser realizado atravs do intercmbio dos seguintes
arquivos digitais:

MDF-e: Manifesto Eletrnico de Documentos Fiscais e a respectiva autorizao de uso;


Registro de Evento de MDF-e: Pedido de Registro de Evento de MDF-e e a respectiva
homologao do pedido;

11.1. Processo de Compartilhamento

Todos os documentos sero disponibilizados pelo Ambiente Autorizador para os seguintes


rgos da administrao tributria interessados:

UF de carregamento do MDF-e;
UF de descarregamento do MDF-e;
UFs de percurso do MDF-e;
SUFRAMA quando a localidade de fim da prestao de servio de transporte estiver
localizada na rea de incentivo fiscal administrada pela SUFRAMA.

11.2. Leiaute de compartilhamento: MDF-e

Schema XML: procMDFe_v99.99.xsd


#
XR01
XR02

Campo
mdfeProc
versao

Ele Pai Tipo


Raiz A XR0
N
1
G XR0
1
-

XR03

MDFe

XR04

(dados)

XR05

protMDFe

XR06

(dados)

XR0
1
-

Ocor.
1-1

Tam.
1-4

Dec. Descrio/Observao
TAG raiz
2

1-1

1-1

Dados do MDF-e, inclusive com os dados da


assinatura (Anexo I)

Dados do Protocolo de Autorizao de Uso (item


4.2.2)

11.3. Leiaute de compartilhamento: Registro de Evento de MDF-e

Schema XML: procEventoMDFe_v99.99.xsd


#
YR01
YR02
YR03
YR04
YR05

Campo
Ele Pai Tipo Ocor. Tam. Dec. Descrio/Observao
procEventoMDFe Raiz
TAG raiz
Verso
A YR01
N
1-1
1-4
2
eventoMDFe
G YR01
1-1
(dados)
Dados do Pedido de Registro de Evento
retEventoMDFe
G YR01 1-1
-

82

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
YR06

(dados)

Dados da homologao do pedido

11.4. Compartilhamento de documentos com outros rgos pblicos

O MDF-e tambm poder ser compartilhada com outros rgos da administrao direta,
indireta, fundaes e autarquias, que necessitem das informaes para desempenho de suas
atividades, mediante prvio convnio ou protocolo de cooperao, respeitado o sigilo fiscal.

83

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Anexo I Leiaute do MDF-e


- Observaes importantes para entendimento do Leiaute do MDF-e
1. Abreviaes utilizadas nas colunas de cabealho do leiaute:
#
135

Campo Nvel Descrio


vBC

Valor da Base de
Clculo do ICMS

Ele. Tipo Ocorr. Tamanho Domnio Exp.


Reg.
E

1-1

13, 2

Observaes

ER23 15 posies, sendo 13 inteiras e 2 decimais.

a) coluna # : identificador da linha da tabela;


b) coluna campo: identificador do nome do campo, como a nomenclatura dos nomes dos campos foi padronizada, um nome de campo
utilizado para identificar campos diferentes, como por exemplo, a IE, que pode ser do emitente ou do destinatrio. A diferenciao dos
campos realizada considerando as tags de grupo.
c) coluna Nvel: identificador do nvel do campo na estrutura hierrquica no schema XML. Por exemplo, o campo CFOP possui nvel = 2,
indicando que na estrutura hierrquica ele filho do campo ide que possui nvel = 1.

84

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

d) coluna Ele:
A

- indica que o campo um atributo do Elemento


anterior;

E - indica que o campo um Elemento;


CE indica que o campo um Elemento que deriva de
uma Escolha (Choice);
G indica que o campo um Elemento de Grupo;
CG - indica que o campo um Elemento de Grupo que
deriva de uma Escolha (Choice);
ID indica que o campo um ID da XML 1.0;
RC indica que o campo uma key constraint (Restrio
de Chave) para garantir a unicidade e presena do
valor;

e) coluna Tipo:
N campo numrico;
C campo alfanumrico;
D campo data;
f) Coluna Ocorrncia: x-y, onde x indica a ocorrncia mnima e y a ocorrncia mxima;

85

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

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 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 MDF-e:

Campos que representam cdigos (CNPJ, CPF, CEP, CST, NCM, EAN, etc.) devem ser 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 devem ser informados sem o separador de milhar, com uso do ponto decimal para indicar a parte fracionria se
existente respeitando-se a quantidade de dgitos prevista no leiaute;
O uso de caracteres acentuados e smbolos especiais para o preenchimento dos campos alfanumricos devem ser evitados. Os
espaos informados no incio e no final do campo alfanumrico tambm devem ser evitados;
As datas devem ser informadas no formato AAAA-MM-DD;
A forma e a obrigatoriedade de preenchimento dos campos do MDF-e 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 dever ser informada no arquivo
do MDF-e;
Tratando-se de operaes com o exterior, uma vez que o campo CNPJ obrigatrio deve informar o contedo deste campo com
zeros;
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. 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
86

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

campo opcional no leiaute/schema, pois nem todos os servios de transporte so realizados atravs de continer, mas, quando ele
existir, dever obrigatoriamente ser preenchido.

87

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

MDF-e Diagrama Simplificado parte genrica

88

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

MDF-e Diagrama Simplificado modal Rodovirio

89

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

MDF-e Diagrama Simplificado modal Areo

90

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

MDF-e Diagrama Simplificado modal Aquavirio

91

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

MDF-e Diagrama Simplificado modal Ferroviro

92

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Leiaute MDF-e Estrutura Genrica


Nvel Descrio

Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes

Campo

infMDFe

Informaes do MDF-e

versao

Verso do leiaute

1-1

Id

Identificador da tag a ser assinada

1-1

ide

Identificao do MDF-e

1-1

48

ER46

Ex: "1.00"

ER42

Informar a chave de acesso do MDF-e e


precedida do literal "MDFe"

1-1

cUF

Cdigo da UF do emitente do MDF-e

1-1

D1

Cdigo da UF do emitente do Documento


Fiscal. Utilizar a
Tabela do IBGE de cdigo de unidades da
federao.

tpAmb

Tipo do Ambiente

1-1

D5

1 - Produo
2 - Homologao

tpEmit

Tipo do Emitente

1-1

D5

1 - Prestador de servio de transporte


2 - Transportador de Carga Prpria
OBS: Deve ser preenchido com 2 para
emitentes de NF-e e pelas transportadoras
quando estiverem fazendo transporte de carga
prpria

mod

Modelo do Manifesto Eletrnico

1-1

D3

Utilizar o cdigo 58 para identificao do MDF-e

serie

Srie do Manifesto

1-1

1-3

ER29

Informar a srie do documento fiscal (informar


zero se inexistente).

10

nMDF

Nmero do Manifesto

1-1

1-9

ER28

Nmero que identifica o Manifesto. 1 a


999999999.

11

cMDF

Cdigo numrico que compe a Chave


de Acesso.

1-1

ER37

Cdigo aleatrio gerado pelo emitente, com o


objetivo de evitar acessos indevidos ao
documento.

12

cDV

Digito verificador da chave de acesso do


Manifesto

1-1

ER38

Informar o dgito de controle da chave de


acesso do MDF-e, que deve ser calculado com
a aplicao do algoritmo mdulo 11 (base 2,9)
da chave de acesso.

93

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
13

modal

Modalidade de transporte

1-1

14

dhEmi

Data e hora de emisso do Manifesto

1-1

19

15

tpEmis

Forma de emisso do Manifesto (Normal


ou Contingncia)

1-1

D5

1 - Normal
2 - Contingncia

16

procEmi

Identificao do processo de emisso do


Manifesto

1-1

D9

0 - emisso de MDF-e com aplicativo do


contribuinte;
3- emisso MDF-e pelo contribuinte com
aplicativo fornecido pelo Fisco.

17

verProc

Verso do processo de emisso

1-1

1 - 20

18

UFIni

Sigla da UF do Carregamento

1-1

D4

Utilizar a Tabela do IBGE de cdigo de


unidades da federao.
Informar 'EX' para operaes com o exterior.

19

UFFim

Sigla da UF do Descarregamento

1-1

D4

Utilizar a Tabela do IBGE de cdigo de


unidades da federao.
Informar 'EX' para operaes com o exterior.

20

infMunCarrega

Informaes
dos
Carregamento

21

cMunCarrega

Cdigo do Municpio de Carregamento

1-1

ER1

22

xMunCarrega

Nome do Municpio de Carregamento

1-1

1 - 60

ER32

Municpios

de

23

infPercurso

Informaes do Percurso do MDF-e

24

UFPer

Sigla das Unidades da Federao do


percurso do veculo.

Identificao do Emitente do Manifesto

25

emit

D7

1 - Rodovirio;
2 - Areo;
3 - Aquavirio;
4 - Ferrovirio.
ER39

ER32

Formato AAAA-MM-DDTHH:MM:DD

Informar a verso do aplicativo emissor de


MDF-e.

1 - 50

0 - 25
C

1-1

D4

No necessrio repetir as UF de Incio e Fim

1-1

26

CNPJ

CNPJ do emitente

1-1

14

ER5

27

IE

Inscrio Estadual do emitemte

1-1

2 - 14

ER27

28

xNome

Razo social ou Nome do emitente

1-1

1 - 60

ER32

Informar zeros no significativos

94

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
29

xFant

Nome fantasia do emitente

30

enderEmit

Endereo do emitente

0-1

1 - 60

ER32

1-1

31

xLgr

Logradouro

1-1

1 - 60

ER32

32

nro

Nmero

1-1

1 - 60

ER32

33

xCpl

Complemento

0-1

1 - 60

ER32

34

xBairro

Bairro

1-1

1 - 60

ER32

35

cMun

Cdigo do municpio (utilizar a tabela do


IBGE), informar 9999999 para operaes
com o exterior.

1-1

ER1

36

xMun

Nome
do
municpio,
,
informar
EXTERIOR para operaes com o
exterior.

1-1

1 - 60

ER32

37

CEP

CEP

0-1

ER37

38

UF

Sigla da UF, informar EX para operaes


com o exterior.

1-1

39

fone

Telefone

0-1

7 - 12

ER43

40

email

Endereo de E-mail

0-1

1 - 60

ER50

41

infModal

Informaes do modal

ER40

Informar zeros no significativos

D4

1-1

42

versaoModal

Verso do leiaute especfico para o


Modal

1-1

43

xs:any

XML
do
modal
Insira neste local o XML especfico do
modal (rodovirio, areo, ferrovirio ou
aquavirio).

1-1

O elemento do tipo -any- permite estender o


documento XML com elementos no
especificados pelo schema.
Insira neste local - any- o XML especfico do
modal (rodovirio, areo, ferrovirio ou
aquavirio). A especificao do schema XML
para cada modal pode ser encontrada nos
arquivos que acompanham este pacote de
liberao:
Rodovirio - ver arquivo
MDFeModalRodoviario_v9.99

95

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
Areo - ver arquivo MDFeModalAereo_v9.99
Aquavirio - arquivo
MDFeModalAquaviario_v9.99
Ferrovirio - arquivo
MDFeModalFerroviario_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.00 ser
denominado "MDFeModalRodoviario_v1.00".
44

infDoc

Informaes dos Documentos fiscais


vinculados ao manifesto

1-1

de

1100

de

1-1

ER1

1-1

1 - 60

ER32

44

ER2

45

infMunDescarga

Informaes
dos
descarregamento

Municpios

46

cMunDescarga

Cdigo
do
Descarregamento

47

xMunDescarga

Nome do Municpio de Descarregamento

48

infCTe

Conhecimentos de Tranporte - usar este


grupo quando for prestador de servio de
transporte

Municpio

02000

49

chCTe

Conhecimento Eletrnico - Chave de


Acesso

1-1

50

SegCodBarra

Segundo cdigo de barras

0-1

51

infUnidTransp

Informaes das Unidades de Transporte


(Carreta/Reboque/Vago)

Tipo da Unidade de Transporte

52

tpUnidTransp

0-n
N

1-1

Deve ser preenchido com as informaes das


unidades de transporte utilizadas.
1

D6

1 - Rodovirio Trao;
2 - Rodovirio Reboque;
3 - Navio;
4 - Balsa;
5 - Aeronave;
6 - Vago;
7 - Outros

96

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
53

idUnidTransp

Identificao da Unidade de Transporte

54

lacUnidTransp

Lacres das Unidades de Transporte

Nmero do lacre

Informaes das Unidades de Carga


(Containeres/ULD/Outros)

55
56

nLacre
infUnidCarga

1-1

1 - 20

ER49

1 - 20

ER32

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

Dispositivo de carga utilizada (Unit Load Device


- ULD) significa todo tipo de continer de carga,
vago, continer de avio, palete de aeronave
com rede ou palete de aeronave com rede
sobre um iglu.

57

tpUnidCarga

Tipo da Unidade de Carga

1-1

58

idUnidCarga

Identificao da Unidade de Carga

1-1

1 - 20

ER49

59

lacUnidCarga

Lacres das Unidades de Carga

Nmero do lacre

1-1

1 - 20

ER32

Quantidade rateada (Peso,Volume)

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

Quantidade rateada (Peso,Volume)

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

Conhecimentos Tranporte (papel)

60

nLacre

61
62
63

qtdRat
qtdRat
infCT

D7

1 - Container;
2 - ULD;
3 - Pallet;
4 - Outros;
Informar a identificao da unidade de carga,
por exemplo: nmero do container.

0-n

02000

64

nCT

Nmero do CT

1-1

1 - 20

ER32

65

serie

Srie do CT

1-1

1-3

ER29

66

subser

Subserie do CT

0-1

1-2

ER29

67

dEmi

Data de Emisso

1-1

10

ER33

Formato AAAA-MM-DD

68

vCarga

Valor total da carga

1-1

13, 2

ER24

15 posies, sendo 13 inteiras e 2 decimais.

69

infUnidTransp

Informaes das Unidades de Transporte


(Carreta/Reboque/Vago)

0-n

Deve ser preenchido com as informaes das


unidades de transporte utilizadas.

97

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
70

tpUnidTransp

Tipo da Unidade de Transporte

1-1

71

idUnidTransp

Identificao da Unidade de Transporte

1-1

1 - 20

ER49

72

lacUnidTransp

Lacres das Unidades de Transporte

Nmero do lacre

1 - 20

ER32

Informaes das Unidades de Carga


(Containeres/ULD/Outros)

73
74

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

Dispositivo de carga utilizada (Unit Load Device


- ULD) significa todo tipo de continer de carga,
vago, continer de avio, palete de aeronave
com rede ou palete de aeronave com rede
sobre um iglu.

75

tpUnidCarga

Tipo da Unidade de Carga

1-1

76

idUnidCarga

Identificao da Unidade de Carga

1-1

1 - 20

ER49

77

lacUnidCarga

Lacres das Unidades de Carga

Nmero do lacre

1-1

1 - 20

ER32

Quantidade rateada (Peso,Volume)

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

Quantidade rateada (Peso,Volume)

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

Nota Fiscal Eletronica

44

ER2

78
79
80
81

nLacre
qtdRat
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

02000

82

chNFe

Nota Fiscal Eletrnica

1-1

83

SegCodBarra

Segundo cdigo de barras

0-1

98

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
84

infUnidTransp

Informaes das Unidades de Transporte


(Carreta/Reboque/Vago)

0-n

Deve ser preenchido com as informaes das


unidades de transporte utilizadas.

85

tpUnidTransp

Tipo da Unidade de Transporte

1-1

86

idUnidTransp

Identificao da Unidade de Transporte

1-1

1 - 20

ER49

87

lacUnidTransp

Lacres das Unidades de Transporte

Nmero do lacre

1 - 20

ER32

Informaes das Unidades de Carga


(Containeres/ULD/Outros)

88
89

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

Dispositivo de carga utilizada (Unit Load Device


- ULD) significa todo tipo de continer de carga,
vago, continer de avio, palete de aeronave
com rede ou palete de aeronave com rede
sobre um iglu.

90

tpUnidCarga

Tipo da Unidade de Carga

1-1

91

idUnidCarga

Identificao da Unidade de Carga

1-1

1 - 20

ER49

92

lacUnidCarga

Lacres das Unidades de Carga

Nmero do lacre

1-1

1 - 20

ER32

Quantidade rateada (Peso,Volume)

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

Quantidade rateada (Peso,Volume)

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

Nota Fiscal Papel (mod 1 e 1A)

93

nLacre

94
95
96

qtdRat
qtdRat
infNF

D7

1 - Container;
2 - ULD;
3 - Pallet;
4 - Outros;
Informar a identificao da unidade de carga,
por exemplo: nmero do container.

0-n

02000

99

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
97

CNPJ

CNPJ do emitente

1-1

14

ER5

98

UF

UF do Destinatrio

1-1

99

nNF

Nmero

1-1

1 - 20

ER32

100

serie

Srie

1-1

1-3

ER29

101

dEmi

Data de Emisso

1-1

10

ER33

Formato AAAA-MM-DD

102

vNF

Valor Total da NF

1-1

13, 2

ER24

15 posies, sendo 13 inteiras e 2 decimais.

103

PIN

PIN SUFRAMA

0-1

2-9

ER48

PIN atribudo pela SUFRAMA para a operao.

104

infUnidTransp

Informaes das Unidades de Transporte


(Carreta/Reboque/Vago)

D4

0-n

Dispositivo de carga utilizada (Unit Load Device


- ULD) significa todo tipo de continer de carga,
vago, continer de avio, palete de aeronave
com rede ou palete de aeronave com rede
sobre um iglu.

105

tpUnidTransp

Tipo da Unidade de Transporte

1-1

106

idUnidTransp

Identificao da Unidade de Transporte

1-1

1 - 20

ER49

107

lacUnidTransp

Lacres das Unidades de Transporte

Nmero do lacre

1 - 20

ER32

Informaes das Unidades de Carga


(Containeres/ULD/Outros)

Tipo da Unidade de Carga

108
109

110

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

Dispositivo de carga utilizada (Unit Load Device


- ULD) significa todo tipo de continer de carga,
vago, continer de avio, palete de aeronave
com rede ou palete de aeronave com rede
sobre um iglu.
1

D7

1 - Container;
2 - ULD;

100

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
3 - Pallet;
4 - Outros;
111

idUnidCarga

Identificao da Unidade de Carga

112

lacUnidCarga

Lacres das Unidades de Carga

Nmero do lacre

Quantidade rateada (Peso,Volume)

113
114

nLacre
qtdRat

115

qtdRat

Quantidade rateada (Peso,Volume)

116

infMDFeTransp

Manifesto Eletrnico de Documentos


Fiscais. Somente para modal Aquavirio
(vide regras MOC)

117

chMDFe

Manifesto
Fiscais

Eletrnico

de

Documentos

118

infUnidTransp

Informaes das Unidades de Transporte


(Carreta/Reboque/Vago)

1-1

1 - 20

ER49

1-1

1 - 20

ER32

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

44

ER2

0-n

02000
N

1-1
0-n

Dispositivo de carga utilizada (Unit Load Device


- ULD) significa todo tipo de continer de carga,
vago, continer de avio, palete de aeronave
com rede ou palete de aeronave com rede
sobre um iglu.

119

tpUnidTransp

Tipo da Unidade de Transporte

1-1

120

idUnidTransp

Identificao da Unidade de Transporte

1-1

1 - 20

ER49

121

lacUnidTransp

Lacres das Unidades de Transporte

Nmero do lacre

1 - 20

ER32

Informaes das Unidades de Carga

122
123

nLacre
infUnidCarga

Informar a identificao da unidade de carga,


por exemplo: nmero do container.

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

Dispositivo de carga utilizada (Unit Load Device

101

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
(Containeres/ULD/Outros)

- ULD) significa todo tipo de continer de carga,


vago, continer de avio, palete de aeronave
com rede ou palete de aeronave com rede
sobre um iglu.

124

tpUnidCarga

Tipo da Unidade de Carga

1-1

125

idUnidCarga

Identificao da Unidade de Carga

1-1

1 - 20

ER49

126

lacUnidCarga

Lacres das Unidades de Carga

Nmero do lacre

1-1

1 - 20

ER32

Quantidade rateada (Peso,Volume)

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

Quantidade rateada (Peso,Volume)

0-1

3, 2

ER10

5 posies, sendo 3 inteiras e 2 decimais.

Totalizadores da carga transportada e


seus documentos fiscais

127

nLacre

128

qtdRat

129
130

qtdRat
tot

D7

1 - Container;
2 - ULD;
3 - Pallet;
4 - Outros;

0-n

1-1

131

qCTe

Quantidade total de CT-e relacionados no


Manifesto

0-1

ER41

132

qCT

Quantidade total de Conhecimentos


Papel relacionados no Manifesto

0-1

ER41

133

qNFe

Quantidade total de NF-e relacionadas no


Manifesto

0-1

ER41

134

qNF

Quantidade total de Nota Fiscal mod 1/1A


relacionadas no Manifesto

0-1

ER41

135

qMDFe

Quantidade total de MDF-e relacionadas


no Manifesto aquavirio

0-1

ER41

136

vCarga

Valor total da carga


transportadas

mercadorias

1-1

13, 2

ER24

137

cUnid

Codigo da unidade de medida do Peso


Bruto
da
Carga
/
Mercadorias
transportadas

1-1

Informar a identificao da unidade de carga,


por exemplo: nmero do container.

D8

15 posies, sendo 13 inteiras e 2 decimais.


01 KG;
02 - TON

102

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
138
139

qCarga
lacres

Peso Bruto Total da Carga / Mercadorias


transportadas

Lacres do MDF-e

1-1

11, 4

ER18

0-n
C

1-1

15 posies, sendo 11 inteiras e 4 decimais.


Preechimento opcional para os modais
Rodovirio e Ferrovirio

140

nLacre

nmero do lacre

1 - 60

ER32

141

autXML

Autorizados para download do XML do


DF-e

142

CNPJ

CNPJ do autorizado

CE

1-1

14

ER5

Informar zeros no significativos

143

CPF

CPF do autorizado

CE

1-1

11

ER8

Informar zeros no significativos

144

infAdic

Informaes Adicionais

Norma referenciada, informaes


complementares, etc

0 - 10

Informar CNPJ ou CPF. Preencher os zeros


no significativos.

0-1

145

infAdFisco

Informaes adicionais de interesse do


Fisco

0-1

1 - 2000

ER32

146

infCpl

Informaes
complementares
interesse do Contribuinte

0-1

1 - 5000

ER32

ds:Signature

1-1

147

de

103

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Leiaute Modal Rodovirio


#

Campo

rodo

Nvel Descrio

Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes

Informaes do modal Rodovirio

1-1

RNTRC

Registro Nacional de Transportadores


Rodovirios de Carga

0-1

ER37

Registro obrigatrio do emitente do MDFe junto ANTT para exercer a atividade


de transportador rodovirio de cargas por
conta
de
terceiros
e
mediante
remunerao.

CIOT

Cdigo Identificador da Operao de


Transporte

0-1

12

ER54

Tambm Conhecido como conta frete

veicTracao

Dados do Veculo com a Trao

1-1

cInt

Cdigo interno do veculo

0-1

1 - 10

ER32

placa

Placa do veculo

1-1

ER36

tara

Tara em KG

1-1

1-6

ER55

capKG

Capacidade em KG

0-1

1-6

ER55

capM3

Capacidade em M3

0-1

1-3

ER29

10

prop

Proprietrios
do
Veculo.
S preenchido quando o veculo no
pertencer empresa emitente do MDF-e

0-1

11

CPF

Nmero do CPF

CE

1-1

11

ER8

Informar os zeros no significativos.

12

CNPJ

Nmero do CNPJ

CE

1-1

14

ER7

Informar os zeros no significativos.

13

RNTRC

Registro Nacional dos Transportadores


Rodovirios de Carga

1-1

ER37

Registro obrigatrio do proprietrio, coproprietrio ou arrendatrio do veculo


junto ANTT para exercer a atividade de
transportador rodovirio de cargas por
conta
de
terceiros
e
mediante
remunerao.

14

xNome

Razo Social ou Nome do proprietrio

1-1

1 - 60

ER32

104

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
15

IE

Inscrio Estadual

1-1

0 - 14

16

UF

UF

1-1

D4

17

tpProp

Tipo Proprietrio

1-1

D11

18

condutor

Informaes do(s) Condutor(s) do veculo

19

xNome

Nome do Condutor

1-1

1 - 60

ER32

20

CPF

CPF do Condutor

1-1

11

ER8

21

tpRod

Tipo de Rodado

1-1

22

23
24

tpCar

UF
veicReboque

Tipo de Carroceria

UF em que veculo est licenciado

Dados dos reboques

ER26

Preencher
0-TAC
1-TAC
2 Outros.

1 - 10

1-1

1-1

D12

Preencher
01
02
03
04
05
06 - Outros.

D13

Preencher
00
01
02
03
04
05 - Sider

D4

Cdigo interno do veculo

0-1

1 - 10

ER32

26

placa

Placa do veculo

1-1

ER36

27

tara

Tara em KG

1-1

1-6

ER55

28

capKG

Capacidade em KG

1-1

1-6

ER55

29

capM3

Capacidade em M3

0-1

1-3

ER29

30

prop

Proprietrios

no
Porta

com:
Truck;
Toco;
Mecnico;
VAN;
Utilitrio;
com:
aplicvel;
Aberta;
Fechada/Ba;
Granelera;
Container;

0-3

cInt

Veculo.

Cavalo
-

Sigla da UF de licenciamento do veculo.

25

do

com:

Agregado;
Independente;
ou

0-1

105

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
S preenchido quando o veculo no
pertencer empresa emitente do MDF-e
31

CPF

Nmero do CPF

CE

1-1

11

ER8

Informar os zeros no significativos.

32

CNPJ

Nmero do CNPJ

CE

1-1

14

ER7

Informar os zeros no significativos.

33

RNTRC

Registro Nacional dos Transportadores


Rodovirios de Carga

1-1

ER37

Registro obrigatrio do proprietrio, coproprietrio ou arrendatrio do veculo


junto ANTT para exercer a atividade de
transportador rodovirio de cargas por
conta
de
terceiros
e
mediante
remunerao.

34

xNome

Razo Social ou Nome do proprietrio

1-1

1 - 60

ER32

35

IE

Inscrio Estadual

1-1

0 - 14

ER26

36

UF

UF

1-1

D4

37

tpProp

Tipo Proprietrio

1-1

D11

Preencher
0-TAC
1-TAC
2 Outros.

Tipo de Carroceria

1-1

D13

Preencher
00
01
02
03
04
05 - Sider

38

39

tpCar

UF

UF em que veculo est licenciado

1-1

40

valePed

Informaes de Vale Pedgio

0-1

41

disp

Informaes dos dispositivos do Vale

1-n

D4

com:

Agregado;
Independente;
ou

no
Porta

com:
aplicvel;
Aberta;
Fechada/Ba;
Granelera;
Container;

Sigla da UF de licenciamento do veculo.


Outras informaes sobre ValePedgio obrigatrio que no tenham
campos
especficos
devem
ser
informadas no campo de observaes
gerais de uso livre pelo contribuinte,
visando atender as determinaes
legais vigentes.

106

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
Pedgio
42

CNPJForn

CNPJ da empresa fornecedora do ValePedgio

1-1

14

ER5

- CNPJ da Empresa Fornecedora do


Vale-Pedgio, ou seja, empresa que
fornece ao Responsvel pelo Pagamento
do Vale-Pedgio os dispositivos do ValePedgio.
- Informar os zeros no significativos.

43

CNPJPg

CNPJ do responsvel pelo pagamento do


Vale-Pedgio

0-1

14

ER7

- responsvel pelo pagamento do Vale


Pedgio. Informar somente quando o
responsvel no for o emitente do MDFe.
- Informar os zeros no significativos.

44

nCompra

Nmero do comprovante de compra

1-1

1 - 20

ER56

Nmero de ordem do comprovante de


compra do Vale-Pedgio fornecido para
cada veculo ou combinao veicular, por
viagem.

107

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Leiaute Modal Areo


Nvel Descrio

Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes

Campo

aereo

Informaes do modal Areo

nac

Marca da Nacionalidade da aeronave

1-1

1-4

ER32

matr

Marca de Matrcula da aeronave

1-1

1-6

ER32

nVoo

Nmero do Voo

1-1

5-9

ER32

Formato = AB1234, sendo AB a


designao da empresa e 1234 o nmero
do voo. Quando no for possvel incluir
as marcas de nacionalidade e matrcula
sem hfen.

cAerEmb

Aerdromo de Embarque

1-1

3-4

ER32

O cdigo de trs letras IATA do aeroporto


de partida dever ser includo como
primeira anotao. Quando no for
possvel, utilizar a sigla OACI.

cAerDes

Aerdromo de Destino

1-1

3-4

ER32

O cdigo de trs letras IATA do aeroporto


de destino dever ser includo como
primeira anotao. Quando no for
possvel, utilizar a sigla OACI.

dVoo

Data do Voo

1-1

10

ER33

Formato AAAA-MM-DD

1-1

108

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Leiaute Modal Aquavirio


#

Campo

aquav

Nvel Descrio

Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes

Informaes do modal Aquavirio

1-1

CNPJAgeNav

CNPJ da Agncia de Navegao

1-1

14

ER5

Informar zeros no significativos

tpEmb

Cdigo do tipo de embarcao

1-1

ER30

Preencher com cdigo da Tabela de Tipo


de Embarcao definida no Ministrio dos
Transportes

cEmbar

Cdigo da embarcao

1-1

1 - 10

ER32

nViag

Nmero da Viagem

1-1

1 - 10

ER51

cPrtEmb

Cdigo do Porto de Embarque

1-1

1-5

ER32

Preencher de acordo com Tabela de


Portos definida no Ministrio dos
Transportes

cPrtDest

Cdigo do Porto de Destino

1-1

1-5

ER32

Preencher de acordo com Tabela de


Portos definida no Ministrio dos
Transportes

infTermCarreg

Grupo de informaes dos terminais


de carregamento.

cTermCarreg

Cdigo do Terminal de Carregamento

1-8

ER32

Preencher de acordo com a Tabela de


Terminais de Carregamento. O cdigo de
cada Porto est definido no Ministrio de
Transportes.

1-8

ER32

Preencher de acordo com a Tabela de


Terminais de Descarregamento. O cdigo
de cada Porto est definido no Ministrio
de Transportes.

1 - 10

ER32

10

infTermDescarreg

Grupo de informaes dos terminais


de descarregamento.

11

cTermDescarreg

Cdigo do Terminal de Descarregamento

12

infEmbComb

Informaes
Comboio

das

Embarcaes

13

cEmbComb

Cdigo da embarcao do comboio

do

0-5
C

1-1

0-5
C

1-1

0 - 30
C

1-1

109

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Leiaute Modal Ferrovirio


Nvel Descrio

Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes

Campo

ferrov

Informaes do modal Ferrovirio

1-1

trem

Informaes da composio do trem

1-1

xPref

Prefixo do Trem

1-1

1 - 10

ER32

dhTrem

Data e hora de liberao do trem na


origem

0-1

19

ER39

xOri

Origem do Trem

1-1

1-3

ER32

Sigla da estao de origem

xDest

Destino do Trem

1-1

1-3

ER32

Sigla da estao de destino

qVag

Quantidade de vages carregados

1-1

1-3

ER52

informaes dos Vages

vag

1-n

serie

Serie de Identificao do vago

1-1

ER32

10

nVag

Nmero de Identificao do vago

1-1

1-8

ER53

11

nSeq

Sequencia do vago na composio

0-1

1-3

ER52

12

TU

Tonelada til

1-1

3, 3

ER11

6 posies, sendo 3 inteiras e 3 decimais.


Unidade de peso referente carga til
(apenas o peso da carga transportada),
expressa em toneladas.

110

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Expresses Regulares
ER1

[0-9]{7}

ER2

[0-9]{44}

ER3

[0-9]{15}

ER4

[0-9]{3}

ER5

[0-9]{14}

ER6

[0-9]{3,14}

ER7

[0-9]{0}|[0-9]{14}

ER8

[0-9]{11}

ER9

[0-9]{3,11}

ER10

0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,2}(\.[0-9]{2})?

ER11

0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,2}(\.[0-9]{3})?

ER12

0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,2}(\.[0-9]{2})?

ER13

0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,7}(\.[0-9]{3})?

ER14

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})?

ER15

0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,7}(\.[0-9]{4})?

ER16

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})?

ER17

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})?

ER18

0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,10}(\.[0-9]{4})?

ER19

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})?

ER20

0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,11}(\.[0-9]{3})?

ER21

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})?

ER22

0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,11}(\.[0-9]{4})?

ER23

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})?

111

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
ER24

0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?

ER25

0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?

ER26

[0-9]{0,14}|ISENTO|PR[0-9]{4,8}

ER27

[0-9]{2,14}

ER28

[1-9]{1}[0-9]{0,8}

ER29

0|[1-9]{1}[0-9]{0,2}

ER30

[0-9]{2}

ER31

[0-9]{1,4}

ER32

[!-]{1}[ -]{0,}[!-]{1}|[!-]{1}

ER33

(((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)))))

ER34

[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}

ER35

[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}

ER36

[A-Z]{2,3}[0-9]{4}|[A-Z]{3,4}[0-9]{3}

ER37

[0-9]{8}

ER38

[0-9]{1}

ER39

(((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

ER40

1\.[0-9]{2}

ER41

2000|1[0-9]{3}|[1-9][0-9]{2}|[1-9][0-9]|[1-9]

ER42

MDFe[0-9]{44}

ER43

[0-9]{7,12}

ER44

[0-9]{7,10}

ER45

[0-9]{1,15}

ER46

1\.00

ER47

(([0-1][0-9])|([2][0-3])):([0-5][0-9]):([0-5][0-9])

ER48

[1-9]{1}[0-9]{1,8}

112

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
ER49

[A-Z0-9]+

ER50

[^@]+@[^\.]+\..+

ER51

[1-9]{1}[0-9]{0,9}

ER52

[1-9]{1}[0-9]{0,2}

ER53

[1-9]{1}[0-9]{0,7}
Domnio

D1

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

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, 90, 91, 92

D3

58

D4

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

D5

1, 2

D6

1, 2, 3, 4, 5, 6, 7

D7

1, 2, 3, 4

D8

01, 02

D9

0, 3

D10

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

113

Anexo II - Modelo do Documento Auxiliar de MDF-e (DAMDFe)


Modelo do DAMDFE do Modal Rodovirio (Paisagem)
Impresso Normal

Impresso em Contingncia

Modelo do DAMDFE do Modal Rodovirio (Retrato)

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Impresso Normal

115

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Modelo do DAMDFE do Modal Areo (Paisagem)


Impresso Normal

Impresso em Contingncia

116

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Modelo do DAMDFE do Modal Areo (Retrato)


Impresso em Contingncia

117

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Modelo do DAMDFE do Modal Ferrovirio (Retrato)


Impresso Normal

118

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Impresso em Contingncia

119

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Anexo III Tabelas de UF, Municpio e Pas


Tabela de cdigo de UF do IBGE
A tabela de UF do IBGE est disponvel em:
ftp://geoftp.ibge.gov.br/Organizacao/Divisao_Territorial/2006/DTB_2006.zip
A seguinte codificao adotada pelo IBGE dever ser utilizada para representar o cdigo da
UF:
Regio Norte
11-Rondnia
12-Acre
13-Amazonas
14-Roraima
15-Par
16-Amap
17-Tocantins

Regio Nordeste
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 Centro-Oeste
50-Mato Grosso do Sul
51-Mato Grosso
52-Gois
53-Distrito Federal

Tabela de cdigo de Municpio do IBGE


Os campos de cdigos de municpios devem ser informados com a utilizao da Tabela de
cdigo de Municpio mantida pelo IBGE disponvel em:
ftp://geoftp.ibge.gov.br/Organizacao/Divisao_Territorial/2006/DTB_2006.zip
O cdigo de municpio composto de 7 dgitos numricos, com as duas primeiras
representando a UF. Os cdigos de municpio das capitais dos estados so:
Municpio
Aracaju
Belm
Belo Horizonte
Boa Vista
Braslia
Campo Grande
Cuiab
Curitiba
Florianpolis
Fortaleza
Goinia
Joo Pessoa
Macap
Macei
Manaus
Natal
Palmas
Porto Alegre
Porto Velho

cdigo
2800308
1501402
3106200
1400100
5300108
5002704
5103403
4106902
4205407
2304400
5208707
2507507
1600303
2704302
1302603
2408102
1721000
4314902
1100205

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
Rio Grande do Sul
Rondnia

cdigo
28
15
31
14
53
50
51
41
42
23
52
25
16
27
13
24
17
43
11

120

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004
Municpio
Recife
Rio Branco
Rio de Janeiro
Salvador
So Lus
So Paulo
Teresina
Vitria

cdigo
2611606
1200401
3304557
2927408
2111300
3550308
2211001
3205309

Estado
Pernambuco
Acre
Rio de Janeiro
Bahia
Maranho
So Paulo
Piau
Esprito Santo

cdigo
26
12
33
29
21
35
22
32

Informar o cdigo 9999999 e o nome do municpio EXTERIOR para as operaes que


envolvam localidades do exterior.
Quando a operao envolver regies administrativas (Ex. Cidades-satlites do DF), deve ser
considerado o municpio sede como localidade da operao.
Validao do cdigo de Municpio
O Cdigo de Municpio do IBGE tem a composio que segue:

Composio: UUNNNND
Onde:
UU = Cdigo da UF do IBGE
NNNN = Nmero de ordem dentro da UF;
D = Dgito de Controle mdulo 10

Validao possvel:

Extenso mxima: 7 dgitos;


Extenso mnima: 7 dgitos;
Cdigo da UF: deve ser vlido, conforme Tabela de UF do IBGE;
Nmero de ordem dentro da UF: no pode ser zero;
Dgito de Controle: mdulo 10 (pesos 2 e 1)

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.
Exemplo de clculo do dgito de controle do cdigo de Municpio
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

121

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

O somatrio da soma dos algarismos : 3 + 1 + 5 + 0 + 3 + 0 = 12


Dividindo o somatrio por 10 teremos: 12 / 10 = 1, com um resto valendo 2
O dgito verificador : DV = 10 (resto da diviso), portanto 10 2 = 8
Neste caso, o Dgito Verificador = 8
Exemplo 2:
Cdigo Municpio IBGE = 211130 D (Municpio de So Lus)
A. CDIGO MUN
B. PESOS
C. PONDERAO (A * B)
D. SOMA ALGARISMOS

2
1
2
2

1
2
2
2

1
1
1
1

1
2
2
2

3
1
3
3

0
2
0
0

O somatrio da soma dos algarismos : 2 + 2 + 1 + 2 + 3 + 0 = 10


Dividindo o somatrio por 10 teremos: 10 / 10 = 1, com um resto valendo 0
O dgito verificador : DV = 10 (resto da diviso), portanto 10 0 = 10
Neste caso, o Dgito Verificador = 0
Exceo no clculo do dgito de controle do cdigo de Municpio
O cdigo de Municpio do IBGE dos seguintes Municpios tem o DV - dgito verificador
invlido:

4305871 - Coronel Barros/RS;


2201919 - Bom Princpio do Piau/PI;
2202251 - Canavieira /PI;
2201988 - Brejo do Piau/PI;
2611533 Quixaba/PE;
3117836 - Cnego Marinho/MG;
3152131 - Ponto Chique/MG;
5203939 - Buriti de Gois/GO;
5203962 Buritinpolis/GO;

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.
Tabela de cdigo de Pas do BACEN
Para o preenchimento dos campos de cdigos de pases deve ser utilizada a Tabela de Pas
do Banco Central do Brasil, disponvel em:
http://www.bcb.gov.br/Rex/TabPaises/Ftp/paises.txt
Exemplo de codificao:
Pas
Brasil
Argentina

cdigo
1058
0639

Pas
Espanha
Frana

cdigo
2453
2755

Pas
Estados Unidos
China,
Repblica

cdigo
2496
1600

122

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Chile
Paraguai
Uruguai

1589
5860
8451

Itlia
Portugal
Reino Unido

Popular,
Coria, Repblica da,
Formosa
Japo

3867
6076
6289

1902
1619
3999

Validao do cdigo de Pas


Composio do Cdigo de Pas:

NNND
Onde:
NNN = Nmero de ordem do Cdigo do Pas;
D = Dgito de Controle mdulo 11.

Validao possvel:

Extenso mxima: 4 dgitos;


Extenso mnima: 2 dgitos;
Dgito de Controle: mdulo 11, pesos 2 a 9

Obs.: Se o resto da diviso for zero ou 1, considerar o dgito verificador igual a zero.
Exemplo de clculo do dgito de controle do cdigo de Pas
Exemplo 1 Cdigo Pas = 105 D (Brasil):
A. CDIGO PAS
B. PESOS
C. PRODUTOS (A * B)

1
4
4

0
3
0

5
2
10

O somatrio dos produtos : 4 + 0 + 10 = 14


Dividindo o somatrio por 11 teremos: 14 / 11 = 1, com resto valendo 3
Considerar: 11 (resto da diviso), portanto: 11 3 = 8
Neste caso, o Dgito Verificador = 8
Exemplo 2 Cdigo Pas = 586 D (Paraguai):
A. CDIGO PAS
B. PESOS
C. PRODUTOS (A * B)

5
4
20

8
3
24

6
2
12

O somatrio dos produtos : 20 + 24 + 12 = 56


Dividindo o somatrio por 11 teremos: 56 / 11 = 5, com resto valendo 1
Considerar: 11 (resto da diviso), portanto: 11 1 = 10
Neste caso, o Dgito Verificador = 0
Exceo no clculo do dgito de controle do cdigo de Pas
O cdigo de Pas do BACEN dos seguintes pases tem o DV - dgito verificador invlido:

123

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

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.

124

Anexo IV WS disponveis
Os endereos dos Web Services disponveis podem ser obtidos no stio nacional do projeto
no endereo https://mdfe-portal.sefaz.rs.gov.br/Site/Servicos
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.

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Anexo V Conjunto de caracteres Cdigo de Barras CODE-128C


Conjunto de caracteres representativos do Cdigo de Barras CODE-128C
Combinao de barras: B = barra preta e S = espao (barra branca)
Valor
Valor
Combinao de Barras
Combinao de Barras
CODE C B
S
B
S
B
S
CODE C B
S
B
S
B S
00
50
2
1
2
2
2
2
2
3
1
1
3 1
01
51
2
2
2
1
2
2
2
1
3
1
1 3
02
52
2
2
2
2
2
1
2
1
3
3
1 1
03
53
1
2
1
2
2
3
2
1
3
1
3 1
04
54
1
2
1
3
2
2
3
1
1
1
2 3
05
55
1
3
1
2
2
2
3
1
1
3
2 1
06
56
1
2
2
2
1
3
3
3
1
1
2 1
07
57
1
2
2
3
1
2
3
1
2
1
1 3
08
58
1
3
2
2
1
2
3
1
2
3
1 1
09
59
2
2
1
2
1
3
3
3
2
1
1 1
10
60
2
2
1
3
1
2
3
1
4
1
1 1
11
61
2
3
1
2
1
2
2
2
1
4
1 1
12
62
1
1
2
2
3
2
4
3
1
1
1 1
13
63
1
2
2
1
3
2
1
1
1
2
2 4
14
64
1
2
2
2
3
1
1
1
1
4
2 2
15
65
1
1
3
2
2
2
1
2
1
1
2 4
16
66
1
2
3
1
2
2
1
2
1
4
2 1
17
67
1
2
3
2
2
1
1
4
1
1
2 2
18
68
2
2
3
2
1
1
1
4
1
2
2 1
19
69
2
2
1
1
3
2
1
1
2
2
1 4
20
70
2
2
1
2
3
1
1
1
2
4
1 2
21
61
2
1
3
2
1
2
1
2
2
1
1 4
22
72
2
2
3
1
1
2
1
2
2
4
1 1
23
73
3
1
2
1
3
1
1
4
2
1
1 2
24
74
3
1
1
2
2
2
1
4
2
2
1 1
25
75
3
2
1
1
2
2
2
4
1
2
1 1
26
76
3
2
1
2
2
1
2
2
1
1
1 4
27
77
3
1
2
2
1
2
4
1
3
1
1 1
28
78
3
2
2
1
1
2
2
4
1
1
1 2
29
79
3
2
2
2
1
1
1
3
4
1
1 1
30
80
2
1
2
1
2
3
1
1
1
2
4 2
31
81
2
1
2
3
2
1
1
2
1
1
4 2
32
82
2
3
2
1
2
1
1
2
1
2
4 1
33
83
1
1
1
3
2
3
1
1
4
2
1 2
34
84
1
3
1
1
2
3
1
2
4
1
1 2
35
85
1
3
1
3
2
1
1
2
4
2
1 1
36
86
1
1
2
3
1
3
4
1
1
2
1 2
37
87
1
3
2
1
1
3
4
2
1
1
1 2
38
88
1
3
2
3
1
1
4
2
1
2
1 1
39
89
2
1
1
3
1
3
2
1
2
1
4 1
40
90
2
3
1
1
1
3
2
1
4
1
2 1
41
91
2
3
1
3
1
1
4
1
2
1
2 1
42
92
1
1
2
1
3
3
1
1
1
1
4 3
43
93
1
1
2
3
3
1
1
1
1
3
4 1
44
94
1
3
2
1
3
1
1
3
1
1
4 1
45
95
1
1
3
1
2
3
1
1
4
1
1 3
46
96
1
1
3
3
2
1
1
1
4
3
1 1
47
97
1
3
3
1
2
1
4
1
1
1
1 3
48
98
3
1
3
1
2
1
4
1
1
3
1 1
49
99
2
1
1
3
3
1
1
1
3
1
4 1
Valor
105

Caractere de Incio (START)


B
S
B
S
B
S
2
1
1
2
3
2

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

Caractere de Fim (STOP)


B S
B
S
B
S B
2
3
3
1
1
1 2

Pg. 126 / 127

Manifesto Eletrnico de Documentos Fiscais


Nota Tcnica 2013/004

Anexo VI Projeto Piloto do MDF-e


O Projeto Piloto do MDF-e foi desenvolvido, de forma integrada, pelas Secretarias de
Fazenda dos Estados de Alagoas, Bahia, Distrito Federal, Espirto Santo, Gois, Maranho,
Mato Grosso, Mato Grosso do Sul, Minas Gerais, Rio Grande do Sul, Rio de Janeiro, Santa
Catarina, So Paulo, Sergipe, Receita Federal do Brasil, Superintendncia da Zona Franca
de Manuas (SUFRAMA), Encontro Nacional de Coordenadores e Administradores
Tributrios Estaduais (ENCAT) e as seguintes empresas:

ALIANA NAVEGAO E LOGSTICA LTDA


ALL - AMRICA LATINA LOGSTICA S/A
ANDORINHA TRANSPORTADORA LTDA
BEMEX LOGSTICA LTDA
BINOTTO S/A LOGSTICA TRANSPORTE E DISTRIBUIO
CEVA LOGISTICS LTDA
COOPERATIVA DE TRANSPORTE DE CARGAS DO ESTADO DE SC
DHL
DISPLAN ENCOMENDAS URGENTES LTDA
EMPRESA DE TRANSPORTE ATLAS LTDA
EXPRESSO ARAATUBA TRANSPORTES E LOGSTICA LTDA
EXPRESSO JUNDIA SO PAULO LTDA
EXPRESSO MERCRIO S/A
GOL
GRISTEC
JLIO SIMES TRANSPORTES E SERVIOS LTDA
MIRA OTM TRANSPORTES LTDA
MRS
PATRUS TRANSPORTE URGENTES LTDA
PETROBRS TRANSPORTE S/A - TRANSPETRO
RODONAVES TRANSPORTES E ENCOMENDAS LTDA
RODOVIRIO LDER LTDA
SADIA S/A
SARATOGA ENGENHARIA E TRANSPORTES LTDA
SPEEDPAK ENCOMENDAS EXPRESSAS LTDA
TAM
TRANSEICH ASSESSORIA E TRANSPORTES LTDA
TRANSPORTADORA AMERICANA LTDA
TRANSPORTADORA GAMPER LTDA
TRANSPORTADORA ITAPEMIRIM S.A.
TRANSPORTADORA LIMA
TRANSPORTADORA TRANSPEL LTDA
TRANSPORTE DELLA VOLPE S/A COM. E IND.
TRANSPORTE RODOVIRIO DE CARGAS ZAPELINI LTDA
TRANSPORTES BERTOLINI LTDA
TRANSULTRA ARMAZENAMENTO E TRANSPORTE ESPECIALIZADO LTDA
VARIG LOGISTICA S/A
TBG - TRANSPORTADORA BRASILEIRA GASODUTO BOLVIA-BRASIL
VALE S.A.

O projeto conta ainda com a colaborao das seguintes entidades:

ANTT (Agncia Nacional de Transporte Terrestre);


GS1 Brasil;
NTC&Logstica (Associao Nacional de Transporte de Cargas & Logstica).
ANAC (Agncia Nacional de Aviao Civil)
SUFRAMA

Pg. 127 / 127