Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.062
  • Registro em

  • Última visita

  • Days Won

    759

Tudo que Daniel Simoes postou

  1. O Envio do XML do SAT não depende do ACBr... isso é feito em background pelo próprio SAT Muito provavelmente o SEFAZ de homologação está com problemas... Extraia o Log do SAT e veja os comandos que ele tentou... o A.V. provavelmente ocorre porque você selecionou o modelo errado (STDCALL ou CDECL)
  2. Parece que você está usando uma versão antiga da DLL da Sweda... Ou ainda, a DLL da Sweda depende de outras DLLs, que ela não está encontrando... Experimente copiar TODAS as DLLs da Sweda para a mesma pasta do seu aplicativo...
  3. Comparei as Units com o Trunk2 e notei muita diferenças... o que me leva a crer que essas Units foram feitas para o Trunk... Poderia por favor avaliar se o problema ainda ocorre no Trunk2 ? Se SIM, favor providenciar Units modificadas com a última versão do Trunk2
  4. libCapicomDelphiSoap usa a Indy... e libCapicom usa uma implementação do ACBr semelhante ao THttpReqResp da Indy... estranho... a implementação da Indy, em teoria, deveria ser a mais confiável...
  5. Se você atribuir o número de cópias na propriedade do DANFE, funciona, correto ?
  6. Tente usar ACBrNFe1.Configuracoes.Geral.SSLLib := libCapicomDelphiSoap;
  7. Ricardo, Antes o ACBrSATExtratoEscPos, fixava a largura em 2... por isso não requeria a configuração... porém, tive reports de que alguns outros modelos não gostavam dessa configuração.... Então agora, ele espera que o usuário efetue a configuração e usa o que estiver configurado... Provavelmente o valor (0), nesse modelo, está usando internamente uma largura maior do que 2...
  8. ahh.. você está falando do Trunk... nós estamos usando o Trunk2... Não estou mais trabalhando no "Trunk"... você pode editar o DFM e remover a propriedade com problema...
  9. Como você já tentou de tudo e não funcionou... desconfie dessa informação... abra você mesmo o SGRSAT e verifique, experimente ainda, apagar essa associação e criar uma nova...
  10. Nos meus testes está tudo ok... Dê mais detalhes para chegar no problema... Forneça um passo a passo, usando o Demo do ACBrNFe...
  11. como você fez para: "vc pede para imprimir 2 paginas" ? modificou a propriedade no componente ? Usou o visualizador e clicou em imprimir ? De um passo a passo detalhado... se possível, grave um video...
  12. Qual é exatamente o problema ? A resposta do Fisco não vem a autorização ?
  13. Pode ser que você tenha modificado algo no Demo, compare com o TortoiseSVN... Use apenas o botão "Imprimir DANFE", e leia um XML já existente
  14. A modificação estará disponível na próxima compilação semanal
  15. Como reproduzir o problema, usando o Demo do ACBrNFe ?
  16. Verifica se no Retaguarda do SEFAZ, esse equipamento não foi marcado como "Usar Certificado ICP Brasil"...
  17. Como chegar no problema ? Quais são os comandos (arquivos de Entrada (ENT.TXT)) que você envia para o Monitor, até reproduzir o problema ?
  18. Use o Find In Files... Desculpe-me mas não sei mais como lhe ajudar... Não uso Delphi no meu dia a dia (uso Lazarus) provavelmente o ACBrInstall faz algum "truque", que a instalação manual dos pacotes não faz...
  19. Testei aqui e funcionou corretamente... (veja os anexos).. (Estou usando OpenSSL com A1) Por favor forneça mais informações: CAPICOM ou OpenSSL ? A1 ou A3 ? Qual a IDE ? Funciona no Demo do ACBrNFe do trunk2 ? (Se não funcionar... verifique no Demo do Trunk1) 35150905481336000137550010000111291000111298-nfe.xml 1101113515090548133600013755001000011129100011129801-procEventoNFe.xml
  20. Apliquei uma possível correção no SVN
  21. Fiz um teste com o Demo do ACBrNFe, e funcionou de forma adequada... (criando as pastas NFe e NFCe) Certeza que os XMLs enviados, são de modelos diferente ? Se o problema persistir, favor fornecer os arquivos de Entrada (ENT.TXT) para reproduzir o problema...
  22. Você precisa fornecer um passo a passo de como reproduzir o problema usando o Demo do ACBrNFe.
  23. Você tem razão... está muito confuso.. modifiquei para que toda a configuração de impressão da NFCe, seja ela Fortes ou EscPos, seja feita apenas na aba "DFe -> Impressão -> NFCe"
  24. Hoje debugando... notei que aparentemente o ProcNFe não está sendo tratado corretamente em: TNFeRecepcao.TratarResposta... e isso poderia explicar o fato não estar funcionando na NFCe (síncrono) Já mandei uma msg para o Italo, solicitando o auxílio para esse problema...
  25. Os pacotes e fontes ficam em pastas completamente separadas... Muito provavelmente o seu Delphi está encontrando outra Unit (.pas ou .dcu) com o mesmo nome: HTTPSend.pas
×
×
  • 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.