Italo Giurizzato Junior

Fábio, Fiz mais uma alteração no arquivo INI do provedor. Favor atualizar e fazer novo teste.

Felipe, Execute somente o Gerar, remova todo esse tratamento do Try - Except, ele pode estar ocultando a mensagem da falha de validação.

Boa tarde a todos, Augusto, muito obrigado pela colaboração, já esta disponível.

Boa tarde Felipe, Mas qual é a falha de validação?

Boa tarde Mauro, Desculpe a falha, correção feita, já esta no repositório.

Boa tarde, Após executar o método ConsultarNFSeporRPS tentou executar o método Imprimir? MD.ACBrNFSe1.ConsultarNFSeporRps(intTOstr(numeroRPS),'1','1'); MD.ACBrNFSe1.Imprimir;

Luciano, Mas não vai mesmo, pois o método executado é o Enviar e não Consultar Lote ou Consultar NFSe.

Boa tarde Rodrigo, Favor estudar o programa exemplo. Note que na rotina de configuração do componente agora temos 6 linhas para configurar o Emitente. Com essa configuração esses erros vão ser sanados.

Boa tarde Paulo, Para que a mensagem de retorno não seja mostrada na tela basta configurar a propriedade Visualizar com o valor False.

Boa tarde a todos, Lembrem que existe provedor que passa o dia recebendo os Lotes para somente processa-los durante a madrugada. Se for este o caso, você envia hoje e amanhã consulta o Lote.

Boa tarde Dorneles, Não tenho conhecimento para lhe afirmar, mas no meu entendimento Orgão Gerador é onde o serviço foi executado. Isso explica constar o código do município do tomador e não do prestador.

Fábio, Você notou que eu alterei o arquivo INI do provedor? A sua aplicação esta usando o novo INI?

Boa tarde Luciano, Cuidado, não misture numero do Lote com o numero do RPS e numero da NFS-e. A sua aplicação tem que ter um controle sobre o numero do Lote e do RPS. O numero da NFS-e é controlado pelo provedor. Outra coisa a mensagem deixa claro que o problema é o numero do Lote e não o numero do RPS. Você enviou o Lote de numero 50 com o RPS de numero 55, mas este foi rejeitado. Após a correção você deve envia-lo novamente, mas agora o RPS de numero 55 vai estar no Lote de numero 51. Tem provedor que não faz questão de você repetir o numero do Lote, mas outros não permitem.

Boa tarde a todos, Favor atualizar os fontes e testar novamente.

Boa tarde Carlos, Esse provedor segue a versão 1 ou 2 do layout da ABRASF ou possui o seu próprio layout? Favor entrar em contato com o mesmo para obter essa informação, bem como os arquivos XSD (Schemas) para validar o lote de RPS antes do seu envio. Se ele segue a ABRASF a sua implementação é mais simples e você pode tomar como base o recente implementado: provedor ABase, estudando os fontes do componente procurando por: proABase.

Boa tarde Gabriel, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Gabriel, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Fábio, Favor atualizar todos os fontes de todas as pastas (atenção foi feita alteração também no arquivo INI do provedor EGoverneISS). Faça novos testes.

Bom dia Elviro, Só para deixar claro, pois muitos fazem confusão. O que você deseja emitir é o MDF-e Manifesto de Documentos Fiscais Eletrônicos ou emitir a Manifestação do Destinatário?

