MDF-e 3.00 - Dados do Seguro

[eliezerfb]

Estou fazendo os testes para o MDF-e 3.00 e na parte do seguro notei alguns detalhes.

• Primeiro, o responsável do seguro, agora é 1=Emitente e 2=Contratante (seria o tomador do serviço?)  e está gerando com os valores 4 e 5.
• Segundo, a estrutura do XML também mudou um pouco, agora é assim:

 

            <seg>
                <infResp>
                    <respSeg>1</respSeg>
                    <CNPJ>00000000000000</CNPJ>
                </infResp>
                <infSeg>
                    <xSeg>xxxxxxxxxxxxxxxxxxxxxxxxxxxxx</xSeg>
                    <CNPJ>00000000000000</CNPJ>
                </infSeg>
                <nApol>01038431018037000000</nApol>
                <nAver>123</nAver>
            </seg>

 

Ou seja, o número da Apólice fica fora do grupo <infSeg>

 

Com estas alterações eu consegui autorizar o MDF-e na versão 3.00.

[Italo Giurizzato Junior]

Boa tarde Eliezer,

Favor anexar as Units que você fez as alterações para que o XML fosse validado e autorizado pela SEFAZ.

[eliezerfb]

Segue.

Eu apenas alterei pra autorizar mesmo. Não acredito que da forma que eu fiz seja a melhor maneira.

Eu alterei a procedure TMDFeW.GerarInfSeg;

 

pmdfeMDFeR.pas

pmdfeMDFeW.pas

[Italo Giurizzato Junior]

Boa noite Eliezer,

Vou avaliar as suas alterações, caso estejam corretas vou enviar para o repositório.

[Italo Giurizzato Junior]

Bom dia Eliezer,

Fiz mais alguns ajustes e enviei para o repositório, favor atualizar os fontes e fazer novos testes.

[eliezerfb]

Bom dia Italo!

Autorizou.

Somente percebi que o digest value que autorizou no SEFAZ é diferente do digest value que calculou inicialmente para o XML. Ontem eu não cheguei a verificar isso.

Logo que eu puder, vou tentar analisar o que pode estar ocorrendo.

[eliezerfb]

Comparei o XML que enviou e o XML que autorizou:

• Ele autorizou sem as tags <infANTT>
• Também autorizou com o CNPJ incorreto no grupo <infSeg>, ele repetiu o CNPJ do <infResp>

A principio foram estas as diferenças que eu encontrei nos XML

 

 

[Italo Giurizzato Junior]

Boa noite Eliezer,

O grupo <infANTT> é opcional.

[eliezerfb]

Bom dia Ítalo.

• Quanto a ser um grupo opcional tudo bem.
• O problema é que eu gerei o XML com esse grupo e na hora de autorizar autorizou sem o grupo.
• A imagem da esquerda é como eu gerei o XML
• E a imagem da direita é como foi autorizado.
• Por isso que o digestvalue que autorizou ficou diferente.

 

[Italo Giurizzato Junior]

Boa noite Eliezer,

Explique melhor essa história de: " eu gerei o XML com esse grupo e na hora de autorizar autorizou sem o grupo"

[eliezerfb]

Desculpa Italo, realmente eu não fui claro. 

Primeiro eu gero e salvo o XML no banco de dados, em um segundo momento eu carrego o componente com o XML que está no banco para autorizar.

Acredito que ao carregar no componente ele deve estar perdendo o grupo <infANTT> e alterando o CNPJ do  <infSeg>.

Ainda não consegui tempo, vou fazer uma simulação e lhe enviar.

 

[eliezerfb]

Fiz algumas alterações em pmdfeMDFeR.pas, segue para avaliação.

Grupo da TAG <rodo>, fiz a leitura da tag infANTT (linha 177).

Também alterei a leitura das informações do seguro (linha 770).

 

pmdfeMDFeR.pas

[Italo Giurizzato Junior]

Boa noite Eliezer,

Muito obrigado pela colaboração, já esta no repositório.

[lucas potter]

Boa tarde, 

Gostaria de tirar uma duvida, caso eu tenho mais de um cte no manifesto, e tenha mais de um número de averbação, é necessário informar?
ou como ficaria essa questão?

[FernandoRubens]

Boa tarde Lucas Potter,

Conforme o manual pode ter 0-n ocorrências da tag "nAver". O ACBr está suportando somente uma ocorrência, então fiz as alterações no componente para suportar várias ocorrências. Segue anexo o patch com as alterações (aplicar o patch no diretório "trunk2") .

Nesse mesmo patch tem uma alteração referente à tag "tpTransp", pois só estava escrevendo a tag se MDFe.Ide.tpEmit = teTransportadora, mas quando tpEmit = teTranspCargaPropria e o veículo não é de propriedade do emitente, a SEFAZ retorna erro indicando que nessa situação o tpTransp deve ser TAC. Então tive que tirar essa condição na hora de escrever a tag tpTransp.

Italo Jurisato Junior, se puder dar uma olhada e dependendo incorporar as alterações no repositório...

Obrigado!

Att,

Fernando Bessa

ACBr_trunk2.patch

[Juliomar Marchetti]

anexe o arquivo modificado não o patch , assim conseguimos com o winmerge comparar e aplicar posterior o código. Obrigado

anexe o arquivo modificado não o patch , assim conseguimos com o winmerge comparar e aplicar posterior o código. Obrigado

[FernandoRubens]

Ok, segue arquivos.

pmdfeMDFe.pas

pmdfeMDFeR.pas

pmdfeMDFeW.pas

[Juliomar Marchetti]

2 horas atrás, FernandoRubens disse:

Ok, segue arquivos.

pmdfeMDFe.pas

pmdfeMDFeR.pas

pmdfeMDFeW.pas

Boa tarde

correta interpretação!

já está  no svn obrigado.

[FernandoRubens]

1 minuto atrás, Juliomar Marchetti disse:

Boa tarde

correta interpretação!

já está  no svn obrigado.

 

Joia! Por nada!

Att,

Fernando Bessa

[FernandoRubens]

Boa tarde Juliomar Marchetti,

A alteração referente ao tpTransp ainda está com um erro. A alteração que fiz evitou de dar o erro 454 mas passou a dar o erro 458 quando o veículo é de propriedade do emitente. (Regras em anexo)

Portanto voltei com a condição de enviar o tpTransp quando   MDFe.Ide.tpEmit = teTransportadora (que é a condição que existia antes) e adicionei mais uma condição, para que o tpTransp só seja enviado quando o veículo de tração não for de propriedade do emitente, quando tpEmit = teTranspCargaPropria.

Att,

Fernando Bessa

pmdfeMDFeW.pas

[Juliomar Marchetti]

Certo.

corrigido conforme já estava antes.