Wiki кастома
Все доработки относительно типовой: техническая часть (объекты, модули, связи) и бизнес-часть (какие процессы и хозоперации покрывает каждая доработка). Готовится на старте проекта.
Флагманская услуга · 1Yes.Enterprise
Каждый релиз вендора проходит через 1Yes Релиз-Менеджер — четыре независимых контура проверки. Релиз не уходит в продуктив, пока все четыре не зелёные.
1Yes Релиз-Менеджер
Если хотя бы один контур падает — релиз не устанавливается в продуктив до исправления. Зелёное состояние всех четырёх — критерий накатки.
Базовые операции после установки релиза: открытие форм, проведение типовых документов, формирование стандартных отчётов. Если падает на этом уровне — обновление сломалось критично.
Отдельные процедуры и функции в кастомном коде. Проверяют, что конкретные доработки продолжают работать так же, как до обновления.
Бизнес-сценарии целиком: «оформление заказа», «закрытие месяца», «расчёт с клиентами». Записанные действия пользователя автоматически воспроизводятся на новой версии.
Сверяет дифф релиза с картой критических изменений и Wiki кастома. Поднимает места, где код технически прошёл, но бизнес-логика могла измениться.
Релиз вендора 2.5.26.110 Дымовые проверки ✓ пройдено Юнит-тесты кастомных модулей ⚠ 2 из 47 не пройдены Сценарные тесты бизнес-процессов ⚠ 1 из 12 (расчёты с клиентами) ИИ-ревью с картой рисков ⚠ 3 замечания: блок ФСБУ-аренда Решение: обновление НЕ устанавливать в продуктив. Действия: 5 точек на доработку (ссылки на объекты и фрагменты кода).
После закрытия замечаний цикл прогоняется повторно. Каждый накатываемый релиз оставляет такой отчёт — артефакт для IT и безопасности.
Основа ревью
ИИ-ревью работает не вслепую, а по структурированному описанию ваших доработок и того, что вендор меняет в каждом релизе. Это устраняет галлюцинации и держит ревью в реальной картине системы.
Все доработки относительно типовой: техническая часть (объекты, модули, связи) и бизнес-часть (какие процессы и хозоперации покрывает каждая доработка). Готовится на старте проекта.
Что вендор изменил в релизе, какие изменения пересекаются с вашим кастомом, карта рисков по точкам пересечения с уровнями (высокий / средний / низкий) и точками «где смотреть» в коде.
Как устроен проект
Работаем рядом с вашей командой, в вашем контуре. Передаём компетенции и регламенты по ходу проекта.
Смотрим конфигурацию, считаем реальное число релизов под накатку, оцениваем объём кастома. На выходе — фикс-план основной фазы. Постоплата, и только если стороны решили идти в проект.
Разворачиваем контур автоматических проверок на стороне клиента, в вашем периметре. Перевод конфигурации в исходный код, регламент изменений.
Структурированное описание всех доработок относительно типовой: техническая часть (объекты, модули, связи) и бизнес-часть (какие процессы покрывает каждая доработка). Это вход для ИИ-ревью.
1Yes Релиз-Менеджер встраивается в контур и проверяет каждое обновление перед установкой по четырём независимым контурам.
Юнит- и сценарные тесты на ключевые модули и бизнес-процессы — чтобы три из четырёх контуров работали полноценно. Платформа подсвечивает, какие сценарии стоит покрыть в первую очередь.
Релиз за релизом по единому циклу: проверки + ИИ-ревью + согласование с вашей стороной + установка. Каждый цикл оставляет отчёт.
Что остаётся у клиента
Никакой зависимости от 1Yes. Все артефакты — в вашем периметре, ваша команда умеет с ними работать.
Живой документ, обновляется на каждом накатываемом релизе. Технический + бизнес-уровень в одном месте.
В вашем периметре. Работает после завершения проекта — без зависимости от 1Yes.
Кто что делает на каждом релизе — артефакт, который можно показать IT и безопасности.
Ваши специалисты, освоившие контур и регламент в процессе. После проекта — продолжаете сами.
Точка входа
Один раз смотрим конфигурацию, считаем реальное число релизов для накатки и объём кастома. На выходе — фикс-план и стоимость основного проекта, готовая к подписанию.