Italo Giurizzato Junior

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

Bom dia Leandro, Já esta no SVN.

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

Bom dia Amauri, Todas as consultas que se encontram na aba [Consultas Serviços Prestados] e [Consultas Serviços Tomados] não vão funcionar. Pela mensagem de erro que você anexou, o provedor que atende a cidade que você selecionou é o Ginfes ou outro que utiliza os mesmos Schemas como é o caso do ISSFortaleza (se não me falha a memória). Muito bem, esses provedores seguem a versão 1 do layout da ABRASF e nessa versão temos apenas as consultas: Consultar Situação do Lote, Consultar o Lote, Consultar NFS-e por Rps e Consultar NFS-e.

Brajan, Tem mais uma coisa errada no seu arquivo INI, no que esta no SVN esta desta forma: [Assinar] RPS=0 Lote=0 URI=0 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=0 RpsGerar=0 LoteGerar=1 Substituir=0 O teu o valor de RpsGerar esta com valor 1 sendo que deveria ser o LoteGerar com o valor 1. A minha sugestão é que você atualize todos os fontes de todas as pastas.

Mandei uma mensagem no privado para você contendo o conteúdo do e-mail que mandei para o Gabriel.

Mas esses XMLs que você anexou na sua ultima postagem foi antes ou depois da alteração no arquivo INI?

Brajan, Você leu o que eu escrevi acima? Eu disse que se o valor de URI fosse 1 você deveria alterar para zero. Você fez isso?

Brajan, Verifica se no arquivo Goiania.ini o campo URI na sessão Assinar esta com o valor zero. Se estiver com o valor 1 troque por zero. E faça novos testes.

Brajan, Esses XMLs são os gerados pelo componente, correto? Você tem algum de exemplo do provedor?

Lucio, Faça uma cópia da unit que você alterou e tenta com essa outra. RLZ.Provider.pas

Boa tarde Rafa, O XML do CT-e é da versão 3? Se não for, ou seja, se é da versão 2 o QR-Code não vai ser gerado.

Boa tarde Brajan, Para descobrir o que esta ocorrendo é preciso comparar o XML que o componente esta gerando com um exemplo fornecido pelo provedor. Outra coisa, verifica se não tem no XML vogais acentuadas, cedilha ou caracteres que possam tornar a assinatura invalida.

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

Boa tarde Amauri, Vou verificar porque ele não esta salvando o PDF do DANFSE na pasta informada em PathPDF.

Boa tarde Lucio, Esse provedor aceita o envio de Lote de notas? Se o envio é unitário a sua alteração não esta correta.

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

Mauricio, O componente na consulta a NFS-e Por Rps que é o que você esta fazendo realmente não informa que a nota esta cancelada. Fiz uma alteração para mostrar. Em ConsultaNFSeporRps.Data vai retornar a data de cancelamento e em ConsultaNFSeporRps.DescSituacao a mensagem: Nota Cancelada Favor atualizar os fontes e faça novos testes.

Boa tarde Maurício, Esta trazendo sim as informações referente ao cancelamento. Veja o arquivo 401-comp-nfse.xml Verifica se na pasta Notas não foi salvo o XML da nota de numero 30 com o grupo <NfseCancelamento>. Vou verificar a rotina que trata o retorno do cancelamento.

Boa tarde Gabriel, Acabei de fazer um teste usando o programa exemplo e veja o resultado: Método Executado: CancelarNFSe Parâmetros de Envio Numero da NFSe: 29 Série da NFSe : Parâmetros de Retorno Situação: Link : Sucesso : False Retorno do Pedido de Cancelamento: Situação : Data/Hora: 30/12/1899 Mensagem : Sucesso : Link : Erro(s): Código : E78 Mensagem: E78 - Número da NFS-e inexistente na base de dados para o prestador de serviço pesquisado Correção: --------- Para mim esta funcionando uma vez que informei um numero de NFS-e qualquer e o CNPJ do prestador configurado no programa exemplo não é dessa cidade. Outra coisa importante, a configuração que estou usando: o valor de SSLType é LT_TLSv1_2

Boa tarde, Desculpa não sei o que pode estar errado. O XML não tem quebra de linha, não contem espaços e nem tabulação entre as tags, não tem vogais acentuadas ou cedilha, não tem nenhum caractere considerado como invalido. Todas as recomendações da Fiorilli foram seguidas a única coisa que diverge é quanto a alíquota que esta sendo gerada com 4 casas decimais, portanto em conformidade com os schemas. E se você abrir o schema que me mandou por e-mail, consta lá que a alíquota deve ser gerada com 4 casas decimais. No meu entendimento se a alíquota esta sendo gerada com 2 ou 4 casas não invalida uma assinatura. Para mim, isso já passou dos limites, com certeza existe um bug no webservice deles e eles não querem admitir. Ou algo esta sendo passado desapercebido por mim. Observação: Enviei um e-mail para a Fiorilli, vou aguardar o retorno deles.

Bom dia Gabriel, Se executar sem estar debugando funciona? Quanto as propriedades de TInfCancelamento são varias e depende do provedor que você esta usando, pois algumas são especificas para determinados provedores. Outra coisa, quando deixamos de informar uma propriedade obrigatória o componente gera uma mensagem de erro acusando a falta da mesma. Se isso não esta ocorrendo é porque você esta informando todas as informações necessárias. Sempre faça testes com o programa exemplo.

Bom dia Paulo, Houve atualização da sua aplicação nos seus clientes? Se não ocorreu atualização, com certeza é algum problema no provedor.

Bom dia Sandro, No programa exemplo não é apresentado a mensagem de Lote Já enviado?

Ou você deleta essas units e baixa novamente.