Ir para conteúdo
  • Cadastre-se

dev botao

Emissor_MDFe


Ver Solução Respondido por Italo Giurizzato Junior,

Recommended Posts

  • Membros Pro
Postado
8 minutos atrás, Sistemas Victory disse:

Obrigado. Vou mudar e testar novamente.

Prezados,
Vocês criaram MUITO CONFUSO a montagem do xml de vocês, porque, APESAR de solicitar que seja informado no grupo VeicTracao, estão gravando 

no grupo correto Condutor ( moto ).
Quanto o outro erro de gravação da TARA que perguntei?

  • Administradores
Postado

Boa tarde @Sistemas Victory

Após o ajuste você teve sucesso?

At.

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 !!

  • Consultores
Postado

Boa tarde @Sistemas Victory,

Não entendi esse "Muito Confuso".

A montagem do arquivo INI é dividido em seções.

Temos a seção [veicTracao] que é única, ou seja, ela só pode ocorrer uma única vez no arquivo e nela consta as informações do veículo de tração.

Temos a seção [motoxxx] que não é única, ou seja, ela pode ocorrer varias vezes.

Por exemplo: se eu vou informar somente um motorista teremos somente a seção [moto001], por outro lado se eu vou informar dois motoristas teremos as seções [moto001] e [moto002].

Você montou o seu arquivo INI de forma errada, pois colocou campos da seção [veicTracao] dentro da seção [moto001] neste caso o leitor que escrevemos não lê as informações que estão fora do lugar. 

Abaixo tem o fragmento da página do manual que apresente um modelo de INI completo para o MDF-e.

Se você não gerar o arquivo INI conforme esse modelo o nosso leitor de arquivo INI do MDF-e não vai ler corretamente as informações.

Estamos trabalhando para melhorar esses modelos visando deixar eles mais claros, enquanto isso sugiro que você tenha em mãos o manual referente ao layout da versão 3 do MDF-e, desta forma você vai ter uma ideia se um determinado campo é numérico ou alfanumérico ou se ele possui valores pré-determinados.

Tem campos que devemos informar 01, se for informado apenas 1, vai acabar gerando o XML de forma errada.

Por fim você comentou sobre a tara, tente da seguinte forma:

tara =3200
capKG=1080
capM3=0

Informe um valor inteiro para tara, o capKG e capM3.

Modelo MDFe.INI (sourceforge.io)

[veicTracao]
cInt=1
placa=AAA1234
UF=SP
RENAVAM=45642656266
tara=
capKG=
capM3=
tpRod=
tpCar=

; Informe campos abaixo apenas se o proprietário do VeicTracao não for o emitente do MDFe

CNPJCPF=99999999999
RNTRC=22222222
xNome=nome do proprietário
IE=
UFProp=
tpProp=

[moto001]
xNome=nome do motorista
CPF=99999999999

 

  • Curtir 1
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

  • Membros Pro
Postado
2 horas atrás, Juliana Tamizou disse:

Boa tarde @Sistemas Victory

Após o ajuste você teve sucesso?

At.

Sim. Agora, só tenho o erro de REJEIÇÃO 230 informando que IE não cadastrada.

Não sei onde pode estar o erro, porque, lendo as informações de credenciamento,

diz que basta a empresa estar credenciada na NFe, para poder fazer os testes do MDFe.
Como já estamos emitindo NFe algum tempo na empresa, não vejo motivo de cairmos nessa rejeição.

Vocês já sabem me informar o motivo dessa rejeição, sendo que estamos enviando os testes no homologação?

  • Membros Pro
Postado
11 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde @Sistemas Victory,

Não entendi esse "Muito Confuso".

A montagem do arquivo INI é dividido em seções.

Temos a seção [veicTracao] que é única, ou seja, ela só pode ocorrer uma única vez no arquivo e nela consta as informações do veículo de tração.

Temos a seção [motoxxx] que não é única, ou seja, ela pode ocorrer varias vezes.

Por exemplo: se eu vou informar somente um motorista teremos somente a seção [moto001], por outro lado se eu vou informar dois motoristas teremos as seções [moto001] e [moto002].

Você montou o seu arquivo INI de forma errada, pois colocou campos da seção [veicTracao] dentro da seção [moto001] neste caso o leitor que escrevemos não lê as informações que estão fora do lugar. 

