Просмотр полной версии : Не все продажи попадают в ФР (+)
andreyykt
18.02.2013, 06:13
Здравствуйте! Проблеме примерно полгода....откуда она взялась я не могу понять...., постоянно в выходные (в будни бывает очень редко), данные по общей выручке кипера не сходятся с Z-отчетом.В Z-ете меньше денег, кассир сдает именно столько, сколько показывает по киперу.
ФР: Штрих-М-ФР-К, RKeeper версия сервера 6.97-работает как служба на WindowsXP. Данный фискальник работает как и "Чековый принтер", НО у меня везде так работает, и нигде такой проблемы нету. В ФР скорость выставлена 115200 в rkeeper6.ini - тоже.
Что я пробовал делать: я менял кабель интерфейсный-не помогло, я взял и физически в это место поставил другой системник(тоже кассовая станция) с другого этажа - не помогло, я отвозил этот ФР в ЦТО-они сказали,что он полностью исправен - не помогло, я попросил электрика сделать заземление-он сказал,что сделал, но я не могу этого проверить,потому что не понимаю в этом, и потом он сказал, что по идее в Якутии в принципе нету заземления,ибо тут вечная мерзлота.... - не помогло.
Я спрашивал кассира, что происходит в эти моменты времени, она описывает так,что при закрытии стола,когда уже должен выйти фискальный чек, кипер как бэ подвисает, далее чек не вылазит, стол пропадает как закрывшийся - это все.
Что посоветуете сделать? Главбух, каждый понедельник мне предъявляет за это....
Что посоветуете сделать?
Я думаю, что Admin в первую очередь попросит лог.
Можно (и наверное даже нужно) еще обновить shtrih.dll до последней версии.
На большую сумму расхождение? Или это всегда сумма одного чека?
Было бы здорово найти этот чек в кипере - возможно это натолкнет на мысли.
Есть на штрихах реальная проблема, когда чек пробитый в полночь (ровно в 00:00 по времени ФР) не попадает в фискалку.
А еще, у вас там случайно в autoexec.bat нигде нет строчки автоматического удаления файла shtrih.bin?
andreyykt
18.02.2013, 09:25
Забыл добавить,что попутно с присутствием данной проблемы,я на этой же станции настроил и внедрил frmc.dll,там все ровно на 100%— rkeeper6.ini сейчас позже выложу,так же выложу fp1.log и fp2.log. То есть логически получается,что родная dll штриха не виновата,коли с frmc.dll происходит то же самое.
frmc - это просто сплиттер (делитель), а fp1 и fp2 это по сути и есть shtrih.dll. Так что взять свежую shtrih.dll и откопировать ее как fp1.dll и fp2.dll
Ну и frmc освежить - хуже не будет.
А тарификацию не используете случайно?
Логи да... ркипер6.ини тоже. И комбинированных оплат нету случаем?
andreyykt
18.02.2013, 12:37
Можно (и наверное даже нужно) еще обновить shtrih.dll до последней версии.
На большую сумму расхождение? Или это всегда сумма одного чека?
Было бы здорово найти этот чек в кипере - возможно это натолкнет на мысли.
Есть на штрихах реальная проблема, когда чек пробитый в полночь (ровно в 00:00 по времени ФР) не попадает в фискалку.
А еще, у вас там случайно в autoexec.bat нигде нет строчки автоматического удаления файла shtrih.bin?
Как версию проверить, свежая или нет?
В autoexec.bat, ничего такого нету, вот он:
-------------------------------------------
C:\DOS\SHARE.EXE
cd \netip
call C:\ipstart.bat
prompt $p$g
path=C:\NETIP;c:\vc;c:\dos;c:\util;c:\TKT1
SET TEMP=C:\TEMP
vga#font
dtime
cd..
:gemdosin -a
:comspeed 2 9600
:comspeed 3 9600
:pause
mode com1:115200,n,8,1
mode com2:9600,n,8,1
mode com3:115200,n,8,1
mode com4:9600,n,8,1
:cd c:\TOUCH
:C:\TOUCH\ELODEV 2200,1,9600 -C489,3708,3442,499,1,255
cd \TKT1
:set tkt1=3F8 4
set tkt1=2F8 3
tpanel -g 1024x768
:pause
:cd \NET
:share
:net start
:net logon 1 1 /y
:net use e: \\unit99\rk6
:net use e: \\unit99\rk6 /no
:pause
**********UNIT01*********
cd \rkclient
dmove buf rkclient
:cor
:cor
rkeeper6.exe
---------- Добавлено в 17:30 ---------- Предыдущее сообщение было размещено в 17:26 ----------
frmc - это просто сплиттер (делитель), а fp1 и fp2 это по сути и есть shtrih.dll. Так что взять свежую shtrih.dll и откопировать ее как fp1.dll и fp2.dll
Ну и frmc освежить - хуже не будет.
А тарификацию не используете случайно?
Пардон, что такое тарификация?
---------- Добавлено в 17:34 ---------- Предыдущее сообщение было размещено в 17:30 ----------
Логи да... ркипер6.ини тоже. И комбинированных оплат нету случаем?
Вот rkeeper6.ini:
-------------------------
Network=ON
ServerName = RLSERV
APServer = ASERV
OLDPDS=ON
FIX_LEN_MASK=778=174450001=NNNN
Hiresolution=2
256Color=On
Colors=1
Color=ON
comport2baud=9600
:comport3baud=9600
comport4baud=9600
comport2port=$02F8
comport3port=$03E8
comport4port=$02E8
FinalToRoll=On
CutBell=On
PrintFinalCheck = On
UnPayFinalCheck=On
PrePayFinalCheck=On
InternalZ = ON
EKLZPrinter=FRMC.dll
FRMC_C1 = 1-4999,8001-9999
FRMC_C2 = 5000-8000
FP1_baud=115200
FP1_Port = 1
FP1_IRQ = 4
FP1_CheckPsw = 1
FP1_RepPsw = 30
FP1_Print = 0
FP1_Pay1 = 1
FP1_Pay2 = 2
FP1_Pay3 = 3
FP1_Pay4 = 4
FP1_Log = on
FP2_baud=115200
FP2_Port = $3E8
:FP2_IRQ = 4
FP2_CheckPsw = 1
FP2_RepPsw = 30
FP2_Print = 0
FP2_Pay1 = 1
FP2_Pay2 = 2
FP2_Pay3 = 3
FP2_Pay4 = 4
FP2_Log = on
:[FIXLEN]
:MASK=778=*********=NNNN
:Localstorecheck=on
---------- Добавлено в 17:36 ---------- Предыдущее сообщение было размещено в 17:34 ----------
вот мои логи и dll: http://yadi.sk/d/96jRTV9J2gay5
---------- Добавлено в 17:37 ---------- Предыдущее сообщение было размещено в 17:36 ----------
Поговорил с менеджерами, они говорят, что комбинированные оплаты принимают, таким макаром: часть денег за блюда берут налом, часть оплачивается визой сбербанка и тп карточки)
mode com1:115200,n,8,1
Вот нельзя это делать. Ком под фр не должен быть как либо определен в досе.
mode com3:115200,n,8,1
А это зачем? Сервиспечать только до 9600 может быть.
andreyykt
18.02.2013, 13:28
Вот нельзя это делать. Ком под фр не должен быть как либо определен в досе.
А это зачем? Сервиспечать только до 9600 может быть.
Ок, первое понял-закоментирую
По второму - это не сервис-печать, а 2-й ФР, хотя зачем я это написал, если в rkeeper6.ini все есть - не знаю..., тоже закоментю
andreyykt
04.03.2013, 11:24
Всем привет, ситуация опять продолжается и продолжается.......суммы разные не сходятся, то 4160р., то 1680р. Может мне мамку поменять? на идентичную, только новую? есть шанс?
ситуация опять продолжается и продолжается.
Так древний сплитер + древние штриховые длл = все будет продолжаться. Сплитер обновить до 1.07, shfrk до 2.27
andreyykt
04.03.2013, 11:45
Отлично! Можете мне дать пожалуйста?
Подскажите, при использовании двух фр, тарификация не попадает в фр, какие есть решения?
Заменить FRMC на более свежую (приложил 2198)
В инишник дописать новый параметр:
FRMC_0 = Номер аппарата для блюд без кода (тарификация): 1..4
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot