Intelliware

Bom dia, Estamos com um problema intermitente ocorrendo na impressora Sweda ST120 na finalização de alguns relatórios gerenciais. Durante a impressão do relatório, a impressora para de responder por alguns segundos e depois retoma a impressão sem picotar o papel. Após isso, a impressora leva mais algum tempo para se restabelecer, não sendo possível abrir um cupom fiscal logo em seguida, ou mesmo consultar o número do último cupom (neste caso, retorna uma string vazia). Uma observação, em comparação com o log de outros ECFs, é que os outros não geram um "TimeOut estendido", o que talvez esteja gerando alguma assincronia na comunicação, em alguns casos. O trecho do log referente a este erro é o seguinte: -- 16:33:44:331 LinhaRelatorioGerencial( "[CR][LF]", 0 ) TX -> [sTX][135]25|[LF][ETX]y 16:33:44:404 RX <- ACK = 6 Falha: 0 TimeOut estendido 16:33:44:483 RX <- (Bloco) = [sTX][135]25+0000AI[128][128][146][128][128][ETX][250] TX -> ACK = 6 Falha: 0 16:33:44:584 RX <- [sTX][135]25+0000AI[128][128][146][128][128][ETX][250] -- 16:33:44:588 FechaRelatorio TX -> [sTX][136]34|A4[ETX][229] 16:33:44:603 RX <- ACK = 6 Falha: 0 TimeOut estendido Alteração de Estado: 0- 16:33:44:625 RX <- (Bloco) = [sTX][135]00!0000AI[128][128][146][128][128][ETX][233] TX -> ACK = 6 Falha: 0 VerificaFimLeitura, Bloco "!" considerado Seq:135 Tipo:! Tarefa:00 Erro:0 - Bloco:[sTX][135]00!0000AI[128][128][146][128][128][ETX][233] 16:33:44:725 RX <- Registrador: A4 Retorno: -- 16:33:44:749 Estado TX -> [sTX][137]34[ETX][245] 16:33:44:762 RX <- ACK = 6 Falha: 0 TimeOut estendido 16:33:47:723 RX <- (Bloco) = [sTX][136]34-0193AI[128][128][146][128][128][ETX][LF] TX -> ACK = 6 Falha: 0 VerificaFimLeitura, Sequencia diferente da enviada (137) - Bloco removido: Seq:136 Tipo:- Tarefa:34 Erro:193 - Bloco:[sTX][136]34-0193AI[128][128][146][128][128][ETX][LF] TimeOut estendido 16:33:47:782 RX <- (Bloco) = [sTX][137]34+0000AI[128][128][146][128][128][ETX][252] TX -> ACK = 6 Falha: 0 16:33:47:886 RX <- [sTX][137]34+0000AI[128][128][146][128][128][ETX][252] -- 16:51:04:561 Estado TX -> [sTX][138]34[ETX][246] 16:51:04:575 RX <- ACK = 6 Falha: 0 TimeOut estendido 16:51:04:612 RX <- (Bloco) = [sTX][138]34+0000AA[128][128][146][128][128][ETX][245] TX -> ACK = 6 Falha: 0 16:51:04:713 RX <- [sTX][138]34+0000AA[128][128][146][128][128][ETX][245]

Bom dia, Recentemente foi solicitado por um cliente a possibilidade de informar em um comprovante não-fiscal, especificamente, em um cupom de sangria/suprimento de caixa, o operador que efetuou a tarefa. Inserimos no campo destinado à observação esta informação e utilizamos o caractere '|' como quebra de linha, porém alguns ECF's não reconhecem esse caractere para esta função. Existe algum comando da AcBr ou um caractere "universal" entre os ECF's para este fim? Ressalto que nestes cupons, o cliente tem a opção de digitar uma observação com o limite de colunas permitido pela impressora e não queríamos reduzir este limite, por isso a inserção de uma nova linha. Desde já, agradeço.

O TimeOut está setado em 30: -------------------------------------------------------------------------------- ATIVAR - 30/03/15 06:09:01:663 - Modelo: Bematech - Porta: COM7 - TimeOut: 30 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 -------------------------------------------------------------------------------- Vamos verificar aqui algumas configurações. Agradecemos.

