Manu MDFe PDF

Manifesto Eletrnico de Documentos Fiscais
Manual de Orientaes do Contribuinte
Projeto Manifesto Eletrnico de Documentos Fiscais
Manual de Orientao do Contribuinte

Padres Tcnicos de Comunicao do
Verso 3.00
Outubro, 2016
Controle de Verses
Verso Data
1.00 30/08/2011 SP
1.00 15/12/2011 RS
1.00 17/02/2012 RS
1.00 11/04/2012 RS
1.00 07/05/2012 RS
1.00 13/06/2012 RS
1.00 31/07/2012 RS
1.00apre 04/07/2013 RS
1.00apre rev. 10/10/2013 RS
1.00a 01/10/2014 RS
1.00a 05/12/2014 RS
3.00 13/10/2016 RS
2
Identificao e vigncia do Manual

Verso do manual 3.00
Data de divulgao do manual 11/05/2016
Pacote de liberao de Schemas XML PL_MDFe_300
Data de incio de vigncia no ambiente de homologao 03/10/2016
Data de incio de vigncia no ambiente de produo 12/12/2016
Data final da vigncia da verso 1.00 05/06/2017
Verses de leiautes do PL_MDFe_300
Leiaute Verso Schema XML Observao

MDF-e 3.00 MDFe_v3.00.xsd Leiaute do MDF-e
Mensagem de envio e solicitao de
enviMDFe 3.00 enviMDFe_v3.00.xsd
autorizao do MDF-e
retEnviMDFe 3.00 retEnviMDFe_v3.00.xsd Mensagem de retorno do envio de MDF-e.
consReciMDFe 3.00 consReciMDFe_v3.00.xsd Mensagem de consulta processamento do
MDF-e transmitido.
retConsReciMDFe 3.00 retConsReciMDFe_v3.00.xsd Mensagem de retorno da consulta de
processamento do MDFe transmitido.
procMDFe 3.00 procMDFe_v3.00.xsd Leiaute de compartilhamento do MDF-e.
consSitMDFe 3.00 consSitMDFe_v3.00.xsd Mensagem de consulta da situao atual
da MDF-e.
retConsSitMDFe 3.00 retConsSitMDFe_v3.00.xsd Mensagem de retorno da consulta da
situao atual da MDF-e.
consStatServ 3.00 consStatServMDFe_v3.00.xsd Mensagem da consulta do status do servio
de autorizao de MDF-e.
retConsStatServ 3.00 retconsStatServ_v3.00.xsd Mensagem de retorno da consulta do status
do servio de autorizao de MDF-e.
aereo 3.00 MDFeModalAereo_v3.00.xsd Leiaute do modal Areo (parte Especfica)
aquav 3.00 MDFeModalAquaviario_v3.00.xsd Leiaute do modal Aquavirio (parte
Especfica)
ferrov 3.00 MDFeModalFerroviario_v3.00.xsd Leiaute do modal Ferrovirio (parte
Especfica)
rodo 3.00 MDFeModalRodoviario_v3.00.xsd Leiaute do modal Rodovirio (parte
Especfica)
Mensagem de solicitao de registro de
eventoMDFe 3.00 eventoMDFe_ v3.00.xsd
evento do MDF-e
Mensagem de retorno do resultado da
retEventoMDFe 3.00 retEventoMDFe. V3.00.xsd
solicitao de registro de evento do MDF-e
Leiaute de compartilhamento de solicitao
procEventoMDFe 3.00 procEventoMDFe_v3.00.xsd de registro de evento do MDF-e
Leiaute especfico do evento de
evCancMDFe 3.00 evCancMDFe_v3.00.xsd
cancelamento de MDF-e
Leiaute especfico do evento de
evEncMDFe 3.00 evEncMDFe_v3.00.xsd
encerramento de MDF-e
Leiaute especfico do evento de incluso de
evIncCondutorMDFe 3.00 evIncCondutorMDFe_v3.00.xsd
condutor no MDF-e Rodovirio
Leiaute do pedido de consulta MDF-e no
consMDFeNaoEnc 3.00 consMDFeNaoEnc_v3.00.xsd
encerrados
Leiaute da retorno da consulta MDF-e no
retConsMDFeNaoEnc 3.00 retConsMDFeNaoEnc_v3.00.xsd
encerrados.
3
ndice
Projeto Manifesto Eletrnico de Documentos Fiscais.......................................................1
Identificao e vigncia do Manual .....................................................................................3
Verses de leiautes do PL_MDFe_100................................................................................3
1. Introduo ..........................................................................................................7
2. Consideraes Iniciais .......................................................................................8
2.1. Conceito do MDF-e ...................................................................................................... 8
2.2. Descrio Simplificada do Modelo Operacional ........................................................... 8
3. Arquitetura de Comunicao com Contribuinte ................................................10
3.1. Modelo Conceitual ..................................................................................................... 10
3.2. Padres Tcnicos ...................................................................................................... 11
3.2.1. Padro de documento XML .................................................................................. 11
3.2.2. Padro de Comunicao ...................................................................................... 13
3.2.3. Padro de Certificado Digital................................................................................ 14
3.2.4. Padro de Assinatura Digital ................................................................................ 14
3.2.5. Validao de Assinatura Digital pelo Ambiente Autorizador ................................. 16
3.2.6. Resumo dos Padres Tcnicos............................................................................ 17
3.3. Modelo operacional.................................................................................................... 17
3.3.1. Servios sncronos ............................................................................................... 18
3.3.2. Servios assncronos ........................................................................................... 18
3.3.3. Filas e Mensagens ............................................................................................... 20
3.4. Padro de mensagens dos Web Services ................................................................. 21
3.4.1. Informaes de controle e rea de dados das mensagens .................................. 21
3.4.2. Validao da estrutura XML das Mensagens dos Web Services .......................... 21
3.4.3. Schemas XML das Mensagens dos Web Services .............................................. 22
3.5. Verso dos Schemas XML ......................................................................................... 23
3.5.1. Liberao das verses dos Schemas para o Manifesto Eletrnico de Documentos
Fiscais MDF-e ................................................................................................................ 23
3.5.2. Pacote de Liberao Preliminar ........................................................................... 23
3.5.3. Pacote de Liberao de Homologao e Pacote de liberao definitivo............... 24
3.5.4. Correo de Pacote de Liberao ........................................................................ 24
3.5.5. Divulgao de novos Pacotes de Liberao ......................................................... 24
3.5.6. Controle de Verso .............................................................................................. 24
3.6. Schema XML do MDF-e estrutura genrica e estrutura especfica do modal .......... 25
3.6.1. Parte Genrica ..................................................................................................... 25
3.6.2. Parte Especfica para cada Modal ........................................................................ 26
3.6.3. Parte Genrica e Parte Especfica para cada Modal - Verses ............................ 26
3.7. Sistema de Registro de Eventos ................................................................................ 26
3.7.1. Relao dos Tipos de Evento............................................................................... 27
3.8. Data e Hora de Emisso e Outros Horrios ............................................................... 28
3.9. Ambiente Autorizador (SEFAZ Autorizadora Nacional) .............................................. 28
4. Web Services ...................................................................................................29
4.1. Servio de Recepo do MDF-e ................................................................................ 30
4.1.1. Web Service MDF-e Recepo ......................................................................... 30
4.1.2. Leiaute Mensagem de Entrada ............................................................................ 30
4.1.3. Leiaute Mensagem de Retorno ............................................................................ 31
4.1.4. Validao do Certificado de Transmisso ............................................................ 32
4.1.5. Validao Inicial da Mensagem no Web Service .................................................. 32
4.1.6. Validao das informaes de controle da chamada ao Web Service.................. 33
4.1.7. Gerao da Resposta com o Recibo .................................................................... 33
4.1.8. Validao da rea de Dados ................................................................................ 34
4.1.9. Final do Processamento do MDF-e ...................................................................... 42
4
4.2. Web Service MDFeRetRecepcao ........................................................................... 43

4.2.3. Descrio do Processo de Web Service .............................................................. 44
4.2.8. Final do Processamento....................................................................................... 47
4.3. Web Service MDFeConsulta Protocolo ................................................................... 48
4.4. Web Service MDFeStatusServico ........................................................................... 53
4.5. Web Service MDFeConsultaNaoEncerrados .......................................................... 57
5. Sistema de Registro de Eventos (Parte Geral) .................................................61
5.1.2. Diagrama Simplificado do Schema: eventoMDFe_v9.99.xsd ............................... 62
5.1.4. Diagrama Simplificado Schema de retorno: retEventoMDFe _v99.99.xsd ............ 64
5.1.10. Processamento das validaes especficas do evento ..................................... 68
5.1.11. Final do Processamento do Evento .................................................................. 68
6. Sistema de Registro de Eventos (Parte Especfica) .........................................69
6.1. Evento de Cancelamento ........................................................................................... 69
6.1.1. Leiaute Mensagem do evento de Cancelamento ................................................. 69
6.1.2. Diagrama Simplificado do Evento de Cancelamento ............................................ 69
6.1.3. Regras de Validao Especficas ......................................................................... 69
5

6.2. Evento de Encerramento ........................................................................................... 71
6.2.1. Leiaute Mensagem do evento de Encerramento .................................................. 71
6.2.2. Diagrama Simplificado do Evento de Encerramento ............................................ 71
6.3. Evento de Incluso de Condutor ................................................................................ 73
6.3.1. Leiaute Mensagem do evento de Incluso de Condutor ....................................... 73
6.3.2. Diagrama Simplificado do Evento de Incluso de Condutor ................................. 73
7. Web Services Informaes Adicionais ..........................................................75
7.1. Regras de validao .................................................................................................. 75
7.2. Tabela de cdigos de erros e descries das mensagens de erro especficas do MDF-
e 75
7.3. Padro de nomes para os arquivos ........................................................................... 80
7.4. Tratamento de caracteres especiais no texto de XML ................................................ 81
7.5. Chave de Acesso do MDF-e ...................................................................................... 81
7.6. Nmero do Recibo ..................................................................................................... 82
7.7. Nmero do protocolo ................................................................................................. 83
7.8. Tempo mdio de resposta ......................................................................................... 83
8. Cdigo de Barra ...............................................................................................84
8.1. Clculo do dgito verificador do CODE-128C ............................................................. 85
8.2. Representao simblica do cdigo .......................................................................... 85
9. Documento Auxiliar de MDF-e - DAMDFe ........................................................86
10. Contingncia ....................................................................................................87
11. Ambiente de Homologao / Produo ............................................................88
12. Compartilhamento de informaes do MDF-e entre rgos Pblicos ..............89
12.1. Processo de Compartilhamento ................................................................................. 89
12.2. Leiaute de compartilhamento: MDF-e ........................................................................ 89
12.3. Leiaute de compartilhamento: Registro de Evento de MDF-e .................................... 89
12.4. Compartilhamento de documentos com outros rgos pblicos ................................ 90
Anexo I Leiaute do MDF-e.................................................................................................91
MDF-e Diagrama Simplificado parte genrica ................................................................. 95
MDF-e Diagrama Simplificado modal Rodovirio............................................................. 96
MDF-e Diagrama Simplificado modal Areo .................................................................... 97
MDF-e Diagrama Simplificado modal Ferrovirio............................................................. 99
Leiaute MDF-e Estrutura Genrica ................................................................................... 100
Leiaute Modal Rodovirio ................................................................................................. 113
Leiaute Modal Areo ........................................................................................................ 117
Leiaute Modal Aquavirio ................................................................................................. 118
Leiaute Modal Ferrovirio ................................................................................................. 120
Anexo II - Modelo do Documento Auxiliar de MDF-e (DAMDFE) ........................................ 125
Anexo III Tabelas de UF, Municpio e Pas ...................................................................... 133
Tabela de cdigo de UF do IBGE ........................................................................................ 133
Tabela de cdigo de Municpio do IBGE.............................................................................. 133
Validao do cdigo de Municpio ....................................................................................... 134
Tabela de cdigo de Pas do BACEN .................................................................................. 134
Validao do cdigo de Pas ............................................................................................... 135
Anexo IV WS disponveis ................................................................................................ 136
Anexo V Conjunto de caracteres Cdigo de Barras CODE-128C .................................... 137
Anexo VI Projeto Piloto do MDF-e ................................................................................... 138
6
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.
7
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 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.
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 MDF-
e DAMDFE (4).
8
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 em datas distintas.
Se no decorrer do transporte houver qualquer alterao nas informaes do MDF-e (veculos,

carga, documentao, 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
9
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, Incluso de
Condutor);
e) Consulta MDF-e no encerrados.
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:
10
Arquitetura de Comunicao Viso Conceitual
Contribuinte Ambiente Autorizador

Web Services Transaes
HTTPS
Client MDF-e Servios
Fluxo de Sncronos
( ERP ou software especfico )
Comunicao 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:

<MDFe xmlns="http://www.portalfiscal.inf.br/mdfe">
<infMDFe Id="MDFe31060243816719000108650000000010001234567890" versao="1.00">
...
<Signature xmlns="http://www.w3.org/2000/09/xmldsig#">

</MDFe>
11
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 MDF-

e 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, 1-
N), 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.
12
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
ou TLS verso 1.2, 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>
<cUF>string</cUF>
</mdfeCabecMsg>
</soap12:Header>
<soap12:Body>
<mdfeRecepcaoResult
xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao">xml</mdfeRecepcaoResult>
</soap12:Body>
</soap12:Envelope>
13
3.2.3. Padro de Certificado Digital
O certificado digital utilizado no Projeto do MDF-e ser emitido por Autoridade Certificadora
credenciada pela Infraestrutura 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:
14
Schema XML: xmldsig-core-schema_v1.00.xsd
# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrio/Observao

XS01 Signature Raiz - - - -
XS02 SignedInfo G XS01 - 1-1 Grupo da Informao da assinatura
XS03 CanonicalizationMe G XS02 - 1-1 Grupo do Mtodo de Canonicalizao
thod
XS04 Algorithm A XS03 C 1-1 Atributo Algorithm de CanonicalizationMethod:
http://www.w3.org/TR/2001/REC-xml-c14n-
20010315
XS05 SignatureMethod G XS02 - 1-1 Grupo do Mtodo de Assinatura
XS06 Algorithm A XS05 C 1-1 Atributo Algorithm de SignedMethod:
http://www.w3.org/2000/09/xmldsig#rsa-sha1
XS07 Reference G XS02 - 1-1 Grupo de Reference
XS08 URI A XS07 C 1-1 Atributo URI da tag Reference
XS10 Transforms G XS07 - 1-1 Grupo do algorithm de Transform
XS11 unique_Transf_Alg RC XS10 - 1-1 Regra para o atributo Algorithm do Transform ser
nico.
XS12 Transform G XS10 - 2-2 Grupo de Transform
XS13 Algorithm A XS12 C 1-1 Atributos vlidos Algorithm do Transform:
http://www.w3.org/TR/2001/REC-xml-c14n-
20010315
http://www.w3.org/2000/09/xmldsig#enveloped-
signature
XS14 XPath E XS12 C 0-N XPath
XS15 DigestMethod G XS07 - 1-1 Grupo do Mtodo de DigestMethod
XS16 Algorithm A XS15 C 1-1 Atributo Algorithm de DigestMethod:
http://www.w3.org/2000/09/xmldsig#sha1
XS17 DigestValue E XS07 C 1-1 Digest Value (Hash SHA-1 Base64)
XS18 SignatureValue G XS01 - 1-1 Grupo do Signature Value
XS19 KeyInfo G XS01 - 1-1 Grupo do KeyInfo
XS20 X509Data G XS19 - 1-1 Grupo X509
XS21 X509Certificate E XS20 C 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"/>
15
<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#rsa-
sha1);
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.
16
3.2.6. Resumo dos Padres Tcnicos
A tabela a seguir resume os principais padres de tecnologia utilizados:
Caracterstica Descrio
Web Services Padro definido pelo WS-I Basic Profile 1.1 (http://www.ws-
i.org/Profiles/BasicProfile-1.1-2004-08-24.html).
Meio lgico de comunicao Web Services, disponibilizados pelo AMBIENTE AUTORIZADOR
Meio fsico de comunicao Internet
Protocolo Internet SSL verso 3.0 ou TLS verso 1.2, com autenticao mtua atravs
de certificados digitais.
Padro de troca de mensagens SOAP verso 1.2.
Padro da mensagem XML no padro Style/Encoding: Document/Literal.
Padro de certificado digital 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.
Padro de assinatura digital 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.
Validao de assinatura digital Ser validada alm da integridade e autoria, a cadeia de confiana
com a validao das LCRs.
Padres de preenchimento XML 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 Implementao
Recepo do MDF-e Assncrona
Consulta Situao atual do MDF-e Sncrona
Consulta do status do servio Sncrona
Registro de evento Sncrona
Consulta MDF-e no encerrados Sncrona
17
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 Ambiente Autorizador
(1) Solicitao de servio (2) Solicitao de servio Processamento

