rodrigomarchese

Certo, mas alguém tem um caso onde deixou de usar o PAF em função da NFC-e?

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.

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

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 comportamento correto é mudar para "Pagamento" e não manter em "Não-Fiscal". Help !!!

?

?

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.

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 o mesmo, dando a entender que existe algum parâmetro definindo esse comportamento.

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);

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.

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.

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.

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 BLINDADA, apesar da Bematech 4200 BLINDADA e os demais modelos da Bematech e Daruma não acontecerem esse problema. Na Leitura X imprime as seuintes alíquotas: ICMS T17,00 T12,00 T07,00 T25,00 T12,00 (OBSERVE QUE ESTÁ REPEDIDA) ISSQN S05,00

Que burro, dá zero pra ele!!! havia colocado hh foi só substituir por HH

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