Abaixo tem o fragmento da página do manual que apresente um modelo de INI completo para o MDF-e.

Se você não gerar o arquivo INI conforme esse modelo o nosso leitor de arquivo INI do MDF-e não vai ler corretamente as informações.

Estamos trabalhando para melhorar esses modelos visando deixar eles mais claros, enquanto isso sugiro que você tenha em mãos o manual referente ao layout da versão 3 do MDF-e, desta forma você vai ter uma ideia se um determinado campo é numérico ou alfanumérico ou se ele possui valores pré-determinados.

Tem campos que devemos informar 01, se for informado apenas 1, vai acabar gerando o XML de forma errada.

Por fim você comentou sobre a tara, tente da seguinte forma:

tara =3200
capKG=1080
capM3=0

Informe um valor inteiro para tara, o capKG e capM3.

Modelo MDFe.INI (sourceforge.io)

[veicTracao]
cInt=1
placa=AAA1234
UF=SP
RENAVAM=45642656266
tara=
capKG=
capM3=
tpRod=
tpCar=

; Informe campos abaixo apenas se o proprietário do VeicTracao não for o emitente do MDFe

CNPJCPF=99999999999
RNTRC=22222222
xNome=nome do proprietário
IE=
UFProp=
tpProp=

[moto001]
xNome=nome do motorista
CPF=99999999999

 

Obrigado pelas explicações mestre.

  • Consultores
Postado
14 minutes ago, Sistemas Victory said:

Sim. Agora, só tenho o erro de REJEIÇÃO 230 informando que IE não cadastrada.

Não sei onde pode estar o erro, porque, lendo as informações de credenciamento,

diz que basta a empresa estar credenciada na NFe, para poder fazer os testes do MDFe.
Como já estamos emitindo NFe algum tempo na empresa, não vejo motivo de cairmos nessa rejeição.

Realmente, pelo que pude conferir é necessário estar credenciado para emissão de NF-e ou de CT-e na Sefaz respectiva para efetuar emissão de MDF-e.

No arquivo INI que disponibilizou anteriormente o código da UF no grupo Ide é o de Goiás. Essa também é a UF configurada na solução que está usando?

Se você está usando o ACBrMonitor, por exemplo, precisa estar configurado GO nessa aba:

image.png

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

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 !!

  • Membros Pro
Postado
5 minutos atrás, Diego Foliene disse:

Realmente, pelo que pude conferir é necessário estar credenciado para emissão de NF-e ou de CT-e na Sefaz respectiva para efetuar emissão de MDF-e.

No arquivo INI que disponibilizou anteriormente o código da UF no grupo Ide é o de Goiás. Essa também é a UF configurada na solução que está usando?

Se você está usando o ACBrMonitor, por exemplo, precisa estar configurado GO nessa aba:

image.png

Sim mestre. Tanto é que estamos emitindo NFe normalmente.

  • Curtir 1
  • Consultores
  • Solution
Postado

Bom dia @Sistemas Victory,

Não importa a UF do emitente do MDF-e quem o recepciona é a SVRS - SEFAZ-Virtual do Rio Grande do Sul.

Por conta das enchentes eles passaram a dar prioridade para o ambiente de produção, sendo assim o ambiente de homologação a pesar de ter voltado a funcionar pode estar com algum problema.

Você poderia realizar um teste em produção, ou seja, emitir um MDF-e e em seguida efetuar o seu cancelamento.

Se não ocorrer essa rejeição fica confirmado que o problema é o ambiente de homologação.

  • Curtir 1
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

  • Membros Pro
Postado
7 horas atrás, Italo Giurizzato Junior disse:

Bom dia @Sistemas Victory,

Não importa a UF do emitente do MDF-e quem o recepciona é a SVRS - SEFAZ-Virtual do Rio Grande do Sul.

Por conta das enchentes eles passaram a dar prioridade para o ambiente de produção, sendo assim o ambiente de homologação a pesar de ter voltado a funcionar pode estar com algum problema.

Você poderia realizar um teste em produção, ou seja, emitir um MDF-e e em seguida efetuar o seu cancelamento.

Se não ocorrer essa rejeição fica confirmado que o problema é o ambiente de homologação.

Obrigado. Vou testar assim então.

  • Curtir 1
×
×
  • 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.