Italo Giurizzato Junior

Bom dia, Tenta com a Unit em anexo. Publica.Provider.pas Faça a substituição, depois reinstale o ACBr, depois a recompila a aplicação e por fim faça um novo teste de cancelamento.

Bom dia Patrick, Analisando o arquivo XML de retorno que você anexou, apesar de constar que o encoding é UTF-8 na realidade ele está no formato ANSI. O componente ao tentar ler esse arquivo encontra a letra Ç (cedilha) e acaba gerando o erro. O correto seria o provedor gerar o XML em UTF-8 em vez de ANSI. Desta forma não teríamos nenhum problema com a letra Ç (cedilha). Eu acredito que o provedor se recusaria a fazer essa correção, mas não custa nada tentar. Caso eles façam, maravilha, problema resolvido. Se recusarem, uma segunda abordagem seria solicitar a troca do Ç (cedilha) por C no nome do bairro do cadastro do prestador. Além do formato do arquivo estar em desacordo com o encoding a sua geração também está misturada, veja: &lt;Numero>304&lt;/Numero> Ao meu ver o XML deve ser gerado desta forma: &lt;Numero&gt;304&lt;/Numero&gt; ou <Numero>304</Numero> Sem contar que o XML contém quebras de linhas e está identado. Resumindo: Acho muito importante que tudo isso que vou levantado a respeito do XML gerado por eles seja comunicado, pois da forma que esta, está muito feio, para não dizer outra coisa.

Bom dia Nilton, Por favor anexe as Units que você alterou para que possamos avaliar, caso esteja tudo OK, enviaremos para o SVN. Desde já muito obrigado pela colaboração.

Bom dia Gladston, Segundo o seu arquivo de log o problema está ocorrendo no retorno ao consultar o lote. Pois muito bem, preciso do XML de retorno dessa consulta. Favor utilizar o programa exemplo para realizar os testes. Nele temos um campo onde ativamos ou não para salvar os arquivos Envelope (SOAP). O arquivo SOAP de envio é salvo em disco antes que ocorra o envio e o arquivo SOAP de retorno é salvo antes que o componente inicie a leitura do mesmo. Sem esses arquivos não tenho como realizar uma análise para saber o que está ocorrendo.

Willian, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Adilson, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Mario, Favor atualizar os fontes e faça novos testes.

Boa tarde Willian, Já inclui na minha lista de tarefas. TK-3114

Boa tarde Willian, No que se refere a tag <data_fato_gerador> na unit IPM.GravarXml note que tem após a grafia da tag os valores: 1, 10, 0 Terceiro valor (zero) indica que a tag é opcional, neste caso a tag vai ser gerada conforme o conteúdo do campo Competencia. Sendo assim basta atribuir o valor zero ao campo Competencia na rotina que alimenta o componente.

Boa tarde Mario, No meu entendimento nesse caso o provedor está gerando o XML de forma errada. Eles que tem que corrigir e destacar no XML o valor do ISS. Favor entrar em contato com eles e expõe o problema.

Bom dia Mauricio, Segundo o manual do provedor IPM esse campo pode conter o caractere S ou 1 para SIM ou N ou 0 para NAO. Entre em contato com o provedor e questione sobre essa questão.

Bom dia Anadilson, Todos os Moderadores e Consultores bem como todos os membros do fórum procuram sempre tentar entender o que está ocorrendo e com base no seu conhecimento tentar ajudar para chegar a uma solução. Ao postar o problema, procure sempre escrever de forma clara e precisa, pois as vezes temos dificuldades de compreender o que o desenvolvedor escreveu. O Juliomar pode não ter um conhecimento aprofundado sobre o assunto A, mas ele é expert no assunto B. Notei que você está atirando para todos os lados, ou seja, usando todos os métodos que geram o PDF e sai testando para descobrir qual é o que funciona. Você tem o XML da nota salvo em disco? Se sim, faça o seguinte: ACBrNFSeX1.NotasFiscais.Clear; // LoadFromFile - Usado para carregar o Xml de apenas uma nota ACBrNFSeX1.NotasFiscais.LoadFromFile(OpenDialog1.FileName, False); // ImprimirPDF gera o PDF do DANFSE ACBrNFSeX1.NotasFiscais.ImprimirPDF; A rotina acima garante que apenas uma nota está carregada no componente, logo não é para gerar dois PDF.

Bom dia Willian, Muito obrigado pela colaboração, ainda hoje vou enviar para o SVN.

Bom dia Adilson, Já inclui na minha lista de tarefas para analisar o problema. TK-3113

Bom dia, Muito estranho, pois os provedores que se utilizam da versão 2 do layout da ABRASF e implementaram os 3 serviços de recepção (EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse) o componente define como padrão o EnviarLoteRpsSincrono, só define outro quando esse serviço não foi implementado pelo provedor em seu webservice. Chegou a fazer um teste com o botão [Emitir Nota (Novo)] do programa exemplo? Pois esse botão se utiliza do modo de envio automático, ou seja, usa o serviço mais adequado para cada provedor. O método GerarLote só serve para gerar o lote de Rps e salvar em disco. Devemos usar ele quando o provedor não dispõe de um webservice. Neste caso geramos o lote (que é salvo em disco), através do site da prefeitura importamos esse arquivo.

Bom dia, Já inclui na minha lista de tarefas. TK-3112

Bom dia Mario, Favor atualizar novamente os fontes e reinstale o ACBr.

Boa tarde Mario, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Patrick, Inclui na minha lista de tarefas para analisar o problema. TK-3109

Boa tarde, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Boa tarde, Favor atualizar os fontes, reisntalar o ACBr e faça novos testes.

Bom dia Niron, É a sua aplicação que esta gerando o XML, correto? Se sim, ao gerar o XML você esta incluindo o grupo <Signature> ? Se sim, não o inclua. Outra coisa, ao gerar o XML não coloque quebra de linhas e muito menos identação.

Bom dia Renato, Peço desculpa a todos, o que é possível na versão 1 do Betha é termos uma lista de parcelas de pagamento e não uma lista de itens de serviço. Mais uma vez desculpa pela confusão. Outra coisa importante a ser dita é que, o que é possível se fazer via site nem sempre é possível fazer via webservice, ou seja, se no site é possível incluir 2 ou mais itens de serviços, isso não significa que via webservice será possível também. Quais são os passos? 1. Através do arquivo ACBrNFSeXServicos.ini procurar a cidade, desta forma vamos saber qual é o provedor e a versão. Se não existe o campo "Versao" isso indica que a versão é 1.00 2. Abrir a unit GravarXml do provedor em questão (por exemplo: Betha.GravarXml.pas) 3. Verificar se nessa unit existe alguma function que faça referência a uma lista de itens de serviços. Se tiver é possível sim, se não tiver vamos para o próximo passo. 4. Verificar se nos schemas (arquivos XSD) disponíveis para o provedor em questão tenha algum elemento complexo que faça referência a lista de itens de serviços. Se tiver devemos então modificar a unit GravarXml para que ela gere o grupo que contêm essa lista, se não tiver, aí não tem como mesmo. Mas você pode entrar em contato com o provedor e questionar sobre o assunto, pois pode ser que o provedor tenha schemas atualizados que permita a lista. Espero que o passo a passo acima seja útil a todos.

Bom dia, Já esta no SVN. O provedor Fiorilli requer sim o certificado digital.

Bom dia a todos, Favor atualizar os fontes, reinstalar o ACBr e façam os testes.