MaiconBR

Certo Juliomar, Informando ecfSwedaSTX saiu como o esperado, obrigado pela dica!

Olá Juliomar, o "modelo" que estou usando no ACBr, é: ecfSweda. Régys então, o detalhe é que rodando no sistema antigo que temos, comunicação feita via DLL, os dados do consumidor saem completos, nome, endereço CPF/CNPJ... mas no sistema novo, utilizando o ACBr não está saindo como esperado. Já utilizamos o ACBr a mais de um ano, mas agora que os clientes de Sweda viram o ocorrido, e como dito anteriormente, no simulador está indo e boa. Vocês tem algum outro palpite? Obrigado pela atenção;

Acho que falei besteira.. O ACBr faz comunicação direta né.. por este motivo é indiferente a dll que deixo junto ao executável né?

Olá Juliomar, Então com ECF, epson, bema, tudo é azul hehe O modelo é: IF ST200 marca: Sweda versão de Firmware:01.00.05 Referente ao teste que você falou, já tinha efetuado, na verdade foi a primeira coisa que fiz, pensei o mesmo que você; neste caso botei as demais informações de forma bem sucinta, ex: XPTO nos demais campos que não CNPJ/CPF, mesmo assim, no ECF "real", não saí impresso. Tô com uma impressão que poderia ser a dll, não sei se seria possível afetar esta funcionalidade. Obrigado pela atenção.

Boa Tarde, Estou com uma situação aqui. Ao efetuar uma venda, emissão do CF, e identificar o consumidor, informado todos os dados cabíveis, nome, CPF, endereço. Com exceção do CPF/CNPJ os demais campos não saem impressos no CF. Efetuando testes com o simulador da Sweda, os demais campos, nome, CPF, endereço, saem impressos. Porem no ECF de "verdade", e efetuei o teste/simulação em mais de um ECF, não saí os dados. Para outros ECF's que não Sweda, está funcionando tudo corretamente. Alguém tem alguma ideia do que pode estar acontecendo, ou já passou por alguma situação assim?

Boa tarde, Efetuei um pesquisa aqui no fórum mas não encontrei. O ACBr balança, funciona com a balança toledo 2095?

Boa tarde, Após mais alguns testes finalmente, consegui efetuar a configuração e posterior transação com o SiTef. Necessitava informar os dados no componente TEF, CodLoja, NrTerminal, IpServidor. Já que o ACBr, não efetua a leitura do arquivo .ini, que a Dll do CliSiTef faz uso. Por fim, obrigado pela atenção!

Certo, então as configurações que listei acima, vou ter que implementar para que meu aplicativo passe para o ACBr. Seria isto né?

Bom dia Daniel, Após alguns testes, cheguei a um ponto. Ao efetuar um debug, percebi que o arquivo.ini do CliSiTef, CliSiTef.ini, não estava sendo "carregado" pelo ACBr. Na verdade não sei se ele "carrega" as informações deste arquivo. Então a pergunta seria, o ACBr faz o "load" do CliSiTef.ini, ou, tenho que passar na mão as configurações de IP Servidor, e número do Pinpad, assim como as demais informações? Caso ele já faça esse "load", o que eu poderia estar fazendo errado nesta situação? Novamente obrigado!

Então, são as mesmas dlls que tenho aqui. Inclusive a Softexpress que me enviou as mesmas.

Bom dia Daniel, Cara, de fato as duas Dlls que vc listou aí, não estavam na pasta da aplicação, movi elas para a pasta e o dito erro não ocorreu mais. Mas como tudo na vida, agora tem outro erro, na minha aplicação, ao efetuar a chamada do TEF, o windows trava e me retorna um "appcrash" informando que o problema está na CliSiTef32.dll Se eu tentar chamar o TEF via o exemplo do ACBr, gera uma exceção: "stack overflow". E o mesmo não é ativo. Já tentei efetuar o registro das dlls, mas não obtive sucesso. Alguma outra ideia do que poderia estar causando esse erro? Obrigado pela ajuda! Em anexo log gerado pelo exemplo do ACBr CliSiTef.txt CliSiTef.txt

Então Daniel, Tenho "duas" CliSiTef32 na pasta, uma chamada: CliSiTef32.dll e outra: CliSiTef32I.dll isso pode dar conflito? Outro ponto é que não é na mesma maquina que está instalado o "Server" do Sitef, o modulo "server" está em outra máquina da rede, no caso do CliSiTef.ini no campo IP informei o da máquina servidora. Obrigado desde já!

Bom dia, Estou implementando o SiTef em minha aplicação, mas ao ativar o mesmo, tanto o exemplo do TEF como minha aplicação, estão retornando a seguinte mensagem: "O PinPad não está devidamente configurado no arquivo CliSiTef.ini", já verifiquei o que foi postado acima e no meu entender está tudo de acordo. Alguém tem alguma ideia do que pode estar faltando? Vou anexar o arquivo log, gerado pelo exemplo do TEF. Obrigado desde já! CliSiTef.ini CliSiTef.txt

Boa noite, Estou implementando o SiTef em minha aplicação, mas ao ativar o mesmo, tanto o exemplo do TEF como minha aplicação, estão retornando a seguinte mensagem: "O PinPad não está devidamente configurado no arquivo CliSiTef.ini", já verifiquei o que foi postado acima e no meu entender está tudo de acordo. Alguém tem alguma ideia do que pode estar faltando? Vou anexar o arquivo log, gerado pelo exemplo do TEF. Obrigado desde já! CliSiTef.ini CliSiTef.txt

Olá André, Compreendo, só gostaria de saber o porque de dar erro. Obrigado!

