Поставщики присылают ответы в разных форматах.
C:\SUDO_AI\CASES\RFQ
B2B RFQ
Портал запросов цен, позиционных ответов поставщиков, выбора победителя и оформления заказа.
Проблема процесса
Какие боли закрывает система
Частично заполненное предложение приходится возвращать целиком.
История решения и уведомлений разрознена.
Архитектура
Контур решения
RFQответы по позициямсравнениеawardpurchase order
Технологический контур:Django / PostgreSQL / Docker / Nginx / Webhooks / WeChat Mini Program
Состав системы
Модули и контрольные точки
Каждый модуль имеет вход, проверяемый результат и обработку исключений.
кабинет покупателякабинет поставщикаответы по строкаманалитикаwebhooksWeChat client
Валидные строки сохраняются сразу.
Ошибочные строки остаются черновиком.
Результат закупки оформляется в заказ.
Технический разбор
Как устроен проект
Практическая схема выбора, внедрения и эксплуатации без обещаний «магии одной кнопки».
Архитектура кейса
Позиционный ответ сохраняет валидные строки и изолирует ошибки
RFQ хранит требования по каждой позиции, поэтому поставщик может отвечать частями. Backend проверяет цену, срок, количество и обязательные поля отдельно для строки. Корректные ответы сохраняются, а ошибочные остаются редактируемым черновиком.
Сравнение строится по подтверждённым данным и показывает отклонения от условий закупки. Решение о победителе сохраняется вместе с критериями, после чего система создаёт purchase order и журнал уведомлений.
- line-level validation
- draft recovery
- supplier portal
- award criteria
- purchase order
FAQ.txt
Вопросы до старта
Коротко о границах, сроках, данных и экономике проекта.
Нужно ли поставщику повторно вводить весь ответ после ошибки?
Нет. Валидные строки сохраняются, а исправление требуется только для проблемных позиций.
Начнём с одного процесса
Опишите текущую работу, системы и ограничения. Вернёмся с техническими вопросами и форматом первого этапа.