Bom dia pessoal, Estamos com um cliente que está utilizando o ECF MP-4000 TH FI. O mesmo está reportando para a gente que a todo momento recebe uma tela de "ECF não cadastrado!". Analisando aqui, verificamos que esta mensagem é uma validação que é disparada por nós no momento da atualização do valor do Grande Total no arquivo auxiliar criptografado após cada venda. Olhando no log do ECF, observamos os seguintes casos: 1) -- 07:05:35:107 TX -> [sTX][4][NUL][FS][NAK]1[NUL] 07:05:35:125 RX <- ACK = 6 Falha: 0 07:05:35:141 VerificaFimImpressao: Pedindo o Status (19) 07:05:36:643 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 07:05:36:906 VerificaFimImpressao: Pedindo o Status (19) 07:05:36:940 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 07:05:37:042 RX <- [NUL][NUL][NUL][NUL] -- 07:05:37:956 GrandeTotal TX -> [sTX][ENQ][NUL][FS]#[ETX]B[NUL] 07:05:37:979 RX <- ACK = 6 Falha: 0 07:05:38:125 RX <- [NUL][NUL][NUL][NUL][4][WAK]W%[NAK][NUL][NUL][NUL][NUL] -- 07:05:38:569 NumSerie TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 07:05:38:593 RX <- ACK = 6 Falha: 0 07:05:38:746 RX <- BE091310100011266716[NUL][NUL][NUL][NUL] 2) -- 07:19:37:887 GrandeTotal TX -> [sTX][ENQ][NUL][FS]#[ETX]B[NUL] 07:19:37:906 RX <- ACK = 6 Falha: 0 07:21:50:445 RX <- [NUL][NUL][NUL][NUL][4][WAK]WH ----------------- ERRO ----------------- Impressora Bematech não está respondendo ---------------------------------------- -- 07:21:53:526 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 07:21:53:553 RX <- ACK = 6 Falha: 0 07:21:53:655 RX <- [NUL][NUL][NUL][NUL] 3) -- 08:07:47:925 GrandeTotal TX -> [sTX][ENQ][NUL][FS]#[ETX]B[NUL] 08:07:47:943 RX <- ACK = 6 Falha: 0 08:09:30:579 RX <- [NUL][NUL][NUL][NUL][4][WAK]Y7P[NUL][NUL][NUL][NUL] ----------------- ERRO ----------------- Impressora Bematech não está respondendo ---------------------------------------- -- 08:09:37:941 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 08:09:37:968 RX <- ACK = 6 Falha: 0 08:09:38:070 RX <- [NUL][NUL][NUL][NUL] 4) -- 09:47:15:369 GrandeTotal TX -> [sTX][ENQ][NUL][FS]#[ETX]B[NUL] 09:47:15:395 RX <- ACK = 6 Falha: 0 09:47:15:541 RX <- [NUL][NUL][NUL][NUL][4][WAK]f[4]r[NUL][NUL][NUL][NUL] -- 09:47:15:975 NumSerie TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 09:47:15:998 RX <- ACK = 6 Falha: 0 09:49:12:107 RX <- BE09131 ----------------- ERRO ----------------- Impressora Bematech não está respondendo ---------------------------------------- -- 09:49:12:113 TX -> [sTX][ENQ][NUL][FS]#[NUL]?[NUL] 09:49:12:136 RX <- ACK = 6 Falha: 0 09:49:12:256 RX <- BE0913101000112[NUL][NUL][NUL][NUL] 5) -- 11:30:41:706 GrandeTotal TX -> [sTX][ENQ][NUL][FS]#[ETX]B[NUL] 11:30:41:732 RX <- ACK = 6 Falha: 0 11:30:41:878 RX <- [NUL][NUL][NUL][NUL][4][WAK]sP[134][NUL][NUL][NUL][NUL] -- 11:30:42:299 NumSerie TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 11:30:42:323 RX <- ACK = 6 Falha: 0 11:31:16:763 RX <- BE09131 ----------------- ERRO ----------------- Impressora Bematech não está respondendo ---------------------------------------- -- 11:31:16:769 TX -> [sTX][ENQ][NUL][FS]#[NUL]?[NUL] 11:31:16:793 RX <- ACK = 6 Falha: 0 11:31:16:914 RX <- BE0913101000112[NUL][NUL][NUL][NUL] 6) -- 12:27:41:354 GrandeTotal TX -> [sTX][ENQ][NUL][FS]#[ETX]B[NUL] 12:27:41:373 RX <- ACK = 6 Falha: 0 12:30:35:583 RX <- [NUL][NUL][NUL][NUL][4][WAK]w[152] ----------------- ERRO ----------------- Impressora Bematech não está respondendo ---------------------------------------- -- 12:30:43:625 Estado TX -> [sTX][ENQ][NUL][FS]#[WAK]P[NUL] 12:30:43:652 RX <- ACK = 6 Falha: 0 12:30:43:755 RX <- @[NUL][NUL][NUL] O mais interessante é que eles estão justamente no processo referente ao GrandeTotal. No log, além desses problemas acima e do warning de arredondamento da Bematech não encontramos mais nada relevante. Gostaríamos da opinião de vocês sobre os 6 casos acima. Desde já agradecemos.

