Web Service De Distribuição De Documentos Fiscais Eletrônicos

[Tiago Ravache]

Resolvi o problema de consumo indevido verificando se o ultNSU = maxNSU, nesse caso não há mais o que consultar até agora está rodando sem problemas.

[Roberto.Godinho]

Boa tarde,

 

quando retorna evento de registro de CTe o componente não esta identificando o tipo do evento (610600) pois o mesmo não existe na unit pcnConversao, segue em anexo a unit alterado, se algum adm puder adicionar ao SVN ficaria grato.

<resEvento xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00">
<cOrgao>91</cOrgao>
<CNPJ>33683111000107</CNPJ>
<chNFe>41141009610964000126550010000972021241634621</chNFe>
<dhEvento>2015-01-28T15:39:49-02:00</dhEvento>
<tpEvento>610600</tpEvento>
<nSeqEvento>1</nSeqEvento>
<xEvento>Registro de Autorização de CT-e para a NF-e</xEvento>
<dhRecbto>2015-01-28T15:39:49-02:00</dhRecbto>
<nProt>891150000170984</nProt>
</resEvento>

pcnConversao.pas

[Italo Giurizzato Junior]

Bom dia a todos,

 

Já encontra-se disponível a descompactação do retorno zipado ao consultar as notas usando o Web Services NFeDistribuicaoDFe.

 

Favor atualizar os fontes.

 

Antes de testar deve-se incluir o caminho abaixo no Library Path do Delphi.

 

...\Fontes\ZLibExGZ

 

Atenção esse caminho tem que ficar antes do:

 

...\Fontes\PCN2

[SHDW]

for i := 0 to ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count -1 do
      begin
        if ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].resNFe.chNFe <> '' then

O meu "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count" retorna 50.

 

Mas o meu "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.resNFe.chNFe" fica sempre vazio.

 

Estou pegando as notas de maneira errada ?

 

Ok, consegui com "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.resNFe.chNFe <> ''".

 

Agora pego as Notas como antes, mas agora vem tambem eventos.

Notei que o que vem como "resEvento" não esta sendo carregado.

 

XML:

('000000000000075', 'procEventoNFe_v1.00.xsd', '<procEventoNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"><evento versao="1.00" xmlns="http://www.portalfiscal.inf.br/nfe"><infEvento Id="

 

 

O Correto não seria pegar a tag <procEventoNFe> ao inves de <resEvento>  ? 

 

Editado 30 Janeiro, 2015 por shdw

[guilherme_desordi]

for i := 0 to ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count -1 do
      begin
        if ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].resNFe.chNFe <> '' then

O meu "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count" retorna 50.

 

Mas o meu "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.resNFe.chNFe" fica sempre vazio.

 

Estou pegando as notas de maneira errada ?

Voce decodificou e descompactou o conteúdo retornado antes de fazer essa verificação?

[SHDW]

Sim, já estou atualizado com a nova versão do SVN, que já faz a descompactação.

[douglaswf]

Sim, já estou atualizado com a nova versão do SVN, que já faz a descompactação.

o docZip.Items[x].resNFe.chNFe só vai ter conteúdo se for um nsu de resumo de nfe. se for um evento você precisa ver o docZip.Items[x].resEvento.chNFe.

Editado 30 Janeiro, 2015 por douglaswf

[fabiowagner]

Boa tarde pessoal,

 

Alguém já conseguiu receber o retorno de eventos de MDF-e no serviço de Distribuição?

Estava fazendo testes com homologação e somente consegui obter somente o retorno de eventos de CT-e. Com MDF-e não obtive êxito de jeito algum.

 

Os testes que fiz foram basicamente estes:

- emiti uma NF-e com CNPJ "X"

- emiti um CT-e referenciando esta nota do primeiro teste

- ao consultar a distribuição de documentos para o CNPJ "X", obtive o evento de CT-e

 

- emiti uma NF-e com CNPJ "Y"

- emiti um MDF-e referenciando esta nota do primeiro teste

- ao consultar a distribuição de documentos para o CNPJ "X", não obtive o evento de MDF-e, nem mesmo após encerrar ou cancelar o mesmo (fiz diversos testes com MDF-es distintos)

 

Alguém já conseguiu retornar estes eventos? Desde já agradeço a ajuda.

 

Att,

Fábio Wagner

[guilherme_desordi]

o docZip.Items[x].resNFe.chNFe só vai ter conteúdo se for um nsu de resumo de nfe. se for um evento você precisa ver o docZip.Items[x].resEvento.chNFe.

Isso mesmo, e ainda tem a chance de não ser nenhum dos dois, então teste vários.

Depure e teste a sua descompactação. Veja se ao ler o xml ele passa o valor correto, a resposta vai praticamente resolver o problema.

