Воронка

В разделе Настройки → Воронка администратор настраивает закупочную доску, автоматизацию процессов, поля карточек товаров, нумерацию заявок и названия RFQ.

Этапы воронки

На вкладке Этапы воронки можно:

• изменить длинное пользовательское название этапа;
• выбрать цвет из системной палитры;
• изменить порядок этапов;
• добавить свой этап в рабочую часть воронки;
• удалить этап, если на нём нет активных закупок.

В онбординге администратора этот шаг завершается после сохранения этапа, добавления нового этапа или изменения порядка. Если вы ещё не готовы менять процесс, шаг можно пропустить и вернуться к воронке после первой рабочей заявки.

У каждого этапа есть ID вида ST-2000014. Это стабильный идентификатор для внешних интеграций; UUID остаётся внутренним.

Этапы Закрыто, Отменено и Просрочено защищены: их нельзя удалить, но можно переименовать, перекрасить и переместить. Остальные этапы можно удалить после того, как активные закупки перенесены в другие колонки.

Цвета

Цвет выбирается только из палитры SNABZHENETS+. Это помогает сохранить единый вид закупочной доски, документов и уведомлений.

Поля товаров

На вкладке Поля товаров есть два типа полей:

• Системные — артикул, название, категория, единица измерения, бренд и другие базовые поля карточки товара. Они доступны только для просмотра.
• Пользовательские — дополнительные поля портала. Их можно добавлять, переименовывать, делать обязательными и отключать.

Системные и пользовательские поля показывают ID вида PF-2000001. Код пользовательского поля создаётся автоматически из названия транслитом: «Бренд» → brend, «ГОСТ, ТУ, Марка, Тип» → gostTuMarkaTip. Код можно поправить при создании, после сохранения он остаётся стабильной переменной.

Тип пользовательского поля фиксируется после создания. Это защищает уже заполненные карточки товаров и импортированные данные.

Для поля типа Список можно редактировать варианты: добавить новый вариант или переименовать существующий. Значения, которые приходят при импорте товаров или строк заявки, проверяются по списку вариантов.

Импортированные поля

Если при импорте строк заявки или товаров пользователь создал кастомное поле для catalogItem, оно появится на вкладке Поля товаров. Его можно переименовать, настроить обязательность и обновить варианты списка.

Заявки

На вкладке Заявки настраиваются правила, по которым SNABZHENETS+ автоматически заполняет номер и название новых карточек заявок.

Можно создать несколько правил и выбрать одно правило, которое используется для новых заявок. В правиле задаются:

• название правила;
• префикс;
• номер следующей заявки;
• количество знаков в числовой части;
• суффикс.

Предпросмотр показывает итоговый вид номера, например №REQ-2026-007. После создания новой заявки система увеличивает Номер следующего на 1.

Если автоматическая нумерация включена и пользователь не указал номер вручную, сгенерированное значение попадает сразу в номер заявки и название карточки. Если пользователь указал номер или название вручную, ручное значение имеет приоритет и не перезаписывается.

Существующие заявки не переименовываются и не удаляются при включении нумерации. Настройка применяется только к новым карточкам. При первом включении портал создаёт стандартное правило на основе уже созданных заявки, чтобы следующий номер продолжал текущую последовательность.

Запросы

На вкладке Запросы настраиваются названия и номера RFQ поставщикам.

По умолчанию конструктор RFQ выключен: новые запросы продолжают получать прежний номер вида RFQ-<дата>-<код>, а существующие запросы не меняются. Чтобы включить новый формат, включите Конструктор названий и номеров RFQ, проверьте базовое правило и сохраните шаблон названия.

В RFQ-правиле задаются:

• название правила;
• поставщик или пустое значение Базовое правило;
• префикс, следующий номер, количество знаков и суффикс;
• шаблон названия и темы письма.

Правило с выбранным поставщиком ведёт отдельный счётчик только для этого поставщика. Один и тот же номер может использоваться у разных поставщиков, но не повторяется у одного и того же поставщика. Если для поставщика нет отдельного правила, используется базовое RFQ-правило.

В шаблоне названия доступны быстрые переменные:

