Ir para conteúdo
  • Cadastre-se

infopointerp

Membros Pro
  • Total de ítens

    128
  • Registro em

  • Última visita

Sobre infopointerp

Contact Methods

  • Website URL
    www.infopointsoftware.com.br

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

infopointerp's Achievements

Collaborator

Collaborator (7/14)

  • Reacting Well Rare
  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Week One Done

Recent Badges

34

Reputação

1

Community Answers

  1. Olá, @MuriloS.A! Executei o patch que você disponibilizou no último anexo deste tópico. Ao efetuar uma venda, a transação é aprovada. No entanto, não imprime os comprovantes, pois a resposta, nos campos dos comprovantes, não possui nenhuma informação, embora os logs estejam todos gerados. Devo fazer algum ajuste naquele código? Att. José Filho
  2. Olá, @Daniel Simoes! Já existe alguma solução implementada para o problema apresentado no tópico ou ainda temos que tentar uma solução alternativa conforme sugestão do autor deste tópico? Grato!
  3. Está certo, o problema é que tentei dar o cast usando o enumerado depois que foi removido a função nas atualizações que fui fazendo do fonte. TnfseResponsavelRetencao = (rtTomador, rtPrestador, rtIntermediario, rtNenhum); Como no meu arquivo que eu gero eu mando que é o valor 1, ao tentar dar o cast ele pegou o errado. Manualmente informando o valor no Servico.ResponsavelRetencao gerou corretamente.
  4. Bom dia, Não sei o que ocorreu dentro do componente, mas o que eu recebi de volta dessa função sem alterar nada era uma string vazia da forma que postei com um print no discord. Se essa função já existe então tem algo errado ai que não foi chamado, porque só apenas após eu adicionar esse fonte que na montagem do XML foi retornado um valor. Se precisar posso remover o que eu fiz e fazer o mesmo processo novamente. Na sua implementação o que vai ocorrer se for informado o valor rtPrestador? No caso que foi pego do cliente o valor do responsável foi de valor 1.
  5. Boa tarde, Anexado alteração para que a função ResponsavelRetencaoToStr que é do provider retorne um valor padrão e nas classes herdadas irão sobrescrever e não irá afetar o funcionamento. ACBrNFSeXProviderABRASFv2.pas
  6. Boa tarde, Anexado as cidades alteradas ACBrNFSeXServicos.ini
  7. Bom dia Ajustes para que quando não tenha retenção não criar o campo Responsável pele Retenção. Obrigado. Att., Haroldo Betha.GravarXml.pas
  8. Boa tarde, Adicionado correção da leitura dos dados do prestador do Abrasf v1. Obrigado Att., Haroldo ACBrNFSeXLerXml_ABRASFv1.pas
  9. Bom dia, Havia gerado problemas na autorização com retenção e o ajuste feito pra resolver está anexado. Se não tem retenção o Responsável por retenção não deve ser informado. Coplan.GravarXml.pas
  10. Bom dia, Deu certo a leitura do xml de retorno no envio para esse provedor.
  11. Boa tarde, Não consegui realizar os testes hoje, segunda creio que vou conseguir e dou um retorno.
×
×
  • 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.