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

В корне каждой ветки сразу показана суммарная выручка по категории — без лишних кликов.

Справа в таблице выводятся подробности продаж по выбранной категории блюд: количество проданных позиций и полученная выручка. Блюда отсортированы по доле в выручке категории, чтобы сразу понимать, какие позиции "тянут" группу.

В этом же отчёте мы добавили анализ лидеров и аутсайдеров с цветовой раскраской строк:

• Зелёный — лидеры, попадают в топ 50% продаж от общей суммы в группе.
• Жёлтый — средние продажи, находятся в интервале от 5% до 50% от общей суммы в группе.
• Красный — аутсайдеры, попадают в последние 5% продаж от общей суммы в группе.

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

А ещё добавили удобный поиск — и по категориям блюд в дереве, и по конкретным позициям в таблице продаж. Это заметно ускоряет работу, особенно в заведениях с большим меню и сложной структурой категорий.

Какую пользу даёт отчёт на практике?

Обновлённый отчёт "Динамика продаж" помогает:

• Сравнивать категории по выручке, понимая, в каких группах выгоднее всего развиваться.
• Выявлять "слабые" блоки меню, где высокие накладные расходы не оправданы слабым спросом.
• Принимать решения по пересмотру цен, позиционирования и акциям — на основе точных данных, а не ощущений.

Отчёт уже подключен к демо-кабинету и доступен для всех пользователей платформы Fudov Smart по подписке.

Ежедневные сводки по выручке в ботах

В качестве дополнения к отчёту "Динамика продаж" можно подключить ботов, которые ежедневно присылать краткую сводку по выручке: по категориям за день + исторический like-to-like анализ по месяцам.

🍔 Бургерная на Пушкина

Среда | 22.02 | 520 000 руб.

Напитки   ▇▇▇▇▇▇▇▇▇▇▇▇ 119 944
Шаурма    ▇▇▇▇▇▇▇▇▇▇▇▇ 118 110
Закуски   ▇▇▇▇▇▇▇ 65 044
Бургеры   ▇▇▇▇ 42 614
Горячее   ▇▇▇ 25 542
Пицца     ▇▇▇ 25 520
Салаты    ▇▇ 22 060
Супы      ▇▇ 19 960
Соусы     ▇ 5 160
Десерты   ▇ 1 348

🍣 Роллы на Достоевского | выручка млн | 22.02

Апр 25 ▇                  25.7
Май 25 ▇▇▇▇▇▇▇            31.8
Июн 25 ▇▇▇▇▇▇▇            31.8
Июл 25 ▇▇▇▇▇▇▇▇▇▇         34.4
Авг 25 ▇▇▇▇▇▇▇▇▇          33.7
Сен 25 ▇▇▇▇▇▇             30.5
Окт 25 ▇▇▇▇▇▇▇▇▇▇▇▇▇      37.6
Ноя 25 ▇▇▇▇▇▇▇▇▇▇▇        35.3
Дек 25 ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇ 42.6
Янв 26 ▇▇▇▇▇▇▇▇▇          34.1
Фев 26 ▇▇▇▇▇▇▇▇           33.0
Мар 26 ▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇   40.6
Апр 26 ▇▇▇▇▇▇▇▇▇▇         34.3

Такие сообщения помогают держать руку на пульсе и быстро замечать изменения в спросе.

Кто мы и как связаться

Мы с 2018 года занимаемся разработкой интеграций с iiko и создаём подобные отчёты для ресторанов и служб доставки на нашей платформе аналитики Fudov Smart. Кроме отчётов, у нас есть собственное курьерское приложение и боты в Telegram и MAX, которые беспощадно истребляют рутину и поднимают автоматизацию ресторана на новый уровень.

Если заинтересовались — свяжитесь с нами любым удобным способом:

• через бота поддержки в Telegram
• через бота поддержки в Max
• по электронной почте hello@fudov.ru

Ещё в 2018 году, когда мы только начинали делать первые интеграции с Айко, решили: посещение профессиональных выставок должно стать ежегодной традицией для нашей команды инженеров и разработчиков. Это лучший способ оставаться в курсе отраслевых новостей, тестировать новые технологии и обмениваться опытом.

За несколько дней выставки можно побывать на стендах ведущих российских систем автоматизации ресторанов и доставок. И для нас это уже восьмая выставка PIR EXPO, которую мы посещаем.

