Italo Giurizzato Junior

Não aparece mais nada?

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

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.

Boa noite, Tentou desta forma: (...).Items[ x ].NFSe.NFSeCancelamento.DataHora; (...).Items[ x ].NFSe.NFSeCancelamento.Pedido.CodigoCancelamento; (...).Items[ x ].NFSe.Cancelada; (...).Items[ x ].NFSe.Status;

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.