Проект "Куби" - Техническое задание

Обозначения

• • То, что делает Заказчик
  • Вопросы
  • Доработки в Юпитере по указанному в скобках этапу (1)

 

График проекта

27.06 - Старт проекта

27.06 - 29.06 

• • Уточнение ТЗ (Юпитер + Сайт)

11.07

• • Подписание ТЗ
  • Подписание договоров

 

14.07

• • • Заказчик: Предоплата по договорам
      • Сайт: 298 700
      • Юпитер: 128 000

18.07

• • Начало выполнения работ

 

18.07 - 22.07

•  

• • Установка Юпитер (облако)
  • Инициализация сайта
  • Выполнение доработок (Юпитер, Сайт)
  • Разработка дизайна сайта, формирование перечня материалов, которые нужны от Заказчика
  • Заказчик: Предоставить Исполнителю меню с ценами и технологические карты на меню первого этапа

• •  

 

25.07 - 29.07

• • Выполнение доработок (Юпитер, Сайт)
  • Настройка интеграции Сайт - Юпитер
  • Внесение ассортимента и технологических карт первого этапа в Юпитер
  • Заказчик:  Утверждение дизайна сайта 
  • Заказчик: оплата
    • Сайт: 103 000 
    • Юпитер: 128 000

 

01.08 - 05.08

• • Тестирование процесса приёма заказов (Юпитер + Сайт)
  • Тестирование процесса сборки заказа (Юпитер)
  • Доработки (Юпитер, Сайт)
  • Реализация дизайна сайта

 

08.08 - 12.08

• • Сдача первого этапа работ
    • Сайт (продажа стандартных рационов)
    • Юпитер (всё, кроме сборных наборов и рационов)

• •  

15.08 - 19.08

• • Заказчик: оплата по первому этапу
    • Сайт: 154 500 
    • Юпитер: 128 000
  • Заказчик: Предоставить Исполнителю меню с ценами и технологические карты на меню второго этапа

 

22.08 - 26.08

• • Доработки (Юпитер, Сайт)
  • Внесение ассортимента и технологических карт второго этапа в Юпитер

 

29.08 - 02.09

• • Доработки (Юпитер, Сайт)

 

05.09 - 09.09

• • Доработки (Юпитер, Сайт)

 

12.09 - 16.09

• • Завершение и сдача второго этапа работ (сборные наборы и рационы)
    • Сайт
    • Юпитер

•  

19.09 - 23.09

• • Заказчик: оплата по второму этапу
    • Сайт: 36 050 
    • Юпитер: 128 000

 

БИЗНЕС-ПРОЦЕСС

Основное

Единицей учёта являются "куби" - готовая еда в виде кубиков. Каждый кубик индивидуально упакован. Видов куби - около 60-ти.

Кубики объединяются в наборы по 4, 5, 6, 8 шт. Видов наборов тоже довольно много, плюс могут быть наборы, формируемые пользователем на сайте.

Наборы объединяются в рационы (программы питания) - на определённое количество дней, для каждого дня известно, какой набор на завтрак, какой на обед, какой - на ужин. На один приём пищи - всегда строго один набор.

 

Продажа

• Только доставка
• Заказы принимаются через сайт
  • Все заказы предоплачены на сайте
  • Фискальный чек пробивается на онлайн-кассе, подключенной к сайту