Сегодня участие в таких событиях — не только профессиональное развитие, но и важная часть нетворкинга, живого общения и укрепления доверия к бренду FUDOV.RU.

На выставке мы:

• познакомились с новыми партнёрами;
• очно встретились с коллегами‑разработчиками из Красноярска, с которыми давно работаем над крупными проектами — возможно, в новом году вырастет интересный коллаб;
• традиционно много общались на стенде Айко;
• пообщались с давними клиентами, наши отношения с которыми со временем переросли из сотрудничества в партнёрство, а порой даже в настоящую дружбу.

А ещё нашли отличных производителей униформы для ресторанов и заказали для нашей команды мерч.

Спасибо всем, кто был с нами на PIR EXPO 2025! До встречи на следующих выставках — FOOD EXPO, GASTREET и Megustro.

Обсудили следующие темы:

✅ Как отслеживать скорость подтверждения заказов колл-центром
✅ Как следить за курьерами через Telegram
✅ Как анализировать стоп-листы и упущенную прибыль
✅ Как контролировать время: от готовки до доставки
✅ Как делать сравнительный like-for-like анализ
✅ Как автоматизировать расчет выплат курьерам с учетом личных бонусов
✅ Как выгружать отчеты из iiko в Google Sheets, Power BI, DataLens и другие системы

Чтобы узнать подробнее про эти и многие другие интеграции — смотрите запись вебинара на официальных каналах Айко в ВК и на YouTube.

Открыть презентацию: "Интеграции в iiko, о которых вы не думали".

Если в iiko чего-то не хватает, не спешите с выводами. iiko предоставляет внешним разработчикам универсальные "кубики", из которых можно собрать индивидуальный дашборд или сервис практически любой сложности и под любую задачу.

С 2018 года мы в FUDOV.RU разрабатываем интеграции для iiko и создаём отчёты, которые помогают ресторанам работать эффективнее. А ещё у нас своё курьерское приложение и Telegram-боты, которые беспощадно истребляют рутину и поднимают автоматизацию ресторана и доставки на новый уровень.

Заинтересовались? Пишите боту поддержки @FudovSupportBot или на почту hello@fudov.ru — мы подключим бесплатный пробный период, чтобы вы смогли оценить пользу сервисов на своих данных.

Такой инструмент помогает выявить узкие места: на каком именно этапе возникают задержки — во время приготовления, упаковки и ожидания "на полке" или после передачи курьеру.

Преимущества отчёта

Какую пользу несёт новый отчёт "Контроль времени"?

1. Выявление узких мест в процессах. Разделение времени click-to-eat на отдельные интервалы помогает выявить причины задержек. Устранение этих причин поможет повысить скорость и качество сервиса.
2. Повышение операционной эффективности. Анализ динамики каждого интервала помогает оптимизировать работу кухни, логистики и курьеров. Например, если время приготовления стабильно велико, то можно пересмотреть процессы на кухне, а если наблюдаются задержки в доставке — улучшить маршруты или увеличить число курьеров.
3. Улучшение клиентского опыта. Быстрая и точная доставка — ключ к удовлетворённости клиентов, особенно в сегменте доставки еды, где важна скорость получения заказа. Контроль времени позволяет управлять ожиданиями клиентов и снижать количество отказов из-за долгой доставки.
4. Контроль и автоматизация бизнес-процессов. Отчёт помогает контролировать выполнение заказов на всех этапах, что особенно важно при росте числа сотрудников и заказов. Автоматизация сбора данных и их анализ снижает риск ошибок и злоупотреблений, повышая прозрачность бизнеса.
5. Поддержка принятия решений и стратегического развития. Накопленная статистика и динамика по каждому этапу дают объективные данные для анализа. Это позволяет принимать обоснованные решения по улучшению процессов, планированию ресурсов и развитию службы доставки.

Отчёт уже подключен к демо-кабинету и доступен для всех пользователей платформы Fudov Smart по подписке.

Мы с 2018 года занимаемся разработкой интеграций iiko и подобных отчётов. А ещё у нас своё курьерское приложение и telegram боты, которые беспощадно истребляют рутину и поднимают автоматизацию ресторана и доставки на новый уровень. Если заинтересовались — пишите нашему боту поддержки @FudovSupportBot или на почту hello@fudov.ru.

Технические детали

Алгоритм построения отчёта "Контроль времени":

