Отсутствуют данные по смене в отчетах
Оглавление
Первичная диагностика и действия
Данные по смене попали в другую дату
Смена закрыта, но не передана на сервер отчетов
Отсутствие связи между Кассовым сервером (КС) и Сервером отчетов
Ошибка проверки лицензии на Сервере отчетов
Первичная диагностика и действия
1. Проверить наличие\отсутствие данных в отчетах
Для начала убедитесь сами, что за указанную дату действительно отсутствуют данные в отчетах. Постройте куб по выручке по дням. Постройте куб по расходу в разрезе дней.
Если данные в отчетах есть, уточните у пользователя проблему.
2. Проверить наличие смены в списке общих смен
Если данных в отчетах действительно нет, проверьте наличие\отсутствие смены в списке общих смен: Сервис\Информация об общих сменах. Ориентируйтесь по логической дате и номеру смены (номер смены можно вывести в кубе по выручке отдельным столбцом).
Смена есть - пересчитать кубы, проверить отчеты. см. Как пересчитать кубы выборочно
Пересчет кубов не помог - перекачать смену, см. инструкцию Перекачка смен в отчеты
Смены нет. Если в списке общих смен смена отсутствует, возможны следующие варианты, которые следует проверять по порядку:
- Смена не закрыта
- Данные по смене попали в другую дату
- Смена закрыта, но не передана на сервер отчетов
Рассмотрим каждый вариант.
Смена не закрыта
Проверьте на кассе через просмотр отчетов какой сейчас кассовый день и номер смены, сравните с номером смены, который должен быть по списку общих смен;
Если смена не закрыта, следует сообщить пользователю что смена не закрыта, решение о закрытии принимает пользователь. После закрытия данные в отчеты поступят через какое-то время в зависимости от настроек пересчета кубов, но в большинстве случаев - через 15 минут.
Данные по смене попали в другую дату
Это значит, что смену неправильно открыли или неправильно закрыли.
Пример 1. У нас дата 01.09. Ресторан работает с 12:00 до 23:00. Кассир закрывает смену номер 100 в 23:00. Но потом вспоминает, что нужно было пробить какой-то чек. Он открывает новую смену (ее номер становится 101) в 23:10, пробивает чек и НЕ ЗАКРЫВАЕТ эту смену. Таким образом, смена 101 открыта так же 01.09 и переходит на следующий день. Кассир приходит на работу 02.09 и продолжает работать в этой смене. В отчеты данные по этой мене упадут не во 02.09, а в 01.09. Соответственно за 02.09 данных не будет.
Как это проверить:
1. Это будет видно в отчетах при добавлении столбцов Реальная дата и Номер смены
2. Это будет видно и в списке общих смен, этот вариант проверки более надежный.
3. Это можно увидеть и в окне midserv desktop
Решение. Изменить дату смены в списке смен по согласованию с пользователем.
Пересчитать кубы.
Можно исправить дату скриптом SQL. Подключаемся к базе с помощью SQL Server Management Studio (SSMS) и выполняем следующий скрипт с указанием правильных значений: SHIFTDATE = нужная дата; MIDSERVER = код сервера (виден под дилерской УЗ); SHIFTNUM = номер смены, которую мы будем исправлять.
update GLOBALSHIFTS set SHIFTDATE = '2023-01-30T00:00:00' where MIDSERVER = 15030 and SHIFTNUM = 611Пересчитать кубы.
Изменение даты подходит именно для случаев, когда один или пару чеков по ошибке пробили сразу после закрытия, чем начали новую смену. Но, если просто не закрыли смену и потом целый физический день отработали вчерашним днем, то изменение даты будет сомнительным решением. Уточните у пользователя.
Пример 2. Кассир просто не закрыл смену в 23:00 и на следующий день продолжил работать в смене от 01.09. Таким образом, в смену 100 попало физически два дня.
Как проверить: проверяется так же, как и в первом примере.
Решение. Технического решения нет. Данные по двум дням "склеились" в одну смену и разделить их невозможно. Нужно следить за корректным закрытием смен.
Смена закрыта, но не передана на сервер отчетов
Возможные причины:
- Отсутствие связи между Кассовым сервером (КС) и Сервером отчетов;
- Сбой КС;
- Ошибка проверки лицензии на Сервере отчетов
Рассмотрим эти причины
Отсутствие связи между Кассовым сервером (КС) и Сервером отчетов
Выполните следующие действия
- Проверьте наличие файла смены в папке MIDBASE\Archive КС
- Проверить наличие файла смены в папке MIDBASE\Forsend КС
- Запустите КС десктопом, проверьте список смен и связь с сервером отчетов
Если связи нет, перезапустите КС. Если не помогло - восстановите связь с Сервером Отчетов см. инструкцию Восстановление связи с сервером верхнего уровня
После восстановления связи, убедитесь что смена транспортировалась на сервер отчетов: файл смены должен "улететь" из папки Forsend, если он там был и, через некоторое время смена должна появиться в списке общих смен. Пересчитайте кубы, проверьте наличие данных в отчетах.
Сбой Кассового сервера
- Проверьте наличие файла смены в папке MIDBASE\Archive КС
- Проверьте наличие файла смены в папке MIDBASE\Forsend КС
- Запустите КС десктопом, проверьте список смен и связь с сервером отчетов
- Проверьте лог КС - возможна ошибка при закрытии, перезапуск КС часто помогает
- Проверьте передачу смены на сервер отчетов (через некоторое время она должна появиться в списке общих смен), пересчитайте кубы, проверьте наличие данных в отчетах
Ошибка проверки лицензии на Сервере отчетов
- Проверьте лог на момент закрытия ищите сообщения о лицензии: ключевое слово "license"
- Устраните проблему с лицензией сервера отчетов, если она есть см. Проблемы с лицензией на кассе
- Перезапустите после этого КС.
- Проверьте передачу смены на сервер отчетов (список общих смен), пересчитайте кубы, проверьте наличие данных в отчетах.
Проблема с лицензией касается не Кассового сервера, а Сервера отчетов! Проверяйте лицензию на Сервер отчетов.
Связанные статьи и ссылки
Восстановление связи с сервером верхнего уровня
No Comments