Ir para conteúdo
  • Cadastre-se

EliasCesar

Consultores
  • Total de ítens

    440
  • Registro em

  • Última visita

  • Days Won

    3

Posts postados por EliasCesar

  1. Olá,

    Alterações estão disponíveis no SVN, Revs: 12952 e 12953.

    Não foi mantida a comparação com a string "LEITURA MEMÓRIA FISCAL" pelo risco de falhar caso o texto seja retornado pelo ECF sem acento por exemplo.
    Com essa alteração, a função irá verificar apenas o início das linhas buscando inicialmente pela string "CRZ" e depois pelo próprio número do CRZ. 

    Dessa maneira acredito que ficará mais versátil e sem risco de falha caso algum ECF retorne a LMF de maneira um pouco diferente.

    • Curtir 1
  2. Olá

    O tipo de Código de Barras 'F'(EAN13) sempre vai utilizar o dígito verificador correto. Caso seja informado o dígito incorreto ou não seja informado, ele será recalculado.

    Você pode utilizar outros tipos de códigos de barras que não possuem dígito verificador. Por exemplo: 'A' (3 of 9) ou 'E' (Code 128).

  3. Olá,

    Está sendo colocado o mesmo conteúdo nas propriedades "XML" e "XMLZipado"?

    Experimente popular apenas a propriedade "XML" e deixar a "XMLZipado" vazia, pois dessa forma o componente tentará compactá-lo automaticamente antes do envio. 
     

    WebServices.EnviarReducaoZ.XML := stlArquivoXML.Text;
    if WebServices.EnviarReducaoZ.Executar then
    begin
    .
    .
    end;


     

  4. Olá,

    Há algum tempo atrás fiz testes com o micro-terminal Gertec MT-720 junto à uma balança Filizola e funcionou corretamente.
    Nos seus testes ocorreu algum erro?

    Para facilitar a análise, anexe o log do componente ao caso, por favor.

  5. Olá, 

    Verifique que já existe uma função para a compactação do arquivo no componente (chamada "ZipFile()" e localizada em ACBrBlocoX_WebServices.pas).
    Caso seja informado o apenas xml na propriedade "XML", o próprio ACBr irá compactar o arquivo no momento do envio.

  6. Olá, 

    Recentemente foi efetuada uma refatoração de ACBrBAL e verifiquei que o código está incompatível com o novo padrão.
    Os trechos de código referentes à interpretação da resposta devem vir em "InterpretarRepostaPeso()".

    Outro detalhe é que no momento da interpretação da resposta, nunca está sendo devolvido o peso "Instável".
    Verifique o trecho:
     

          StatusPeso := ' ';
          if Length(Resposta) >= 1 then
          begin
            StatusPeso := 'E';
          end;
    
          case StatusPeso of
            'I': fpUltimoPesoLido := -1;  { Instavel }
            'E': fpUltimoPesoLido := StrToFloat(Resposta) / 100;  { Estável }
          else
            fpUltimoPesoLido := 0;
          end;     

     

  7. Olá,

    Conforme citado por Daniel

    Em 30/11/2016 at 16:55, Daniel Simoes disse:

    parece ser outra modificação... no tópico citado, ele comenta para efetuar a confirmação, antes mesmo da Impressão...

    Acho que seria necessária uma nova Propriedade para isso


    Foi criada uma nova propriedade "TACBrTEFD.ConfirmarAntesDosComprovantes" para possibilitar a confirmação das transações antes da impressão das vias do TEF.
    Caso essa propriedade esteja ligada, a confirmação das Transações será efetuada logo no início da procedure "ImprimirTransacoesPendentes".

    Também foi alterada a procedure "VerificarTransacoesPendentesClass(aVerificarCupom: Boolean)" para sempre que a nova propriedade estiver ativa, tentar verificar se o cupom foi finalizado ou não, possibilitando a reimpressão dos comprovantes.

    Dessa forma a propriedade "TACBrTEFDDial.InicializarConfirmandoTransacoes" pôde ser removida, pois esse controle ficou por parte da nova propriedade "ConfirmarAntesDosComprovantes".

     

    • Curtir 1
  8. Olá,

    De acordo com a NT2015.003 o grupo ICMSUFDest deve ser informado "(...) nas vendas interestaduais para consumidor final, não contribuinte do ICMS", para emitentes de qualquer UF, não apenas em SP.

    Pelo que entendi, os valores passados pelo contador são referentes ao recolhimento "(...) aos cofres públicos paulistas ", que no caso será o imposto retido pela UF emitente. 
    Dessa forma bate com o layout do campo pICMSInterPart que se refere ao imposto recolhido pela UF de destino.

    Ou seja:
    2016 - 40% UF de Destino  e 60% UF Emitente
    2017 - 60% UF de Destino  e 40% UF Emitente
    2018 - 80% UF de Destino  e 20% UF Emitente

  9. Permite sim, 

    O tipo do leitor dependerá do Micro Terminal.
    Eu fiz testes com leitor serial, mas teoricamente qualquer tipo de leitor(que o Terminal suporte) funcionará.
    (Lembrando que o se o "Eco" estiver habilitado, a leitura também será enviada para o Micro Terminal. Sendo preciso desabilitar a opção caso necessite).

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