1. Выгрузить иерархию организации.
2. Выгрузить справочник типов заказов.
3. Выгрузить OLAP отчёт для получения всех нужных меток времени. Правильно определить среднее время приготовления по всем станциям.
4. Отфильтровать заказы. Например, чтобы в статистику не попадали "быстрые" заказы на кассе (кофе + круассан в утренние часы), в которые не вовлечена кухня.
5. Сформировать отчёт.

Примеры фильтров:

• исключить заказы без оплаты;
• исключить заказы, приготовленные менее, чем за минуту ("быстрые" заказы на кассе);
• исключить заказы с заданным комментарием к доставке;
• включить заказы только в заданные зоны доставки.

В отчёте доступны подробности, которые помогут проверить корректность расчётов средних значений:

Чеки в течение часа с 14:00

Чек 43,
открыт 2025-03-17T14:04:57,
время приготовления 12 минут,
приготовлен 2025-03-17T14:17:25.654,
отправлен 2025-03-17T14:18:19.062,
время на полке 1 минута,
доставлен 2025-03-17T14:31:17.722,
в пути 13 минут

...

Ближайшие планы

В ближайшее время планируем обновить отчёт и разделить интервал ожидания отправки на два: "Упаковка" и "Ожидание на полке".

В версиях iiko 9.0+ добавлена настройка "Выделять стадию сборки" (подробная инструкция) и возможность получения через Server API метки времени Delivery.PackedTime ("Время окончания сборки доставки") и через iikoCloud API соответствующей метки времени whenPacked. Статус собранных заказов в iikoCloud API пока остаётся прежним Waiting, в более новых версиях он будет изменён на Packed, сроков пока нет.

В этом году деловая программа объединила более 300 часов выступлений руководителей и основателей по актуальным темам HoReCa. Центральная тема — управление персоналом.

Для нас это актуальное и востребованное направление, особенно в части измерения результатов работы сотрудников: уже опубликованы отчёты "Индикаторы KPI", "Производительность повара", "Производительность курьера", "Продукты на сотрудника в час", "Итоги дня курьеров", "Доля ФОТ в выручке ресторана и доставки". Несколько новых отчётов в разработке, и всё чаще поступают запросы от наших клиентов на измерение индивидуальных показателей работы персонала.

О важности обучения персонала и измерения результатов этого обучения рассказала Ирина Межлумова, основатель и руководитель учебного центра проектов "The Бык", "The Pivo", MOSCA.

В перерывах между лекциями поработали на выставке и познакомились с экспонентами. Считаем полезным быть в курсе последних новинок, новостей, технологий.

Поставщики из Азии предлагали всем желающим грибы ши-мэдзи (shimeji).

А поставщики из России предлагали деликатесы из дичи: лося, медведя, кабана, утки, косули.

В соседнем павильоне в это же время проходили мастер-классы под руководством именитых шеф-поваров.

Мы возвращались к деловой программе, проходя мимо зала дегустаций... Впереди было много работы, выступлений и новых знакомств. Отметили в деловой программе следующие выступления:

• "Ресторанный бизнес в России. Тенденции развития 2025." Александр Кроитор, директор по маркетингу и развитию совместных проектов Novikov Group & Family Garden.
• "Сотрудники — главный ресурс, как удерживать сотрудников на протяжении 10+ лет." Денис Зубатов, операционный директор "Мезон Деллос".
• "Звездная команда или команда звезд?" Антон Скакодуб, управляющий партнер ресторанов Dreamteam.fm.
• "Франшизы: что взрывает рынок в 2025 в регионах и почему?" Алёна Минина, операционный директор PRO.Хинкали.

Из разговора про франшизы на главной сцене узнали много нового и интересного, обязательно обсудим с Алёной Мининой возможное сотрудничество. Большие сетевые клиенты для нас — это всегда сложные, но невероятно интересные задачи!

Пора подводить итоги. За эти три дня мы узнали последние новости мира HoReCa и вдохновились новыми идеями. Встретились с друзьями, партнёрами и клиентами, обсудили деловые вопросы и просто увиделись. Ведь нетворкинг и живое общение имеют большое значение!

До встречи на следующих выставках!

Теперь такой отчёт есть на платформе Fudov Smart, он уже доступен в демо-кабинете, называется бесхитростно — "Банкеты и резервы".

С предложением разработать отчёт "Банкеты и резервы" к нам обратился наш партнёр — Константин Греков из сети Суши House сушихаус.рф. Поскольку идея на миллион (мы уверены, что отчёт будет полезен многим пользователям платформы Fudov Smart), разработка за наш счёт.

