Ir para conteúdo
  • Cadastre-se

dev botao

MDF-e Integrado (v 1.00)


Ver Solução Respondido por Italo Giurizzato Junior,
  • Este tópico foi criado há 1705 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Membros Pro
Postado
1 minuto atrás, SamuelUnisystem disse:

Boa tarde..

consegui fazer o envio e autorização do MDF-e, uma duvida ficou referente a geração do ciot.

depois do envio a autorização vai ser criada uma tag referente ao ciot no retorno, para ser impresso no mdf-e ?

por que no xml autorizado não tem nada referente ao ciot.

olá , fiz essa pergunta diretamente para o Portal do MDFe do RS, enviando um e-mail,  pois tenho essa duvida também e nao tem nenhum lugar com relação a isso.

 

  • Curtir 2
=== * MARCEL HENRIQUE SCANDOLARA * ===
Analista de Sistemas/CEO de mim mesmo
[email protected] / Skype:Scandolara
[email protected] t:@mhscandolara
=======================================

 

  • Consultores
Postado

Bom dia Samuel,

Segundo a NT 2020/001 versão 1.03 a SEFAZ não vai retornar o código do CIOT.

Simplesmente diz que o CIOT será gerado automaticamente pelo sistema MDF-e.

A NT também não deixa claro se o MDF-e Integrado como é o titulo dessa NT, se essa integração é com a ANTT ou com as  Instituição de pagamento Eletrônico do Frete, como por exemplo a eFrete.

Consultor SAC ACBr

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

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado

Bom dia Italo....

Uma outra duvida, ja q vai ser gerado automático, e nao vai ser retornado .. você saber onde posso verificar esta numeração.. pra ser impressa no Mdfe, pq se nao aparecer impresso tem multa

  • Consultores
Postado

Samuel,

Como disse a NT não deixa claro muitas coisas.

O jeito é entrar em contato com a SEFAZ-RS, pois é ela a responsável por recepcionar todos os MDF-e emitidos de todos os Estados brasileiros e fazer essas perguntas.

Tomara que eles respondam rápido.

Consultor SAC ACBr

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

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado
27 minutos atrás, SamuelUnisystem disse:

Bom dia Italo....

Uma outra duvida, ja q vai ser gerado automático, e nao vai ser retornado .. você saber onde posso verificar esta numeração.. pra ser impressa no Mdfe, pq se nao aparecer impresso tem multa

Enviaremos um questionamento também, mas quando alguém conseguir uma resposta da SEFAZ RS sobre o assunto, por favor poste aqui para conhecimento de todos. Obrigado.

  • Curtir 2
  • Membros Pro
Postado

Uma duvida. Estou fazendo um MDF-e para um CT-e e não é lotação. Na NT diz que é facultativo os campos de infLocalCarrega e infLocalDecarrega porém fica dando rejeição obrigando a ter. Alguma dica?

Postado

Tenho uma dúvida com relação ao ambiente de produção.

Estamos implementando as mudanças e testando em homologação, mas em produção terá algum problema? já que está previsto para 06/04/2020 estes novos grupos em produção?

  • Consultores
Postado

Bom dia Evandro,

Os novos campos e grupo só estão liberados no ambiente de homologação.

Se a sua aplicação já esta gerando eles é lógico que vai ocorrer erros se tentar enviar o MDF-e para o ambiente de produção.

Sendo assim você deve manter a versão antiga da sua aplicação nos seus clientes até que a SEFAZ libere o ambiente de produção, ai sim você pode disponibilizar a versão nova da sua aplicação aos seus clientes.

Consultor SAC ACBr

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

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado

Bom dia.

Fiz os ajustes na minha geração do XML do MDF-e, mas, continuo recebendo retorno de schema inválido. Poderiam me ajudar a encontrar o problema?

Desde já, grto

MDFeExemplo.xml

  • Moderadores
Postado
26 minutos atrás, lrpc disse:

Fiz os ajustes na minha geração do XML do MDF-e, mas, continuo recebendo retorno de schema inválido. Poderiam me ajudar a encontrar o problema?

Veja:

 

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

  • Consultores
Postado

Bom dia Iprc,

No seu XML notei duas coisas:

1. o valor de cMDF tem que ser um numero aleatório, você atribui o valor 1, isso pode deixa a chave do MDF-e fraca.

2. você só informou a data em vez de data e hora no dhEmi.

3. o seu XML esta identado, você identou para anexar ele no fórum?

4. esse XML foi gerado pelo componente ACBrMDFe?

 

