Прочие вопросы

Частые методические вопросы или вопросы связанные с настройками

Не могу найти новую группу или позицию меню и построить по ним отчет

Причина.

Все новые группы или позиции по умолчанию попадают в категорию "Не задано" в отчете "Рейтинг категорий и товарных групп".

6.png

Программа не может определить в какую категорию правильно переместить.

Не возможно построить отчеты с участием новинок, пока они будут в категории "Не задано".

Вариант решения.

Как переместить группу или позицию показано в разделе "Категории и Порционный коэффициент " (ссылка).

Причины высокой или отрицательной наполняемости.

1. Если при построении отчета было обнаружено, что у официанта высокая, низкая или отрицательная наполняемость, то в этом случае нужно проверить:

- отчет АВС анализ для проверки порционного коэффициента

- отчет Рейтинг категорий и товарных групп проверка на отсутствие категории "Не задано"

- можно использовать отчет Поток чеков и на полученных данных можно сделать несколько предположений:

  1. официант занижает гостей в заказе или указываете 1 заказ = 1 гостю, на что это будет влиять - у официанта будет одни из низки показатель в колонке Среднее кол-во гостей в заказе и одни из самых высоких показателей в наполняемости блюд и напитков в сравнении с другими официантами;
  2. официант указывает верное кол-во гостей,

Какие действия в IIKO и RK могут повлиять на данные в MOZG`е?

Что происходит при переезде на другой сервер?

В зависимости от типа переезда:

Импорт полностью останавливается, данные не поступают. Требуется связаться с техподдержкой для проведения настроек.

Если компания удаляет блюдо у себя в СА, что происходит?

Удаленное в СА блюдо сохраняется в Mozg'е, так как данные по продажам этого блюда за прошедший период необходимы для аналитики.

Если блюдо просто переименовали и перенесли в новую группу с новой ттк, что будет?

Если карточка блюда была не удалена, а изменилось только название, то Mozg считает его карточкой без изменений, так как id (уникальный идентификатор) блюда в базе данных не изменилось. В таком случае требуется реимпорт справочников.

Поменяли как-то структуру в IIKO?

По умолчанию изменения в структуре автоматически подтягиваются в Mozg со следующим импортом. Но, как и в примере с карточками блюд, если залы (отделения) были просто отредактированы, а не созданы вновь, может потребоваться ручная перевыгрузка справочников.

Если в IIKO вносились изменения в c\c за прошлый период?

Отредактированные задним числом данные, по уже проведенным документам, воспринимаются системой как старые, так как в базе не меняется их id (уникальный идентификатор) - любая система опирается на идентификатор, а не на содержимое. Поэтому нужен реимпорт за изменённый период.


Что будет, если изменить концепции в IIKO?

В этом случае заведение придётся выгружать повторно в MOZG с обновлёнными данными. Понадобится так же несколько дней на настройку справочников с нашей стороны.

Как проверить, используются ли в Вашем ресторане «Типы заказов»?

В генераторе отчетов необходимо выбрать интересующий Вас ресторан, выбрать все подразделения и построить отчет «Поток чеков» с группировкой «Тип заказа»:

nYd2.png

В сформированном отчете Вы сможете увидеть используются ли в Вашем ресторане типы заказов и какие именно:

В данном случае у ресторана «Доставка» проводится специальным типом заказа. Теперь Вы можете создать отдельный Зал для «Доставки» и выделить его в отдельное Подразделение. (Читайте об этом в соответствующем разделе Блога).

Что делать, если вместимость в Столах настроена, но в отчете «Загрузка столов» данные неверные?

Бывают ситуации, когда при построении отчета «Загрузка столов» Вы видите неверный показатель вместимости, но Вы настраивали их в Настройках Столов:

Причин некорректных данных может быть несколько.

Во-первых, несколько ресторанов с одинаково назваными залами, например, Зал ресторана, и с одинаковой нумерацией столов, например, столы от 1 до 25.

Во-вторых, бардак в системе автоматизации – множество одинаково названных залов и столов, в том числе, удаленные и неиспользуемые.

Ваша задача – выявить именно тот стол, который на данный момент является активным, через который осуществляются продажи и, который входит в данное подразделение, так как в одно подразделение может входить несколько залов.

Для этого открываем Столы в Настройках и находим все 20 столы, которые есть в вашем ресторане:

Как видно из таблицы, в ресторане множество столов, имеющих нумерацию 20, в том числе они относятся к разным залам: Бар ресторана, Зал ресторана и Летняя площадка.

Следовательно, Ваша задача выяснить, 20 Стол какого из залов отражается в отчете «Загрузка столов». Для этого необходимо построить отчет «Поток чеков» с Группировкой 1 - «Зал» и Группировкой 2 – «Стол»:

В открывшемся отчете Вы увидите к какому залу относится интересующий Вас стол:

Следовательно, теперь Вы понимаете, что 20 стол относится к Залу «Бар ресторана», возвращаетесь в Настройки Столов и выбираете, интересующий Вас Зал.

Тем не менее, Вы можете увидеть следующую картину – в одном зале находится сразу 20 столов с одинаковой нумерацией. Рекомендуем вносить изменения в каждый из столов постепенно, и отслеживать произошло ли изменение в отчете «Загрузка столов», в случае не изменения отчета возвращать показатель в соответствующий стол, возможно, он относится к другому ресторану, у которого такое же название зала и нумерация столов.

Находите, тот стол, через который осуществляются продажи в Вашем ресторане:

И получаете корректный отчет «Загрузка столов»: