Victor Tadashi

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".

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.

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 ?

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 expressão dp iipo string genérico (tiposBasico_vX.XX); Gostaria de saber do pessoal que está utilizando OpenSSL, como estão contornando esse problema. Obrigado. Obs.: A versão 4.00 do arquivo tiposBasico, continua da mesma forma.

@joseasilva Conseguiu alguma coisa ?

Tenta instalar o FixPack. Ele costuma ajudar nessas situação. (ver se existe para Delphi7) http://www.delphifeeds.com/go/s/134003

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 = round((modf(parteInteira / 10, &auxiliar)) * 10); if (ultimoDigitoMantido % 2) { parteInteira++; } else { restante = (modf(valorElevado * 10, &auxiliar)); } } return (parteInteira / potencia); }

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ão ? ACBrNFeWebServices.pas

Pensei em criar uma property na unit ACBrDFeWebService, FEncodingAsUTF8 com default true, oque acham ?

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.

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

Desculpe a falha, anexei os arquivos errados: 41160876745561000181550030002287071006222812_Sefaz.xml 41160876745561000181550030002287071006222812_sysmo.xml

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.

O que seria esse arquivo com final -soap ?

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 ?