Ir para conteúdo
  • Cadastre-se

dev botao

616 erro ao enviar MDFE 3.0


rodrigoogioni
  • Este tópico foi criado há 2358 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Boa tarde 

Estou inserindo a chave da cte na mdfe desta forma:

DMX.IBMDFCTE.First;
     while not DMX.IBMDFCTE.Eof do begin

     if DMX.IBMDFCTECODCTE.Value > 0 then begin
     with infCTe.Add do
      begin

       chCTe := DMX.IBMDFCTECHAVE.Value;

END;

    end;

fiz o debug e o valor é inserido, mas no xml não aparece. O que posso estar fazendo errado?

 

Grato

 

 

42171010890295000172580990000000011000000012-mdfe.xml

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa tarde Rodrigo,

Você alimentou o componente de forma errada, esta dizendo que o tipo de emitente é um Transportador de carga própria e não um Prestador de serviço de transporte.

Sendo assim ele espera a ADD de chNFe e não chCTe.

Veja a tag: <tpEmit>2</tpEmit> o correto seria 1 e não 2.

Jamais atribua o mesmo valor de nMDF a cMDF por 2 motivos:

1. o tamanho do campo cMDF é de 8 dígitos e de nMDF é 9, logo não cabe um numero de 9 dígitos onde só é aceito 8.

2. quando cMDF é igual a nMDF o documento se torna vulnerável.

Essa dica é valida também para a NF-e / NFC-e e CT-e.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

1 minuto atrás, Italo Jurisato Junior disse:

Boa tarde Rodrigo,

Você alimentou o componente de forma errada, esta dizendo que o tipo de emitente é um Transportador de carga própria e não um Prestador de serviço de transporte.

Sendo assim ele espera a ADD de chNFe e não chCTe.

Veja a tag: <tpEmit>2</tpEmit> o correto seria 1 e não 2.

Jamais atribua o mesmo valor de nMDF a cMDF por 2 motivos:

1. o tamanho do campo cMDF é de 8 dígitos e de nMDF é 9, logo não cabe um numero de 9 dígitos onde só é aceito 8.

2. quando cMDF é igual a nMDF o documento se torna vulnerável.

Essa dica é valida também para a NF-e / NFC-e e CT-e.

Boa tarde Italo, obrigado pela resposta,

Coloquei como Carga Propria porque o cliente não possui seguro, e se colocar Prestador de serviço de transporte, exige o seguro.

Vi em um post que era para colocar como Carga Propria.

Nesse caso como eu poderia resolver?

Tem como eu colocar como Prestador de serviço de transporte e não ter seguro da carga?

Grato

Link para o comentário
Compartilhar em outros sites

  • Consultores

Rodrigo,

Se a empresa é uma transportadora e emite CT-e você não pode dizer que o emitente é transportador de carga própria, pelo simples fato de que a carga não é do emitente e sim de um terceiro (remente).

Não tem jeito, essa transportadora vai ter que fazer o seguro da carga que ele vai transportar.

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

2 minutos atrás, Italo Jurisato Junior disse:

Rodrigo,

Se a empresa é uma transportadora e emite CT-e você não pode dizer que o emitente é transportador de carga própria, pelo simples fato de que a carga não é do emitente e sim de um terceiro (remente).

Não tem jeito, essa transportadora vai ter que fazer o seguro da carga que ele vai transportar.

Obrigado Italo, 

Vou passar para o meu cliente.

Link para o comentário
Compartilhar em outros sites

  • 1 mês depois ...
  • Membros Pro

Olá,

Utilizo o ACBRMonitor Plus 1.1.043, estou tentando autorizar o meu primeiro MDFe 3.0 em ambiente de Homologação

São dois Problemas ao autorizar:

1 - O erro 616 -  Rejeição: Nenhum grupo de documentos foi informado

Como se pode verificar nos dois links abaixo (MDFes.ini e o XML gerado com base nele), estou enviando o [tpEmit] como 1

35171101385726000152580000000000151000000428-mdfe.xml

MDFes.ini

2 - O grupo [reboque001] que consta no MDFes.ini  também não é considerado no XML gerado.

 

Agradeço qualquer luz neste caso

 

 

Link para o comentário
Compartilhar em outros sites

  • Consultores

Boa noite Renato,

Faça as seguintes correções no seu arquivo INI.

[reboque01] o seu arquivo esta 001 sendo que o correto é 01 (somente 2 dígitos).

(...)

[infCTe001001]
chCTe=35171101385726000152570000000007501000007507
indReentrega=

o seu arquivo consta chave sendo que o correto é chCTe.
 

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Araraquara - A era dos Trólebus

Link para o comentário
Compartilhar em outros sites

  • Membros Pro
43 minutos atrás, Italo Jurisato Junior disse:

Boa noite Renato,

Faça as seguintes correções no seu arquivo INI.

[reboque01] o seu arquivo esta 001 sendo que o correto é 01 (somente 2 dígitos).

(...)

[infCTe001001]
chCTe=35171101385726000152570000000007501000007507
indReentrega=

o seu arquivo consta chave sendo que o correto é chCTe.
 

Muito obrigado pelo rápido retorno Italo

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2358 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.