Problema resolvido com o commit do Daniel. Desde já agradeço a todos.

Com o ECF Sweda sempre utilizamos a ecfSwedaSTX. Por padrão, sempre deixamos 9600 setado no ECF e na porta do computador. O pessoal do suporte levou as máquinas para efetuar uma manutenção no hardware e ver se melhora para o cliente.

Bom dia a todos, alteração enviada para o SVN na revisão 8478. Vamos fazer alguns testes na liberação da próxima versão e posto o resultado aqui.

Entendi! Vamos dar uma olhada novamente na parte física.

O pior Daniel, é que o cliente reportou que nos 4 ECFs ocorrem os mesmos problemas. Chegamos a efetuar a troca do cabo e validar todas as configurações da porta do ECF e do computador e aparentemente está normal. A dúvida nossa é que este erro ocorria com a Bematech, e tivemos que efetuar aquela correção que nos foi passada, será que teríamos que efetuar algum outro tratamento para o caso específico da Sweda?

Bom dia pessoal, estamos com um caso que o cliente está reportando problema de comunicação aleatórios com o ECF Sweda ST200. Este tópico é relacionado ao link [ mas neste era em relação ao ECF Bematech. Segue em anexo um parcial do problema: -- Ativando a porta: COM1 -- 15:57:07:151 VendeItem( 07896036090855 , OLEO SE SOJA VELEIRO 900ML , FF , 1 , 2,68 , 0 , UN , $ , D , -1 ) TX -> [sTX]-02|1,000|07896036090855|2,680|UN|F1|OLEO SE SOJA VELEIRO 900ML|T[ETX][237] 15:57:07:218 RX <- ACK = 2 Falha: 0 TX -> [sTX]-02|1,000|07896036090855|2,680|UN|F1|OLEO SE SOJA VELEIRO 900ML|T[ETX][237] 15:57:09:319 RX <- -- Desativando a porta: COM1 ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora SwedaSTX ---------------------------------------- -- Ativando a porta: COM1 -- 15:57:12:700 NumUltimoItem TX -> [sTX].34|L2[ETX][148] 15:57:14:701 RX <- -- Desativando a porta: COM1 ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora SwedaSTX ---------------------------------------- -- Ativando a porta: COM1 -- 15:57:16:650 NumUltimoItem TX -> [sTX]/34|L2[ETX][149] 15:57:18:650 RX <- -- Desativando a porta: COM1 ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora SwedaSTX ---------------------------------------- Olhando no log também, temos a vários momentos encontrei a entrada abaixo: RX <- ACK = 6 Falha: 1 Não sei se seria um problema. Segue: -- Desativando a porta: COM1 -- Ativando a porta: COM1 -- 15:52:36:395 VendeItem( 07891962027425 , BISCOITO GULOSOS BAUDUCCO C/MO , FF , 1 , 4,59 , 0 , UN , $ , D , -1 ) TX -> [sTX][194]02|1,000|07891962027425|4,590|UN|F1|BISCOITO GULOSOS BAUDUCCO C/MO|T[ETX][NUL] 15:52:36:462 RX <- ACK = 3 Falha: 0 TX -> [sTX][194]02|1,000|07891962027425|4,590|UN|F1|BISCOITO GULOSOS BAUDUCCO C/MO|T[ETX][NUL] 15:52:36:903 RX <- ACK = 6 Falha: 1 TimeOut estendido 15:52:36:924 RX <- (Bloco) = [sTX][194]02+0000AC[128][144][146][128][128][ETX]: TX -> ACK = 6 Falha: 0 15:52:37:025 RX <- [sTX][194]02+0000AC[128][144][146][128][128][ETX]: Estou enviando em anexo um parcial do log do cliente para auxiliar. O cliente utiliza a placa de conversão PCI-Express para serial em todos os caixas da fabricante MosChip, driver 1.0.0.8. Gostaria da opinião de vocês sobre este erro. Desde já agradeço. Log-Parcial.TXT Log-Parcial.TXT

Conseguimos aqui: DebugLog('[' + ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].LeInformacao(131, 0).AsString + ']' + sLineBreak + '[' + ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].LeInformacao(132, 0).AsString + ']' + sLineBreak + '[' + ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].LeInformacao(136, 0).AsString + ']' + sLineBreak + '[' + ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].LeInformacao(156, 0).AsString + ']'); Agradeço!

