Краткий ответ
Чек-лист вывода приложения из эксплуатации нужен после замены, объединения систем или закрытия продукта. Соберите в одном журнале сценарии, зависимости, решения по данным, приёмку архива, уведомления, переключение, остановку, удаление, договоры и закрытие. Для каждой проверки назначьте исполнителя, срок, подтверждение и принимающего. Переключение, обратимую остановку и окончательное удаление разрешайте отдельно: непринятый результат блокирует связанный переход.
Когда приложение можно выводить из эксплуатации
Новый кабинет уже принимает заказы, но бухгалтерия ищет документы в старом, склад ждёт очередную выгрузку, а поставщик продолжает выставлять счета. Запуск замены ещё не даёт разрешения удалить прежнее приложение: у этих работ разные условия завершения.
Предлагаем отдельно разрешать переключение, обратимую остановку и удаление выделенных ресурсов. При замене владелец процесса принимает обязательные сценарии новой системы. При закрытии без замены прекращают новые операции, назначают ответственных за открытые заказы, обращения и расчёты, сообщают клиентам порядок завершения. Канал помощи и история остаются у названного владельца.
Если нужна только история, достаточно независимого архива, где сотрудник находит и читает документы без прежнего приложения. Резервная копия для восстановления этого не заменяет. Если данные или процесс пока нельзя отделить, оставьте минимальный защищённый контур с ограниченным доступом, обслуживанием и датой пересмотра. Вывод при этом остаётся незавершённым.
Разрешение даёт владелец бизнес-процесса после подтверждений ответственного за данные и технического руководителя. Руководитель проекта организует работы и собирает приёмку. Роли можно совмещать, решения — нельзя пропускать. Если некому проверять архив или наблюдать за обменом после переключения, дату переносят. При консолидации отдельно обозначают общие серверы и базы: исчезновение приложения не отменяет потребности соседних систем.
Чек-лист вывода приложения из эксплуатации: журнал проверок
Скопируйте таблицу в рабочую задачу проекта. В шапке укажите приложение и окружения, исключения, причину вывода, владельца решения, руководителя работ, ответственных за технику и данные, контакт поддержки и даты переходов. Предложенные роли замените именами; к каждой приёмке добавьте решение и дату.
В поле подтверждения прикрепляйте материалы проекта либо записывайте конкретный блокер. Пустая приёмка запрещает связанный переход. Начните с границ, зависимостей и решений по данным. Процент заполнения бесполезен: принятый архив не компенсирует неперенесённый складской обмен.
| Проверка и условие приёмки | Исполнитель | Срок или переход | Подтверждение либо блокер | Принимающий и решение |
|---|---|---|---|---|
| Границы и сценарии: пользователи и окружения учтены; функция перенесена, завершена либо согласованно прекращена. | Руководитель проекта | До разрешения переключения | Перечень сценариев и результат проверки каждого | Владелец процесса: принять или вернуть |
| Зависимости: для каждой связи приняты замена или прекращение; общие ресурсы выделены. | Технический руководитель | До отключения соответствующей связи | Связи, расписания и результаты проверок владельцами | Владельцы зависимых систем: принять или заблокировать |
| Данные: назначены перенос, хранение или разрешённое уничтожение; ограничения и пересмотр зафиксированы. | Ответственный за данные | До переноса и любого уничтожения | Решение по наборам данных и копиям, основания и владельцы | Ответственный за данные с юридической функцией: согласовать или запретить |
| Перенос и архив: полнота сверена; поиск и чтение работают независимо от приложения. | Команда переноса | До остановки; повторная сверка после прекращения записи | Отчёт сверки, объяснения расхождений, приёмка пользовательских задач | Пользователь и ответственный за данные: принять или вернуть |
| Уведомления: адресаты знают действия и сроки; критические потребители подтвердили готовность, поддержка проверена. | Руководитель проекта и поддержка | До переключения с учётом договорных сроков | Уведомления, ответы потребителей, пробное обращение | Владелец процесса и руководитель поддержки: принять или отложить |
| Переключение: открытые операции учтены, запись остановлена, последние изменения перенесены, сценарии проверены. | Техническая команда | В согласованное окно переключения | Сверка изменений и результаты рабочих сценариев | Владелец процесса: разрешить переход или откат |
| Обратимая остановка: приложение и задания остановлены, восстановление проверено, наблюдение продолжается. | Технический руководитель | После переключения, до конца окна отката | Место копий, проверка восстановления, граница окна и условия продления | Владелец процесса: принять остановку или продлить окно |
| Окончательное отключение: выделенные доступы отозваны, ресурсы удалены; общие и сохраняемые защищены. | Администратор и специалист по безопасности | После закрытия окна и разрешения удаления | Подтверждения отзыва и удаления, обновлённые реестры | Технический руководитель: принять или оставить блокер |
| Договоры и лицензии: подтверждены прекращение или перенос, окончание доступа, судьба данных и расчёт. | Ответственный за договор | Уведомление по договору; завершение до полного закрытия | Уведомление, ответ поставщика, подтверждение расчёта | Ответственный за договор: принять или указать открытый пункт |
| Закрытие: архив и помощь переданы, подтверждения собраны, последующие проверки назначены. | Руководитель проекта | После приёмки технических и договорных работ | Комплект закрытия, владельцы сохранённых материалов, сроки проверок | Владелец вывода: подписать завершение или вернуть |
Попросите отделы назвать последние и периодические операции, а техническую команду — сопоставить их с настройками и подключениями. Проверьте пользователей, служебные учётные записи, программные интерфейсы API, обмен файлами, очереди сообщений, задания, отчёты, хранилища и общие ресурсы. К строке журнала приложите назначение связи, отправителя и получателя, периодичность, владельца и действие при выводе. Трафика нет, но задание осталось — приёмка заблокирована. Владелец проверил перенос задания — блокер снят.
Срок наблюдения соотнесите с календарём операций. Редкую задачу вне окна выполните контролируемо либо отдельно примите её перенос. Если границы затрагиваемых систем спорны, оценка влияния изменений в интеграции поможет разобрать последствия. Для журнала нужен её итог: кто подтвердил судьбу каждой связи.
Действующие записи передавайте в рабочую систему, нужную историю — в архив, остатки — на согласованное уничтожение. Учтите вложения, сведения о датах, авторах и статусах, резервные копии, выгрузки и копии у поставщика. Ответственный за данные с юридической функцией фиксирует основания хранения, ограничения, срок либо событие пересмотра, место и порядок доступа. Отсутствие запроса отдела не разрешает уничтожать документы.
Если действует запрет на уничтожение из-за спора или проверки либо допустимость удаления ещё не установлена, предлагаемый порядок — заблокировать уничтожение затронутых данных и копий, ограничить доступ, назначить ответственного и дату письменного решения. После снятия запрета проверяют остальные основания хранения. Этот чек-лист не устанавливает российские нормативные сроки; требования иностранных государственных руководств автоматически к российской компании не применяются. Остановить приложение при сохранении документов можно после приёмки независимого доступа к ним.
Возьмём вымышленную оптовую компанию, которая заменяет кабинет заказов для корпоративных клиентов. По условиям примера окончательный объём после прекращения записи — 12 000 заказов и 18 000 вложений. Руководитель считает экспорт достаточным основанием для удаления, но сверка показывает: ожидалось 18 000 вложений, получено 17 950. Не хватает 50 файлов; бухгалтер не открывает часть документов. Приёмка заблокирована, хотя все заказы присутствуют. Команда догружает недостающее и повторяет полную сверку.
Сверяйте записи по категориям и периодам, связи, перечень вложений и контрольные суммы — признаки неизменности файлов. Объясните каждое расхождение. Затем будущий пользователь без старого кабинета ищет заказ, открывает документ и понимает историю. Проверьте разные периоды и сложные случаи: совпавшее количество файлов не доказывает правильность вложений. Владельцу архива передайте инструкцию поиска, выдачу доступа, защиту, восстановление и пересмотр хранения. Копию для отката учитывайте отдельно.
Уведомляйте заранее с учётом договоров и времени подготовки адресатов, запросите готовность критических потребителей, напомните перед переключением и подтвердите переход. Владельцам программ, использующих API, нужно время на изменение и проверку клиентов. Неподтверждённый критический потребитель блокирует отключение его маршрута. Сообщите адрес замены или порядок завершения, судьбу открытых операций и истории, время с часовым поясом и контакт помощи.
В нашем примере сообщение пользователям такое: «С 1 декабря 2026 года, 09:00 МСК, новые заказы оформляйте в новом кабинете. Исторические документы доступны в архиве по инструкции поддержки. Старый кабинет больше не принимает заказы. Если документ не открывается или заказ не передаётся, обратитесь в службу поддержки компании». Отдельно передайте рабочую ссылку и способ связи по привычному каналу. До переключения проведите пробное обращение о старом документе и откройте старую ссылку: она должна вести к замене либо объяснять закрытие. Страницу закрытия и нужные ей сетевые ресурсы сохраните отдельно.
Как пройти остановку и сохранить возможность отката
Переключение разрешают после проверки сценариев замены, архива и восстановления. Владелец процесса принимает решение, технический руководитель ведёт работы, назначенные сотрудники наблюдают за заказами, документами и обменом. План должен учитывать записи, которые появятся уже в новой системе.
Завершите или перенесите открытые операции, приостановите новые, обработайте очереди либо учтите их содержимое для переноса. Остановите запись, перенесите последние изменения и повторите сверку. Затем переключите пользователей и интеграции, проверьте обязательные сценарии и остановите старое приложение вместе с заданиями. Иначе функция продолжит работу по расписанию. Допустимый простой согласуйте заранее.
В журнале укажите место защищённых копий данных и конфигурации, доступы, пробное восстановление и условия возврата. Триггеры отката — потеря или расхождение данных, отказ обязательного сценария или критического обмена. Перед возвратом остановите запись в новую систему, выделите созданные там операции и перенесите либо сверьте их в старой с проверкой дублей. Возврат адреса этого не делает. Непроверенный учёт новых операций блокирует переключение.
Для нашей иллюстрации примем переключение 1 декабря 2026 года в 09:00 МСК и окно отката 14 дней — до 15 декабря в 09:00 МСК. Это условия примера, не норматив. До перехода бухгалтер проверил получение документов разных периодов, команда — восстановление и работу замены. В окно входит недельный обмен со складом. После переключения покупатели оформляют заказы в новом кабинете, бухгалтер берёт историю из архива, а ответственный за склад сверяет результат обмена.
При принятых проверках владелец процесса закрывает окно и разрешает окончательное отключение. Если обмен не проверен или обязательный сценарий отказал, удаление блокируют, окно продлевают до исправления и повторной приёмки с новой датой и ответственным. Правила наблюдения согласуйте заранее: материал о мониторинге интеграций поможет определить, кто заметит отказ и кому передаст решение.
Что подтверждает окончательное завершение
Удаление приложения, уничтожение данных и прекращение договора — разные результаты. Техническую остановку можно принять раньше договорного завершения. Полное закрытие подписывают, когда сохранённые материалы переданы владельцам, а технические и договорные подтверждения собраны в журнале.
После окна отката отзовите выделенные учётные записи, ключи и секреты, прекратите развёртывание и задания. Удаляйте только выделенные ресурсы, базы и хранилища. Общие сохраняют для соседних приложений; общий секрет сначала заменяют у остающихся потребителей, затем отзывают старый. Сетевые настройки меняют с учётом архива и страницы закрытия. Чек-лист безопасности интеграций поможет проверить права, ещё нужные соседним системам.
Не отключайте наблюдение до окончания проверок: иначе тишину обеспечит выключенный контроль. Затем обновите средства эксплуатации, реестры приложений, ресурсов и лицензий, инструкции поддержки. Сохраните нужный код, конфигурацию, решения и инструкции. Копии удаляйте по решениям о данных с учётом запретов. Обслуживание архива и страницы закрытия сохраняется отдельно.
При отказе от облачного сервиса по подписке примите независимый экспорт до потери доступа. Ответственный за договор проверяет срок и способ уведомления, получает подтверждение прекращения либо переноса лицензии, окончания доступа, судьбы данных у поставщика и финального расчёта. Сохраните отправленное уведомление и ответ поставщика. Назначьте проверку последующего счёта: выключенный кабинет не отменяет договор. Если подтверждение не получено, фиксируйте техническое завершение отдельно, а договорный пункт оставляйте открытым с владельцем и сроком.
Комплект закрытия включает приёмку переноса и архива, решение о завершении окна отката, подтверждения отзыва доступов и удаления ресурсов, договорные документы и обновлённые реестры. В нём также нужны владельцы сохранённых материалов, порядок обращений и даты последующих проверок хранения и счетов. В нашем примере удаляются только выделенные ресурсы, архив передан ответственному, а договорное завершение подтверждено до подписи. Руководитель проекта предъявляет этот комплект владельцу вывода: подпись подтверждает результаты, а не факт выполнения команды отключения.
Согласуйте готовность системы, которая приходит на замену
Следующий шаг — заполнить шапку журнала и назначить исполнителей начальных проверок: сценариев, зависимостей и данных. По их результатам владелец процесса сможет назвать ближайший разрешённый переход и конкретный блокер, который пока удерживает старое приложение.
При замене сопоставьте её критерии приёмки с планом вывода: обязательные сценарии, интеграции, возврат и поддержка. Для отсутствующего результата назначьте принимающего и проверку до остановки старой системы. Подтверждения сохраняйте в журнале: обе команды должны опираться на согласованную границу готовности.
Свяжите приёмку замены с этапами разработки
Материал «Жизненный цикл разработки ПО» объясняет результаты этапов и критерии перехода к релизу и поддержке. Откройте его и сопоставьте эти результаты с приёмкой замены: интеграциями, откатом и передачей поддержки. В плане перехода зафиксируйте, что принимает владелец процесса до остановки старого приложения. Подтверждения самого вывода остаются в журнале проекта.
Часто задаваемые вопросы
Кто разрешает отключение, если работы выполняет подрядчик?
Владелец бизнес-процесса со стороны заказчика. Подрядчик предъявляет результаты работ, а ответственные за данные и техническую готовность подтверждают свою часть приёмки.
Что делать с заданием, которое запускается реже окна наблюдения?
Контролируемо выполнить его проверку либо отдельно принять перенос с владельцем результата. Отсутствие запуска в выбранном окне не доказывает ненужность задания.
Можно ли отключить приложение при запрете на уничтожение документов?
Да, если документы и затронутые копии сохранены по принятому решению, а независимый доступ проверен. Если история читается только в приложении, сохраните ограниченный защищённый контур.
Достаточно ли резервной копии вместо архива?
Только если отдельно доказана пригодность для получения истории без прежнего приложения. Копия для технического восстановления сама по себе не обеспечивает поиск и чтение документов пользователем.
Как уведомлять пользователей при закрытии без замены?
Прямо сообщите прекращаемые действия, порядок завершения открытых обязательств, доступ к истории и канал помощи. Не направляйте клиента в несуществующую замену.
Нужно ли возвращаться назад при любом сбое?
Решение принимает назначенный владелец по согласованным триггерам. До возврата требуется учесть новые операции; без проверенной сверки автоматический возврат может создать потери и дубли.
Можно ли удалить общий ключ вместе с приложением?
Сначала установите остальных потребителей и замените у них ключ, если это требуется. Отзыв общего значения до их перехода может остановить работающие системы.
Можно ли закрыть проект, если поставщик ещё выставляет счета?
Техническую часть можно принять отдельно. Пока договорное завершение не подтверждено, полный вывод не подписывают: открытому пункту назначают владельца и срок разрешения.
Запускает SaaS-платформы для авторов контента, агентств и предпринимателей. Пишет про бизнес-механику creator-economy продуктов и как ставится на поток разработка под заказ.