Intelliware

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

Blz, Daniel. Agradeço. Atualizei aqui.

Daniel, boa tarde! Segue em anexo o log gerado após a correção (19/12) até hoje. obrigado! LOG_EasyCash1.rar

Boa tarde Daniel, deu certo a correção. O cliente conseguiu retirar normalmente a redução Z, sem erro.

Blz Daniel, vou adicionar a correção aqui e já colocar no cliente e acompanhar. Assim que tiver um retorno eu posto se o problema foi corrigido. Agradeço.

Agradeço Daniel, fico aguardando o retorno.

Pois não. Segue em anexo. Agradeço. EasyCash1.rar

Entendo. Então no log a linha: -- 17:27:39:281 FechaRelatorio TX -> [STX][4][NUL][FS][30]:[NUL] 17:27:39:406 RX <- [22]a[137][NUL][NUL][NUL][NUL] -- 17:27:39:453 TX -> [STX][4][NUL][FS][NAK]1[NUL] 17:27:39:500 RX <- [NUL][SOH]e[NUL] ----------------- ERRO ----------------- Erro retornado pela Impressora: Bematech Sem relatório gerencial ---------------------------------------- Não causaria nenhum problema a princípio, correto? Comparando os logs do cliente que funciona normalmente com a MP-4000 e com o do cliente que não consegue emitir a redução Z eu obtive: - ECF NORMAL: -- 21:43:10:500 MF Adicional TX -> [STX][ENQ][NUL][FS]#(g[NUL] 21:43:10:640 RX <- BE091410100011218171[NUL][NUL][NUL][NUL] -- 21:43:10:640 NumVersao TX -> [STX][ENQ][NUL][FS]#[11]J[NUL] 21:43:10:765 RX <- [NUL][SOH][NUL][NUL][NUL][NUL] - ECF COM PROBLEMA DE EMISSÃO DO Z: -- 17:29:25:578 MF Adicional TX -> [STX][ENQ][NUL][FS]#(g[NUL] Bematech EnviaComando_ECF: ACK = 58 Falha: 1 17:29:27:687 RX <- ----------------- ERRO ----------------- Erro ao enviar comandos para a Impressora Bematech ---------------------------------------- -- 17:29:27:687 ----------------- ERRO ----------------- Impressora Bematech não está em linha ---------------------------------------- Não consegui encontrar o comando 'ReducaoZ' que aparece no ECFTeste, apenas o comando 'MF Adicional'. Daniel, em relação aos logs da Redução Z, você teria alguma opinião do que poderia estar ocorrendo?