Идея простая: по всем подразделениям выгрузить из Айко все банкеты и резервы, отсортировать по времени, обогатить подробностями (статусом заказа) и красиво показать в таблице с датами и часовыми интервалами.

И сюда же добавить "предзаказы". Какие заказы считать "предзаказами", можно договориться разными способами. Например, добавить отдельный тип заказов или считать такими заказы в статусе "Ожидает приготовления".

В результате кухня получает онлайн-сервис, где в едином окне видно всё запланированное "ко времени": банкеты, резервы, предзаказы.

Для полноты картины остаётся добавить сводную таблицу со всеми подробностями, и отчёт готов.

Отчёт уже подключен к демо-кабинету и доступен для всех пользователей платформы Fudov Smart по подписке.

Мы с 2018 года занимаемся разработкой интеграций iiko и подобных отчётов. А ещё у нас своё курьерское приложение и telegram боты, которые беспощадно истребляют рутину и поднимают автоматизацию ресторана и доставки на новый уровень. Если заинтересовались — пишите боту поддержки @FudovSupportBot или на почту hello@fudov.ru.

Ещё в 2018 году, когда мы начинали делать первые шаги в разработке собственных интеграций с Айко, решили сделать посещение профессиональных выставок ежегодной традицией для наших инженеров и разработчиков.

Потому что это самый простой способ быть в курсе последних новостей и новых технологий. За несколько дней выставки можно поработать на стендах с лучшими в стране системами автоматизации ресторанов и доставок. И поэтому это уже седьмая выставка PIR EXPO, которую мы посещаем.

Сегодня не менее важными целями поездки для нас являются нетворкинг, живое общение, повышение доверия к нашему бренду "Семён Фудов" и многое другое. Делимся нашим планом поездки на ПИР ЭКСПО из десяти пунктов.

План поездки на PIR EXPO 2024

✅ Посмотреть новинки ресторанного бизнеса, увидеть новые технологии, вдохновиться новыми идеями. Всё это развивает нас профессионально.

✅ Встретиться с нашими клиентами, партнёрами, друзьями на протяжении многих лет. Выяснить потребности и проблемы клиентов.

✅ Проанализировать конкурентов. И своих конкурентов, и конкурентов Айко. Коротко про конкурентов Айко: YUMA и Saby Presto (СБИС) не хотят работать с внешними разработчиками, хотят делать все сервисы сами; 1С-Рарус, Quick Resto и r_keeper предоставляют для внешних разработчиков публичные API, однако не такие развитые (к примеру, так же просто построить отчёт "Продукты на сотрудника в час" не получится).

✅ Познакомиться с рестораторами, которые используют Айко. Каждому члену делегации "Семёна Фудова" найти по одному новому клиенту.

✅ Встретиться с руководителем отдела развития партнёрских и технологических решений iiko, обсудить условия улучшений гарантий доступности открытых API (SLA) и вывод новых проектов в магазин приложений iiko.

✅ Обсудить с руководителем проектного офиса Айко перспективы выхода на зарубежные рынки, особенно — на Ближний Восток. Основные сервисы Семёна Фудова (отчёты и курьерское приложение) уже переведены на несколько языков, среди наших клиентов уже есть ресторанные сети из семи стран мира. Прорабатываем возможности расширения международного сотрудничества.

✅ Обсудить с руководителем департамента интеграционных проектов iiko существующие проблемы в iikoCloud API и iikoServer API, возможные доработки.

✅ Предложить директору по маркетингу iiko совместный образовательный проект.

✅ Встретиться с Дмитрием Папиным, генеральным директором iiko, и обсудить результаты нашего сотрудничества в 2024 году.

✅ Сделать фотографию с Дмитрием Папиным для нашего блога.

До встречи на следующих выставках PIR EXPO, FOOD EXPO, GASTREET, Megustro!

Семён Фудов умеет делать так:

1. Выгружать из Айко отчёт о прибылях и убытках по запросу, по расписанию или как угодно. Используя iikoServer API и отслеживая актуальный план счетов.
2. Выполнять произвольную обработку этого отчёта: группировки, сортировки, обогащения данных.
3. Отправлять собранные данные куда угодно: в Гугл Таблицы в нужные ячейки нужных листов, через telegram бота управляющему, в коннекторы к DataLens и PowerBI.

Постановка и решение задачи

