Italo Giurizzato Junior

Bom dia Juliano, Acredito que o problema é o provedor que formata os valores no XML. Abra esse XML que você anexou usando um navegador, vai notar que o valor da tag <ValorServicos> é 1.035,00 em vez de 1035,00 Notou a diferença? Tem o ponto "." de milhar. Se remover esse ponto tenho certeza que o erro não vai mais ocorrer. Deve ser removido também o ponto de milhar das tags: BaseCalculo e ValorLiquidoNFSe.

Bom dia a todos, Pessoal o correto é com duas barras, conforme consta no arquivo INI do provedor. Se não for com duas // o namespace ao utilizar o libWinCrypt ocorre erro ao tentar assinar o lote. Foi necessário alterar o schema para que ocorresse a validação. Como o WSDL do provedor esta errado, ou seja, com apenas uma barra, se fez necessário incluir uma gambiarra na unit ACBrNFSeWebServices, que realiza a troca das duas barras por apenas uma, desta forma quando o XML chegar no provedor ele consegue processar com sucesso. Essa gambiarra tinha sido feita apenas para o método Enviar para fim de testes, agora foi estendida para os demais métodos. Favor atualizar os fontes e façam novos testes. Por favor utilizem o arquivo INI que esta no repositório bem com o schema, não façam nenhuma alteração, do tipo trocar as duas barras por uma.

Bom dia Sérgio, Com relação ao DIFAL favor entrar em contato com o contador do seu cliente para saber como deve proceder. No que diz respeito a versão, não existe ve300a e sim ve300 que atende tanto a versão 3.00 quanto a 3.00a.

Bom dia Léo, Eu não trabalho com o Fast Report, mas farei um teste com o Fortes usando o seu XML. Vou passar o problema para os consultores que tem mais intimidade com o Fast para eles verem o que esta ocorrendo.

Boa tarde Carlos, Note que no retorno temos a rejeição 999 que é típica quando a SEFAZ esta com algum problema. Outra coisa importante, existem outros eventos de comprovante de entrega para o CT-e informado no evento?

Boa tarde Léo, Seria bom você anexar o XML para que possamos realizar testes. Outra coisa importante o DACTE foi gerado pelo Fortes ou Fast Report?

Boa tarde Roberto, Por favor só anexe os arquivos que você fez alguma alteração, os demais não precisa. Desde já muito obrigado pela colaboração, vamos analisar o que você já fez.

Boa tarde a todos, Por favor leia esse artigo: Como obter o XML do Fornecedor.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Carlos, No XML de pedido de evento o valor da tag nSeqEvento é 3, no meu entendimento deveria ser 1. E também não consta no XML o grupo infEntrega com a chave da NF-e. Logo o bloco abaixo: while not dmCTe.sqlCTeNFe.Eof do begin with infEvento.detEvento.infEntrega.New do chNFe := dmCTe.sqlCTeNFechavenfe.AsString; dmCTe.sqlCTeNFe.Next; end; não esta sendo executado.

Adilson, Dados de quem esta errado do Prestador ou do Tomador? Os dados do Prestador consta no provedor, já do prestador é enviado pelo XML do RPS. Não sei lhe informar se o provedor ao receber um RPS checa se o tomador é novo, caso afirmativo o cadastra, caso contrario ao gerar o XML da NFS-e se utiliza do que esta cadastrado.

Boa tarde, Tente atualizar novamente, mas sem apagar tudo o que já foi baixado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Adilson, Na impressão do DANFSE devemos utilizar o arquivo XML da NFS-e e não do RPS ou do banco de dados.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Adilson, Mas o Schema nfse.xsd da Fiorilli a definição do tipo simples tsAliquota o valor de fractionDigits é 4. Isso mês faz a crer que os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr. Antes da reinstalação, verifique se não tem nenhum arquivo referente ao ACBr com o ícone com uma bolinha vermelha. Caso tenha exclua esses arquivos e atualize novamente, depois faça a reinstalação.

Boa tarde Alessandro, Favor anexar a unit alterada.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Paulo, O retorno da consulta a situação do lote não tem nada haver com o envio. São métodos diferentes. No retorno do Envio temos o numero do protocolo que seria o numero do recibo da NF-e. Portanto é um numero que simplesmente diz que o Webservice recebeu o lote para ser processado. Por outro lado o retorno da consulta a situação do lote temos a situação. Que pode ser 1, 2, 3 ou 4. Outra coisa, note que o parâmetro ALote do método Envia é passado como sendo uma constante logo a rotina desse método não consegue alterar o valor de ALote. Quanto ao arquivo XML favor atribuir o valor True a propriedade de configuração: Configuracoes.WebServices.Salvar Dessa forma será salvo os arquivo -Soap.xml Desta forma podemos ver o que esta ocorrendo.

João, Como não trabalho com Linux, a solução vai ser "debugar" para descobrir o que pode esta ocorrendo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Paulo, Infelizmente existe uma inversão dos paramentos nesses dois métodos. Ao consultar a Situação o primeiro parâmetro é o numero do protocolo e o segundo é o numero do lote. Já ao consultar o lote devemos inverter eles. Não entendi direito: quando executada na pesquisa para pegar o retorno o parâmetro "Alote" está vindo com o numero "32900" que é o protocolo e não o lote que é "12186". O parâmetro Alote é informado e nenhum momento ele é retornado. Pelo que entendi você informa um numero de lote e o componente muda esse numero? Qual é o provedor?

Bom dia Alessandro, Alguns provedores exigem que a alíquota informada no RPS esteja dividida por 100. Tem que ver agora como ela é retornada no XML da NFS-e. Se vier também dividida por 100, ao imprimir o DANFSE devemos multiplicar por 100.

João, Fiz um teste com o programa exemplo rodando no Windows com a configuração do libWinCrypt e não tive esse erro ao tentar assinar. Configure o componente para usar o libWinCrypt e faça um novo teste.

Joao, A sua aplicação esta se utilizando do arquivo GINFES.ini mais atual, ou seja o que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?