Boa tarde pessoal, Utilizando a função ACBrTEFD.CHQ(...) implementamos uma funcionalidade no nosso PDV que permite o usuário, sem ter nenhum cupom em aberto no ECF e somente quando o ECF estiver em estado livre, consultar um determinado cheque no SiTEF. Dependendo do retorno o operador pode abrir uma venda e finalizar com este cheque. Na última atualização, observamos o seguinte no source da unit 'ACBrTEFDCliSiTef.pas' na linha 765: VerificarTransacaoPagamento( Valor ); Nas versões anteriores tínhamos: if DocumentoVinculado <> '' then VerificarTransacaoPagamento( Valor ); Com isso, quando o operador vai efetuar uma consulta de cheque recebe a exceção: ECF deve estar em Estado de "Venda", "Pagamento" ou "Não Fiscal" Gostaríamos de saber qual seria o motivo de ter retirado a validação da variável 'DocumentoVinculado' para podermos tomar uma decisão em relação a esta funcionalidade do nosso sistema. Desde já agradecemos.

Bom dia Daniel, estamos tentando implementar a identificação do cartão TEF no nosso PDV. Baseado no arquivo: ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].ArqRespPendente Estamos tentando rastrear as seguintes propriedades: 131 - Código referente a instituição 132 - Código referente ao nome da bandeira 136 - BIN do cartão(6 primeiros dígitos) 156 - Nome da instituição por extenso No arquivo retornado acima, temos as seguintes informações: 123-000 = 00 131-000 = 00125 132-000 = 00001 133-000 = 040003 134-000 = 000040003 135-000 = 040003 136-000 = 474512 156-000 = VISA CREDITO 157-000 = 020000080750001 158-000 = AP 161-000 = 0 170-000 = 0 174-000 = 1 175-000 = 1 176-000 = 49 2010-000 = 00 2053-000 = CREDITO 2090-000 = 3 2091-000 = 0 2333-000 = 1 2362-000 = 0 899-002 = 09 899-100 = CRT 899-101 = 31240 899-102 = 10231 899-103 = 23790 Analisando o código, acredito que consigo obter: 131 -> ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].Instituicao 156 -> ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].Rede No nosso PDV utilizamos o simulador do SiTEF v3.0.19.34. Gostaríamos de saber se existe um modo de obtermos os códigos 132 e 136?

Bom dia Daniel. Agradeço o esclarecimento. Ajudou bastante a gente aqui.

Bom dia Daniel. No componente ACBrTEFD1 eu setei Numvias igual a 4. Em seguida na interface do TEDDemo: 1) Configuração -> ECF: -> ecfDaruma -> Porta: COM1 -> Ativar 2) Configuração -> TEF -> GP: gpCliSiTef -> Inicializar 3) Operação -> TEF -> ADM -> 2:Reimpressão de comprovante -> OK -> 2:Ultimo comprovante -> OK -> OK -> Yes Neste caso efetuou a impressão de somente uma via, embora no componente tenha sido setado o valor 4. Na verdade, acreditamos que não seja um problema, estamos somente com dúvida em relação a quando as propriedades abaixo são utilizadas, para podermos inserir essa configuração no nosso sistema, se possível. 1) ACBrTEFD.NumVias 2) ACBrTEFD.TEFCliSiTef.NumVias 3) ACBrTEFD.TEFCliDTEF.NumVias Desde já agradecemos.