• Call-center (в перспективе)
• Оптовые продажи (в перспективе)
• В заказе могут быть 
  • 1 ЭТАП
    • стандартные рационы - продаются как готовые блюда (с текстовым описанием их состава)
  • 2 ЭТАП
    • стандартные наборы - продаются как готовые блюда (с каким-то текстовым описанием их состава)
    • произвольные наборы
      • формируются клиентом путём выбора из куби
      • после формирования такого набора клиент может указать сколько таких наборов ему нужно
      • как будет считаться стоимость нестандартного набора - суммированием цен куби
      • видимо нужно где-то сохранять эти клиентские наборы (именованные) между сессиями, чтобы клиент мог их  же заказать в следующий раз или использовать при формировании своего рациона
      • хранить предыдущие заказы, чтобы можно было повторить заказ
    • произвольные рационы 
      • можно создать полностью свой рацион или скорректировать стандартный
      • для этого клиенту показывается раскладка по дням (день1, день2, ..) и какой набор на завтрак, какой на обед, какой на ужин и клиент может заменить какие-то наборы на другие, в том числе на свои персональные
      • как будет считаться стоимость нестандартного рациона - суммированием цен куби
    • замена куби
      
      • сайт смотрит, какие наборы затронуты заменой, делает каждый такой набор нестандартным, производит замену ингредиента в каждом таком наборе и передаёт эти  наборы в Юпитер тоже как нестандартные
      • должна ли меняться стоимость после такой замены - да, должна
• Дата доставки
  • Если в заказе есть рационы, то клиент выбирает график доставки (1) (примерно раз в 3 дня) - единый для всех рационов в заказе.
    • Если в заказе есть не только рационы, но и наборы, наборы отвозятся в первую дату доставки согласно выбранного графика.
  • Если в заказе нет рационов, то клиент выбирает на сайте одну желаемую дату доставки, которая передаётся в Юпитер в том же параметре.

 

• ЛК покупателя

1. История продаж
2. Повторить заказ
3. Скидки
4. Бонусы

• Персональный СТОП лист ингредиентов покупателя (выбирается покупателем из полного списка ингредиентов и хранится/редактируется в ЛК). Программы/наборы проверяются на содержание недопустимых для покупателя ингредиентов, выдается предупреждение, предлагается отмена/замена.
• Интеграция с курьерскими службами
  • Достависта. Этапность разработки = НАЧАЛЬНЫЙ/ПЕРВЫЙ ЭТАП (сразу).

 

• Взаимодействие Юпитера с сайтом
  • Если мы работаем только со стандартными наборами и рационами,  то
    • в Юпитере
      • заводить описание наборов
      • делать описание рационов по дням - с расчётом КБЖУ
      • рассчитывать цены наборов/рационов
      • корректировать цены при изменении себестоимости
      • смотреть отчёты по продажам и аналитику
    • с Юпитера на сайт передаётся меню, состоящее из наборов и рационов (и наборы и рационы - отдельные стандартные товары)
  • Если клиент на сайте может сам конструировать наборы и рационы, делать замены, то 
    • Изменённые наборы и рационы должны передаваться с сайта в Юпитер развёрнутыми до отдельных куби - что-то похожее на товары с модификаторами.
    • Для возможности модификации сайт должен знать состав каждого набора, а для рациона - ещё и раскладку по дням
    • Значит Юпитер должен уметь передавать состав наборов/рационов на сайт (в куби) (2)
    • Не изменённые клиентом наборы/рационы нужно будет передать в Юпитер стандартно - как товары (для построения отчётности)
    • Изменённые клиентом наборы/рационы нужно будет передавать с сайта в Юпитер разложенными до куби
      • Все изменённые клиентами наборы/рационы будут попадать в Юпитер с одним стандартным именем набора/рациона ("Пользовательский набор", "Пользовательский рацион"), чтобы они в отчётах не смешивались со стандартными наборами/рационами. (2)
  • Для работы с персональными стоп-листами Юпитер передаёт на сайт ингредиентный состав куби/стандартных наборов/рационов (2)

 

• Изменения в формате и процедуре обработки файла ORDER.XML
  • Передача графика доставки - добавляется новый тег, в котором перечисляются даты доставок
  • Передача изменённых наборов (2)
    • Такие наборы приходят в выгрузке стандартным тэгом <item> с модификаторами, где <product_parent_id> всегда равен "nabor"
  • Передача изменённых рационов (2)
    • Приходят к нам сложным объектом вида:
      
      • <ration> (без параметров, т.к. мы их все будем подкреплять на стандартную ТМЦ)
        • <delivery_date> (передаётся дата доставки, если их несколько, то таких разделов будет несколько)
          • <date>20220629</date> 
          • <item> (стандартный набор передаётся стандартно как <item>, изменённый набор - тоже как <item>, но как описано выше (с модификаторами))
          • </item>
        • </delivery_date> 
      • </ration>

 

