Manual - MDFe - V 1.00 - 29.08.2012 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 Manifesto Eletrnico de Documentos Fiscais
Verso 1.00 Junho, 2012

Controle de Verses
Verso 1.00 1.00 1.00 1.00 1.00 1.00 1.00 Data 30/08/2011 SP 15/12/2011 RS 17/02/2012 RS 11/04/2012 RS 07/05/2012 RS 13/06/2012 RS 31/07/2012 RS

Identificao e vigncia do Manual

Verso do manual Data de divulgao do manual Pacote de liberao de Schemas XML Data de incio de vigncia no ambiente de homologao Data de incio de vigncia no ambiente de produo
1.00 31/07/2012 PL_MDFe_100 01/08/2012 01/10/2012
Verses de leiautes do PL_MDFe_100

Leiaute MDF-e enviMDFe retEnviMDFe consReciMDFe retConsReciMDFe procMDFe consSitMDFe retConsSitMDFe consStatServ retConsStatServ aereo aquav ferrov rodo eventoMDFe retEventoMDFe procEventoMDFe verso 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 Schema XML MDFe_v1.00.xsd enviMDFe_ v1.00.xsd retEnviMDFe_v1.00.xsd consReciMDFe_v1.00.xsd retConsReciMDFe_v1.00.xsd procMDFe_v1.00.xsd consSitMDFe_v1.00.xsd retConsSitMDFe_v1.00.xsd consStatServMDFe_v1.00.xsd retconsStatServ_v1.00.xsd MDFeModalAereo_v1.00.xsd MDFeModalAquaviario_v1.00.xsd MDFeModalFerroviario_v1.00.xsd MDFeModalRodoviario_v1.00.xsd eventoMDFe_ v1.00.xsd retEventoMDFe. v1.00.xsd procEventoMDFe_v1.00.xsd Observao Leiaute do MDF-e Mensagem de envio e solicitao de autorizao do MDF-e Mensagem de retorno do envio de MDF-e. Mensagem de consulta processamento do MDF-e transmitido. Mensagem de retorno da consulta de processamento do MDFe transmitido. Leiaute de compartilhamento do MDF-e. Mensagem de consulta da situao atual da MDF-e. Mensagem de retorno da consulta da situao atual da MDF-e. Mensagem da consulta do status do servio de autorizao de MDF-e. Mensagem de retorno da consulta do status do servio de autorizao de MDF-e. Leiaute do modal Areo (parte Especfica) Leiaute do modal Aquavirio (parte Especfica) Leiaute do modal Ferrovirio (parte Especfica) Leiaute do modal Rodovirio (parte Especfica) Mensagem de solicitao de registro de evento do MDF-e Mensagem de retorno do resultado da solicitao de registro de evento do MDF-e Leiaute de compartilhamento de solicitao de registro de evento do MDF-e Leiaute especfico do evento de cancelamento de MDF-e Leiaute especfico do evento de encerramento de MDF-e
evCancMDFe
1.00
evCancMDFe_v1.00.xsd
evEncMDFe
1.00
evEncMDFe_v1.00.xsd

ndice
PROJETO MANIFESTO ELETRNICO DE DOCUMENTOS FISCAIS .............................................................................. 1 IDENTIFICAO E VIGNCIA DO MANUAL .............................................................................................................. 3 VERSES DE LEIAUTES DO PL_MDFE_100 ............................................................................................................... 3 1. 2. INTRODUO ................................................................................................................................................. 8 CONSIDERAES INICIAIS .............................................................................................................................. 9 2.1. 2.2. 3. CONCEITO DO MDF-E ........................................................................................................................................ 9 DESCRIO SIMPLIFICADA DO MODELO OPERACIONAL ............................................................................................. 9
ARQUITETURA DE COMUNICAO COM CONTRIBUINTE ..............................................................................11 3.1. MODELO CONCEITUAL ...................................................................................................................................... 11 3.2. PADRES TCNICOS ......................................................................................................................................... 12 3.2.1. Padro de documento XML ................................................................................................................ 12 3.2.2. Padro de Comunicao .................................................................................................................... 14 3.2.3. Padro de Certificado Digital ............................................................................................................. 14 3.2.4. Padro de Assinatura Digital ............................................................................................................. 15 3.2.5. Validao de Assinatura Digital pelo Ambiente Autorizador ............................................................. 17 3.2.6. Resumo dos Padres Tcnicos............................................................................................................ 17 3.3. MODELO OPERACIONAL .................................................................................................................................... 18 3.3.1. Servios sncronos .............................................................................................................................. 18 3.3.2. Servios assncronos ........................................................................................................................... 19 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 ........................................................ 22 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 ......................................................................................................... 24 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 ............................................................................................................................. 25 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 .......................................................... 27 3.7. SISTEMA DE REGISTRO DE EVENTOS..................................................................................................................... 27 3.7.1. Relao dos Tipos de Evento .............................................................................................................. 28 3.8. 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 Recepcao ......................................................................................................... 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..................................................................................................... 37 4.2. WEB SERVICE MDFERETRECEPCAO ................................................................................................................. 39 4.2.1. Leiaute Mensagem de Entrada .......................................................................................................... 39 4.2.2. Leiaute Mensagem de Retorno .......................................................................................................... 39 4.2.3. Descrio do Processo de Web Service .............................................................................................. 40 4.2.4. Validao do Certificado de Transmisso .......................................................................................... 41 4.2.5. Validao Inicial da Mensagem no Web Service ................................................................................ 41 4.2.6. Validao das informaes de controle da chamada ao Web Service ............................................... 42 4.2.7. Validao da rea de Dados .............................................................................................................. 42 4.2.8. Final do Processamento ..................................................................................................................... 43 4.3. WEB SERVICE MDFECONSULTA PROTOCOLO ..................................................................................................... 44 4.3.1. Leiaute Mensagem de Entrada .......................................................................................................... 44 4.3.2. Leiaute Mensagem de Retorno .......................................................................................................... 44 4.3.3. Descrio do Processo de Web Service .............................................................................................. 45 4.3.4. Validao do Certificado de Transmisso .......................................................................................... 45 4.3.5. Validao Inicial da Mensagem no Web Service ................................................................................ 46 4.3.6. Validao das informaes de controle da chamada ao Web Service ............................................... 46 4.3.7. Validao da rea de Dados .............................................................................................................. 47 4.3.8. Final do Processamento ..................................................................................................................... 47 4.4. WEB SERVICE MDFESTATUSSERVICO ............................................................................................................... 48 4.4.1. Leiaute Mensagem de Entrada .......................................................................................................... 48 4.4.2. Leiaute Mensagem de Retorno .......................................................................................................... 48 4.4.3. Descrio do Processo de Web Service .............................................................................................. 49 4.4.4. Validao do Certificado de Transmisso .......................................................................................... 49 4.4.5. Validao Inicial da Mensagem no Web Service ................................................................................ 50 4.4.6. Validao das informaes de controle da chamada ao Web Service ............................................... 50 4.4.7. Validao da rea de Dados .............................................................................................................. 51 4.4.8. Final do Processamento ..................................................................................................................... 51 4.5. SISTEMA DE REGISTRO DE EVENTOS..................................................................................................................... 52 4.5.1. Leiaute Mensagem de Entrada .......................................................................................................... 52 4.5.2. Diagrama Simplificado do Schema: eventoMDFe_v9.99.xsd ............................................................. 53 4.5.3. Leiaute Mensagem de Retorno .......................................................................................................... 53 4.5.4. Diagrama Simplificado Schema de retorno: retEventoMDFe _v99.99.xsd......................................... 55 4.5.5. Descrio do Processo de Web Service .............................................................................................. 55 4.5.6. Validao do Certificado de Transmisso .......................................................................................... 56 4.5.7. Validao Inicial da Mensagem no Web Service ................................................................................ 56 4.5.8. Validao das informaes de controle da chamada ao Web Service ............................................... 57 4.5.9. Validao da rea de Dados .............................................................................................................. 57 4.5.10. Processamento das validaes especficas do evento ....................................................................... 59 4.5.11. Final do Processamento do Evento .................................................................................................... 59 5. SISTEMA DE REGISTRO DE EVENTOS (PARTE ESPECFICA) .............................................................................60

5.1. EVENTO DE CANCELAMENTO .............................................................................................................................. 60 5.1.1. Leiaute Mensagem do evento de Cancelamento ............................................................................... 60 5.1.2. Diagrama Simplificado do Evento de Cancelamento ......................................................................... 60 5.1.3. Regras de Validao Especficas ........................................................................................................ 60 5.1.4. Final do Processamento ..................................................................................................................... 61 5.2. EVENTO DE ENCERRAMENTO.............................................................................................................................. 62 5.2.1. Leiaute Mensagem do evento de Cancelamento ............................................................................... 62 5.2.2. Diagrama Simplificado do Evento de Encerramento ......................................................................... 62 5.2.3. Regras de Validao Especficas ........................................................................................................ 63 5.2.4. Final do Processamento ..................................................................................................................... 63 6. WEB SERVICES INFORMAES ADICIONAIS ...............................................................................................64 6.1. 6.2. 6.3. 6.4. 6.5. 6.6. 6.7. 6.8. 7. REGRAS DE VALIDAO ..................................................................................................................................... 64 TABELA DE CDIGOS DE ERROS E DESCRIES DAS MENSAGENS DE ERRO ESPECFICAS DO MDF-E .................................... 64 PADRO DE NOMES PARA OS ARQUIVOS ............................................................................................................... 67 TRATAMENTO DE CARACTERES ESPECIAIS NO TEXTO DE XML .................................................................................... 67 CHAVE DE ACESSO DO MDF-E ........................................................................................................................... 68 NMERO DO RECIBO ........................................................................................................................................ 69 NMERO DO PROTOCOLO.................................................................................................................................. 69 TEMPO MDIO DE RESPOSTA .............................................................................................................................. 70
CDIGO DE BARRA........................................................................................................................................71 7.1. 7.2. CLCULO DO DGITO VERIFICADOR DO CODE-128C ............................................................................................... 72 REPRESENTAO SIMBLICA DO CDIGO .............................................................................................................. 72
8. 9. 10. 11.
DOCUMENTO AUXILIAR DE MDF-E - DAMDFE ...............................................................................................73 CONTINGNCIA .............................................................................................................................................74 AMBIENTE DE HOMOLOGAO / PRODUO ..........................................................................................75 COMPARTILHAMENTO DE INFORMAES DO MDF-E ENTRE RGOS PBLICOS .....................................76 PROCESSO DE COMPARTILHAMENTO ................................................................................................................... 76 LEIAUTE DE COMPARTILHAMENTO: MDF-E ........................................................................................................... 76 LEIAUTE DE COMPARTILHAMENTO: REGISTRO DE EVENTO DE MDF-E......................................................................... 76 COMPARTILHAMENTO DE DOCUMENTOS COM OUTROS RGOS PBLICOS .................................................................. 77
11.1. 11.2. 11.3. 11.4.
ANEXO I LEIAUTE DO MDF-E ...............................................................................................................................78 MDF-E DIAGRAMA SIMPLIFICADO PARTE GENRICA ....................................................................................................... 81 MDF-E DIAGRAMA SIMPLIFICADO MODAL RODOVIRIO ................................................................................................. 82 MDF-E DIAGRAMA SIMPLIFICADO MODAL AREO ......................................................................................................... 83 MDF-E DIAGRAMA SIMPLIFICADO MODAL FERROVIRO ................................................................................................. 85 LEIAUTE MDF-E ESTRUTURA GENRICA ......................................................................................................................... 86 LEIAUTE MODAL RODOVIRIO ...................................................................................................................................... 92 LEIAUTE MODAL AREO .............................................................................................................................................. 95 LEIAUTE MODAL AQUAVIRIO ...................................................................................................................................... 96 LEIAUTE MODAL FERROVIRIO ..................................................................................................................................... 97 ANEXO II - MODELO DO DOCUMENTO AUXILIAR DE MDF-E (DAMDFE) ...............................................................101 TABELA DE CDIGO DE UF DO IBGE ............................................................................................................................... 107

TABELA DE CDIGO DE MUNICPIO DO IBGE .................................................................................................................... 107 VALIDAO DO CDIGO DE MUNICPIO ........................................................................................................................... 108 EXEMPLO DE CLCULO DO DGITO DE CONTROLE DO CDIGO DE MUNICPIO ........................................................................... 108 EXCEO NO CLCULO DO DGITO DE CONTROLE DO CDIGO DE MUNICPIO ........................................................................... 109 TABELA DE CDIGO DE PAS DO BACEN .......................................................................................................................... 109 VALIDAO DO CDIGO DE PAS .................................................................................................................................... 110 EXEMPLO DE CLCULO DO DGITO DE CONTROLE DO CDIGO DE PAS .................................................................................... 110 EXCEO NO CLCULO DO DGITO DE CONTROLE DO CDIGO DE PAS .................................................................................... 110 ANEXO IV WS DISPONVEIS...............................................................................................................................112 ANEXO V CONJUNTO DE CARACTERES CDIGO DE BARRAS CODE-128C ...........................................................113 ANEXO VI PROJETO PILOTO DO MDF-E .............................................................................................................114

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.

2. Consideraes Iniciais
O Manifesto Eletrnico de Documentos Fiscais (MDF-e) est sendo desenvolvido de forma integrada pelas Secretarias de Fazenda das Unidades Federadas, Receita Federal do Brasil - RFB, Superintendncia da Zona Franca de Manaus SUFRAMA e representantes das transportadoras e Agncias Reguladoras do segmento de transporte, a partir da assinatura do Protocolo ENAT, que atribuiu ao Encontro Nacional de Coordenadores e Administradores Tributrios Estaduais (ENCAT) a coordenao e a responsabilidade pelo desenvolvimento e implantao do Projeto MDF-e.
2.1. Conceito do MDF-e Manifesto Eletrnico de Documentos Fiscais (MDF-e) o documento emitido e armazenado eletronicamente, de existncia apenas digital, para vincular os documentos fiscais utilizados na operao e/ou prestao, unidade de carga utilizada no transporte, cuja validade jurdica garantida pela assinatura digital do emitente e autorizao de uso pela administrao tributria da unidade federada do contribuinte. O MDF-e dever ser emitido por empresas prestadoras de servio de transporte para prestaes com mais de um conhecimento de transporte ou pelas demais empresas nas operaes, cujo transporte seja realizado em veculos prprios, arrendados, ou mediante contratao de transportador autnomo de cargas, com mais de uma nota fiscal. A finalidade do MDF-e agilizar o registro em lote de documentos fiscais em trnsito e identificar a unidade de carga utilizada e demais caractersticas do transporte. Autorizao de uso do MDF-e implicar em registro posterior dos eventos, nos documentos fiscais eletrnicos nele relacionados.
2.2. Descrio Simplificada do Modelo Operacional A empresa emissora do MDF-e gerar um arquivo eletrnico contendo as informaes do veculo de carga, condutor, previso de itinerrio, valor e peso da carga e documentos fiscais, o qual dever ser assinado digitalmente, de maneira a garantir a integridade dos dados e a autoria do emissor, com certificado ICP-Brasil. O arquivo eletrnico do MDF-e, ser transmitido pela Internet, para o ambiente autorizador (1), que far uma validao do arquivo (2) e devolver uma mensagem eletrnica com o resultado da validao, podendo ser: rejeio ou autorizao de uso (3). Sendo que s poder iniciar o transporte, quando tiver a sua autorizao de uso. Para acompanhar o transporte das mercadorias dever ser impresso, em papel, um documento auxiliar do MDF-e de acordo com leiaute definido neste manual, o Documento Auxiliar de MDF-e DAMDFE (4). O documento auxiliar em papel poder ser substitudo por um carto com RFID no padro Brasil-ID, conforme legislao especfica.

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

3. Arquitetura de Comunicao com Contribuinte

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

Arquitetura de Comunicao Viso Conceitual

Contribuinte
HTTPS Client MDF-e (
ERP ou software especfico )
Ambiente Autorizador
Web Services Servios Sncronos Aplicao MDF-e Servios Assncronos Transaes
Fluxo de Comunicao
MDF-e Filas de Msgs
Aplicativo de Faturamento (
ERP ou software especfico )
MDF-e
3.2. Padres Tcnicos

3.2.1. Padro de documento XML
a) Padro de Codificao A especificao do documento XML adotada a recomendao W3C para XML 1.0, disponvel em www.w3.org/TR/REC-xml e a codificao dos caracteres ser em UTF-8, assim todos os documentos XML sero iniciados com a seguinte declarao: <?xml version="1.0" encoding="UTF-8"?> OBS1: Lembrando que cada arquivo XML somente poder ter uma nica declarao <?xml version="1.0" encoding="UTF-8"?>. OBS2: Cada arquivo de MDF-e ter apenas um MDF-e, dada a quantidade de documentos fiscais que um MDF-e poder conter. b) Declarao namespace O documento XML dever ter uma nica declarao de namespace no elemento raiz do documento com o seguinte padro: <MDFe xmlns=http://www.portalfiscal.inf.br/mdfe > (exemplo para o XML do MDF-e) O uso de declarao namespace diferente do padro estabelecido para o Projeto vedado. A declarao do namespace da assinatura digital dever ser realizada na prpria tag <Signature>, conforme exemplo abaixo. Veja exemplo a seguir:
<?xml version="1.0" encoding="UTF-8"?> <MDFe xmlns="http://www.portalfiscal.inf.br/mdfe"> <infMDFe Id="MDFe31060243816719000108650000000010001234567890" versao="1.00"> ... <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> </MDFe>
12

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 do XML (XSD XML Schema Definition), disponibilizado pelo Ambiente Autorizador, antes de seu envio.
13

3.2.2.
Padro de Comunicao
A comunicao entre o contribuinte e a Secretaria de Fazenda Estadual ser baseada em Web Services disponibilizados no Ambiente Autorizador. O meio fsico de comunicao utilizado ser a Internet, com o uso do protocolo SSL verso 3.0, com autenticao mtua, que alm de garantir um duto de comunicao seguro na Internet, permite a identificao do servidor e do cliente atravs de certificados digitais, eliminando a necessidade de identificao do usurio atravs de nome ou cdigo de usurio e senha. O modelo de comunicao segue o padro de Web Services definido pelo WS-I Basic Profile. A troca de mensagens entre os Web Services do Ambiente Autorizador e o aplicativo do contribuinte ser realizada no padro SOAP verso 1.2, com troca de mensagens XML no padro Style/Enconding: Document/Literal. A chamada dos diferentes Web Services do Projeto MDF-e realizada com o envio de uma mensagem XML atravs do campo mdfeDadosMsg. A verso do leiaute da mensagem XML contida no campo mdfeDadosMsg e o cdigo da UF requisitada sero informados nos campos versaoDados e cUF, ambos do tipo string localizados no elemento mdfeCabecMsg do SOAP header. Exemplo de uma mensagem requisio padro SOAP:
<?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Header> <mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao"> <cUF>string</cUF> <versaoDados>string</versaoDados> </mdfeCabecMsg> </soap12:Header> <soap12:Body> <mdfeDadosMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao">xml</mdfeDadosMsg> </soap12:Body> </soap12:Envelope>
Exemplo de uma mensagem de retorno padro SOAP:

