#Erp4Me

Emissão de MDF-e relacionando CT-e.

Quer saber mais sobre a emissão de MDF-e com CT-e? Então este artigo é para você! (beaming face with smiling eyes) 


Configurações:

Não é necessário habilitar nenhuma configuração no Configurador Bimer. 

Atenção:

As demais configurações para emissão de MDF-e seguem sendo necessárias como anteriormente.

Tópicos Relacionados


Aplicação e Enquadramento Legal:

Não é permitido incluir um CT-e em um mesmo MDF-e que contenha NF-e e/ou NFC-e. Há esta restrição no módulo, pois esta prática resultaria em rejeição da MDF-e (Rejeição 638: O grupo de documentos NF-e não pode ser preenchido). 

Ao tentar realizar este procedimento, o sistema apresenta as seguintes mensagens, de acordo com o que está sendo realizado:

 

Quando há uma CT-e informada e o usuário tenta adicionar uma NF-e ou NFC-e:

image2019-9-25_14-59-11.png

 

Quando há uma NF-e ou NFC-e informada e o usuário tenta adicionar uma CT-e:

image2019-9-25_14-59-28.png



O que há de novo?

Há uma nova possibilidade na estrutura do XML do MDF-e, para que quando seja informado um CT-e a tag de informação do documento vinculado seja <infCTe>, diferente de quando selecionamos uma NF-e (neste caso, a tag é <infNFe>).

Veja a diferença:

 XML com CT-e:

<tpEmit>1</tpEmit> 

 <infMunDescarga>

   <cMunDescarga>3312465</cMunDescarga>

   <xMunDescarga>TERESOPOLIS</xMunDescarga>

 <infCTe>

   <chCTe>35170736528388000145570010000011831339972124</chCTe>

 </infCTe>

</infMunDescarga>

 

 XML com NF-e:

<tpEmit>2</tpEmit> 

 <infMunDescarga>

   <cMunDescarga>3312465</cMunDescarga>

   <xMunDescarga>TERESOPOLIS</xMunDescarga>

 <infNFe>

   <chNFe>33180203282458000179550010000982441544957160</chNFe>

 </infNFe>

</infMunDescarga>


Nos exemplos acima, estão destacados com negrito e sublinhado o tipo de emitente e modelo do documento na chave de acesso.


 

Possíveis Rejeições e Soluções:

Rejeição 457: Tipo de Transportador deve ser diferente de TAC.

Ocorre quando o CNPJ do proprietário do veículo não é informado ou é igual ao CNPJ do Emitente do MDF-e.
Informação do tipo de transportador (tpTransp) deverá ser diferente de TAC (2)

Rejeição 698: Seguro da carga é obrigatório para modal Prestador de Serviço de Transporte no modal rodoviário

Ocorre quando o grupo de informações do seguro da carga não é informado;

Rejeição 699: Dados do seguro de carga incompletos para o modal rodoviário.

Informado grupo de seguro da carga sem preenchimento de CNPJ/CPF, Informação do Seguro (infSeg), Número da Apólice (nApol) e Número da Averbação (nAver);

Rejeição 578: Informações dos tomadores é obrigatória para esta operação.

Não preenchidos Responsável CIOT ou Responsável Vale-pedágio e não informado pelo menos um tomador de serviço (infContratante).