Можно ли одной фразой создать в Box процесс согласования договора?
Box Architect начинает с бизнес-цели. На примере приёма договоров разбираемся, что он предлагает и что должен решить владелец процесса.
Отдел продаж получает договор поставщика с приложением под названием «финал». Сумма покупки спрятана в таблице на странице 13. Применимая юрисдикция не указана, а назначенный проверяющий отсутствует. Тот, кто обрабатывал такой запрос, знает, сколько работы скрывается за словами «отправить договор на согласование». Этапы записаны в регламентах, сложились в привычках команды и зависят от решения человека, который первым откроет файл.
Box, корпоративная платформа для управления контентом, представила Box Architect на BoxWorks 5 ноября 2026 года. Объявленный продукт принимает цель, описанную обычными словами, и использует имеющиеся в Box процедуры и материалы, чтобы предложить процесс. Компания говорит, что Architect будет собирать формы, шаблоны метаданных, агентов и приложения, а затем отмечать узкие места. Начало бета-внедрения для клиентов Enterprise Advanced планировалось на четвёртый квартал 2026 года. Анонс BoxWorks и доступность
Первую схему процесса можно будет подготовить быстрее. Важная работа состоит в выборе реакции на случаи, где процесс останавливается. Приём договоров позволяет увидеть, какие решения вносятся в черновик, что проверяется до внедрения и что стоит измерить в пилоте.