<?xml version="1.0" encoding="utf-8"?> <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"> <soap12:Header> <mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao"> <cUF>string</cUF> <versaoDados>string</versaoDados> </mdfeCabecMsg> </soap12:Header> <soap12:Body> <mdfeRecepcaoResult xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao">xml</mdfeRecepcaoResult> </soap12:Body> </soap12:Envelope>
3.2.3.
Padro de Certificado Digital
O certificado digital utilizado no Projeto do MDF-e ser emitido por Autoridade Certificadora credenciada pela Infra-estrutura de Chaves Pblicas Brasileira ICP-Brasil, tipo A1 ou A3, devendo 14

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:
Schema XML: xmldsig-core-schema_v1.01.xsd

# Campo Ele Raiz G G A Pai XS01 XS02 XS03 Tipo Ocor. Tam. Dec. C 1-1 1-1 1-1 Grupo da Informao da assinatura Grupo do Mtodo de Canonicalizao Atributo Algorithm de CanonicalizationMethod: http://www.w3.org/TR/2001/REC-xml-c14n20010315 Descrio/Observao
XS01 Signature XS02 SignedInfo XS03 CanonicalizationMe thod XS04 Algorithm
15

XS05 SignatureMethod XS06 Algorithm XS07 Reference XS08 URI XS10 Transforms XS11 unique_Transf_Alg XS12 Transform XS13 Algorithm G A G A G XS02 XS05 XS02 XS07 XS07 C C C 1-1 1-1 1-1 1-1 1-1 1-1 2-2 1-1 Grupo do Mtodo de Assinatura Atributo Algorithm de SignedMethod: http://www.w3.org/2000/09/xmldsig#rsa-sha1 Grupo de Reference Atributo URI da tag Reference Grupo do algorithm de Transform Regra para o atributo Algorithm do Transform ser nico. Grupo de Transform Atributos vlidos Algorithm do Transform: http://www.w3.org/TR/2001/REC-xml-c14n20010315 http://www.w3.org/2000/09/xmldsig#envelopedsignature XPath Grupo do Mtodo de DigestMethod Atributo Algorithm de DigestMethod: http://www.w3.org/2000/09/xmldsig#sha1 Digest Value (Hash SHA-1 Base64) Grupo do Signature Value Grupo do KeyInfo Grupo X509 Certificado Digital x509 em Base64
RC XS10 G A XS10 XS12
XS14 XPath XS15 DigestMethod XS16 Algorithm XS17 DigestValue XS18 SignatureValue XS19 KeyInfo XS20 X509Data XS21 X509Certificate
E G A E G G G E
XS12 XS07 XS15 XS07 XS01 XS01 XS19 XS20
C C C C
0-N 1-1 1-1 1-1 1-1 1-1 1-1 1-1
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"/> <DigestValue>vFL68WETQ+mvj1aJAMDx+oVi928=</DigestValue> </Reference> </SignedInfo> <SignatureValue>IhXNhbdL1F9UGb2ydVc5v/gTB/y6r0KIFaf5evUi1i ...</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIFazCCBFOgAwIBAgIQaHEfNaxSeOEvZGlVDANB ... </X509Certificate> </X509Data> </KeyInfo> </Signature> </MDFe>
16

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.
3.2.6. Resumo dos Padres Tcnicos
A tabela a seguir resume os principais padres de tecnologia utilizados:

Caracterstica Web Services Descrio PADRO DEFINIDO PELO WS-I BASIC PROFILE 1.1 (HTTP://WWW.WS-I.ORG/PROFILES/BASICPROFILE-1.1-2004-0824.HTML). WEB SERVICES, DISPONIBILIZADOS PELO AMBIENTE AUTORIZADOR Internet SSL verso 3.0, com autenticao mtua atravs de certificados
Meio lgico de comunicao Meio fsico de comunicao Protocolo Internet
17

Manual de Orientaes do Contribuinte digitais. SOAP verso 1.2. XML no padro Style/Encoding: Document/Literal. X.509 verso 3, emitido por Autoridade Certificadora credenciada pela Infra-estrutura de Chaves Pblicas Brasileira ICP-Brasil, do tipo A1 ou A3, devendo conter o CNPJ do proprietrio do certificado digital. Para assinatura de mensagens, utilizar o certificado digital de um dos estabelecimentos da empresa emissora do CT-e ou NF-e. Para transmisso, utilizar o certificado digital do responsvel pela transmisso. XML Digital Signature, Enveloped, com certificado digital X.509 verso 3, com chave privada de 1024 bits, com padres de criptografia assimtrica RSA, algoritmo message digest SHA-1 e utilizao das transformaes Enveloped e C14N. Ser validada alm da integridade e autoria, a cadeia de confiana com a validao das LCRs. Campos no obrigatrios do Schema que no possuam contedo tero suas tags suprimidas no arquivo XML. Mscara de nmeros decimais e datas esto definidas no Schema XML. Nos campos numricos inteiro, no incluir a vrgula ou ponto decimal. Nos campos numricos com casas decimais, utilizar o ponto decimal na separao da parte inteira.
Padro de troca de mensagens Padro da mensagem Padro de certificado digital
Padro de assinatura digital
Validao de assinatura digital Padres de preenchimento XML
3.3. Modelo operacional A forma de processamento das solicitaes de servios no MDF-e pode ser sncrona, caso o atendimento da solicitao de servio seja realizado na mesma conexo, ou assncrona, quando o processamento do servio solicitado no atendido na mesma conexo, nesta situao torna-se necessria a realizao de mais uma conexo para a obteno do resultado do processamento. As solicitaes de servios que exigem processamento intenso sero executadas de forma assncrona e as demais solicitaes de servios de forma sncrona. Assim, os servios do MDF-e sero implementados da seguinte forma: Servio Recepo do MDF-e Consulta Situao atual do MDF-e Consulta do status do servio Registro de evento
3.3.1. Servios sncronos
Implementao Assncrona Sncrona Sncrona Sncrona
As solicitaes de servios de implementao sncrona so processadas imediatamente e o resultado do processamento obtido em uma nica conexo. A seguir, o fluxo simplificado de funcionamento:
Servio de Implementao sncrona Contribuinte
Aplicativo Cliente
(1) Solicitao de servio
Ambiente Autorizador
Web Service
(2) Solicitao de servio
Processamento de Servios
(4) Resultado
(3) Resultado
18

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:
Servio de Implementao assncrona Contribuinte

Envio de Solicitao de Servios
(4) (5) (1) Solicitao de servio (3) Recibo
Secretaria de Fazenda Estadual

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

(10) Resultado processamento
Web Service
(9) Resultado processamento
Consulta recibo
Fila de servios processados
19

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.
3.3.3. Filas e Mensagens
As filas de mensagens de solicitao de servios so necessrias para a implementao do processamento assncrono das solicitaes de servios. As mensagens de solicitaes de servios no processamento assncrono so armazenadas em uma fila de entrada. Para ilustrar como as filas armazenam as informaes, observe o diagrama a seguir: Estrutura de um item da fila:
CNPJ do Transmissor
Nmero do Recibo
data e hora recebimento
cUF
Verso Dados
XML de Dados
rea de controle
rea de mensagem
A estrutura de um item composta pela rea de controle (identificador) e pela rea de detalhe que contem a mensagem XML. As seguintes informaes so adotadas como atributos de controle: CNPJ do transmissor: CNPJ da empresa que enviou a mensagem que no necessita estar vinculado ao CNPJ do estabelecimento emissor do MDF-e. Somente o transmissor da mensagem ter acesso ao resultado do processamento das mensagens de solicitao de servios; Recibo de entrega: Nmero seqencial nico atribudo para a mensagem pelo Ambiente Autorizador. Este atributo identifica a mensagem de solicitao de servios na fila de mensagem; Data e hora de recebimento da mensagem: Data e hora local do instante de recebimento da mensagem atribuda pelo Ambiente Autorizador. Este atributo importante como 20

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. 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
rea de dados (SOAP Body)
Elemento mdfeCabecMsg (SOAP Header)

3.4.1.
cUF cdigo da UF de origem da mensagem. versaoDados - verso do leiaute da estrutura XML informado na rea de dados. rea de Dados estrutura XML varivel definida na documentao do Web Service acessado.
Informaes de controle e rea de dados das mensagens
As informaes de controle das chamadas dos Web Services so armazenadas no elemento mdfeCabecMsg do SOAP Header e servem para identificar a UF de origem do emissor e a verso do leiaute da estrutura XML armazenada na rea de dados da mensagem:
<soap12:Header> <mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/MdfeRecepcao"> <cUF>string</cUF> <versaoDados>string</versaoDados> </mdfeCabecMsg>
21

Manual de Orientaes do Contribuinte </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. A validao da estrutura XML da mensagem realizada por um analisador sinttico (parser) que verifica se a mensagem atende as definies e regras de seu Schema XML. Qualquer divergncia da estrutura XML da mensagem em relao ao seu Schema XML provoca um erro de validao do Schema XML. A primeira condio para que a mensagem seja validada com sucesso que ela seja submetida ao Schema XML correto. Assim, o aplicativo do contribuinte deve estar preparado para gerar as mensagens no leiaute em vigor, devendo ainda informar a verso do leiaute da estrutura XML da mensagem no campo versaoDados do elemento mdfeCabecMsg do SOAP Header.
<soap12:Header> <mdfeCabecMsg xmlns="http://www.portalfiscal.inf.br/mdfe/wsdl/mdfeRecepcao"> <cUF>35</cUF> <versaoDados>1.00</versaoDados> </mdfeCabecMsg> </soap12:Header>
3.4.3.
Schemas XML das Mensagens dos Web Services
Toda mudana de leiaute das mensagens dos Web Services implica na atualizao do seu respectivo Schema XML. A identificao da verso dos Schemas ser realizada com o acrscimo do nmero da verso no nome do arquivo precedida da literal _v, como segue: mdfe_v1.00.xsd (Schema XML do MDF-e, verso 1.00); tiposGeral_v10.15.xsd (Schema XML dos tipos do MDF-e, verso 10.15).
22

A maioria dos Schemas XML do MDF-e utilizam as definies de tipos bsicos ou tipos complexos que esto definidos em outros Schemas XML (ex.: tiposGeral_v1.00.xsd, etc.), nestes casos, a modificao de verso do Schema bsico ser repercutida no Schema principal. Por exemplo, o tipo numrico de 15 posies com 2 decimais definido no Schema tiposGeral_v1.01.xsd, caso ocorra alguma modificao na definio deste tipo, todos os Schemas que utilizam este tipo bsico devem ter a sua verso atualizada e as declaraes import ou include devem ser atualizadas com o nome do Schema bsico atualizado. Exemplo de Schema XML
<?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="http://www.portalfiscal.inf.br/mdfe" targetNamespace="http://www.portalfiscal.inf.br/mdfe" elementFormDefault="qualified" attributeFormDefault="unqualified"> <xs:import namespace="http://www.w3.org/2000/09/xmldsig#" schemaLocation="xmldsig-coreschema_v1.01.xsd"/> <xs:include schemaLocation="tiposGeral_v1.01.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 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.
23

Exemplificando: PACOTE DATA LIBERAO SCHEMAS
PL_ MDFe_ 1.00.ZIP 01/08/2011 enviMDFe_v1.00.xsd eventoMDFe_v1.00.xsd tiposGeral_v1.00.xsd
PL_MDFe_ 1.01.ZIP 01/11/2011 enviMDFe _v1.30.xsd eventoMDFe_v1.00.xsd tiposGeral _v1.01.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.
3.5.3. Pacote de Liberao de Homologao e Pacote de liberao definitivo
Para o ambiente de homologao ser divulgado um pacote de liberao de homologao que ser identificado com o acrscimo da literal hom na identificao do pacote, como por exemplo: PL_MDFe_100hom.zip. A principal caracterstica do pacote de liberao de homologao seu uso estar restrito ao ambiente de homologao por aceitar somente mensagens XML com tpAmb=2-homologao. O pacote de liberao definitivo ser divulgado na vspera da data de incio da vigncia do ambiente de produo.
3.5.4. Correo de Pacote de Liberao
Em alguma situao pode surgir a necessidade de correo de um Schema XML por um erro de implementao de regra de validao, obrigatoriedade de campo, nome de tag divergente do definido no leiaute da mensagem, que no modifica a estrutura do Schema XML e nem exige a alterao dos aplicativos da SEFAZ ou dos contribuintes. Nesta situao, divulgaremos um novo pacote de liberao com o Schema XML corrigido, sem modificar o nmero da verso do PL para manter a compatibilidade com o Manual de Orientaes do Contribuinte vigente. A identificao dos pacotes mais recentes se dar com o acrscimo de letras minscula do alfabeto, como por exemplo: MDFe_PL_1.00a.ZIP, indicando que se trata da primeira verso corrigida do MDFe_PL_1.00.ZIP
3.5.5. Divulgao de novos Pacotes de Liberao
A divulgao de novos pacotes de liberao ou atualizaes de pacote de liberao ser realizada atravs da publicao de Notas Tcnicas no Portal Nacional do MDF-e (www.mdfe.fazenda.gov.br) com as informaes necessrias para a implementao dos novos pacotes de liberao.
24

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 freqentes de leiaute de mensagens e as empresas devero ter um prazo razovel para implementar as mudanas necessrias, conforme acordo operacional a ser estabelecido. Mensagens recebidas com uma verso de leiaute no suportada sero rejeitadas com uma mensagem de erro especfica na verso do leiaute de resposta mais recente em uso.
3.6. Schema XML do MDF-e estrutura genrica e estrutura especfica do modal A estrutura do Schema XML do MDF-e foi criada como sendo composta de uma parte genrica do schema e uma parte especfica para cada modal, com o objetivo de criar uma maior independncia entre os modais, onde uma alterao no leiaute especfico para um modal no repercuta nos demais.
3.6.1. Parte Genrica
A estrutura genrica a parte que possui os campos (tags) de uso comum a serem utilizados por todos os modais. Para alcanar este objetivo foi criada no schema XML do MDF-e uma estrutura genrica com um elemento do tipo any que permite a insero do XML especfico do modal, conforme demonstrado na figura a seguir:
25

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:
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_v1.00.xsd (modal rodovirio, verso 1.00); mdfeModalAereo_v1.00.xsd (modal areo, verso 1.00); mdfeModalFerroviario_v1.00.xsd (modal ferrovirio, verso 1.00); mdfeModalAquaviario_v1.00.xsd (modal aquaviario, verso 1.00). 26

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 que ocorreu com o documento aps sua autorizao de uso, 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. 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. 27

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 Evento Descrio Evento Tipo de Autor do Evento Tipo de Meio Informao MDF-e deve existir?
*** Evento: Empresa Emitente 110111 110112 Cancelamento Encerramento 1-Empresa Emitente 1-Empresa Emitente 1=via WS Evento 1=via WS Evento Sim Sim
*** Evento: Fisco (implementao futura) 310620 Registro de Passagem 3-Fisco 1=via WS Evento No
Legenda: Tipo de Autor do Evento: 1 Empresa Emitente; 2 Fisco do Emitente; 3 Fisco; 4 RFB; 5 Outros rgos / Agncia Reguladora; Tipo de Meio de Informao: 1 via WS de Evento; 2 via Extranet MDF-e; 3 via Portal MDF-e; 4 Via integrao sistemas;
3.8. Ambiente Autorizador (SEFAZ Autorizadora Nacional) Os servios de autorizao sero providos pelo Ambiente Autorizador, que prestar o servio para todos os Estados, mediante Protocolo de Cooperao assinado entre as SEFAZ e/ou entre a SEFAZ e a RFB. Os servios deste ambiente compreendem os Web Services descritos no Modelo Conceitual da Arquitetura de Comunicao, conforme consta no item 3.1 deste manual. A responsabilidade sobre o credenciamento e sobre a autorizao para o contribuinte usar os servios do Ambiente Autorizador da SEFAZ de circunscrio do contribuinte atravs do Cadastro Nacional de Emitentes do Ambiente Nacional (CNE).
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 24 horas, contados da sua impresso. No recibo de recepo do MDF-e, tambm ser informado o tempo mdio de resposta do servio nos ltimos 5 minutos. Para os servios sncronos, o envio da solicitao e a obteno do retorno sero realizados na mesma conexo atravs de um nico mtodo. c) As URLs dos Web Services encontram-se no Anexo IV deste manual e no Ambiente Autorizador (www.mdfe.sefaz.rs.gov.br). Acessando a URL pode ser obtido o WSDL (Web Services Description Language) de cada Web Service. d) O processo de utilizao dos Web Services sempre iniciado pelo contribuinte enviando uma mensagem nos padres XML e SOAP, atravs do protocolo SSL com autenticao mtua. e) A ocorrncia de qualquer erro na validao dos dados recebidos interrompe o processo com a disponibilizao de uma mensagem contendo o cdigo e a descrio do erro.
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 Recepcao
Funo: servio destinado recepo de mensagens de envio de MDF-e. Processo: assncrono.
Mtodo: mdfeRecepcaoLote
4.1.2. Leiaute Mensagem de Entrada
Entrada: Estrutura XML com o MDF-e Schema XML: enviMDFe_v9.99.xsd

# Campo AP01 enviMDFe AP02 versao Ele Raiz A Pai AP01 Tipo Ocorr Tam. N 1-1 1-4 Dec. Descrio/Observao TAG raiz 2 Verso do leiaute
Identificador de controle do envio do lote. Nmero sequencial autoincremental, de controle correspondente ao identificador nico do lote enviado. A responsabilidade de gerar e controlar esse nmero exclusiva do contribuinte. OBS: Embora no primeiro momento ocorra apenas um MDF-e por lote, esta especificao prev futuras alteraes nessa composio MDF-e transmitido (no primeiro momento apenas um MDF-e) seguindo definio do Anexo I Leiaute do MDF-e. O tamanho mximo do arquivo no dever ultrapassar 500k.
AP03 idLote
AP01
1-1
1-15
AP04 MDFe
AP01
Xml
1-1
30

Schema XML: MDFe_v9.99.xsd