Boa tarde Senhores. Estou encontrando um erro quando tento efetuar uma determinada operação. No caso quando vou utilizar a função EfetuaPagamentoNaoFiscal, para suprimento e sangria, Estou obtendo os seguintes retornos: Quando ECF Epson: "Erro: 0E19 - Comando não permitido em operações não-fiscais para movimento de monetário." Quando ECF Sweda: "Erro (0058) Comando ou operação inválida!" Quando ECF Daruma: "Comprovante NÃO Fiscal inválido ou não programado Erro estendido (138 -> Não pode utilizar SANGRIA ou SUPRIMENTO)" 1 - Ocorre este erro quando utilizo um totalizador não fiscal "já cadastrado no ECF" os totalizadores que veem de fabrica. 2 - Quando utilizo Bematech, não ocorre erro algum. 3 - Se eu cadastrar um totalizador não fiscal, e efetuar o procedimento pra ele não apresenta erro, independente do ECF. Segue parte do código: sCodCNF : String; sCodFormaPagamento : String; dValorPago : Double; ECF.AbreNaoFiscal(); ECF.RegistraItemNaoFiscal(sCodCNF,dValorPago); ECF.SubtotalizaNaoFiscal(); ECF.EfetuaPagamentoNaoFiscal(sCodFormaPagamento,dValorPago); < Neste ponto gera exceção ECF.FechaNaoFiscal(); Alguém tem alguma ideia do que pode ser? Obrigado desde já!

Bom dia senhores, Entrei a alguns dias em contato com o suporte da bematech, mas sinceramente é um suporte lixo. E até o presente momento não obtive retorno algum. Vou setar como resolvido, caso obtenha algum retorno ou solução, posto o resultado aqui. Obrigado.

Olá Régys, Sim antes também possuía TEF. Isso que é estranho, pois em questão de TEF registro de suprimento e sangria e até a quantidade de cupons emitidos, não foi alterada. Compreendo que quanto mais informações registradas no ECF maior vai ser os bitmaps impressos, mas como observado, não houve alteração na quantidade de documentos emitidos pelo ECF. E outra coisa que é estranha, é que na sweda, segundo outro cliente não está acontecendo, permaneceu como era antes. Obrigado pela atenção!

Foi o que pensei Daniel, Mas o "difícil", é argumentar com o cliente, tirando o lado do sistema novo, no operacional não mudou nada. A quantidade de documentos emitidos é a mesma de antes da atualização. Verificamos isso, antes mesmo de questionar o suporte da bematech e postar aqui no fórum, Mesmo assim obrigado pela atenção!

Boa tarde Senhores, Estou implantando o sistema novo aqui da empresa, e como sempre, alguns clientes estão questionando porque após a redução z, os "códigos de barras", estão saindo mais, leia-se o dobro ou mais, do que antes. Entrei em contato com o suporte da bema, mas até o momento não obtive retorno. O cliente em questão utiliza uma bematech mp-2100 TH FI. Aparentemente só esta acontecendo isso na bematech. Em outro cliente que possui sweda está normal. Por mim, não tem problema algum, sair um pouco mais de papel, informação, na redução z, mas que é estranho é. E o cliente já está me incomodando a algum tempo com isso. No sistema antigo, não utilizávamos o acbr, era feito tudo na "mão". E a quantidade impressa no final da redução z era menor. Sabem me dizer o porque de sair mais informações após a redução z? Outra coisa, é que esse cliente possui TEF, que também utilizo o acbr, não sei se isso influencia em algo. Obrigado desde já!

Certo Juliomar, Foi o que pensei. Obrigado pela atenção.

Bom dia, Régys, Verificando a função que você postou, PafMF_Cotepe1704, não localizei porem encontrei a: PafMF_MFD_Cotepe1704 Só que como o nome diz, ele gera o arquivo como MFD, e não como MF. Conforme texto abaixo. Outa coisa, verifiquei a função ArquivoMF_DLL, porem o arquivo gerado vem com caracteres especiais. Gerando o arquivo via DLL, na verdade convertendo ele, o formato vem correto: E01BE050875610000029413 ECF-IF BEMATECH MP-2100 TH FI 01.01.00 20081216154806BE011111111111111MF 000001000422200001012014051601.01.43AC1704 01.00.00 E02BE050875610000029413 MP-2100 TH FI 1111111111111111111111111111 2009022011401300000100000000005852775901 E05BE050875610000029413 MP-2100 TH FI 1111111111111120090220110150QWERTYUIOP E06BE050875610000029413 MP-2100 TH FI 1111111111111120090220110150 R E08BE050875610000029413 MP-2100 TH FI 1111111111111167600812181092 E09BE050875610000029413 MP-2100 TH FI 00000120090220114013S Você sabe me dizer se tem algum meio de fazer a conversão do binário para o TXT como a DLL da bema faz.? Obrigado desde já.

Então Régys, Concordo com você que não podem obrigar, mas o argumento é que já tiveram problemas com outras empresas, por ter feito somente os arquivos em binário. Conforme diz o texto é "opcional" efetuar a conversão, mas não é o entendido por deles. Sendo que em outro software que homologuei a 1 semana, tive que gerar os dois arquivos. Só que na quele software, não uso ACBr. Vou efetuar testes com as funções que você postou. Obrigado pelo retorno.

Olá, Verificando o forum, não encontrei uma maneira para gerar o ArqMF e ArqMFD via ACBr em formato legível. Compreendo que hoje gera o binário dos arquivos e um TXT com a assinatura. Mas na UnoChapecó, os homologadores estão solicitando os dois arquivos, o binário e o em TXT, de forma legível e assinado. Alguém conhece o método para extração destas informações? Desde já obrigado.