Italo Giurizzato Junior

Boa tarde, O componente ACBrNFSe tem vários métodos de Consulta, um detalhe importante nem todos estão disponíveis para todos os provedores. São eles: function ConsultarSituacao(AProtocolo: String; const ANumLote: String = ''): Boolean; Como o próprio nome diz consulta a situação do lote que acaba de ser enviado, temos que informar obrigatoriamente o numero do protocolo para que a consulta seja realizada, os provedores que seguem a versão 2 do layout da ABRASF normalmente não tem essa consulta disponível. O retorno dela diz se o Lote foi recebido ou não, se sim, se esta em processamento, se já foi processado a situação do mesmo, ou seja, processado com sucesso ou com falhas. function ConsultarLoteRps(ANumLote, AProtocolo: string): Boolean; Essa consulta temos que informar o numero do lote e protocolo, ela nos traz como resposta o XML das notas geradas pelo provedor ou a lista de erros caso o lote tenha sido processado com falhas. function ConsultarNFSeporRps(ANumero, ASerie, ATipo: String): Boolean; Essa consulta informamos o numero a série e tipo de 1 RPS e temos como resposta o XML da NFS-e. function ConsultarNFSe(ADataInicial, ADataFinal: TDateTime; ANumeroNFSe: String = ''; APagina: Integer = 1; ACNPJTomador: String = ''; AIMTomador: String = ''; ANomeInter: String = ''; ACNPJInter: String = ''; AIMInter: String = ''; ASerie: String = ''): Boolean; Essa consulta tem inúmeros parâmetros e nos permite obter como resposta, por exemplo todas as NFS-e dentro de um período. Um detalhe importante, o componente tem uma propriedade chamada ConsultaLoteAposEnvio, se o valor for True, todo o processo de envio e consulta é realizado automaticamente.

Boa tarde Douglas, Impossível, com certeza alguma coisa errada você esta fazendo. Como dito antes, fiz um teste usando o programa exemplo e funcionou perfeitamente. Gerou o XML do RPS, gerou o XML de envio de Lote, realizou a validação do mesmo sem nenhum problema.

Boa tarde Valdir, Note que agora o provedor Agili possui dois arquivos INI um para cada versão. É preciso saber qual deles a cidade que esta usando utiliza.

Boa tarde Rodrigo, Faça os testes e caso tenha sucesso, anexa os arquivos INI que você alterou para que eu possa avaliar e disponibilizar no repositório.

Boa tarde Marco, Essa mensagem de erro é gerada pelo componente. Você quer saber o motivo disso, pois bem, vamos ao Manual do MDF-e versão 1.00a que esta disponível no Portal Nacional do MDF-e. Página 12 - Item 3.2.1 a) Padão de codificação: OBS2: Cada arquivo de MDF-e terá apenas um MDF-e, dada a quantidade de documentos fiscais que um MDF-e poderá conter. No caso da NF-e, CT-e você pode enviar um lote com até 50 documentos, mas no caso do MDF-e o lote só pode ter apenas UM. Acredito que agora você tem uma resposta definitiva.

Boa tarde Marco, Vou te puxar a orela, você leu a NT que mencionei? Não leu, né? Então leia, pois vai descobrir que o próprio DistribuicaoDFe realiza o Download da NF-e.

Bom dia, O arquivo INI referente ao provedor que você esta usando é exatamente o mesmo que esta no repositório? Verifique o valor do campo VersaoSoap: [Geral] VersaoSoap=1.1

Rodrigo, As DLLs devem ser registradas não importa se vai usar o libCapicom ou libCapicomDelphiSoap ou libOpenSSL. Verifica também o arquivo INI do provedor. O que esta sendo utilizado é exatamente igual ao que esta disponível no repositório?

Bom dia, Muito obrigado pela colaboração, já esta no repositório, favor atualizar os seus fontes, pois alguns estão desatualizados.

Bom dia Jéter, Mais uma vez muito obrigado pela colaboração. No caso da Unit pnfsNFSeR.pas já foi enviada para o repositório, favor atualizar os seus fontes, pois ela esta desatualizada. Com relação ao DANFSE, como não trabalho com o Fast Report, vou deixar para outro membro da equipe avaliar e se estiver tudo OK disponibilizar. Fora o DANFSE podemos considerar que o provedor NFSeBrasil esta funcionando 100% ?