Aplicativo Web Service
de Servios
Cliente
(4) Resultado (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:
18
Servio de Implementao assncrona
Contribuinte Secretaria de Fazenda Estadual

Web Service Fila de
Envio de (1) Solicitao de servio
Solicitao (2) Solicitao de servio servios
Recebe Solicitao
de Servios (3) Recibo de Servios solicitados
(4)
(5)
Fila de
recibos Processamento
de Servios
(6)
(7)
(8) Consulta recibo Web Service Fila de

Consulta servios
(9) Resultado processamento
Recibo (10) Resultado processamento Consulta recibo 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.
19
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 Nmero do Data e hora cUF Verso XML de Dados

Transmissor Recibo recebimento Dados
rea de controle 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 sequencial nico atribudo para a mensagem pelo
Ambiente Autorizador. Este atributo identifica a mensagem de solicitao de servios na
fila de mensagens;
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.
20
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) 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.
3.4.1. 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>
<cUF>string</cUF>
</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.
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.
21
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_v3.00.xsd (Schema XML do MDF-e, verso 3.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_v3.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

<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-core-
schema_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>
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
22
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 PL_ MDFe_ 1.00.ZIP PL_MDFe_ 1.00.ZIP
DATA LIBERAO 01/08/2011 01/11/2011
SCHEMAS enviMDFe_v1.00.xsd enviMDFe _v1.30.xsd
eventoMDFe_v1.00.xsd eventoMDFe_v1.00.xsd
tiposGeral_v1.00.xsd tiposGeral _v1.00.xsd
3.5.2. 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.
O PL preliminar ser identificado com o acrscimo da literal pre na identificao do pacote,

como por exemplo: PL_MDFe_1.00pre.zip.
23
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 (mdfe-
portal.sefaz.rs.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.
No esto previstas mudanas frequentes 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.
24
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:
25
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:
mdfeModalRodoviario_v3.00.xsd (modal rodovirio, verso 3.00);

mdfeModalAereo_v3.00.xsd (modal areo, verso 3.00);
mdfeModalFerroviario_v3.00.xsd (modal ferrovirio, verso 3.00);
mdfeModalAquaviario_v3.00.xsd (modal aquavirio, verso 3.00).
3.6.3. 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)
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.
26
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.
Tipo de Tipo de Tipo de MDF-e deve

Evento Descrio Evento Autor do Evento Meio Informao 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
*** Evento: Fisco / Outros
310620 Registro de Passagem 3-Fisco 1=via WS Evento No
510620 Registro de Passagem 5-Outros 1=via WS Evento No
Automtico
*** Evento: Fisco Emitente
240170 Liberao Prazo 2-Fisco Emitente 1=via WS Evento Sim
Cancelamento
Legenda:
27
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. Data e Hora de Emisso e Outros Horrios

Alterado o campo de Data de Emisso para o formato UTC completo com a informao do
TimeZone. Este tipo de representao de dados j utilizado atualmente no projeto da NF-e e
tecnicamente adequado para a representao do horrio para um Pas com dimenses
continentais como o Brasil. Todos os demais campos com horrio foram migrados para este tipo
de dado, inclusive os horrios que constam nas mensagens de resposta fornecidas pelas
SEFAZ. Nesta nova verso do leiaute, sero aceitos os horrios de qualquer regio do mundo
(faixa de horrio UTC de -11 a +12) e no apenas as faixas de horrio do Brasil
Exemplo: no formato UTC para os campos de Data-Hora, "TZD" pode ser -02:00 (Fernando de
Noronha), -03:00 (Braslia) ou -04:00 (Manaus), no horrio de vero sero -01:00, -02:00 e -
03:00. Exemplo: "2010-08-19T13:00:15-03:00".
3.9. 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).
28
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 emisso.
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/TLS
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.
29
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 Recepo
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 Ele Pai Tipo Ocorr Tam. Dec. Descrio/Observao
AP01 enviMDFe Raiz - - - - TAG raiz
AP02 versao A AP01 N 1-1 1-4 2 Verso do leiaute
Identificador de controle do envio do lote.
Nmero sequencial auto incremental, de controle
correspondente ao identificador nico do lote
enviado. A responsabilidade de gerar e controlar
AP03 idLote E AP01 N 1-1 1-15 esse nmero exclusiva do contribuinte.
OBS: Embora no primeiro momento ocorra
apenas um MDF-e por lote, esta especificao
prev futuras alteraes nessas composio
MDF-e transmitido (no primeiro momento apenas
um MDF-e) seguindo definio do Anexo I
AP04 MDFe G AP01 Xml 1-1 - Leiaute do MDF-e. O tamanho mximo do
arquivo no dever ultrapassar 1024KB.
30
Schema XML: MDFe_v9.99.xsd

UM MDF-e transmitido seguindo a definio
AP01 MDFe Raiz - xml 1-1 - do Anexo I Leiaute do MDF-e.
O tamanho mximo do arquivo de 1024KB
Assinatura XML do grupo identificado pelo
AP02 Signature E AP01 xml 1-1 -
atributo "id"
4.1.3. Leiaute Mensagem de Retorno
Retorno: Estrutura XML com a mensagem do resultado do envio do MDF-e.
Schema XML: retEnviMDFe_v9.99.xsd

AR01 retEnviMDFe Raiz - - - - - TAG Raiz da resposta
AR02 versao A AR01 N 1-1 1-4 2 Verso do leiaute
AR03 tpAmb E AR03 N 1-1 1 Identificao do ambiente:
1- Produo; 2 - Homologao.
AR04 cUF E AR03 N 1-1 2 Cdigo da UF que atendeu a solicitao
AR06 verAplic E AR03 C 1-1 1-20 Verso do aplicativo que recebeu o lote.
AR05 cStat E AR03 N 1-1 3 Cdigo do status da resposta.
AR06 xMotivo E AR03 C 1-1 1-255 Descrio literal do status da resposta
AR07 infRec G AR01 - 0-1 - Dados do Recibo (S gerado se o arquivo
for aceito)
AR08 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 sequenciais (vide item 6.5)
AR09 dhRecbto E AR07 D 1-1 - Data e Hora do Recebimento Formato =
AAAA-MM-DDTHH:MM:SS TZD
Preenchido com data e hora do
recebimento do arquivo.
AR10 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.
31
4.1.4. Validao do Certificado de Transmisso

Validao do Certificado Digital do Transmissor (protocolo SSL/TLS)
# Regra de Validao Crtica Msg Efeito
Certificado de Transmissor Invlido:
- Certificado de Transmissor inexistente na mensagem
A01 - Verso difere 3 Obrig. 280 Rej.
- Basic Constraint = true (no pode ser Certificado de AC)
- KeyUsage no define Autenticao Cliente
A02 Validade do Certificado (data incio e data fim) Obrig. 281 Rej.
Verifica a Cadeia de Certificao:

- Certificado da AC emissora no cadastrado na SEFAZ
A03 Obrig. 283 Rej.
- Certificado de AC revogado
- Certificado no assinado pela AC emissora do Certificado
LCR do Certificado de Transmissor

- Falta o endereo da LCR (CRL DistributionPoint)
A04 Obrig. 286 Rej.
- LCR indisponvel
- LCR invlida
A05 Certificado do Transmissor revogado Obrig. 284 Rej.
A06 Certificado Raiz difere da ICP-Brasil Obrig. 285 Rej.
Falta a extenso de CNPJ no Certificado (OtherName
A07 Obrig. 282 Rej.
OID=2.16.76.1.3.3)
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL/TLS e no
precisam ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo, 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. Validao Inicial da Mensagem no Web Service

Validao Inicial da Mensagem no Web Service
B01 Tamanho do XML de Dados superior a 1024 Kbytes Obrig. 214 Rej.
B02 XML de Dados Mal Formado Facult. 243 Rej.
Verifica se o Servio de processamento est Paralisado
B03 Obrig. 108 Rej.
Momentaneamente
Verifica se o Servio de processamento est Paralisado
B04 Obrig. 109 Rej.
sem Previso
A mensagem ser descartada se o tamanho exceder o limite previsto (1024 KB) A aplicao do
contribuinte no poder permitir a gerao de mensagem com tamanho superior a 1024 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.
32
4.1.6. Validao das informaes de controle da chamada ao Web Service

Validao das informaes de controle da chamada ao Web Service
C01 Elemento mdfeCabecMsg inexistente no SOAP Header Facult. 242 Rej.
Campo cUF inexistente no elemento mdfeCabecMsg do
C02 Obrig. 409 Rej.
SOAP Header
Verificar se a UF informada no cUF atendida pelo
C03 Obrig. 410 Rej.
WebService
Campo versaoDados inexistente no elemento
C04 Obrig. 411 Rej.
mdfeCabecMsg do SOAP Header
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 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 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 solicitao;
33
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:

Validao da rea de dados da mensagem
D01 Verifica Schema XML da rea de Dados (parte genrica) Obrig. 215 Rej.
Verifica a existncia de qualquer namespace diverso do
D02 namespace padro do MDF-e Facult. 598 Rej.
(http://www.portalfiscal.inf.br/mdfe)
Verifica a existncia de caracteres de edio no incio ou fim
D03 Facult. 599 Rej.
da mensagem ou entre as tags
D04 Verifica o uso de prefixo no namespace Obrig. 404 Rej.
D05 XML utiliza codificao diferente de UTF-8 Obrig. 402 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:

Validao do Certificado Digital utilizado na Assinatura Digital
Certificado de Assinatura Invlido:
- Certificado de Assinatura inexistente na mensagem
E01 - Verso difere 3 Obrig. 290 Rej.
E02 Validade do Certificado (data incio e data fim) Obrig. 291 Rej.
E03 Obrig. 292 Rej.
OID=2.16.76.1.3.3)

E04 Obrig. 293 Rej.
LCR do Certificado de Assinatura

E05 - Falta o endereo da LCR (CRL DistributionPoint) Obrig. 296 Rej.
- Erro no acesso LCR
E06 Certificado de Assinatura revogado Obrig. 294 Rej.
E07 Certificado Raiz difere da ICP-Brasil Obrig. 295 Rej.
34
c) Validao da Assinatura Digital

Validao da Assinatura Digital
Assinatura difere do padro do Projeto:
- No assinado o atributo ID (falta Reference URI na
assinatura)
(*validado tambm pelo Schema)
F01 Obrig. 298 Rej.
- Faltam os Transform Algorithm previstos na assinatura
(C14N e Enveloped)
Estas validaes so implementadas pelo Schema XML da
Signature
Valor da assinatura (SignatureValue) difere do valor
F02 Obrig. 297 Rej.
calculado
CNPJ-Base do Emitente difere do CNPJ-Base do
F03 Obrig. 213 Rej.
Certificado Digital
d) Validao das regras de negcios do MDF-e

Validao das Regras de Negcio de Autorizao do MDF-e
Crtic
# Regra de Validao Msg Efeito
a
Validaes Gerais
G001 Tipo do ambiente do MDF-e difere do ambiente do Web Service Obrig. 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 Obrig. 247 Rej.
Campo "ID" invlido:
- Falta literal "MDFe"
G004 Obrig. 227 Rej.
- Chave de acesso do campo ID difere da concatenao dos campos
correspondentes
G005 Verificar se Ano da chave de acesso inferior a 2012 Obrig. 666 Rej.
Dgito Verificador invlido da Chave de acesso resultante da
concatenao dos campos correspondentes
G007 Verificar se a Verso do Modal suportada Obrig 579 Rej
G008 Verificar Schema XML conforme o modal (parte especfica do modal) Obrig. 580 Rej.
Municpio de Carregamento do MDF-e diverge da UF (verificar se as 2 Obrig. 456 Rej.

G009 posies da esquerda do cdigo de municpio que identifica o cdigo da
UF esto de acordo com a sigla da UF informada)
Cdigo do Municpio de Carregamento inexistente (Tabela Municpios do Obrig. 405 Rej.
G010 IBGE)
G011 Rejeitar Municpio de carregamento duplicado no MDF-e Obrig. 685 Rej.
Municpio de descarregamento diverge da UF de descarregamento Obrig. 612 Rej.
(verificar se as 2 posies da esquerda do cdigo de municpio de
descarregamento que identifica o cdigo da UF de descarga esto de
G012 acordo com a sigla da UF informada)
Retornar o cdigo do municpio de descarga invlido.

Cdigo do Municpio de Descarregamento inexistente (Tabela Municpios Obrig. 406 Rej.
G013
do IBGE)
Rejeitar Municpio de descarregamento duplicado no MDF-e Obrig. 680 Rej.
G014
35
Validaes do Tipo de Emitente

Se tipo emitente informado for igual a Prestador de Servio de Transporte
G015 (tpEmit=1): Obrig. 638 Rej.
O grupo de documentos NF-e no pode ser preenchido
Se tipo emitente informado for igual a Transportador de Carga Prpria
G016 (tpEmit=2): Obrig. 639 Rej.
O grupo de documentos CTe no pode ser preenchido
Se tipo emitente informado for igual a Prestador de Servio de Transporte Obrig. 457 Rej.
(tpEmit=1), modal = Rodovirio e CNPJ do proprietrio do veculo no for
G017 informado ou for igual ao CNPJ do Emitente do MDF-e:
A informao do tipo de transportador (tpTransp) dever ser diferente
de TAC (2)
Se tipo emitente informado for igual a Transportador de Carga Prpria Obrig. 458 Rej.
(tpEmit=2), modal = Rodovirio e CNPJ do proprietrio do veculo no for
G018 informado ou for igual ao CNPJ do Emitente do MDF-e:
A informao do tipo de transportador (tpTransp) no dever ser
preenchida
Se tipo emitente informado for igual a Transportador de Carga Prpria Obrig. 454 Rej.
(tpEmit=2), modal = Rodovirio e CNPJ do proprietrio do veculo for
G019 informado diferente do CNPJ do Emitente do MDF-e:
A informao do tipo de transportador (tpTransp) dever ser preenchida
com TAC (2)
Validaes Documentos Transportados
G020 Pelo menos um dos grupos de documentos dever ser informado (CT-e, Obrig. 616 Rej.
NF-e e/ou MDF-e)
OBS: Retornar Municpio sem DF-e vinculado
Se informado grupo CTe e a Operao for:
Transporte Interestadual:
Verificar se existe alguma chave de acesso duplicada no MDF-e
Interna: Rej
G021 Obrig. 668
Verificar se existe alguma chave de acesso duplicada no municpio
de descarregamento
Retornar a chave duplicada

Se informado grupo NF-e e a Operao for:
Transporte Interestadual:
Verificar se existe alguma chave de acesso duplicada no MDF-e
G022 Interna: Obrig. 669 Rej
Verificar se existe alguma chave de acesso duplicada no municpio
de descarregamento
Retornar a chave duplicada
Se informado grupo CT-e, para cada um dos CT-e relacionados:
G023 - Rejeitar chave de acesso com dgito de controle invlido Obrig. 601 Rej.
Observao: Retornar a chave invlida
G024 Se informado grupo CT-e, para cada um dos CT-e relacionados: Obrig. 617 Rej.
- Rejeitar chave de acesso de CT-e invlida (Ano < 2009 ou Ano maior
que Ano corrente)
- Rejeitar chave de acesso de CT-e invlida (Ms = 0 ou Ms > 12)
36
- Rejeitar chave de acesso de CT-e invlida (CNPJ zerado ou digito
invlido)
- Rejeitar chave de acesso de CT-e invlida (modelo diferente de 57)
- Rejeitar chave de acesso de CT-e invlida (nmero CT = 0)
G029 Se informado grupo CT-e, para cada um dos CT-e relacionados: Obrig. 670 Rej
- Rejeitar Chave de acesso de CT-e invlida (tipo de emisso invlido)
G030 Se informado grupo CT-e, para cada um dos CT-e relacionados: Obrig. 588 Rej
- Rejeitar Chave de acesso de CT-e invlida (UF invlida)
Acesso BD CT-e da SEFAZ Autorizadora (Chave: CNPJ Emit, Modelo,
Serie, Nro.) com as informaes da chave chCTe indicado.
- Verificar se CT-e existe
Observao: Retornar a chave do CT-e inexistente
CT-e em contingncia fica dispensado dessa validao
- CT-e no pode existir com diferena de chave de acesso Observao:
Retornar a chave de acesso de CT-e com diferena na chave.
- Verificar se CT-e indicado est cancelado ou denegado
Observao: Retornar a chave do CT-e com situao irregular
G034 Se o tipo de emisso do CT-e informado for FS-DA, o campo Obrig. 602 Rej.
SegCodBarra dever ser informado
Observao: Retornar a chave do CT-e em contingncia
G035 Se o tipo de emisso do CT-e informado for diferente de FS-DA, o campo Obrig. 603 Rej.
SegCodBarra no dever ser informado
Observao: Retornar a chave do CT-e
Se informado grupo NF-e, para cada uma das NF-e relacionadas:
G036 - Rejeitar chave de acesso com dgito verificador invlido Obrig. 604 Rej.
G037 Se informado grupo NF-e, para cada uma das NF-e relacionadas: Obrig. 622 Rej.
- Rejeitar chave de acesso de NF-e invlida (Ano < 2005 ou Ano maior
que Ano corrente)
- Rejeitar chave de acesso de NF-e invlida (Ms = 0 ou Ms > 12)
- Rejeitar chave de acesso de NF-e invlida (CNPJ zerado ou digito
invlido)
- Rejeitar chave de acesso de NF-e invlida (modelo diferente de 55)
37