Штаб-квартира Box в Редвуд-Сити, снимок Jeanjung212 от марта 2017 года. Фотография для контекста, кадрирование и изменение размера, CC BY-SA 4.0. Источник изображения · Лицензия.
Бизнес-цель становится черновиком, который можно проверить
В презентации от 5 ноября Box описывает проектирование, сборку и улучшение. Всё начинается с нужного результата и действующих процедур. Architect предлагает этапы, решения и передачи между ролями, затем может собрать компоненты Box. Компания называет Forms, Extract, Automate, Apps, Doc Gen и Sign. Владелец может исправить черновик, проверить исключения и добавить этапы проверки и согласования до запуска. Box также говорит, что продукт будет предлагать улучшения при обнаружении повторяющихся проблем, например недостающих сведений. Анонс Box Architect
Процесс понятнее, когда каждому шагу соответствует действие. Приём получает файл. Извлечение находит поля. Маршрутизация назначает проверяющего. Согласование фиксирует решение. Распространение передаёт утверждённый результат разрешённому получателю. Документы могут быть одни и те же, а последствия отличаются. Сотрудник может извлекать сумму, хотя покупку вправе одобрить только отдел закупок. И даже согласующий покупку может не иметь оснований открывать внешней стороне всю папку.
В примере согласования договора отделены приём, извлечение, маршрутизация и решение. Иллюстрация Telli.sh.
Узкий исходный запрос мог бы выглядеть так.
Принимай договоры поставщиков и определяй ответственного за запрос, тип договора, сумму и юрисдикцию. Полные запросы направляй ответственному из утверждённой таблицы. Отсутствующие поля, противоречивые суммы и неизвестные юрисдикции передавай указанному проверяющему. Не открывай внешний доступ до того, как уполномоченный человек подтвердит конкретную версию и получателя.
Запрос полезнее со ссылкой на настоящий регламент. Добавьте контролируемую версию таблицы и определите приоритет, если сработали два правила. Уточните, какую сумму брать и влияют ли валюта и срок договора на порог. Если участвуют юристы и закупки, задайте параллельную или последовательную проверку. Черновик даёт участникам конкретный материал, пока они согласуют эти решения.
По данным Box, материалы остаются на платформе под её политиками и разрешениями. Команде всё равно стоит проверить процесс под аккаунтом автора запроса, проверяющего и человека без доступа к договору. Важный результат — утверждённая схема со входами, переходами, исключениями и ответственными за решения. По ней новый сотрудник поймёт судьбу файла без разбора переписки с ассистентом. Анонс Box Architect
Очередь исключений проверяет качество проекта
Представьте две копии договора. В загруженном файле указано 49 500 долларов, а подписанное дополнение повышает сумму до 52 000. Числа легко извлечь. Определить, какой файл действует при согласовании, — другая задача. В примере отчёт об исключении должен содержать обе суммы, страницы и имена файлов, а автоматическая маршрутизация должна остановиться. Если процесс выберет одну сумму и скроет расхождение, проверяющий может не узнать о второй.
В другом случае содержимое верное, а доступ — нет. Сотрудник вправе запросить проверку, но прикладывает файл за пределами разрешённых папок. Он должен увидеть, что запрос заблокирован или неполон, без предпросмотра закрытого документа. Если владелец переместит файл, старая ссылка и задача согласования должны следовать правилам доступа. Это стоит проверить, потому что в организации редко есть одна папка с одинаковыми правами для всех.
Третий случай — замена. Согласующий выбрал версию 4, а до запроса подписи приходит версия 5. Решите, открыть ли проверку снова, как показать версию 4 в журнале и кто может возобновить запрос. Решение должно относиться к конкретной версии. Сводка по пунктам может быть полезна, но процесс должен показывать, какой договор одобрил человек.
| Сценарий проверки | Что нужно проверяющему | Ожидаемое действие |
|---|---|---|
| Типовой договор | Версия, обязательные поля и правило маршрутизации | Назначить указанного проверяющего |
| Суммы расходятся | Обе суммы со страницами или файлами | Приостановить и запросить уточнение |
| Обязательный файл закрыт | Результат проверки доступа и разрешённое исправление | Остановить процесс, не раскрывая документ |
| После согласования пришла новая версия | Утверждённая и новая версии | Открыть проверку заново или следовать регламенту |
| Повторный запрос | Существующий ID и время поступления | Связать или отметить без второго согласования |
Примеры условны. Соберите документы с известными ответами и разными макетами из обычной работы. Чистый одностраничный договор проверит нормальный сценарий. Повёрнутый PDF-скан, многоязычное приложение или отсутствующее поле подписи покажут, остаётся ли процесс понятным при низкой уверенности извлечения.
Другой процесс покажет, переносится ли метод между командами. Отдел кредиторской задолженности может извлекать номера счетов, сравнивать суммы с заказами и отправлять расхождения на проверку. Схема приёма похожа, но свидетельства другие. Нужны номер заказа, позиции и допустимое расхождение, а не условия договора. Первый пилот посвятите одному процессу. Во втором проверьте, удаётся ли переиспользовать приём и исключения, подставляя свои утверждённые источники и согласования. Это полезнее внешнего сходства двух схем.
У беты Architect и доступных мер контроля разные сроки
В анонсе от 5 ноября Box объединила продукты автоматизации с агентами и защиты. Бета Architect планировалась для Enterprise Advanced. Новые функции защиты от угроз обещаны подходящим тарифам в начале 2027 года. По данным Box, контроль безопасности агентов уже общедоступен клиентам Shield и Enterprise Advanced. Он включает правила по классификации, ограничения действий через сервер Model Context Protocol и пороговые оповещения. Уточните тариф и доступ организации прежде, чем по одному показу судить о другой функции. Анонс Box и доступность
Различия важны, если процесс создаёт записи или открывает файлы. Box описывает административные правила MCP для операций записи, вызываемых внешним агентом. Администратор может ограничить поддерживаемые действия по этому маршруту. Встроенный процесс согласования нужно отдельно проверить на тех компонентах, которые он использует. Свяжите каждую запись с компонентом и политикой, затем проверьте результат с выполняющей её ролью. Документация Box о правилах MCP
Проектирование и управление исполнением имеют отдельную стоимость. Проверяющий может быстрее связать формы и метаданные, но дольше приводить в порядок правила и готовить тесты. Если регламент разбросан по старым версиям, общим папкам и письмам, первым улучшением может стать одна актуальная таблица. Повторяемый процесс делает отклонения заметными, у каждого исключения есть маршрут. Утверждённый процесс легче менять, когда смена ответственного затрагивает одно правило, а не множество переходов.
Предложите владельцу отрепетировать конкретное изменение. Допустим, новая политика закупок снижает порог юридической проверки с 1 декабря. Случай, уже находящийся на согласовании, может идти по старому правилу, а новый — по новому. Запишите определяющую дату и того, кто утверждает изменение. Держите по тестовому договору с обеих сторон даты. Если черновик изменил и извлечение, отдельно повторите проверку суммы и валюты. Так будет понятно, новый маршрут появился из-за политики или нового чтения.
Сравните два варианта перед отправкой настоящего договора
Используйте одинаковые документы и критерии для ручного процесса и черновика Architect. Иллюстрация Telli.sh.
- Выберите узкий процесс. Начните с одного подразделения и типа договора. Запишите действующий порядок и назначьте владельца, который ответит за маршруты и исключения.
- Соберите утверждённые источники. Укажите версии правил и разрешения. Подготовьте вымышленные или обезличенные документы, известные исключения и аккаунт без доступа.
- Создайте черновик в подходящей организации. После получения беты дайте Architect цель и процедуры. Проверьте формы, метаданные, маршруты и решения с владельцем. Явно укажите очередь исключений.
- Повторите одни случаи вручную и по черновику. Оцените, из верной ли версии взято каждое значение, к нужной ли роли пришёл запрос и остались ли закрытые данные защищёнными.
- Проверьте перед активацией. Сохраните начальный черновик, ручные изменения, согласующих и путь отката. Для реальной отправки или подписи требуйте утверждение. Проверьте повтор запуска и изменение правила.
Разделяйте время сборки и эксплуатации. Запишите минуты до первого пригодного черновика и до исправления после проверки. При повторе считайте доли верных маршрутов и пойманных исключений, а также решения, которые человеку пришлось отменить. Добавьте проверки без доступа даже для редких случаев. Если процесс обработал 20 простых примеров и раскрыл один закрытый договор, это проблема выпуска.
Для первой реальной партии сохраните ручной путь и назначьте того, кто может приостановить новые запуски. Сравните запись, доступную команде, с записью отправителя. Обеим сторонам должно быть понятно, ждёт ли запрос сведений, согласования или уже возвращён. Подробности ограничиваются правами каждой роли. Если создать процесс стало проще, а сотрудники не понимают, куда делись договоры, работа переместилась из настройки в поддержку.
Полезен процесс, остановку которого можно объяснить
Самое интересное в Architect — редактируемая схема между целью и работающим процессом. Владелец получает материал для разговора с юристами, закупками и ИТ до движения реального договора. Удачный пилот отвечает на вопрос, который останется после демонстрации. Когда документ застрял, может ли владелец назвать остановившее правило, увиденную версию и того, кто вправе действовать дальше?
Источники
- Анонс и обзор Box Architect
- Страница Box Architect и публичная демонстрация
- BoxWorks, доступность по тарифам и сроки, 5 ноября 2026 года
- Документация Box о правилах MCP
- Фотография штаб-квартиры Box от Jeanjung212
Чтобы хранить обсуждения и решения по работе и находить их через поиск, создайте аккаунт в Telli.sh.