Разработка ПОКорпоративный сектор3 месяца3 специалиста

Корпоративное питание

Управление заказами сотрудников и интеграция с подрядчиком

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

Заказы агрегируются по офисам и поставщикам с проверкой лимитов. Ручной разбор остаётся для отмен после дедлайна и расхождений с поставкой; расчётное сокращение ручного учёта — 90%.

−90%ручного учёта

Демонстрация сценария

Вы — HR-менеджер в «IT-компания «Синапс»»

10:45. Сотрудники заказывают обеды — вам нужна сводка по отделам и отправка заявки подрядчику.

Вкладка HR: раскройте отдел → сотрудник. Подрядчик — сводная заявка и журнал API.

Интерактивный пример интерфейса. Данные и названия в демонстрации условные; она показывает сценарий работы, а не доступ к системе заказчика.

Что это даёт заказчику

IT-компания, 3 офиса в Москве, 420 сотрудников. Задача, состав работ и изменения в процессе.

Результат для заказчика

−90%ручного учёта

Что получил заказчик

Состав решения и назначение каждого элемента.

✓

Приложение заказов

Меню на неделю, корзина, лимит 450 ₽/день, дедлайн 11:00

✓

Сводная заявка

Автогенерация в 11:05 — по офисам, блюдам, аллергенам

✓

API подрядчика

Отправка заявки, подтверждение, статус доставки

✓

Дашборд HR

Бюджет месяца, расход по офисам, топ блюд

Как заказчик работает и контролирует

Изменения в рабочем процессе после внедрения.

◎Заказы: Веб-приложение

◎Сводка: Автоматически в 11:05

◎Бюджет: Реальное время

◎Подрядчик: API + статус доставки

Главное изменение в работе

Было

Excel и чаты

Стало

Веб-приложение

Архитектура и управление

Как связан цифровой контур

Заказ питания с правилами субсидирования, дедлайнами и передачей консолидированной потребности подрядчику.

Выберите звено процесса

Начало процесса. Текущее звено: Меню. Далее: Заказ сотрудника.

Срез заказа на дедлайн

После закрытия окна подрядчик получает фиксированную версию сводки. Позднее изменение оформляется отдельной корректировкой, а не незаметной правкой отправленного файла.

Личный и корпоративный бюджет

Стоимость заказа разделяется на субсидию и доплату. Проверка лимита выполняется до подтверждения заказа.

Версии обмена

Отправка и подтверждение подрядчика связаны номером версии. Повторный запрос не создаёт вторую потребность на тот же день.

Метрики и ответственность

Точность потребности

Подтверждённые порции без корректировок / заказанные

Владелец: Администратор питания

Использование субсидии

Корпоративная часть заказа / лимит

Владелец: Финансы

Контрольный сценарий приёмки

Отмена до дедлайна меняет сводку и бюджет; после дедлайна требуется отдельное согласование.

Архитектурная реконструкция проекта. Детали процесса и демонстрационные данные иллюстрируют подход к решению; они не являются выгрузкой из системы заказчика.

Демонстрационный интерфейс: Корпоративное питание — Реконструкция интерфейса на демонстрационных данных. Попробовать сценарий в интерактивном стенде

Результаты в цифрах

−90%

Ручного учёта

Excel и чаты отключены

Автоматически

Сводка

Отдельная проверка отмен и изменений после дедлайна

420

Сотрудников

3 офиса

4 мин

Подготовка сводки

Модель: 40 → 4 минуты, включая проверку исключений

До и после

Аспект	До	После
Заказы	Excel и чаты	Веб-приложение
Сводка	40 мин вручную	Автоматически в 11:05
Бюджет	Конец месяца	Реальное время
Подрядчик	Без подтверждения	API + статус доставки

Обсудить задачу в вашей компании

В этом проекте: Создали веб-приложение заказов с лимитами, дедлайнами и автоматической генерацией сводной заявки. API-интеграция с системой подрядчика для подтверждения и трекинга доставки.

Обсудить похожую задачу →

Детали внедрения

Ежедневно HR собирала заказы обедов из чатов и Excel. Подрядчик получал сводку с опозданием и ошибками — то недовоз, то переплата. Бюджет на питание не контролировался до конца месяца.

Клиент

IT-компания, 3 офиса в Москве, 420 сотрудников

Масштаб

420 сотрудников на корпоративном питании

Москва

Было до проекта

Excel-таблица в общем чате, заказы через мессенджер подрядчику

ReactAPIИнтеграцииПортал

Исходная задача

01Заказы до 11:00 — но половина приходила после дедлайна
02Сводка для подрядчика формировалась вручную 40 минут
03Нет лимита на сумму заказа сотрудника
04Подрядчик не подтверждал получение заявки
05Перерасход бюджета обнаруживался в конце месяца

Цели проекта

→Веб-приложение заказов с дедлайном и лимитами
→Автосводка для подрядчика в нужном формате
→API-интеграция с системой подрядчика
→Контроль бюджета в реальном времени для HR

Этапы внедрения

Проектирование

2 недели

Меню, лимиты, формат сводки, API подрядчика

Разработка

6 недель

Frontend, backend, интеграция

Пилот

2 недели

1 офис, 80 сотрудников

Rollout

2 недели

3 офиса, обучение, отключение Excel

Стек и технологии

ReactNode.jsPostgreSQLREST API

Интеграции

Система подрядчика (API)
Active Directory
Email-уведомления

Нюансы и решения

Детали, которые отличают проект от «типового внедрения» — учтённая специфика бизнеса и принятые архитектурные решения.

#1После 11:00 заказ на завтра недоступен — только на послезавтра

#2Аллергены и вегетарианские опции — обязательные фильтры в меню

#3Подрядчик обязан подтвердить заявку в течение 30 мин — иначе алерт HR

#4Бюджет офиса — жёсткий лимит, при 95% — предупреждение HR

Проект

Отрасль: Корпоративный сектор
Срок: 3 месяца
Команда: 3 специалиста
Категория: Разработка ПО

Роли в проекте

Аналитик
Процесс, лимиты
Fullstack
Приложение, API
PM
Пилот, rollout

Похожий проект

Другие проекты по направлению

Все кейсы направления →