- Rejeitar chave de acesso de NF-e invlida (nmero NF = 0)
- Rejeitar chave de acesso de NF-e invlida (tipo de emisso invlido)
- Rejeitar chave de acesso de NF-e invlida (UF invlida)
G044 Se informado grupo NF-e, para cada uma das NF-e relacionadas: Facult 675 Rej.
Acesso BD NF-e da SEFAZ Autorizadora (Chave: CNPJ Emit, Modelo, .
Serie, Nro.) com as informaes da chave chNFe indicada.
- Verificar se NF-e existe
Observao: Retornar a chave da NF-e inexistente
NF-e em contingncia fica dispensada dessa validao
- NF-e no pode existir com diferena de chave de acesso .
Observao: Retornar a chave de acesso de NF-e com diferena na
chave.
- Verificar se NF-e indicada est cancelada ou denegada .
Observao: Retornar a chave da NF-e com situao irregular
G047 Se o tipo de emisso da NF-e informada for FS-DA, o campo Obrig. 606 Rej.
SegCodBarra dever ser informado
Observao: Retornar a chave da NF-e em contingncia
G048 Se o tipo de emisso da NF-e informada for diferente de FS-DA, o campo Obrig. 607 Rej.
SegCodBarra no dever ser informado
Observao: Retornar a chave da NF-e
G049 Se informado o grupo MDFeTransp: Obrig. 647 Rej
- Verificar se o MDF-e do modal Aquavirio
Se informado o grupo MDFeTransp, para cada um dos MDF-e
relacionados:
- Verificar se UF de carregamento ou UF de descarregamento =
Amazonas (AM) ou Amap (AP)
Se informado o grupo MDFeTransp, para cada um dos MDF-e
relacionados:
- Rejeitar chave de acesso com dgito verificador invlido
G052 Se informado o grupo MDFeTransp, para cada um dos MDF-e Obrig. 650 Rej.
relacionados:
- Rejeitar chave de acesso de MDF-e invlida (Ano < 2013 ou Ano maior
que Ano corrente)
relacionados:
- Rejeitar chave de acesso de MDF-e invlida (Ms = 0 ou Ms > 12)
relacionados:
- Rejeitar chave de acesso de MDF-e invlida (CNPJ zerado ou digito
38
invlido)
relacionados:
- Rejeitar chave de acesso de MDF-e invlida (modelo diferente de 58)
relacionados:
- Rejeitar chave de acesso de MDF-e invlida (nmero MDF = 0)
relacionados:
- Rejeitar chave de acesso de MDF-e invlida (tipo de emisso invlido)
relacionados:
- Rejeitar chave de acesso de MDF-e invlida (UF invlida)
relacionados:
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
MDF-e em contingncia fica dispensado dessa validao
relacionados:
- MDF-e no pode existir com diferena de chave de acesso
Observao: Retornar a chave de acesso de MDF-e com diferena na
chave.
relacionados:
- Verificar se MDF-e indicado est cancelado
Observao: Retornar a chave do MDF-e cancelado
relacionados:
Modal do MDF-e indicado diferente de Rodovirio
Observao: Retornar a chave do MDF-e

G063 Se informado grupo MDFeTransp e tipo emitente informado for igual a Obrig. 659 Rej.
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

Verificar se o valor informado nos campos totalizadores de
G064 documentos (qCTe, qNFe, qMDFe) est de acordo com o nmero de Obrig. 667 Rej.
documentos relacionados no MDF-e.
Validaes Emitente
G065 Validar CNPJ Emitente (dgito controle, zeros ou nulo) Obrig. 207 Rej.
G066 IE Emitente deve ser informada (zeros ou nulo) Obrig. 229 Rej.
39
Validar IE Emitente (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
G067 definio do formato da IE se necessrio. Obrig. 209 Rej.
Ex.: IE informada 130000019, formato da IE: NNNNNNNNNND, a IE deve
ser padronizada para 00130000019, com o acrscimo dos zeros no
significativos necessrios para a validao do dgito verificador.
G068 Emitente no credenciado no CT-e e/ou NF-e Obrig. 203 Rej.
Acessar Cadastro de Emitentes (CNE, Chave: UF, IE): Facult
G069 230 Rej.
- IE emitente no cadastrada .
IE Emitente deve estar vinculada ao CNPJ (tratar Regime Especial de IE
nica)
Municpio do Emitente diverge da UF (verificar se as 2 posies da
G071 esquerda do cdigo de municpio que identifica o cdigo da UF Obrig. 407 Rej
compatvel com a sigla da UF informada)
G072 Cdigo do Municpio Emitente inexistente (Tabela Municpios do IBGE) Obrig. 408 Rej.
Validaes Data Emisso
G073 Data/Hora de Emisso posterior a Data/Hora de Recebimento (o Ambiente Obrig. 212 Rej.
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.
OBS: Essa Validao deve considerar o novo formato de datas UTC com
indicao do timezone.
Validaes Banco de Dados
Acessar BD MDF-e (Chave: CNPJ Emit, Modelo, Srie, Nro): Obrig 539 Rej.
- Verificar duplicidade de MDF-e com diferena na Chave de Acesso
(Campo de Cdigo Numrico difere)
Retornar a chave de acesso j autorizada, o nmero do protocolo e data
G074
de autorizao do MDF-e:
[chMDFe: 99999999999999999999999999999999999999999999]
[nProt:999999999999999]
[dhAut: AAAA-MM-DDTHH:MM:SS TZD]
Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Serie, Nro.)
- Verificar duplicidade de MDF-e
G075 Retornar o nmero do protocolo e data de autorizao do MDF-e: Obrig. 204 Rej.
[nProt:999999999999999]
[dhAut: AAAA-MM-DDTHH:MM:SS TZD].
- Verificar se o MDF-e est Cancelado.
Retornar o nmero do protocolo e data de cancelamento do MDF-e:
[nProt:999999999999999]
[dhCanc: AAAA-MM-DDTHH:MM:SS TZD].
- Verificar se o MDF-e est encerrado
Retornar o nmero do protocolo e data de encerramento do MDF-e:
[nProt:999999999999999]
[dhEnc: AAAA-MM-DDTHH:MM:SS TZD].
Validaes Modal Rodovirio
Se modal rodovirio:
- Verificar se existe MDF-e no encerrado, para a placa principal (mesmo
G078 CNPJ base do emitente do MDF-e, mesma placa, mesma UF Obrig. 610 Rej.
carregamento, mesma UF descarregamento e Data de emisso
diferente).
40
*Na data de emisso considerar dia, ms e ano.

OBS: retornar chave de acesso e protocolo de autorizao mais antigo
que causa o bloqueio
Se modal rodovirio:
Verificar se existe MDF-e no encerrado para o CNPJ do emitente com
G079 mais de 30 dias desde a autorizao. Obrig. 686 Rej.
OBS: retornar chave de acesso e protocolo de autorizao mais antigo
que causa o bloqueio.
Se modal rodovirio:
Verificar se existe MDF-e no encerrado para a placa do veculo com
o mesmo CNPJ Base do emitente com mais de 5 dias desde a
G080 autorizao indicando no mximo duas UF de percurso alm do Obrig. 462 Rej.
carregamento e descarregamento.
OBS: retornar chave de acesso e protocolo de autorizao mais
antigo que causa o bloqueio.
Se modal rodovirio, UF Carregamento e Descarregamento forem
diferentes de Exterior:
Verificar se as placas informadas (veculo Trao e Reboques)
encontram-se diferentes do formato nacional (AAAXXXX).
Se modal Rodovirio, o grupo de informaes de UF de percurso
dever ser preenchido na ordem Origem Destino sempre que existir
pelo menos uma UF entre a UF de carregamento e UF de
descarregamento.
OBS: A regra ser aplicada considerando as divisas possveis na
ordem definida para o percurso.
Se modal Rodovirio e Tipo Emitente for igual a Prestador de Servio
de Transporte (tpEmit=1):
G083 Obrig. 698 Rej
-Rejeitar se o grupo de informaes do seguro da carga no estiver
informado
de Transporte (tpEmit=1) e informado grupo de seguro da carga:
-Rejeitar se alguma informao do grupo seguro no estiver
G084 Obrig. 699 Rej
informada
OBS: Verificar preenchimento de CNPJ/CPF, infSeg, nApol e nAver

de Transporte (tpEmit=1) e no estiverem preenchidos:
1. Responsvel pela Gerao do CIOT
Ou
G085 2. Responsvel pelo pagamento do Vale-pedgio Obrig. 578 Rej.
Ento:
- Rejeitar se no estiver informado pelo menos um tomador de servio
(grupo infContratante)
Se modal Rodovirio Rejeitar se existir CPF de condutor informado

em duplicidade no grupo veculo trao
Validaes Autorizados ao XML do MDF-e
Se informada autorizao download XML com CNPJ:
CNPJ com zeros ou dgito invlido
Se informada autorizao download do XML com CPF:
G088 CPF com zeros, nulo, nmeros repetidos (111, 222, etc.), ou dgito de Obrig. 661 Rej.
controle invlido.
41
Se informada autorizao download XML:

G089 Obrig. 459 Rej
- Verificar se existe duplicidade de CPF/CNPJ informado no MDF-e
Validaes ANTT
Se modal rodovirio e informado RNTRC Facult
G090 681 Rej.
Verificar se o RNTRC existe .
G091 682 Rej.
Verificar situao do RNTRC .
G092 683 Rej.
Verificar se a placa do veculo de trao est associada ao RNTRC .
Se modal rodovirio e informado RNTRC
Facult
G093 Verificar se foi informado CIOT quando este for obrigatrio para o 684 Rej
.
RNTRC
4.1.9. 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;
Ou seja:
Validao Consequncia
De forma Situao do
Para o contribuinte Banco de Dados
do MDF-e MDF-e
Invlida Rejeio Corrigir MDF-e No gravar
Autorizao de
Vlida A prestao autorizada Gravar
uso
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.
42
4.2. Web Service MDFeRetRecepcao
Funo: servio destinado a devolver o resultado do processamento do MDF-e.
Processo: assncrono.
Mtodo: mdfeRetRecepcao
Entrada: Estrutura XML contendo o nmero do recibo que identifica a mensagem de envio de
MDF-e.
Schema XML: consReciMdfe_v99.99.xsd

BP01 consReciMDFe Raiz - - - TAG raiz
BP02 versao A BP01 N 1-1 1-4 2 Verso do leiaute
BP03 tpAmb E BP01 N 1-1 1 Identificao do Ambiente:
1 Produo / 2 Homologao
BP04 nRec 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 sequenciais.
Retorno: Estrutura XML com o resultado do processamento da mensagem de envio de MDF-e.
Schema XML: retConsReciMdfe_v99.99.xsd

BR01 retConsReciMDFe Raiz - - - - TAG raiz da Resposta
BR02 versao A BR01 N 1-1 1-4 2 Verso do leiaute
BR03 tpAmb E BR01 N 1-1 1 Identificao do Ambiente:
BR04 verAplic E BR01 C 1-1 1-20 Verso do Aplicativo que recebeu o Lote.
BR05 nRec E BR01 N 1-1 15 Nmero do Recibo consultado (vide item 6.5).
43
BR06 cStat E BR01 N 1-1 3 Cdigo do status da resposta para o arquivo (vide
item 6.1.1)
BR07 xMotivo E BR01 C 1-1 1-255 Descrio literal do status da resposta para o
arquivo.
BR08 cUF E BR01 N 1-1 2 Cdigo da UF que atendeu a solicitao.
BR09 protMDFe* 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)
Leiaute de MDF-e processado:

PR01 protMDFe Raiz - - - - TAG raiz do Protocolo de recebimento do MDF-e
PR02 versao A PR01 N 1-1 4 2 Verso do leiaute das informaes de Protocolo.
PR03 infProt G PR01 - 1-1 - Informaes do Protocolo de resposta.
TAG a ser assinada
PR04 Id ID PR03 C 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 E PR03 N 1-1 1 Identificao do Ambiente:
PR06 verAplic E PR03 C 1-1 1-20 Verso do Aplicativo que recebeu o Arquivo.
PR07 chMDFe E PR03 N 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 E PR03 D 1-1 - Data e hora de processamento
Formato = AAAA-MM-DDTHH:MM:SS TZD
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.
PR09 nProt E PR03 N 0-1 15 Nmero do Protocolo da MDF-e (vide item 6.6).
PR10 digVal E PR03 C 0-1 28 Digest Value do MDF-e processado
Utilizado para conferir a integridade do MDF-e
original.
PR11 cStat E PR03 N 1-1 3 Cdigo do status da resposta para o MDF-e (vide
item 6.1.1).
PR12 xMotivo E PR03 C 1-1 1-255 Descrio literal do status da resposta para o
MDF-e.
PR13 Signature G 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.
44
Devero ser realizadas as validaes e procedimentos que seguem:

A01 Certificado de Transmissor Invlido: Obrig. 280 Rej.
- Verso difere 3
A03 Verifica a Cadeia de Certificao: Obrig. 283 Rej.
A04 LCR do Certificado de Transmissor Obrig. 286 Rej.

- LCR indisponvel
- LCR invlida
A07 Falta a extenso de CNPJ no Certificado (OtherName Obrig. 282 Rej.
OID=2.16.76.1.3.3)
sejam ICP-BR no repositrio de certificados digitais do servidor de Web Service da SEFAZ.

# Regra de Validao Aplic. Msg Efeito
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 (1024 Kb). A aplicao do
contribuinte no poder permitir a gerao de mensagem com tamanho superior a 1024 Kb.
(ex.: controle no firewall). No caso de controle de tamanho ter sido implementado por aplicativo,
No momento do recebimento da mensagem no Web Service, a critrio do Ambiente

Autorizador, poder ser verificado se o XML de dados est bem formado. Esta verificao til
para a UF que deseja armazenar o XML de dados em estrutura XML de banco de dados.
45
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.

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. 411 Rej.
Header
A informao da verso do leiaute do lote e a UF de origem do emissor do manifesto so

3.4.1).
A aplicao dever validar os campos cUF e versaoDados, rejeitando a mensagem recebida em

O cabealho contm a verso do Schema XML da mensagem contida na rea de dados que
ser utilizado pelo Web Service.
a) Validao da Forma da rea de Dados
Validao da Mensagem do Pedido de Consulta

D01 Verifica Schema XML da rea de Dados Obrig. 215 Rej.
D02 Verifica a existncia de qualquer namespace diverso do namespace Facult. 598 Rej.
padro do MDF-e (http://www.portalfiscal.inf.br/mdfe)
D03 Verifica a existncia de caracteres de edio no incio ou fim da Facult. 599 Rej.
mensagem ou entre as tags
46
b) Validao das Regras de Negcio da Consulta Recibo
A seguir so realizadas as seguintes validaes:
Validao da Consulta Recibo

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.
(9=SEFAZ NACIONAL)
E03 - Verifica se o Arquivo no est na fila de sada, nem na fila de entrada Obrig. 106 Rej.
E04 - Verifica se o Arquivo no est na fila de resposta, mas est na fila de Obrig. 105 Rej.
entrada
E05 CNPJ do transmissor do Arquivo difere do CNPJ do transmissor da Obrig. 223 Rej.
consulta
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;
47
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
Entrada: Estrutura XML contendo a chave de acesso do MDF-e.
Schema XML: consSitMdfe_v99.99.xsd

CP01 consSitMDFe Raiz - - - - TAG raiz
CP02 versao A CP01 N 1-1 1-4 2 Verso do leiaute
CP03 tpAmb E CP01 N 1-1 1 Identificao do Ambiente:
CP04 xServ E CP01 C 1-1 9 Servio solicitado
CONSULTAR
CP05 chMDFe E CP01 N 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.
Retorno: Estrutura XML contendo a mensagem do resultado da consulta de protocolo:
Schema XML: retConsSitMDFe_v99.99.xsd

CR01 retConsSitMDFe Raiz - - - - TAG raiz da Resposta
CR02 versao A CR01 N 1-1 1-4 2 Verso do leiaute
CR03 tpAmb E CR01 N 1-1 1 Identificao do Ambiente:
CR04 verAplic E CR01 C 1-1 1-20 Verso do Aplicativo que processou a consulta
CR05 cStat E CR01 N 1-1 3 Cdigo do status da resposta.
48
CR06 xMotivo E CR01 C 1-1 1-255 Descrio literal do status da resposta.

CR07 cUF E CR01 N 1-1 2 Cdigo da UF que atendeu a solicitao.
CR08 protMDFe G CR01 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 G CR01 xml 0-N - Informao do evento e respectivo Protocolo
de registro de Evento
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).
O processamento da requisio das consultas deste Web Service ser limitado no perodo de
consulta para 180 dias da data de emisso do MDF-e. Atualmente as requisies do
WebService de Consulta representam aproximadamente 30% das requisies recebidas no
ambiente da SEFAZ Autorizadora, sendo que algumas empresas mantm processos em loop
consultando Chaves de Acesso inexistentes, mesmo para MDF-e autorizadas em anos
anteriores.
Devero ser realizadas as validaes e procedimentos que seguem.

- Verso difere "3"
- KeyUsage no define "Autenticao Cliente"

- LCR indisponvel
- LCR invlida
A06 Certificado Raiz difere da "ICP-Brasil" Obrig. 285 Rej.
A07 Falta a extenso de CNPJ no Certificado (OtherName - Obrig. 282 Rej.
OID=2.16.76.1.3.3)
49
sejam ICP-BR no repositrio de certificados digitais do servidor de Web Service do Ambiente
Autorizador.


para as UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.

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

3.4.1).

50

