Ir para conteúdo
  • Cadastre-se

infopointerp

Membros Pro
  • Total de ítens

    128
  • Registro em

  • Última visita

Tudo que infopointerp postou

  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.
  12. Quando usa o enviar para autorizar deu erro no TACBrNFSeProviderABRASFv2.TratarRetornoEmitir na linha 457. O XML carregado nessa função (Document.LoadFromXml(Response.ArquivoRetorno);) vou anexar para verificação. GerarNfseResposta.XML
  13. No provedor de Goiânia para autorizar fiz um ajuste para não enviar a alíquota do ISS. Mas agora no retorno na leitura não está lendo todos os dados, tanto na consulta ou quando manda ler o XML de retorno. Adicionei os xml de retorno da consulta e o xml Autorizado. Quando faz a consulta no método TACBrNFSeProviderABRASFv2.TratarRetornoConsultaNFSeporRps está gerando um erro também. Att., Haroldo ISSGoiania.GravarXml.pas 18730UNICA-nfse.xml 23408UN-comp-nfse.xml
  14. Adicionado a leitura das tag ValoresNFSe que alguns provedores retornam os valores por ela como é feito no componente antigo. ACBrNFSeXDANFSeFR.pas
  15. Bom dia, deu certo. Agora tem como na leitura do xml deixar o Responsável da retenção quando não tiver a tag ficar como nenhum? Atualmente não está lendo a tag e está vindo com o valor padrão Tomador.
  16. No método TNFSeR_ABRASFv2.LerServico não está lendo a tag e pegando o default do componente.
  17. Testando novamente percebi que é a leitura do RPS que parece que está colocando como Tomador. Aqui precisou usar o RPS antes de autorizar devido a problemas nas infraestrutura do cliente. Então emite o Recibo Provisório do Serviço e depois carrega esse xml sem alterar nada e envia para o provedor, que é o mesma coisa da NFCe em contingência. Vou tentar ver em qual lugar que está setando como default o responsável pela retenção.
  18. boa tarde estou testando o componente novo para o provedor coplan e preciso fazer uma alteração que o suporte me passou <IssRetido>2</IssRetido> <ResponsavelRetencao>1</ResponsavelRetencao> Quando o IssRetido = 2 a tag ResponsavelRetencao não pode ser criada cheguei a passar Servico.ResponsavelRetencao := rtNenhum; mas foi criado a tag da mesma forma No componente novo como que pode ser feito essa alteração?
  19. Ao consultar ou enviar a solicitação de cancelamento retornava um erro de validação de esquemas onde era para remover a Inscrição Municipal. Atualmente estou utilizando para a cidade de Vila Rica e na mesma esse provedor não possui inscrição municipal e foi autorizado em produção sem essa informação. Erro antes da alteração: A alteração foi feita no arquivo pnfsNFSeG.pas que segue anexado. A alteração relativa a InscricaoMunicipal foi feita em três métodos apenas: Gera_DadosMsgConsURLNFSe, Gera_DadosMsgConsNFSeRPS e Gera_DadosMsgCancelarNFSe. Foi alterado adicionado o Bethav2 junto ao Betha: De: (Provedor <> proBetha) Para (not (Provedor in [proBetha, proBethav2])) Após essa alteração foi consultado e enviado a solicitação de cancelamento sem problemas. Obrigado Att., Haroldo pnfsNFSeG.pas
×
×
  • 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.