Die ☠️ or change your life 🫆

Если вы работаете с ПД рано, или поздно, вы столкнетесь с 2мя кейсами, вызывающими нервный тик:
☠️ Физическая смерть клиента.
🔞 И смена пола.

Оба легитимны. Оба юридически корректны. И оба ломают архитектуру!

1️⃣ Смерть клиента
Смерть почти всегда приходит задним числом.
Система узнает о ней не в момент наступления,
а через:
— update по API eGov
— уведомление от родственников
— банк-корреспондента
— наследственное производство

А до этого момента клиент продолжает «жить» в системе.

В финтехе это особенно чувствительно:
— висят автосписания
— начисляются комиссии
— идут возвраты
— проводятся чарджбеки
— работают обязательства

И вот вы узнаете, что клиент умер неделю назад! ПАНИКА 🫨

Что делать с операциями, проведенными «после смерти»?
Останавливать? Пересчитывать? Признавать недействительными?

Если в системе заранее не предусмотрен специальный статус, со своими правами доступа, процессами и ограничениями, начинается хаос.

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

Смерть — это не edge-case.
Если у вас десятки миллионов пользователей, это ежедневная рутина.


2️⃣ Смена пола
Юридически корректная, подтвержденная документами смена пола в международной системе — это архитектурный стресс-тест.

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

Это может быть:
— часть национального ID
— контрольный разряд
— логика расчета верификационных цифр

Документ остается валидным.
Человек тот же. Но контрольные механизмы начинают «ругаться».

И если система не готова к легитимной трансформации пола:
— пользователь начинает «разваливаться» на анти-дубли
— верификация зацикливается
— регуляторные проверки дают ложные флаги

Почему это особенно важно для международных компаний

И если у вас 30–50 миллионов клиентов, такие кейсы из «диковинных» становятся статистикой!
Они становятся частью операционного потока.

Если архитектура построена на предположении,
что атрибуты либо стабильны, либо просто обновляются,
она рано или поздно даст сбой.

Поэтому:
— нужен специальный статус для deceased-клиентов
— нужны особые политики доступа
— нужна поддержка легитимных трансформаций

Потому что в больших системах
самое сложное — не фрод. Самое сложное — реальная жизнь.

PS на всех круизных лайнерах есть морг! Даже когда ты возишь 5000 человек верить в сохранность тела или что никто не умрет — глупо!