Нужно доработать бэкэнд на Python FastAPI (студиям/командам не писать)

Нужно расширить текущее приложение.
Сейчас в приложении уже реализована доставка еды из ресторанов. Эту часть необходимо оставить без изменений: логика ресторанов, оформление заказов, оплата, курьеры, отслеживание заказа, статусы и остальные существующие процессы должны работать так же, как сейчас.
Новая задача – добавить в приложение отдельное направление: доставка продуктов из супермаркета с интеграцией с 1С.
Что нужно изменить
После открытия приложения пользователь должен попадать не сразу в список ресторанов, а на главный экран выбора направления:
Доставка еды
Доставка продуктов
Раздел «Доставка еды»
При выборе раздела «Доставка еды» пользователь попадает в текущую версию приложения, где отображаются рестораны, меню, корзина, оформление заказа и вся существующая логика.
Текущий функционал доставки еды из ресторанов не меняется.
Раздел «Доставка продуктов»
При выборе раздела «Доставка продуктов» пользователь должен попадать в отдельный каталог товаров супермаркета.
В этом разделе должны отображаться товары супермаркета, с которым мы интегрируемся.
По логике для пользователя это должно работать примерно как ресторанное меню, но вместо блюд будут товары:
категории продуктов;
список товаров;
фото товара;
название товара;
цена;
наличие товара;
возможность добавить товар в корзину;
изменение количества товара;
оформление заказа.
Интеграция с 1С
Для раздела доставки продуктов необходима интеграция с 1С супермаркета.
Через интеграцию должны передаваться:
список товаров;
категории товаров;
цены;
остатки;
штрихкоды/артикулы, если используются;
изображения товаров, если они есть в учетной системе или связаны с товаром;
статусы наличия товара.
Необходимо предусмотреть регулярную синхронизацию данных между 1С и приложением, чтобы в приложении отображались актуальные цены и остатки.
Важно: если товар закончился или его нет в наличии, он не должен быть доступен для заказа либо должен отображаться как недоступный.
Также нужно предусмотреть передачу оформленного заказа обратно в 1С, если это возможно и требуется со стороны супермаркета. В идеале заказ из приложения должен попадать в 1С как новый заказ/заявка, чтобы сотрудники супермаркета могли видеть его в своей учетной системе.
Личный кабинет супермаркета
Для супермаркета нужен отдельный личный кабинет для приема заказов.
В личном кабинете супермаркет должен иметь возможность:
видеть новые заказы;
принимать или отклонять заказ;
видеть состав заказа;
видеть данные клиента и адрес доставки;
видеть наличие товаров по заказу;
менять статус заказа;
отмечать замену товара, если конкретной позиции нет в наличии;
передавать заказ в работу курьеру по существующей логике системы.
Личный кабинет супермаркета нужен даже при наличии интеграции с 1С, потому что сотрудникам супермаркета нужен удобный интерфейс для обработки заказов из приложения.
Замены товаров
Нужно предусмотреть сценарий, когда товара нет в наличии или остаток в 1С оказался неактуальным.
В таком случае супермаркет должен иметь возможность:
предложить замену товара;
изменить количество товара;
удалить товар из заказа;
согласовать замену с клиентом, если это будет предусмотрено логикой приложения.
Этот момент особенно важен для доставки продуктов, потому что остатки в супермаркетах могут быстро меняться.
Что остается общим
Для доставки продуктов должна использоваться уже существующая логика приложения:
корзина;
оформление заказа;
онлайн-оплата;
назначение и работа курьеров;
статусы заказа;
отслеживание курьера;
уведомления;
история заказов;
логика доставки;
сервисный сбор, если он уже реализован;
вся текущая инфраструктура заказа.
То есть доставка продуктов должна быть встроена в текущую систему, а не делаться как отдельное приложение.
Главная суть задачи
Мы не меняем текущую доставку еды из ресторанов. Мы добавляем второй раздел – доставку продуктов из супермаркета – внутрь уже существующего приложения.
Главный экран приложения должен стать точкой выбора между двумя направлениями:
еда из ресторанов;
продукты из супермаркета.