Validao da Mensagem do Pedido de Consulta de situao de MDF-e.
b) Validao das Regras de Negcio da Consulta MDF-e
Validao do Pedido de Consulta de situao de MDF-e Regras de Negcio

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 Verificar se o Ano-Ms da Chave de Acesso est com atraso superior a 6 Obrig. 460 Rej.
meses em relao ao Ano-Ms atual
H04 Validar DV da Chave de Acesso Obrig. 236 Rej.
H05 Rejeitar Chave de acesso invlida (Ano < 2012 ou Ano maior que Ano Obrig. 592 Rej.
corrente)
H06 Rejeitar Chave de acesso invlida (Ms = 0 ou Ms > 12) Obrig. 593 Rej.
H07 Rejeitar Chave de acesso invlida (CNPJ zerado ou digito invlido) Obrig. 594 Rej.
H08 Rejeitar Chave de acesso invlida (modelo diferente de 58) Obrig. 595 Rej.
H09 Rejeitar Chave de acesso invlida (nmero MDFe = 0) Obrig. 596 Rej.
H10 Rejeitar Chave de acesso invlida (tipo de emisso invlido) Obrig. 597 Rej.
H11 Rejeitar Chave de acesso invlida (UF invlida) Obrig. 591 Rej.
H12 Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Srie, Nro): Obrig. 217 Rej.
- Verificar se MDF-e no existe
H13 - Verificar se campo Cdigo Numrico informado na Chave de Acesso Obrig. 216 Rej.
diferente do existente no BD
H14 Chave de Acesso difere da existente em BD (opcionalmente a descrio Obrig. 600 Rej.
do erro, campo xMotivo, tem concatenada a Chave de Acesso, quando o
autor da consulta for o emissor)
51
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 e registro de eventos.
52
4.4. Web Service MDFeStatusServico
Funo: servio destinado consulta do status do servio prestado pelo Ambiente Autorizador.
Processo: sncrono.
Mtodo: mdfeStatusServicoMDF
Entrada: Estrutura XML para a consulta do status do servio.
Schema XML: consStatServ_v99.99.xsd

DP01 consStatServMDFe Raiz - - - - TAG raiz
DP02 versao A FP01 N 1-1 1-4 2 Verso do leiaute
DP03 tpAmb E FP01 N 1-1 1 Identificao do Ambiente:
1 Produo / 2 - Homologao
DP04 xServ E FP01 C 1-1 6 Servio solicitado
STATUS
Retorno: Estrutura XML contendo a mensagem do resultado da consulta do status do servio:
Schema XML: retConsStatServ _v99.99.xsd
Ti Descrio/Observao
# Campo Ele Pai Ocor. Tam. Dec.
po
DR01 retConsStatServMDFe Raiz - - - - TAG raiz da Resposta
DR02 Verso A DR01 N 1-1 1-4 2 Verso do leiaute
DR03 tpAmb E DR01 N 1-1 1 Identificao do Ambiente:
1 Produo / 2 - Homologao
DR04 verAplic E DR01 C 1-1 1-20 Verso do Aplicativo que processou a consulta
DR05 cStat E DR01 N 1-1 3 Cdigo do status da resposta.
53
DR06 xMotivo E DR01 C 1-1 1-60 Descrio literal do status da resposta.

DR07 cUF E DR01 N 1-1 2 Cdigo da UF que atendeu solicitao
DR08 dhRecbto E DR01 D 1-1 - Data e hora de recebimento
Formato = AAAA-MM-DDTHH:MM:SS TZD
Preenchido com data e hora do recebimento do
Pedido.
DR09 tMed E DR01 N 0-1 1-4 Tempo mdio de resposta do servio (em
segundos) dos ltimos 5 minutos.
DR10 dhRetorno E DR01 D 0-1 - Preencher com data e hora previstas para o
retorno do Web Service, no formato AAA-MM-
DDTHH:MM:SS
DR11 xObs E DR01 C 0-1 1-255 Informaes adicionais para o Contribuinte
Este mtodo ser responsvel por receber as solicitaes referentes consulta do status do
servio do Ambiente Autorizador.

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.

- Verso difere "3"

- LCR indisponvel
- LCR invlida
OID=2.16.76.1.3.3)
54
Autorizador.


para a UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.

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

3.4.1).
55
Validao da Mensagem da Consulta de Status de Servio

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

I01 Tipo do ambiente do MDF-e difere do ambiente do Web Service Obrig. 252 Rej.
I03 Verifica se o Servidor de Processamento est Paralisado Obrig. 108 -
Momentaneamente
I04 Verifica se o Servidor de Processamento est Paralisado sem Previso Obrig. 109 -
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.
56
4.5. Web Service MDFeConsultaNaoEncerrados
Funo: servio destinado ao atendimento de solicitaes de consulta MDF-e no encerrados

na Base de Dados do Ambiente Autorizador.
Processo: sncrono.
Mtodo: mdfeConsNaoEnc
Entrada: Estrutura XML contendo o CNPJ do emitente.
Schema XML: consMDFeNaoEnc_v99.99.xsd

CP01 consMDFeNaoEnc Raiz - - - - TAG raiz
CP02 versao A EP01 N 1-1 1-4 2 Verso do leiaute
CP03 tpAmb E EP01 N 1-1 1 Identificao do Ambiente:
CP04 xServ E EP01 C 1-1 24 Servio solicitado
CONSULTAR NO ENCERRADOS
CP05 CNPJ E EP01 N 1-1 14 CNPJ do emitente de MDF-e
Retorno: Estrutura XML contendo a mensagem do resultado da consulta no encerrados:
Schema XML: retConsMDFeNaoEnc_v99.99.xsd

ER01 retConsMDFeNao Raiz - - - - TAG raiz da Resposta
Enc
ER02 versao A ER01 N 1-1 1-4 2 Verso do leiaute
ER03 tpAmb E ER01 N 1-1 1 Identificao do Ambiente:
ER04 verAplic E ER01 C 1-1 1-20 Verso do Aplicativo que processou a consulta
ER05 cStat E ER01 N 1-1 3 Cdigo do status da resposta.
ER06 xMotivo E ER01 C 1-1 1-255 Descrio literal do status da resposta.
57
ER07 cUF E ER01 N 1-1 2 Cdigo da UF que atendeu a solicitao.

ER08 infMDFe G ER01 0-N - Grupo com relao de MDF-e no encerrados
ER09 chMDFe E ER08 N 1-1 44 Chave de acesso do MDF-e no encerrado
ER10 nProt E ER08 N 1-1 15 Protocolo de autorizao do MDF-e no
encerrado
Este mtodo ser responsvel por receber as solicitaes referentes consulta de MDF-e no
encerrados pelo emitente (Situao Autorizado). Seu acesso permitido apenas pelo CNPJ do
emitente do MDF-e.

validando o CNPJ do emitente, e retornar mensagem contendo a relao de chaves de acesso
e nmero de protocolo dos MDF-e no encerrados na Base de Dados.

- Verso difere "3"

- LCR indisponvel
- LCR invlida
OID=2.16.76.1.3.3)
Autorizador.
58


para as UF que desejam armazenar o XML de dados em estrutura XML de banco de dados.

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

3.4.1).

59

Validao da Mensagem do Pedido de Consulta No Encerrados.
b) Validao das Regras de Negcio da Consulta No Encerrados
Validao do Pedido de Consulta No Encerrados Regras de Negcio

L01 Tipo do ambiente do MDF-e difere do ambiente do Web Service Obrig. 252 Rej.
L02 CNPJ Emitente invlido (dgito controle, zeros ou nulo) Obrig. 207 Rej.
L03 CNPJ Base do Emitente difere do CNPJ Base do certificado digital do Obrig. 213 Rej.
transmissor
L04 Emitente no credenciado a emisso de MDF-e Obrig. 203 Rej.
A mensagem de retorno poder ser:

MDF-e no encerrados localizados cStat=111, com a relao de chaves de acesso e
protocolos de autorizao dos manifestos no encerrados;
MDF-e no encerrados no localizados cStat=112
60
5. Sistema de Registro de Eventos (Parte Geral)
Sistema de Registro de Eventos

Emissor MDF-e WS da Fazenda
Web Service :
RecepcaoEvento
Envio de Evento do MDF-e Proc .
mdfeRecepcaoEvento Recepo
Ret
Cliente
SRE Aplicao SRE
Retorno
Funo: servio destinado recepo de mensagem de Evento do MDF-e

Processo: sncrono.
Mtodo: mdfeRecepcaoEvento
Entrada: Estrutura XML com o Evento (Parte Geral)
Schema XML: eventoMDFe_v9.99.xsd

EP01 eventoMDFe Raiz - - - - TAG raiz
EP02 versao A EP01 N 1-1 1-4 2 Verso do leiaute geral dos eventos
EP03 infEvento G EP04 1-1 Grupo de informaes do registro do Evento
EP04 Id ID EP04 C 1-1 52 Identificador da TAG a ser assinada, a regra de
formao do Id :
ID + tpEvento+ chave do MDF-e+ nSeqEvento
EP05 cOrgao E EP04 N 1-1 2 Cdigo do rgo de recepo do Evento. Utilizar
a Tabela do IBGE extendida, utilizar 90 para
identificar SUFRAMA
EP06 tpAmb E EP04 N 1-1 1 Identificao do Ambiente:
1 Produo 2 Homologao
EP07 CNPJ E EP04 N 1-1 14 Informar o CNPJ do autor do Evento
EP08 chMDFe E EP04 N 1-1 44 Chave de Acesso do MDF-e vinculado ao Evento
EP09 dhEvento E EP04 D 1-1 Data e Hora do Evento no Formato = AAAA-MM-
DDTHH:MM:SS TZD.
EP10 tpEvento E EP04 N 1-1 6 Tipo do Evento:
110111 - Cancelamento
110112 Encerramento
110114 Incluso de Condutor
310620 - Registro de Passagem
EP11 nSeqEvento E EP04 N 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 G EP04 - 1-1 Informaes do evento especfico.
61
EP13 versaoEvento A EP12 N 1-1 1-4 2 Verso do leiaute especfico do evento.

EP14 any E EP12 XML 1-1 XML do evento
Insira neste local o XML especfico do tipo de
evento (cancelamento, encerramento, registro de
passagem)
EP15 Signature G EP01 XML 1-1 Assinatura XML do grupo identificado pelo
atributo Id
5.1.2. Diagrama Simplificado do Schema: eventoMDFe_v9.99.xsd
62
Retorno: Estrutura XML contendo a mensagem do resultado do evento:
Schema XML: retEventoMDFe _v99.99.xsd

ER01 retEvento Raiz - - - - TAG raiz do Resultado do Envio do Evento
ER02 versao A ER01 N 1-1 1-4 2 Verso do leiaute
ER03 infEvento G ER01 1-1 Grupo de informaes do registro do Evento
ER04 Id ID ER03 C 0-1 17 Identificador da TAG a ser assinada, somente
deve ser informado se o rgo de registro assinar
a resposta.
Em caso de assinatura da resposta pelo rgo de
registro, preencher com o nmero do protocolo,
precedido pela literal ID
ER05 tpAmb E ER03 N 1-1 1 Identificao do Ambiente:
ER06 verAplic E ER03 C 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 E ER03 N 1-1 2 Cdigo da UF que registrou o Evento. Utilizar 90
para o SUFRAMA
ER08 cStat E ER03 N 1-1 3 Cdigo do status da resposta
ER09 xMotivo E ER03 C 1-1 1-255 Descrio do status da resposta
Os campos a seguir so obrigatrios no caso de homologao do evento cStat=135 ou cStat=136.
Os campos de dhRegEvento e nProt no sero preenchidos em caso de erro
ER10 chMDFe E ER03 N 0-1 44 Chave de Acesso do MDF-e vinculado ao evento
ER11 tpEvento E ER03 N 0-1 6 Cdigo do Tipo do Evento
ER12 xEvento E ER03 C 0-1 5-60 Descrio do Evento
ER13 nSeqEvento E ER03 N 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 E ER03 D 0-1 Data e Hora do Evento Formato = AAAA-MM-
DDTHH:MM:SS TZD
ER15 nProt E ER15 N 0-1 15 Nmero do protocolo de registro do evento
ER16 Signature G ER01 XML 0-1 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
63
5.1.4. Diagrama Simplificado Schema de retorno: retEventoMDFe _v99.99.xsd
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.
64

Certificado de Transmissor Invlido:
A01 - Verso difere 3 Obrig. 280 Rej.

A03 Obrig. 283 Rej.
LCR do Certificado de Transmissor

A04 Obrig. 286 Rej.
- LCR indisponvel
- LCR invlida
A07 Obrig. 282 Rej.
OID=2.16.76.1.3.3)
sejam ICP-Brasil no repositrio de certificados digitais do servidor de Web Service da SEFAZ.

(ex.: controle no firewall). No caso do controle de tamanho ser implementado por aplicativo
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.
65

Campo cUF inexistente no elemento mdfeCabecMsg do
C02 Obrig. 409 Rej.
SOAP Header
Verificar se a UF informada no cUF atendida pelo
C03 Obrig. 410 Rej.
WebService
Campo versaoDados inexistente no elemento
C04 Obrig. 411 Rej.
mdfeCabecMsg do SOAP Header
A informao da verso do leiaute MDF-e e a UF de origem do emissor do MDF-e so

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.

Validao da Mensagem do Pedido de Encerramento
D01 Verifica Schema XML da rea de Dados (parte Geral) Obrig. 215 Rej.
Verifica a existncia de qualquer namespace diverso do
D02 namespace padro do MDF-e Facult. 598 Rej.
(http://www.portalfiscal.inf.br/mdfe)
Verifica a existncia de caracteres de edio no incio ou fim
D03 Facult. 599 Rej.
da mensagem ou entre as tags
b) Validao do Certificado Digital utilizado na Assinatura

Validao do Certificado Digital utilizado na Assinatura Digital
Certificado de Assinatura Invlido:
- Certificado de Assinatura inexistente na mensagem
E01 - Verso difere 3 Obrig. 290 Rej.
E02 Validade do Certificado (data incio e data fim) Obrig. 291 Rej.
E03 Obrig. 292 Rej.
OID=2.16.76.1.3.3)

E04 Obrig. 293 Rej.
66
LCR do Certificado de Assinatura

E05 - Falta o endereo da LCR (CRL DistributionPoint) Obrig. 296 Rej.
- Erro no acesso LCR
E06 Certificado de Assinatura revogado Obrig. 294 Rej.
E07 Certificado Raiz difere da ICP-Brasil Obrig. 295 Rej.
c) Validao da Assinatura Digital

Validao da Assinatura Digital
Assinatura difere do padro do Projeto:

- No assinado o atributo ID (falta Reference URI na
assinatura)
(*validado tambm pelo Schema)
F01 Obrig. 298 Rej.
- Faltam os Transform Algorithm previstos na assinatura
(C14N e Enveloped)
Estas validaes so implementadas pelo Schema XML da
Signature
Valor da assinatura (SignatureValue) difere do valor

F02 Obrig. 297 Rej.
calculado
CNPJ-Base do Autor difere do CNPJ-Base do Certificado
F03 Obrig. 213 Rej.
Digital
d) Validao do Evento Parte Geral

Validao Geral do Evento
J01 Tipo do ambiente difere do ambiente do Web Service Obrig. 252 Rej.
Verificar se o cdigo do rgo de recepo do Evento

J02 Obrig. 226 Rej.
diverge do solicitado
J03 Validar CNPJ do autor do evento (DV ou zeros) Obrig. 627 Rej.
Validar se atributo Id corresponde concatenao dos

J04 Obrig. 628 Rej.
campos evento (ID + tpEvento + chMDFe + nSeqEvento)
J05 Verificar se o tpEvento vlido Obrig. 629 Rej.

