Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

Victor Tadashi

Membros
  • Content Count

    28
  • Joined

  • Last visited

Community Reputation

2 Neutral

About Victor Tadashi

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Location
    São Miguel do Oeste - SC

Recent Profile Visitors

974 profile views
  1. Gostaria de saber, porque alguns certificados possuem o estado(ST) como informação, e outros não. Estava montar uma rotina para capturar o estado do certificado digital baseando-se no "CertSubjectName".
  2. Pois é, atualizei os schemas de acordo com os sugeridos pela ACBr, e funciona normal. Só gostaria de confirmar que está a opção que temos no momento. Obrigado.
  3. Agora que encontrei o tiposBasico_v1.03_OPENSSL, comecei a analisar os schemas disponibilizado pela ACBr. A melhor solução então, seria utilizar esses schemas ao invés dos que a Sefaz disponibiliza, certo ?
  4. Migrando para o OpenSSL, passei pela seguinte situação: Na emissão de uma NF-e, meu xml é considerado inválido pelos schemas (xmlSchemaValidateDoc da libxml2.dll). O erro a principio é um erro "básico" e bastante conhecido: "Element '{http://www.portalfiscal.inf.br/nfe}uTrib': 'UN' is not a valid value of the local atomic type". Encontrei vários tópicos sobre este assunto, mas todos eles um tanto quanto antigos. Encontrei até um posto, onde parece que isso é um erro da própria dll. As sugestões encontradas, foram: Utilizar "UNI" em vez de "UN"; Modificar o schema a e
  5. @joseasilva Conseguiu alguma coisa ?
  6. Tenta instalar o FixPack. Ele costuma ajudar nessas situação. (ver se existe para Delphi7) http://www.delphifeeds.com/go/s/134003
  7. Obrigado pela lógica pessoal. Segue o código em C++ #include<math.h> #include<iostream> double roundtoabnt(double value, int digits) { double potencia, valorElevado, restante; double parteInteira, parteFracionada, auxiliar; int ultimoDigitoMantido; potencia = pow(10, abs(digits)); valorElevado = value * (potencia); parteInteira = trunc(valorElevado); parteFracionada = trunc(modf(valorElevado, &auxiliar) * potencia); if (parteFracionada > 50) { parteInteira++; } else if (parteFracionada == 50) { ultimoDigitoMantido
  8. Bom, antes de fazer a alteração, resolvi dar um update no componente. Haviam algumas alterações do dopi, mas não parece ter sido suficiente. Apos a atualização, o meu problema passa a ser em outro lugar, agora na unit ACBrNFeWebServices { Processsa novamente, chamando ParseTXT, para converter de UTF8 para a String nativa e Decodificar caracteres HTML Entity } FRetDownloadNFe.Free; // Limpa a lista FRetDownloadNFe := TRetDownloadNFe.Create; FRetDownloadNFe.Leitor.Arquivo := ParseText(FPRetWS); FRetDownloadNFe.LerXml; Novamente no ParseText. O que acham dessa sugest
  9. Pensei em criar uma property na unit ACBrDFeWebService, FEncodingAsUTF8 com default true, oque acham ?
  10. No primeiro caso, do '&', quem vai fazer a conversão é este trecho: { Resposta sempre é UTF8, ParseTXT chamará DecodetoString, que converterá de UTF8 para o formato nativo de String usada pela IDE } FPRetornoWS := ParseText(FPRetornoWS, True, True); Unit: ACBrDFeWebService Vou iniciar uma analise, para ver qual impacto teria, uma alteração nesse trecho. Gostaria,se possível, ir discutindo isso com vocês. Obrigado.
  11. Bom, dando continuidade a duvida, agora surgiu mais um XML, só que com outro problema. Note que quando baixado pela ACBr, temos os: "<" BR ">" e "<" Fonte IBPT ">". 43160889962781000109550010001020251762946811.xml 43160889962781000109550010001020251762946811_Sefax.xml
  12. Desculpe a falha, anexei os arquivos errados: 41160876745561000181550030002287071006222812_Sefaz.xml 41160876745561000181550030002287071006222812_sysmo.xml
  13. Bom como eu não entendi, vou postar o que eu identifiquei até agora. Utilizamos o método GetDocBinding do XMLDoc do próprio Delphi, e esse cara não aceita um XML que contenha os caracteres "&", "<", ">" e mais alguns outros. Segue em anexo os XML baixados pela ACBr e pelo Portal da Sefaz. 41160876745561000181550030002287071006222812_Sefaz.xml Edit1.xml PS.: Se precisar eu tenho um protótipo para simular esta situação.
  14. O que seria esse arquivo com final -soap ?
  15. Ao fazer o Download de um xml através do comando: TACBrNFe.WebServices.DownloadNFe.Executar; Costumo salvar este retorno: String(ACBrNFeDownload.WebServices.DownloadNFe.retDownloadNFe.retNFe.Items[0].procNFe); Quando algum Emitente possui os caracteres "&", e o Download é feito pelo portal, esse carácter vem como "&amp;" Já pela ACBr vem normal. Essa situação vai ocorrer com todos os caracteres especiais ? "Ç", "&", etc ? Porque essa diferença ? Tem alguma forma de retornar pela ACBr o mesmo "formato" trazido pelo portal ?
×
×
  • Create New...