Agradeço o esclarecimento Régys. No menu ADM eu pedi para reimprimir o último comprovante do TEF. Setei no meu source: with dmVenda.ACBrTEFD do begin NumVias := 4; TEFCliSiTef.NumVias := 4; TEFCliDTEF.NumVias := 4; end; dmVenda.ACBrTEFD.ADM(dmVenda.ACBrTEFD.GPAtual); Na linha 2359 da unit ACBrTEFDClass.pas temos: while I <= self.NumVias do begin if I = 1 then ImagemComprovante := Self.Resp.ImagemComprovante1aVia else ImagemComprovante := Self.Resp.ImagemComprovante2aVia ; if ImagemComprovante.Count > 0 then... Ao executar, percebi que a propriedade self.NumVias ainda estava com o valor 2 setada. Quando I era igual a 1 temos ImagemComprovante.Count maior que zero. Ao incrementar I, ImagemComprovante.Count vêm com valor zero, sendo que mesmo que eu sete manualmente: I <= 4 /* self.NumVias */ Só irá efetuar a reimpressão da segunda via uma única vez. Eu não sei se estaria correto a idéia acima ou eu estou acessando algum item do menu TEF errado.

Boa tarde pessoal, estamos tentando efetuar a impressão de mais de 2 vias quando a forma de recebimento especificada for CARTÃO DE CRÉDITO TEF(Por exemplo). Temos uma tela de configuração onde o usuário pode configurar a quantidade de vias para esta determinada forma de recebimento. O TEF funciona perfeitamente, comparei o nosso source para os tratamentos com o do ECFTeste e está tudo normal sem discrepâncias significativas. Setei no nosso source as seguintes opções: with ACBrTEFD do begin NumVias := QVias; TEFCliSiTef.NumVias := QVias; end; Mas não imprime de modo algum a quantidade especificada, sempre imprimindo a primeira via(cliente) e a segunda via(estabelecimento) e pronto. Chega a aparecer na tela a mensagem Destaque a Via 4 de 4 em contagem regressiva respeitando a configuração que setei, mas nada é impresso no ECF. Estávamos debugando e no souce da unit ACBrTEFDClass.pas, na procedure TACBrTEFDClass.ImprimirRelatorio é utilizada a quantidade de vias. Pelo que percebemos, só passa nessa procedure quando chamo o TEF pelo menu administrativo, sendo que no fluxo normal de venda com fechamento em CARTÃO TEF o mesmo não ocorre. Postamos um log completo do fluxo do TEF. Entramos em contato com o pessoal da Software Express, para verificar se o simulador do TEF tinha alguma limitação em relação a vias, mas eles confirmaram que não há nenhuma limitação. Gostaríamos da opinião de vocês sobre esse assunto. CLISITEF_20150122.rar

Entendi. Agradeço.

Conferi com o pessoal, as máquinas não possuem nenhuma porta serial on-board, todas off-board utilizando essa placa de conversão PCIe-Serial. Vou tentar achar um driver mais atual. Daniel, quando eu deixei no componente marcada a opção ACBrECF.ControlePorta habilitada, a princípio, para o cliente no período de teste não houve mais nenhum problema de comunicação. Se eu deixar essa configuração marcada, somente para casos excepcionais como esse, teria algum tipo de problema?

