Jump to content

botao.pngbotao.png

botao.pngbotao.png

logo_acbr_paygo.png

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


botao.png

beneficios.png

rodrigomarchese

Membros
  • Content Count

    51
  • Joined

  • Last visited

Community Reputation

1 Neutral

About rodrigomarchese

  • Rank
    Membro

Profile Information

  • Sexo
    Masculino
  • Location
    Vitória - ES

Recent Profile Visitors

954 profile views
  1. Certo, mas alguém tem um caso onde deixou de usar o PAF em função da NFC-e?
  2. Boa tarde pessoal. Estou no ES e considerando que uma loja pode agora passar a trabalhar sem ECF FISCAL, fornecendo para o consumidor somente a NFC-e, o PAF MORRE? Já que posso autorizar uma NFC-e pela retaguarda e um dos argumentos para o uso da NFC-e é que seria desnecessário homologar o software.
  3. Mudei o Paf_ACBr.AcbrECF.Device.TimeOut = 100 para Paf_ACBr.AcbrECF.Device.TimeOut = 3 e resolveu o problema da demora em localizar a ecf
  4. Boa tarde. As ECF's Bematech MP-4000 TH FI e Bematech MP-4200 TH FI II (Blindada) estão com comportamento diferente ao subtotalizar um cupom não fiscal. Na MP-4000 após executar Paf_ACBr.AcbrECF.SubtotalizaNaoFiscal(Paf_VarALL.CUPOMFISCAL.VALORDESCONTO * -1, "") o estado da ECF muda para "Pagamento". Na MP-4200 após executar Paf_ACBr.AcbrECF.SubtotalizaNaoFiscal(Paf_VarALL.CUPOMFISCAL.VALORDESCONTO * -1, "") o estado da ECF permanece como "Não-Fiscal". Já existe este problema com a daruma mas agora ficou mais evidente com modelos diferentes do mesmo fabricante. O compo
  5. Boa tarde. Percebi que o recebimento de conta de cliente através de Comprovante Não-Fiscal está com comportamento diferente entre Bematech e Daruma. Na Bematech (MP-4000) o método SubtotalizaNaoFiscal muda o estado de "Não Fiscal" para "Pagamento". Na Daruma (FS700) o método SubtotalizaNaoFiscal não altera o estado mantendo como "Não Fiscal". Antes de chamar a EfetuaPagamentoNaoFiscal tenho uma condição testando se "estado = pagamento". No caso da Daruma o meu código não faz o fluxo correto porque o estado não foi mudado quando deveria.
  6. Bom dia. Um dos itens da homologação do PAF é substituir a ECF atual por outra ECF (com outro serial) para verificar se a aplicação está impedindo a venda com ECF diferente da que está definida no arquivo auxiliar. Ao iniciar a aplicação passando os dados de uma Bematech (anterior) para uma Daruma (atual) o ATIVAR está demorando para responder. Quando usava a ACBr.Net.dll entrava rapidamente na excessão e o PAF abria bloqueado para venda. com a ACBrFramework.Net.dll está demorando exatamente 10 minutos para o ATIVAR retornar uma resposta. Fiz quatro tentativas e o tempo foi
  7. Blz Rafael. Entrei para informar que mudei os meus fontes na ACBrFramework.Net e funcionou o cancelamento. Mas vou baixar do svn para priorizar seu acerto. public void CancelaCupom(int NumCOOCancelar) { int ret = ACBrECFInterop.ECF_CancelaCupom(this.Handle, NumCOOCancelar); CheckResult(ret); } [DllImport(ACBr, CallingConvention = CallingConvention.Cdecl)] public static extern int ECF_CancelaCupom(IntPtr ecfHandle, int NumCOOCancelar);
  8. Desisti de cancelar o primeiro cupom e gerei um novo e tentei cancelá-lo mas o retorno foi: Categoria: 2-Erro em parâmetro de comando Motivo: 1-Conteúdo de parâmetro inválido no comando Pelo software DarumaFramework_Delphi.exe cancelou normalmente. Pelo DemoECF (ACBrFramework.ECFTeste.exe) retornou erro conforme anexo.
  9. Boa tarde. Estou usando a FS800 e está retornando: 16-Erro específico do fabricante 146-Documento especificado não foi encontrado Houve alguma mudança na blindada? Tenho que passar o número do COO? No método não tem possibilidade de passar parâmetro.
  10. Fiz um Update no svn e percebi que houveram atualizações recentes. Recompilei o Framework.Net e no primeira execução carregou as alíquotas, portanto parece que agora está ok. Amanhã vou testar melhor. Abraço Recompilei o ACBrFramework.Net.dll e substituí a nova ACBrFramework32.dll que veio recompilada pelo svn.
  11. Boa tarde. Estou tendo o primeiro contato com a Daruma FS800 blindada e estou tendo problemas ao usar o método CarregaAliquotas, pois ocorre erro no código. Comentei a chamada do métodos CarregaAliquotas mas também não resolveu porque a "Aliquotas.Count" está vazia, conforme print anexo. Também estava ocorrendo erro ao chamar a CarregaFormasPagamento, mas ao comentá-la entrou no for e a "FormasPagamento.Count" estava populada, não impactando negativamente ao carregar a structure (record). Portanto o problema é que o componente não conseguiu pegar as alíquotas na FS800 BLIND
  12. Que burro, dá zero pra ele!!! havia colocado hh foi só substituir por HH
  13. boa tarde. O método AcbrECF.PafMF_ArqMF só possui parâmetro para o nome do arquivo. Não é mais necessário disponibilizar o filtro por COO ou DATA? Na EcfTeste apesar de existir os filtros de data e coo na tela não são utilizados no código. Da forma como está trará toda a memória? No meu caso veio um tamanho de 1024KB
×
×
  • Create New...