Verificar Schema da parte especfica do Evento
J06 OBS: Utilizar o tpEvento + o atributo versaoEvento para Obrig. 630 Rej.
identificar qual schema deve ser validado.
J07 Rejeitar Chave de Acesso com Dgito Verificador invlido Obrig. 236 Rej.
Rejeitar Chave de acesso invlida (Ano < 2012 ou Ano
J08 maior que Ano corrente) Obrig. 592 Rej.
J09 Rejeitar Chave de acesso invlida (Ms = 0 ou Ms > 12) Obrig. 593 Rej.
Rejeitar Chave de acesso invlida (CNPJ zerado ou digito
J10 invlido) Obrig. 594 Rej.
J11 Rejeitar Chave de acesso invlida (modelo diferente de 58) Obrig. 595 Rej.
67
J12 Rejeitar Chave de acesso invlida (nmero MDFe = 0) Obrig. 596 Rej.
J13 Rejeitar Chave de acesso invlida (tipo de emisso invlido) Obrig. 597 Rej.
J14 Rejeitar Chave de acesso invlida (UF invlida) Obrig. 591 Rej.
Verificar duplicidade do evento (cOrgao + tpEvento +

J15 Obrig. 631 Rej.
chMDFe + nSeqEvento)
Se evento do emissor verificar se CNPJ do Autor diferente
J16 Obrig. 632 Rej.
do CNPJ da chave de acesso do MDF-e
Se evento do Fisco/RFB/Outros rgos, verificar se CNPJ
J17 do Autor consta da tabela de rgos autorizados a gerar Obrig. 633 Rej.
evento.
Se evento exige MDF-e:
J18 Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Srie, N): Obrig. 217 Rej.
- Verificar se MDF-e no existe
Se existir o MDF-e: (Independente do evento exigir)
Verificar se a Chave de Acesso difere da existente em BD
J19 Obrig. 600 Rej.
(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.
J20 Obrig. 634 Rej.
A SEFAZ deve tolerar uma diferena mxima de 5 minutos
em funo da sincronizao de horrio de servidores.
Data do evento no pode ser menor que a data de
autorizao do MDF-e, se existir
J21 Obrig. 637 Rej.
A SEFAZ deve tolerar uma diferena mxima de 5 minutos
em funo da sincronizao de horrio de servidores.
Data do evento no pode ser maior que a data de
processamento. (O Ambiente Autorizador deve considerar a
J22 hora local do emissor para a validao). A SEFAZ deve Obrig. 635 Rej.
tolerar uma diferena mxima de 5 minutos em funo da
sincronizao de horrio de servidores.
5.1.10. Processamento das validaes especficas do evento

Sero definidas no item 5 deste Manual correspondentes a cada evento.
5.1.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.
68
6. Sistema de Registro de Eventos (Parte Especfica)

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

EP01 evCancMDFe G - - 1-1 - Schema XML de validao do evento do
cancelamento 110111
EP02 descEvento E EP01 C 1-1 12 Descrio do Evento - Cancelamento
EP03 nProt E EP01 N 1-1 15 Informar o n do Protocolo de Autorizao do
MDF-e a ser cancelado.
EP04 xJust E EP01 C 1-1 1-255 Informar a justificativa do cancelamento
6.1.2. Diagrama Simplificado do Evento de Cancelamento
6.1.3. Regras de Validao Especficas

Validao Especfica do Evento
Verificar se a UF da Chave de Acesso difere da UF do Web
K01 Obrig. 249 Rej.
Service
K02 Verificar se o nSeqEvento maior que o valor permitido (=1) Obrig. 636 Rej.
Emitente deve estar habilitado na base de dados para

K03 Obrig. 203 Rej.
emisso do MDF-e
69
K04 Verificar se MDF-e j est Cancelado. Obrig. 218 Rej.

K05 Verificar MDF-e autorizado h mais de 24 horas Obrig. 220 Rej.
OBS: Exceto se existir evento de Manifestao do Fisco do
tipo Liberao do Prazo de Cancelamento
Verificar se o nmero do Protocolo informado difere do
K06 Obrig. 222 Rej.
nmero do Protocolo do MDF-e
K07 Verificar se houve encerramento do manifesto Obrig. 609 Rej.
Verificar se houve registro de Circulao do MDF-e
K08 Facult. 219 Rej.
O Fisco poder liberar o cancelamento fora de prazo atravs do evento de Manifestao do

Fisco do tipo Liberao do Prazo de Cancelamento

Se o evento de cancelamento for homologado, a situao do MDF-e para efeito de consulta
situao passar para 101 Cancelamento homologado
70
6.2. Evento de Encerramento
Funo: evento destinado ao atendimento de solicitaes de encerramento de MDF-e.
6.2.1. Leiaute Mensagem do evento de Encerramento
Schema XML: evEncMDFe_v9.99.xsd

EP01 evEncMDFe G - - 1-1 - Schema XML de validao do evento do
encerramento 110112
EP02 descEvento E EP01 C 1-1 12 Descrio do Evento - Encerramento
EP03 nProt E EP01 N 1-1 15 Informar o n do Protocolo de Autorizao do
MDF-e a ser encerrado.
EP04 dtEnc E EP01 D 1-1 - Data em que o manifesto foi encerrado.
EP05 cUF E EP01 N 1-1 2 Informar a UF de encerramento do manifesto
EP06 cMun E EP01 N 1-1 7 Informar o cdigo do municpio do encerramento
do manifesto
6.2.2. Diagrama Simplificado do Evento de Encerramento
71

K01 UF da Chave de Acesso difere da UF do Web Service Obrig. 249 Rej.
K02 Verificar se o nSeqEvento maior que o valor permitido (=1) Obrig. 636 Rej.
Cdigo Municpio de encerramento invlido (dgito de
K03 Obrig. 613 Rej.
controle), vide item 2.1 do Anexo III.
Municpio de encerramento diverge da UF (verificar se as 2
K04 posies da esquerda do cdigo de municpio que identifica Obrig. 614 Rej.
o cdigo da UF esto de acordo com a UF informada)
Se UF de encerramento for Exterior (cUF=99), o municpio
K05 Obrig. 689 Rej.
de encerramento deve ser 9999999
Se UF de encerramento for diferente de Exterior, o muncio
K06 Obrig. 461 Rej.
de encerramento deve ser diferente de 9999999
K07 Obrig. 203 Rej.
emisso do MDF-e
K09 Verificar se a data de encerramento anterior data de Obrig. 615 Rej.
emisso do manifesto.
- Verificar se o nmero Protocolo informado difere do Obrig. 222 Rej.
K10
nmero Protocolo do MDF-e
K11 Verificar se houve encerramento do manifesto Obrig. 609 Rej.

Se o evento de encerramento for homologado, a situao do MDF-e para efeito de consulta
situao passar para 132 Encerramento homologado
72
6.3. Evento de Incluso de Condutor
Funo: evento destinado ao atendimento de solicitaes de incluso de condutor do veculo

de MDF-e Rodovirio.
6.3.1. Leiaute Mensagem do evento de Incluso de Condutor
Schema XML: evIncCondutorMDFe_v9.99.xsd

EP01 evIncCondutorMDFe G - - 1-1 - Schema XML de validao do evento do
encerramento 110114
EP02 descEvento E EP01 C 1-1 12 Descrio do Evento - Inclusao Condutor
EP03 Condutor G EP01 - 1-1 Informaes do condutor do veculo
EP04 xNome E EP03 C 1-1 2 - 60 Nome do condutor
EP05 CPF E EP03 N 1-1 11 CPF do condutor
6.3.2. Diagrama Simplificado do Evento de Incluso de Condutor

K01 UF da Chave de Acesso difere da UF do Web Service Obrig. 249 Rej.
Verificar se o nSeqEvento maior que o valor permitido
K02 Obrig. 636 Rej.
(=99)
K03 Obrig. 203 Rej.
emisso do MDF-e
73
K05 Verificar se MDF-e j est Encerrado Obrig. 609 Rej.

K06 Verificar se MDF-e do modal Rodovirio Obrig. 644 Rej.
K07 CPF Condutor: CPF invlido (dgito de controle, zeros) Obrig. 645 Rej.

Se o evento de incluso de condutor for homologado, o status de retorno ser 135 Evento
vinculado a MDF-e.
74
7. Web Services Informaes Adicionais

7.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/TLS 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
L Validao do Pedido de Consulta MDF-e no encerrados 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, K e L so especficos de cada Web Service
existente.
7.2. Tabela de cdigos de erros e descries das mensagens de erro especficas do

MDF-e
CDIGO RESULTADO DO PROCESSAMENTO DA SOLICITAO

100 Autorizado o uso do MDF-e
101 Cancelamento de MDF-e homologado
103 Arquivo recebido com sucesso
104 Arquivo processado
105 Arquivo em processamento
106 Arquivo no localizado
107 Servio em Operao
108 Servio Paralisado Momentaneamente (curto prazo)
109 Servio Paralisado sem Previso
111 Consulta No Encerrados localizou MDF-e nessa situao
112 Consulta No Encerrados no localizou MDF-e nessa situao
113 Cadastro de Transportador atualizado
114 Cadastro de Frota atualizado
132 Encerramento de MDF-e homologado
134 Evento registrado com alerta para situao
135 Evento registrado e vinculado a MDF-e
136 Evento registrado, mas no vinculado a MDF-e
137 Nenhum documento localizado
138 Documento localizado
75
CDIGO MOTIVOS DE NO ATENDIMENTO DA SOLICITAO

203 Rejeio: Emissor no habilitado para emisso do MDF-e
204 Rejeio: Duplicidade de MDF-e
[nProt:999999999999999][dhAut: AAAA-MM-DDTHH:MM:SS TZD].
207 Rejeio: CNPJ do emitente invlido
209 Rejeio: IE do emitente invlida
212 Rejeio: Data/hora de emisso MDF-e posterior a data/hora de recebimento
213 Rejeio: CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital
214 Rejeio: Tamanho da mensagem excedeu o limite estabelecido
215 Rejeio: Falha no schema XML
216 Rejeio: Chave de Acesso difere da cadastrada
217 Rejeio: MDF-e no consta na base de dados da SEFAZ
218 Rejeio: MDF-e j est cancelado na base de dados da SEFAZ.
[nProt:999999999999999][dhCanc: AAAA-MM-DDTHH:MM:SS TZD].
219 Rejeio: Circulao do MDF-e verificada
220 Rejeio: MDF-e autorizado h mais de 24 horas
222 Rejeio: Protocolo de Autorizao de Uso difere do cadastrado
223 Rejeio: CNPJ do transmissor do arquivo difere do CNPJ do transmissor da consulta
225 Rejeio: Falha no Schema XML do MDF-e
226 Rejeio: Cdigo da UF do Emitente diverge da UF autorizadora
227 Rejeio: Erro na composio do Campo ID
229 Rejeio: IE do emitente no informada
230 Rejeio: IE do emitente no cadastrada
231 Rejeio: IE do emitente no vinculada ao CNPJ
236 Rejeio: Chave de Acesso com dgito verificador invlido
238 Rejeio: Cabealho - Verso do arquivo XML superior a Verso vigente
239 Rejeio: Cabealho - Verso do arquivo XML no suportada
242 Rejeio: Elemento mdfeCabecMsg inexistente no SOAP Header
243 Rejeio: XML Mal Formado
247 Rejeio: Sigla da UF do Emitente diverge da UF autorizadora
248 Rejeio: UF do Recibo diverge da UF autorizadora
249 Rejeio: UF da Chave de Acesso diverge da UF autorizadora
250 Rejeio: UF diverge da UF autorizadora
252 Rejeio: Ambiente informado diverge do Ambiente de recebimento
253 Rejeio: Digito Verificador da chave de acesso composta invlido
280 Rejeio: Certificado Transmissor invlido
281 Rejeio: Certificado Transmissor Data Validade
282 Rejeio: Certificado Transmissor sem CNPJ
283 Rejeio: Certificado Transmissor - erro Cadeia de Certificao
284 Rejeio: Certificado Transmissor revogado
285 Rejeio: Certificado Transmissor difere ICP-Brasil
286 Rejeio: Certificado Transmissor erro no acesso a LCR
287 Rejeio: Certificado Transmissor sem CNPJ ou CPF
290 Rejeio: Certificado Assinatura invlido
291 Rejeio: Certificado Assinatura Data Validade
292 Rejeio: Certificado Assinatura sem CNPJ
293 Rejeio: Certificado Assinatura - erro Cadeia de Certificao
294 Rejeio: Certificado Assinatura revogado
295 Rejeio: Certificado Assinatura difere ICP-Brasil
296 Rejeio: Certificado Assinatura erro no acesso a LCR
76
297 Rejeio: Assinatura difere do calculado

298 Rejeio: Assinatura difere do padro do Projeto
299 Rejeio: XML da rea de cabealho com codificao diferente de UTF-8
402 Rejeio: XML da rea de dados com codificao diferente de UTF-8
404 Rejeio: Uso de prefixo de namespace no permitido
405 Rejeio: Municpio de Carregamento inexistente
406 Rejeio: Municpio de Descarregamento inexistente
407 Rejeio: Cdigo de Municpio diverge da UF do Emitente do MDF-e
408 Rejeio: Municpio do Emitente inexistente
409 Rejeio: Campo cUF inexistente no elemento mdfeCabecMsg do SOAP Header
410 Rejeio: UF informada no campo cUF no atendida pelo WebService
411 Rejeio: Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Header
412 Rejeio: Data do registro superior a data atual
413 Rejeio: Duplicidade de RNTRC
414 Rejeio: CNPJ do transportador invlido
415 Rejeio: CNPJ associado a outro RNTRC em situao ativo
416 Rejeio: CPF do transportador autnomo invlido
417 Rejeio: CPF associado a outro RNTRC em situao ativo
418 Rejeio: CPF no pode ser informado para categoria diferente de TAC
419 Rejeio: CNPJ no pode ser informado para categoria TAC
420 Rejeio: RNTRC inexistente na base de dados do MDF-e
421 Rejeio: RNTRC j est desativado na base do MDF-e
422 Rejeio: RNTRC j est em situao Ativo na base do MDF-e
423 Rejeio: RNTRC Inativo na base do MDF-e
424 Rejeio: Placa informada j associada a outro RNTRC ativo
[RNTRC: 99999999][Placa:AAA9999]
425 Rejeio: Duplicidade de veculo
[Placa:AAA9999]
426 Rejeio: Placa informada para excluso no existe associada ao RNTRC informado
[Placa:AAA9999]
454 Rejeio: Tipo de Transportador para Carga Prpria e Proprietrio do veculo diferente do emitente
deve ser TAC
456 Rejeio: Cdigo de Municpio diverge da UF de Carregamento do MDF-e
457 Rejeio: Tipo de Transportador deve ser diferente de TAC
458 Rejeio: Tipo de Transportador no deve ser informado para Emitente de Carga Prpria
proprietrio do veculo
459 Rejeio: Documento autorizado ao XML duplicado no MDF-e
460 Rejeio: Consulta a uma Chave de Acesso muito antiga
461 Rejeio: Municpio de encerramento invlido para encerramento em territrio nacional
462 Rejeio: Existe MDF-e no encerrado h mais de 5 dias para placa com at 2 UF de percurso
informadas
[chMDFe: 99999999999999999999999999999999999999999999][nProt:999999999999999]
473 Rejeio: Tipo Autorizador do Recibo diverge do rgo Autorizador
489 Rejeio: CNPJ informado invlido (DV ou zeros)
490 Rejeio: CPF informado invlido (DV ou zeros)
491 Rejeio: CNPJ-Base consultado difere do CNPJ-Base do Certificado Digital
492 Rejeio: CPF consultado difere do CPF do Certificado Digital
493 Rejeio: Nmero do NSU informado superior ao maior NSU da base de dados do Ambiente
Nacional
539 Rejeio: Duplicidade de MDF-e, com diferena na Chave de Acesso
[chMDFe: 99999999999999999999999999999999999999999999]
[nProt:999999999999999]
[dhAut: AAAA-MM-DDTHH:MM:SS TZD].
77
577 Rejeio: Duplicidade de condutor

578 Rejeio: Informaes dos tomadores obrigatria para esta operao
579 Rejeio: Verso informada para o modal no suportada
580 Rejeio: Falha no Schema XML especfico para o modal
588 Rejeio: Chave de acesso de CT-e invlida (UF invlida)
589 Rejeio: Chave de acesso de NF-e invlida (UF invlida)
590 Rejeio: Chave de acesso de MDF-e invlida (UF invlida)
591 Rejeio: Chave de acesso invlida (UF invlida)
592 Rejeio: Chave de acesso invlida (Ano < 2012 ou Ano maior que Ano corrente)
593 Rejeio: Chave de acesso invlida (Ms = 0 ou Ms > 12)
594 Rejeio: Chave de acesso invlida (CNPJ zerado ou digito invlido)
595 Rejeio: Chave de acesso invlida (modelo diferente de 58)
596 Rejeio: Chave de acesso invlida (nmero MDFe = 0)
597 Rejeio: Chave de acesso invlida (tipo de emisso invlido)
598 Rejeio: Usar somente o namespace padro do MDF-e
599 Rejeio: No permitida a presena de caracteres de edio no incio/fim da mensagem ou entre
as tags da mensagem
600 Rejeio: Chave de Acesso difere da existente em BD
601 Rejeio: Chave de acesso do CT-e informado invlida
602 Rejeio: Segundo Cdigo de Barras deve ser informado para CT-e em contingncia FS-DA
603 Rejeio: Segundo Cdigo de Barras no deve ser informado para CT-e com este tipo de emisso
604 Rejeio: Chave de acesso da NF-e informada invlida
605 Rejeio: NF-e emitida por empresa diferente da empresa emitente do MDF-e
606 Rejeio: Segundo Cdigo de Barras deve ser informado para NF-e em contingncia (FS-DA e FS-
IA)
607 Rejeio: Segundo Cdigo de Barras no deve ser informado para NF-e com este tipo de emisso
609 Rejeio: MDF-e j est encerrado na base de dados da SEFAZ
[nProt:999999999999999][dhEnc: AAAA-MM-DDTHH:MM:SS TZD].
610 Rejeio: Existe MDF-e no encerrado para esta placa, UF carregamento e UF descarregamento
em data de emisso diferente.
[chMDFe: 99999999999999999999999999999999999999999999][nProt:999999999999999]
612 Rejeio: Cdigo de Municpio diverge da UF de descarregamento do MDF-e
613 Rejeio: Cdigo de Municpio de encerramento: dgito invlido
614 Rejeio: Cdigo de Municpio diverge da UF de encerramento do MDF-e
615 Rejeio: Data de encerramento anterior data de autorizao do MDF-e
616 Rejeio: Nenhum grupo de documentos foi informado (CT-e, CT, NF-e, MDF-e)
Retornar Municpio de Descarregamento sem DFe vinculado
617 Rejeio: Chave de acesso de CT-e invlida (Ano < 2009 ou Ano maior que Ano corrente)
618 Rejeio: Chave de acesso de CT-e invlida (Ms = 0 ou Ms > 12)
619 Rejeio: Chave de acesso de CT-e invlida (CNPJ zerado ou digito invlido)
620 Rejeio: Chave de acesso de CT-e invlida (modelo diferente de 57)
621 Rejeio: Chave de acesso de CT-e invlida (nmero CT = 0)
622 Rejeio: Chave de acesso de NF-e invlida (Ano < 2005 ou Ano maior que Ano corrente)
623 Rejeio: Chave de acesso de NF-e invlida (Ms = 0 ou Ms > 12)
624 Rejeio: Chave de acesso de NF-e invlida (CNPJ zerado ou digito invlido)
625 Rejeio: Chave de acesso de NF-e invlida (modelo diferente de 55)
626 Rejeio: Chave de acesso de NF-e invlida (nmero NF = 0)
627 Rejeio: CNPJ do autor do evento invlido
628 Rejeio: Erro Atributo ID do evento no corresponde concatenao dos campos (ID +
tpEvento + chMDFe + nSeqEvento)
629 Rejeio: O tpEvento informado invlido
630 Rejeio: Falha no Schema XML especfico para o evento
78
631 Rejeio: Duplicidade de evento

[nProt:999999999999999][dhRegEvento: AAAA-MM-DDTHH:MM:SS TZD]
632 Rejeio: O autor do evento diverge do emissor do MDF-e
633 Rejeio: O autor do evento no um rgo autorizado a gerar o evento
634 Rejeio: A data do evento no pode ser menor que a data de emisso do MDF-e
635 Rejeio: A data do evento no pode ser maior que a data do processamento
636 Rejeio: O nmero sequencial do evento maior que o permitido
637 Rejeio: A data do evento no pode ser menor que a data de autorizao do MDF-e
639 Rejeio: No deve ser informado Conhecimento de Transporte Eletrnico para tipo de emitente
Transporte de Carga Prpria.
640 Rejeio: CPF do Funcionrio do registro de passagem invlido
641 Rejeio: UF autorizadora difere da UF de Passagem
642 Rejeio: Registro de Passagem descartado
643 Rejeio: Placa do veculo de trao deve ser informada no registro de passagem para o modal
rodovirio
644 Rejeio: Evento de incluso de condutor s pode ser registrado para o modal rodovirio
645 Rejeio: CPF do condutor invlido
646 Rejeio: Placa de veculo formato invlido (UF Carregamento e Descarregamento <> EX)
647 Rejeio: MDF-e s pode ser referenciado por manifesto do modal aquavirio
648 Rejeio: MDF-e s pode ser referenciado quando UF de Carregamento/Descarregamento for
igual a AM ou AP
649 Rejeio: Chave de acesso de MDF-e informada invlida
650 Rejeio: Chave de acesso de MDF-e invlida (Ano < 2013 ou Ano maior que Ano corrente)
651 Rejeio: Chave de acesso de MDF-e invlida (Ms = 0 ou Ms > 12)
652 Rejeio: Chave de acesso de MDF-e invlida (CNPJ zerado ou digito invlido)
653 Rejeio: Chave de acesso de MDF-e invlida (modelo diferente de 58)
654 Rejeio: Chave de acesso de MDF-e invlida (nmero MDF = 0)
655 Rejeio: MDF-e referenciado no existe na base de dados da SEFAZ
656 Rejeio: Chave de Acesso do MDF-e referenciado difere da existente em BD
657 Rejeio: MDF-e referenciado j est cancelado na base de dados da SEFAZ
658 Rejeio: Modal do MDF-e referenciado diferente de Rodovirio
659 Rejeio: Tipo do Emitente do MDF-e referenciado difere de Transportador de Carga Prpria
660 Rejeio: CNPJ autorizado para download invlido
661 Rejeio: CPF autorizado para download invlido
663 Rejeio: Percurso informado invlido
666 Rejeio: Ano do MDF-e informado na chave de acesso invlido
667 Rejeio: Quantidade informada no grupo de totalizadores no confere com a quantidade de
documentos relacionada
668 Rejeio: Chave de Acesso de CT-e duplicada
[chCTe: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]
669 Rejeio: Chave de Acesso de NF-e duplicada
[chNFe: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]
670 Rejeio: Chave de Acesso de CT-e invlida (Tipo de Emisso invlido)
671 Rejeio: CT-e informado no existe na base de dados da SEFAZ
672 Rejeio: CT-e informado com diferena de chave de acesso
673 Rejeio: CT-e informado no pode estar cancelado/denegado na base da SEFAZ
674 Rejeio: Chave de Acesso de NF-e invlida (Tipo de Emisso invlido)
675 Rejeio: NF-e informada no existe na base de dados da SEFAZ
676 Rejeio: NF-e informada com diferena de chave de acesso
79
677 Rejeio: NF-e informada no pode estar cancelada/denegada na base da SEFAZ

678 Rejeio: Uso Indevido
679 Rejeio: Chave de Acesso de MDF-e invlida (Tipo de Emisso invlido)
680 Rejeio: Municpio de descarregamento duplicado no MDF-e
681 Rejeio: RNTRC informado inexistente.
682 Rejeio: RNTRC situao invlida.
683 Rejeio: Placa do veculo de trao no vinculada ao RNTRC informado.
684 Rejeio: CIOT obrigatrio para RNTRC informado.
685 Rejeio: Municpio de carregamento duplicado no MDF-e
686 Rejeio: Existe MDF-e no encerrado h mais de 30 dias para o emitente
[chMDFe: 99999999999999999999999999999999999999999999][nProt:999999999999999]
689 Rejeio: Municpio de encerramento deve ser 9999999 para encerramento no exterior
690 Rejeio: A data do registro de passagem no pode ser maior que a data de processamento
691 Rejeio: MDF-e em situao que impede liberar prazo de cancelamento
692 Rejeio: UF no tem permisso de liberar prazo de cancelamento para o CT-e informado
693 Rejeio: Data de incio da vigncia inferior a data atual
694 Rejeio: Data de fim da vigncia superior a 6 meses da data atual
695 Rejeio: Data de fim da vigncia inferior a data de incio da vigncia
696 Rejeio: Evento de Liberao de prazo de cancelamento inexistente
697 Rejeio: Evento de Liberao de prazo de cancelamento j est anulado
698 Rejeio: Seguro da carga obrigatrio para modal Prestador de Servio de Transporte no modal
rodovirio
699 Rejeio: Dados do seguro de carga incompletos para o modal rodovirio
999 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.
7.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;
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;
80
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.
7.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 sequncia de
escape em substituio ao respectivo caractere.
Ex. a denominao: DIAS & DIAS LTDA deve ser informada como: DIAS & DIAS LTDA no
XML para no afetar o funcionamento do "parser".
Caractere Sequncia de escape

< <
> >
& &
" "
' '
7.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

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
81
Cdigo AAMM CNPJ do Modelo Srie Nmero Forma de Cdigo DV

da UF da Emitente do MDF-e Emisso Numrico
emisso
Quantidade de
02 04 14 02 03 09 08 01
caracteres 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 sequncia 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 sequncia de caracteres:

A CHAVE DE ACESSO 520 60 4 3 300 9 911002 50 6 5 5012000000 7 8 00 2 6 7 301 6 1
B PESOS 432 98 7 6 543 2 987654 32 9 8 7654329876 5 4 32 9 8 7 654 3 2
C PONDERAO (A*B) 20 6 0 54 0 28 18 15 0 0 18 81 8 7 0 0 8 15 0 54 40 35 0 5 8 0 0 0 0 0 0 35 32 0 0 18 48 49 18 0 4 18 2
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 sequncia de 44 caracteres.
7.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);

