The first month of SABSUS preparationПервый месяц подготовки SABSUS
Here the first month begins with preparation, not go-live. Four illustrative weekly intervals help allocate the team’s attention. This is an example of organizing work: if a prerequisite is missing, move the next stage or change scope instead of declaring implementation complete on day thirty.Первый месяц отсчитывается здесь от начала подготовки, а не от рабочего запуска. Четыре условных недельных интервала помогают распределить внимание команды. Это пример организации работы: если обязательное условие не готово, следующий этап сдвигают или меняют область, а не объявляют внедрение завершённым к тридцатому дню.
First interval: decisionsПервый интервал: решения
The process owner brings participants together around one real case and one exception. Record the starting point, outcome, roles and current difficulty. Name the acceptance owner and reserve their time. The interval produces an agreed scope, question list and observable criterion for evaluating the configuration.Владелец процесса собирает участников вокруг одного реального случая и одного исключения. Зафиксируйте начало, результат, роли и текущее затруднение. Назначьте принимающего результат и время его участия. Выход интервала — короткая согласованная область, список вопросов и наблюдаемый критерий, по которому будет проверяться настройка.
Self-setup is available; SABSUS team assistance can be chosen separately for an agreed scope. In either case, the business owns decisions about its rules. If participants disagree about the outcome, use the next interval to resolve that disagreement rather than configure whichever interpretation is most convenient.Самостоятельная настройка допустима; помощь команды SABSUS можно выбрать отдельно по согласованному объёму. В любом варианте решения о правилах остаются у бизнеса. Если участники по-разному понимают результат, следующий интервал используют для устранения разногласия, а не начинают настройку по наиболее удобной версии.
Self-setup or assisted setupНастройка самостоятельно или с помощью
Second interval: source materialВторой интервал: исходные данные
The data owner prepares a source register, de-identified examples and required-field rules. Choose a bounded set for checking relationships and exceptions. The technical participant also verifies supported devices and external connections. The output is an approved dataset and owned dependency list, not merely a folder of files.Владелец данных готовит реестр источников, обезличенные примеры и правила обязательных полей. Выберите ограниченный набор для проверки связей и исключений. Технический участник одновременно уточняет поддерживаемые устройства и внешние подключения. На выходе нужен допущенный набор и список зависимостей с владельцами, а не просто папка файлов.
Check that the required export is available and identify who authorizes its use. An unavailable source or unclear data changes the plan. Independent work may continue, but reaching the end of a week does not make the dataset ready. Preserve the sample version so subsequent reconciliation compares like with like.Проверьте, можно ли получить нужную выгрузку и кто разрешает её использование. Недоступный источник или неясные данные меняют план. Остальные независимые задачи могут продолжаться, но отметка «неделя закончилась» не делает набор готовым. Сохраните версию образца, чтобы последующая сверка сравнивала одно и то же.
Third interval: a working exampleТретий интервал: рабочий пример
Once prerequisites are accepted, the configurator implements the agreed small workflow. Participants test the ordinary path and an exception under their own roles with clear data sources. Training examples must not create live payments or messages without separate agreement. The interval aims to produce verifiable results and a precise discrepancy list.После принятия исходных условий настройщик реализует согласованный небольшой процесс. Участники проверяют обычный путь и исключение под своими ролями, с понятными источниками данных. Учебные примеры не должны создавать реальные платежи или сообщения без отдельного согласования. Цель интервала — получить проверяемый результат и точный список расхождений.
Record the expected action, actual outcome, record reference and correction owner. Separate configuration defects from new requests. If a mandatory integration is still pending, independent parts can be tested, but the complete journey remains unverified. Manually supplying a missing event does not establish that the exchange works.Записывайте ожидаемое действие, фактический результат, запись и владельца исправления. Не смешивайте ошибку настройки с новым пожеланием. Если обязательная интеграция ещё ожидается, можно проверить независимую часть, но полный путь остаётся непроверенным. Нельзя заменить отсутствующее событие вручную и считать обмен принятым.
Fourth interval: the readiness decisionЧетвёртый интервал: решение
The acceptance owner reviews scenario results, data reconciliation, role preparation and open limitations. Possible decisions include scheduling a separate launch window, continuing preparation or narrowing scope to a complete workflow. Go-live requires its own cutover and support arrangements; it does not automatically follow the month’s last meeting.Владелец результата рассматривает проверки, сверку данных, обучение ролей и открытые ограничения. Возможны разные решения: назначить отдельное окно запуска, продолжить подготовку или сократить область до полноценного маршрута. Рабочий запуск требует собственного порядка переключения и поддержки; он не наступает автоматически после последней встречи месяца.
Assemble the next-step package: accepted scope, data version, verification results, open questions and owners. If launch is deferred, record why and the next evidence that could change the decision. That month-end outcome is useful even without go-live: the team knows what is ready and what actually blocks progress.Соберите пакет следующего шага: принятая область, версия данных, результаты проверки, оставшиеся вопросы и ответственные. Если запуск отложен, укажите причину и ближайшее подтверждение, которое позволит пересмотреть решение. Такой результат месяца полезен даже без старта: команда понимает, что готово и что действительно мешает.
Replan the following monthПересобрать следующий месяц
Compare accepted outputs with the original scope rather than simply counting completed tasks. Identify repeated decision delays, data-quality issues and reliance on external participants. Plan the next period around removing the main obstacle; adding modules rarely resolves an unverified foundational process.Сравните не число выполненных задач, а принятые результаты с исходной областью. Выделите повторяющиеся задержки решений, качество данных и зависимость от внешних участников. На следующий период запланируйте устранение главного препятствия; добавление новых модулей редко помогает закрыть неподтверждённый базовый процесс.
SABSUS timing depends on data, integrations, White Label and team availability. After actual go-live, a separate stabilization effort supports the first operating shifts. Keep that work distinct from this preparation calendar: different starting points require different criteria and owners.Срок SABSUS зависит от данных, интеграций, White Label и доступности команды. После фактического запуска начинается отдельная работа по стабилизации и поддержке первых смен. Не смешивайте её с этим календарём подготовки: разные точки отсчёта требуют разных критериев и ответственных.
Quick answersКороткие ответы
Is this a promise to launch in a month?Это обещание запуска за месяц?
No. It is an illustrative preparation plan. Timing follows data, decision, staff and external readiness; launch is accepted separately.Нет. Это условный план подготовки. Сроки меняются по готовности данных, решений, людей и внешних условий; запуск принимают отдельно.
What if the second stage takes longer?Что делать, если второй этап затянулся?
Continue independent work and update the forecast. Dependent checks wait for an accepted source; the calendar does not justify skipping prerequisites.Продолжайте независимую работу и обновите прогноз. Зависимые проверки ждут принятого источника; календарь не даёт основание пропускать обязательные условия.
How is this different from the first month after launch?Чем это отличается от первого месяца после запуска?
This plan prepares rules, data and the launch decision. After launch, the focus moves to real shifts, issue handling and sustained support ownership.Здесь готовят правила, данные и решение о старте. После запуска проверяют реальные смены, разбирают обращения и передают устойчивое сопровождение.