Ir para conteúdo
  • Cadastre-se

Daniel Simoes

Fundadores
  • Total de ítens

    27.123
  • Registro em

  • Última visita

  • Days Won

    760

Tudo que Daniel Simoes postou

  1. SIM... mas apenas 1 dos dois é necessário
  2. Gilson, Reveja os paths... o problema é realmente este, a não ser que você tenha BPLs de uma versão do Delphi no diretório do outro... Para ver o PATH atual, digite no prompt do MS-DOS path ou echo %PATH% e copie aqui o resultado...
  3. Entre em contato com a DataRegis http://www.dataregis.com.br/ Eles intermediam a homologação, sem custos para vc...
  4. Você não removeu os diretórios do Delphi do seu PATH global... (em Painel de Controle, Avançado, Variáveis de Ambiente)
  5. Mesmo assim... a confiança foi perdida... as áreas do ACBr que lá existem, devem parar de ser movimentadas...
  6. Veja esse link: http://www.afrac.com.br/si/site/1416
  7. Oi Ricardo, Crie um ZIP com todas as Units modificadas e anexe aqui mesmo no forum
  8. Daniel Simoes

    ACBRTER

    Acho que o ACBrTER atual, suporta epenas Serial... (mesmo assim acho que nunca foi usado em produção) Tenho interesse nesse tipo de equipamento... Pode me enviar um link com a documentação técnica ? Sabe se a Wilbor poderia fazer um empréstimo (ou até mesmo doação) de um equipamento desses para o projeto ACBr ?
  9. Lembrei que tb passei problema semelhante... o pessoal da DataRegis (se não me engano o Rafael) que me passou essa dica
  10. Verifique a configuração do seu SiTEF... se não me engano é preciso editar o arquivo Cheques.ini e CliSitef.ini fale com o seu representante de TEF Em anexo está a configuração que eu uso... (copie os arquivos para a mesma pasta do CliSiTEF32.dll)
  11. Mas nesse caso, se ele iniciar a transação com o método CHQ (ao invez de CRT) não haverá esta restrição
  12. Parecido com ele tem o NumGRG Acredito que seria necessário implementar uma interface para o método ACBrECF.CarregaRelatoriosGerenciais e ACBrECF.LerTotaisRelatoriosGerenciais Se desejar tentar implementar, veja como foi feito com os ComprovantesNaoFiscais analise as funções: Function PegaComprovantesNaoFiscais : String ; Function PegaTotaisComprovantesNaoFiscais : String ;
  13. Vamos copiar aqui... Infelizmente NAO... Nao conseguimos qq tipo de contato com os Administradores do ForumWeb... E a msg de erro na página indica um problema com o MySQL... Se falar que o programa do novo forum (em phpBB3) é incompatível com o do ForumWeb (Invision) Vamos criar FAQs com os problemas mais comuns
  14. O problema é que o ACBrMonitor entra com o Iniciar o do Windows... O usuário não espera que o ECF esteja ligado nesse momento... mas o usuário tem consciência de que o ECF deve estar ligado quando acessar o seu PDV.... ou seja, é mais seguro você sempre enviar o ECF.Ativar
  15. Charles, O projeto é OpenSource... os desenvolvedores trabalham no que lhe disperta interesse ou que tenham necessidade imadiata... portanto Você mesmo deve debugat a Unit da Sweda e tentar achar o problema... Ficaremos muito contentes em receber a sua colaboração com a correção
  16. SIM por favor... Muito obrigado pela contribuição Acho que este forum permite anexar arquivos... Se não conseguir envie para o meu e-mail (que está nos fontes do projeto)
  17. Hoje em dia a homologação não "se perde" por mudança de MD5 do EXE... basta um re-cadastramento... (Informe-se com os homologadores do PAF-ECF) Você poderia usar o ACBrMonitor, nesse caso, para atualizar o ACBr, basta trocar o ACBrMonitor (sem mexer no MD5 do EXE)
  18. Qual é o problema de enviar um "ECF.Ativar" ???
  19. Veja os fontes... o ACBr não insere '??' e sim o Valor da Porta do ACBrECF.Porta (informação sem a qual a DLL não funciona) Insira um Bkp Point em: procedure TACBrECFDaruma.AbrePortaSerialDLL(const Path : String ); e veja os valores das variáveis que são passadas para a DLL...
  20. Já havia respondido isso no forum antigo... Consegui copiar do cache do Google Se vc tem 2 Delphis instalado, é necessário ajustar o PATH manualmente... pois caso contrário sempre um Delphi achará os BPLs compilados pelo outro... causando esse tipo de conflito... No meu caso, removi todos os diretórios de ambos os Delphi`s do PATH da Maquina, (em Painel de Controle, Avançado, Variáveis de Ambiente) Depois criei 2 Scripts .BATS que configuram o PATH antes de chamar o Delphi... Sempre inicie o Delphi usando os .BATs (crie um atalho para eles) @ECHO OFF ECHO ********************************************************* ECHO ** Iniciando Delphi 7 ** ECHO ********************************************************* ECHO. PATH=C:\Program Files (x86)\Borland\Delphi7\Bin;C:\Program Files (x86)\Borland\Delphi7\Projects\Bpl\;%PATH% ECHO ********************************************************* ECHO NOVO PATH = %PATH% CD "C:\Program Files (x86)\Borland\Delphi7\Bin\" start delphi32.exe [/code] [code] @ECHO OFF ECHO ********************************************************* ECHO ** Iniciando Delphi 2011 ** ECHO ********************************************************* ECHO. PATH=C:\Program Files (x86)\Embarcadero\RAD Studio\8.0\bin;C:\Users\Public\Documents\RAD Studio\8.0\Bpl;%PATH% ECHO ********************************************************* ECHO "NOVO PATH =" %PATH% cd "C:\Program Files (x86)\Embarcadero\RAD Studio\8.0\bin\" START bds.exe -pDelphi
×
×
  • 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...