# Campo Ele Raiz E Pai AP01 Tipo Ocorr Tam. xml xml 1-1 1-1 Dec. Descrio/Observao UM MDF-e transmitido seguindo a definio do Anexo I Leiaute do MDF-e.O tamanho mximo do arquivo de 500Kb Assinatura XML do grupo identificado pelo atributo "id"
AP01 MDFe AP02 Signature 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 AR02 AR03 AR04 AR06 AR05 AR06 AR07 AR08 Campo Ele Pai Tipo Ocorr Tam. Dec. Descrio/Observao retEnviMDFe Raiz TAG Raiz da resposta versao A AR01 N 1-1 1-4 2 Verso do leiaute tpAmb E AR03 N 1-1 1 Identificao do ambiente: 1- Produo; 2 - Homologao. cUF E AR03 N 1-1 2 Cdigo da UF que atendeu a solicitao verAplic E AR03 C 1-1 1-20 Verso do aplicativo que recebeu o lote. cStat E AR03 N 1-1 3 Cdigo do status da resposta. xMotivo E AR03 C 1-1 1-255 Descrio literal do status da resposta infRec G AR01 0-1 Dados do Recibo (S gerado se o arquivo for aceito) nRec E AR07 N 1-1 15 Nmero do Recibo gerado pelo Ambiente Autorizador, composto por duas posies com o Cdigo da UF (codificao do IBGE) onde foi entregue o Arquivo, uma posio para o Tipo de Autorizador e doze posies numricas seqenciais (vide item 6.5) Data e Hora do Recebimento Formato = dhRecbto E AR07 D 1-1 AAAA-MM-DDTHH:MM:SS. Preenchido com data e hora do recebimento do arquivo. 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.
AR09
AR10 tMed
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) # Regra de Validao Crtica Certificado de Transmissor Invlido: - Certificado de Transmissor inexistente na mensagem - Verso difere 3 - Basic Constraint = true (no pode ser Certificado de AC) - KeyUsage no define Autenticao Cliente Validade do Certificado (data incio e data fim) Verifica a Cadeia de Certificao: - Certificado da AC emissora no cadastrado na SEFAZ - Certificado de AC revogado - Certificado no assinado pela AC emissora do Certificado LCR do Certificado de Transmissor - Falta o endereo da LCR (CRL DistributionPoint) - LCR indisponvel - LCR invlida Certificado do Transmissor revogado Certificado Raiz difere da ICP-Brasil Falta a extenso de CNPJ no Certificado (OtherName OID=2.16.76.1.3.3)
Msg
Efeito
A01
Obrig.
280
Rej.
A02
Obrig.
281
Rej.
A03
Obrig.
283
Rej.
A04 A05 A06 A07
Obrig. Obrig. Obrig. Obrig.
286 284 285 282
Rej. Rej. Rej. Rej.
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL e no precisam ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam ICP-Brasil no repositrio de certificados digitais do servidor de Web Service da SEFAZ.
4.1.5. # B01 B02 B03 B04 Validao Inicial da Mensagem no Web Service Validao Inicial da Mensagem no Web Service Regra de Validao Crtica Tamanho do XML de Dados superior a 500 Kbytes Obrig. XML de Dados Mal Formado Facult. Verifica se o Servio de processamento est Paralisado Obrig. Momentaneamente Verifica se o Servio de processamento est Paralisado Obrig. sem Previso Msg 214 243 108 109 Efeito Rej. Rej. Rej. Rej.
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB) A aplicao do contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle no firewall). No caso do controle de tamanho ser implementado por aplicativo teremos a devoluo da mensagem de erro 214. O Ambiente Autorizador que mantm o Web Service disponvel, mesmo quando o servio estiver paralisado, dever implementar as verificaes 108 e 109. Estas validaes podero ser dispensadas se o Web Service no ficar disponvel quando o servio estiver paralisado.
32

4.1.6. # C01 C02 C03 C04 C05 C06
Validao das informaes de controle da chamada ao Web Service Validao das informaes de controle da chamada ao Web Service Regra de Validao Crtica Msg Elemento mdfeCabecMsg inexistente no SOAP Header Facult. 242 Campo cUF inexistente no elemento mdfeCabecMsg do Obrig. 409 SOAP Header Verificar se a UF informada no cUF atendida pelo WebService Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Header Verso dos Dados informada superior verso vigente Verso dos Dados no suportada Obrig. Obrig. Facult. Obrig. 410 411 238 239 Efeito Rej. Rej. Rej. Rej. Rej. Rej.
A informao da verso do leiaute do MDF-e e a UF de origem do emissor de MDF-e so informadas no elemento mdfeCabecMsg do SOAP Header (para maiores detalhes vide item 3.4.1). A aplicao dever validar os campos cUF e versaoDados, rejeitando o arquivo recebido em caso de informaes inexistentes ou invlidas. O campo versaoDados contm a verso do Schema XML da mensagem contida na rea de dados que deve ser utilizado pelo Servidor de Processamento do MDF-e na validao do Schema XML do arquivo.
4.1.7. Gerao da Resposta com o Recibo
No existindo qualquer problema nas validaes, o aplicativo dever gerar um nmero de recibo (vide item 6.5) e gravar a mensagem juntamente com o CNPJ do transmissor, verso da mensagem e o cdigo da UF de origem. Aps a gravao da mensagem na fila de entrada, ser retornada uma mensagem de confirmao de recebimento para o transmissor, com as seguintes informaes: identificao do ambiente; verso do aplicativo; o cdigo 103 e o literal Arquivo recebido com Sucesso; o cdigo da UF que atendeu a solicitao; o nmero do recibo (vide item 6.5), com data, hora e local de recebimento da mensagem; tempo mdio de resposta do servio de processamento dos arquivos nos ltimos 5 minutos (vide detalhamento da forma de clculo no item 6.7).
Caso ocorra algum problema de validao, o aplicativo dever retornar uma mensagem com as seguintes informaes: a identificao do ambiente; a verso do aplicativo; o cdigo e a respectiva mensagem de erro (vide a tabela do item 6.1.1); o cdigo da UF que atendeu a solicitao;
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:
# D01 D02 D03 D04 D05 Validao da rea de dados da mensagem Regra de Validao Crtica Verifica Schema XML da rea de Dados (parte genrica) Obrig. Verifica a existncia de qualquer namespace diverso do namespace padro do MDF-e Facult. (http://www.portalfiscal.inf.br/mdfe) Verifica a existncia de caracteres de edio no incio ou fim Facult. da mensagem ou entre as tags Verifica o uso de prefixo no namespace Obrig. XML utiliza codificao diferente de UTF-8 Obrig. Msg 215 598 599 404 402 Efeito Rej. Rej. Rej. Rej. Rej.
A existncia de qualquer erro na validao de forma da rea de dados (item 4.1.8 a) implica na rejeio do arquivo. A validao do schema XML do MDF-e pelo Ambiente Autorizador dever ser feita em duas etapas: - A primeira etapa deve validar a estrutura genrica do arquivo, submetendo a mensagem contra o schema XML definido para o mesmo. Em caso de erro, retornar o cdigo 225; - A segunda etapa (realizada mais adiante) deve validar a estrutura especfica do modal. Em caso de erro, retornar o cdigo 580. b) Validao do Certificado Digital de Assinatura A seguir ser validada a assinatura digital do MDF-e:
# Validao do Certificado Digital utilizado na Assinatura Digital Regra de Validao Crtica Msg Certificado de Assinatura Invlido: - Certificado de Assinatura inexistente na mensagem - Verso difere 3 - Basic Constraint = true (no pode ser Certificado de AC) - KeyUsage no define Autenticao Cliente Validade do Certificado (data incio e data fim) Falta a extenso de CNPJ no Certificado (OtherName OID=2.16.76.1.3.3) Verifica a Cadeia de Certificao: - Certificado da AC emissora no cadastrado na SEFAZ - Certificado de AC revogado - Certificado no assinado pela AC emissora do Certificado LCR do Certificado de Assinatura - Falta o endereo da LCR (CRL DistributionPoint) - Erro no acesso LCR Certificado de Assinatura revogado Certificado Raiz difere da ICP-Brasil Efeito
E01
Obrig.
290
Rej.
E02 E03
Obrig. Obrig.
291 292
Rej. Rej.
E04
Obrig.
293
Rej.
E05 E06 E07
Obrig. Obrig. Obrig.
296 294 295
Rej. Rej. Rej.
34

c) Validao da Assinatura Digital

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

# G001 G002 G003 G004 Validao das Regras de Negcio de Autorizao do MDF-e Regra de Validao Crtica Tipo do ambiente do MDF-e difere do ambiente do Web Service Cdigo da UF do Emitente difere da UF do Web Service Sigla da UF do Emitente difere da UF do Web Service Processo de emisso informado invlido (diferente de 0 ou 3) Campo "ID" invlido: - Falta literal "MDFe" - Chave de acesso do campo ID difere da concatenao dos campos correspondentes Obrig. Obrig. Obrig. Obrig. Msg 252 226 247 494 Efeito Rej. Rej. Rej. Rej.
G005
Obrig.
227
Rej.
G006 G007 G008 G009
Dgito Verificador invlido da Chave de acesso resultante da Obrig. concatenao dos campos correspondentes Verificar se a Verso do Modal suportada Obrig Verifica Schema XML conforme o modal (parte especfica do Obrig. modal) Cdigo Municpio de Carregamento do MDF-e invlido (dgito Facult. de controle), vide item 2.1 do Anexo III. Municpio de Carregamento do MDF-e diverge da UF (verificar Obrig. se as 2 posies da esquerda do cdigo de municpio que identifica o cdigo da UF esto de acordo com a sigla da UF informada) Cdigo Municpio de decarregamento do MDF-e invlido (dgito Facult. de controle), vide item 2.1 do Anexo III. Retornar o cdigo do municpio de descarga invlido. Municpio de descarregamento diverge da UF de Obrig. descarregamento (verificar se as 2 posies da esquerda do cdigo de municpio de descarregamento que identifica o cdigo da UF de descarga esto de acordo com a sigla da UF informada) Retornar o cdigo do municpio de descarga invlido.
253 579 580 455 456
Rej. Rej Rej. Rej. Rej.
G010
611
Rej.
G011
612
Rej.
G012
35

G013
G014 G015
G016
G017
G018
G019
G020
G021
G022 G023
G024
G025
G026
G027
G028
G029
Pelo menos um dos grupos de documentos dever ser informado (CT-e, CT, NF-e e/ou NF) Se informado grupo CTe Chave de acesso de um dos CT-e invlida (dgito de controle, zeros ou nulo) Observao: Retornar a chave invlida Se informado grupo CTe: - Chave de acesso de CT-e invlida (Ano < 2009 ou Ano maior que Ano corrente) Observao: Retornar a chave invlida Se informado grupo CTe: - Chave de acesso de CT-e invlida (Ms = 0 ou Ms > 12) Observao: Retornar a chave invlida Se informado grupo CTe: - Chave de acesso de CT-e invlida (CNPJ zerado ou digito invlido) Observao: Retornar a chave invlida Se informado grupo CTe: - Chave de acesso de CT-e invlida (modelo diferente de 57) Observao: Retornar a chave invlida Se informado grupo CTe: - Chave de acesso de CT-e invlida (numero CT = 0) Observao: Retornar a chave invlida Se o tipo de emisso do CT-e informado for diferente de 1 o campo SegCodBarra ter de ser informado Observao: Retornar a chave do CT-e em contingncia Se o tipo de emisso do CT-e informado for igual a 1 o campo SegCodBarra no dever ser informado Observao: Retornar a chave do CT-e em contingncia Se informado grupo NFe Chave de acesso de uma das NF-e invlida (dgito de controle, zeros ou nulo) Observao: Retornar a chave invlida Se informado grupo NFe: - Chave de acesso de NF-e invlida (Ano < 2005 ou Ano maior que Ano corrente) Observao: Retornar a chave invlida Se informado grupo NFe: - Chave de acesso de NF-e invlida (Ms = 0 ou Ms > 12) Observao: Retornar a chave invlida Se informado grupo NFe: - Chave de acesso de NF-e invlida (CNPJ zerado ou digito invlido) Observao: Retornar a chave invlida Se informado grupo NFe: - Chave de acesso de NF-e invlida (modelo diferente de 55) Observao: Retornar a chave invlida Se informado grupo NFe: - Chave de acesso de NF-e invlida (numero NF = 0) Observao: Retornar a chave invlida Se informado o grupo NF-e, as notas relacionadas devem ter sido emitidas pela mesma empresa emissora do manifesto (CNPJ base). Se o tipo de emisso da NF-e informada for diferente de 1 o campo SegCodBarra ter de ser informado Observao: Retornar a chave da NF-e em contingncia
Obrig.
616
Rej.
Obrig. Obrig.
601 617
Rej. Rej.
Obrig.
618
Rej.
Obrig.
619
Rej.
Obrig.
620
Rej.
Obrig.
621
Rej.
Obrig.
602
Rej.
Obrig.
603
Rej.
Obrig. Obrig.
604 622
Rej. Rej.
Obrig.
623
Rej.
Obrig.
624
Rej.
Obrig.
625
Rej.
Obrig.
626
Rej.
Obrig.
605
Rej.
Obrig.
606
Rej.
36

G030
G031
G032 G033
Se o tipo de emisso da NF-e informada for igual a 1 o campo Obrig. SegCodBarra no dever ser informado Observao: Retornar a chave da NF-e em contingncia Se informado o grupo NF, as notas relacionadas devem ter sido Obrig. emitido pela mesma empresa emissora do manifesto (CNPJ base). CNPJ Emitente invlido (dgito controle, zeros ou nulo) Obrig. IE Emitente no informada (zeros ou nulo) IE Emitente invlida (erro no dgito de controle) Obs.: Antes da validao, a IE dever ser normalizada, na aplicao da SEFAZ, com o acrscimo de zeros no significativos previstos na definio do formato da IE se necessrio. 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. Acessar Cadastro Contribuinte para o Emitente - CNPJ emitente no cadastrado Emitente no credenciado no CT-e e/ou NF-e Obrig.
607
Rej.
608
Rej.
207 229
Rej. Rej.
G034
Obrig.
209
Rej.
G035 G036 G037 G038
Obrig. Obrig.
245 203 231 212
Rej. Rej. Rej. Rej.
IE Emitente no vinculada ao CNPJ Obrig. Data/Hora de Emisso posterior a Data/Hora de Recebimento (o Obrig. Ambiente Autorizador deve considerar a hora local do emissor para a validao).A SEFAZ deve tolerar uma diferena mxima de 5 minutos quando a data/hora de emisso for maior que a data de recebimento, em funo da sincronizao de horrio de servidores. Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Srie, Nro): - MDF-e j cadastrado, com diferena na Chave de Acesso (campo de Cdigo Numrico difere) Retornar a chave de acesso j autorizada e o nmero do recibo:
[chMDFe: 99999999999999999999999999999999999999999999] [nRec:999999999999999].
Obrig
539
Rej.
G039
G040 G041 G042
G043
Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Serie, Nro.) Mensagem duplicidade de MDF-e Retornar o nmero do recibo [nRec:999999999999999. Verificar se o MDF-e j est Cancelado. Retornar o nmero do recibo [nRec:999999999999999] Verificar se o MDF-e j est encerrado Retornar o nmero do recibo [nRec:999999999999999] Se for o modal rodovirio, verificar se existe MDF-e no encerrado, para a placa principal (mesmo CNPJ base do emitente do MDF-e, mesma placa, mesma UF carregamento, mesma UF descarregamento e Data de emisso diferentes) *Na data de emisso considerar dia, ms e ano Final do Processamento do MDF-e
204 218 609
Rej. Rej. Rej.
Obrig.
610
Rej.
4.1.9.
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;
37

Ou seja:
Validao de forma Situao do do MDF e MDF-e Invlida Vlida Rejeio Autorizao de uso Conseqncia Para o contribuinte Corrigir MDF-e A prestao autorizada Banco de Dados No gravar Gravar
Para cada MDF-e ser atribudo um nmero de protocolo do Ambiente Autorizador (vide regra de formao no item 6.6). O resultado do processamento do arquivo ser disponibilizado na fila de sada e conter o resultado da validao do MDF-e. O resultado do processamento do MDF-e dever ficar disponvel na fila de sada por um perodo mnimo de 24 horas.
38

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 MDFe. Schema XML: consReciMdfe_v99.99.xsd
# Campo BP01 consReciMDFe BP02 versao BP03 tpAmb BP04 nRec Ele Pai Tipo Ocor. Tam. Dec. Descrio/Observao Raiz TAG raiz A BP01 N 1-1 1-4 2 Verso do leiaute E BP01 N 1-1 1 Identificao do Ambiente: 1 Produo / 2 Homologao E BP01 N 1-1 15 Nmero do Recibo Nmero gerado pelo Ambiente Autorizador, composto por: duas posies com cdigo da UF onde foi entregue o arquivo, codificao de UF do IBGE, e treze posies numricas seqenciais.
4.2.2.
Retorno: Estrutura XML com o resultado do processamento da mensagem de envio de MDF-e. Schema XML: retConsReciMdfe_v99.99.xsd
# Campo Ele A E E E E Pai BR01 BR01 BR01 BR01 BR01 Tipo Ocor. Tam. Dec. N N C N N 1-1 1-1 1-1 1-1 1-1 1-4 1 1-20 15 3 2 Descrio/Observao TAG raiz da Resposta Verso do leiaute Identificao do Ambiente: 1 Produo / 2 Homologao Verso do Aplicativo que recebeu o Lote. Nmero do Recibo consultado (vide item 6.5). Cdigo do status da resposta para o arquivo (vide BR01 retConsReciMDFe Raiz BR02 versao BR03 tpAmb BR04 verAplic BR05 nRec BR06 cStat
39

item 6.1.1) BR07 xMotivo BR08 cUF BR09 protMDFe* E E BR01 BR01 C N 1-1 1-1 0-1 1-255 2 Descrio literal do status da resposta para o arquivo. Cdigo da UF que atendeu a solicitao. Resultado do processamento do MDF-e (vide leiaute abaixo). Estas informaes so retornadas apenas para o cdigo do status do arquivo = 104 (Arquivo processado)
xml BR01
Leiaute de MDF-e processado:

# Campo Ele Raiz A G ID Pai PR01 PR01 PR03 Tipo Ocor. Tam. Dec. N C 1-1 1-1 0-1 4 2 Descrio/Observao TAG raiz do Protocolo de recebimento do MDF-e Verso do leiaute das informaes de Protocolo. Informaes do Protocolo de resposta. TAG a ser assinada 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 Identificao do Ambiente: 1 Produo / 2 Homologao Verso do Aplicativo que recebeu o Arquivo. 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. Data e hora de processamento Formato = AAAA-MM-DDTHH:MM:SS Preenchido com data e hora da gravao do MDF-e no Banco de Dados. Em caso de Rejeio, com data e hora do recebimento do Arquivo de MDF-e enviado. Nmero do Protocolo da MDF-e (vide item 6.6). Digest Value do MDF-e processado Utilizado para conferir a integridade do MDF-e original. Cdigo do status da resposta para o MDF-e (vide item 6.1.1). Descrio literal do status da resposta para o MDF-e. Assinatura XML do grupo identificado pelo atributo ID A deciso de assinar a mensagem fica a critrio da UF interessada.
PR01 protMDFe PR02 versao PR03 infProt PR04 Id
PR05 tpAmb PR06 verAplic PR07 chMDFe
E E E
PR03 PR03 PR03
N C N
1-1 1-1 1-1
1 1-20 44
PR08 dhRecbto
PR03
1-1
PR09 nProt PR10 digVal
E E
PR03 PR03
N C
0-1 0-1
15 28
PR11 cStat PR12 xMotivo PR13 Signature
E E G
PR03 PR03 PR01
N C xml
1-1 1-1 0-1
3 1-255 -
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. 40

