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

Boa noite. Ao chamar AcbrECF.DataHora está retornando com a hora no formato 12 horas. Como fazer para formatar 24 horas. ex: está retornando 8:00 hs mas na verdade são 20:00 hs

O problema só foi resolvido quando adicionei a dll na ToolBox e adicionei o componente ACBrECF no form principal. Somente desta forma o Handles AcBrECF1.OnMsgPoucoPapel ficou disponível. Declarar o Handles AcBrECF1.OnMsgPoucoPapel por Public WithEvents ACBrECF As ACBrFramework.ECF.ACBrECF não funfou.

Bom dia. Estou usando o Vb.net 2008 e observei que o evento onMsgPoucoPapel está na ECF.ACBrECFInterop e não na ECF.ACBrECF. Qual devo usar na declaração da variável Pública que será usada em toda a aplicação? Public Shared AcbrECF As ACBrFramework.ECF.ACBrECF ou Public Shared AcbrECF As ACBrFramework.ECF.ACBrECFInterop Precisaria mudar meu código. Por exemplo; Paf_ACBr.AcbrECF.Ativar passaria a ser Paf_ACBr.AcbrECF.ECF_Ativar Paf_ACBr.AcbrECF.Modelo passaria a ser Paf_ACBr.AcbrECF.ECF_SetModelo

Aconteceu agora também com um cliente Bematech MP 4000

Está ocorrendo com a Bematech 2100. Ao usar o emulador da 2100, setando a opção "sensor" para "pouco papel", o sistema não consegue fazer a localização dela ao usar o método "Ativar".

Se possível, preciso de um norte no problema DISK FULL. Achei um post seu onde você orientou a criar o evento onMsgPoucoPapel. Fiz as implementações mas não obtive sucesso. Criei o formulário com o seguinte código (Vb.net): Public Class frmMensagem Public WithEvents ACBrECF As ACBrFramework.ECF.ACBrECF Private Sub frmMensagem_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load Try Me.BringToFront() Catch ex As Exception MessageBox.Show(ex.Message, Me.Text, MessageBoxButtons.OK, MessageBoxIcon.Error) End Try End Sub Private Sub ACBrECF_OnMsgPoucoPapel(ByVal sender As Object, ByVal e As System.EventArgs) DisplayMsg("Pouco papel...aguarde", MessageBoxButtons.OK, MessageBoxIcon.Asterisk) End Sub End Class O código que ativa a ECF é o seguinte Dim frm As New frmMensagem frm.ACBrECF = Paf_ACBr.AcbrECF Try Paf_ACBr.AcbrECF.Ativar() Catch ex As Exception MessageBox.Show("erro Disk Full") Finally frm.Dispose() frm = Nothing End Try O estranho é que se um executar minha aplicação pelo F5 (Debug) ela ativa e trata corretamente a mensagem do pouco papel, mesmo sem o código acima. Quanto eu compilo pelo release ocorre o erro, não ativando a ECF. Outra questão é mesmo que a mensagem do pouco papel seja resolvida, conseguirei ativar a ECF? Porque o problema principal é a ativação que não ocorre por causa do status de pouco papel retornado pelo equipamento, mesmo que ainda tenha muito papel na bobina. obs: Compilei a ACBrFramework.Net.dll para x86 e usei a ACBrFramework32.dll que veio do SVN, Se puder me ajudar, desde já agradeço, pois meu suporte aumentou por causa disso e estou levando meus clientes na conversa até agora. Abraço

Compilei o ACBRFramework.Net e executei a aplicação pelo código (Debug) e deu certo quando acrescentei o evento: Public Shared Sub ACBrECF_OnMsgPoucoPapel(ByVal sender As Object, ByVal e As System.EventArgs) Quando compilei minha aplicação e executei pelo exe o problema continuou.

As soluções que constam nos demais posts (disk full) não surtiram efeito.

Estou pegando do SVN: ACBrFramework32.dll 3.838 Kb Last Commit 15:11:25, quinta-feira, 24 de março de 2016 O erro é Disk Full

Private Function Ativar() As Boolean DisplayMsg("Procurando ECF instalada", MessageBoxButtons.OK, MessageBoxIcon.Asterisk) Application.DoEvents() Try Paf_ACBr.AcbrECF.Modelo = CType(cbModelo.SelectedItem, Paf_Enumeracao.ModeloECF) Paf_ACBr.AcbrECF.Device.Porta = cbPorta.Text Paf_ACBr.AcbrECF.Device.TimeOut = 100 Paf_ACBr.AcbrECF.Device.Baud = cbBaud.Text.Trim Paf_ACBr.AcbrECF.Device.DataBits = cbDataBits.Text.Trim Paf_ACBr.AcbrECF.Device.Parity = CType(cbParity.SelectedItem, Paf_Enumeracao.Parity) If cbStopBits.SelectedIndex = 0 Then Paf_ACBr.AcbrECF.Device.StopBits = ACBrFramework.SerialStopBits.One ElseIf cbStopBits.SelectedIndex = 1 Then Paf_ACBr.AcbrECF.Device.StopBits = ACBrFramework.SerialStopBits.OneAndHalf ElseIf cbStopBits.SelectedIndex = 2 Then Paf_ACBr.AcbrECF.Device.StopBits = ACBrFramework.SerialStopBits.Two End If Paf_ACBr.AcbrECF.Device.HandShake = CType(cbHandshaking.SelectedItem, Paf_Enumeracao.HandShake) Paf_ACBr.AcbrECF.Device.HardFlow = IIf(chkHardFlow.Checked = True, True, False) Paf_ACBr.AcbrECF.Device.SoftFlow = IIf(chkSoftFlow.Checked = True, True, False) Paf_ACBr.AcbrECF.GavetaSinalInvertido = gavetaCheckBox.Checked Paf_ACBr.AcbrECF.DescricaoGrande = descricaoCheckBox.Checked Paf_ACBr.AcbrECF.Ativar() Return True Catch exception As Exception Return False Finally DisplayMsgFinaliza() End Try End Function