Emissor_MDFe

[Sistemas Victory]

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?

[Juliana Tamizou]

Boa tarde @Sistemas Victory

Após o ajuste você teve sucesso?

At.

[Italo Giurizzato Junior]

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

 

[Sistemas Victory]

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?

[Sistemas Victory]

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.

[Diego Foliene]

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:

[Sistemas Victory]

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:

Sim mestre. Tanto é que estamos emitindo NFe normalmente.

[Italo Giurizzato Junior]

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.

[Sistemas Victory]

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.