Devero ser realizadas as validaes e procedimentos que seguem:

4.2.4. Validao do Certificado de Transmisso Validao do Certificado Digital do Transmissor (protocolo SSL) # Regra de Validao Crtica Obrig. Msg 280 Efeito Rej. A01 Certificado de Transmissor Invlido: - Certificado de Transmissor inexistente na mensagem - Verso difere 3 - Basic Constraint = true (no pode ser Certificado de AC) - KeyUsage no define Autenticao Cliente A02 Validade do Certificado (data incio e data fim) A03 Verifica a Cadeia de Certificao: - Certificado da AC emissora no cadastrado na SEFAZ - Certificado de AC revogado - Certificado no assinado pela AC emissora do Certificado A04 LCR do Certificado de Transmissor - Falta o endereo da LCR (CRL DistributionPoint) - LCR indisponvel - LCR invlida A05 Certificado do Transmissor revogado A06 Certificado Raiz difere da ICP-Brasil A07 Falta a extenso de CNPJ no Certificado (OtherName OID=2.16.76.1.3.3)
Obrig. Obrig.
281 283
Rej. Rej.
Obrig.
286
Rej.
284 285 282
Rej. Rej. Rej.
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL e no precisam ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam ICP-BR no repositrio de certificados digitais do servidor de Web Service da SEFAZ.
4.2.5. Validao Inicial da Mensagem no Web Service Validao Inicial da Mensagem no Web Service # Regra de Validao Aplic. Obrig. Facult. Obrig. Obrig. Msg 214 243 108 109 Efeito Rej. Rej. Rej. Rej. B01 Tamanho do XML de Dados superior a 500 Kbytes B02 XML de Dados Mal Formado B03 Verifica se o Servio est Paralisado Momentaneamente B04 Verifica se o Servio est Paralisado sem Previso
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB). A aplicao do contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle no firewall). No caso de controle de tamanho ter sido implementado por aplicativo, teremos a devoluo da mensagem de erro 214. No momento do recebimento da mensagem no Web Service, a critrio do Ambiente Autorizador, poder ser verificado se o XML de dados esteja bem formado. Esta verificao til para a UF que deseja armazenar o XML de dados em estrutura XML de banco de dados. 41

O Ambiente Autorizador que mantm o Web Service disponvel mesmo quando o servio esteja paralisado, dever implementar as validaes 108 e 109. Estas validaes podero ser dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.
4.2.6. Validao das informaes de controle da chamada ao Web Service
Validao das informaes de controle da chamada ao Web Service

# Regra de Validao Aplic. Facult. Obrig. Obrig. Obrig. Facult. Obrig. Msg 242 409 410 411 238 239 Efeito Rej. Rej. Rej. Rej. Rej. Rej. C01 Elemento mdfeCabecMsg inexistente no SOAP Header C02 Campo cUF inexistente no elemento mdfeCabecMsg do SOAP Header C03 Verificar se a UF informada no cUF atendida pelo WebService C04 Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Header C05 Verso dos Dados informada superior verso vigente C06 Verso dos Dados no suportada
A informao da verso do leiaute do lote e a UF de origem do emissor do manifesto so informadas no elemento mdfeCabecMsg do SOAP Header (para maiores detalhes vide item 3.4.1). A aplicao dever validar os campos cUF e versaoDados, rejeitando a mensagem recebida em caso de informaes inexistentes ou invlidas. O cabealho contm a verso do Schema XML da mensagem contida na rea de dados que ser utilizado pelo Web Service.
4.2.7. Validao da rea de Dados
a) Validao da Forma da rea de Dados

Validao da Mensagem do Pedido de Consulta # Regra de Validao Aplic. Obrig. Facult. Facult. Obrig. Obrig. Msg 215 598 599 404 402 Efeito Rej. Rej. Rej. Rej. Rej. D01 Verifica Schema XML da rea de Dados D02 Verifica a existncia de qualquer namespace diverso do namespace padro do MDF-e (http://www.portalfiscal.inf.br/mdfe) D03 Verifica a existncia de caracteres de edio no incio ou fim da mensagem ou entre as tags D04 Verifica o uso de prefixo no namespace D05 XML utiliza codificao diferente de UTF-8
b) Validao das Regras de Negcio da Consulta Recibo A seguir so realizadas as seguintes validaes:
Validao da Consulta Recibo # Regra de Validao Aplic. Obrig. Msg 252 Efeito Rej. E01 Tipo do ambiente do MDF-e difere do ambiente do Web Service
42

E02 UF do Recibo difere da UF do Web Service E02a Tipo Autorizador do Recibo no compatvel com o rgo Autorizador
(9=SEFAZ NACIONAL)
Obrig. Obrig. Obrig. Obrig. Obrig.
248 473 106 105 223
Rej. Rej. Rej. Rej. Rej.
E03 - Verifica se o Arquivo no est na fila de sada, nem na fila de entrada E04 - Verifica se o Arquivo no est na fila de resposta, mas est na fila de entrada E05 CNPJ do transmissor do Arquivo difere do CNPJ do transmissor da 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;
43

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
# Campo Ele Raiz A E E E Pai EP01 EP01 EP01 EP01 Tipo Ocor. Tam. Dec. N N C N 1-1 1-1 1-1 1-1 1-4 1 9 44 2 TAG raiz Verso do leiaute Identificao do Ambiente: 1 Produo / 2 Homologao Servio solicitado CONSULTAR 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. Descrio/Observao CP01 consSitMDFe CP02 versao CP03 tpAmb CP04 xServ CP05 chMDFe
4.3.2.
Retorno: Estrutura XML contendo a mensagem do resultado da consulta de protocolo: Schema XML: retConsSitMDFe_v99.99.xsd
# Campo Ele Raiz A E E E Pai ER01 ER01 ER01 ER01 Tipo Ocor. Tam. Dec. N N C N 1-1 1-1 1-1 1-1 1-4 1 1-20 3 2 Descrio/Observao TAG raiz da Resposta Verso do leiaute Identificao do Ambiente: 1 Produo / 2 Homologao Verso do Aplicativo que processou a consulta Cdigo do status da resposta. CR01 retConsSitMDFe CR02 versao CR03 tpAmb CR04 verAplic CR05 cStat
44

CR06 xMotivo CR07 cUF CR08 protMDFe E E G ER01 ER01 ER01 C N xml 1-1 1-1 0-1 1-255 2 Descrio literal do status da resposta. Cdigo da UF que atendeu a solicitao. Protocolo de autorizao de uso do MDF-e (vide item 4.2.2). Informar se localizado um MDF-e com cStat = 100 (uso autorizado)
CR09 procEventoMDFe
ER01
xml
0-N
Informao do evento e respectivo Protocolo de registro de Evento
4.3.3.
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 MDFe na Base de Dados, o respectivo Protocolo (mensagem de Autorizao de uso) e os eventos que estiverem associados ao MDF-e (informaes do evento e protocolo de registro de evento). Devero ser realizadas as validaes e procedimentos que seguem.
4.3.4. Validao do Certificado de Transmisso Validao do Certificado Digital do Transmissor (protocolo SSL) # Regra de Validao Crtica Obrig. Msg 280 Efeito Rej. A01 Certificado de Transmissor Invlido: - Certificado de Transmissor inexistente na mensagem - Verso difere "3" - Basic Constraint = true (no pode ser Certificado de AC) - KeyUsage no define "Autenticao Cliente" A02 Validade do Certificado (data incio e data fim) A03 Verifica a Cadeia de Certificao: - Certificado da AC emissora no cadastrado na SEFAZ - Certificado de AC revogado - Certificado no assinado pela AC emissora do Certificado A04 LCR do Certificado de Transmissor - Falta o endereo da LCR (CRL DistributionPoint) - LCR indisponvel - LCR invlida A05 Certificado do Transmissor revogado A06 Certificado Raiz difere da "ICP-Brasil" A07 Falta a extenso de CNPJ no Certificado (OtherName OID=2.16.76.1.3.3)
Obrig. Obrig.
281 283
Rej. Rej.
Obrig.
286
Rej.
284 285 282
Rej. Rej. Rej.
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL e no precisam ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam ICP-BR no repositrio de certificados digitais do servidor de Web Service do Ambiente Autorizador.
45

4.3.5.
Validao Inicial da Mensagem no Web Service Validao Inicial da Mensagem no Web Service
Regra de Validao
Aplic. Obrig. Facult. Obrig. Obrig.
Msg 214 243 108 109
Efeito Rej. Rej. Rej. Rej.
B01 Tamanho do XML de Dados superior a 500 Kbytes B02 XML de Dados Mal Formado B03 Verifica se o Servio est Paralisado Momentaneamente B04 Verifica se o Servio est Paralisado sem Previso
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB). A aplicao do contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle no firewall). No caso de controle de tamanho ter sido implementado por aplicativo, teremos a devoluo da mensagem de erro 214. No momento do recebimento da mensagem no Web Service, a critrio do Ambiente Autorizador , poder ser verificado se o XML de dados esteja bem formado. Esta verificao til para as UF que desejam armazenar o XML de dados em estrutura XML de banco de dados. O Ambiente Autorizador que mantm o Web Service disponvel mesmo quando o servio esteja paralisado, dever implementar as validaes 108 e 109. Estas validaes podero ser dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.

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

4.3.7.

Validao da Mensagem do Pedido de Consulta de situao de MDF-e. # Regra de Validao Aplic. Obrig. Facult. Facult. Obrig. Obrig. Msg 215 598 599 404 402 Efeito Rej. Rej. Rej. Rej. Rej. D01 Verifica Schema XML da rea de Dados D02 Verifica a existncia de qualquer namespace diverso do namespace padro do MDF-e (http://www.portalfiscal.inf.br/mdfe) D03 Verifica a existncia de caracteres de edio no incio ou fim da mensagem ou entre as tags D04 Verifica o uso de prefixo no namespace D05 XML utiliza codificao diferente de UTF-8
b) Validao das Regras de Negcio da Consulta MDF-e A seguir so realizadas as seguintes validaes:
Validao do Pedido de Consulta de situao de MDF-e Regras de Negcio # Regra de Validao Aplic. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Msg 252 226 236 592 593 594 595 596 217 216 600 Efeito Rej. Rej. Rej. Rej. Rej. Rej. Rej. Rej. Rej. Rej. Rej. H01 Tipo do ambiente do MDF-e difere do ambiente do Web Service H02 UF da Chave de Acesso difere da UF do Web Service H03 Validar DV da Chave de Acesso H04 Chave de acesso invlida (Ano < 2012 ou Ano maior que Ano corrente) H05 Chave de acesso invlida (Ms = 0 ou Ms > 12) H06 Chave de acesso invlida (CNPJ zerado ou digito invlido) H07 Chave de acesso invlida (modelo diferente de 58) H08 Chave de acesso invlida (numero MDFe = 0) H09 Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Srie, Nro): - Verificar se MDF-e no existe H10 - Verificar se campo Cdigo Numrico informado na Chave de Acesso diferente do existente no BD H11 Chave de Acesso difere da existente em BD (opcionalmente a descrio do erro, campo xMotivo, tem concatenada a Chave de Acesso, quando o autor da consulta for o emissor)
4.3.8.
No processamento do pedido de consulta de status de MDF-e pode resultar em uma mensagem de erro, caso o MDF-e no seja localizado. Ou, caso localizado, retornar a situao atual do MDF-e consultado, retornando o cStat com um dos valores, 100 (Autorizado o Uso do MDF-e), 101 (Cancelamento de MDF-e homologado), 132 (Encerramento de MDF-e homologado) e tambm o respectivo protocolo de autorizao de uso de uso e registro de eventos. 47

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

DR07 cUF DR08 dhRecbto
E E
FR01 FR01
N D
1-1 1-1
2 -
Cdigo da UF que atendeu a solicitao Data e hora de recebimento Formato = AAAA-MM-DDTHH:MM:SS Preenchido com data e hora do recebimento do Pedido. Tempo mdio de resposta do servio (em segundos) dos ltimos 5 minutos. Preencher com data e hora previstas para o retorno do Web Service, no formato AAA-MMDDTHH:MM:SS Informaes adicionais para o Contribuinte
DR09 tMed DR10 dhRetorno
E E
FR01 FR01
N D
0-1 0-1
1-4 -
DR11 xObs
FR01
0-1
1-255
4.4.3.
Este mtodo ser responsvel por receber as solicitaes referentes consulta do status do servio do Ambiente Autorizador. O aplicativo do contribuinte envia a solicitao para o Web Service do Ambiente Autorizador. Ao receber a solicitao a aplicao do Ambiente Autorizador processar a solicitao de consulta, e retornar mensagem contendo o status do servio. A empresa que construir aplicativo que se mantenha em permanente "loop" de consulta a este Web Service, dever aguardar um tempo mnimo de 3 minutos entre uma consulta e outra, evitando sobrecarga desnecessria dos servidores do Ambiente Autorizador. Devero ser realizadas as validaes e procedimentos que seguem.
4.4.4. Validao do Certificado de Transmisso Validao do Certificado Digital do Transmissor (protocolo SSL) # Regra de Validao Crtica Obrig. Msg 280 Efeito Rej. A01 Certificado de Transmissor Invlido: - Certificado de Transmissor inexistente na mensagem - Verso difere "3" - Basic Constraint = true (no pode ser Certificado de AC) - KeyUsage no define "Autenticao Cliente" A02 Validade do Certificado (data incio e data fim) A03 Verifica a Cadeia de Certificao: - Certificado da AC emissora no cadastrado na SEFAZ - Certificado de AC revogado - Certificado no assinado pela AC emissora do Certificado A04 LCR do Certificado de Transmissor - Falta o endereo da LCR (CRL DistributionPoint) - LCR indisponvel - LCR invlida A05 Certificado do Transmissor revogado A06 Certificado Raiz difere da "ICP-Brasil" A07 Falta a extenso de CNPJ no Certificado (OtherName OID=2.16.76.1.3.3)
Obrig. Obrig.
281 283
Rej. Rej.
Obrig.
286
Rej.
284 285 282
Rej. Rej. Rej.
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL e no precisam ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode falhar se 49

existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam ICP-BR no repositrio de certificados digitais do servidor de Web Service do Ambiente Autorizador.
4.4.5. Validao Inicial da Mensagem no Web Service Validao Inicial da Mensagem no Web Service # Regra de Validao Aplic. Obrig. Facult. Obrig. Obrig. Msg 214 243 108 109 Efeito Rej. Rej. Rej. Rej. B01 Tamanho do XML de Dados superior a 500 Kbytes B02 XML de Dados Mal Formado B03 Verifica se o Servio est Paralisado Momentaneamente B04 Verifica se o Servio est Paralisado sem Previso
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB). A aplicao do contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle no firewall). No caso de controle de tamanho ter sido implementado por aplicativo, teremos a devoluo da mensagem de erro 214. No momento do recebimento da mensagem no Web Service, a critrio do Ambiente Autorizador, poder ser verificado se o XML de dados esteja bem formado. Esta verificao til para a UF que desejam armazenar o XML de dados em estrutura XML de banco de dados. O Ambiente Autorizador que mantm o Web Service disponvel mesmo quando o servio esteja paralisado, dever implementar as validaes 108 e 109. Estas validaes podero ser dispensadas caso o Web Service no fique disponvel quando o servio estiver paralisado.

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

4.4.7.

Validao da Mensagem da Consulta de Status de Servio # Regra de Validao Aplic. Obrig. Facult. Facult. Obrig. Obrig. Msg 215 598 599 404 402 Efeito Rej. Rej. Rej. Rej. Rej. D01 Verifica Schema XML da rea de Dados D02 Verifica a existncia de qualquer namespace diverso do namespace padro do MDF-e (http://www.portalfiscal.inf.br/mdfe) D03 Verifica a existncia de caracteres de edio no incio ou fim da mensagem ou entre as tags D04 Verifica o uso de prefixo no namespace D05 XML utiliza codificao diferente de UTF-8
b) Validao das Regras de Negcios da Consulta Status de Servio do MDF-e

Validao do Pedido de Consulta de Status de Servio Regras de Negcios # Regra de Validao Aplic. Obrig. Obrig. Obrig. Msg 252 108 109 Efeito Rej. I01 Tipo do ambiente do MDF-e difere do ambiente do Web Service I03 Verifica se o Servidor de Processamento est Paralisado Momentaneamente I04 Verifica se o Servidor de Processamento est Paralisado sem Previso
4.4.8.
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.
51

4.5. Sistema de Registro de Eventos
Sistema de Registro de Eventos

Emissor MDF-e
WS da Fazenda
Web Service :
RecepcaoEvento
Envio de Evento do MDF-e
Proc. mdfeRecepcaoEvento
Ret
Recepo Aplicao SRE
Cliente 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
# Campo Ele Raiz A G ID Pai EP01 EP04 EP04 C Tipo Ocor. Tam. Dec. N 1-1 1-1 1-1 52 1-4 2 TAG raiz Verso do leiaute geral dos eventos Grupo de informaes do registro do Evento Identificador da TAG a ser assinada, a regra de formao do Id : ID+ tpEvento+ chave do MDF-e+ nSeqEvento Cdigo do rgo de recepo do Evento. Utilizar a Tabela do IBGE extendida, utilizar 90 para identificar SUFRAMA Identificao do Ambiente: 1 Produo 2 Homologao Informar o CNPJ do autor do Evento Chave de Acesso do MDF-e vinculado ao Evento Data e Hora do Evento no Formato = AAAA-MMDDTHH:MM:SS. 6 Tipo do Evento: 110111 - Cancelamento 110112 - Encerramento 310620 - Registro de Passagem 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 Descrio/Observao
EP01 eventoMDFe EP02 versao EP03 infEvento EP04 Id
EP05 cOrgao
EP04
1-1
EP06 tpAmb EP07 CNPJ EP08 chMDFe EP09 dhEvento EP10 tpEvento
E E E E E
EP04 EP04 EP04 EP04 EP04
N N N D N
1-1 1-1 1-1 1-1 1-1
1 14 44
EP11 nSeqEvento
EP04
1-1
1-2
52

