Ir para conteúdo
  • Cadastre-se

Alessandro Risse

Membros
  • Total de ítens

    5
  • Registro em

  • Última visita

Últimos Visitantes

419 visualizações

Alessandro Risse's Achievements

Rookie

Rookie (2/14)

  • First Post
  • Conversation Starter
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

3

Reputação

  1. Boa tarde, Adicionei uma nova cidade com o provedor Fiorilli (Monte Azul Paulista - SP) e teve uma troca de provedor na cidade de Vista Alegre do Alto (SP) que era Betha e agora também é Fiorilli. Segue em anexo os arquivos atualizados. Abraços. Fiorilli.ini Cidades.ini
  2. Bom dia Alex, que bom que deu certo para você também! É um ótimo indicativo que essa alteração está no caminho certo. Sobre as suas dúvidas: 1) O componente do DANFE (estou usando o do Fortes) tem uma configuração para o tipo do DANFE, lá tem a opção para o Fiorilli. Lembrando que a aparência do DANFE do ACBr nem sempre é igual ao que o provedor fornece através do portal deles. Por enquanto eu estou utilizando conforme está no ACBr, caso haja a necessidade, eu altero ele no futuro. No meu código eu fiz assim: if (ACBrNFSe.Configuracoes.Geral.Provedor = proFiorilli) then ACBrNFSeDANFeRL.TipoDANFSE := tpFiorilli else ACBrNFSeDANFeRL.TipoDANFSE := tpPadrao; 2) O retorno da substituição você pega da mesma forma que o retorno do "Enviar", o componente preenche os mesmos campos (por exemplo: ACBrNFSe.NotasFiscais.Items[0].NFSe.Numero) . Quanto ao sucesso da substituição, como no Fiorilli o método de substituição é síncrono, só o fato de não ocorrer uma exceção já me garante que ela foi aceita.
  3. Boa tarde a todos! Acredito ter encontrado a solução, bom, pelo menos nos testes aqui deu certo Depois de várias horas de debug eu percebi uma pequena diferença no XML gerado no pedido de cancelamento do XML gerado na substituição. Basicamente na substituição não tinha o xmlns na tag <InfPedidoCancelamento>. Não conheço muito para falar o porque disso causar o problema, mas quando eu fiz a alteração que está no arquivo em anexo, a substituição foi aceita. Inclusive, talvez esse seja o mesmo problema do provedor DeISS relatado no outro post. pnfsNFSeG.pas
  4. De fato Italo, eu também fiz esse mesmo teste antes e percebi que isoladamente a assinatura está válida. Eu vou tentar entrar em contato com o suporte da Fiorilli para ver se eles tem alguma ideia do que pode estar acontecendo. Se eu conseguir uma resposta, eu posto aqui o que eles falaram.
  5. Olá a todos, estou tendo o seguinte erro ao tentar substituir uma NFS-e: E172 - Arquivo enviado com erro na assinatura. Acerte a assinatura do arquivo. Estou utilizando o provedor Fiorilli em ambiente de homologação. Vou anexar todos arquivos xml que consegui coletar. Eu estou acompanhando um post muito parecido com o provedor DeISS (https://www.projetoacbr.com.br/forum/topic/62261-provedor-deiss-indaiatubasp-erro-e324-de-assinatura-no-substituirnfse/), inclusive já testei no Fiorilli a alteração que o Italo fez no commit 21909, mas no meu caso não houve alteração. O erro continua ocorrendo da mesma forma. Aparentemente o erro é na assinatura do pedido de cancelamento, porque, conforme as imagens em anexo, o erro acontece sempre na primeira assinatura. Inclusive com a alteração do commit 21909, aparecem 3 assinaturas, a primeira está inválida, mas as outras duas estão válidas. Alguém está passando ou passou por esse mesmo problema? Obrigado. Envio_NotaSeraSubstituida.xml Envio_NotaSeraSubstituida-soap.xml Envio_PedidoSubstituicao.xml Envio_PedidoSubstituicao-soap.xml Retorno_EnvioNotaSeraSubstituida.xml Retorno_EnvioNotaSeraSubstituida-soap.xml Retorno_PedidoSubstituicao.xml Retorno_PedidoSubstituicao-soap.xml RPS_NotaSeraSubstituida.xml RPS_NotaSubstituta.xml
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.