Ir para conteúdo
  • Cadastre-se

BigWings

Moderadores
  • Total de ítens

    10.059
  • Registro em

  • Última visita

  • Days Won

    155

Tudo que BigWings postou

  1. É o mesmo problema que tem na NFe, você deve estar usando os schemas oficiais, com o regex dele, e usando a LIBXML2 que é o padrão do ACBr, vai ter erro de validação em qualquer string com menos de 3 caracteres. A solução é simples, basta usar os schemas disponibilizados pelo ACBr na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFSe. Foi feito um pequeno ajuste nos schemas para contornar esse problema.
  2. Testei aqui só trocando [BoletoXXX] por [DuplicataXXX] e mostrou as parcelas:
  3. Veja se a configuração ExibeCampoFatura está ativada. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html
  4. O ideal é que isso seja tratado pela aplicação antes da emissão para evitar rejeição do tipo. NCM e CFOP é algo simples de tratar. Mas sim, em caso de rejeição, gera novamente o XML corrigindo apenas a informação que causou a rejeição, assina e transmite.
  5. Precisa configurar o certificado para a requisição. No Postman isso é feito em Settings - Certificates - Client certificates. Pode informar o teu PFX e a senha.
  6. Como está saindo no seu cliente?
  7. Isso parece conflito de atualização do SVN com alterações locais no ACBr_Boleto.dpk. Faça revert da pasta ACBr\Pacotes.
  8. Pelo programa exemplo do componente? Vendo os fontes, no envio assíncrono não é usado a libxml2 para fazer a leitura dos XML de retorno, tanto do envio, retorno ou consulta de recibo. Porém é usada na consulta de protocolo. Primeira coisa é isolar o problema, usando o programa exemplo, ou criando uma aplicação pequena que demonstre o erro e disponibilizando os fontes aqui.
  9. Pode ser, consegue gerar uma aplicação POC que demonstre o problema? No caso do ACBrNFe, está sendo usado o novo método apenas no modo síncrono, no assíncrono ainda é usado as units PCN. Se tiver alguma sugestão de alteração no componente, faça e anexe no fórum, em um novo tópico de preferência. Você não respondeu minha pergunta:
  10. Está em fase de migração das antigas units do PCN que fazem a leitura via código, para a libxml2. Usando o programa exemplo do componente, o erro também ocorre?
  11. Sim, agora está sendo usada a libxml2.dll para a leitura dos XML, por a leitura ser muito mais rápida. Talvez tenha algo errado no seu ambiente quanto a essa DLL.
  12. Tente informar a tag Prod.indTot como 0.
  13. Pelo que vi o problema foi após o refactoring que foi feito no ACBrHTTP. O método RespIsUTF8 falha em detectar a codificação do arquivo. Segue sugestão para correção. ACBrNCMs.pas ACBrSocket.pas
  14. Não precisa informar o hash, o componente já faz o cálculo.
  15. Não. Pra usar os componentes precisa ser no mínimo o Delphi 7. Você pode tentar integrar usando a ACBrLib ou ACBrMonitorPLUS.
  16. Apenas complementando, não existe serviço de consulta de status no Ambiente Nacional.
  17. Usar "Registro ANVISA" realmente me parece melhor.
  18. Que saiba a CrediSis não tem API para PIX.
  19. No XML de retorno vem algo?
  20. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  21. https://www.projetoacbr.com.br/forum/attachments/
  22. Faltou informar a tpIntegra.
×
×
  • 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.

The popup will be closed in 10 segundos...