Перейти к содержанию

U-01 · Передача клиентских данных по договору о продаже направления — вход#

Тип: узкий прогон, не сквозной. Два-три ADR по D-08 и D-09, без прохода по рабочему процессу Префикс U — узкий: E-NN остаются за сквозными прогонами, чтобы одно не выдавалось за другое Статус: прогон закончен 2026-09-18 · кейс Б-3 из предложенных со стороны · итог — 99-findings.md

Зачем. Из одиннадцати документов набора четыре не применялись ни разу: D-05, D-08, D-09, D-11. Вывод E-03 о том, что форма сошлась, относится к семи из одиннадцати. Этот прогон закрывает два из четырёх.

Почему узкий, а не сквозной. Агент, предложивший кейс, сам заранее сказал: сквозной прогон по нему наполовину простаивает — W4 и W5 остаются пустыми, потому что кейс не про систему, а про операцию над ней. Узкий проверяет то же втрое дешевле и не притворяется сквозным.

Предсказания записаны и закоммичены до первой строки этого файла — шесть безусловных.

Система вымышлена, числа не взяты у реальной компании. Пометки: [схема] · [замер] · [расчёт] · [договор] — из текста договора о продаже · [режим] — из требований к защищаемым данным · [проба] · [нет данных].

Что происходит#

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

Показатель Значение Откуда
Клиентских профилей всего 40 млн, 12 ТБ с историей обращений [замер]
Относятся к проданному направлению 6,2 млн клиентов, 1,9 ТБ [замер]
Держат полисы обоих направлений 1,1 млн — 18 % передаваемых [замер]
Обращений у спорных клиентов 14,3 млн, из них 1,2 млн (8,4 %) не привязаны ни к одному полису [схема]
Темп изменений по передаваемым данным ≈ 40 тыс. в сутки [замер]
Писателей в эти данные 14 по коду плюс 3 по правам доступа, которых не может опознать никто [схема]
Сплошная сверка профилей 4 часа [расчёт]
Сплошная сверка вложений 1,9 ТБ при 200 МБ/с — 2,6 часа чтения, но с лимитом на запросы к объектному хранилищу около суток [расчёт]
Внешние потребители 22 партнёра получают вебхуки о событиях полиса; ежемесячная выгрузка перестраховщику за пять лет [схема]
Окно сосуществования 5 месяцев из семи [договор]
Цена двойной правки +35 % к каждой задаче при команде в 9 человек ≈ 16 человеко-месяцев [расчёт]

Чем этот кейс отличается от всех прежних#

E-01, E-02, E-03 U-01
Куда переезжают данные В другое наше хранилище В чужую организацию
Кто владеет приёмником Мы Не мы: ни метрик, ни отката, ни доступа к внутренностям
Что значит «откатиться» Вернуть как было Для части шагов — ничего. Переданное наружу не отзывается
Кто назначает срок Мы Договор. Дата наступит независимо от готовности

Это первое решение набора, где приёмник не наш. Насколько документы это выдерживают — и есть предмет прогона.

План#

Этап Что делаем Документ Статус
1 Вход — ✅ этот файл
2 Линия в спорной зоне: что передаётся по клиентам с полисами обоих направлений D-07 v1.0 → ADR-0001 ✅ единицей стал полис, а не клиент
3 Переход: перенос и обратимость D-08 v1.0 + D-09 v1.0 → ADR-0002 ✅ одним ADR, правило о связанных решениях применено впервые
4 Находки и сверка предсказаний 99-findings.md ✅ четыре попадания, два промаха, два MAJOR

Этап 2 не планировался, и это уже результат. Предсказание У6 утверждало, что кроме D-08 и D-09 применять ничего не придётся. Спорная зона в 1,1 млн клиентов оказалась не прочитанной в договоре, а выбираемой — разбор на этапе 2. По записанному правилу анти-подгонки объявить её данностью нельзя.


Итог — 99-findings.md. Коротко: оба впервые применённых документа потребовали MAJOR; узкий прогон не остался узким.