Italo Giurizzato Junior

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 Igor, Primeiramente, faça uma correção, você esta informando somente a data de emissão, tem que informar a data e hora. ide.dEmi := now; Segundo, esse tipo de rejeição só ocorre quando o XML é alterado depois de assinado.

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 icozeira, Desculpe, não tive tempo ainda.

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?

Boa tarde Fábio, Lembre-se que não existe uma padronização entre os provedores. O que funciona para um pode não estar disponível para outro, como é o caso do provedor EGoverneISS, que não disponibilizou o Web Service de consulta. Alias os únicos que sabemos é o de Gerar e Cancelar. Caso você tenha conhecimento de outros favor nos comunicar para que possamos atualizar o arquivo INI do respectivo provedor.

Bom dia icozeira, O arquivo Cidades.INI em relação o que esta disponível no SVN o seu esta desatualizado. Por outro lado o Saatri.INI esta exatamente igual ao que esta no SVN. Como você mesmo disse que em um determinado cliente esta funcionando, o problema é na sua maquina e de outros clientes, correto? Sendo assim podemos descartar o componente e a aplicação. O foco agora é com o sistema operacional, talvez alguma atualização do Windows possa esta faltando ou não deveria ter sido feita.

Boa tarde Marcos, Que eu saiba o ACBrMonitor Plus já contempla o MDF-e (Manifesto de Documentos Fiscais Eletrônicos). Como não participo do seu desenvolvimento não sei lhe informar se já esta 100% ou não no que diz respeito ao MDF-e.