Evento DistribuicaoDFE

[FelipeLopes]

senhores, bom dia.

Já li alguns posts e não consegui encontrar uma solução.
Monitorando as Nf-e emitadas contra o cnpj do cliente, o valor do retorno (ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento.RetinfEvento.tpEvento) ta sendo sempre o não mapeado
Mesmo dando ciência ou confirmando a operação.
Como podemos saber o tipo de envento referente a chave de uma determinada nota eletronica.
Atenciosamente,

[Italo Giurizzato Junior]

Bom dia Felipe,

Primeiramente, lembre-se que o DistribuicaoDFe pode retornar Resumos de notas, Notas completas, Resumos de Eventos e Eventos Completos.

(...).docZip.Items[ i ].resEvento.tpEvento    <== aqui temos o tipo de evento retornado no XML de resumo de evento

(...).docZip.Items[ i ].procEvento.tpEvento    <== aqui temos o tipo de evento retornado no XML de evento completo

(...).docZip.Items[ i ].procEvento.RetinfEvento.tpEvento    <== aqui temos o tipo de evento retornado no XML de evento completo e se o grupo <retEvento> estiver presente no XML.

[BigWings]

24 minutos atrás, FelipeLopes disse:

Mesmo dando ciência ou confirmando a operação.
Como podemos saber o tipo de envento referente a chave de uma determinada nota eletronica.

Lembrando que você só pode capturar eventos emitidos por terceiros.

Eventos emitidos pelo próprio CNPJ em uso como os eventos de manifestação do destinatário para uma NFe emitida por terceiros não são retornados, então não é possível saber a situação da manifestação atual já emitida para uma nota.

[FelipeLopes]

4 minutos atrás, BigWings disse:

Lembrando que você só pode capturar eventos emitidos por terceiros.

Eventos emitidos pelo próprio CNPJ em uso como os eventos de manifestação do destinatário para uma NFe emitida por terceiros não são retornados, então não é possível saber a situação da manifestação atual já emitida para uma nota.

Então, fica muito dificil assim.
Pois o caso em um cliente funciona da seguinte forma:

o setor contabil, fica monitorando as nf-e emitidas contra nosso CNPJ atraves do sistema contabil de terceiros.
O sistema automaticamente, ja baixa o evento dando ciencia para o download do xml completo posteriormente.

No setor de estoque, onde fica encarregado de dar confirmação na operação(atraves do meu sistema) a mesma fica perdida, pois não conseguimos identificar as notas que ja foram das ciencia em outra ocasião em outro sistema.

Lembrando que no programa disponibilizado pela propria receita, eles identificam essa situação.

 

[Italo Giurizzato Junior]

Felipe,

Primeiramente isso esta totalmente errado.

Como a Contabilidade sabe que a empresa comprou ou deixou de comprar de uma determinada empresa?

E pior, ela envia um evento de manifestação do destinatário só para ter o XML da nota.

Se a empresa não possui um departamento de Compras certamente que faz as compras é o Almoxarifado, sendo assim este é quem deve monitorar as notas e enviar o evento de manifestação mais adequado a cada uma delas.

Caso a empresa possua um departamento de Compras, este deve comunicar ao Almoxarifado que foi realizado uma compra, de quem comprou e o que comprou, ou seja, enviar para o Almoxarifado uma cópia do Pedido de Compra e este fazer o monitoramento das notas.

A Contabilidade é o departamento fim.

[BigWings]

14 minutos atrás, FelipeLopes disse:

Lembrando que no programa disponibilizado pela propria receita, eles identificam essa situação.

Neste tópico tem a explicação de como o aplicativo gratuito consegue essa informação:

 

14 minutos atrás, FelipeLopes disse:

O sistema automaticamente, ja baixa o evento dando ciencia para o download do xml completo posteriormente.

A empresa pode pedir para o fornecedor incluir o CNPJ ou CPF do contador na tag autXML em toda NFe emitida contra ela, assim o contador não precisa enviar o evento de manifestação apenas para obter o XML da nota.

[FelipeLopes]

8 minutos atrás, Italo Jurisato Junior disse:

Felipe,

Primeiramente isso esta totalmente errado.

Como a Contabilidade sabe que a empresa comprou ou deixou de comprar de uma determinada empresa?

E pior, ela envia um evento de manifestação do destinatário só para ter o XML da nota.

Se a empresa não possui um departamento de Compras certamente que faz as compras é o Almoxarifado, sendo assim este é quem deve monitorar as notas e enviar o evento de manifestação mais adequado a cada uma delas.

Caso a empresa possua um departamento de Compras, este deve comunicar ao Almoxarifado que foi realizado uma compra, de quem comprou e o que comprou, ou seja, enviar para o Almoxarifado uma cópia do Pedido de Compra e este fazer o monitoramento das notas.

A Contabilidade é o departamento fim.

Obrigado pelo retorno, isso seria o cenário correto, porém muitas das empresas não trabalham assim.

lembrando que o setor contabil apenas gera o evento de ciencia. 

Mas eu pergunto, como o programa disponibilizado pela receita, monitora essa situação?

Atenciosamente.

 

[Italo Giurizzato Junior]

Felipe,

No retorno do DistribuicaoDFe não temos um campo para informar qual foi o tipo de Manifestação realizado.

Se o DistribuicaoDFe retornar um resumo da nota, sabemos que a mesma não foi Manifestada, por outro lado se retornar o XML completo da Nota, sabemos que a mesma foi Manifestada.

É preciso fazer um trabalho bem feito de conscientização na empresa, pois como lhe disse o processo esta errado.

O programa disponibilizado pela Receita se utiliza de uma outra versão do WebService do DistribuicaoDFe não documentado e que não possui todos os recursos do WebService utilizado pelo componente.

Acredito que futuramente teremos uma nova versão desse WebService com todos os recursos, ou seja, vamos saber se a nota foi manifestada ou não e qual foi o evento.