Files
web-frontend/docs/tz/functional-requirements.md
2026-05-01 11:24:14 +07:00

141 lines
6.0 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# Функциональные требования
## 1. Авторизация и подключение
Система должна поддерживать два способа входа клиента в продукт:
- регистрация по персональному приглашению
- самостоятельная регистрация с последующим согласованием менеджером
### Обязательные сценарии
- создание приглашения менеджером
- отправка приглашения по email
- самостоятельная подача заявки на подключение
- approve/reject заявки менеджером
- завершение регистрации и установка учетных данных
- привязка пользователя к контрагенту
- подключение Telegram и Max как каналов уведомлений
## 2. Каталог готовой продукции
Система должна предоставлять клиенту витрину готовой продукции.
### Обязательные сценарии
- просмотр списка типов товаров
- переход в карточку конкретного типа товара
- выбор параметров продукции
- просмотр доступных вариантов
- сравнение остатков по складам
- добавление позиции в корзину без отображения цены
### Обязательные особенности
- по каждой позиции должны отображаться характеристики товара
- по каждой позиции должны отображаться остатки по складам
- клиент не должен видеть цену на этапе выбора
- каталог должен поддерживать как стандартные параметры, так и информационные описания по применению
## 3. Корзина и заявка на заказ
Система должна позволять клиенту собрать корзину и отправить заявку менеджеру.
### Обязательные сценарии
- просмотр корзины
- изменение количества позиций
- удаление позиции
- отправка заявки на заказ
- фиксация состава заявки без цены
- передача заявки закрепленному менеджеру
## 4. Обработка заявки менеджером
Менеджер должен иметь возможность вручную обработать заявку.
### Обязательные сценарии
- открытие заявки менеджером
- заполнение стоимости по позициям или по заявке
- указание параметров доставки
- публикация обновленных условий клиенту
- повторная корректировка до перевода в работу
- перевод заявки в работу
- отмена заявки
Система должна фиксировать:
- инициатора изменения
- дату и время действия
- историю изменения статусов
## 5. Заявка на расчет
Если готовая продукция не подходит, система должна переводить клиента в сценарий расчета.
### Обязательные сценарии
- переход из каталога в заказ с расчетом
- заполнение параметров изделия
- отправка заявки на расчет
- ручная обработка стоимости менеджером
- публикация расчета клиенту
- перевод расчета в работу или отмену
### Базовые параметры расчета
Минимально в ТЗ должны быть закреплены:
- тип продукции
- ширина
- длина
- толщина
- цвет
- дополнительные параметры по конкретному типу товара
- комментарий клиента
## 6. Заказы и сопровождение
Система должна отображать клиенту список заказов и карточку каждого заказа.
### Обязательные сценарии
- просмотр списка заказов
- фильтрация по периоду
- просмотр карточки заказа
- отображение статуса из 1С
- отображение изменений по заказу
- отправка трекинг-уведомлений
## 7. Уведомления
Система должна поддерживать многоканальные уведомления.
### Каналы
- email
- Telegram
- Max
### События
- приглашение к регистрации
- approve/reject подключения
- публикация условий по заявке
- изменение статуса заказа
- изменения по бонусному балансу
## 8. Бонусная программа
Бонусный контур должен быть описан в ТЗ как отдельная функциональная область.
Минимально должны быть зафиксированы:
- реферальная привязка клиентов
- начисления и списания
- журнал бонусных операций
- магазин вознаграждений
- заявка на вывод
- менеджерская обработка заявок на вывод