Italo Giurizzato Junior

Bom dia Acácio, Faça o seguinte procure por proABase em todos os fontes do ACBrNFSe, ou seja, os fontes que estão na pasta: ...\Fontes\ACBrDFe\ACBrNFSe e ...\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe. Veja o que foi feito para o provedor ABase, pois ele também segue a versão 2 do layout da ABRASF. Alterado os fontes para suportar o novo provedor, você vai ter que criar um arquivo INI para ele, aos moldes do ABase.INI e incluir as cidades atendidas por esse novo provedor no arquivo Cidades.INI Como você sabe os arquivos INI encontram-se na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Por fim seria interessante conseguir com esse provedor os arquivos XSD (Schemas) que são usados pelo componente para validar o Lote antes do seu envio. De posse dos arquivos XSD, devemos criar uma pasta em: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas com o mesmo nome do provedor e colocar dentro dela os Schemas. Pelo que eu pude ver pelo XML de exemplo de envio do Lote, o provedor realmente segue a versão 2 do layout da ABRASF, sendo assim você não vai ter muitos problemas em implementar. Antes de dar inicio a implementação favor certificar-se que todos os seus fontes estão atualizados, ou seja, todos tem uma bolinha verde no ícone dos arquivos. Assim que estiver pronto "zipa" somente os aquivos alterados e os que foram criados e anexa aqui mesmo no fórum para que possamos avaliar e estando tudo OK vamos enviar para o repositório. Tome muito cuidado para não alterar algo que venha prejudicar o funcionamento de outros provedores. Bom trabalho.

Bom dia Luciano, Por favor anexa os arquivos gerados que ao tentar enviar o lote o mesmo é rejeitado pelo fato do numero do lote já ter sido usado.

Bom dia Reginaldo, Estranho, pois o que se encontra no repositório desde o dia 13/04/2016 já contem as URLs de homologação corretas, ou seja com o "s" no http. Isso me faz acreditar que você não tem o costume de atualizar todos os fontes de todas as pastas, diariamente ou semanalmente.

Boa tarde Carlos, O correto é: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ i ].XML Verifique a variável ou o tamanho do campo onde você esta armazenando o retorno da propriedade XML.

Boa tarde Tulio, Muito obrigado pela colaboração, mas notei que os seus arquivos INI estão bem desatualizados. Favor atualizar todos os fontes de todas as pastas.

Boa tarde Rodrigo, Com o programa exemplo ocorre o mesmo problema?

Felipe, Você esta com todos os fontes atualizados?

Fábio, Fiz mais uma alteração no arquivo INI, favor atualizar e testar.

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.