Rodrigo, No XP as DLLs foram copiadas e registradas? O arquivo INI referente ao provedor que você esta usando é exatamente o mesmo que encontra-se no repositório?

Bom dia Isledo, Muito obrigado pela colaboração, já esta no repositório. Favor atualizar os seus fontes, pois notei que alguns não estão atualizados.

Bom dia Riqueira, A linha que você se refere que ocorre o erro aparece 2 vezes na Unit mencionada. Em qual delas ocorre o erro?

Bom dia Marco, Esquece o ConsNFeDest, passe a usar o DistribuicaoDFe. Este último permite você obter uma lista das notas emitidas contra o seu CNPJ dos últimos 3 meses. Dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFe você encontra um fragmento de código chamado: DistribuicaoDFe. Estude ele para que você possa implementa-lo na sua aplicação. O funcionamento do DistribuicaoDFe é semelhante ao do ConsNFeDest só que traz inúmeras vantagens. Aconselho a ler a NT: 2014/002 versão 1.01 que trata sobre o Distribuição DF-e Espero ter ajudado.

Bom dia José, Se o problema é intermitente, isso significa que não tem nada haver com a sua aplicação e com o componente e sim com a conexão de internet do seu cliente ou com a SEFAZ. Verifique se o problema também não esta relacionado com o antivírus.

Boa tarde Jéter, Muito obrigado pela colaboração. Fiz uma alteração nas suas implementações de tal forma que não houve a necessidade de alterar as Units: pcnConversao e pcnLeitor. Favor atualizar todos os fontes e realizar novos testes.

Bom dia, Favor fazer uma cópia dos seus fontes e depois atualizar. Refaça os testes. Agora temos os INI: Agili e Agiliv2 bem como uma pasta de Schemas: Agili e Agiliv2 Removi a propriedade VersaoLayout dos INI, contornei o problema de uma forma diferente.

Boa noite, Qual é o problema em informar os dados para o tomador os mesmos do Prestador?

Boa noite, Vamos padronizar Agili.INI -> versão 1 AgiliV2.INI - versão 2 Como foi feito com o provedor Pronim, onde temos o Pronim.INI e PronimV2.INI Amanhã vou analisar as suas alterações e farei alguns ajustes.

Boa noite Everson, Pelo que eu entendi você quer adicionar mais de um serviço no RPS? Se sim, lembre-se que somente uns 2 ou 3 provedores admitem isso, todos os demais só permitem que seja informado somente um serviço.

Boa noite Jéter, Quanto ao erro de tempo limite, altere o valor da propriedade Timeout. Quanto a esse problema nas TAGs vamos resolver amanhã.

Boa noite, Muito obrigado pela colaboração, já esta no repositório. Favor atualizar os seus fontes, pois essa unit que você anexou esta desatualizada com o que esta no repositório.

Boa noite Wagner, Primeiramente, favor anexar os fontes que você precisou alterar para que o envio ocorresse com sucesso. Segundo, realiza a consulta da NFS-e por RPS, normalmente essa consulta visa retornar o XML da NFS-e com base no RPS enviado.

Boa noite Edson, Faça o seguinte teste, altere a linha: [URL_H]RecepcaoLoteRPS=******* (...) ; Araruama/RJ RecepcaoLoteRPS_3300209=http://209.126.222.200/nfe/SNIssDigitalSVC_Araruama.dll/soap/IuWebServiceIssDigital para ; Araruama/RJ RecepcaoLoteRPS_3300209=http://209.126.222.200/nfe/SNIssDigitalSVC_Araruama.dll E tenta realizar o envio.

Boa noite Mosoro, Você conseguiria uma lista de cidades do provedor Actcon que usa a versão 1 e as que usam a versão 2. Pelo jeito vamos ter que fazer algo semelhante o que foi feito com o provedor Pronim, temos o Pronim e PronimV2. Teremos o Actcon e ActconV2.