Italo Giurizzato Junior

Bom dia a todos, Lembrem-se que existem a versão 1 e 2 do ABRASF, sendo que os provedores que seguem a versão 2 não tem o web services de consultar a situação do lote. Sendo assim o fluxo para cada versão é: Versão 1: Enviar / Consultar a Situação do Lote / Consultar o Lote O retorno do Enviar é o numero do protocolo que acusa que o lote foi recebido. O retorno do Consultar a Situação do Lote é o código da situação que pode ser 1 = Lote não recebido, 2 = Lote em processamento, 3 = Lote processado com erros e 4 = Lote processado com sucesso. O retorno do Consultar o Lote, depende da situação, se for 3 teremos as mensagens de erros, por outro lado se for 4 teremos os XMLs das NFS-e. Na versão 2, como dito não temos o Consultar a Situação do lote, sendo assim essa informação é retornada ao Consultar o lote, por conta disso teremos também as mensagens de erro caso a situação seja 3 ou os XMLs das NFS-e caso seja 4. Como disse Tailon, o Consultar NFS-e por RPS é um tiro no escuro pois devemos lançar mão dessa consulta quando temos a certeza que o RPS em questão foi processado com sucesso. Cristiane, me tire uma duvida, se você configurar o componente para não consultar o lote após o envio e executar separadamente os métodos: Enviar e ConsultarLote ou ConsultarNFSePorRps Você já obtêm o XML da NFS-e ou a lista de mensagens de erro em um curto espaço de tempo?

Bom dia Akai, Muito obrigado pela colaboração. Removi os valores ve201 e ve202, pois os provedores que utilizavam essas versões (Tecnos e Pronimv2) passarão a usar o valor ve200. Uma vez que são pequenas variações no layout entre as versões acima sitadas. Ficou mantido somente os valores ve100, ve200 e ve110. A ve110 é utiliza pelo provedor Infisc, pois provedor trabalha com duas versões 1.00 e 1.10 e não segue o padrão ABRASF.

Bom dia Valmir, Neste caso é preciso saber se o provedor esta passando por algum problema. Verifique também se a cadeia de certificados esta valida. O certificado do emitente esta dentro do prazo de validade mas pode ser que algum certificado que compõe a cadeia venceu. Verifique também se alguém não alterou a configuração do IE sem querer querendo.

Walter, A linha abaixo retorna o código do Erro após Consultar o Lote. ACBrNFSe1.WebServices.ConsLote.RetornoNFSe.ListaNFSe.MsgRetorno.Items[ x ].Codigo

Boa tarde Fábio, Muito obrigado, assim que possível vou ler esse manual.

Boa tarde Dorneles, Já tive esse tipo de problema, resolveu reinicializando a maquina.

Boa tarde Cristiane, A demora no retorno, ocorre na consulta a situação ou a consulta ao lote, ou todos os retornos?

Bom dia Fábio, Aguarde, quem sabe alguém já esteja usando esse provedor e possa lhe orientar.

Barrys, Verifique se no nome do tomador não tem carácter especial como o e comercial "&". Ao cadastrar o CNPJ do emitente no provedor, você só informou os dígitos ou colocou o numero formatado com pontos, barra e traço?

Bom dia Dorneles, Esse problema também ocorre com o programa exemplo?

Walter, É para aparecer automaticamente, desde que a propriedade de configuração "Visualizar" esteja com o valor True.

Bom dia Rafael, Ao enviar o Lote o provedor retorna instantaneamente o numero do protocolo, indicando que recebeu o lote, correto? O problema ocorre ao consultar a situação do lote? Que só retorna que o lote foi processado com sucesso depois de 1 minuto ou mais, correto? Se sim, isso ocorre tanto no ambiente de homologação quando o de produção?

Bom dia Ricardo, O componente recebeu recentemente alterações visando atender a prefeitura de São Paulo, mas ainda não esta 100%. Sim, após o envio há necessidade de se fazer a consulta.

Bom dia Barrys, Você não pode executar o método Assinar. Da forma que você fez a sua aplicação fica engessada pois existem provedores que não se deve assinar o RPS. No caso do provedor Fiorilli, você pode usar os métodos: Enviar, Gerar ou EnviarSincrono. Mas não execute antes deles o método Assinar, deixe que o próprio componente decide se será executado ou não.