Bom dia pessoal, efetuamos um teste com a configuração ACBrECF.ControlePorta habilitada. O log completo está em anexo. Olhando o log, o que observei foi: 1) O erro abaixo ocorreu 10 vezes (FechaCupom) no período de teste. Segue: -- 10:13:39:275 TX -> [STX][4][NUL][FS][GS]9[NUL] 10:13:39:291 RX <- ACK = 6 Falha: 0 10:13:39:416 RX <- [NUL][NUL][NUL][NUL][NUL]#[SOH][NUL][NUL][NUL][NUL] -- Desativando a porta: COM2 -- Ativando a porta: COM2 -- 10:13:39:431 FechaCupom( MD-5:17B6686230674206F0565F7E396FCFEB[CR][LF]MINAS LEGAL: 10454273000160 13012015 2301[CR][LF]Val.Aprox.Impostos R$4,77(20,73%) Fonte:IBPT[LF]OPERADOR: CAIXA TURNO: 01[LF]Obrigado pela prefer[234]ncia![LF]Volte Sempre! ) TX -> [STX][199][NUL][FS]"MD-5:17B6686230674206F0565F7E396FCFEB[CR][LF]MINAS LEGAL: 10454273000160 13012015 2301[CR][LF]Val.Aprox.Impostos R$4,77(20,73%) Fonte:IBPT[LF]OPERADOR: CAIXA TURNO: 01[LF]Obrigado pela prefer[136]ncia![LF]Volte Sempre![LF][ETX]4 10:13:39:650 RX <- ACK = 6 Falha: 0 10:13:39:650 VerificaFimImpressao: Pedindo o Status (19) 10:13:40:009 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 10:13:42:010 VerificaFimImpressao: ACK = 6 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 10:13:42:213 VerificaFimImpressao: Pedindo o Status (19) 10:13:42:229 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 10:13:42:338 RX <- [NUL][NUL][NUL][NUL] -- Desativando a porta: COM2 -- Ativando a porta: COM2 -- 10:13:42:354 Estado TX -> [STX][ENQ][NUL][FS]#[WAK]P[NUL] 10:13:42:369 RX <- ACK = 6 Falha: 0 10:13:42:494 RX <- $[NUL][NUL][NUL][NUL] 2) O erro abaixo ocorreu 2 vezes (LeituraX) no período de teste. Segue: -- Ativando a porta: COM2 -- 13:20:36:818 LeituraX TX -> [STX][4][NUL][FS][ACK]"[NUL] 13:20:36:834 RX <- ACK = 6 Falha: 0 13:20:36:849 VerificaFimImpressao: Pedindo o Status (19) 13:20:38:362 VerificaFimImpressao: ACK = 0 - Falhas = 0 - Erro: ESynaSerError Communication error 9997: Timeout during operation 13:20:39:821 VerificaFimImpressao: ECF fora de linha 13:20:41:133 VerificaFimImpressao: ECF fora de linha 13:20:41:336 VerificaFimImpressao: Pedindo o Status (19) 13:20:41:352 VerificaFimImpressao: ACK = 6, OK... Aguardando ST1 e ST2 13:20:41:461 RX <- [NUL][NUL][NUL][NUL] -- Desativando a porta: COM2 -- Ativando a porta: COM2 O problema inicial citado neste tópico do RX retornar vazio não encontramos mais. Gostaríamos da opinião de vocês sobre os dados acima. Desde já agradecemos. LOG-PDV8.rar

Boa tarde pessoal, A diminuição do tamanho do buffer não apresentou efeito. O pessoal do suporte tinha efetuado essa configuração anteriormente para efetuar um teste. As configurações da porta que postei o log são: Bits por segundo: 9600 Data bits: 8 Parity: none Stop Bits: 1 Flow Control: none Algo que observei, eles utilizam um conversor PCI-e para Serial. Segue as especificações da mesma: PCIe to High Speed Serial Port (COM1) MosChip Semiconductor Technology Ltd Data do driver: 26/10/2010 Versão do driver: 2.0.0.1 O ECF Bematech MP-4000 está com o firmware na versão: 01.00.02 Estamos enviando para eles uma versão do nosso sistema com a configuração ACBrECF.ControlePorta habilitada.

Bom dia pessoal, Régys, todos os ECF estão comunicando pela serial. Vou diminuir o buffer do caixa que está dando mais problema para efetuar um teste. Daniel, estou obtendo as configurações da porta para postar, vou gerar também uma versão com o ACBrECF.ControlePorta habilitado. Qualquer novidade posto para vocês novamente. Agradeço.

Bom dia Daniel, acabamos acessando a DLL diretamente e passando os parâmetros de acordo com cada cliente. Pelo que verifiquei na "BemaFI32.INI" encontrei apenas a seção [softwareHouse] que refere-se ás informações da empresa desenvolvedora. Agradeço.