sequencial. EP12 detEvento EP13 versaoEvento EP14 any G A E EP04 EP12 N 1-1 1-1 1-1 1-4 2 Informaes do evento especfico. Verso do leiaute especfico do evento. XML do evento Insira neste local o XML especfico do tipo de evento (cancelamento, encerramento, registro de passagem). Assinatura Digital do documento XML, a assinatura dever ser aplicada no elemento infEvento
EP12 XML
EP15 Signature
EP01 XML
1-1
4.5.2.
Diagrama Simplificado do Schema: eventoMDFe_v9.99.xsd
4.5.3.
Retorno: Estrutura XML contendo a mensagem do resultado do evento: 53

Schema XML: retEventoMDFe _v99.99.xsd

# Campo Ele Raiz A G ID Pai ER01 ER01 ER03 C Tipo Ocor. Tam. Dec. N 1-1 1-1 0-1 17 1-4 2 Descrio/Observao TAG raiz do Resultado do Envio do Evento Verso do leiaute Grupo de informaes do registro do Evento Identificador da TAG a ser assinada, somente deve ser informado se o rgo de registro assinar a resposta. Em caso de assinatura da resposta pelo rgo de registro, preencher com o nmero do protocolo, precedido pela literal ID Identificao do Ambiente: 1 Produo / 2 Homologao Verso da aplicao que registrou o Evento, utilizar literal que permita a identificao do rgo, como a sigla da UF ou do rgo. Cdigo da UF que registrou o Evento. Utilizar 90 para o SUFRAMA Cdigo do status da resposta Descrio do status da resposta
ER01 retEvento ER02 versao ER03 infEvento ER04 Id
ER05 tpAmb ER06 verAplic
E E
ER03 ER03
N C
1-1 1-1
1 1-20
ER07 cOrgao ER08 cStat ER09 xMotivo
E E E
ER03 ER03 ER03
N N C
1-1 1-1 1-1
2 3 1-255
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 ER11 tpEvento ER12 xEvento ER13 nSeqEvento E E E E ER03 ER03 ER03 ER03 N N C N 0-1 0-1 0-1 0-1 44 4 5-60 1-2 Chave de Acesso do MDF-e vinculado ao evento Cdigo do Tipo do Evento Descrio do Evento Seqencial do evento para o mesmo tipo de evento. Para maioria dos eventos ser 1, nos casos em que possa existir mais de um evento o autor do evento deve numerar de forma seqencial. Data e Hora do Evento Formato = AAAA-MMDDTHH:MM:SS. . 15 Nmero do protocolo de registro do evento Assinatura Digital do documento XML, a assinatura dever ser aplicada no elemento infEvento. A deciso de assinar a mensagem fica a critrio do Ambiente Autorizador
ER14 dhRegEvento ER15 nProt ER16 Signature
E E G
ER03 ER15
D N
0-1 0-1 0-1
ER01 XML
54

4.5.4.
Diagrama Simplificado Schema de retorno: retEventoMDFe _v99.99.xsd
4.5.5.
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. 55

4.5.6. #
Validao do Certificado de Transmisso Validao do Certificado Digital do Transmissor (protocolo SSL) Regra de Validao Crtica Msg Certificado de Transmissor Invlido: - Certificado de Transmissor inexistente na mensagem - Verso difere 3 - Basic Constraint = true (no pode ser Certificado de AC) - KeyUsage no define Autenticao Cliente Validade do Certificado (data incio e data fim) Verifica a Cadeia de Certificao: - Certificado da AC emissora no cadastrado na SEFAZ - Certificado de AC revogado - Certificado no assinado pela AC emissora do Certificado LCR do Certificado de Transmissor - Falta o endereo da LCR (CRL DistributionPoint) - LCR indisponvel - LCR invlida Certificado do Transmissor revogado Certificado Raiz difere da ICP-Brasil Falta a extenso de CNPJ no Certificado (OtherName OID=2.16.76.1.3.3) Efeito
A01
Obrig.
280
Rej.
A02
Obrig.
281
Rej.
A03
Obrig.
283
Rej.
A04 A05 A06 A07
286 284 285 282
Rej. Rej. Rej. Rej.
As validaes de A01, A02, A03, A04 e A05 so realizadas pelo protocolo SSL e no precisam ser implementadas. A validao A06 tambm pode ser realizada pelo protocolo SSL, mas pode falhar se existirem outros certificados digitais de Autoridade Certificadora Raiz que no sejam ICP-Brasil no repositrio de certificados digitais do servidor de Web Service da SEFAZ.
4.5.7. # B01 B02 B03 B04 Validao Inicial da Mensagem no Web Service Validao Inicial da Mensagem no Web Service Regra de Validao Crtica Tamanho do XML de Dados superior a 500 Kbytes Obrig. XML de Dados Mal Formado Facult. Verifica se o Servio est Paralisado Momentaneamente Obrig. Verifica se o Servio est Paralisado sem Previso Obrig. Msg 214 243 108 109 Efeito Rej. Rej. Rej. Rej.
A mensagem ser descartada se o tamanho exceder o limite previsto (500 KB). A aplicao do contribuinte no poder permitir a gerao de mensagem com tamanho superior a 500 KB. Caso isto ocorra, a conexo poder ser interrompida sem mensagem de erro se o controle do tamanho da mensagem for implementado por configuraes do ambiente de rede da SEFAZ (ex.: controle no firewall). No caso do controle de tamanho ser implementado por aplicativo teremos a devoluo da mensagem de erro 214. O Ambiente Autorizador que mantm o Web Service disponvel, mesmo quando o servio estiver paralisado, dever implementar as verificaes 108 e 109. Estas validaes podero ser dispensadas se o Web Service no ficar disponvel quando o servio estiver paralisado.
56

4.5.8. # C01 C02 C03 C04 C05 C06
Validao das informaes de controle da chamada ao Web Service Validao das informaes de controle da chamada ao Web Service Regra de Validao Crtica Msg Elemento mdfeCabecMsg inexistente no SOAP Header Facult. 242 Campo cUF inexistente no elemento mdfeCabecMsg do Obrig. 409 SOAP Header Verificar se a UF informada no cUF atendida pelo WebService Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Header Verso dos Dados informada superior verso vigente Verso dos Dados no suportada Obrig. Obrig. Facult. Obrig. 410 411 238 239 Efeito Rej. Rej. Rej. Rej. Rej. Rej.
A informao da verso do leiaute MDF-e e a UF de origem do emissor do MDF-e so informadas no elemento mdfeCabecMsg do SOAP Header (para maiores detalhes vide item 3.4.1). A aplicao dever validar os campos cUF e versaoDados, rejeitando o lote recebido em caso de informaes inexistentes ou invlidas. O campo versaoDados contm a verso do Schema XML da mensagem contida na rea de dados que ser utilizado pelo Web Service.
4.5.9. Validao da rea de Dados

# D01 D02 D03 D04 D05 Validao da Mensagem do Pedido de Encerramento Regra de Validao Crtica Verifica Schema XML da rea de Dados (parte Geral) Obrig. Verifica a existncia de qualquer namespace diverso do namespace padro do MDF-e (http://www.portalfiscal.inf.br/mdfe) Verifica a existncia de caracteres de edio no incio ou fim da mensagem ou entre as tags Verifica o uso de prefixo no namespace XML utiliza codificao diferente de UTF-8 Facult. Facult. Obrig. Obrig. Msg 215 598 599 404 402 Efeito Rej. Rej. Rej. Rej. Rej.
b) Validao do Certificado Digital utilizado na Assinatura

# Validao do Certificado Digital utilizado na Assinatura Digital Regra de Validao Crtica Msg Certificado de Assinatura Invlido: - Certificado de Assinatura inexistente na mensagem - Verso difere 3 - Basic Constraint = true (no pode ser Certificado de AC) - KeyUsage no define Autenticao Cliente Validade do Certificado (data incio e data fim) Falta a extenso de CNPJ no Certificado (OtherName OID=2.16.76.1.3.3) Verifica a Cadeia de Certificao: - Certificado da AC emissora no cadastrado na SEFAZ - Certificado de AC revogado - Certificado no assinado pela AC emissora do Certificado Efeito
E01
Obrig.
290
Rej.
E02 E03
Obrig. Obrig.
291 292
Rej. Rej.
E04
Obrig.
293
Rej.
57

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

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

Validao Geral do Evento # J01 J02 J03 J04 J05 Regra de Validao Tipo do ambiente difere do ambiente do Web Service Cdigo do rgo de recepo do Evento diverge do solicitado CNPJ do autor do evento informado invlido (DV ou zeros) Validar se atributo Id corresponde concatenao dos campos evento (ID + tpEvento + chMDFe + nSeqEvento) Verificar se o tpEvento vlido Verificar Schema da parte especfica do Evento J06 OBS: Utilizar o tpEvento + o atributo versaoEvento para identificar qual schema deve ser validado. Chave de Acesso: Dgito Verificador invlido Chave de acesso invlida (Ano < 2012 ou Ano maior que Ano corrente) Chave de acesso invlida (Ms = 0 ou Ms > 12) Chave de acesso invlida (CNPJ zerado ou digito invlido) Chave de acesso invlida (modelo diferente de 58) Obrig. 630 Rej. Crtica Obrig. Obrig. Obrig. Obrig. Obrig. Msg 252 226 627 628 629 Efeito Rej. Rej. Rej. Rej. Rej.
J07 J08 J09 J10 J11
Obrig. Obrig. Obrig. Obrig. Obrig.
236 592 593 594 595
Rej. Rej. Rej. Rej. Rej.
58

J12 J13 J14 J15
Chave de acesso invlida (numero MDFe = 0) Verificar duplicidade do evento (tpEvento + chMDFe + nSeqEvento) Se evento do emissor verificar se CNPJ do Autor diferente do CNPJ da chave de acesso do MDF-e Se evento do Fisco/RFB/Outros rgos, verificar se CNPJ do Autor consta da tabela de rgos autorizados a gerar evento. Se evento exige MDF-e: Acesso BD MDF-e (Chave: CNPJ Emit, Modelo, Srie, N): - Verificar se MDF-e no existe Se existir o MDF-e: (Independente do evento exigir) Chave de Acesso difere da existente em BD (opcionalmente a descrio do erro, campo xMotivo, tem concatenada a Chave de Acesso) Data do evento no pode ser menor que a data de emisso do MDF-e, se existir. Data do evento no pode ser menor que a data de autorizao do MDF-e, se existir Data do evento no pode ser maior que a data de processamento. (o Ambiente Autorizador deve considerar a hora local do emissor para a validao). A SEFAZ deve tolerar uma diferena mxima de 5 minutos em funo da sincronizao de horrio de servidores.
596 631 632 633
Rej. Rej. Rej. Rej.
J16
Obrig.
217
Rej.
J17
Obrig.
600
Rej.
J18 J19
Obrig. Obrig.
634 637
Rej. Rej.
J20
Obrig.
635
Rej.
4.5.10. Processamento das validaes especficas do evento
Sero definidas no item 5 deste Manual correspondentes a cada evento.

4.5.11. Final do Processamento do Evento
O processamento do evento pode resultar em: Rejeio o Evento ser descartado, com retorno do cdigo do status do motivo da rejeio; Recebido pelo Sistema de Registro de Eventos, com vinculao do evento no respetivo MDF-e, o Evento ser armazenado no repositrio do Sistema de Registro de Eventos com a vinculao do Evento no respectivo MDF-e (cStat=135); Recebido pelo Sistema de Registro de Eventos vinculao do evento ao respectivo MDF-e prejudicado o Evento ser armazenado no repositrio do Sistema de Registro de Eventos, a vinculao do evento ao respectivo MDF-e fica prejudicada face a inexistncia do MDF-e no momento do recebimento do Evento (cStat=136); O Ambiente Autorizador dever compartilhar os eventos autorizados no Sistema de Registro de Eventos com os rgos interessados.
59

5. Sistema de Registro de Eventos (Parte Especfica)

5.1. Evento de Cancelamento Funo: evento destinado ao atendimento de solicitaes de cancelamento de MDF-e. Autor do Evento: O autor do evento o emissor do MDF-e. A mensagem XML do evento ser assinada com o certificado digital que tenha o CNPJ base do Emissor do MDF-e. Cdigo do Tipo de Evento: 110111
5.1.1. Leiaute Mensagem do evento de Cancelamento
Entrada: Estrutura XML ser inserida na tag de tipo any da Parte Geral do WebService de Registro de Eventos. Schema XML: evCancMDFe_v9.99.xsd
# Campo Ele G E E E Pai EP01 EP01 EP01 Tipo Ocor. Tam. Dec. C N C 1-1 1-1 1-1 1-1 12 15 1-255 Descrio/Observao Schema XML de validao do evento do cancelamento 110111 Descrio do Evento - Cancelamento Informar o n do Protocolo de Autorizao do MDF-e a ser cancelado. Informar a justificativa do cancelamento
EP01 evCancMDFe EP02 descEvento EP03 nProt EP04 xJust
5.1.2.
Diagrama Simplificado do Evento de Cancelamento
5.1.3. # K01 K02
Regras de Validao Especficas Validao Especfica do Evento Regra de Validao UF da Chave de Acesso difere da UF do Web Service Verificar se o nSeqEvento maior que o valor permitido (=1) Crtica Obrig. Obrig. Msg 249 636 Efeito Rej. Rej.
60

K03 K04 K05 K06 K07 K08
Acesso Cadastro Contribuinte: - Verificar Emitente no autorizado a emitir MDF-e. Verificar se MDF-e j est Cancelado. Verificar MDF-e autorizado h mais de 24 horas Verificar se o nmero do Protocolo informado difere do nmero do Protocolo do MDF-e Verificar se houve encerramento do manifesto Verificar se houve registro de Circulao do MDF-e * Esta regra de implementao futura
Obrig. Obrig. Obrig. Obrig. Obrig. Facult.
203 218 220 222 609 219
Rej. Rej. Rej. Rej. Rej. Rej.
5.1.4.
Se o evento de cancelamento for homologado, a situao do MDF-e para efeito de consulta situao passar para 101 Cancelamento homologado
61

5.2. Evento de Encerramento Funo: evento destinado ao atendimento de solicitaes de encerramento de MDF-e. Autor do Evento: O autor do evento o emissor do MDF-e. A mensagem XML do evento ser assinada com o certificado digital que tenha o CNPJ base do Emissor do MDF-e. Cdigo do Tipo de Evento: 110112
5.2.1. Leiaute Mensagem do evento de Cancelamento
Entrada: Estrutura XML ser inserida na tag de tipo any da Parte Geral do WebService de Registro de Eventos. Schema XML: evEncMDFe_v9.99.xsd
# Campo Ele G E E E E E Pai EP01 EP01 EP01 EP01 EP01 Tipo Ocor. Tam. Dec. C N D N N 1-1 1-1 1-1 1-1 1-1 1-1 12 15 2 7 Descrio/Observao Schema XML de validao do evento do encerramento 110112 Descrio do Evento - Encerramento Informar o n do Protocolo de Autorizao do MDF-e a ser encerrado. Data em que o manifesto foi encerrado. Informar a UF de encerramento do manifesto Informar o cdigo do municpio do encerramento do manifesto
EP01 evEncMDFe EP02 descEvento EP03 nProt EP04 dtEnc EP05 cUF EP06 cMun
5.2.2.
Diagrama Simplificado do Evento de Encerramento
62

5.2.3. # K01 K02 K03 K04 K05 K06 K07 K08 K09
Regras de Validao Especficas Validao Especfica do Evento Regra de Validao UF da Chave de Acesso difere da UF do Web Service Verificar se o nSeqEvento maior que o valor permitido (=1) Cdigo Municpio de encerramento invlido (dgito de controle), vide item 2.1 do Anexo III. Municpio de encerramento diverge da UF (verificar se as 2 posies da esquerda do cdigo de municpio que identifica o cdigo da UF esto de acordo com a UF informada) Acesso Cadastro Contribuinte: - Verificar Emitente no autorizado a emitir MDF-e. Verificar se MDF-e j est Cancelado. Verificar se a data de encerramento anterior data de emisso do manifesto. - Verificar se o nmero Protocolo informado difere do nmero Protocolo do MDF-e Verificar se houve encerramento do manifesto Crtica Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Obrig. Msg 249 636 613 614 203 218 615 222 609 Efeito Rej. Rej. Rej. Rej. Rej. Rej. Rej. Rej. Rej.
5.2.4.
Se o evento de encerramento for homologado, a situao do MDF-e para efeito de consulta situao passar para 132 Encerramento homologado
63

6. Web Services Informaes Adicionais

6.1. Regras de validao As regras de validao aplicadas nos Web Services esto agrupadas da seguinte forma: Grupo Aplicao Validao do Certificado Digital utilizada no protocolo SSL Geral Validao da Mensagem XML no servio assncrono Geral Validao das informaes de controle da chamada ao Web Service Geral Validao da rea de dados da Mensagem XML Geral Validao do Certificado Digital utilizada na Assinatura Digital Geral Validao da Assinatura Digital Geral Validao do MDF-e Especfica Validao do Pedido de Consulta de situao de MDF-e Especfica Validao do Pedido de Consulta de Status de Servio Especfica Validao do Pedido de Registro de evento de MDF-e Parte Geral Especfica Validao do Pedido de Registro de evento de MDF-e Parte Especfica Especfica As regras do grupo A, B, C, D, E e F so de aplicao geral e aplicadas em todos os Web Services existentes, as regras do grupo G, H, I, J e K so especficos de cada Web Service existente. A B C D E F G H I J K 6.2. Tabela de cdigos de erros e descries das mensagens de erro especficas do MDF-e
CDIGO
RESULTADO DO PROCESSAMENTO DA SOLICITAO
100 101 103 104 105 106 107 108 109 111 112 132 135 136
CDIGO
Autorizado o uso do MDF-e Cancelamento de MDF-e homologado Arquivo recebido com sucesso Arquivo processado Arquivo em processamento Arquivo no localizado Servio em Operao Servio Paralisado Momentaneamente (curto prazo) Servio Paralisado sem Previso Consulta cadastro com uma ocorrncia Consulta cadastro com mais de uma ocorrncia Encerramento de MDF-e homologado Evento registrado e vinculado a MDF-e Evento registrado, mas no vinculado a MDF-e
MOTIVOS DE NO ATENDIMENTO DA SOLICITAO
203 204 207 209 212 213 214 215 216 217 218
Rejeio: Emissor no habilitado para emisso do MDF-e Rejeio: Duplicidade de MDF-e [nRec:999999999999999]. Rejeio: CNPJ do emitente invlido Rejeio: IE do emitente invlida Rejeio: Data de emisso MDF-e posterior a data de recebimento Rejeio: CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital Rejeio: Tamanho da mensagem excedeu o limite estabelecido Rejeio: Falha no schema XML Rejeio: Chave de Acesso difere da cadastrada Rejeio: MDF-e no consta na base de dados da SEFAZ Rejeio: MDF-e j est cancelado na base de dados da SEFAZ.
64

