gamekeep.dll нужна только для пополнения на кассе. Если пополнение через RK не делается - выкиньте ее нафиг. Где она должна лежать - не помню. Просто попробуйте сперва в корень, потом в Extens. В одном случае будет работать в другом нет - чего проще то.
1. Можно тестить не в оплате, а просто в режиме кассира в списке столов. Катаете карту - видите номер и остаток.Сообщение от Maxim
2. То что FC "походу рабочий" - это хорошо. Но он пока нам вообще не нужен. Логика работы это связки такая:
Катаем карту на кассе - касса (просто клиент) видит что карта подходящая (префикс 790) - касса передает запрос с номером карты (полным номером, с включающем проверочное число и контрольную сумму) Кассовому серверу - кассовый сервер через gkLink.dll (которая лежит в корне кассового сервера) проверяет что это правильная карта - если все Ок и контрольная сумма у карты верная - то Кассовый сервер обращается к FC (передает номер карты) - FC работает с БД GK.
Возможен затык в 2-х местах:
а. касса не распознает карту и не передает ее на кассовый сервер. У Вас там может быть fix len стоит который ее перебивает? Можно собрать кассу начисто (что бы никаких лишний длл и настроек не было) и проверить.
б. От кассы до кассового сервера инфа доходит - а дальше не отрабатывает gklink. Проверяем так: сидим на машине где крутится кассовый сервер и смотрим в окно кассового сервера. В это же время на кассе катаем карту и смотрим на статус обмена м/у кассой и сервером. Что там проскочит?
В логах gklink что?
Можно (теоретически) попробовать исключить из этой цепочки gklink. На кассе настраиваем FIXLen на маску карты GK. И тогда карта GK будет восприниматься как обычная карта ПДС и ее номер будет передаваться на прямую в FC. Но если это заработает, то вы потеряете проверку карты GK на валидность, и тогда любая карта на которой написано 790=111=59428=1111111=1 или 790=222=59428=2222222=2 будет привязываться к счету 59428 в GK.
Ответить с цитированием
