Че-то я туплю. Возможна в GK? По аналогии с RK? Стоит задача пополнять карты отдельной валютой, которая не должна попадать в ФР, но должна быть видна в отчетах GK. GK 3.30 и Штрих.
Че-то я туплю. Возможна в GK? По аналогии с RK? Стоит задача пополнять карты отдельной валютой, которая не должна попадать в ФР, но должна быть видна в отчетах GK. GK 3.30 и Штрих.
В 3.25 задавались этим вопросом. После предложения сделать по-человечески баг закрыли =)
Решение нашли только в создании отдельного ярлыка на кассе для виртуального ФР. Благо, такие операции достаточно редки, известны заранее и не срочны.
Изначально тип оплаты был недоступен на кассе. Чтобы он появился надо
в таблицу gkArcade.gk.UNITS добавить строку с UNIT от 921 до 970
например,
INSERT INTO gkArcade.gk.UNITS (UNIT, CODE, NAME, SYSNAME)
VALUES (921, 'бн', 'Безнал', 'Безнал')
Далее создаем отдельный киоск с виртуальным ФР и бьём там только эту валюту (административное ограничение)
Чтобы в отчетах было деление надо на форму накидать новых колонок и данных:
"В отчет расход очков добавили колонки Очки-бартер и Игры за Очки-бартер, суммируем по UNIT1=15 из gk.gk_Transacts"
Так слишком геморойно для кассиров будет. Да и вмешательство в БД GK крайне нежелательно. Кто его знает какие потом косяки вылезут. Вспомнил про купонную систему в последних версиях - никто не юзал?
Самая печаль и грусть, что это решение от разработчиков. Лучше не смогли ничего предложить.
Особенно доставляет как добавлять новые типы оплат.
Если купонная система подойдёт для решения подобной задачи - напишите здесь, тоже интересно.
Да я думаю, что подойдет. Так как при применении купонов пополнение карты идет очками-бонусами, то печать нефискальная. В отчетах Купоны видны. Единственное неудобство, что их (купоны) надо заранее заводить и с нужным номиналом. Но с другой стороны может это и неплохо - злоупотреблений будет меньше. Тут смотря, какие требования. Под мои, вроде, почти подходит. Ах да, еще цена "Купонной системы" в 30 тыр тоже минус. Если учредитель ИЦ согласится на такую сумму, то отпишусь как это работает. Хотя в любом случае разные типы оплат, с вариантами фискальная\нефискальная не помешали-бы.
У нас было дополнительное ограничение со стороны клиента, не позволяющие использовать очки-бонусы.
Так-то можно и ручные пополнения рассмотреть с жестким контролем отчетов. Ну и права на ручные бонусы дать только супер-кассиру.
Но в нашей ситуации некоторые аппараты работают только за очки-деньги.
Поэтому данные нефискальные платежи должны восприниматься системой именно как очки-деньги, чтобы клиент мог играть там, где хочет.
Так как потом увидеть отчеты по этим очкам-бонусам? Где назначенные кассиром вручную, а где по сертификатам (купонам) от другой организации(ий)? Тут полный доступ к воровству и безконтрольность.Так-то можно и ручные пополнения рассмотреть с жестким контролем отчетов.
Т. е. получается, что при возврате карты клиент обналичивает "виртуальные" деньги - наличными? Так тоже не годится. Пополнять надо именно очками-бонусами.Но в нашей ситуации некоторые аппараты работают только за очки-деньги.
Поэтому данные нефискальные платежи должны восприниматься системой именно как очки-деньги, чтобы клиент мог играть там, где хочет.
По-ходу правильное решение только одно - купоны. По крайней мере под мои задачи.