English: README_EN.md
Чтобы приобрести данный софт обращайтесь по адресу itshumakher@ g m a il.com
DETALTORG — площадка заказов электронных компонентов для бизнеса. Продукт рассчитан на отделы снабжения, инженеры и поставщики компонентов и организует закупку редких и серийных позиций через запрос и предметное предложение.
- Публичный адрес: https://detaltorg.ru/
- Основные сущности: компоненты, спецификации, запросы, строки потребности, предложения и заказы.
- Ключевые возможности: каталог компонентов, поиск по обозначению, запрос на поставку, пакет позиций, предложения поставщиков, согласование заказа и история запросов.
Рабочий процесс редко состоит из одного действия. Пользователю приходится понимать исходную ситуацию, собирать сведения, выбирать следующий шаг, согласовывать решение и возвращаться к результату позже. DETALTORG создаёт для этого единое предметное пространство. Оно помогает не терять контекст между этапами и видеть не только отдельную карточку, но и её место в общем процессе.
Главная ценность продукта — не количество экранов, а связность работы. Компоненты, спецификации, запросы, строки потребности, предложения и заказы рассматриваются как части одного пользовательского маршрута. Благодаря этому новый участник быстрее понимает состояние дела, опытный специалист тратит меньше времени на ручное сопоставление, а руководитель получает обозримую картину без пересказа каждого шага.
Первый экран помогает определить назначение сервиса, найти нужный раздел и продолжить незавершённую работу. Термины привязаны к предметной области, а основные действия сгруппированы по пользовательской цели. Интерфейс не требует знания внутреннего устройства продукта.
Пользователь движется от обзора к конкретному объекту, затем к действию и проверке результата. Связанные сведения остаются рядом: можно понять, откуда возникла задача, кто участвует, что уже сделано и какой итог ожидается. Такой маршрут полезен и для единичной операции, и для регулярно повторяющегося процесса.
Статусы, списки и карточки отвечают на практические вопросы: что доступно сейчас, что требует внимания, где ожидается решение и что уже завершено. Наблюдаемость снижает зависимость от устных уточнений и разрозненных заметок. Она не заменяет профессиональное решение, но даёт опору для него.
Роли Закупщик, Инженер и Поставщик работают с одной предметной моделью, хотя видят её с разных сторон. Единые названия объектов и состояний уменьшают двусмысленность при передаче работы. Ответственный участник может сослаться на конкретный объект и ожидаемый результат, а не пересказывать весь контекст.
Публичное описание охватывает следующие пользовательские возможности:
- Каталог компонентов — отдельный аспект работы, связанный с общей моделью продукта и понятным результатом для пользователя.
- Поиск по обозначению — отдельный аспект работы, связанный с общей моделью продукта и понятным результатом для пользователя.
- Запрос на поставку — отдельный аспект работы, связанный с общей моделью продукта и понятным результатом для пользователя.
- Пакет позиций — отдельный аспект работы, связанный с общей моделью продукта и понятным результатом для пользователя.
- Предложения поставщиков — отдельный аспект работы, связанный с общей моделью продукта и понятным результатом для пользователя.
- Согласование заказа — отдельный аспект работы, связанный с общей моделью продукта и понятным результатом для пользователя.
- История запросов — отдельный аспект работы, связанный с общей моделью продукта и понятным результатом для пользователя.
Подробная расшифровка разделов, ролей и сквозных потоков находится в документе «Возможности». Практические ситуации собраны в «Сценариях», а короткие ответы на вопросы — в разделе FAQ.
Получает быстрый обзор, начинает основной сценарий и видит результат в терминах своей задачи. Для этой роли важны ясная навигация, предсказуемые состояния и возможность вернуться к ранее начатой работе.
Работает с предметными деталями, уточняет сведения и продвигает объект по процессу. Интерфейс помогает удерживать контекст и отличать фактические данные от промежуточного решения.
Смотрит на полноту, согласованность и итог. Роль получает основу для проверки, приоритизации и передачи следующему участнику, не вмешиваясь в скрытые технические механизмы.
- Предметность. На экране используются понятия из реальной задачи, а не устройство программной системы.
- Связность. Карточки, списки и статусы образуют маршрут, а не набор несвязанных страниц.
- Проверяемость. После значимого действия пользователь видит изменившееся состояние или явный результат.
- Ролевой фокус. Каждая роль начинает с тех сведений, которые нужны ей для следующего решения.
- Бережное ожидание. Если результат зависит от другого участника, интерфейс показывает это как отдельное состояние.
- Честные границы. Публичная документация не обещает функции, которые нельзя подтвердить назначением продукта.
- Откройте публичный адрес и ознакомьтесь с назначением продукта.
- Определите свою роль и предметный объект, с которым предстоит работать.
- Перейдите от общего обзора к нужному разделу.
- Проверьте исходные сведения и доступные действия.
- Выполните один законченный сценарий и убедитесь, что результат отражён в состоянии объекта.
- Используйте подробные материалы репозитория для знакомства с остальными возможностями.
Репозиторий описывает продукт с точки зрения пользователя: задачи, роли, экраны, понятия и ожидаемые результаты. Он не является эксплуатационной инструкцией, юридическим заключением или обещанием неизменности интерфейса. Состав доступных действий может зависеть от роли, редакции продукта и условий конкретного использования.
Этот репозиторий содержит только пользовательское и маркетинговое описание продукта.
Исходный код, ключи, конфигурации инфраструктуры, прокси, антибан-политики и внутренние регламенты не публикуются.
© AiSaray / Edwaks, 2026