На FOOD EXPO 2024 мы познакомились с Александром Митраковым, ресторатором и основателем ресторанной группы 075 Group. Поговорили об автоматизации ресторанного дела вообще, об iiko конкретно, рассказали о наших возможностях и... разъехались по домам.

А уже через пару недель приступили к решению большой задачи от Александра: выгрузить отчёт о прибылях и убытках из Айко во внешнюю систему аналитики.

PL отчёт формировали впервые, поэтому на исследование и сборку прототипа ушёл почти месяц. Это одно из наших самых объёмных исследований, которое началось с реверс-инжиниринга iikoBackOffice, HTTPS-MITM и разбора непубличного метода API /resto/services/accounting_reports?methodName=selectProfitAndLossByDateDepartmentConception, а завершилось построением дерева счетов на основании OLAP отчёта по проводкам.

Разработчикам WireShark и Postman: спасибо 💪! Без вас и ваших инструментов не справились бы!

На каких условиях разрабатываются такие интеграции Айко?

Обсуждаем с заказчиком проблему и пути решения, согласовываем итоговую форма отчёта и приступаем к исследованиям и разработке. Если идея на миллион (мы уверены, что отчёт будет полезен многим пользователям платформы Fudov Smart), то разработка за наш счёт. А заказчик приобретает подписку на отчёт по типовой цене из прайса.

Да, все эти данные можно найти и в интерфейсе iiko. Но вот показать всё в одном окне браузера на любом устройстве, обогатить данные, добавить нужные фильтры, формулы для накопления и усреднения, сделать индивидуальную раскраску полей, требующих внимания, — тут поможет Семён Фудов.

Мы уже более 5 лет занимаемся разработкой интеграций Айко и подобных сервисов. А ещё у нас своё курьерское приложение и telegram боты, которые беспощадно истребляют рутину и поднимают автоматизацию ресторана и доставки на новый уровень. Если заинтересовались — пишите на почту hello@fudov.ru.

Технические детали решения

Как это всё устроено внутри, по шагам:

1. Подключиться к облачному серверу Айко заказчика с помощью iikoServer API.
2. Выгрузить OLAP отчёт по проводкам (транзакциям).
3. Правильно разобрать ответ и построить дерево счетов.
4. Правильно разобрать подытоги по строкам и столбцам.
5. Сформировать отчёт о прибылях и убытках.
6. Выполнить все необходимые постобработки и обогащения.
7. Подключиться к точке назначения: Google Sheets, Telegram, DataLens, PowerBI, куда угодно.
8. Отправить сформированный отчёт.

Вуаля! Кажется, что всё просто. Но мы помним про дьявола и про то, где он прячется.

Подводные камни

Вложенность уровня 4

Строим дерево (план) счетов на основании OLAP отчёта по проводкам и сравниваем с отчётом о прибылях и убытках в Айко. Находим расхождения, когда вложенность счёта более 3.

Пример строки:

{
  "Account.AccountHierarchyFull": "РАСХОДЫ ОТЧЕТ/2. Персонал, ФОТ/2.1. Зарплата /2.1.1. Зарплата по ведомостям/2.1.1.11 ФОТ Доставка",
  "Account.AccountHierarchySecond": "2. Персонал, ФОТ",
  "Account.AccountHierarchyThird": "2.1. Зарплата ",
  "Account.AccountHierarchyTop": "РАСХОДЫ ОТЧЕТ",
  "Account.Code": "",
  "Account.Group": "INCOME_EXPENSES",
  "Account.Name": "2.1.1.11 ФОТ Доставка",
  "Account.Type": "EXPENSES",
  "Department": "Мой ресторан",
  "Department.Code": null,
  "Sum.ResignedSum": 13415,
  "TransactionType": "CUSTOM"
}

Счёт с названием "2.1.1.11 ФОТ Доставка" имеет "вложенность уровня 4" и должен быть виден в дереве счетов вот так:

РАСХОДЫ ОТЧЕТ
  2. Персонал, ФОТ
    2.1. Зарплата
      2.1.1. Зарплата по ведомостям
        2.1.1.11 ФОТ Доставка

Однако в OLAP отчёте предусмотрено всего лишь три поля для получения иерархии:

1. "Account.AccountHierarchyTop": "РАСХОДЫ ОТЧЕТ"
2. "Account.AccountHierarchySecond": "2. Персонал, ФОТ"
3. "Account.AccountHierarchyThird": "2.1. Зарплата "