1 posio com o Tipo de Autorizador (9 = SEFAZ NACIONAL);
12 posies numricas sequenciais.
Campo Cdigo da UF Tipo Autorizador Sequencial

Quantidade de
02 01 12
caracteres
82
O projeto utiliza a codificao da UF definida pelo IBGE:
Regio Norte Regio Nordeste Regio Regio Sul

Regio
Sudeste Centro-
Oeste
11-Rondnia 21-Maranho 31-Minas 41-Paran 50-Mato
12-Acre 22-Piau Gerais 42-Santa Grosso do
13-Amazonas 23-Cear 32-Esprito Catarina Sul
14-Roraima 24-Rio Grande do Santo 43-Rio 51-Mato
15-Par Norte 33-Rio de Grande do Grosso
16-Amap 25-Paraba Janeiro Sul 52-Gois
17-Tocantins 26-Pernambuco 35-So Paulo 53-Distrito
27-Alagoas Federal
28-Sergipe
29-Bahia
7.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 9 9 9 9 9 9 9 9
Tipo de Cdigo
Ano Sequencial de 10 posies
Autorizador da UF
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).
7.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.
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.
83
8. 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 Margem
Start C Chave de acesso do MDF-e DV Stop
clara 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
84
8.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 START 09 75 83 64

Sequncia A 1 2 3 4
Valor do caractere B 105 9 75 83 64
Valor Ponderado (A X B) C 105 9 150 249 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
8.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 sequncia 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.
85
9. 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.
86
10. 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 168 horas a partir da emisso do documento.
.
87
11. 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.
88
12. 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;
12.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.
12.2. Leiaute de compartilhamento: MDF-e
Schema XML: procMDFe_v99.99.xsd

XR01 mdfeProc Raiz - - - - - TAG raiz
XR02 versao A XR0 N 1-1 1-4 2
1
XR03 ipTransmissor A XE0 C 0-1
1
XR04 MDFe G XR0 - 1-1 - -
1
XR05 (dados) - - - - - - Dados do MDF-e, inclusive com os dados da
assinatura (Anexo I)
XR06 protMDFe G XR0 - 1-1 - -
1
XR07 (dados) - - - - - - Dados do Protocolo de Autorizao de Uso (item
4.2.2)
12.3. Leiaute de compartilhamento: Registro de Evento de MDF-e
Schema XML: procEventoMDFe_v99.99.xsd

YR01 procEventoMDFe Raiz - - - - - TAG raiz
YR02 Verso A YR01 N 1-1 1-4 2
YR03 ipTransmissor A XE01 C 0-1
YR04 eventoMDFe G YR01 - 1-1 - -
89
YR05 (dados) - - - - - - Dados do Pedido de Registro de Evento

YR06 retEventoMDFe G YR01 - 1-1 - -
YR07 (dados) - - - - - - Dados da homologao do pedido
12.4. Compartilhamento de documentos com outros rgos pblicos
O MDF-e tambm poder ser compartilhado 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.
90
Anexo I Leiaute do MDF-e
- Observaes importantes para entendimento do Leiaute do MDF-e

1. Abreviaes utilizadas nas colunas de cabealho do leiaute:
# Campo Nvel Descrio Ele. Tipo Ocorr. Tamanho Domnio Exp. Observaes
Reg.
135 vBC 3 Valor da Base de E N 1-1 13, 2 ER23 15 posies, sendo 13 inteiras e 2 decimais.
Clculo do ICMS
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.
91
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;
92
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
93
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.
94
MDF-e Diagrama Simplificado parte genrica
95
MDF-e Diagrama Simplificado modal Rodovirio
96
MDF-e Diagrama Simplificado modal Areo
97
MDF-e Diagrama Simplificado modal Aquavirio
98
MDF-e Diagrama Simplificado modal Ferrovirio
99
Leiaute MDF-e Estrutura Genrica
# Campo Nvel Descrio Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes
1 infMDFe 0 Informaes do MDF-e G 1-1
2 versao 1 Verso do leiaute A N 1-1 ER49 Ex: "3.00"
3 Id 1 Identificador da tag a ser assinada A C 1-1 48 ER45 Informar a chave de acesso do MDF-e e
precedida do literal "MDFe"
4 ide 1 Identificao do MDF-e G 1-1
5 cUF 2 Cdigo da UF do emitente do MDF-e E N 1-1 2 D1 Cdigo da UF do emitente do Documento
Fiscal. Utilizar a
Tabela do IBGE de cdigo de unidades
da federao.
6 tpAmb 2 Tipo do Ambiente E N 1-1 1 D6 1 - Produo
2 - Homologao
7 tpEmit 2 Tipo do Emitente E N 1-1 1 D6 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
8 tpTransp 2 Tipo do Transportador E N 0-1 1 D7 1 - ETC
2 - TAC
3 - CTC
9 mod 2 Modelo do Manifesto Eletrnico E N 1-1 2 D4 Utilizar o cdigo 58 para identificao do
MDF-e
10 serie 2 Srie do Manifesto E N 1-1 1-3 ER32 Informar a srie do documento fiscal
(informar zero se inexistente).
11 nMDF 2 Nmero do Manifesto E N 1-1 1-9 ER31 Nmero que identifica o Manifesto. 1 a
999999999.
12 cMDF 2 Cdigo numrico que compe a Chave E N 1-1 8 ER40 Cdigo aleatrio gerado pelo emitente,
100
de Acesso. com o objetivo de evitar acessos

indevidos ao documento.
13 cDV 2 Digito verificador da chave de acesso do E N 1-1 1 ER41 Informar o dgito de controle da chave de
Manifesto acesso do MDF-e, que deve ser
calculado com a aplicao do algoritmo
mdulo 11 (base 2,9) da chave de
acesso.
14 modal 2 Modalidade de transporte E N 1-1 1 D9 1 - Rodovirio;
2 - Areo; 3 - Aquavirio; 4 - Ferrovirio.
15 dhEmi 2 Data e hora de emisso do Manifesto E C 1-1 21 ER1 Formato AAAA-MM-DDTHH:MM:DD TZD
16 tpEmis 2 Forma de emisso do Manifesto (Normal E N 1-1 1 D6 1 - Normal
ou Contingncia) ; 2 - Contingncia
17 procEmi 2 Identificao do processo de emisso do E N 1-1 1 D13 0 - emisso de MDF-e com aplicativo do
Manifesto contribuinte;
3- emisso MDF-e pelo contribuinte com
aplicativo fornecido pelo Fisco.
18 verProc 2 Verso do processo de emisso E C 1-1 1 - 20 ER35 Informar a verso do aplicativo emissor
de MDF-e.
19 UFIni 2 Sigla da UF do Carregamento E C 1-1 2 D5 Utilizar a Tabela do IBGE de cdigo de
unidades da federao.
Informar 'EX' para operaes com o
exterior.
20 UFFim 2 Sigla da UF do Descarregamento E C 1-1 2 D5 Utilizar a Tabela do IBGE de cdigo de
unidades da federao.
Informar 'EX' para operaes com o
exterior.
21 infMunCarrega 2 Informaes dos Municpios de G 1 - 50
Carregamento
22 cMunCarrega 3 Cdigo do Municpio de Carregamento E N 1-1 7 ER2
23 xMunCarrega 3 Nome do Municpio de Carregamento E C 1-1 2 - 60 ER35
24 infPercurso 2 Informaes do Percurso do MDF-e G 0 - 25
25 UFPer 3 Sigla das Unidades da Federao do E C 1-1 2 D5 No necessrio repetir as UF de Incio
101
percurso do veculo. e Fim

