Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.065
  • Registro em

  • Última visita

  • Days Won

    759

Tudo que Daniel Simoes postou

  1. Você consegue abrir a URL do Webservice, pelo Internet Explorer ?
  2. Você precisa criar um mini exemplo que demonstre o problema...
  3. Extraia o Log do SAT... A falha ficará descrita nele... Geralmente é falta da configuração da interface de rede
  4. Humm... Sempre imaginei que já estávamos falando do MonitorPLUS, afinal conforme já anunciamos, o MonitorNFe é atualmente obsoleto... Não faz mas sentido investigar e corrigir problemas no MonitorNFe...
  5. Parece ser um memory leak.. Geralmente essa demora ocorre quando o HeapTrace está sendo gravado... Veja o conteúdo do Log do HeapTrace
  6. Por favor verifiquem esse post:
  7. Apliquei as seguintes modificações no SVN -- pcnAuxiliar -- (por: DSA) [+] Adicionado novo Tipo: TTimeZoneModoDeteccao = (tzSistema, tzPCN, tzManual); [+] Adicionada novca classe: "TTimeZoneConf" com as propriedades published: ModoDeteccao: TTimeZoneModoDeteccao TimeZoneStr: String [*] Removida a sobrecarga do método: "GetUTC" [+] Adicionado o método: "GetUTCSistema", que utiliza a rotina de synautil para detectar o TimeZone do Sistema Operacional [+] Adicionada uma variável global "TimeZoneConf: TTimeZoneConf", para permitir configurar a maneira que o método "GetUTC", irá se comportar de acordo com as propriedades de TTimeZoneConf -- ACBrDFeConfiguracoes -- [+] Adicionado a propriedade: TimeZoneConf: TTimeZoneConf em TWebServicesConf, para permitit configurar como o métoto pcnAuxiliar.GetUTC se comportará, na detecção do TimeZone (leia mais em: PCNComum-change-log.txt) -- pcnCCeNFe, pcnEnvEventoNFe, pcnNFeW, pcnProcNFe -- [*] Ajuste para usar nova versão de pcnAuxiliar.GetUTC (por: DSA) -- ACBrNFE, ACBrNFeNotasFiscais -- [*] Ajuste para propagar valores de ACBrNFE.Configuracoes.WebServices.TimeZoneConf para pcnAuxiliar.TimeZoneConf (por: DSA)
  8. Notei que a impressora definida, não era informada para a rotina que gerava o PDF.. Fiz alguns ajustes, numa tentativa de corrigir o problema Realmente o problema parece ser o caso do Windows usar a impressora como Default Por favor faça um teste, com o executável em anexo... ACBrMonitor.zip
  9. A impressora definida como padrão, "Ricoh Aficio MP 171 PCL6", existe no sistema ? A impressão de NFe (55), ocorre com sucesso ?
  10. modificações aplicadas: [*] Ajuste em "SAT.EnviarCFe", para permitir o envio do XML que esteja na memória carregado com "SAT.CarregarDadosVenda" (por: DSA) [-] Ajustes na leitura dos campos Emit.cRegTrib, Emit.cRegTribISSQN e Emit.indRatISSQN (por: Anfm)
  11. Modifiquei a rotina "DescontoAcrescimoAnterior" para considerar os acréscimos em: Det.Prod.vOutro - "Valor de acréscimos sobre valor do item"
  12. Amarildo, Finalmente achei um tempo para analisar... Não compreendi a necessidade de comentar a linha abaixo: procedure TACBrECFVirtualBufferClass.DescontoAcrescimoItemAnteriorVirtual( ItemCupom: TACBrECFVirtualClassItemCupom; PorcDesc: Double); ..... .... // ImprimeBuffer ; -- Amarildo Lacerda - so imprimir no final Acredito que o problema ocorria porque você está chamando "inherited" em "TACBrECFVirtualSATClass.DescontoAcrescimoItemAnteriorVirtual" ( e isso não é necessário ) Notei que você introduziu o método: "GetNumCFCEmAberto", para recuperar o valor: "fpCuponsCanceladosEmAberto"... mas isso não é necessário, pois já existe o método: "GetTotalCancelamentosEmAberto", chamado pela propriedade: "TotalCancelamentosEmAberto" notei ainda que em: "TACBrECFVirtualSATClass.VendeItemVirtual", estava adicionando o Desconto/Acrescimo e isso estava ocorrendo 2x, pois no final de "TACBrECFVirtualClass.VendeItem", há uma chamada ao método: "DescontoAcrescimoItemAnterior" Modificações já estão no SVN...
  13. Vou providenciar a modificação que citei acima... (acho que um parâmetro para esse comportamento seria difícil de compreender)
  14. Você deve postar um passo a passo de como reproduzir o problema, usando o Demo do ACBrNFe
  15. Veja... o Bug pode até ser no Fortes... mas você precisará sinalizar isso de forma muito clara para eles... - Onde o bug está, e como ele ocorre. Não dá pra analisar nada no Fortes, com as informações que você passou até o momento...
  16. O problema pode estar na sua rotina que alimenta o relatório... Tente algo mais simples, para isolar se o problema é do Fortes... crie um mini projeto, que apenas liste um relatório simples, e veja se o problema também ocorre...
  17. Estranho, pois você está criando/destruindo o mesmo... (recomendo usar "Free" e não "Destroy") Talvez o Fortes use variáveis globais em suas units... Qual informação exatamente, fica repetida entre um relatório e o próximo ?
  18. poderíamos modificar o método, para que ele pudesse ser chamado, sem o XML... nesse caso, você poderia carregar o XML previamente, depois somente enviar.. Exemplo: SAT.CarragarDadosVenda( 'c:\temp\seu.xml' ) SAT.EnviarCFe isso faria o componente se comportar de forma semelhante a anterior...
  19. por favor tenha paciência... uma mudança indevida nessa unit pode prejudicar muita gente... Vários moderadores, além de outros usuários do ACBr, devem se pronunciar antes... Ok... feito... já no SVN.. Obrigado pela analise e correção... aproveitei e reordenei o IF, para que ele ficasse mais eficiente (shortcut)
  20. O que você quer dizer com "Os relatórios estão ficando presos na memória, " ?? Memory leak ?
  21. Acabei de atualizar e recompilar tudo... não notei o erro... (pode ser que já tenham corrigido)
  22. Considere instalar o Fortes Report CE, ou ainda usar o Fast Report que já vem no XE7... e usar os componentes atuais do Trunk2
  23. Se você pretende usar Delphi SIM... caso contrário, seria necessário aguardar o GNRE ser implementado no MonitorPLUS
  24. Ricardo, O que ocorre, é que anteriormente o comando: SAT.EnviarCFe, carregava o XML na memória do componente ACBrSAT, e no enviar, ele gerava um novo XML, usando "ACBrSAT.GerarXML" Isso porém trazia vários problemas, pois ele não considerava as informações de configuração no ACBrMonitorPLUS, como por exemplo o regime tributário da empresa, ao invés disso, ele esperava ler todas as propriedades da empresa do XML... e se isso não constasse no XML de entrada, ele usaria os valores "default" do componente... o método: "SAT.EnviarCFe", foi modificado para simplesmente repassar o XML recebido da aplicação, para o SAT... (sem tentar interpretá-lo)... Isso causou algum tipo de problema na sua aplicação ?
  25. Obrigado pela analise... possível correção enviada para o SVN
×
×
  • 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.