Выход нашли такой: взять полное название счета "Account.AccountHierarchyFull": "РАСХОДЫ ОТЧЕТ/2. Персонал, ФОТ/2.1. Зарплата /2.1.1. Зарплата по ведомостям/2.1.1.11 ФОТ Доставка", поделить на части по символу "прямой слэш" и так узнать полную иерархию. И вообще, решили для себя добавить виртуальные поля "Account.AccountHierarchyFourth" и так далее.

Вложенность счетов уровня >3 и прямой слэш в названии счета

Усложним предыдущую задачу. Пусть в плане счетов задана такая вложенность счетов:

В счёте "Зарплата" есть подсчёт "ЗП 1", в нём есть подсчёт "ЗП 1 / 1" и так далее. Заметим, что в названии счета "ЗП 1 / 1" умышленно стоит прямой слэш. Сейчас увидим, какие сложности при этом возникают.

Создадим проводку по самому вложенному счёту "ЗП 1 / 1 / 1 / 1 / 1". И найдём эту проводку в OLAP отчёте по проводкам.

{
  "Account.AccountHierarchyFull": "Зарплата/ЗП 1/ЗП 1 / 1/ЗП 1 / 1 / 1/ЗП 1 / 1 / 1 / 1/ЗП 1 / 1 / 1 / 1 / 1",
  "Account.AccountHierarchySecond": "ЗП 1",
  "Account.AccountHierarchyThird": "ЗП 1 / 1",
  "Account.AccountHierarchyTop": "Зарплата",
  "Account.Code": "",
  "Account.Group": "INCOME_EXPENSES",
  "Account.Name": "ЗП 1 / 1 / 1 / 1 / 1",
  "Account.Type": "EXPENSES",
  "Contr-Account.Code": "",
  "Contr-Account.Group": "INCOME_EXPENSES",
  "Contr-Account.Name": "ЗП 1 / 1 / 1 / 1 / 1",
  "Contr-Account.Type": "EXPENSES",
  "Department": "Мой ресторан",
  "Department.Code": null,
  "Sum.ResignedSum": 0,
  "TransactionType": "CUSTOM"
}

А теперь вопрос для знатоков: как построить дерево (план) счетов? Если в OLAP отчёте предусмотрено всего лишь три поля для получения иерархии?

Вариант "разобрать полное название счета Account.AccountHierarchyFull по символу разделителя — прямому слэшу" не предлагать. Мы же специально усложнили задачу: вставили этот символ в название счета (и это кейс из реальной практики, в Айко даже по умолчанию есть счёт "Доходы/Расходы").

Задали вопрос поддержке API и получили вот такой ответ:

Сейчас есть возможность получить только три уровня вложенности
Account.AccountHierarchyTop (Счет 1-го уровня); тип: STRING
Account.AccountHierarchySecond (Счет 2-го уровня); тип: STRING
Account.AccountHierarchyThird (Счет 3-го уровня); тип: STRING

Это оптимальный уровень вложенности для большинства случаев, для более сложных случаев вы можете использовать Account.AccountHierarchyFull (согласуйте замену символа с заказчиком) или вы можете использовать "Account.Code": "" (6.01.1 --> 6.01.4) для формирования иерархии.

Можно было бы попросить бухгалтерию переименовать счета, в названии которых есть прямой слэш. Но в управляющей компании нашего клиента план счетов уже устоялся, ведётся давно, над этим планом сделано множество интеграций, связи в которых сделаны и по названиям счетов.

Поэтому выкручиваемся на своей стороне. Точнее, пока проблем нет: xорошо, что счёт такой один и он только на четвёртом уровне иерархии.

Проводки по родительскому счёту

При построении дерева счетов почему-то мы подумали, что проводок по родительскому счёту не может быть. Только по его подсчетам. Но это не так, такие случаи возможны. Пример проводки:

{
  "Account.AccountHierarchyFull": "РАСХОДЫ ОТЧЕТ/11. Текущие ремонты и ТО в ресторане",
  "Account.AccountHierarchySecond": "11. Текущие ремонты и ТО в ресторане",
  "Account.AccountHierarchyThird": null,
  "Account.AccountHierarchyTop": "РАСХОДЫ ОТЧЕТ",
  "Account.Code": "",
  "Account.Group": "INCOME_EXPENSES",
  "Account.Name": "11. Текущие ремонты и ТО в ресторане",
  "Account.Type": "EXPENSES",
  "Department": "Мой ресторан",
  "Department.Code": null,
  "Sum.ResignedSum": 80000,
  "TransactionType": "INCOMING_SERVICE"
}