Editado 30 Janeiro, 2015 por guilherme_desordi

[SHDW]

o docZip.Items[x].resNFe.chNFe só vai ter conteúdo se for um nsu de resumo de nfe. se for um evento você precisa ver o docZip.Items[x].resEvento.chNFe.

 

Foi isso que eu fiz:

"ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.resEvento.chNFe"

 

Mas ele não pega os eventos.

Se eu olhar em "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip" o evento existe.

[douglaswf]

for i := 0 to ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count -1 do
      begin
        if ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[i].resNFe.chNFe <> '' then

O meu "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count" retorna 50.

 

Mas o meu "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.resNFe.chNFe" fica sempre vazio.

 

Estou pegando as notas de maneira errada ?

 

Ok, consegui com "ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.resNFe.chNFe <> ''".

 

Agora pego as Notas como antes, mas agora vem tambem eventos.

Notei que o que vem como "resEvento" não esta sendo carregado.

 

XML:

 

O Correto não seria pegar a tag <procEventoNFe> ao inves de <resEvento>  ? 

 

 

O procevento ainda nao está tratado no PCN. Abra o pcnRetDistDFeInt.pas e note que só tem tratamento para resNFe, refEvento e nfeProc.

 

Eu fiz um "mini" tratamento para trazer o procEvento. Eu não uso ele pra nada, mas estou armazenamento pra nao furar a movimentação da tabela na sequencia de NSU.  (em anexo o arquivo caso queira testar - linhas 412 à 427). pretendo manter assim até o tratamento ser criado.

pcnRetDistDFeInt.pas

Editado 30 Janeiro, 2015 por douglaswf

[SHDW]

Caramba, então foi muita concidencia, não ter nenhum refEvento nas minhas consultas.

Então fica assim:

 

resNFe -> Resumo da NF-e a ser Manifestada

refEvento -> Eventos de que Notas ? 

nfeProc -> ???

procEventoNFe -> Eventos manifestados nas Notas que "EU" emiti

[guilherme_desordi]

Caramba, então foi muita concidencia, não ter nenhum refEvento nas minhas consultas.

Então fica assim:

 

resNFe -> Resumo da NF-e a ser Manifestada

refEvento -> Eventos de que Notas ? 

nfeProc -> ???

procEventoNFe -> Eventos manifestados nas Notas que "EU" emiti

 

nfeProc é NF-e que você já manifestou.

[douglaswf]

Caramba, então foi muita concidencia, não ter nenhum refEvento nas minhas consultas.

Então fica assim:

 

resNFe -> Resumo da NF-e a ser Manifestada

refEvento -> Eventos de que Notas ? 

nfeProc -> ???

procEventoNFe -> Eventos manifestados nas Notas que "EU" emiti

 

nfeproc é o xml das nfes. após vc se manifestar, vc vai receber ele sem ter que pedir o download. prontinho pr armazenar

[SHDW]

Italo,

vai ser feito tratamento para a tag procEventoNFe ?

Grato.

[Italo Giurizzato Junior]

Boa noite a todos,

 

Aos poucos vamos implementar tudo.

[douglaswf]

Amigos, bom dia!

 

Eu notei que não tenho nenhum evento de cancelamento de NFes emitidas contra mim. Embora tenha várias notas canceladas, não recebi os cancelamentos.

 

Verifiquei pra ver se não falta nenhum NSU, e tenho todos. Dentro dos XMLs só tenho resumos de NFe e eventos de cancelamento de CTe.

 

Segundo a nota técnica, eu deveria receber esse cancelamento, não deveria? (2.11 - visão geral do modelo de distribuição  (passo 9 - Emitente gera um evento (cancelamento ou CCe e isso força o Passo 10 -  Ambiente Nacional gera um NSU para o destinatário)))

 

Alguém consegue receber esses eventos?

[Verissimo]

Bom dia,

 

 

Fiz uma alteração no pcnRetDistDFeInt.pas incluindo uma checagem após a linha 394, porque quando a NFe é da versão 2.00 o parâmetro resNFe.FdhEmi esta ficando zerado.

 

Linha 394

          FdocZip.Items.FresNFe.FdhEmi    := oLeitorInfZip.rCampo(tcDatHor, 'dhEmi');

          

Incluir esse IF logo após a leitura da tag 'dhEmi:

          // Se for Versão 2.00 a data de emissão está na tag dEmi

          if FdocZip.Items.FresNFe.FdhEmi = 0 then

            FdocZip.Items.FresNFe.FdhEmi    := oLeitorInfZip.rCampo(tcDat, 'dEmi');

[Italo Giurizzato Junior]

Boa tarde Veríssimo,

 

