Без audit trail CRM/ERP не довіряють
Коли виникає спір: “хто змінив статус” або “чому зникло поле”, потрібна відтворюваність. Audit trail — це не просто лог, а модель даних, яку можна читати і використовувати для розслідувань.
1) Подієва модель
- Записуй події змін: entityId, actor, timestamp, diff.
- Кореляція з workflow: зміна стану = окрема подія.
2) Diff і причини
Зберігай diff полів і reason code (manual_edit, automation, integration). Це пришвидшує аналіз і зменшує “винувачення”.
3) Відтворення стану
Для критичних процесів потрібен “state at time T”: або event sourcing, або snapshots + apply events.
4) Продуктивність
Audit росте швидко. Потрібні індекси, партиціювання, retention і розділення доступів.
Підсумок
Audit trail робить CRM/ERP керованим: історія змін, причини і можливість відтворення стану дають довіру, комплаєнс і швидкі розслідування.