Видно, что название счёта "Account.Name" совпадает с иерархией второго уровня "Account.AccountHierarchySecond". Айко в PL отчёте делает хитро: добавляет такой счёт самым последним подсчётом с припиской "прочие". Мы делаем так же.

Чтобы отследить все опоздания заказов и разобраться с причинами, на платформе Fudov Smart теперь доступен новый отчёт: "Контроль опозданий".

Идея простая: задаём фильтр по подразделениям и по типам заказов, а далее для каждого заказа определяем показатели и сравниваем их с нормативами:

• Продолжительность приготовления (норматив по умолчанию 20 минут, настраивается).
• Ожидание отправки ("время на полке", от момента окончания приготовления до момента отправки).
• Время в пути.
• Опоздание доставки (фиксируется, если действительное время доставки превышает расчётное).

С помощью отчёта "Контроль опозданий" легко сделать срез по подразделениям, по типам заказов (почему кухня быстрее отдаёт заказы из приложения?), по ресторанным отделениям (кто задерживает приготовление, сушист или пиццайоло?), по курьерам (почему заказы у курьера Иванова всегда с опозданиями, а у курьера Петрова всегда в срок?), по зонам доставки.

Причин опозданий может быть множество, начиная от проблем с оснащённостью поваров всем необходимым и заканчивая плохими погодными условиями. Сильная доставка 💪 отслеживает все опоздания и работает со всеми причинами, поддерживая положительный опыт клиентов и репутацию бизнеса.

А ещё у Семёна Фудова есть бот, который следит за опозданиями в реальном времени и отправляет оповещения контролёрам в Telegram. Подробности тут: Telegram бот для iiko: мониторинг опозданий

С предложением разработать отчёт "Фонд оплаты труда" к нам обратился наш партнёр — Алексей Коняев из новосибирской сети Шеф Ланч chef-lunch.ru. Поскольку идея на миллион (мы уверены, что отчёт будет полезен многим пользователям платформы Fudov Smart), разработка за наш счёт.

Как работает отчёт

Идея простая — объединить должности сотрудников в группы "Повара", "Менеджеры", "Курьеры", а затем для этих групп отслеживать изменение доли ФОТ (фонда оплаты труда) в выручке предприятия.

Пример объединения:

1. Группа "Повара" включает должности: "Повар", "Наставник", "Старший повар", "Шеф".
2. Группа "Менеджеры" включает должности: "Администратор", "Старший администратор".
3. Группа "Курьеры" включает должности: "Курьер", "Пеший курьер", "Велокурьер".

Доля ФОТ в выручке для каждой группы считается по формуле: ФОТ ÷ выручка компании × 100%.

Доля ФОТ в выручке — это показатель, который обычно анализируют в динамике. Типовые сценарии:

1. Выручка растёт, а доля ФОТ в выручке снижается. Это идеальный вариант. Значит, каждый сотрудник в команде работает максимально эффективно.
2. Выручка растёт, доля ФОТ не меняется — нормальная ситуация, хотя не идеальная. Означает, что команда работает достаточно эффективно, но есть куда расти.
3. Доля ФОТ растёт. Такая ситуация говорит о том, что бизнес нанял лишних или неэффективных людей.

Рост доли ФОТ в выручке может быть оправдан в первые месяцы после найма новых людей, но затем доля ФОТ должна снижаться. Если этого не происходит, нужно проводить глубокий анализ:

• проверять, не "раздут" ли штат;
• оценивать эффективность работы сотрудников;
• анализировать орг. структуру — нет ли дублирующихся функций и лишних людей.

По-хорошему, каждый нанятый сотрудник должен обеспечивать прирост выручки.

Отчёт уже подключен к демо-кабинету и доступен для всех пользователей платформы Fudov Smart по подписке.

Мы с 2018 года занимаемся разработкой интеграций iiko и подобных отчётов. А ещё у нас своё курьерское приложение и telegram боты, которые беспощадно истребляют рутину и поднимают автоматизацию ресторана и доставки на новый уровень. Если заинтересовались — пишите на почту hello@fudov.ru.

Технические детали

Алгоритм построения отчёта "Фонд оплаты труда":

