Pesquisar na Comunidade
Showing results for tags 'utf-8'.
Encontrado 5 registros
-
acentuação erro ao validar CT-e: tpMed is not a valid value of the local atomic type
um tópico no fórum postou Reinaldo Silveira ACBrCTe
Olá amigos. Ao tentar validar o xml CT-e em anexo pelo método: ACBrCTe1.Conhecimentos.LoadFromFile(...); ACBrCTe1.Conhecimentos.Validar; recebo a seguinte exception: Observei que o xml possui caracteres acentuados, mas está sem a literal '<?xml version="1.0" encoding="UTF-8"?>' no início do arquivo. Caso eu adicione, o arquivo é validado normalmente. Alguma ideia de como proceder? obs.: quando baixo o xml da receita, ele vem dessa forma (sem o encoding). obs2: fontes e schemas atualizados. Obrigado! 35180802012862004661570410000495991481082965.xml
-
Pessoal estou com uma urgência , há mais de 30 dias tentando homologar com o SICOOB Paraiba, e eles estão dizendo que o padrão que estou usando no arquivo remessa é o UTF-8, e que precisam que o arquivo vá no padrão ANSI. Já estudei já fiz de tudo que podia e eles continuam dizendo que o arquivo esta sendo rejeitado. Já homologuei diversas carteiras de Cobrança SICOOB e todos os bancos usando o componente do ACBR e nunca tive esse problema, me ajudem por favor.. 00000114.REM
-
Pessoal estou com uma urgência , há mais de 30 dias tentando homologar com o SICOOB Paraiba, e eles estão dizendo que o padrão que estou usando no arquivo remessa é o UTF-8, e que precisam que o arquivo vá no padrão ANSI. Já estudei já fiz de tudo que podia e eles continuam dizendo que o arquivo esta sendo rejeitado. Já homologuei diversas carteiras de Cobrança SICOOB e todos os bancos usando o componente do ACBR e nunca tive esse problema, me ajudem por favor... Arquivo em Anexo 00000113.REM
-
Mensagem de erro em UTF-8 convertida novamente para UTF-8
um tópico no fórum postou Paulo Sérgio ACBrNFe
Olá a todos. Então, eu utilizo o Lazarus e a correção da revisão 14351 na unit ACBrDFeHttpWinApi acabou gerando um bug relacionado a UTF-8. O bug no meu caso acontece porque na linha 106 pode gerar uma exceção e essa exceção vem como string UTF-8. A exceção gerada é capturada como o seguinte código: except On E: Exception do begin raise EACBrDFeException.Create( Format( cACBrDFeSSLEnviarException, [InternalErrorCode, HTTPResultCode] ) + sLineBreak + E.Message ) ; end; A chamada EACBrDFeException.Create(...) converte a mensagem do erro para UTF-8, mas ela já é UTF-8 nesse meu caso. E isso faz com que a string fique errada, no caso dela conter acentuações. Detalhe, que o código antes da correção dessa revisão não gerava esse bug. Mensagem de erro que aconteceu comigo: "- Inativo ou Inoperante tente novamente. Erro Interno: 12007 Erro HTTP: 0 Erro: Requisição não enviada. Erro: 12007 - O nome do servidor não pode ser resolvido." Desde já agradeço a atenção de todos. -
Olá, Estou passando por um problema de caracteres unicode, pois migrei do Delphi7 para Seattle. Ao pesquisar no ACBR, econtrei esse post Porém, ao fazer um update dos fontes do ACBR/Trunk2, não vi a devida alteração. Poderiam me ajudar?