• {{numbering.preview}}
• {{supplier.name}}
• {{procurement.number}}
• {{procurement.constructionProject.name}}
• {{procurement.constructionObject.name}}
• {{procurement.constructionStage.name}}

Тема Email при отправке RFQ всегда равна итоговому названию запроса.

Автоматизация процессов

На вкладке Автоматизация находится общий список процессов кабинета. Здесь можно создать процесс, открыть существующий и увидеть, активен он или выключен. Нажатие Создать процесс открывает полноэкранный редактор, в котором настраиваются событие запуска, ветки и действия.

Для сценария конкретного этапа остаётся быстрый переход из вкладки Этапы воронки: нажмите кнопку с роботом рядом с ID этапа. Редактор откроется с уже выбранным этапом. На мобильном устройстве система предложит продолжить настройку с большого экрана.

Стартовый узел обязателен и не удаляется. Он поддерживает три события:

• Вход в этап — процесс запускается, когда заявка входит в один из выбранных этапов. Можно выбрать один или несколько этапов. Если заявка покинула этап и позже вернулась, это считается новым входом.
• Создание заявки — процесс запускается для новой заявки после её создания.
• Ручной запуск — процесс не стартует автоматически. В текущем интерфейсе это вызываемый подпроцесс: другой сценарий запускает его действием Запустить процесс. Отдельной кнопки запуска в карточке заявки сейчас нет.

Редактор автоматизации

Сценарий редактируется как draft. Изменения не влияют на опубликованную версию, пока администратор не нажмёт Опубликовать. При публикации система проверяет обязательные поля, ветки условий, получателей, webhook URL, документы, объединения веток, циклы и политику ошибок действий. Опубликованные версии сохраняются, а предыдущую версию можно вернуть через Откатить. Ненужный сценарий можно удалить через значок корзины в списке слева: он перестанет запускаться, а история запусков останется в журнале.

Автоматизация состоит из узлов:

• Триггер — вход в этап, создание заявки или ручной запуск;
• Условие — группа правил с логикой И или ИЛИ;
• Ограничитель — проверка состояния согласований, технических решений, конкурентной карты или обязательных документов;
• Задержка — сразу, через задержку после входа в этап или через задержку после создания заявки;
• Выбор — ожидание ответа пользователя с отдельной веткой для каждого варианта;
• Действие — уведомление, смена ответственного, webhook, RFQ, запрос счёта, документ, смена этапа, governance-операция или запуск другого процесса;
• Параллель — запускает несколько веток процесса одновременно;
• Объединить — продолжает сценарий только когда все активные ветки дошли до этого узла;
• Завершить — завершение ветки.

Узлы можно соединять вручную, перетаскивать по рабочей области и вставлять через кнопку + на линии между шагами. Несколько условий можно поставить отдельными визуальными блоками: они выполняются в том порядке, в котором соединены на графе. Для сложных процессов используйте узел Параллель: при добавлении он сразу создаёт две исходящие линии поведения с нейтральным завершением веток. На плашке выбранной параллели нажмите + Ветка, чтобы добавить Ветка 3, Ветка 4 и дальше до 10 веток. Нужный шаг на каждой ветке — условие, задержку, действие или объединение — добавляйте через + на линии.

Миникарта в правом нижнем углу показывает схему узлов цветами по типам и помогает быстро вернуть в область просмотра элементы, которые были разложены далеко от текущего фрагмента автоматизации. При перетаскивании узла к краю рабочая область автоматически панорамируется.

Циклы разрешены, но защищены лимитами: один узел не может пройти больше 10 раз за один запуск, а весь запуск ограничен 100 выполненными узлами. Цикл должен содержать условие, ограничитель, задержку или выбор, иначе сценарий не пройдёт проверку публикации.

Условия можно строить по ответственному, этапу, статусу, поставщику, выбранному поставщику, заказчику, бюджету, фактической сумме, количеству позиций, сумме/количеству строк, названию, артикулу, бренду и пользовательским полям товара. Доступны операторы: равно, не равно, содержит, не содержит, больше/меньше, заполнено, не заполнено, в списке и не в списке. Для пользователей, заказчиков, поставщиков, этапов, статусов и списочных пользовательских полей система показывает справочные списки.

