Ir para conteúdo
  • Cadastre-se

jfneto

Membros
  • Total de ítens

    17
  • Registro em

  • Última visita

Posts postados por jfneto

  1. Boa tarde,

    Aqui na empresa utilizamos o layout Fast Report, e a impressão do boleto do banco do brasil esta com "Problemas" na impressão da carteira, que deveria sair 17/027 está saindo 17/027/027.

    Analisando o código da Unit AcbrBancoBrasil.pas esta sendo reimplementado o método MontarCampoCarteira juntando os valores carteira e modalidade, e os layouts implementados no Fast fazem a mesma coisa. Qual esta correto, manter no layout ou reimplementar nas classes dos bancos que utilizam modalidade?

  2. Fiz como a maioria... Regys, primeiro obrigado por toda ajuda. 

     

    On 30/11/2016 at 0:37 PM, Darlan Souza said:

    Bom dia senhores.

    O post é antigo, mas, atualmente estou passando por esse problema e já tentei de todas as maneiras e orientações encontradas no próprio fórum, e mesmo assim ainda não consegui solucionar o meu problema.

    Um cliente está usando uma Daruma Mach1 e está ocorrendo esse erro de impressora não está respondendo em comandos distintos.

    A impressora está ligada direto na porta serial, com velocidade 115200, driver atualizado, baixado do site daruma.

    Já baixei o buffer ao minimo e mesmo assim o problema ainda persiste.

     Algum dos colegas poderiam verificar o log e tentar me ajudar nesse quebra-cabeças.?

    Já estou prestes a orientar o cliente a levar a impressora para autorizada, mas antes disso gostaria de excluir todas as possibilidades que possam estar causando essa perda de comunicação.

    Daruma Log.txt

    Darlan, já faz um tempo que você postou... mas o problema voltou a ocorrer no meu cliente, e indo no cliente verificar o problema percebi que o cliente ligou o cabo na porta do fisco... e ela "funciona" é reconhecida... responde a maioria dos comandos mas trava diversas vezes.

     

  3. Eu consegui resolver o meu problema.

    No método "envia_comando_ecf" da unit ACBrBematech.pas

    eu alterei o seguinte código:

    try
      fsACK := fsDevice.LeByte( 4000 );
    except
    end;

    Por 

    try
    	fsACK := fsDevice.LeByte( TimeOut * 1000 );
    except
    end;

    Precisei desabilitar a opção do componente "retentar" pois acabou gerando erro com esta ECF mesmo com o Timeout lento.

    Com essas configurações não ocorreu mais o erro em meu cliente. 

    Esta solução eu copiei do trunk2 que prevê mais possíveis erros... assim que possível pretendo migrar para o trunk2.

     

  4. Sim, troquei até de maquina e o erro continuou no cliente. o mais estranho é que comunicação via dll funciona perfeitamente. parece algum Problema com lentidão via comunicação serial. pois da a mensagem e retorna uma mensagem mal formatada como resposta.

  5. -- 16:59:43:031 AbreCupom( , ,  )
                    TX -> [FS]R[200]001[183]
       16:59:43:156 RX <- :[200]001000000000026333810[CR]
    -- 16:59:43:156 
                    TX -> [FS]F[200][255][255][255]m
       16:59:43:608 RX <- :0000000[200]001736001256[CR][204]
    -- 16:59:43:624 NumCCF
                    TX -> [FS]R[200]066[182]
       16:59:43:764 RX <- :[200]06623042015165837[CR][194]
    -- 16:59:43:811 VendeItem( 1414 , EFA519 F AR GM CORSA 1.0 1.2 1.4  1.6 ARL8832 , FFT , 1 , 18,5 , 0 , PC , % , D , -1 )
                    TX -> [FS]F[207]17000100000001850000000000000181414          PC AEFA519 F AR GM CORSA 1.0 1.2 1.4  1.6 ARL8832[255][24]
       16:59:44:419 RX <- :0000000[207]001000000001850[CR][245]
    -- 16:59:44:419 GrandeTotal
                    TX -> [FS]R[200]001[183]
       16:59:44:575 RX <- :[200]001000000000026335660[CR]
    -- 16:59:44:575 Subtotal
                    TX -> [FS]R[200]047[181]
       16:59:44:716 RX <- :[200]047000000001850[CR][192]
    -- 16:59:44:731 VendeItem( 796 , MOBIL SUPER 1000 API SM 20W50 1L , FFT , 3,5 , 16,5 , 0 , LT , % , D , -1 )
                    TX -> [FS]F[207]1700035000000165000000000000018796           LT AMOBIL SUPER 1000 API SM 20W50 1L[255]^
       16:59:45:371 RX <- :0000000[207]002000000005775[CR][250]
    -- 16:59:45:371 GrandeTotal
                    TX -> [FS]R[200]001[183]
       16:59:45:527 RX <- :[200]001000000000026341435[CR]
    -- 16:59:45:527 Subtotal
                    TX -> [FS]R[200]047[181]
       16:59:45:667 RX <- :[200]047000000007625[CR][202]
    -- 16:59:45:683 VendeItem( 1663 , EFL619 F LUB CORSA CELTA VECTRA MONZA OMEGA , FFT , 1 , 14,95 , 0 , PC , % , D , -1 )
                    TX -> [FS]F[207]17000100000001495000000000000181663          PC AEFL619 F LUB CORSA CELTA VECTRA MONZA OMEGA[255]s
    Daruma: Falha no Envio do CMD. Tentativa: 1 - Erro: 0 - Estendido: 0 -> Erro não documentado Cod.Aviso: 0
       17:00:17:288 RX <- 0000[207]0030000
    ----------------- ERRO -----------------
    Impressora Daruma não está respondendo
    ----------------------------------------
    
    

    Pessoal estou enfrentando um erro estranho com uma ECF Daruma Mach1. A resposta do comando está vindo incompleta, já modifiquei timeout, intervaloComando... e nada, continua parando de uma hora pra outra. Alguém enfrentou um erro igual? Não achei no forum nada referente a este erro em especifico.

    Nota: A Maioria dos travamentos ocorre ao vender item, mas já aconteceu em outros comandos tbm.

     

    A Mensagem de falha eu encontrei, mas no caso não estava tendo o mesmo comportamento da minha ecf, onde devolve a resposta pela metade.

  6. Precisei implementar os seguintes métodos, pois no arquivo de retorno não estava abastecendo a ocorrência do arquivo.

    
    function TipoOcorrenciaToDescricao(const TipoOcorrencia: TACBrTipoOcorrencia) : String; override;
    
    function TipoOCorrenciaToCod(        const TipoOcorrencia: TACBrTipoOcorrencia) : String; override;
    
    

    Favor verificar possibilidade de adicionar no repositorio.

    Obrigado

    [edit]

    precisei modificar a linha 572 do arquivo também pois não estava pegando o nosso numero corretamente ao ler o retorno.

    {Linha 572} NossoNumero := Copy(Linha,42,15); // Linha 15.3T // Nosso numero -- Antes pegava (Linha,40,15) o que comia 2 digitos do campo nosso numero.

    em anexo o arquivo modificado.

    [/edit]

    ACBrCaixaEconomica.pas

    ACBrCaixaEconomica.pas

  7. Na verdade foi um técnico que faz a configuração do programa da Caixa. Ele disse que do jeito que estava iria ficar errado...

    Conheces alguém que tenha homologado o boleto caixa do jeito que esta hoje?

    [/EDIT]

    Favor desconsiderar solicitação. conversei com o suporte técnico da caixa e não existe problema em colocar o zero na frente a agencia como vem sendo colocado.

    Obrigado pela atenção

×
×
  • 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.