Bom dia a todos, O documento que temos que nos basear para desenhar o layout do DANFE NFC-e é: Especificações Técnicas do DANFE NFC-e QRCode versão 3.4 de outubro/2015. Nele não existe nada referente a troco ou valor recebido, sendo assim não pode ser impresso no DANFE uma vez que essa informação não existe no XML. Mas vamos para a página 9 item 3.1.9 do referido documento. 3.1.9 Divisão IX – Mensagem de Interesse do Contribuinte Esta divisão corresponde a parte final do DANFE NFCe e corresponde a área em que poderão ser impressas mensagens de interesse do contribuinte que façam parte do arquivo eletrônico da NFC-e no campo informações complementares do contribuinte (tag infCpl). Importante - Caso o contribuinte queira imprimir, no mesmo papel do DANFE NFC-e, mensagens institucionais ou outras informações que não estejam no arquivo XML da NFC-e, as mesmas deverão ser apresentadas logo após o final do DANFE NFCe (imediatamente após a divisão IX de mensagem de interesse do contribuinte). Trocando em miúdos, caso você deseja imprimir o Valor Recebido e o Troco pode ser na divisão IX, mas essas duas informações tem que constar no XML, mais precisamente na tag: infCpl ou após a divisão IX onde podemos imprimir mensagens institucionais ou outras informações que não estejam no XML. No meu entendimento podemos imprimir sim essas duas informações, mas não é em qualquer lugar. Como o troco é informação importante para o consumidor, acredito que ainda este ano tanto o XML quanto o DANFE NFC-e vão sofrer alterações a fim de conter essa informação.

Henrique, Configure o componente para salvar os arquivos Soap. Configuracao.WebServices.Salvar := True; Desta forma os arquivos de envio e de retorno são salvos em disco e desta forma fica mais fácil descobrir o que esta ocorrendo. Pois podemos analisar o XML de envio de forma completa, ou seja, exatamente o arquivo que é recebido pela SEFAZ.

Rogério, O seu problema não é o envio do RPS e sim a consulta. Ao enviar o pedido de consulta que ocorre o erro. O método ConsultarNFSeporRps devemos passar como parâmetro, o Numero, Série e Tipo do RPS, mas ele requer também o CNPJ e a IM do prestador de serviço, ou seja o Emitente da nota. Sendo assim te pergunto: na sua aplicação, mais precisamente na rotina que configura o componente você incluiu as linhas de configuração do Emitente? Vide o programa exemplo.

Luciano, Enviei para o repositório a inclusão da URL de produção da cidade Astorga feita por você e fiz uma correção na seção [GrupoMsgRet]. Se você abrir com o bloco de notas o arquivo 119662-sit.xml vai notar o seguinte: <NumeroLote xmlns="http://www.sistema.com.br/Nfse/arquivos/nfse_3.xsd">32</NumeroLote> <Situacao xmlns="http://www.sistema.com.br/Nfse/arquivos/nfse_3.xsd">2</Situacao> vamos simplificar para ficar mais claro: <NumeroLote>32</NumeroLote> <Situacao>2</Situacao> Esse arquivo que estou me referindo é o retorno a consulta a situação do lote, note que a resposta é 2 para situação, isso significa que o Lote esta em processamento, sendo assim devemos aguardar um tempo e realizar uma nova consulta. Deveremos repetir esse processo até que o retorno da situação seja 3 (Lote Processado com erro) ou 4 (Lote Processado com sucesso). Como você esta usando o programa exemplo do componente, favor configurar o mesmo para ConsultaLoteAposEnvio isso faz com que a Consulta a Situação do Lote seja realizada varias vezes automaticamente. Existe propriedades no componente para que você possa definir a quantidade de Consultas (Tentativas) o tempo entre uma e outra (IntervaloTentativas). Altere essas configurações no programa exemplo e faça novos testes.

Bom dia Valmir, Dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI temos dezenas de arquivos INI, temos um para cada provedor. Esses arquivos contem informações importantes que são utilizados pelo componente, algumas se refere a auto configuração e outras diz respeito a montagem dos Envelopes antes do envio de alguma solicitação de serviço. Sendo assim, quando digo que devemos atualizar todos os fontes de todas as pastas estou me referindo também aos arquivos INI dos provedores.

Bom dia Rogério, Se ao configurar o componente para ConsultaLoteAposEnvio ao tentar enviar o lote para o provedor Ginfes você tem como retorno um erro, esta claro que você tem um erro no envio e não na impressão do DANFSE. Você chegou a realizar testes com o programa exemplo? Se sim qual foi o resultado? Você disse que antes dessa última atualização (dia 26) tudo funcionava, pois bem antes do dia 26 (acredito ser 26 de abril) quando foi a última atualização?