Por favor post como anexo a Unit que você alterou para que possamos avaliar e realizar o merge.

[Verissimo]

Italo, boa tarde.

 

Segue anexo

pcnRetDistDFeInt.pas

Editado 31 Janeiro, 2015 por Verissimo

[Cristiano Antunes]

Pessoal bom dia!

 

Vi que algumas pessoas tiveram problemas com o 656 - consumo indevido no NFeDistribuicaoDFe e tivemos muitos comentários por aqui, vcs tem alguma conclusão sobre qual seria uma possível causa real do problema? De acordo com o trecho de xml abaixo eu teria ainda muitas  consultas pela frente até atingir o máximo, porém normalmente antes de atingir metade recebo o 656, estou passando corretamente o ultNSU na próxima consulta e apenas e não estou mais utilizando o NfeConsultaDest.

 

<tpAmb>1</tpAmb>
<verAplic>1.0.0</verAplic>
<cStat>138</cStat>
<xMotivo>Documento localizado</xMotivo>
<dhResp>2015-02-01T00:02:24</dhResp>
<ultNSU>000000000000834</ultNSU>
<maxNSU>000000000002247</maxNSU>

 

Os lotes vem corretamente de 50 em 50 documentos mas em algum momento eu recebo o 656, já tratei o código para fazer a próxima pesquisa dali há uma hora do ocorrido com o ultNSU retornado, mas não faz sentido receber este cStat no meu ponto de vista ... Se alguém teve passou por isso e teve alguma luz e puder compartilhar eu agradeço!

 

Muito Obrigado

[douglaswf]

Pessoal bom dia!

 

Vi que algumas pessoas tiveram problemas com o 656 - consumo indevido no NFeDistribuicaoDFe e tivemos muitos comentários por aqui, vcs tem alguma conclusão sobre qual seria uma possível causa real do problema? De acordo com o trecho de xml abaixo eu teria ainda muitas  consultas pela frente até atingir o máximo, porém normalmente antes de atingir metade recebo o 656, estou passando corretamente o ultNSU na próxima consulta e apenas e não estou mais utilizando o NfeConsultaDest.

 

<tpAmb>1</tpAmb>

<verAplic>1.0.0</verAplic>

<cStat>138</cStat>

<xMotivo>Documento localizado</xMotivo>

<dhResp>2015-02-01T00:02:24</dhResp>

<ultNSU>000000000000834</ultNSU>

<maxNSU>000000000002247</maxNSU>

 

Os lotes vem corretamente de 50 em 50 documentos mas em algum momento eu recebo o 656, já tratei o código para fazer a próxima pesquisa dali há uma hora do ocorrido com o ultNSU retornado, mas não faz sentido receber este cStat no meu ponto de vista ... Se alguém teve passou por isso e teve alguma luz e puder compartilhar eu agradeço!

 

Muito Obrigado

 

 

Cristiano, desde que parei de usar o serviço antigo (Consulta NFE Dest), não tive mais problemas. O código ficou como está. Eu trato se o ulNSU é igual ou maior que o MaxNSU e também teste se o retorno é 138.

 

A propósito, alguém  tem alguma notícia se WebService antigo foi desativado conforme previsto?

Editado 2 Fevereiro, 2015 por douglaswf

[Tiago Ravache]

Douglas acabei de testar e continua funcionando normalmente

[guilherme_desordi]

Na verdade, para mim o WS NOVO parou de funcionar!

Vejam o erro que estou recebendo ao Enviar Dados (anexo).. estou desconfiado que seja um erro meu, porque isso acontece na consulta do WS novo e ao fazer manifestação.

Fico confuso porque isso acontece no mesmo aplicativo que funcionava normalmente na sexta-feira.

Testei o Certificado e está OK.

Atualizei os fontes e recompilei e continua dando esse mesmo erro.

Acontece em homologação e em produção.

 

Não boto fé de que seja erro no WS, alguém tem alguma ideia do que possa ser? Parece que tem alguma configuração errada no componente, não sei.

[douglaswf]

Na verdade, para mim o WS NOVO parou de funcionar!

Vejam o erro que estou recebendo ao Enviar Dados (anexo).. estou desconfiado que seja um erro meu, porque isso acontece na consulta do WS novo e ao fazer manifestação.

Fico confuso porque isso acontece no mesmo aplicativo que funcionava normalmente na sexta-feira.

Testei o Certificado e está OK.

Atualizei os fontes e recompilei e continua dando esse mesmo erro.

Acontece em homologação e em produção.

 

Não boto fé de que seja erro no WS, alguém tem alguma ideia do que possa ser? Parece que tem alguma configuração errada no componente, não sei.

 

Verifica o conteúdo do ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.xMotivo

 

Lá deve ter a resposta do que aconteceu.