В платформе появился Sandbox — контур, где служба и интеграторы проверяют процессы, формы, API и агентов, не трогая промышленные очереди и CMDB.
Зачем отдельный контур
Пилот на проде ломает SLA и путает агентов тестовыми тикетами. Копия «на коленке» разъезжается со схемой. Sandbox — та же модель объектов и те же конструкторы, с изоляцией данных и ключей.
Что в Sandbox
- Каталог услуг, формы, маршруты, SLA — как в проме, с явной меткой среды.
- Срез или маскированные данные: люди, CI, обращения без боевых секретов.
- Свои API-ключи и webhook: ключ песочницы не проходит в прод (и наоборот).
- AI-подсказки можно включать на узком whitelist, без автозакрытия боевых тикетов.
- Сброс очереди и повторный прогон сценария — без заявки в инфраструктуру.
Прод и Sandbox не делят ключи, почтовые ящики и очереди агентов.
Как пользоваться
- Собрать процесс в Sandbox (форма, маршрут, статья БЗ).
- Прогнать роли: заявитель, L1, согласующий.
- Подключить тестовый ключ API / бота.
- Зафиксировать чек-лист приёмки.
- Перенести конфигурацию в прод тем же пакетом модулей — не копипастой скриптов.
Пакет переноса включает схему полей и маршрутов, не содержимое боевых обращений.
Ограничения
Sandbox не заменяет нагрузочный стенд и не является второй лицензией «на весь холдинг». Это контур приёмки изменений. Интеграции с внешним ERP в песочнице идут в тестовые контуры заказчика, если они есть; иначе — заглушки в конфигураторе API.
Итог: новый процесс и новый ключ сначала живут в Sandbox. Прод принимает уже прогнанный пакет, а не «поправим на живых тикетах».