219 220 222 223 225 226 227 228 229 230 236 238 239 242 243 245 247 248 249 250 252 253 280 281 282 283 284 285 286 290 291 292 293 294 295 296 297 298 299 402 404 409 410 411 455 456 473 494 539
Rejeio: Circulao do MDF-e verificada Rejeio: MDF-e autorizado h mais de 24 horas Rejeio: Protocolo de Autorizao de Uso difere do cadastrado Rejeio: CNPJ do transmissor do arquivo difere do CNPJ do transmissor da consulta Rejeio: Falha no Schema XML do MDF-e Rejeio: Cdigo da UF do Emitente diverge da UF autorizadora Rejeio: Erro na composio do Campo ID Rejeio: Data de Emisso muito atrasada Rejeio: IE do emitente no informada Rejeio: IE do emitente no cadastrada Rejeio: Chave de Acesso com dgito verificador invlido Rejeio: Cabealho - Verso do arquivo XML superior a Verso vigente Rejeio: Cabealho - Verso do arquivo XML no suportada Rejeio: Elemento mdfeCabecMsg inexistente no SOAP Header Rejeio: XML Mal Formado Rejeio: CNPJ Emitente no cadastrado Rejeio: Sigla da UF do Emitente diverge da UF autorizadora Rejeio: UF do Recibo diverge da UF autorizadora Rejeio: UF da Chave de Acesso diverge da UF autorizadora Rejeio: UF diverge da UF autorizadora Rejeio: Ambiente informado diverge do Ambiente de recebimento Rejeio: Digito Verificador da chave de acesso composta invlido Rejeio: Certificado Transmissor invlido Rejeio: Certificado Transmissor Data Validade Rejeio: Certificado Transmissor sem CNPJ Rejeio: Certificado Transmissor - erro Cadeia de Certificao Rejeio: Certificado Transmissor revogado Rejeio: Certificado Transmissor difere ICP-Brasil Rejeio: Certificado Transmissor erro no acesso a LCR Rejeio: Certificado Assinatura invlido Rejeio: Certificado Assinatura Data Validade Rejeio: Certificado Assinatura sem CNPJ Rejeio: Certificado Assinatura - erro Cadeia de Certificao Rejeio: Certificado Assinatura revogado Rejeio: Certificado Assinatura difere ICP-Brasil Rejeio: Certificado Assinatura erro no acesso a LCR Rejeio: Assinatura difere do calculado Rejeio: Assinatura difere do padro do Projeto Rejeio: XML da rea de cabealho com codificao diferente de UTF-8 Rejeio: XML da rea de dados com codificao diferente de UTF-8 Rejeio: Uso de prefixo de namespace no permitido Rejeio: Campo cUF inexistente no elemento mdfeCabecMsg do SOAP Header Rejeio: UF informada no campo cUF no atendida pelo WebService Rejeio: Campo versaoDados inexistente no elemento mdfeCabecMsg do SOAP Header Rejeio: Cdigo de Municpio de Carregamento do MDF-e: dgito invlido Rejeio: Cdigo de Municpio diverge da UF de Carregamento do MDF-e Rejeio: Tipo Autorizador do Recibo diverge do rgo Autorizador Rejeio: Processo de emisso informado invlido Rejeicao: Duplicidade de MDF-e, com diferena na Chave de Acesso
[chMDFe: 99999999999999999999999999999999999999999999][nRec:999999999999999]
65

579 580 592 593 594 595 596 598 599 600 601 602 603 604 605 606 607 608 609 610 611 612 613 614 615 616 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 999
Rejeio: Verso informada para o modal no suportada Rejeio: Falha no Schema XML especfico para o modal Rejeio: Chave de acesso invlida (Ano < 2012 ou Ano maior que Ano corrente) Rejeio: Chave de acesso invlida (Ms = 0 ou Ms > 12) Rejeio: Chave de acesso invlida (CNPJ zerado ou digito invlido) Rejeio: Chave de acesso invlida (modelo diferente de 58) Rejeio: Chave de acesso invlida (numero MDFe = 0) Rejeio: Usar somente o namespace padrao do MDF-e Rejeio: Nao eh permitida a presenca de caracteres de edicao no inicio/fim da mensagem ou entre as tags da mensagem Rejeio: Chave de Acesso difere da existente em BD Rejeio: Chave de acesso do CT-e informado invlida Rejeio: Segundo Cdigo de Barras deve ser informado para CT-e em contingncia Rejeio: Segundo Cdigo de Barras no deve ser informado para CT-e Normal Rejeio: Chave de acesso da NF-e informada invlida Rejeio: NF-e emitida por empresa diferente da empresa emitente do MDF-e Rejeio: Segundo Cdigo de Barras deve ser informado para NF-e em contingncia Rejeio: Segundo Cdigo de Barras no deve ser informado para NF-e Normal Rejeio: NF emitida por empresa diferente da empresa emitente do MDF-e Rejeio: MDF-e j est encerrado na base de dados da SEFAZ Rejeio: Existe MDF-e no encerrado para esta placa, UF carregamento e UF descarregamento em data de emisso diferente Rejeio: Cdigo de Municpio de descarregamento: dgito invlido Rejeio: Cdigo de Municpio diverge da UF de descarregamento do MDF-e Rejeio: Cdigo de Municpio de encerramento: dgito invlido Rejeio: Cdigo de Municpio diverge da UF de encerramento do MDF-e Rejeio: Data de encerramento anterior a data de autorizao do MDF-e Rejeio: Nenhum grupo de documentos foi informado (CT-e, CT, NF-e, NF) Rejeio: Chave de acesso de CT-e invlida (Ano < 2009 ou Ano maior que Ano corrente) Rejeio: Chave de acesso de CT-e invlida (Ms = 0 ou Ms > 12) Rejeio: Chave de acesso de CT-e invlida (CNPJ zerado ou digito invlido) Rejeio: Chave de acesso de CT-e invlida (modelo diferente de 57) Rejeio: Chave de acesso de CT-e invlida (numero CT = 0) Rejeio: Chave de acesso de NF-e invlida (Ano < 2005 ou Ano maior que Ano corrente) Rejeio: Chave de acesso de NF-e invlida (Ms = 0 ou Ms > 12) Rejeio: Chave de acesso de NF-e invlida (CNPJ zerado ou digito invlido) Rejeio: Chave de acesso de NF-e invlida (modelo diferente de 55) Rejeio: Chave de acesso de NF-e invlida (numero NF = 0) Rejeio: CNPJ do autor do evento invlido Rejeio: Erro Atributo ID do evento no corresponde a concatenao dos campos (ID + tpEvento + chMDFe + nSeqEvento) Rejeio: O tpEvento informado invlido Rejeio: Falha no Schema XML especfico para o evento Rejeio: Duplicidade de evento Rejeio: O autor do evento diverge do emissor do MDF-e Rejeio: O autor do evento no um rgo autorizado a gerar o evento Rejeio: A data do evento no pode ser menor que a data de emisso do MDF-e Rejeio: A data do evento no pode ser maior que a data do processamento Rejeio: O numero sequencial do evento maior que o permitido Rejeio: A data do evento no pode ser menor que a data de autorizao do MDF-e Rejeio: Erro no catalogado (informar a msg de erro capturado no tratamento da exceo)
66

OBS.: 1. Recomendamos a no utilizao de caracteres especiais ou acentuao nos textos das mensagens de erro. 2. Recomendamos que o campo xMotivo da mensagem de erro para o cdigo 999 seja informado com a mensagem de erro do aplicativo ou do sistema que gerou a exceo no prevista. 6.3. Padro de nomes para os arquivos Visando facilitar o processo de guarda dos arquivos pelos legtimos interessados, foi criado um padro de nome para os diversos tipos de arquivos utilizados pelo sistema MDF-e. So eles: MDF-e: O nome do arquivo ser a chave de acesso completa com extenso -mdfe.xml; Recibo: O nome do arquivo ser o nmero do lote com extenso -rec.xml; Pedido do Resultado do Processamento do MDF-e: O nome do arquivo ser o nmero do recibo com extenso -ped-rec.xml; Resultado do Processamento do MDF-e: O nome do arquivo ser o nmero do recibo com extenso -pro-rec.xml; Pedido de Registro de Evento de MDF-e: O nome do arquivo ser a chave de acesso completa com extenso -ped-eve.xml; Registro de Evento de MDF-e: O nome do arquivo ser a chave de acesso completa com extenso -env.xml; Pedido de Consulta Situao Atual do MDF-e: O nome do arquivo ser a chave de acesso completa com extenso -ped-sit.xml; Situao Atual do MDF-e: O nome do arquivo ser a chave de acesso completa com extenso -sit.xml; Pedido de Consulta do Status do Servio: O nome do arquivo ser: AAAAMMDDTHHMMSS do momento da consulta com extenso -ped-sta.xml; Status do Servio: O nome do arquivo ser: AAAAMMDDTHHMMSS do momento da consulta com extenso -sta.xml;
O padro de nomenclatura tambm facilitar o aplicativo visualizador do MDF-e. 6.4. Tratamento de caracteres especiais no texto de XML Todos os textos de um documento XML passam por uma anlise do parser especfico da linguagem. Alguns caracteres afetam o funcionamento deste parser, no podendo aparecer no texto de uma forma no controlada. Os caracteres que afetam o parser so: > (sinal de maior), < (sinal de menor), & (e-comercial), (aspas), (sinal de apstrofe).
Alguns destes caracteres podem aparecer especialmente nos campos de Razo Social, Endereo e Informao Adicional. Para resolver o problema, recomendvel o uso de uma seqncia de escape em substituio ao respectivo caractere. Ex. a denominao: DIAS & DIAS LTDA deve ser informada como: DIAS & DIAS LTDA no XML para no afetar o funcionamento do "parser". 67

caractere < > & " '
seqncia de escape < > & " '
6.5. Chave de Acesso do MDF-e A Chave de Acesso do MDF-e composta pelos seguintes campos que se encontram dispersos no leiaute do MDF-e (vide Anexo I): cUF - Cdigo da UF do emitente do Documento Fiscal 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
Cdigo da UF Quantidade de caracteres 02 AAMM da emisso 04 CNPJ do Modelo Emitente 14 02 Srie Nmero do MDF-e 09 Forma de Cdigo Emisso Numrico 08 DV
03
01
01
O Dgito Verificador (DV) ir garantir a integridade da chave de acesso, protegendo-a principalmente contra digitaes erradas.
CLCULO DO DGITO VERIFICADOR DA CHAVE DE ACESSO DO MDF-e O dgito verificador da chave de acesso do MDF-e baseado em um clculo do mdulo 11. O mdulo 11 de um nmero calculado multiplicando-se cada algarismo pela seqncia de multiplicadores 2,3,4,5,6,7,8,9,2,3, ... posicionados da direita para a esquerda. A somatria dos resultados das ponderaes dos algarismos dividida por 11 e o DV (dgito verificador) ser a diferena entre o divisor (11) e o resto da diviso: DV = 11 - (resto da diviso) Quando o resto da diviso for 0 (zero) ou 1 (um), o DV dever ser igual a 0 (zero). Exemplo: consideremos que a chave de acesso tem a seguinte seqncia de caracteres:
A CHAVE DE ACESSO B PESOS C PONDERAO (A*B)
520 60 4 3 300 9 91 1002 5 0 6 5 5012000000 7 8 00 2 6 7 301 6 1 432 98 7 6 543 2 98 7654 3 2 9 8 7654329876 5 4 32 9 8 7 654 3 2 20 6 0 54 0 28 18 15 0 0 18 81 8 7 0 0 8 15 0 54 40 35 0 5 8 0 0 0 0 0 0 35 32 0 0 18 48 49 18 0 4 18 2
Somatria das ponderaes = 644 Dividindo a somatria das ponderaes por 11 teremos, 644 /11 = 58 restando 6. 68

Como o dgito verificador DV = 11 - (resto da diviso), portando 11 - 6 = 5 Neste caso o DV da chave de acesso do MDF-e igual a "5", valor este que dever compor a chave de acesso totalizando a uma seqncia de 44 caracteres. 6.6. Nmero do Recibo O nmero do Recibo deve ser gerado pelo Ambiente Autorizador, com a seguinte regra de formao: 2 posies com o Cdigo da UF onde foi entregue o arquivo (codificao do IBGE); 1 posio com o Tipo de Autorizador (9 = SEFAZ NACIONAL); 12 posies numricas seqenciais. campo Quantidade de caracteres Cdigo da UF 02 Tipo Autorizador 01 Seqencial 12
O projeto utiliza a codificao da UF definida pelo IBGE: Regio Norte Regio Nordeste Regio Sudeste 11-Rondnia 21-Maranho 31-Minas 12-Acre 22-Piau Gerais 13-Amazonas 23-Cear 32-Esprito 24-Rio Grande do Santo 14-Roraima Norte 33-Rio de 15-Par 25-Paraba Janeiro 16-Amap 17-Tocantins 26-Pernambuco 35-So Paulo 27-Alagoas 28-Sergipe 29-Bahia
Regio Sul 41-Paran 42-Santa Catarina 43-Rio Grande do Sul
Regio Centro-Oeste 50-Mato Grosso do Sul 51-Mato Grosso 52-Gois 53-Distrito Federal
6.7. Nmero do protocolo O nmero do protocolo gerado pelo Ambiente Autorizador para identificar univocamente as transaes realizadas de autorizao de uso e registro de eventos do MDF-e. A regra de formao do nmero do protocolo : 9 9 9 9 9 9 9 Tipo de Cdigo da Ano Autorizador UF
Sequencial de 10 posies
1 posio com o Tipo de Autorizador (9 = SEFAZ NACIONAL); 2 posies para o cdigo da UF do IBGE; 2 posies para o ano; 10 posies numricas sequenciais no ano. A gerao do nmero de protocolo dever ser nica, sendo utilizada por todos os Web Services que precisam atribuir um nmero de protocolo para o resultado do processamento. Juntamente ao protocolo, no DAMDFe aparecer a data (DD/MM/AAA) e hora (hh:mm:ss).
69

6.8. Tempo mdio de resposta O tempo mdio de resposta um indicador que mede a performance do servio de processamento nos ltimos 5 minutos. O tempo mdio de processamento de um MDF-e obtido pela diviso do tempo decorrido entre o recebimento da mensagem e o momento de armazenamento da mensagem de processamento do arquivo. 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.
70

7. Cdigo de Barra
O padro de cdigo de barras a ser impresso no DAMDFE o CODE-128C. Utilize o cdigo de barras: a) No caso de DAMDFE impresso para representar um MDF-e emitido em operao normal ou em contingncia: apenas um cdigo de barras com a chave nica de acesso do arquivo do MDF-e, descrito no item 6.4; e A impresso dos cdigos 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. Os dados adicionais contidos no segundo cdigo de barras sero utilizados para auxiliar o registro da prestao do servio acobertado pelo MDF-e emitido em contingncia. O conjunto de caracteres representativos do Cdigo de Barras CODE-128C encontra-se no Anexo V deste manual. Para a sua impresso ser considerada a seguinte estrutura de simbolizao: O cdigo de barras dever representar apenas a chave de acesso do MDF-e de 44 posies. Para a impresso do mesmo ser considerada a seguinte estrutura de simbolizao: Margem clara Start C Chave de acesso do MDF-e DV Stop Margem clara
Margem Clara: Espao claro, que no contm nenhuma marca legvel por mquina, existente esquerda e direita do cdigo para evitar interferncia na decodificao da simbologia. A margem clara tambm chamada de "rea livre", "zona de silncio" ou "margem de silncio". Start C: inicia a codificao dos dados CODE-128C de acordo com o conjunto de caracteres. O Start C no representa nenhum caractere. Chave de acesso do MDF-e: representa o conjunto de 44 caracteres da chave de acesso do MDFe. 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 71

7.1. Clculo do dgito verificador do CODE-128C O dgito verificador baseado em um clculo do mdulo 103 considerando a soma ponderada dos valores de cada um dos dgitos na mensagem que est sendo codificada, incluindo o valor do caractere de incio (start). Exemplo: consideremos que a chave de acesso fosse apenas de oito caracteres e contivesse o seguinte nmero: 09758364 Chave de acesso Seqncia Valor do caractere Valor Ponderado (A X B) START A B C 105 105 09 1 9 9 75 2 75 150 83 3 83 249 64 4 64 256
Na linha valor do caractere foi incluso o valor 105 que corresponde ao valor do caractere de incio (start) para o padro Code C. Excetuando o caractere de start, os demais valores dos caracteres coincidem com os valores da chave de acesso, isto porque estamos utilizando o padro Code C de codificao que exclusivamente numrico. O dgito verificador do cdigo ser o resto da diviso da somatria dos valores ponderados dividido por 103 (mdulo 103). Assim o dgito verificador ser: Valor da soma ponderada = (1x105)+(1x9)+(2x75)+(3x83)+(4x64) = 769 769/103 = 7 resta 48, assim o DV 48
7.2. Representao simblica do cdigo

START 09 75 83 64 DV = 48 STOP
B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B S B 2 1 1 2 3 2 2 2 1 2 1 3 2 4 1 2 1 1 1 1 4 2 1 2 1 1 1 4 2 2 3 1 3 1 2 1 2 3 3 1 1 1 2
A seqncia de barras est descrita na tabela do Anexo V deste manual. B = barra preta S = espao ou barra branca A numerao acima indica quantas vezes a barra dever ser impressa no smbolo.
72

8. Documento Auxiliar de MDF-e - DAMDFe

uma representao grfica resumida do MDF-e, impressa em papel comum, para acompanhar o transporte da carga, permitindo o acesso ao arquivo do MDF-e pela Fiscalizao de Mercadorias em Trnsito. O DAMDFe poder ter tantas folhas quantas forem necessrias para discriminao da documentao fiscal eletrnica, conforme leiaute descrito no Anexo II deste manual.
O nmero do Protocolo de Autorizao de Uso recebido da SEFAZ, juntamente com a data e hora, com minutos e segundos, devero ser impresso no DAMDFe.
73

9. Contingncia
Para identificar o status operacional do Ambiente Autorizador, ser utilizado o Web Service mdfeStatusServico. Para tempo de resposta, informado pela SEFAZ no retorno da consulta de Status, superior a 3 (trs) minutos ou ausncia de retorno, caber empresa decidir pela utilizao do processo de contingncia ou aguardar pelo retorno do servio. Tambm atravs deste mtodo a empresa dever identificar a sada do estado de contingncia. Antes de entrar em contingncia a empresa tambm dever verificar o status operacional de sua rede interna. Quando em decorrncia de problemas tcnicos no for possvel a emisso do MDF-e, o emitente do MDF-e deve imprimir o DAMDFE em papel comum, observando que o documento foi emitido em contingncia, sendo que nesse documento obrigatoriamente conter a chave de acesso dos documentos eletrnicos que o manifesto agrega ou informaes pertinentes aos documentos em papel. A transmisso para o Ambiente Autorizador dever ser feita logo que esteja cessada a contingncia.
74

