# Политики согласования

> Превратите матрицу согласований в явные условия, ответственные должности и контролируемые маршруты.

_Updated: 2026-09-12_

Политика согласования определяет проверки и решения, которые должна пройти заявка, прежде чем работа продолжится.

## Начните с правил компании

Определите тип решения, юридическое лицо, ответственные должности, лимиты, подтверждающие материалы и порядок обработки исключений. Таблица может стать основой обсуждения, но опубликованный процесс должен точно отражать поддерживаемое правило.

## Пример матрицы закупок

| Сумма | Пример маршрута |
| --- | --- |
| Менее $10,000 | Руководитель |
| От $10,000 до $50,000 | Руководитель → Финансы |
| От $50,000 до $250,000 | Руководитель → Финансы → CFO |
| Свыше $250,000 | Руководитель → Финансы → CFO → CEO |

Таблица иллюстрирует политику отдельной организации. Это не лимиты Railbase по умолчанию. Участие в проверке не обязательно даёт право окончательного согласования.

## Не только сумма

На маршрут могут влиять компания, подразделение, категория закупки, риск, делегирование и разделение обязанностей. Зафиксируйте обязательные условия и ответственных за исключения.

## От черновика к действующему процессу

Настройте поддерживаемый процесс в [Workflow Studio](/ru/learn/railbase-studio). Выбирайте должности и участников из доверенных источников компании, устраните недостающие зависимости и пройдите необходимое согласование публикации.

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

## Проверьте граничные случаи

Пройдите типовые заявки ниже и выше каждого лимита. Рассмотрите отсутствие документа или согласующего, истёкшее делегирование, конфликт обязанностей и возврат заявки. Зафиксируйте роль, разрешённое действие, видимый результат и сохранённое решение.

[Полномочия и делегирование](/ru/learn/authority-and-delegation) · [Первый процесс](/ru/learn/quickstart)