Запуск: технологический журнал

«Запуск» ТЖ без цели расследования и политики хранения заливает диск и шум, не помогая инциденту go-live.

Ниже — порядок в духе рабочих KB: отличить симптом, проверить себя, не наступить на типовые грабли, понять, как я веду такие задачи как частный специалист.

Когда это всплывает

Тема «технологический журнал» в контуре «запуск и go-live 1С» обычно проявляется так:

• бизнес уже потерял время/деньги, а в чате спорят «это 1С / это процесс / это интеграция»;
• «лечили» перезапуском или повторной выгрузкой, симптом вернулся;
• нет одного эталонного примера — только «у нас иногда»;
• параллельно живут ручные костыли, которые маскируют корень.

Зафиксируйте одной фразой: что сломано для бизнеса (отгрузка, касса, закрытие, отчёт) и с какого момента.

Самопроверка

1. Критерии go-live согласованы: что должно работать до открытия контура пользователям.
2. Есть пилотный запуск или приёмка на эталонной группе пользователей.
3. Подготовлен rollback-план: что и в какой срок откатывается при сбое.
4. Окно запуска и запрет параллельных изменений зафиксированы письменно.
5. Пределы hypercare определены заранее: сроки, состав задач и владелец решений.

Если на два и больше пункта ответа нет — вы ещё не готовы к массовым действиям на проде.

Типичные ошибки

• Включать всех пользователей до прогона критичных сценариев.
• Оставлять обмены и фоновую интеграцию «на потом после старта».
• Подменять приёмку обучением и считать старт успешным без проверки результата.
• Идти в запуск без rollback и без окна на восстановление.
• Разрешать бесконечные изменения в hypercare вместо отдельной очереди улучшений.

Отдельно: не смешивайте в одном инциденте несколько контуров. Сначала докажите границу, на которой ломается «технологический журнал».

Как я веду

1. Симптом и критерий «готово» письменно.
2. Копия + один эталон по теме «технологический журнал».
3. Узкий фильтр под эталонный сценарий до включения широко. Rollback — отключить шумные фильтры; hypercare — не расширять без цели.
4. Только потом тираж / расписание / регламент.
5. Короткий контроль после фикса, чтобы не поймать регресс через неделю.

Я работаю как частный специалист (enterprise 15+ лет), без франчайзи-очереди: от 2 999 ₽/час или смета; постоянный присмотр контура — от 49 999 ₽/мес: услуги.

Практика на копии

Сделайте учебный прогон до любых массовых шагов. Копия должна быть достаточно свежей, с теми же правилами/расширениями, что прод. Если на копии не воспроизводится — чинить прод «наугад» нельзя: вы лечите другой контур или уже помог случайный рестарт.

Запишите в чат: что сделали, что увидели, что будет откатом. Это дешевле пятничного героизма.

По теме «технологический журнал» отдельно зафиксируйте граничные условия: объём данных, число одновременных сеансов и соседние регламенты. Иначе «на копии быстро» не переносится на прод, и вы снова получите спор про железо.

Что обычно прошу у клиента

Релизы платформы и конфигураций, список баз/узлов, скрин или текст ошибки, один-два номера эталонных документов, описание срочности для бизнеса. По этому пакету за 15–20 минут видно: часовая диагностика, день работ или проект. Если пакета нет — первая задача его собрать, а не «потыкать» прод.

Когда звать специалиста

Зовите, если симптом бьёт по деньгам/отгрузке, повторяется после «успешного» фикса, или для проверки нужно лезть в ТЖ/правила/НСИ сразу на нескольких базах. Напишите тему «технологический журнал» и симптом одной фразой — отвечу, что можно сделать самим, а где дешевле мой час.