10.
Ambiente de Homologao / Produo
O Ambiente Autorizador ou SEFAZ Nacional dever manter dois ambientes para recepo de MDFe. 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.
75

11. Compartilhamento de informaes do MDF-e entre rgos Pblicos

O Protocolo ENAT de Cooperao de implantao do Manifesto Eletrnico de Documentos Fiscais prev o compartilhamento de MDF-e entre as administraes tributrias. O compartilhamento das informaes ser realizado atravs do intercmbio dos seguintes arquivos digitais: MDF-e: Manifesto Eletrnico de Documentos Fiscais e a respectiva autorizao de uso; Registro de Evento de MDF-e: Pedido de Registro de Evento de MDF-e e a respectiva homologao do pedido;
11.1. Processo de Compartilhamento Todos os documentos sero disponibilizados pelo Ambiente Autorizador para os seguintes rgos da administrao tributria interessados: UF de carregamento do MDF-e; UF de descarregamento do MDF-e; UFs de percurso do MDF-e; SUFRAMA quando a localidade de fim da prestao de servio de transporte estiver localizada na rea de incentivo fiscal administrada pela SUFRAMA.
11.2. Leiaute de compartilhamento: MDF-e Schema XML: procMDFe_v99.99.xsd

# XR01 XR02 XR03 XR04 XR05 XR06 Campo mdfeProc versao MDFe (dados) protMDFe (dados) Ele Pai Tipo Raiz A XR0 N 1 G XR0 1 G XR0 1 Ocor. 1-1 1-1 1-1 Tam. 1-4 Dec. Descrio/Observao TAG raiz 2 Dados do Protocolo de Autorizao de Uso (item 4.2.2) Dados do MDF-e, inclusive com os dados da assinatura (Anexo I)
11.3. Leiaute de compartilhamento: Registro de Evento de MDF-e Schema XML: procEventoMDFe_v99.99.xsd

# YR01 YR02 YR03 YR04 YR05 YR06 Campo Ele Pai Tipo Ocor. Tam. Dec. procEventoMDFe Raiz Verso A YR01 N 1-1 1-4 2 eventoMDFe G YR01 1-1 (dados) retEventoMDFe G YR01 1-1 (dados) Descrio/Observao TAG raiz
Dados do Pedido de Registro de Evento Dados da homologao do pedido
76

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

Anexo I Leiaute do MDF-e

- Observaes importantes para entendimento do Leiaute do MDF-e 1. Abreviaes utilizadas nas colunas de cabealho do leiaute: # 135 Campo Nvel Descrio vBC 3 Valor da Base de Clculo do ICMS Ele. Tipo Ocorr. Tamanho Domnio Exp. Reg. E N 1-1 13, 2 ER23 Observaes 15 posies, sendo 13 inteiras e 2 decimais.
a) coluna # : identificador da linha da tabela; b) coluna campo: identificador do nome do campo, como a nomenclatura dos nomes dos campos foi padronizada, um nome de campo utilizado para identificar campos diferentes, como por exemplo, a IE, que pode ser do emitente ou do destinatrio. A diferenciao dos campos realizada considerando as tags de grupo. c) coluna Nvel: identificador do nvel do campo na estrutura hierrquica no schema XML. Por exemplo, o campo CFOP possui nvel = 2, indicando que na estrutura hierrquica ele filho do campo ide que possui nvel = 1.
78

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;
79

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

MDF-e Diagrama Simplificado parte genrica
81

MDF-e Diagrama Simplificado modal Rodovirio
82

MDF-e Diagrama Simplificado modal Areo
83

MDF-e Diagrama Simplificado modal Aquavirio Leiaute a ser definido posteriormente
84

MDF-e Diagrama Simplificado modal Ferroviro
85

Leiaute MDF-e Estrutura Genrica

# 1 2 3 4 5 Campo infMDFe versao Id ide cUF
Nvel Descrio
Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes G A A G E N N C 1-1 1-1 1-1 1-1 1-1 2 D1 Cdigo da UF do emitente do Documento Fiscal. Utilizar a Tabela do IBGE de cdigo de unidades da federao. 1 - Produo 2 - Homologao 1 - Prestador de servio de transporte 2 - No prestador de servio de transporte. Utilizar o cdigo 58 para identificao do MDF-e ER28 ER27 ER33 Informar a srie do documento fiscal (informar zero se inexistente). Nmero que identifica o Manifesto. 1 a 999999999. Cdigo aleatrio gerado pelo emitente, com o objetivo de evitar acessos indevidos ao documento. Informar o dgito de controle da chave de acesso do MDF-e, que deve ser calculado com a aplicao do algoritmo mdulo 11 (base 2,9) da chave de acesso. 1 - Rodovirio; 48 ER42 ER38 Ex: "1.00" Informar a chave de acesso do MDF-e e precedida do literal "MDFe"
0 1 1 1 2
Informaes do MDF-e Verso do leiaute Identificador da tag a ser assinada Identificao do MDF-e Cdigo da UF do emitente do MDF-e
6 7
tpAmb tpEmit
2 2
Tipo do Ambiente Tipo do Emitente
E E
N N
1-1 1-1
1 1
D4 D4
8 9 10 11
mod serie nMDF cMDF
2 2 2 2
Modelo do Manifesto Eletrnico Srie do Manifesto Nmero do Manifesto Cdigo numrico que compe a Chave de Acesso. Digito verificador da chave de acesso do Manifesto
E E E E
N N N N
1-1 1-1 1-1 1-1
2 1-3 1-9 8
D2
12
cDV
1-1
ER34
13
modal
Modalidade de transporte
1-1
D7
86

Manual de Orientaes do Contribuinte 2 - Areo; 3 - Aquavirio; 4 - Ferrovirio. 14 15 16 dhEmi tpEmis procEmi 2 2 2 Data e hora de emisso do Manifesto Forma de emisso do Manifesto (Normal ou Contingncia) Identificao do processo de emisso do Manifesto E E E C N N 1-1 1-1 1-1 19 1 1 D4 D6 ER35 Formato AAAA-MM-DDTHH:MM:DD 1 - Normal; 2 - Contingncia 0 - emisso de MDF-e com aplicativo do contribuinte; 3- emisso MDF-e pelo contribuinte com aplicativo fornecido pelo Fisco. ER31 D3 Informar a verso do aplicativo emissor de MDF-e. Utilizar a Tabela do IBGE de cdigo de unidades da federao. Informar 'EX' para operaes com o exterior. Utilizar a Tabela do IBGE de cdigo de unidades da federao. Informar 'EX' para operaes com o exterior.
17 18
verProc UFIni
2 2
Verso do processo de emisso Sigla da UF do Carregamento
E E
C C
1-1 1-1
1 - 20 2
19
UFFim
Sigla da UF do Descarregamento
1-1
D3
20 21 22 23 24 25 26 27 28 29
infMunCarrega cMunCarrega xMunCarrega infPercurso UFPer emit CNPJ IE xNome xFant
2 3 3 2 3 1 2 2 2 2
Informaes dos Municpios de Carregamento Cdigo do Municpio de Carregamento Nome do Municpio de Carregamento Informaes do Percurso do MDF-e Sigla das Unidades da Federao do percurso do veculo. Identificao do Emitente do Manifesto CNPJ do emitente Inscrio Estadual do emitemte Razo social ou Nome do emitente Nome fantasia do emitente
G E E G E G E E E E N N C C C N C
1 - 50 1-1 1-1 0 - 25 1-1 1-1 1-1 1-1 1-1 0-1 14 2 - 14 1 - 60 1 - 60 ER5 ER26 ER31 ER31 Informar zeros no significativos 2 D3 No necessrio repetir as UF de Incio e Fim 7 ER1 ER31
87

Manual de Orientaes do Contribuinte 30 31 32 33 34 35 enderEmit xLgr nro xCpl xBairro cMun 2 3 3 3 3 3 Endereo do emitente Logradouro Nmero Complemento Bairro Cdigo do municpio (utilizar a tabela do IBGE), informar 9999999 para operaes com o exterior. Nome do municpio, , informar EXTERIOR para operaes com o exterior. CEP Sigla da UF, , informar EX para operaes com o exterior. Telefone Endereo de E-mail Informaes do modal Verso do leiaute especfico para o Modal XML do modal Insira neste local o XML especfico do modal (rodovirio, areo, ferrovirio ou aquavirio). G E E E E E C C C C N 1-1 1-1 1-1 0-1 1-1 1-1 1 - 60 1 - 60 1 - 60 1 - 60 7 ER31 ER31 ER31 ER31 ER1
36
xMun
1-1
1 - 60
ER31
37 38 39 40 41 42 43
CEP UF fone email infModal versaoModal xs:any
3 3 3 3 1 2 2
E E E E G A E
N C N C
0-1 1-1 0-1 0-1 1-1
8 2 7 - 12 1 - 60 D3
ER33
Informar zeros no significativos
ER39 ER45
N C
1-1 1-1
ER36 O elemento do tipo -any- permite estender o documento XML com elementos no especificados pelo schema. Insira neste local - any- o XML especfico do modal (rodovirio, areo, ferrovirio ou aquavirio). A especificao do schema XML para cada modal pode ser encontrada nos arquivos que acompanham este pacote de liberao: Rodovirio - ver arquivo MDFeModalRodoviario_v9.99
88

Manual de Orientaes do Contribuinte Areo - ver arquivo MDFeModalAereo_v9.99 Aquavirio - arquivo MDFeModalAquaviario_v9.99 Ferrovirio - arquivo MDFeModalFerroviario_v9.99
Onde v9.99 a a designao genrica para a verso do arquivo. Por exemplo, o arquivo para o schema do modal Rodovirio na verso 1.00 ser denominado "MDFeModalRodoviario_v1.00". 44 45 46 47 48 infDoc infMunDescarga cMunDescarga xMunDescarga infCTe 1 2 3 3 3 Informaes dos Documentos fiscais vinculados ao manifesto Informaes dos Municpios de descarregamento Cdigo do Municpio de Descarregamento Nome do Municpio de Descarregamento Conhecimentos de Transporte - usar este grupo quando for prestador de servio de transporte Conhecimento Eletrnico - Chave de Acesso Segundo cdigo de barras Conhecimentos Tranporte (papel) Nmero do CT Srie do CT Subsrie do CT Data de Emisso G G E E G N C 1-1 1 100 11 11 0 2000 N C 11 01 02000 C N N D 1-1 1-1 0-1 1-1 1 - 20 1-3 1-2 10 ER31 ER28 ER28 ER32 Formato AAAA-MM-DD 44 ER2 7 ER1
49 50 51 52 53 54 55
chCTe SegCodBarra infCT nCT serie subser dEmi
4 4 3 4 4 4 4
E E G E E E E
89

Manual de Orientaes do Contribuinte 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 tot qCTe qCT qNFe qNF vCarga vCarga infNFe chNFe SegCodBarra infNF CNPJ UF nNF serie dEmi vNF PIN 4 3 4 4 3 4 4 4 4 4 4 4 1 2 2 2 2 2 Valor total da carga Nota Fiscal Eletrnica Nota Fiscal Eletrnica Segundo cdigo de barras Nota Fiscal Papel (mod 1 e 1A) CNPJ do emitente UF do Destinatrio Nmero Srie Data de Emisso Valor Total da NF PIN SUFRAMA Totalizadores da carga transportada e seus documentos fiscais Quantidade total de CT-e relacionados no Manifesto Quantidade total de Conhecimentos Papel relacionados no Manifesto Quantidade total de NF-e relacionadas no Manifesto Quantidade total de Nota Fiscal mod 1/1A relacionadas no Manifesto Valor total da mercadoria/carga transportada E G E E G E E E E E E E G E E E E E N N N N N N C C N D N N N C N 1-1 02000 1-1 0-1 02000 1-1 1-1 1-1 1-1 1-1 1-1 0-1 1-1 0-1 0-1 0-1 0-1 1-1 1-3 1-3 1-3 1-3 13, 2 ER37 ER37 ER37 ER37 ER23 15 posies, sendo 13 inteiras e 2 decimais. 14 2 1 - 20 1-3 10 13, 2 2-9 D3 ER31 ER28 ER32 ER23 ER44 Formato AAAA-MM-DD 15 posies, sendo 13 inteiras e 2 decimais. PIN atribudo pela SUFRAMA para a operao. ER5 44 ER2 13, 2 ER23 15 posies, sendo 13 inteiras e 2 decimais.
90

Manual de Orientaes do Contribuinte 74 cUnid 2 Cdigo da unidade de medida do Peso Bruto da Carga / Mercadoria Transportada Peso Bruto Total da Carga / Mercadoria Transportada Lacres do MDF-e nmero do lacre Informaes Adicionais Informaes adicionais de interesse do Fisco Informaes complementares de interesse do Contribuinte ds:Signature E N 1-1 2 D5 01 KG; 02 - TON
75 76 77 78 79 80 81
qCarga lacres nLacre infAdic infAdFisco infCpl
2 1 2 1 2 2 0
E G E G E E E
1-1 0-n
11, 4
ER17
15 posies, sendo 11 inteiras e 4 decimais.
1-1 0-1
1 - 60
ER31
Preenchimento opcional para os modais Rodovirio e Ferrovirio
C C C
0-1 0-1 1-1
1 - 2000 1 - 5000
ER31 ER31
Norma referenciada, informaes complementares, etc
91

Leiaute Modal Rodovirio

# 1 2 Campo rodo RNTRC
Nvel Descrio
Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes G E N 1-1 0-1 8 ER33 Registro obrigatrio do emitente do MDFe junto ANTT para exercer a atividade de transportador rodovirio de cargas por conta de terceiros e mediante remunerao. Tambm Conhecido como conta frete
0 1
Informaes do modal Rodovirio Registro Nacional de Transportadores Rodovirios de Carga
3 4 5 6 7 8 9 10
CIOT veicPrincipal cInt placa tara capKG capM3 prop
1 1 2 2 2 2 2 2
Cdigo Identificador da Operao de Transporte Dados do Veculo com a Trao Cdigo interno do veculo Placa do veculo Tara em KG Capacidade em KG Capacidade em M3 Proprietrios do Veculo. S preenchido quando o veculo no pertencer empresa emitente do MDF-e Registro Nacional dos Transportadores Rodovirios de Carga
E G E E E E E G
0-1 1-1
12
ER47
C C N N N
0-1 1-1 1-1 0-1 0-1 1-1
1 - 10 7 1-6 1-6 1-3
ER31 ER46 ER48 ER48 ER28
11
RNTRC
1-1
ER33
Registro obrigatrio do proprietrio, coproprietrio ou arrendatrio do veculo junto ANTT para exercer a atividade de transportador rodovirio de cargas por conta de terceiros e mediante remunerao.
12 13
condutor xNome
2 3
Informaes do(s) Condutor(s) do veculo Nome do Condutor
G E C
1 - 10 1-1 1 - 60 ER31
92

Manual de Orientaes do Contribuinte 14 15 16 17 18 19 20 21 CPF veicReboque cInt placa tara capKG capM3 prop 3 1 2 2 2 2 2 2 CPF do Condutor Dados dos reboques Cdigo interno do veculo Placa do veculo Tara em KG Capacidade em KG Capacidade em M3 Proprietrios do Reboque. S preenchido quando o reboque no pertencer empresa emitente do MDF-e Registro Nacional dos Transportadores Rodovirios de Carga E G E E E E E G C C N N N N 1-1 0-3 0-1 1-1 1-1 1-1 0-1 0-1 1 - 10 7 1-6 1-6 1-3 ER31 ER46 ER48 ER48 ER28 11 ER8
22
RNTRC
1-1
ER33
Registro obrigatrio do proprietrio, coproprietrio ou arrendatrio do veculo junto ANTT para exercer a atividade de transportador rodovirio de cargas por conta de terceiros e mediante remunerao. Outras informaes sobre ValePedgio obrigatrio que no tenham campos especficos devem ser informadas no campo de observaes gerais de uso livre pelo contribuinte, visando atender as determinaes legais vigentes.
23
valePed
Informaes de Vale Pedgio
0-1
24 25
disp CNPJForn
2 3
Informaes dos dispositivos do Vale Pedgio CNPJ da empresa fornecedora do ValePedgio
G E N
1-n 1-1 14 ER5 - CNPJ da Empresa Fornecedora do Vale-Pedgio, ou seja, empresa que fornece ao Responsvel pelo Pagamento do Vale-Pedgio os dispositivos do ValePedgio. - Informar os zeros no significativos. - responsvel pelo pagamento do Vale Pedgio. Informar somente quando o
26
CNPJPg
CNPJ do responsvel pelo pagamento do Vale-Pedgio
0-1
14
ER7
93

Manual de Orientaes do Contribuinte responsvel no for o emitente do MDFe. - Informar os zeros no significativos. 27 nCompra 3 Nmero do comprovante de compra E N 1-1 1 - 20 ER49 Nmero de ordem do comprovante de compra do Vale-Pedgio fornecido para cada veculo ou combinao veicular, por viagem.
94

Leiaute Modal Areo

# 1 2 3 4 Campo aereo nac matr nVoo
Nvel Descrio
Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes G E E E N N C 1-1 1-1 1-1 1-1 1-4 1-6 5-9 ER31 ER31 ER31 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. O cdigo de trs letras IATA do aeroporto de partida dever ser includo como primeira anotao. Quando no for possvel, utilizar a sigla OACI. O cdigo de trs letras IATA do aeroporto de destino dever ser includo como primeira anotao. Quando no for possvel, utilizar a sigla OACI. Formato AAAA-MM-DD
0 1 1 1
Informaes do modal Areo Marca da Nacionalidade da aeronave Marca de Matrcula da aeronave Nmero do Vo
cAerEmb
Aerdromo de Embarque
1-1
3-4
ER31
cAerDes
Aerdromo de Destino
1-1
3-4
ER31
dVoo
Data do Vo
1-1
10
ER32
95

Leiaute Modal Aquavirio
Este layout ser definido posteriormente.
96

Leiaute Modal Ferrovirio

# 1 2 3 4 5 6 7 8 9 10 11 12 Campo ferrov trem xPref dhTrem xOri xDest qVag vag serie nVag nSeq TU
Nvel Descrio
Ele Tipo Ocorr. Tamanho Domnio Exp.Reg. Observaes G G E E E E E G E E E E N N N N C C C C N 1-1 1-1 1-1 0-1 1-1 1-1 1-1 1-n 1-1 1-1 0-1 1-1 3 1-8 1-3 2-7 ER4 ER60 ER37 ER61 Unidade de peso referente carga til (apenas o peso da carga transportada), expressa em toneladas. 1 - 10 19 1-3 1-3 1-3 ER31 ER35 ER31 ER31 ER37 Sigla da estao de origem Sigla da estao de destino
0 1 2 2 2 2 2 1 2 2 2 2
Informaes do modal Ferrovirio Informaes da composio do trem Prefixo do Trem Data e hora de liberao do trem na origem Origem do Trem Destino do Trem Quantidade de vages carregados informaes dos Vages Srie de Identificao do vago Nmero de Identificao do vago Sequncia do vago na composio Tonelada til
97

