Сравнение версий
Ключ
- Эта строка добавлена.
- Эта строка удалена.
- Изменено форматирование.

Здравствуйте, уважаемые партнеры!
В этом письме вы найдетеРады сообщить о выпуске новой версии Game-Keeper v4.33.
В данной рассылке мы собрали для Вас самую актуальную информацию о последних
обновленияхизменениях в наших
продуктовпродуктах.
WEB-сервисы:
Card2Phone (v. 1.4.0.1 – 63.0):
- Обновление интерфейса: улучшена стабильность и производительность приложения благодаря внутренней модернизации платформы.
- Мультиязычность: добавлена поддержка нескольких языков интерфейса — теперь сервис адаптирован под разные регионы и аудитории.
- Исправления: устранены мелкие ошибки и неточности в отображении элементов на страницах.
Ticket2Phone (v.1.3.4.0-38.5):
- Автоматическая блокировка несовместимых услуг: пользователи видят только доступные варианты, что ускоряет оформление заказов.
- Улучшенный каталог услуг: теперь к каждой услуге можно прикрепить изображение или выделить приоритетные позиции для более удобного выбора.
Telegram_Bot (v.1.6.7):
- Раздел «Частые вопросы»: актуальные ответы теперь автоматически подгружаются из web-конфигуратора, обеспечивая пользователям самую актуальную информацию в реальном времени.
- Раздел «Наши вакансии»: информация о вакансиях загружаются автоматически из настроек web-конфигуратора, чтобы всегда показывать свежие предложения.
- Исправление профиля пользователя: теперь все изменения отображаются сразу, без необходимости перезапуска бота.
- Улучшена работа массовых рассылок: при запуске бота незавершённая рассылка продолжается автоматически с места остановки.
- Увеличен таймаут ожидания ответа от веб-сервера до 40 секунд для повышения стабильности работы на объектах с медленным откликом.
- Повышена корректность обмена информацией между кассовым сервером и mobile terminal, если в ответах сервера null-строк (история, запуск тарификации).
Касса:
- Реализован учёт остаточной стоимости абонемента и ее возврат.
- Добавлена возможность учёта и возврата остаточной стоимости абонемента — теперь при покупке и использовании абонементов учитывается неиспользованный остаток, который можно вернуть при необходимости (при включении соответствующей настройки).
- Реализовано отображение валют общим списком (без группировки по типам).
- Возврат чека, оплаченного фискальной валютой: появилась возможность выбора фискальной или нефискальной операции возврата без изменения ini-файлов.
- Добавили выгрузку данных о клиентах из Битрикс24 и amoCRM в Game-Keeper:
- При добавлении нового клиента в CRM, а также внесении изменений о существующем клиенте, модуль получит необходимую информацию из CRM и сохранит в Game-Keeper.
- При добавлении нового клиента в Game-Keeper автоматически активируется электронная карта, которая будет привязана к его номеру телефона. Функционал позволяет работать в одной CRM с несколькими GK парками одновременно.
- Добавили выгрузку услуг из Game-Keeper в CRM. Если услуга удаляется из GK, в CRM она деактивируется.
- Card2phone и Telegram Bot: добавили возможность применять Промокод. В системе промокод реализован, как абонемент.
- Card2phone: добавили автоматический выпуск электронной карты при наличии профиля посетителя в Game-Keeper.
- Card2phone: улучшили интерфейс.
- Мобильный терминал: исправлено не корректное отображение даты/времени в истории операций.
Касса:
- Расширена функциональность по ставкам НДС.
- Улучшено информирование сотрудника о возникших ошибках взаимодействия с кассовым сервером.
- Появилась возможность использовать по умолчанию валюту "Банковская карта" вместо "Рубли".
- Устранена ошибка, возникающая при фискализации чека наличной оплаты со сдачей.
- Устранён недостаток, при котором не проходила повторная оплата чека банковской картой в предзаказе
- .
Интерактивные отчёты (v.1.5.0.8-1.6.0.7):
- Добавлен новый отчёт "Список посетителей".
- Отчёт "Предоставленные услуги": добавлена 4 группировка.
- Внесены улучшения в работе фильтров.
- Отчёт "Отчёт по транзакциям с персонализацией": исправлено заполнение
- Добавлены новые отчёты: «Промо Абонементы» и «Список дней рождений».
- В отчёте «Контроль персонала» восстановлено отображение данных по транзакции «перенос средств». В отчёте «Отчёт по транзакциям с персонализацией» исправлено отображение
- данных о владельце.
- Добавлена группировка по часам (вместо секунд).
- Внесены улучшения в работе фильтров.
Прочие улучшения:
- Для контроллера с принтером доработана форма печати, где теперь отображается название абонемента.
- Реализована выгрузка штрих-кодов из карточки товара в Редакторе Game-Keeper в Store House 5.
- Исправлены некоторые ошибки в БД.
Мы непрерывно стремимся улучшать наш продукт, чтобы Вы могли эффективно и качественно управлять Вашим бизнесом.
Game-Keeper - технологии увеличивающие прибыль.
Помги написать инструкцию для тестирования исходя из описания задачи: Для абонементов может осуществляться учет остаточной стоимости, а именно стоимости покупки за вычетом стоимости приобретенных с использованием этого абонемента услуг. При приобретении абонемента его остаточная стоимость равна стоимости продажи. При приобретении услуги (игре) с применением абонемента производится расчет стоимости этой услуги для стандартного уровня, после чего остаточная стоимость уменьшается на рассчитанное значение (если остаточная стоимость меньше стоимости услуги. то уменьшается до 0). Если стоимость услуги для стандартного уровня рассчитать не получается (нет правил или правило - запретительное), то уменьшения остаточной стоимости не происходит (молча, ошибок не генерируется). На кассе остаточная стоимость отображается в Списке абонементов. Там же есть возможность выполнить ее возврат (кнопка Вернуть остаточную стоимость), защищенная правом Возврат остаточной стоимости абонемента (GKCASH_RET_SRVAL). Валютой возврата является валюта чека покупки абонемента. Функционал учета включается настройкой [Settings] allowSubscriptionResidualValue = 1 (по умолчанию 0, учет не ведется). НЕ ПОДДЕРЖИВАЕТСЯ учет остаточной стоимости для абонементов для тарификаций. В БД реализовано на базе правок, сделанных для учета аванса в соотв. схеме работы (Поле для хранения - Advance, сам учет в релиз не пошел).
# Инструкция по тестированию учета остаточной стоимости абонементов
## 1. Подготовка к тестированию
1. Убедиться, что в настройках системы параметр `allowSubscriptionResidualValue` установлен в значение `1`.
2. Проверить, что используется стандартный тип абонементов (НЕ тарификационный).
3. Убедиться, что у пользователя на кассе есть необходимые права, в частности право `GKCASH_RET_SRVAL` (Возврат остаточной стоимости абонемента).
---
## 2. Проверка формирования остаточной стоимости при покупке абонемента
1. Совершить покупку абонемента.
2. Перейти в раздел "Список абонементов" на кассе.
3. Убедиться, что остаточная стоимость абонемента равна полной стоимости продажи.
---
## 3. Проверка уменьшения остаточной стоимости при использовании абонемента
1. Осуществить покупку услуги (например, игры) с применением абонемента.
2. Проверить, что расчет стоимости услуги производится для стандартного уровня.
3. После покупки услуги убедиться, что остаточная стоимость абонемента уменьшилась на рассчитанную стоимость услуги.
4. Если остаточная стоимость абонемента была меньше стоимости услуги — убедиться, что она уменьшилась до нуля.
---
## 4. Проверка поведения при невозможности расчета стоимости услуги
1. Настроить услугу так, чтобы для нее не было правил расчета стоимости или правило было запретительным.
2. Осуществить попытку покупки услуги с применением абонемента.
3. Убедиться, что остаточная стоимость не изменилась, ошибок и сообщений не отображалось.
---
## 5. Проверка возврата остаточной стоимости
1. Перейти в раздел "Список абонементов" на кассе.
2. Убедиться, что отображается актуальная остаточная стоимость абонемента.
3. Нажать кнопку "Вернуть остаточную стоимость".
4. Если у пользователя нет права `GKCASH_RET_SRVAL`, убедиться, что возврат невозможен.
5. Если право есть — выполнить возврат.
6. Проверить, что сумма возврата соответствует остаточной стоимости и валюта возврата совпадает с валютой чека покупки абонемента.
7. Убедиться, что после возврата остаточная стоимость обнулена.
---
## 6. Проверка отключения функционала
1. Установить параметр `allowSubscriptionResidualValue` в значение `0`.
2. Совершить покупку абонемента и покупку услуги с его использованием.
3. Убедиться, что остаточная стоимость не отображается и не учитывается.
---
## 7. Проверка ограничений
1. Попробовать провести аналогичные операции с абонементом для тарификации.
2. Убедиться, что учет остаточной стоимости не ведется для такого типа абонементов.
---
## 8. Проверка данных в базе
1. Проверить, что остаточная стоимость абонемента хранится в соответствующем поле (например, `Advance`).
2. Убедиться, что после операций остаточная стоимость корректно обновляется в БД.
---
**Примечание:**
Функционал реализован на базе механизма учета аванса. Учет остаточной стоимости НЕ ПОДДЕРЖИВАЕТСЯ для абонементов для тарификаций.
| View file | ||||
|---|---|---|---|---|
|
Image Added