Consultor SAC ACBr

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

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado
2 horas atrás, Italo Jurisato Junior disse:

Bom dia Iprc,

No seu XML notei duas coisas:

1. o valor de cMDF tem que ser um numero aleatório, você atribui o valor 1, isso pode deixa a chave do MDF-e fraca.

2. você só informou a data em vez de data e hora no dhEmi.

3. o seu XML esta identado, você identou para anexar ele no fórum?

4. esse XML foi gerado pelo componente ACBrMDFe?

 

Boa tarde Ítalo, obrigado pelo retorno;

1. Vou considerar este apontamento na minha geração do XML

2. Fiz novo teste, enviando a data completa, não mudou meu resultado

3. O XML foi identado somente para postar no fórum, no envio, ele vai "cru"

4. Não, foi gerado pelo meu sistema

 

  • Consultores
Postado

Boa tarde lrpc,

Ai que esta o problema, porque você não utiliza o componente para fazer todo o serviço?

Notei que a primeira linha onde tem o encoding, ela esta fora do padrão, não sei se é só isso, pode ter tags com a grafia errada também.

 

Consultor SAC ACBr

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

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado

Italo, nós estamos em um processo de internalizar o máximo os processos do sistema, isso acaba incluindo o componente do ACBr(que é excelente e tem nos sido muito útil nos últimos anos). Posso testar o enconding e colocá-lo no padrão, mas, tanto isso quanto o nome das TAG's já estão sendo utilizados desta maneira no ambiente de produção da SEFAZ. A única diferença é esta TAG nova 'prodPred', mas segui os exemplos e orientações da nota técnica para sua geração, por isso não entendo o erro que recebo (da sefaz, não da validação de schema)

  • Administradores
Postado

Bom dia.

Costumamos postar todas as noticias nesta sessão do fórum

https://www.projetoacbr.com.br/forum/forum/35-notícias-do-acbr/

Att.

Consultora SAC ACBr

Juliana Tamizou

Gerente de Projetos ACBr / Diretora de Marketing AFRAC
Ajude o Projeto ACBr crescer - Seja Pro

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Postado

Achei a NT 2020.001 MDF-e Integrado (v1.03) muito burocrática. Quando tpEmit igual a '1' (Prestador de serviço de transporte) E NÃO for informado o Grupo de Informações do Produto Predominante da Carga (campo: prodPred) irá rejeitar. Ai você vai ver esse grupo prodPred.

Tem NCM, GTIN, etc do produto predominante. Poxa, se no MDF-e vincula CT-e que vincula NF-e era só eles fazerem isso internamente para um relatório para fiscalizar. Mas você tem que ir lá e duplicar a informação que eles já possuem. Cada CT-e pode conter um produto predominante. Se tenho 100 CT-e cada um com um produto predominante, como vou saber o produto mais "predominante" do MDF-e? Vai ser uma informação manual e difícil de ser identificada.
Postado
Em 20/03/2020 at 09:36, Diego Dmitruk Maturana disse:

100 CT-e cada um com um produto predominante, como vou saber o produto mais "predominante" do MDF-e? Vai ser uma informação manual e

De: Conhecimento de Transporte Eletrônico <[email protected]>
Date: sex., 20 de mar. de 2020 às 18:13
Subject: RES: Sugestões, Elogios e Críticas - Críticas
To: [email protected] <[email protected]>, Conhecimento de Transporte Eletrônico <[email protected]>


Esta informação do produto predominante não á para a SEFAZ e sim para a que também recebe este documento.

 

A ideia é que no futuro o MDF-e integrado venha a substituir o CIOT, que é um documento que os transportadores tem que informar para a ANTT.

 

Este e-mail é meramente informativo e não se reveste do caráter de Consulta Formal conforme Lei Estadual nº 6537/73
 
 
NAVi  -  Núcleo  de  Atendimento  Virtual

Receita Estadual – RS

Postado (editado)

23/03/2020

Adiamento Regras de Validação da NT do MDF-e Integrado - COVID-19

 

Comunicamos que as regras de validação restritivas da NT 2020.001 MDF-e integrado foram adiadas para 06 de julho de 2020 devido as dificuldades adicionais impostas pela pandemia do COVID-19. O evento de pagamento e as demais alterações de schema da NT, como são opcionais, terão sua data mantida em 06 de abril de 2020. 

 

FONTE: https://dfe-portal.svrs.rs.gov.br/Mdfe/Avisos/1075

Editado por Diego Dmitruk Maturana
  • Curtir 3
  • Este tópico foi criado há 1705 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
×
×
  • 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.