Expresses Regulares ER1 ER2 ER3 ER4 ER5 ER6 ER7 ER8 ER9 ER10 ER11 ER12 ER13 ER14 ER15 ER16 ER17 ER18 ER19 ER20 ER21 ER22 ER23 [0-9]{7} [0-9]{44} [0-9]{15} [0-9]{3} [0-9]{14} [0-9]{3,14} [0-9]{0}|[0-9]{14} [0-9]{11} [0-9]{3,11} 0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,2}(\.[0-9]{2})? 0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,2}(\.[0-9]{2})? 0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,7}(\.[0-9]{3})? 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})? 0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,7}(\.[0-9]{4})? 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})? 0\.[1-9]{1}[0-9]{5}|0\.[0-9]{1}[1-9]{1}[0-9]{4}|0\.[0-9]{2}[1-9]{1}[0-9]{3}|0\.[0-9]{3}[1-9]{1}[0-9]{2}|0\.[0-9]{4}[1-9]{1}[0-9]{1}|0\.[0-9]{5}[1-9]{1}|[1-9]{1}[09]{0,8}(\.[0-9]{6})? 0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,10}(\.[0-9]{4})? 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})? 0|0\.[0-9]{3}|[1-9]{1}[0-9]{0,11}(\.[0-9]{3})? 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})? 0|0\.[0-9]{4}|[1-9]{1}[0-9]{0,11}(\.[0-9]{4})? 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})? 0|0\.[0-9]{2}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})?
98

Manual de Orientaes do Contribuinte ER24 ER25 ER26 ER27 ER28 ER29 ER30 ER31 ER32 ER33 ER34 ER35 ER36 ER37 ER38 ER39 ER40 ER41 ER42 ER43 ER44 ER45 ER46 0\.[0-9]{1}[1-9]{1}|0\.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,12}(\.[0-9]{2})? [0-9]{0,14}|ISENTO|PR[0-9]{4,8} [0-9]{2,14} [1-9]{1}[0-9]{0,8} 0|[1-9]{1}[0-9]{0,2} [0-9]{2} [0-9]{1,4} [!-]{1}[ -]{0,}[!-]{1}|[!-]{1} (((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))))) [0-9]{8} [0-9]{1} (((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 1\.[0-9]{2} [1-9]{1}[0-9]{0,2} MDFe[0-9]{44} [0-9]{7,12} [0-9]{7,10} [0-9]{1,15} 1\.00 (([0-1][0-9])|([2][0-3])):([0-5][0-9]):([0-5][0-9]) [1-9]{1}[0-9]{1,8} [^@]+@[^\.]+\..+ [A-Z]{3}(([1-9]\d{3})|(0[1-9]\d{2})|(00[1-9]\d)|(000[1-9]))
99

Manual de Orientaes do Contribuinte Domnio D1 D2 D3 D4 D5 D6 D7 D8 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 58 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 1, 2 01, 02 0, 3 1, 2, 3, 4 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
100
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
102

Modelo do DAMDFE do Modal Areo (Paisagem) Impresso Normal
103

Modelo do DAMDFE do Modal Areo (Retrato) Impresso em Contingncia
104

Modelo do DAMDFE do Modal Ferrovirio (Retrato) Impresso Normal
105

106

Anexo III Tabelas de UF, Municpio e Pas

Tabela de cdigo de UF do IBGE
A tabela de UF do IBGE est disponvel em: ftp://geoftp.ibge.gov.br/Organizacao/Divisao_Territorial/2006/DTB_2006.zip A seguinte codificao adotada pelo IBGE dever ser utilizada para representar o cdigo da UF:
Regio Norte 11-Rondnia 12-Acre 13-Amazonas 14-Roraima 15-Par 16-Amap 17-Tocantins Regio Nordeste 21-Maranho 22-Piau 23-Cear 24-Rio Grande do Norte 25-Paraba 26-Pernambuco 27-Alagoas 28-Sergipe 29-Bahia Regio Sudeste 31-Minas Gerais 32-Esprito Santo 33-Rio de Janeiro 35-So Paulo Regio Sul 41-Paran 42-Santa Catarina 43-Rio Grande do Sul Regio Centro-Oeste 50-Mato Grosso do Sul 51-Mato Grosso 52-Gois 53-Distrito Federal
Tabela de cdigo de Municpio do IBGE
Os campos de cdigos de municpios devem ser informados com a utilizao da Tabela de cdigo de Municpio mantida pelo IBGE disponvel em: ftp://geoftp.ibge.gov.br/Organizacao/Divisao_Territorial/2006/DTB_2006.zip O cdigo de municpio composto de 7 dgitos numricos, com as duas primeiras representando a UF. Os cdigos de municpio das capitais dos estados so:
Municpio Aracaju Belm Belo Horizonte Boa Vista Braslia Campo Grande Cuiab Curitiba Florianpolis Fortaleza Goinia Joo Pessoa Macap Macei Manaus Natal Palmas Porto Alegre Porto Velho Recife cdigo 2800308 1501402 3106200 1400100 5300108 5002704 5103403 4106902 4205407 2304400 5208707 2507507 1600303 2704302 1302603 2408102 1721000 4314902 1100205 2611606 Estado Sergipe Par Minas Gerais Roraima Distrito Federal Mato Grosso do Sul Mato Grosso Paran Santa Catarina Cear Gois Paraba Amap Alagoas Amazonas Rio Grande do Norte Tocantins Rio Grande do Sul Rondnia Pernambuco cdigo 28 15 31 14 53 50 51 41 42 23 52 25 16 27 13 24 17 43 11 26
107

Manual de Orientaes do Contribuinte Municpio Rio Branco Rio de Janeiro Salvador So Lus So Paulo Teresina Vitria cdigo 1200401 3304557 2927408 2111300 3550308 2211001 3205309 Acre Rio de Janeiro Bahia Maranho So Paulo Piau Esprito Santo Estado cdigo 12 33 29 21 35 22 32
Informar o cdigo 9999999 e o nome do municpio EXTERIOR para as operaes que envolvam localidades do exterior. Quando a operao envolver regies administrativas (Ex. Cidades-satlites do DF), deve ser considerado o municpio sede como localidade da operao.
Validao do cdigo de Municpio
O Cdigo de Municpio do IBGE tem a composio que segue: Composio: UUNNNND Onde: UU = Cdigo da UF do IBGE NNNN = Nmero de ordem dentro da UF; D = Dgito de Controle mdulo 10
Validao possvel: Extenso mxima: 7 dgitos; Extenso mnima: 7 dgitos; Cdigo da UF: deve ser vlido, conforme Tabela de UF do IBGE; Nmero de ordem dentro da UF: no pode ser zero; Dgito de Controle: mdulo 10 (pesos 2 e 1)
Obs 1: Considerar a soma dos algarismos no somatrio dos produtos dos pesos. Ou seja, se o produto for superior a 9 os dois algarismos devem ser somados. Obs 2: Se o resto da diviso for zero, considerar o dgito verificador igual a zero.
Exemplo de clculo do dgito de controle do cdigo de Municpio
Exemplo 1: Cdigo Municpio IBGE = 355030 D (Municpio de So Paulo)

A. CDIGO MUN B. PESOS C. PONDERAO (A * B) D. SOMA ALGARISMOS 3 1 3 3 5 2 10 1 5 1 5 5 0 2 0 0 3 1 3 3 0 2 0 0
O somatrio da soma dos algarismos : 3 + 1 + 5 + 0 + 3 + 0 = 12 Dividindo o somatrio por 10 teremos: 12 / 10 = 1, com um resto valendo 2 O dgito verificador : DV = 10 (resto da diviso), portanto 10 2 = 8 108

Neste caso, o Dgito Verificador = 8 Exemplo 2: Cdigo Municpio IBGE = 211130 D (Municpio de So Lus)
A. CDIGO MUN B. PESOS C. PONDERAO (A * B) D. SOMA ALGARISMOS 2 1 2 2 1 2 2 2 1 1 1 1 1 2 2 2 3 1 3 3 0 2 0 0
O somatrio da soma dos algarismos : 2 + 2 + 1 + 2 + 3 + 0 = 10 Dividindo o somatrio por 10 teremos: 10 / 10 = 1, com um resto valendo 0 O dgito verificador : DV = 10 (resto da diviso), portanto 10 0 = 10 Neste caso, o Dgito Verificador = 0
Exceo no clculo do dgito de controle do cdigo de Municpio
O cdigo de Municpio do IBGE dos seguintes Municpios tem o DV - dgito verificador invlido:
4305871 - Coronel Barros/RS; 2201919 - Bom Princpio do Piau/PI; 2202251 - Canavieira /PI; 2201988 - Brejo do Piau/PI; 2611533 Quixaba/PE; 3117836 - Cnego Marinho/MG; 3152131 - Ponto Chique/MG; 5203939 - Buriti de Gois/GO; 5203962 Buritinpolis/GO;
As aplicaes dos Estados devem utilizar os cdigos de municpio do IBGE sem validao do DV dgito verificador, da mesma forma como consta da tabela de cdigo de municpio do IBGE.
Tabela de cdigo de Pas do BACEN
Para o preenchimento dos campos de cdigos de pases deve ser utilizada a Tabela de Pas do Banco Central do Brasil, disponvel em: http://www.bcb.gov.br/Rex/TabPaises/Ftp/paises.txt Exemplo de codificao:
Pas Brasil Argentina Chile Paraguai Uruguai cdigo 1058 0639 1589 5860 8451 Pas Espanha Frana Itlia Portugal Reino Unido cdigo 2453 2755 3867 6076 6289 Pas Estados Unidos China, Repblica Popular, Coria, Repblica da, Formosa Japo cdigo 2496 1600 1902 1619 3999
109

Validao do cdigo de Pas
Composio do Cdigo de Pas: NNND Onde: NNN = Nmero de ordem do Cdigo do Pas; D = Dgito de Controle mdulo 11.
Validao possvel: Extenso mxima: 4 dgitos; Extenso mnima: 2 dgitos; Dgito de Controle: mdulo 11, pesos 2 a 9
Obs.: Se o resto da diviso for zero ou 1, considerar o dgito verificador igual a zero.
Exemplo de clculo do dgito de controle do cdigo de Pas
Exemplo 1 Cdigo Pas = 105 D (Brasil):

A. CDIGO PAS B. PESOS C. PRODUTOS (A * B) 1 4 4 0 3 0 5 2 10
O somatrio dos produtos : 4 + 0 + 10 = 14 Dividindo o somatrio por 11 teremos: 14 / 11 = 1, com resto valendo 3 Considerar: 11 (resto da diviso), portanto: 11 3 = 8 Neste caso, o Dgito Verificador = 8 Exemplo 2 Cdigo Pas = 586 D (Paraguai):
A. CDIGO PAS B. PESOS C. PRODUTOS (A * B) 5 4 20 8 3 24 6 2 12
O somatrio dos produtos : 20 + 24 + 12 = 56 Dividindo o somatrio por 11 teremos: 56 / 11 = 5, com resto valendo 1 Considerar: 11 (resto da diviso), portanto: 11 1 = 10 Neste caso, o Dgito Verificador = 0
Exceo no clculo do dgito de controle do cdigo de Pas
O cdigo de Pas do BACEN dos seguintes pases tem o DV - dgito verificador invlido: 1504 -GUERNSEY, ILHA DO CANAL (INCLUI ALDERNEY E SARK); 1508 -JERSEY, ILHA DO CANAL; 4525 -MADEIRA, ILHA DA; 3595 -MAN, ILHA DE; 4985 MONTENEGRO; 6781 -SAINT KITTS E NEVIS; 7370 SERVIA;
110

As aplicaes dos Estados devem utilizar os cdigos de Pas do BACEN sem validao do DV dgito verificador, da mesma forma que consta da tabela de cdigo de pas do BACEN.
111
Anexo IV WS disponveis
Ambiente de Homologao: Os endereos dos Web Services disponveis podem ser obtidos no stio nacional do projeto, ambiente de homologao de empresas, no endereo http://mdfe-hml.sefaz.rs.gov.br.
Ambiente de Produo Os endereos dos Web Services disponveis podem ser obtidos no stio nacional do projeto, ambiente de produo, no endereo http://mdfe.sefaz.rs.gov.br.
Obteno do WSDL: A documentao do WSDL pode ser obtida na internet acessando o endereo do Web Service desejado. Exemplificando, para obter o WSDL de cada um dos Web Service acione o navegador Web (Internet Explorer, por exemplo) e digite o endereo desejado seguido do literal ?WSDL.

Manual de Integrao - Contribuinte
Anexo V Conjunto de caracteres Cdigo de Barras CODE-128C

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

Manual de Integrao - Contribuinte
Anexo VI Projeto Piloto do MDF-e

O Projeto Piloto do MDF-e foi desenvolvido, de forma integrada, pelas Secretarias de Fazenda dos Estados de Alagoas, Bahia, Distrito Federal, Espirto Santo, Gois, Maranho, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Rio Grande do Sul, Rio de Janeiro, Santa Catarina, So Paulo, Sergipe, Receita Federal do Brasil, Superintendncia da Zona Franca de Manuas (SUFRAMA), Encontro Nacional de Coordenadores e Administradores Tributrios Estaduais (ENCAT) e as seguintes empresas:
ALIANA NAVEGAO E LOGSTICA LTDA ALL - AMRICA LATINA LOGSTICA S/A ANDORINHA TRANSPORTADORA LTDA BEMEX LOGSTICA LTDA BINOTTO S/A LOGSTICA TRANSPORTE E DISTRIBUIO CEVA LOGISTICS LTDA COOPERATIVA DE TRANSPORTE DE CARGAS DO ESTADO DE SC DHL DISPLAN ENCOMENDAS URGENTES LTDA EMPRESA DE TRANSPORTE ATLAS LTDA EXPRESSO ARAATUBA TRANSPORTES E LOGSTICA LTDA EXPRESSO JUNDIA SO PAULO LTDA EXPRESSO MERCRIO S/A GOL GRISTEC JLIO SIMES TRANSPORTES E SERVIOS LTDA MIRA OTM TRANSPORTES LTDA MRS PATRUS TRANSPORTE URGENTES LTDA PETROBRS TRANSPORTE S/A - TRANSPETRO RODONAVES TRANSPORTES E ENCOMENDAS LTDA RODOVIRIO LDER LTDA SADIA S/A SARATOGA ENGENHARIA E TRANSPORTES LTDA SPEEDPAK ENCOMENDAS EXPRESSAS LTDA TAM TRANSEICH ASSESSORIA E TRANSPORTES LTDA TRANSPORTADORA AMERICANA LTDA TRANSPORTADORA GAMPER LTDA TRANSPORTADORA ITAPEMIRIM S.A. TRANSPORTADORA LIMA TRANSPORTADORA TRANSPEL LTDA TRANSPORTE DELLA VOLPE S/A COM. E IND. TRANSPORTE RODOVIRIO DE CARGAS ZAPELINI LTDA TRANSPORTES BERTOLINI LTDA TRANSULTRA ARMAZENAMENTO E TRANSPORTE ESPECIALIZADO LTDA VARIG LOGISTICA S/A TBG - TRANSPORTADORA BRASILEIRA GASODUTO BOLVIA-BRASIL VALE S.A.
O projeto conta ainda com a colaborao das seguintes entidades: ANTT (Agncia Nacional de Transporte Terrestre); GS1 Brasil; NTC&Logstica (Associao Nacional de Transporte de Cargas & Logstica). ANAC (Agncia Nacional de Aviao Civil) SUFRAMA
114

Manual - MDFe - V 1.00 - 29.08.2012 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

Manual - MDFe - V 1.00 - 29.08.2012 PDF

Título original:

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

Verso 1.00 Junho, 2012

Manifesto Eletrnico de Documentos Fiscais

Manifesto Eletrnico de Documentos Fiscais

Identificao e vigncia do Manual

1.00 31/07/2012 PL_MDFe_100 01/08/2012 01/10/2012

Verses de leiautes do PL_MDFe_100

Manifesto Eletrnico de Documentos Fiscais

Manifesto Eletrnico de Documentos Fiscais

Manifesto Eletrnico de Documentos Fiscais

11.1. 11.2. 11.3. 11.4.

Manifesto Eletrnico de Documentos Fiscais

Manifesto Eletrnico de Documentos Fiscais

Manifesto Eletrnico de Documentos Fiscais

Manifesto Eletrnico de Documentos Fiscais

Figura 1 Representao do Modelo Operacional do MDF-e

Manifesto Eletrnico de Documentos Fiscais

3. Arquitetura de Comunicao com Contribuinte

Manifesto Eletrnico de Documentos Fiscais

Arquitetura de Comunicao Viso Conceitual

MDF-e Filas de Msgs

3.2. Padres Tcnicos

Manifesto Eletrnico de Documentos Fiscais

Manifesto Eletrnico de Documentos Fiscais

Exemplo de uma mensagem de retorno padro SOAP:

Padro de Certificado Digital

Manifesto Eletrnico de Documentos Fiscais

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

XS01 Signature XS02 SignedInfo XS03 CanonicalizationMe thod XS04 Algorithm

Manifesto Eletrnico de Documentos Fiscais

RC XS10 G A XS10 XS12

XS12 XS07 XS15 XS07 XS01 XS01 XS19 XS20

0-N 1-1 1-1 1-1 1-1 1-1 1-1 1-1

Manifesto Eletrnico de Documentos Fiscais

A tabela a seguir resume os principais padres de tecnologia utilizados:

Meio lgico de comunicao Meio fsico de comunicao Protocolo Internet

Manifesto Eletrnico de Documentos Fiscais

Padro de troca de mensagens Padro da mensagem Padro de certificado digital

Padro de assinatura digital

Validao de assinatura digital Padres de preenchimento XML

Implementao Assncrona Sncrona Sncrona Sncrona

Manifesto Eletrnico de Documentos Fiscais

Etapas do processo ideal:

Servio de Implementao assncrona Contribuinte

Secretaria de Fazenda Estadual

(8) Consulta recibo

Fila de servios processados

Manifesto Eletrnico de Documentos Fiscais

data e hora recebimento

Manifesto Eletrnico de Documentos Fiscais

Padro de Mensagem de chamada/retorno de Web Service

Elemento mdfeCabecMsg (SOAP Header)

Manifesto Eletrnico de Documentos Fiscais

Validao da estrutura XML das Mensagens dos Web Services

Schemas XML das Mensagens dos Web Services

Manifesto Eletrnico de Documentos Fiscais

3.5. Verso dos Schemas XML

Manifesto Eletrnico de Documentos Fiscais

Exemplificando: PACOTE DATA LIBERAO SCHEMAS