Bom dia Walter, O componente possui uma propriedade de configuração chamada Visualizar ( Configuracoes.WebServices.Visualizar := True ou False ) se o valor for True as mensagens referentes ao retorno serão apresentadas na tela.

Bom dia Aurino, Qual é a UF do Emitente? Qual é a UF informada na configuração do componente?

Boa tarde Adriano, Desculpe pela demora em responder, os dados que você se refere sobre o seu concorrente que consegue obter seria referente ao XML das notas e conhecimentos? Se sim, talvez você já deve ter visto aqui mesmo no fórum pessoas relatando que existem DLLs que fazem a baixa dos XML se a necessidade de certificado. Não me pergunte como fazem isso, só sei que é ilegal.

Boa tarde a todos, Lembem-se que o método DistribuicaoDFe atua no Ambiente Nacional, já a Manifestação do Destinatário é um evento enviado para a SEFAZ-Autorizadora. Esta por sua vez vai vincular esse evento a nota, por fim replicar essa informação para o Ambiente Nacional. Essa replicação não é instantânea, podendo levar minutos, horas ou até dias.

Boa tarde Thiago, Se o ator da consulta é o destinatário, o método só vai retornar o XML completo da nota emitida contra o CNPJ do destinatário caso este venha antes realizar a Manifestação do Destinatário.

Boa tarde Carlos, O método DistribuicaoDFe a principio retorna um resumo da NF-e emitida contra o seu CNPJ. Porque digo a principio, pois se você realizar a manifestação do destinatário as notas emitidas contra o seu CNPJ o DistribuicaoDFe vai retornar o XML completo. O método ConsultaNFeDest só serve para retornar um resumo e nada mais. Antes tínhamos trio ( ConsultaNFeDest, Manifestação do Destinatário e DownloadNFe) para obter o XML completo da NF-e. A SEFAZ simplificou a coisa, uniu o ConsultaNFeDest e DownloadNFe no DistribuicaoDFe. Resumindo: Executando o DistribuicaoDFe pela primeira vez - Retorna os resumos das notas. Executando o DistribuicaoDFe pela segunda vez - Retorna os XML completos das notas manifestadas nesse meio tempo e resumos de novas notas. Se na primeira execução retornou 50 resumos e você realizou a manifestação sobre 30 dessas, ao executar o DistribuicaoDFe pela segunda vez teremos os 30 XML completos salvos automaticamente pelo componente se assim o componente estiver configurado: Configuracoes.Arquivos.Salvar := True.

Boa tarde Ricardo, Não consigo entender o motivo de consultar uma nota antes do seu envio. A geração do XML, assinatura, validação e envio para a SEFAZ tem que ser automatizado, ou seja, um único processo. Aquela pecinha que fica atrás do monitor tem que clicar em um único botão chamado Enviar, caso contrario as chances de fazer besteira é de 137%. O numero da nota tem que ser controlado pelo sistema, a pecinha não pode escolher o numero da nota, caso contrario vai fazer besteira novamente.

Boa tarde Jonas, Lembre-se que o XML da NFS-e é retornado pelo provedor, sendo assim ele não é gerado pelo componente. O que é gerado pelo componente é o XML do RPS que é enviado para o provedor. É preciso saber se no XML da NFS-e consta os descontos, se não consta você tem que entrar em contato com o provedor e questiona-los sobre isso.

Boa tarde a todos, Alexandre, configura a propriedade: AguardarConsultaRet com um valor diferente de zero, por exemplo 3000 (para aguardar 3 segundos antes de realizar a consulta) e IntervaloTentativas com 5000 (por exemplo). Oivo, se a situação é 2 significa que o lote ainda esta em processamento ou na fila aguardando o seu processamento, isso significa que devemos aguardar de 3 a 5 segundos e consultar novamente, esse processo deve ser repetido até que tenhamos a situação 3 ou 4, para depois realizar a consulta ao lote. Se a situação for 3 teremos o motivo da rejeição, se for 4 teremos o XML da NFS-e como resposta. Paulo, favor atualizar os fontes e usar os arquivos INI que estão disponíveis no repositório.

Boa tarde Bruno, Os fontes estão atualizados? Os arquivos INI também? Com o programa exemplo ocorre o mesmo problema?

Boa tarde Dorneles, Já checou as DLLs? Configuração do IE?