Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Victor Tadashi

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    28

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que Victor Tadashi postou

  1. 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".
  2. Victor Tadashi
    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. Victor Tadashi
    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. Victor Tadashi
    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.
  5. Victor Tadashi
    @joseasilva Conseguiu alguma coisa ?
  6. Victor Tadashi
    Tenta instalar o FixPack. Ele costuma ajudar nessas situação. (ver se existe para Delphi7) http://www.delphifeeds.com/go/s/134003
  7. Victor Tadashi
    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); }
  8. Victor Tadashi
    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
  9. Victor Tadashi
    Pensei em criar uma property na unit ACBrDFeWebService, FEncodingAsUTF8 com default true, oque acham ?
  10. Victor Tadashi
    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. Victor Tadashi
    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. Victor Tadashi
    Desculpe a falha, anexei os arquivos errados: 41160876745561000181550030002287071006222812_Sefaz.xml 41160876745561000181550030002287071006222812_sysmo.xml
  13. Victor Tadashi
    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. Victor Tadashi
    O que seria esse arquivo com final -soap ?
  15. Victor Tadashi
    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 ?
  16. Victor Tadashi
    Desculpe, mas só agora vi o titulo do tópico, mas em fim, O erro é na frxPreviewPages ou frxRichView
  17. Victor Tadashi
    Você está utilizando algum componente para impressão?
  18. Victor Tadashi
    Bom pessoal, acredito que encontrei uma alternativa. Dando uma olhada nas units SOAP do próprio Delphi, identifiquei alguns tratamentos diferentes para quando o projeto utiliza as diretivas: USE_INDY e CLIENT_CERTIFICATE_SUPPORT Resolvi testar essas rotinas, e aparentemente baixou a 1ª requisição para 12s, quando utilizado o Token USB 2016-06-13 15:22:17-446|5088 root: info - Consulta definido feita em:runtime: 12132 ms 2016-06-13 15:22:20-396|5088 root: info - Consulta definido feita em:runtime: 3101 ms 2016-06-13 15:22:26-299|5088 root: info - Consulta definido feita em:runtime: 5977 ms Ainda é uma demora grande, em relação aos outros tipos de certificados. Por isso, deixo aberto a sugestões de melhorias. Obrigado.
  19. Victor Tadashi
    Apenas para complementar. Fiz mais um teste com Certificado digital, agora em uma maquina - Intel Genuine 1gb de ram 1.73Ghz. E os resultados foram estes: 2016-06-10 11:07:26-539|3448 root: info - Consulta definido feita em:runtime: 674 ms 2016-06-10 11:07:27-303|3448 root: info - Consulta definido feita em:runtime: 755 ms 2016-06-10 11:07:28-193|3448 root: info - Consulta definido feita em:runtime: 886 ms
  20. Victor Tadashi
    Olá, A algum tempo atras, notamos que quando um cliente utiliza o certificado Token USB A3, há uma certa demora na consulta de notas destinadas. Fiz alguns teste com Certificado digital, Smart card e Token USB, no método "ConsultaNFeDest" e aqui estão os resultados de alguns deles: Certificado Digital: 2016-06-09 11:42:38-999|6764 root: info - Consulta definido feita em:runtime: 403 ms 2016-06-09 11:42:39-315|6764 root: info - Consulta definido feita em:runtime: 315 ms 2016-06-09 11:42:39-612|6764 root: info - Consulta definido feita em:runtime: 296 ms Smart Card: 2016-06-09 13:53:52-466|5028 root: info - Consulta definido feita em:runtime: 520 ms 2016-06-09 13:53:52-801|5028 root: info - Consulta definido feita em:runtime: 333 ms 2016-06-09 13:53:53-140|5028 root: info - Consulta definido feita em:runtime: 338 ms Token: 2016-06-09 11:00:13-386|5088 root: info - Consulta definido feita em:runtime: 125973 ms 2016-06-09 11:00:16-316|5088 root: info - Consulta definido feita em:runtime: 2904 ms 2016-06-09 11:00:22-934|5088 root: info - Consulta definido feita em:runtime: 6393 ms Acredito que essa demora seja devido a forma de autenticação desse certificado (algo relacionado ao PIN talvez). Gostaria de saber um pouco mais sobre essa questão, será que vocês poderiam me ajudar ?
  21. Victor Tadashi
    Bom a solução que encontrei foi tratar o xml de retorno da Sefaz, com este cara: ACBrNFeConsulta.WebServices.ConsNFeDest.retConsNFeDest.XML Mas o problema agora é o seguinte: Estou utilizando um framework chamado mORMot, onde a requisição da consulta é feita no cliente, e a consulta é feita pelo servidor. Caso o Result naquela situação seja false, esse Raise, esta ferrando comigo. (Mesmo que seja um retorno válido, EX: Rejeição 213) Se tiver como alterar para considerar valido as rejeições, e como Exception apenas erros, seria bom. Estarei aguardando pelo ajuste nesse método.
  22. Victor Tadashi
    Obrigado Italo, e desculpe Juliomar, eu fiz uma busca sobre este assunto no forum, e não encontrei nada que me desse uma resposta aceitavel.
  23. Victor Tadashi
    Up.
  24. Victor Tadashi
    Olá. Alguém sabe, como a SEFAZ faz esse tipo de bloqueio? Tipo, se é por CNPJ, por Certificado digital, por IP...
  25. Victor Tadashi
    Também estamos com o mesmo problema, Se alguém souber o motivo, por favor, divulgue, pois precisamos repassar isso aos clientes.
×
×
  • 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...