douglaswf
-
Total de ítens
320 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que douglaswf postou
-
@josenildo.bandeira conseguiu contornar o caso?
-
Você repete enquanto o ultnsu seja menor que o maxnsu ou até que receba 137? Se sim, pode ser o caso que eu tiver aqui. No meu caso o sefaz "SUMIU" COM 60 NSUS de uma vez, e dai eu recebia um retorno sem nenhum NSU com o cstat = 137. Dai o meu while parava ai, mesmo tendo mais NSUs. Qual teu MaxNSU e qual teu UltNSU? Se quer testar pra ver se é mesmo que meu caso, muda o fonte pra fazer o While enquanto o UltNsu < MaxNSU. Não olha se é cStat 137 só pra testar.
-
Você chamava o método DistribuicaoDFe em um while ou repeat? Qual a condição que usa pra sair da repetição?
-
Leandro, recebi uma resposta do chamado. A posição foi de que o NSU realmente não deve pular, porém, como o Sefaz não é livre de falhas, caso ele salte, o NSU não será mais reaproveitado. Nesse caso, deve-se confirmar se realmente o retorno daquele NSU faltante vai ser 137 e ignorar ele. Achei meio "mal-feito" pois, eles podiam de algum modo retornar outra coisa, pra não confundir isso.a tambem. Não sei se é um problema que o Sefaz vem passando ou se estão usando esse NSU pra outra coisa que não aparece pra nós, mas eu revisei o meu processo e quando pego esse salto eu gero uma linha no BD pra que não fique o salto e ter um histórico disso lá. Depois dessa resposta do Serpro, li e reli a NT2014.002_v1.02b_WsNFeDistribuicaoDFe na parte citada por tí, e passei a entender dessa forma.
-
Pra mim funcionou... Tudo certo...
-
Boa tarde! Hoje fui atualizar o ACBR e recebo erro ao tentar instalar com a versão 13746. com a versão 14640 isso nao ocorre. O erro é na hora de compilar o ACBR_Comum: C:\Dropbox\Trunk2\Fontes\ACBrComum\ACBrCompress.pas(48) Fatal: F2613 Unit 'GZIPUtils' not found. Não sei onde é o lugar correto pra postar este caso, então peço perdão caso não seja aqui.
-
Sim. Na verdade quando vocÊ manifesta é gerado um novo NSU com o XML completo. não é exatamente um Download como no modelo antigo. E isso só acontece via manifestação.
-
Note que na mesma nota técnica tem uma citação que não pode haver lacunas. Considerando que o Ambiente Nacional gera NSU sem lacunas, o processo de distribuição de conjunto de DF-e a partir do NSU informado (tag:distNSU) disponibiliza para o interessado uma sequência de numeração ordenada de forma ascendente. A identificação de alguma lacuna na base de dados do interessado indica que houve alguma falha no processo de distribuição dos documentos. Eu já abri um chamado no CSS do Serpro, mas seria interessante quem notar o problema fazer o mesmo pra dar peso lá.... O endereço é: http://serpro.gov.br/menu/suporte1/especificos/sped
- 33 replies
-
- 1
-
-
- nsu faltou
- pulou nsu
- (e 2 mais)
-
Sim, como isso vem afetando a identificação, fiz uma alteração e mesmo que eu receba 137, se o MaxNSU for maior, eu incremento a busca de um em um até chegar no MaxNSU. Assim pelo menos o processo vai indo aos poucos, pegando a maioria da movimentação. Tbm nunca vi isso antes. Sempre que alguma NF não vinha logo, vinha depois com um NSU da sequencia, mas nunca assim...
-
Acho que nao é limitação de download, pois se fosse, nao deveria pular a numeração. E quanto a esse limite, ele era pro método antigo. No distribuicaoDFe diz que se fazer ciencia, vai receber um NSU com a nota completa sem exceção.
-
@Italo Jurisato Junior , da uma olhada nesse retorno... Eu chamei o distribuicaoDFe com o ultimo NSU que tinha. Ele me retornou que não tinham mais documentos, mas o MaxNSU é beeeeem maior que o UltNSU. <?xml version="1.0"?> <retDistDFeInt xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <tpAmb>1</tpAmb> <verAplic>1.1.9</verAplic> <cStat>137</cStat> <xMotivo>Nenhum documento localizado</xMotivo> <dhResp>2017-08-16T10:57:14-03:00</dhResp> <ultNSU>000000000558186</ultNSU> <maxNSU>000000000559912</maxNSU> </retDistDFeInt>
-
Poise, esse processo estava rodando certinho. Do jeito que está agora é bem complicado de se garantir que se tem todos os eventos gerados, pois, só se chamar cada NSU que falta pra saber se realmente ele não existe. E ainda é capaz de daqui a alguns dias se consultar de novo, esses eventos "aparecerem"...
-
Bom dia Colegas! Eu tenho uma verificação que roda durante a noite que procura se algum NSU não está no banco de dados. Faço isso pra impedir alguma falha minha na identificação de novas notas fiscais. Na sexta feira tive um monte de problema com a maioria dos meus clientes. Em média de 3% a 5% dos NSU pularam. Hoje fui verificar isso, e os NSUs que faltam no banco de dados não são encontrados no Sefaz. Se eu pegar um que pulou e chamar ele com o DistribuicaoDFePorNSU passando o NSU que faltou, ele me retorna 137 - Nenhum documento localizado. Alguém passou por isso? Agora parece que está normal, não falhando mais, mas os que faltaram, mesmo mandando consultar tudo de novo, não vem a informação pra mim... Grato pela colaboração... Douglas
-
Bom dia! Alguém com problema em BH? Hoje não estou conseguindo consultar NFSe. Recebo: Erro interno: 10091. Erro: HTTP: 0.
-
Se você gerar de você pra você mesmo o Webservice não vai listar. Só vão te mostrar o que você não sabe, ou seja, faturamento de outros fornecedores.
-
Só pra tentar esclarecer, praticamente toda semana esse "problema" relatado acontece (me refiro a não receber o xml completo). O correto é que sempre que é feita a ciência, logo depois deve ser gerado um NSU com o XML completo. Só que por algum motivo, algumas vezes o sefaz "não dá conta" e começa a demorar um monte pra gerar esse NSU. Esse atraso é muitas vezes de algumas poucas horas , e muita gente nem percebe. Quando isso começa a demorar mais, como aconteceu desde domingo, aí todo mundo acha que algo mudou. Um jeito simples de acompanhar isso é criar um controle (um indicador) como eu fiz aqui, e acompanhar a diferença entre a hora que se recebe o resumo com a hora que a nota foi autorizada, e a diferença da hora que se recebe o NSU da nota completa com a hora que foi feita a ciência. Isso vai gerar um numero que é o "delay" que o sefaz está. Se fizer isso, vai começar a perceber o problema e também vai perceber como ele é frequente... Já vi casos em que o resumo da nota só chegava 15 horas depois da nota ser autorizada. Após fazer a ciência, levava mais 15 horas pro NSU da nota completa ser gerada. Aí gradativamente o tempo vai diminuindo, volta ao normal, e fica assim até que na semana seguinte começa tudo de novo (inclusive os posts).
-
Quem manifesta as notas usa o seu programa? Se sim, você precisa controlar as manifestações que fez, pois o status não tem mais no "novo método" (que é de 2014).
-
Sem manifestação não há como nem no antigo... Porem, respondendo a sua pergunta, o WS foi paralisado sim... Estou recebendo o retorno "Servico Paralisado sem Previsao"
-
As notas emitidas por si mesmo não vem no DistrivuicaoDFe. Realmente vinha no anterior. Agora, não mais...
-
é o atraso de sempre... daqui a algumas horas você vai começar a receber as notas. Aqui está levando +- 7 horas de atraso agora... Começou ainda no sábado esse problema...
-
Essa aqui me deixou encucado... Um cliente me ligou hoje questionando sobre uma NFe que ele recebeu e o DistribuicaoDFe não identificou. Pensei ser um atraso como ocorre as vezes, mas desta vez não foi... Olhei a nota tanto no Sefaz do RS quanto no Sefaz nacional e a NFe está normal, com os horários de sincronização certos, etc... Fiz uma varredura pelos NSUs e não tem nenhum NSU faltando. Fiz então uma chamada no WebService pelo método DistribuicaoDFePorChaveNFe e ele não retorna nenhum evento. Encucado com isso, fiz uma ciência da operação, e agora ao chamar novamente o DistribuicaoDFePorChaveNFe ele me retorna apenas o NSU com a NFe completa. O ResNFe nunca veio... está desaparecido. Alguém já teve esse problema? Fiquei preocupado com essa situação. Grato pela atenção e colaboração. Abaixo o retorno que recebo agora ao consultar a NFe pelo DistribuicaoDFePorChaveNFe.
-
Isso está funcionando? Na nota técnica de 2015/002 v.141 (http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=hDS5co/qWOc=) diz que a isso não ia mais ser retornado pelo webservice de consulta... Vide anexo...
- 21 replies
-
- 1
-
-
- manifestacao
- nfe
- (e 3 mais)
-
Pode ser alguma GPO do windows server que faz um restore nas configurações quando o usuário loga no sistema...
-
pra funcionar na homologação só se existir notas de outras empresas emitidas contra seu cnpj em ambiente de homologação tambem. senão nunca vai aparecer nada...