Реализация в Юпитере

• Наборы

  • - это изделия с рецептурой, в которую входят куби, коробка, соус и ложечка

• Рационы

  • Рационы - это меню по диете в терминах Юпитера, формируется на N дней, на каждый день указывается, что на завтрак, что на обед, что на ужин.
  • Продажа стандартных рационов
    • Проблема: отгрузка в несколько этапов. Следствия:
      • списывать куби нужно в день отгрузки, а не в день продажи рациона, иначе не проведём инвентаризацию, да и статистику продаж получим негладкую (1)
      • нужно хранить в чеках график отгрузок (1)
    • Чеки должны остаться неизменными - для отчётов и аналитики
    • Нужны все стандартные отчёты по проданным рационам
    • Решение:
      • Рационы продаём как услуги
        • Эта услуга связана с планом меню (1)
      • Делаем новую процедуру формирования реализации, которая:
        • По каждому заказу создаёт документ продажи по накладной на каждый день отгрузки с теми наборами, которые нужно в этот день отгрузить этому клиенту (с нужным подтипом). (1)
      • Сама отгрузка выполняется не по заказам, а по документам продажи по накладной. (1)
      •  

Порядок исполнение заказов

1. Сборка заказов производится ежедневно
2. Сегодня собираются заказы, которые нужно отвезти завтра
3. Заказы собираются в один или несколько пакетов, которые передаются курьерам для доставки
4. Перед началом сборки из Юпитера распечатывается заборный лист - сколько каких куби нужно для сборки всех заказов на завтра. (1)  Эти куби сразу выносятся из холодильника в зону сборки.
5. Сборщик
   1. Подходит к монитору, на котором отображается список заказов на сборку
   2. Выбирает заказ, который будет собирать (нужно запоминать сборщика, чтобы потом понимать кто неправильно собрал) (1)
   3. При этом на этикет-принтере печатается столько этикеток на коробки, сколько в заказе наборов (для рационов учитываются только те наборы, которые нужно отвезти завтра) (1)
   4. На этикетке печатается общая информация и перечень куби в этом наборе (1)
   5. Сборщик тут же наклеивает этикетки на пустые коробки
   6. Сборщик ставит пустые коробки на поднос так, чтобы видеть все наклеенные этикетки - какие куби в какой коробке должны быть
   7. Отдельно печатается сводная этикетка, содержащая контакты клиента, адрес доставки, состав заказа и общее количество куби каждого вида в заказе (1)
      1. Если наборов больше, чем помещается в один пакет, печатается столько сводных этикеток, сколько будет пакетов. На каждой этикетке печатается её номер (например, если пакета 3, то будет три этикетки с номерами "1 из 3" ,"2 из 3", "3 из 3"). (1)
   8. Сводная этикетка наклеивается на край подноса (чтобы не улетела, а после сборки можно было легко отклеить)
   9. Сборщик идёт с подносом вдоль контейнеров с куби, вынесенных в зону сборки. Ориентируясь на сводную этикетку отбирает нужно количество куби данного вида и раскладывает по коробкам.
   10. Когда все коробки заполнены, сборщик несёт поднос с коробками к столу упаковки, кладёт в каждую коробку приборы, закрывает коробки, перекладывает коробки в пакет, на пакет наклеивает сводную этикетку.
   11. Пакет готов к доставке.

 

Порядок хранения и производства

• Куби готовятся "под склад" и хранятся в глубокой заморозке.
• Задания на производство куби формируются программой исходя из статистики продаж таким образом, чтобы по каждому виду куби остаток был не меньше 7, и не больше 14 дней (количество дней может задаваться при формировании задания на производство) (1)
• Заказы поставщикам на поставку сырья формируются программой на основании планов производства куби. (1)