26 dhIniViagem 2 Data e hora previstos de inicio da viagem E C 0-1 21 ER1 Formato AAAA-MM-DDTHH:MM:DD TZD
27 emit 1 Identificao do Emitente do Manifesto G 1-1
28 CNPJ 2 CNPJ do emitente E N 1-1 14 ER7 Informar zeros no significativos
29 IE 2 Inscrio Estadual do emitemte E N 1-1 2 - 14 ER30
30 xNome 2 Razo social ou Nome do emitente E C 1-1 2 - 60 ER35
31 xFant 2 Nome fantasia do emitente E C 0-1 1 - 60 ER35
32 enderEmit 2 Endereo do emitente G 1-1
33 xLgr 3 Logradouro E C 1-1 2 - 60 ER35
34 nro 3 Nmero E C 1-1 1 - 60 ER35
35 xCpl 3 Complemento E C 0-1 1 - 60 ER35
36 xBairro 3 Bairro E C 1-1 2 - 60 ER35
37 cMun 3 Cdigo do municpio (utilizar a tabela do E N 1-1 7 ER2
IBGE), informar 9999999 para operaes
com o exterior.
38 xMun 3 Nome do municpio, , informar E C 1-1 2 - 60 ER35
EXTERIOR para operaes com o
exterior.
39 CEP 3 CEP E N 0-1 8 ER40 Informar zeros no significativos
40 UF 3 Sigla da UF, , informar EX para E C 1-1 2 D5
operaes com o exterior.
41 fone 3 Telefone E N 0-1 7 - 12 ER46
42 email 3 Endereo de E-mail E C 0-1 1 - 60 ER53
43 infModal 1 Informaes do modal G 1-1
44 versaoModal 2 Verso do leiaute especfico para o A N 1-1 4 ER42
Modal
45 xs:any 2 XML do modal E C 1-1 O elemento do tipo -any- permite
Insira neste local o XML especfico do estender o documento XML com
102
modal (rodovirio, areo, ferrovirio ou elementos no especificados pelo

aquavirio). 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
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".
46 infDoc 1 Informaes dos Documentos fiscais G 1-1
vinculados ao manifesto
47 infMunDescarga 2 Informaes dos Municpios de G 1-
descarregamento 100
48 cMunDescarga 3 Cdigo do Municpio de E N 1-1 7 ER2
Descarregamento
49 xMunDescarga 3 Nome do Municpio de Descarregamento E C 1-1 2 - 60 ER35
50 infCTe 3 Conhecimentos de Tranporte - usar este G 0-
grupo quando for prestador de servio de 4000
transporte
51 chCTe 4 Conhecimento Eletrnico - Chave de E N 1-1 44 ER3
103
Acesso
52 SegCodBarra 4 Segundo cdigo de barras E N 0-1 36 ER4
53 indReentrega 4 Indicador de Reentrega E N 0-1 1 D10
54 infUnidTransp 4 Informaes das Unidades de Transporte G 0-n Deve ser preenchido com as informaes
(Carreta/Reboque/Vago) das unidades de transporte utilizadas.
55 tpUnidTransp 5 Tipo da Unidade de Transporte E N 1-1 1 D8 1 - Rodovirio Trao;
2 - Rodovirio Reboque;
3 - Navio;
4 - Balsa;
5 - Aeronave;
6 - Vago;
7 - Outros
56 idUnidTransp 5 Identificao da Unidade de Transporte E C 1-1 1 - 20 ER52 Informar a identificao conforme o tipo
de unidade de transporte.
Por exemplo: para rodovirio trao ou
reboque dever preencher com a placa
do veculo.
57 lacUnidTransp 5 Lacres das Unidades de Transporte G 0-n
58 nLacre 6 Nmero do lacre E C 1-1 1 - 20 ER35
59 infUnidCarga 5 Informaes das Unidades de Carga G 0-n Dispositivo de carga utilizada (Unit Load
(Containeres/ULD/Outros) 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.
60 tpUnidCarga 6 Tipo da Unidade de Carga E N 1-1 1 D9 1 - Container;
2 - ULD;
104
3 - Pallet;
4 - Outros;
61 idUnidCarga 6 Identificao da Unidade de Carga E C 1-1 1 - 20 ER52 Informar a identificao da unidade de
carga, por exemplo: nmero do container.
62 lacUnidCarga 6 Lacres das Unidades de Carga G 0-n
64 qtdRat 6 Quantidade rateada (Peso,Volume) E N 0-1 3, 2 ER15 5 posies, sendo 3 inteiras e 2 decimais.
66 peri 4 Preenchido quando for transporte de G 0-n
produtos classificados pela ONU como
perigosos.
67 nONU 5 Nmero ONU/UN E C 1-1 4 ER43 Ver a legislao de transporte de
produtos perigosos aplicadas ao modal
68 xNomeAE 5 Nome apropriado para embarque do E C 0-1 1 - 150 ER35 Ver a legislao de transporte de
produto produtos perigosos aplicada ao modo de
transporte
69 xClaRisco 5 Classe ou subclasse/diviso, e risco E C 0-1 1 - 40 ER35 Ver a legislao de transporte de
subsidirio/risco secundrio produtos perigosos aplicadas ao modal
70 grEmb 5 Grupo de Embalagem E C 0-1 1-6 ER35 Ver a legislao de transporte de
Preenchimento obrigatrio para o modal
areo.
A legislao para o modal rodovirio e
ferrovirio no atribui grupo de
embalagem para todos os produtos,
portanto haver casos de no
preenchimento desse campo.
71 qTotProd 5 Quantidade total por produto E C 1-1 1 - 20 ER35 Preencher conforme a legislao de
transporte de produtos perigosos
aplicada ao modal
72 qVolTipo 5 Quantidade e Tipo de volumes E C 0-1 1 - 60 ER35 Preencher conforme a legislao de
105
aplicada ao modal
73 infNFe 3 Nota Fiscal Eletronica G 0-
4000
74 chNFe 4 Nota Fiscal Eletrnica E N 1-1 44 ER3
75 SegCodBarra 4 Segundo cdigo de barras E N 0-1 36 ER4
77 infUnidTransp 4 Informaes das Unidades de Transporte G 0-n Deve ser preenchido com as informaes
(Carreta/Reboque/Vago) das unidades de transporte utilizadas.
3 - Navio;
4 - Balsa;
5 - Aeronave;
6 - Vago;
7 - Outros
do veculo.
iglu.
106
2 - ULD;
3 - Pallet;
4 - Outros;
perigosos.
transporte
areo.
107
aplicada ao modal
aplicada ao modal
96 infMDFeTransp 3 Manifesto Eletrnico de Documentos G 0-
Fiscais. Somente para modal Aquavirio 4000
(vide regras MOC)
97 chMDFe 4 Manifesto Eletrnico de Documentos E N 1-1 44 ER3
Fiscais
99 infUnidTransp 4 Informaes das Unidades de Transporte G 0-n Dispositivo de carga utilizada (Unit Load
(Carreta/Reboque/Vago) Device - ULD) significa todo tipo de
iglu.
3 - Navio;
4 - Balsa;
5 - Aeronave;
6 - Vago;
7 - Outros
do veculo.
108

iglu.
2 - ULD;
3 - Pallet;
4 - Outros;
perigosos.
transporte
109
areo.
aplicada ao modal
aplicada ao modal
118 seg 1 Informaes de Seguro da Carga G 0-n
119 infResp 2 Informaes do responsvel pelo seguro G 1-1
da carga
120 respSeg 3 Responsvel pelo seguro E N 1-1 1-1 D11 Preencher com:
1- Emitente do MDF-e;
2 - Responsvel pela contratao do

servio de transporte (contratante)
Dados obrigatrios apenas no modal

Rodovirio, depois da lei 11.442/07. Para
os demais modais esta informao
opcional.
121 CNPJ 3 Nmero do CNPJ do responsvel pelo CE N 1-1 14 ER9 Obrigatrio apenas se responsvel pelo
seguro seguro for (2) responsvel pela
contratao do transporte - pessoa
jurdica
122 CPF 3 Nmero do CPF do responsvel pelo CE N 1-1 11 ER10 Obrigatrio apenas se responsvel pelo
seguro seguro for (2) responsvel pela
contratao do transporte - pessoa fsica
123 infSeg 2 Informaes da seguradora G 0-1
124 xSeg 3 Nome da Seguradora E C 1-1 1 - 30 ER35
110
125 CNPJ 3 Nmero do CNPJ da seguradora E N 1-1 14 ER9 Obrigatrio apenas se responsvel pelo
seguro for (2) responsvel pela
contratao do transporte - pessoa
jurdica
126 nApol 2 Nmero da Aplice E C 0-1 1 - 20 ER35 Obrigatrio pela lei 11.442/07 (RCTRC)
127 nAver 2 Nmero da Averbao E C 0-n 1 - 40 ER35 Informar as averbaes do seguro
128 tot 1 Totalizadores da carga transportada e G 1-1
seus documentos fiscais
129 qCTe 2 Quantidade total de CT-e relacionados no E N 0-1 1-6 ER44
Manifesto
130 qNFe 2 Quantidade total de NF-e relacionadas no E N 0-1 1-6 ER44
Manifesto
131 qMDFe 2 Quantidade total de MDF-e relacionados E N 0-1 1-6 ER44
no Manifesto Aquavirio
132 vCarga 2 Valor total da carga / mercadorias E N 1-1 13, 2 ER27 15 posies, sendo 13 inteiras e 2
transportadas decimais.
133 cUnid 2 Codigo da unidade de medida do Peso E N 1-1 2 D12 01 KG; 02 - TON
Bruto da Carga / Mercadorias
transportadas
134 qCarga 2 Peso Bruto Total da Carga / Mercadorias E N 1-1 11, 4 ER21 15 posies, sendo 11 inteiras e 4
transportadas decimais.
135 lacres 1 Lacres do MDF-e G 0-n Preechimento opcional para os modais
Rodovirio e Ferrovirio
136 nLacre 2 nmero do lacre E C 1-1 1 - 60 ER35
137 autXML 1 Autorizados para download do XML do G 0 - 10 Informar CNPJ ou CPF. Preencher os
DF-e zeros no significativos.
138 CNPJ 2 CNPJ do autorizado CE N 1-1 14 ER7 Informar zeros no significativos
139 CPF 2 CPF do autorizado CE N 1-1 11 ER10 Informar zeros no significativos
140 infAdic 1 Informaes Adicionais G 0-1
141 infAdFisco 2 Informaes adicionais de interesse do E C 0-1 1 - 2000 ER35 Norma referenciada, informaes
Fisco complementares, etc
111
142 infCpl 2 Informaes complementares de E C 0-1 1 - 5000 ER35

interesse do Contribuinte
143 0 ds:Signature E C 1-1
112
Leiaute Modal Rodovirio
1 rodo 0 Informaes do modal Rodovirio G 1-1
2 infANTT 1 Grupo de informaes para Agncia G 0-1
Reguladora
3 RNTRC 2 Registro Nacional de Transportadores E N 0-1 8 ER40 Registro obrigatrio do emitente do MDF-
Rodovirios de Carga e junto ANTT para exercer a atividade
de transportador rodovirio de cargas por
conta de terceiros e mediante
remunerao.
4 infCIOT 2 Dados do CIOT G 0-n
5 CIOT 3 Cdigo Identificador da Operao de E N 1-1 12 ER54 Tambm Conhecido como conta frete
Transporte
6 CPF 3 Nmero do CPF responsvel pela CE N 1-1 11 ER10 Informar os zeros no significativos.
gerao do CIOT
7 CNPJ 3 Nmero do CNPJ responsvel pela CE N 1-1 14 ER9 Informar os zeros no significativos.
gerao do CIOT
8 valePed 2 Informaes de Vale Pedgio G 0-1 Outras informaes sobre Vale-Pedgio
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.
9 disp 3 Informaes dos dispositivos do Vale G 1-n
Pedgio
10 CNPJForn 4 CNPJ da empresa fornecedora do Vale- E N 1-1 14 ER7 - CNPJ da Empresa Fornecedora do
Pedgio Vale-Pedgio, ou seja, empresa que
fornece ao Responsvel pelo Pagamento
do Vale-Pedgio os dispositivos do Vale-
Pedgio.
- Informar os zeros no significativos.
113
11 CNPJPg 4 CNPJ do responsvel pelo pagamento do CE N 1-1 14 ER9 - responsvel pelo pagamento do Vale
Vale-Pedgio Pedgio. Informar somente quando o
responsvel no for o emitente do MDF-
e.
- Informar os zeros no significativos.
12 CPFPg 4 CNPJ do responsvel pelo pagamento do CE N 1-1 11 ER10 Informar os zeros no significativos.
Vale-Pedgio
13 nCompra 4 Nmero do comprovante de compra E N 1-1 1 - 20 ER55 Nmero de ordem do comprovante de
compra do Vale-Pedgio fornecido para
cada veculo ou combinao veicular, por
viagem.
14 vValePed 4 Valor do Vale-Pedagio E N 1-1 13, 2 ER27 15 posies, sendo 13 inteiras e 2
decimais.
Nmero de ordem do comprovante de
compra do Vale-Pedgio fornecido para
cada veculo ou combinao veicular, por
viagem.
15 infContratante 2 Grupo de informaes dos contratantes G 0-n
do servio de transporte
16 CPF 3 Nmero do CPF do contratente do CE N 1-1 11 ER10 Informar os zeros no significativos.
servio
17 CNPJ 3 Nmero do CNPJ do contratante do CE N 1-1 14 ER9 Informar os zeros no significativos.
servio
18 veicTracao 1 Dados do Veculo com a Trao G 1-1
19 cInt 2 Cdigo interno do veculo E C 0-1 1 - 10 ER35
20 placa 2 Placa do veculo E C 1-1 7 ER39
21 RENAVAM 2 RENAVAM do veculo E C 0-1 9 - 11 ER35
22 tara 2 Tara em KG E N 1-1 1-6 ER56
23 capKG 2 Capacidade em KG E N 0-1 1-6 ER56
24 capM3 2 Capacidade em M3 E N 0-1 1-3 ER32
25 prop 2 Proprietrios do Veculo. G 0-1
S preenchido quando o veculo no
114
pertencer empresa emitente do MDF-e

26 CPF 3 Nmero do CPF CE N 1-1 11 ER10 Informar os zeros no significativos.
27 CNPJ 3 Nmero do CNPJ CE N 1-1 14 ER9 Informar os zeros no significativos.
28 RNTRC 3 Registro Nacional dos Transportadores E N 1-1 8 ER40 Registro obrigatrio do proprietrio, co-
Rodovirios de Carga proprietrio ou arrendatrio do veculo
junto ANTT para exercer a atividade de
transportador rodovirio de cargas por
remunerao.
29 xNome 3 Razo Social ou Nome do proprietrio E C 1-1 2 - 60 ER35
30 IE 3 Inscrio Estadual E C 1-1 0 - 14 ER29
31 UF 3 UF E C 1-1 2 D5
32 tpProp 3 Tipo Proprietrio E N 1-1 1 D15 Preencher com:
0-TAC Agregado;
1-TAC Independente; ou
2 Outros.
33 condutor 2 Informaes do(s) Condutor(s) do veculo G 1 - 10
34 xNome 3 Nome do Condutor E C 1-1 2 - 60 ER35
35 CPF 3 CPF do Condutor E N 1-1 11 ER10
36 tpRod 2 Tipo de Rodado E N 1-1 2 D16 Preencher com:
01 - Truck;
02 - Toco;
03 - Cavalo Mecnico;
04 - VAN;
05 - Utilitrio;
06 - Outros.
37 tpCar 2 Tipo de Carroceria E N 1-1 2 D17 Preencher com:
00 - no aplicvel;
01 - Aberta;
02 - Fechada/Ba;
03 - Granelera;
04 - Porta Container;
05 - Sider
115
38 UF 2 UF em que veculo est licenciado E C 1-1 2 D5 Sigla da UF de licenciamento do veculo.

39 veicReboque 1 Dados dos reboques G 0-3
40 cInt 2 Cdigo interno do veculo E C 0-1 1 - 10 ER35
41 placa 2 Placa do veculo E C 1-1 7 ER39
42 RENAVAM 2 RENAVAM do veculo E C 0-1 9 - 11 ER35
43 tara 2 Tara em KG E N 1-1 1-6 ER56
44 capKG 2 Capacidade em KG E N 1-1 1-6 ER56
45 capM3 2 Capacidade em M3 E N 0-1 1-3 ER32
46 prop 2 Proprietrios do Veculo. G 0-1
S preenchido quando o veculo no
pertencer empresa emitente do MDF-e
47 CPF 3 Nmero do CPF CE N 1-1 11 ER10 Informar os zeros no significativos.
48 CNPJ 3 Nmero do CNPJ CE N 1-1 14 ER9 Informar os zeros no significativos.
49 RNTRC 3 Registro Nacional dos Transportadores E N 1-1 8 ER40 Registro obrigatrio do proprietrio, co-
Rodovirios de Carga proprietrio ou arrendatrio do veculo
junto ANTT para exercer a atividade de
transportador rodovirio de cargas por
remunerao.
50 xNome 3 Razo Social ou Nome do proprietrio E C 1-1 1 - 60 ER35
51 IE 3 Inscrio Estadual E C 1-1 0 - 14 ER29
52 UF 3 UF E C 1-1 2 D5
53 tpProp 3 Tipo Proprietrio E N 1-1 1 D15 Preencher com:
0-TAC Agregado;
1-TAC Independente; ou
2 Outros.
54 tpCar 2 Tipo de Carroceria E N 1-1 2 D17 Preencher com:
00 - no aplicvel;
01 - Aberta;
02 - Fechada/Ba;
03 - Granelera;
116
04 - Porta Container;
05 - Sider
55 UF 2 UF em que veculo est licenciado E C 1-1 2 D5 Sigla da UF de licenciamento do veculo.
56 codAgPorto 1 Cdigo de Agendamento no porto E C 0-1 0 - 16 ER35
57 lacRodo 1 Lacres G 0-n
58 nLacre 2 Nmero do Lacre E C 1-1 1 - 20 ER35
Leiaute Modal Areo
1 aereo 0 Informaes do modal Areo G 1-1
2 nac 1 Marca da Nacionalidade da aeronave E C 1-1 1-4 ER35
3 matr 1 Marca de Matrcula da aeronave E C 1-1 1-6 ER35
4 nVoo 1 Nmero do Voo E C 1-1 5-9 ER35 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.
5 cAerEmb 1 Aerdromo de Embarque E C 1-1 3-4 ER35 O cdigo de trs letras IATA do aeroporto
de partida dever ser includo como
primeira anotao. Quando no for
possvel, utilizar a sigla OACI.
6 cAerDes 1 Aerdromo de Destino E C 1-1 3-4 ER35 O cdigo de trs letras IATA do aeroporto
de destino dever ser includo como
primeira anotao. Quando no for
possvel, utilizar a sigla OACI.
7 dVoo 1 Data do Voo E D 1-1 10 ER36 Formato AAAA-MM-DD
117
Leiaute Modal Aquavirio
1 aquav 0 Informaes do modal Aquavirio G 1-1
2 irin 1 Irin do navio sempre dever ser E C 1-1 1 - 10
informado
3 tpEmb 1 Cdigo do tipo de embarcao E N 1-1 2 ER33 Preencher com cdigo da Tabela de Tipo
de Embarcao definida no Ministrio dos
Transportes
4 cEmbar 1 Cdigo da embarcao E C 1-1 1 - 10 ER35
5 xEmbar 1 Nome da embarcao E C 1-1 1 - 60 ER35
6 nViag 1 Nmero da Viagem E N 1-1 1 - 10 ER57
7 cPrtEmb 1 Cdigo do Porto de Embarque E C 1-1 1-5 ER35 Preencher de acordo com Tabela de
Portos definida no Ministrio dos
Transportes
8 cPrtDest 1 Cdigo do Porto de Destino E C 1-1 1-5 ER35 Preencher de acordo com Tabela de
Portos definida no Ministrio dos
Transportes
9 prtTrans 1 Porto de Transbordo E C 0-1 1 - 60 ER35
10 tpNav 1 Tipo de Navegao E N 0-1 1 D18 Preencher com:
0 - Interior;
1 - Cabotagem
11 infTermCarreg 1 Grupo de informaes dos terminais G 0-5
de carregamento.
12 cTermCarreg 2 Cdigo do Terminal de Carregamento E C 1-1 1-8 ER35 Preencher de acordo com a Tabela de
Terminais de Carregamento. O cdigo de
cada Porto est definido no Ministrio de
Transportes.
13 xTermCarreg 2 Nome do Terminal de Carregamento E C 1-1 1 - 60 ER35
14 infTermDescarreg 1 Grupo de informaes dos terminais G 0-5
118
de descarregamento.
15 cTermDescarreg 2 Cdigo do Terminal de Descarregamento E C 1-1 1-8 ER35 Preencher de acordo com a Tabela de
Terminais de Descarregamento. O cdigo
de cada Porto est definido no Ministrio
de Transportes.
16 xTermDescarreg 2 Nome do Terminal de Descarregamento E C 1-1 1 - 60 ER35
17 infEmbComb 1 Informaes das Embarcaes do G 0 - 30
Comboio
18 cEmbComb 2 Cdigo da embarcao do comboio E C 1-1 1 - 10 ER35
19 xBalsa 2 Identificador da Balsa E C 1-1 1 - 60 ER35
20 infUnidCargaVazia 1 Informaes das Undades de Carga G 0-n
vazias
21 idUnidCargaVazia 2 Identificao da unidades de carga vazia E C 1-1 1 - 20 ER52
22 tpUnidCargaVazia 2 Tipo da unidade de carga vazia E N 1-1 1 D9 ER35 1 - Container; 2 - ULD;3 - Pallet;4 -
Outros;
23 infUnidTranspVazia 1 Informaes das Undades de G 0-n

Transporte vazias
24 idUnidTranspVazia 2 Identificao da unidades de transporte E C 1-1 1 - 20 ER52
vazia
25 tpUnidTranspVazia 2 Tipo da unidade de transporte vazia E N 1-1 1 D6 ER35 Deve ser preenchido com 1 para
Rodovirio Trao do tipo caminho ou
2 para Rodovirio reboque do tipo
carreta
119
Leiaute Modal Ferrovirio
1 ferrov 0 Informaes do modal Ferrovirio G 1-1
2 trem 1 Informaes da composio do trem G 1-1
3 xPref 2 Prefixo do Trem E C 1-1 1 - 10 ER35
4 dhTrem 2 Data e hora de liberao do trem na E C 0-1 21 ER1
origem
5 xOri 2 Origem do Trem E C 1-1 1-3 ER35 Sigla da estao de origem
6 xDest 2 Destino do Trem E C 1-1 1-3 ER35 Sigla da estao de destino
7 qVag 2 Quantidade de vages carregados E N 1-1 1-3 ER58
8 vag 1 Informaes dos Vages G 1-n
9 pesoBC 2 Peso Base de Clculo de Frete em E N 1-1 3, 3 ER13 6 posies, sendo 3 inteiras e 3 decimais.
Toneladas
10 pesoR 2 Peso Real em Toneladas E N 1-1 3, 3 ER13 6 posies, sendo 3 inteiras e 3 decimais.
11 tpVag 2 Tipo de Vago E C 0-1 3 ER35
12 serie 2 Serie de Identificao do vago E C 1-1 3 ER35
13 nVag 2 Nmero de Identificao do vago E N 1-1 1-8 ER59
14 nSeq 2 Sequncia do vago na composio E N 0-1 1-3 ER58
15 TU 2 Tonelada til E N 1-1 3, 3 ER13 6 posies, sendo 3 inteiras e 3 decimais.
Unidade de peso referente carga til
(apenas o peso da carga transportada),
expressa em toneladas.
120
Expresses Regulares
ER1 (((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([\-,\+](0[0-9]|10|11):00|([\+](12):00))
ER2 [0-9]{7}
ER3 [0-9]{44}
ER4 [0-9]{36}
ER5 [0-9]{15}
ER6 [0-9]{3}
ER7 [0-9]{14}
ER8 [0-9]{3,14}
ER9 [0-9]{0}|[0-9]{14}
ER10 [0-9]{11}
ER11 [0-9]{3,11}
ER12 0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,2}(\.[0-9]{2})?
ER13 0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,2}(\.[0-9]{3})?
ER14 0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,2}(\.[0-9]{2})?
ER15 [0-9]{1,3}(\.[0-9]{2,3})?
ER16 0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,7}(\.[0-9]{3})?
ER17 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})?
ER18 0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,7}(\.[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,7}(\.[0-9]{4})?
ER20 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}[0-
9]{0,8}(\.[0-9]{6})?
ER21 0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,10}(\.[0-9]{4})?
ER22 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})?
121
ER23 0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,11}(\.[0-9]{3})?
ER24 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})?
ER25 0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,11}(\.[0-9]{4})?
ER26 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})?
ER27 0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
ER28 0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
ER29 [0-9]{0,14}|ISENTO|PR[0-9]{4,8}
ER30 [0-9]{2,14}
ER31 [1-9]{1}[0-9]{0,8}
ER32 0|[1-9]{1}[0-9]{0,2}
ER33 [0-9]{2}
ER34 [0-9]{1,4}
ER35 [!-]{1}[ -]{0,}[!-]{1}|[!-]{1}
ER36 (((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)))))
ER37 [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}
ER38 [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}
ER39 [A-Z]{2,3}[0-9]{4}|[A-Z]{3,4}[0-9]{3}
ER40 [0-9]{8}
ER41 [0-9]{1}
ER42 1\.[0-9]{2}
ER43 [0-9]{4}|ND
ER44 [0-9]{1,6}
ER45 MDFe[0-9]{44}
ER46 [0-9]{7,12}
ER47 [0-9]{7,10}
122
ER48 [0-9]{1,15}
ER49 3\.00
ER50 (([0-1][0-9])|([2][0-3])):([0-5][0-9]):([0-5][0-9])
ER51 [1-9]{1}[0-9]{1,8}
ER52 [A-Z0-9]+
ER53 [^@]+@[^\.]+\..+
ER54 [0-9]{12}
ER55 0|[1-9]{1}[0-9]{0,5}
ER56 [0-9]{1,20}
ER57 [1-9]{1}[0-9]{0,9}
ER58 [1-9]{1}[0-9]{0,2}
ER59 [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, 93
D3 11, 12, 13, 14, 15, 16, 17, 21, 22, 23, 24, 25, 26, 27, 28, 29, 31, 32, 33, 35, 41, 42, 43, 50, 51, 52, 53, 99
D4 58
D5 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
D6 1, 2
D7 1, 2, 3
D8 1, 2, 3, 4, 5, 6, 7
D9 1, 2, 3, 4
D10 1
D11 0, 1, 2, 3, 4, 5
D12 01, 02
123
D13 0, 3
D14 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
D15 0, 1, 2
D16 01, 02, 03, 04, 05, 06
D17 00, 01, 02, 03, 04, 05
D18 0, 1
124
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)