Bom dia, A função "ECF_GeraRegistrosSPEDMFD" é encontrada na DLL "CONVECF.DLL". Você encontra essa DLL no link do fabricante SWEDA: http://www.sweda.com.br/v2011/br/suporte_connect.asp => http://www.sweda.com.br/downloads/Connect_C.zip A chamada da função seria: function ECF_GeraRegistrosSPEDMFD(jan : AnsiChar; com : AnsiChar; ArqBin : AnsiString; ArqTxt : AnsiString; fxaini : AnsiString; fxafim : AnsiString; perfil : AnsiString; cfop : AnsiString; codobs : AnsiString; pis : AnsiString; cofins : AnsiString; filler : AnsiString): Integer; stdcall; external 'CONVECF.DLL'; Só para complementar a informação, você também encontra nessa DLL a função para gerar o SINTEGRA: function ECF_ArquivoSintegra2004MFD(itipo : Integer; cArquivo : AnsiString; cMes : AnsiString; cAno : AnsiString; cMesf : AnsiString; cAnof : AnsiString; cRazaoSocial: AnsiString; cEndereco : AnsiString; cNumero : AnsiString; cComplemento: AnsiString; cBairro : AnsiString; cCidade : AnsiString; cUF : AnsiString; cCEP : AnsiString; cTelefone : AnsiString; cFax : AnsiString; cContato : AnsiString): Integer; stdcall; external 'CONVECF.DLL'; Para informações mais detalhadas dentro do arquivo "Connect_C.zip", procure pelo arquivo "...\Connect_C\Connect_C\Manual\connectc.chm". Espero ter ajudado.

Boa tarde pessoal, Temos um cliente com 5 caixas que está reportando erros durante a venda de itens. Ele utiliza MP4000 em todos os caixas. O Daniel desenvolveu um patch para corrigir problemas relacionados a relatório gerencial e a emissão da Redução Z, que funciona perfeitamente, conforme o post: Só que neste outro cliente o problema ocorre na venda de item, em alguns casos na verificação do arredondamento e na finalização do cupom fiscal, por isso estou abrindo outro tópico. Observando os logs de todos os caixas encontramos os seguintes erros: -- 19:05:27:722 Subtotal TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 19:05:27:894 RX <- [NUL][NUL][NUL][NUL][NUL] -- 19:05:27:894 TX -> [STX][4][NUL][FS][GS]9[NUL] 19:05:28:159 RX <- [NUL][NUL][NUL][NUL][NUL]$u[NUL][NUL][NUL][NUL] -- 19:05:29:894 VendeItem( 07897517206086 , MOLHO DE TOMATE FUGINI SACHE 3 , FF , 1 , 1,69 , 0 , UN , $ , D , -1 ) 19:05:31:895 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 19:06:15:371 NumUltimoItem 19:06:17:380 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 19:06:18:333 NumUltimoItem 19:06:20:339 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 07:10:17:003 TX -> [STX][4][NUL][FS][26]6[NUL] 07:10:17:175 RX <- [ENQ][7][NUL][18][NUL][24][NUL]%[NUL]0[NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL][NUL] -- 07:10:17:175 Arredonda 07:10:19:178 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 07:10:22:165 NumUltimoItem 07:10:24:175 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 11:01:54:135 TX -> [STX][4][NUL][FS][GS]9[NUL] 11:01:54:275 RX <- [NUL][NUL][NUL][NUL][NUL][16][19][NUL][NUL][NUL][NUL] -- 11:01:54:275 FechaCupom( MD-5:17B6686230674206F0565F7E396FCFEB[CR][LF]MINAS LEGAL: 10454273000160 05012015 1013[CR][LF]Val.Aprox.Impostos R$3,38(33,37%) Fonte:IBPT[LF]OPERADOR: CAIXA TURNO: 01[LF]Obrigado pela prefer[234]ncia![LF]Volte Sempre! ) 11:01:56:275 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 11:02:12:527 Estado 11:02:14:527 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 11:02:16:371 Estado 11:02:18:372 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 12:37:29:495 Subtotal TX -> [STX][ENQ][NUL][FS]#A[128][NUL] 12:37:29:620 RX <- [NUL][NUL][NUL][NUL][NUL] -- 12:37:29:620 TX -> [STX][4][NUL][FS][GS]9[NUL] Bematech EnviaComando_ECF: ACK = 0 Falha: 1 12:37:35:730 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 12:37:41:418 Estado 12:37:43:419 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 12:37:46:591 Estado 12:37:48:607 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech Gostaríamos da opinião de vocês, uma vez que já colocaram cabos novos, verificaram porta serial, mas os problemas persistem. Estamos anexando um log mais completo do caixa que mais apresenta problema, embora aconteça também nos outros caixas, para facilitar a compreensão. LOG-ECF-BEMATECH-MP4000.rar