1. Выгрузить должности -> /resto/api/employees/roles.
2. Выгрузить сотрудников -> /resto/api/employees. Чтобы составить справочник идентификаторов сотрудников и ФИО.
3. Объединить выбранные должности в группы: "Повара", "Менеджеры", "Курьеры".
4. Выгрузить явки сотрудников за выбранные дни -> /resto/api/employees/attendance. Явки связаны с сотрудниками, должностями, расписанием смен соответствующими внешними ключами.
5. Выгрузить OLAP отчёт для получения выручки всех подразделений за выбранные дни. С единственным агрегированным столбцом fullSum.
6. Выгрузить смены расписания -> /resto/api/employees/schedule. Для каждой смены сотрудника в этом отчёте будет доступно поле paymentDetails.

Казалось бы, этого достаточно для получения ФОТ и расчёта доли ФОТ в выручке. Но нет, есть одна проблема.

Внимательно смотрим на заполнение поля paymentDetails:

<paymentDetails>
    <regularPayedMinutes>300</regularPayedMinutes>
    <regularPaymentSum>50.000000000</regularPaymentSum>
    <overtimePayedMinutes>0</overtimePayedMinutes>
    <overtimePayedSum>0</overtimePayedSum>
    <otherPaymentsSum>0</otherPaymentsSum>
</paymentDetails>

Это данные о начислениях заработной платы, связанных с данной сменой. Данные заполняются только для смен по должностям со сменным графиком и окладом. Но почему не учтены премии, мотивационные бонусы и другие выплаты сотрудникам?

В документации Айко находим только такой комментарий: "У явок в текущей реализации все попадает в regular, но это может измениться в следующих версиях."

Значит, нужно найти способ выгрузки всех дополнительных выплат сотрудникам. Пишем запрос в поддержку iiko API, как нам найти эти выплаты? Получаем ответ: в OLAP отчете по проводкам "reportType": "TRANSACTIONS".

Еще внимательнее изучаем документацию OLAP отчета по проводкам, экспериментируем и находим решение. Достаточно выполнить запрос с такими параметрами:

{
  "reportType": "TRANSACTIONS",
  "buildSummary": "false",
  "groupByRowFields": [
    "DateTime.Typed",
    "DateTime.DateTyped",
    "Counteragent.Name",
    "Counteragent.Id",
    "Account.CounteragentType",
    "TransactionType",
    "Department.Code"
  ],
  "groupByColFields": [
  ],
  "aggregateFields": [
    "Sum.Incoming"
  ],
  ...
}

Фильтр по полю DateTime.DateTyped нельзя задавать с совпадающими границами. Выход простой — правой границей задать следующий день, при этом выставить флаг "includeHigh": "false".

Пример ответа:

{
    "data": [
        {
            "Account.CounteragentType": "EMPLOYEE",
            "Counteragent.Id": "96f13bc8-4669-437b-96c8-2abb05faf896",
            "Counteragent.Name": "Иванов Иван",
            "DateTime.DateTyped": "2023-10-15",
            "DateTime.Typed": "2023-10-15T00:00:00",
            "Department": "ЛН",
            "Sum.Incoming": 920,
            "TransactionType": "TARIFF_HOUR"
        },
        {
            "Account.CounteragentType": "EMPLOYEE",
            "Counteragent.Id": "96f13bc8-4669-437b-96c8-2abb05faf896",
            "Counteragent.Name": "Иванов Иван",
            "DateTime.DateTyped": "2023-10-15",
            "DateTime.Typed": "2023-10-15T00:00:00",
            "Department": "ЛН",
            "Sum.Incoming": 3300,
            "TransactionType": "INCENTIVE_PAYMENT"
        },
        {
            "Account.CounteragentType": "EMPLOYEE",
            "Counteragent.Id": "96f13bc8-4669-437b-96c8-2abb05faf896",
            "Counteragent.Name": "Иванов Иван",
            "DateTime.DateTyped": "2023-10-15",
            "DateTime.Typed": "2023-10-15T06:00:00",
            "Department": "ЛН",
            "Sum.Incoming": 700,
            "TransactionType": "BONUS"
        }
    ],
    "summary": []
}

Коды нужных нам типов проводок (транзакций):

• BONUS — "Премия"
• TARIFF_HOUR — "Почасовая оплата"
• INCENTIVE_PAYMENT — "Мотивация"

Готово, теперь у нас есть все исходные данные для построения отчёта.