Jump to content

Ofertas Embarcadero
Aproveite até o dia 30

Saiba Mais

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


botao.png

beneficios.png

Scheila Dornelles

Membros
  • Content Count

    28
  • Joined

  • Last visited

Community Reputation

7 Neutral

1 Follower

About Scheila Dornelles

  • Rank
    Membro

Recent Profile Visitors

699 profile views
  1. Não sei se consegui explicar claramente, mas tem esse problema então, de gravação no passo anterior que ao reverter em caso de exceção, mantém o subtotal do desconto já alterado.
  2. Então, mas ao executar LerArqIni ele vai ler o valor que já foi atualizado no passo anterior, visto que o subtotaliza é executado sem erros. Só os valores da venda do item são retornados e não os subtotais: procedure TACBrECFVirtualClass.SubtotalizaCupom(DescontoAcrescimo: Double; MensagemRodape : AnsiString ); var ValorTotal: Double; PosAliqItem, I: Integer; begin GravaLog( ComandoLOG ); if not (Estado in [estVenda, estNaoFiscal]) then raise EACBrECFERRO.create(ACBrStr('O Estado nao é "VENDA" Cupom não Aberto')) ; if SubTotal <= 0 then
  3. Bom dia, Utilizo o ACBrECFVirtual para realizar as operações do SAT. Encontrei divergência no valor relacionado aos descontos totais ( fpTotalDescontosICMS da unit ACBrECFVirtual ) quando da emissão do relatório da Redução Z para a seguinte situação: - Rejeição do CFe SAT: por exemplo ao informar um valor de cpf inválido 00.000.000/0000-00. Ao realizar debug, verifiquei que o campo fpTotalDescontosICMS é atualizado ao subtotalizar o cupom (TACBrECFVirtualClass.SubtotalizaCupom), onde o arquivo .ini é atualizado, e somente posteriormente a este passo, será chamada a rotina em
  4. Não consegui verificar exatamente porque ele acaba caindo no raise 'Erro ao obter Dados da Redução Z', pois não consegui debugar propriamente, não tenho esse ecf para desenvolvimento o que dificulta pra mim. Talvez EscECFResposta.TBR seja zerada em algum momento pelo ecf, ou talvez algum campo em específico não retornou corretamente o resultado invalidando o conjunto todo de informações. Não sei, pode ser que tenha algo mais influenciando, e acabou estourando ali, o que eu consegui testar foi uma versão com o loop e uma versão sem, pois de acordo com as alterações realizadas na unit na revi
  5. Instalei o driver e na porta COM funcionou corretamente. Obrigada. Att. Scheila
  6. Boa tarde, Estou utilizando versão 4.9 da dll, mesma versão disponibilizada na pasta de dll pelo ACBr. É interessante que funcionava muito bem até a revisão que eu citei, com a porta USB. Fiz um teste na função GetDadosUltimaReducaoZ da ACBrECFEscECF, onde foi alterado o trecho adicionando número de tentativas para a mensagem de erro. Não consigo debugar melhor para apontar exatamente a causa, pois o ecf está no cliente, mas deu pra checar que no formato antigo conseguia receber a resposta do ECF. De: RetornaInfoECF( '17|'+IntToStr(ECFCRZ) ) ; // DEBUG //WriteToTXT('C
  7. Bom dia, Após atualização recente dos fontes, começamos a obter erro na função que retorna os dados da redução Z para impressoras Epson T900F. Fiz o teste da função com uma Bematech 4200 FI II e uma Daruma e ambas trouxeram corretamente os dados da última redução, sendo um problema retornado apenas pelo modelo da Epson. Gostaria de saber se alguém teve um problema similar com esse modelo de ECF. Fiz o teste pelo ECF Teste(Variáveis > Mapa Resumo > Dados da última Redução Z) , apenas acionado a função. Verifiquei também que o erro é apresentado a partir da revisão 14219 de 30/11 na
  8. Bom dia, Alguém sabe dizer quando utilizaremos a base simples e quando utilizaremos a base dupla? Fiquei um pouco confusa quanto à isso pois há menção sobre se o cliente é contribuinte ou não em operação não presencial, em alguns fóruns li que seria determinado por estado.
  9. Eu pelo menos verifico semanalmente e no momento que tive o problema no início da semana passada não havia nada nem no svn e nem em discussão aqui, pelo menos não o meu problema exatamente. Por questão de urgência acabamos encontrando esse meio de ter os componentes funcionando concomitantemente, mas ótimo saber que já está disponível a correção.
  10. Bom, você não disse em que situação ou qual tipo de relatório está usando, mas se estiver usando fast, eu tive um problema parecido quando há mais de um componente de impressão acbr em fast na mesma tela (como a impressão da Nf-e por exemplo), ou data module (como era o meu caso). A simples existência deles na mesma unit é conflituosa. Resolvi mantendo os componentes separadamente.
  11. Olá, Ciga não tem nem webService disponibilizado ainda, pelo que parece está em contrução. Entrei em contato com setor de desenvolvimento deles e por enquanto não oferecem nenhuma ferramenta para integração. O que estou desenvolvendo para o meu cliente é que a importação do arquivo xml da nfse emitida pelo sistema deles. Por enquanto resta aguardar.
  12. Boa tarde, Gostaria de sugerir a inclusão do provedor Ciga para a cidade de Fraiburgo. Seguem arquivos com modificação sugerida. Att. Scheila pnfsConversao.rar
×
×
  • Create New...