Ограничитель может проверить, что технические решения согласованы, конкурентная карта утверждена, согласование завершено положительно, нет активного согласования или приложены обязательные документы. Если проверка не пройдена, узел можно настроить на ожидание и повторную проверку, переход в fallback-ветку или остановку ветки с ошибкой.

В узле Выбор задаются текст вопроса, минимум два варианта и получатель: ответственный, конкретный пользователь либо участники заявки с ролью соисполнителя, инициатора или наблюдателя. Для каждого варианта нужна своя исходящая ветка.

Галочка Применить к текущим заявкам? по умолчанию выключена. Без неё новая публикация обрабатывает только будущие события. Для триггера Вход в этап включение галочки ставит в очередь активные заявки, уже находящиеся на выбранных этапах; для триггера Создание заявки — существующие активные заявки. Для процесса с ручным запуском эта галочка сама по себе запусков не создаёт.

В действиях используются справочники и token picker. Например, в тексте уведомления или webhook payload можно вставить {{procurement.number}}, {{procurement.stage.name}}, {{responsible.fullName}}, поставщика, заказчика и безопасные пользовательские поля товара. Для webhook основная форма — визуальный список key/value; raw-code scripting и произвольный JS не используются.

Действия:

• уведомить ответственного, администраторов или выбранных пользователей в центр уведомлений;
• сменить ответственного;
• отправить внешний webhook в формате JSON по умолчанию, custom JSON или form-urlencoded;
• отправить RFQ поставщикам из карточки заявки через Email, WhatsApp Wazzup или Telegram Wazzup; действие включает все текущие позиции заявки, выбрать отдельное подмножество позиций внутри узла нельзя;
• запросить счета через Email или Wazzup по группам поставщиков и позициям, которые уже выбраны в сравнении ответов; отдельного выбора позиций внутри узла нет;
• создать доступный закупочный документ по шаблону;
• перевести заявку в выбранный этап;
• создать технический, коммерческий или уточняющий раунд;
• собрать конкурентную карту из текущих данных заявки;
• запустить согласование последней конкурентной карты по шаблону маршрута или шагам, заданным вручную;
• запустить другой опубликованный процесс с триггером Ручной запуск по его ID. Процесс не может запускать сам себя.

Действие Собрать конкурентную карту только создаёт карту. Для нового сценария добавьте после него отдельное действие Запустить согласование карты. Совмещённый режим сохранён только для ранее созданных сценариев.

Если действие не выполнилось, система записывает ошибку в журнал запусков и автоматически уведомляет администраторов кабинета. Для webhook-запросов выполняются повторные попытки при сетевой ошибке, 408, 429 и 5xx. Журнал сценария показывает последние запуски, статус и ошибку проблемного действия.

Выбор в карточке заявки

Когда процесс доходит до узла Выбор, выполнение этой ветки приостанавливается. Назначенные пользователи получают уведомление, а в карточке заявки появляется плавающая плашка с вопросом и вариантами ответа. Она закреплена у нижней границы видимой рабочей области и остаётся доступной при вертикальной прокрутке карточки.

Плашку можно свернуть в компактное состояние и снова раскрыть. На мобильном экране она располагается выше нижней панели действий и оставляет место для кнопки чата. Пользователь с правом ответа выбирает вариант, при необходимости оставляет комментарий и нажимает Ответить. Перед отправкой ответа карточка немедленно сохраняет введённые правки; при ошибке сохранения ответ не отправляется, а данные остаются в форме. Для остальных плашка показывает, что ожидается ответ, но кнопки недоступны. После первого принятого ответа процесс автоматически продолжает ветку выбранного варианта, а карточка обновляется без ручной перезагрузки.

Переменные

Пользовательские поля товаров доступны в Variable API как custom.<key>.

Для закупок доступны безопасные переменные этапа:

• procurement.stage.id
• procurement.stage.externalId
• procurement.stage.name
• procurement.stage.color
• procurement.stage.enteredAt

Эти переменные можно использовать в шаблонах документов и внешних интеграциях.

Номер и название заявки доступны через существующие переменные procurement.number и procurement.name.