Ir para conteúdo
  • Cadastre-se

mmcamilo

Membros
  • Total de ítens

    90
  • Registro em

  • Última visita

Tudo que mmcamilo postou

  1. Ítalo e todos os colaboradores desse fórum. E no meu caso, até fiz um post sobre isso hoje mais cedo.... até agora nenhum evento de Cancelamento feito pelo emitente foi retornado pelo novo WS. Fiz uma tabela pra registro de logs... NSU, schema, doczip, data, etc... pra armazenar as sequencias de logs e sempre comparar se não está faltando nenhum... Desde a emissão dessas nfes (dia 06/03) esse mesmo fornecedor já cancelou umas 8 NFes: 52150315174400000190550010000266071327845995; 52150315174400000190550010000266081898110900; 52150315174400000190550010000266521860285574; 52150315174400000190550010000266341790183460; Algumas são essas caso queira conferir no portalnfe, e todas apareceram no consultaNFeDest (como canceladas), mas o evento do cancelamento não veio no DistribuicaoDFe. Todos os NSUs foram retornados, na sequencia exata, sem quebras ou falta de algum NSU... conferi doczip por doczip retornado e nada de voltar algum evento sobre o cancelamento dessas nfes. O que você acha que pode estar acontecendo? PS. No momento estou enviando primeiro o evento ciência da operação e comparando o retorno do cstat, se voltar com a rejeição 650 - dai estou fazendo um update na minha tabela interna, informando que a NFe está cancelada. Desde já agradeço! Já tô ficando maluco...
  2. Valeu Tiago, vou aguardar aqui mais um tempo pra ver se retornam com o cSitNFe = 3 então. Achei estranho pois acompanhei todos os NSU retornados, estão na sequencia certinho desde a emissão e o cancelamento por parte do emitente, porém todos eles retornam com cSitNFe = 1... Vamos aguardar.. Grato pelo retorno.
  3. Bom dia... Estive comparando o retorno de uma pesquisa realizada no ConsultaNFeDest e outra no DistribuicaoDFe e o resultado foi diferente entre os dois... No ConsultaNFeDest retornou entre outras notas, 6 NF-e Canceladas (que realmente foram canceladas - Confirmei cada uma delas no PortalNFe); No DistribuicaoDFe retornou entre outras informações, todas elas no resNFe e todas estavam com cSitNFe = 1 e por outro lado os eventos do cancelamento por parte do emitente dessas NFes, ainda não apareceram... 1) Algum de vocês já se deparou com essa situação usando o novo WS? 2) Demora um pouco pra esses eventos aparecerem? 3) É preciso enviar alguma manifestação (do lado do destinatário) para que esses eventos (do cancelamento) sejam disponibilizados? Conto com a ajuda de vocês. Grato!
  4. Juliomar, obrigado pelo retorno... Não estou conseguindo achar esse exemplo, você poderia me dar uma força por gentileza? Grato.
  5. Boa noite amigos. Só uma dúvida... hoje nas informações retornadas do WebService Distribuição de DF-e as informações da Carta de Correção são retornadas no resEvento mesmo? ou seria em outro schema? Ps. Ainda não tive como fazer o teste pois onde uso a aplicação não foi emitida nenhuma CCe contra o CNPJ da empresa. Desde já agradeço!
  6. Participei de um processo de importação de arquivos xml pro ERP de uma empresa aqui em GO, que na época, o contador da empresa protocolou um pedido na SEFAZ solicitando os arquivos xml e depois de 2 dias retornamos lá e eles nos entregaram um CD com todos os xml da empresa. (Não sei se no seu estado isso também poderia ser feito, mas entre em contato com a SEFAZ e tire essa dúvida). Att.
  7. OK! Tive um caso que o fornecedor emitente ao que tudo indica usou a NFe apenas para transporte dos produtos, depois fez o cancelamento da NFe e esse cancelamento não apareceu nas consultas posteriores, a saber: 1) respeitando o tempo conforme NT; 2) gravando o ultimo NSU retornado na base de dados, realizando a consulta seguinte a partir dele e assim sucessivamente; 3) Realizando a consulta no WebService ConsultaNFeDest; Talvez tenha sido algum problema pontual, caso isso não tenha acontecido com mais ninguém. Passado alguns dias, numa consulta de rotina ao Portal da NFe, identificamos que a NFe havia sido cancelada pelo Emitente. Só ai percebemos essa inconsistência. Grato!
  8. Boa noite a todos. Respeitando todas as regras e normas do Manual de Integração em relação as pesquisas ao WebService, qual seria na opinião de vocês a melhor maneira de deixar o cSitNFe atualizado com os últimos eventos referentes a NFe na SEFAZ; Imagino que ao realizar a pesquisa num determinado momento, a NFe poderá vir com: Uso Autorizado, porém após a autorização, dentro das próximas 24 horas ou antes da manifestação do destinatário, o emitente da NFe poderia cancelar a mesma e numa próxima pesquisa essa informação talvez não seria retornada pelas consultas, uma vez que o NSU já progrediu entre uma consulta e outra. Está certo esse raciocínio? Mudou alguma coisa nesse novo WebService em relação a isso? Ou de tempos em tempos temos que refazer as pesquisas para que, caso o fornecedor tenha cancelado a NFe, esse status possa ser atualizado na aplicação que geralmente usamos, armazenando as informações desta pesquisa? Enfim, qual seria a correta interpretação e a melhor solução para esse caso? Desde já agradeço a todos! Márcio
  9. Logs.rar Segue o anexo, mas já conseguimos descobrir o que estava acontecendo. Percebemos que se o cliente que vai efetuar a comprar dizer no momento que não possui IE ou que é isento apenas porque esqueceu o número, inevitavelmente vai ocorrer a rejeição. Fizemos todos os testes de envio com todas as possibilidades que conseguimos simular e enquanto não ligamos na empresa que estava realizando a compra e questionamos a existência ou não da IE (inclusive dizendo que não seria possível realizar a venda) só ai a empresa disse realmente ter a IE e informou o número. Enfim, não era erro da aplicação, de algum serviço do WebService e muito menos do componente. Perdemos um dia inteiro tentando resolver um erro que não existia na aplicação ou em qualquer outro lugar, a não ser, na falsa informação de que não tinham a IE. Grato pela ajuda.
  10. Opa! Na hora caro amigo... Segue os logs. Desde já, grato pela colaboração.
  11. Italo boa noite blz... Seguinte: Aplicação rodando no DF (Brasília), faz venda para um cliente também de Brasília, para uma empresa PJ com IE Isenta, seguindo tudo que já li no fórum e também na NT, devo informar para este caso indIEDest := inIsento e não informar a Tag IE, porém, mesmo fazendo dessa forma, esta acontecendo a rejeição, retornando o erro 232 - Rejeição: IE do destinatário não informada. Já consultei o CNPJ dessa empresa no sintegra do DF e de fato não consta IE para mesma. Na verdade tenho 3 vendas não realizadas para 3 clientes diferentes com essa mesma situação.... Possui CNPJ e IE: ISENTO. Todas as outras vendas quando apenas com CPF ou; com CNPJ e IE normal, estão dando certo sem problemas. Isso passou a acontecer depois que subimos a versão 3.10. O que acha que pode estar acontecendo nesse caso? Grato!
  12. Olá Darlana, não sei se já achou alguma solução para este problema, mas o fato é que aqui em GO e também em TO, isso já aconteceu comigo algumas vezes.... como tive um caso mais sério que o cliente recebeu uma instrução de protesto por não ter recebido a NFe/XML pela aplicação que eu desenvolvi, (pois assumiram essa aplicação como único processo oficial de recebimento de NFEs) passei a recomendar que a cada 10 dias eles refação a consulta a partir do NSU = 0; E em ambos os casos a NFEs apareceram mesmo com alguns dias de atraso em relação a sua emissão. Meu problema agora está sendo com acentos na RAZAO SOCIAL, não filtrados pela aplicação do fornecedor que gerou a NFE para o meu cliente... o programa de consultanfedest interrompe o LOOP e não faz mais pesquisas.... Atualmente tenho usado o programa gratuito da SEFAZ para manifestar essa NFe com a Razão Social acentuada, em seguida informo na minha aplicação para não trazer as NFEs já manifestadas, dessa forma, volta tudo ao normal e as NFEs voltam a ser "descarregadas" para a minha aplicação. Você já passou por algo parecido, ou já possui a solução ou sugestão para esse problema? Qualquer dúvida retorne o contato e pela atenção, obrigado. Márcio M. Camilo
  13. Boa tarde pessoal. Talvez vocês já tenham passado pela seguinte situação: Uma determinada empresa usa um mesmo Certificado Digital para pesquisa na SEFAZ, Manifestação do Destinatário e Download do XML, da matriz e de várias filiais.... segundo sabemos no momento da pesquisa passamos o CNPJ mais os parâmetros... ACBrNFe1.ConsultaNFeDest(CNPJ, StrToIndicadorNFe(ok,indNFe), StrToIndicadorEmissor(ok,IndEmi), ultNSu); Porém em alguns casos, mesmo informando um CNPJ especifico de uma das filiais, estão sendo retornados NFe de outras filiais dentro do mesmo radical do CNPJ da matriz. Não sei então, se seria pelo fato de utilizar apenas um único Certificado Digital para pesquisa ou se poderia ser algum outro tipo de problema. Lembrando que não são NFe de Transferência por exemplo... são NFe de compra mesmo e que deveriam ser retornadas pela SEFAZ apenas quando informado o seu CNPJ específico. Já fiz os testes informando todas as opções disponíveis para o indNFe e também para o indEmi. Mesmo assim o problema persiste. Seria necessário cada filial ter o seu Certificado Digital específico? De qualquer forma, peço o apoio de vocês nesse caso. Grato! Márcio M. Camilo
  14. Muito obrigado Régys. Show de Bola.
  15. Bom dia a todos. Quando fazemos o download do arquivo xml da NFe e a mesma possui um prazo superior a 30 dias um erro é retornado, na verdade uma rejeição pelo prazo superior ao permitido. 632Rejeicao: Solicitacao fora de prazo, a NF-e nao esta mais disponivel para download Alguem teria uma idéia de como pegar esses tags pela aplicação para ser visivel ao usuário? Grato pela colaboração. Márcio
  16. Bom dia Italo. Ok imaginei isso mesmo. Estou aguardando um retorno do pessoal da SEFAZ-GO, assim que tiver (se tiver) um retorno compartilho aqui. Mais uma vez, obrigado.
  17. Italo, consegui receber o XML retornando o erro: XML consulta: <?xml version="1.0"?> -<consNFeDest versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <xServ>CONSULTAR NFE DEST</xServ> <CNPJ>XXXXXXXXXXX154</CNPJ> <indNFe>2</indNFe> <indEmi>1</indEmi> <ultNSU>9279410814</ultNSU> </consNFeDest> XML Retorno: <?xml version="1.0" encoding="UTF-8"?> -<soap:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:soap="http://www.w3.org/2003/05/soap-envelope"> -<soap:Body> -<nfeConsultaNFDestResult xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeConsultaDest"> -<retConsNFeDest xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.01"> <tpAmb>1</tpAmb> <verAplic>1.1.0</verAplic> <cStat>999</cStat> <xMotivo>2999 - Falha nao tratada</xMotivo> <dhResp>2014-03-06T22:55:48</dhResp> </retConsNFeDest> </nfeConsultaNFDestResult> </soap:Body> </soap:Envelope> A 2 dias aguardo um retorno da SEFAZ - GO e nada ainda (pra variar). Quando retorno o NSU para uns 2 dias antes do dia 28/02/2014 o Loop retorna normalmente as NF-e destinadas contra o CNPJ e quando chega no dia 28 acontece o erro. Alguém já passou por esse problema? Ou teria alguma sugestão pra eu tentar aqui. Grato a todos.
  18. Boa noite pessoal. Passou a acontecer comigo na SEFAZ - GO a partir do dia 28/02/2014 - Ambiente Produção. Alguém conseguiu descobrir o motivo desse problema? Se eu voltar um pouco o NSU o Loop retorna as NF-e até no dia 27/02/2014 normalmente e quando chega no dia 28 acontece o erro. Desde já agradeço.
  19. Italo, muito obrigado pelas contribuições.
  20. Ja fiz os testes no Demo, já fiz outro código dentro de um loop pra checar fora do meu aplicativo, se quizerem analisar segue abaixo. No meu caso, entrei em contato com a SEFAZ - GO e estou aguardando retorno da Gerência de NF-e de lá, pois acredito que não seja erro no ACBrNFe não. Código retirado aqui do forum mesmo de algum colaborador, por esse motivo créditos a ele pela contribuição. Tem_Doctos := 'S' ; while Tem_Doctos = 'S' do begin Tem_Doctos := 'N' ; ACBrNFe1.NotasFiscais.Clear ; ACBrNFe1.EventoNFe.Evento.Clear ; AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Clear ; try ACBrNFe1.ConsultaNFeDest(CNPJ, StrToIndicadorNFe(ok,'2'), StrToIndicadorEmissor(ok,'1'), ultNSU) ; except On E: Exception Do begin MessageDlg('Ocorreram erros durante a Pesquisa no WebService da SEFAZ.' + E.Message, mtError, [mbOK], 0); end; end ; case AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.indCont of icNaoPossuiMaisDocumentos : Tem_Doctos := 'N' ; icPossuiMaisDocumentos : Tem_Doctos := 'S' ; end; ultNSU := AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ultNSU ; for i := 0 to AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Count -1 do begin if Trim(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.chNFe) <> '' then begin Memo1.Lines.Add( AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.xNome + ' ' + AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.chNFe + ' ' + AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.CNPJCPF + ' ' + VarToStr(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.vNF) + ' ' + AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.IE + ' ' + DateToStr(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.dEmi) + ' ' + VarToStr(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.tpNF) + ' ' + VarToStr(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.cSitNFe) + ' ' + VarToStr(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ret.Items[i].resNFe.cSitConf) ); end ; Memo2.Lines.Add(IntToStr(AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.cStat) +' - '+ AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.xMotivo + ' ' + AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.ultNSU + ' ' + AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.versao + ' ' + AcbrNFe1.WebServices.ConsNFeDest.retConsNFeDest.verAplic); end ; // Retorno de NFe Destinadas ACBrNFe1.NotasFiscais.Clear ; ACBrNFe1.EventoNFe.Evento.Clear ; end ; Adicionei apenas o form, o ACBrNFe (com as devidas configurações e certificado), um button, 2 Memos para checar o retorno e no button adicionei o codigo acima, o restante são algumas variáveis. Grato.
  21. Italo, mesmo fazendo as alterações, compilando e rodando novamente a aplicação, continua da mesma forma, por fim, removi todo ACBr do pc e reinstalei tudo novamente, continuou da mesma forma. O arquivo xml de consulta belezinha já o de retorno zerado. O que mais eu poderia fazer para ajudá-lo a me ajudar? Grato.
  22. Ok Italo... O XML de consulta até que tem: <?xml version="1.0"?> -<consNFeDest versao="1.01" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <xServ>CONSULTAR NFE DEST</xServ> <CNPJ>01734214000154</CNPJ> <indNFe>2</indNFe> <indEmi>1</indEmi> <ultNSU>9279410814</ultNSU> </consNFeDest> Agora o arquivo XML de retorno, retorna com 0K, ou seja, o arquivo retorna sem nenhum conteúdo. Grato pela atenção.
  23. Italo ou caros colegas, essas mudanças que vem acontecendo nesses ultimos dias, afetam de alguma forma a consulta as NFe Destinadas? Não sei se seria apenas coincidencia mas do dia 28/02 para cá não consegui mais efetuar consultas de NFe emitidas contra o CNPJ de algumas empresas aqui. Estava tudo normal até então. No caso, tudo indica que nem chega a fazer as verificações do cStat = 137 e retorna automaticamente zero e sem as outras informações do lote. Estou usando WebService GO de NF-e emitidas também em GO. Grato antecipadamente.
  24. Só pra auxiliar na informação sou de GO e estou pesquisando NF-e também emitidas em GO.
  25. Boa Noite Alvarez. Aparentemente estou com problema semelhante ao seu. Tudo estava funcionando normalmente em meu sistema para todos os CNPJs consultados, porém a partir do dia 28/02 para um CNPJ especifico a resposta tem sido sempre ZERO... (e existe NF-e emitidas contra este CNPJ pois o fornecedor já nos enviou o XML)... continuando... não está retornando nada na ConsultaNFeDest. Pelo que percebi ele nem está checando quando cStat = 137 e já sai do loop sem retorno algum. Se mais alguem estiver com mesmo problema até fico mais tranquilo porque nesse caso poderia ser alguma instabilidade na SEFAZ, caso contrário se alguem achou a solução, por gentileza pedimos ajuda. Grato a todos.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...