Impresso Normal
126
Modelo do DAMDFE do Modal Areo (Paisagem)
Impresso Normal
127
Modelo do DAMDFE do Modal Areo (Retrato)
128
Modelo do DAMDFE do Modal Ferrovirio (Retrato)
Impresso Normal
129
130
Modelo do DAMDFE do Modal Aquavirio (Paisagem)
Impresso em Contingncia (Paisagem)
131
Modelo do DAMDFE do Modal Aquavirio (Retrato)
132
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 Regio Nordeste Regio Sudeste Regio Sul Regio Centro-Oeste
11-Rondnia 21-Maranho 31-Minas Gerais 41-Paran 50-Mato Grosso do Sul
12-Acre 22-Piau 32-Esprito Santo 42-Santa Catarina 51-Mato Grosso
13-Amazonas 23-Cear 33-Rio de Janeiro 43-Rio Grande do Sul 52-Gois
14-Roraima 24-Rio Grande do Norte 35-So Paulo 53-Distrito Federal
15-Par 25-Paraba
16-Amap 26-Pernambuco
17-Tocantins 27-Alagoas
28-Sergipe
29-Bahia
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 Cdigo Estado Cdigo

Aracaju 2800308 Sergipe 28
Belm 1501402 Par 15
Belo Horizonte 3106200 Minas Gerais 31
Boa Vista 1400100 Roraima 14
Braslia 5300108 Distrito Federal 53
Campo Grande 5002704 Mato Grosso do Sul 50
Cuiab 5103403 Mato Grosso 51
Curitiba 4106902 Paran 41
Florianpolis 4205407 Santa Catarina 42
Fortaleza 2304400 Cear 23
Goinia 5208707 Gois 52
Joo Pessoa 2507507 Paraba 25
Macap 1600303 Amap 16
Macei 2704302 Alagoas 27
Manaus 1302603 Amazonas 13
Natal 2408102 Rio Grande do Norte 24
Palmas 1721000 Tocantins 17
Porto Alegre 4314902 Rio Grande do Sul 43
133
Municpio Cdigo Estado Cdigo

Porto Velho 1100205 Rondnia 11
Recife 2611606 Pernambuco 26
Rio Branco 1200401 Acre 12
Rio de Janeiro 3304557 Rio de Janeiro 33
Salvador 2927408 Bahia 29
So Lus 2111300 Maranho 21
So Paulo 3550308 So Paulo 35
Teresina 2211001 Piau 22
Vitria 3205309 Esprito Santo 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);
Verificar se o municpio existe na tabela do IBGE
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.
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
134
Exemplo de codificao:
Pas Cdigo Pas Cdigo Pas Cdigo

Brasil 1058 Espanha 2453 Estados Unidos 2496
Argentina 0639 Frana 2755 China, Repblica 1600
Popular,
Chile 1589 Itlia 3867 Coria, Repblica da, 1902
Paraguai 5860 Portugal 6076 Formosa 1619
Uruguai 8451 Reino Unido 6289 Japo 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.
135
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.
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 Combinao de Barras Valor Combinao de Barras Valor Combinao de Barras
CODE C B S B S B S CODE C B S B S B S CODE C B S B S B S
00 2 1 2 2 2 2 50 2 3 1 1 3 1 100 1 1 4 1 3 1
01 2 2 2 1 2 2 51 2 1 3 1 1 3 101 3 1 1 1 4 1
02 2 2 2 2 2 1 52 2 1 3 3 1 1 102 4 1 1 1 3 1
03 1 2 1 2 2 3 53 2 1 3 1 3 1 103 2 1 1 4 1 2
04 1 2 1 3 2 2 54 3 1 1 1 2 3 104 2 1 1 2 1 4
05 1 3 1 2 2 2 55 3 1 1 3 2 1
06 1 2 2 2 1 3 56 3 3 1 1 2 1
07 1 2 2 3 1 2 57 3 1 2 1 1 3
08 1 3 2 2 1 2 58 3 1 2 3 1 1
09 2 2 1 2 1 3 59 3 3 2 1 1 1
10 2 2 1 3 1 2 60 3 1 4 1 1 1
11 2 3 1 2 1 2 61 2 2 1 4 1 1
12 1 1 2 2 3 2 62 4 3 1 1 1 1
13 1 2 2 1 3 2 63 1 1 1 2 2 4
14 1 2 2 2 3 1 64 1 1 1 4 2 2
15 1 1 3 2 2 2 65 1 2 1 1 2 4
16 1 2 3 1 2 2 66 1 2 1 4 2 1
17 1 2 3 2 2 1 67 1 4 1 1 2 2
18 2 2 3 2 1 1 68 1 4 1 2 2 1
19 2 2 1 1 3 2 69 1 1 2 2 1 4
20 2 2 1 2 3 1 70 1 1 2 4 1 2
21 2 1 3 2 1 2 61 1 2 2 1 1 4
22 2 2 3 1 1 2 72 1 2 2 4 1 1
23 3 1 2 1 3 1 73 1 4 2 1 1 2
24 3 1 1 2 2 2 74 1 4 2 2 1 1
25 3 2 1 1 2 2 75 2 4 1 2 1 1
26 3 2 1 2 2 1 76 2 2 1 1 1 4
27 3 1 2 2 1 2 77 4 1 3 1 1 1
28 3 2 2 1 1 2 78 2 4 1 1 1 2
29 3 2 2 2 1 1 79 1 3 4 1 1 1
30 2 1 2 1 2 3 80 1 1 1 2 4 2
31 2 1 2 3 2 1 81 1 2 1 1 4 2
32 2 3 2 1 2 1 82 1 2 1 2 4 1
33 1 1 1 3 2 3 83 1 1 4 2 1 2
34 1 3 1 1 2 3 84 1 2 4 1 1 2
35 1 3 1 3 2 1 85 1 2 4 2 1 1
36 1 1 2 3 1 3 86 4 1 1 2 1 2
37 1 3 2 1 1 3 87 4 2 1 1 1 2
38 1 3 2 3 1 1 88 4 2 1 2 1 1
39 2 1 1 3 1 3 89 2 1 2 1 4 1
40 2 3 1 1 1 3 90 2 1 4 1 2 1
41 2 3 1 3 1 1 91 4 1 2 1 2 1
42 1 1 2 1 3 3 92 1 1 1 1 4 3
43 1 1 2 3 3 1 93 1 1 1 3 4 1
44 1 3 2 1 3 1 94 1 3 1 1 4 1
45 1 1 3 1 2 3 95 1 1 4 1 1 3
46 1 1 3 3 2 1 96 1 1 4 3 1 1
47 1 3 3 1 2 1 97 4 1 1 1 1 3
48 3 1 3 1 2 1 98 4 1 1 3 1 1
49 2 1 1 3 3 1 99 1 1 3 1 4 1
Valor Caractere de Incio (START) Caractere de Fim (STOP)

B S B S B S B S B S B S B
105
2 1 1 2 3 2 2 3 3 1 1 1 2
Pg. 137 / 138

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, Espirito 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 Manaus (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
FedEx Brasil Logstica e Transporte S/A
GOL
GRISTEC
JLIO SIMES TRANSPORTES E SERVIOS LTDA
LOG-IN LOGSTICA INTERMODAL S/A
MERCOSUL LINE NAVEGAO E LOGSTICA LTDA
MIRA OTM TRANSPORTES LTDA
MRS LOGSTICA S/A
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.
VLI Multimodal 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. 138 / 138

Manu MDFe PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Manu MDFe PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Manifesto Eletrnico de Documentos Fiscais

Manual de Orientaes do Contribuinte

Projeto Manifesto Eletrnico de Documentos Fiscais

Manual de Orientao do Contribuinte

Identificao e vigncia do Manual

Verses de leiautes do PL_MDFe_300

Leiaute Verso Schema XML Observao

4.2. Web Service MDFeRetRecepcao ........................................................................... 43

6.1.4. Final do Processamento....................................................................................... 70

O Manifesto Eletrnico de Documentos Fiscais (MDF-e) est sendo desenvolvido de forma

2.1. Conceito do MDF-e

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

A finalidade do MDF-e agilizar o registro em lote de documentos fiscais em trnsito e

2.2. Descrio Simplificada do Modelo Operacional

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

Se no decorrer do transporte houver qualquer alterao nas informaes do MDF-e (veculos,

O Ambiente Autorizador ser o repositrio nacional de todos os MDF-e emitidos e

O sistema MDF-e implementa o conceito de evento, que o registro de uma ao ou situao

Figura 1 Representao do Modelo Operacional do MDF-e

3. Arquitetura de Comunicao com Contribuinte

3.1. Modelo Conceitual

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

O Web Service sempre devolve uma mensagem de resposta confirmando o recebimento da

Os servios podem ser sncronos ou assncronos em funo da forma de processamento da

a) Servios sncronos o processamento da solicitao de servio concludo na mesma

O diagrama a seguir ilustra o fluxo conceitual de comunicao entre o aplicativo do contribuinte

Arquitetura de Comunicao Viso Conceitual

Contribuinte Ambiente Autorizador

3.2. Padres Tcnicos

3.2.1. Padro de documento XML

<?xml version="1.0" encoding="UTF-8"?>

<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

Veja exemplo a seguir:

<?xml version="1.0" encoding="UTF-8"?>

No permitida a utilizao de prefixos de namespace. Essa restrio visa otimizar o tamanho

Assim, ao invs da declarao:

<mdfe:MDFe xmlns:mdfe=http://www.portalfiscal.inf.br/mdfe > (exemplo para o XML do MDF-

<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

A regra constante do pargrafo anterior dever estender-se para os campos onde no h

3.2.2. Padro de Comunicao

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

A troca de mensagens entre os Web Services do Ambiente Autorizador e o aplicativo do

A verso do leiaute da mensagem XML contida no campo mdfeDadosMsg e o cdigo da UF

Exemplo de uma mensagem requisio padro SOAP:

Exemplo de uma mensagem de retorno padro SOAP:

3.2.3. Padro de Certificado Digital

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

b) Transmisso (durante a transmisso das mensagens entre o servidor do contribuinte e

3.2.4. Padro de Assinatura Digital

As mensagens enviadas ao Ambiente Autorizador so documentos eletrnicos elaborados no

Os elementos abaixo esto presentes dentro do Certificado do contribuinte tornando desnecessria

O Projeto MDF-e utiliza um subconjunto do padro de assinatura XML definido pelo

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

# Campo Ele Pai Tipo Ocor. Tam. Dec. Descrio/Observao

<MDFe xmlns="http://www.portalfiscal.inf.br/mdfe" >

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

3.2.5. Validao de Assinatura Digital pelo Ambiente Autorizador

3.2.6. Resumo dos Padres Tcnicos