Проверка событий оплаты в учебной CRM

пример. Все данные синтетические. Имена, события, условия и организации вымышлены.
Файлы не содержат учётных данных, персональных данных или действующих внешних подключений.

Состав: events.csv — 240 строк; expected-checks.json — контрольные значения и пять пограничных примеров.
Имена файлов имеют префикс demo-smart-analyst-task-.

Ваша задача: импортировать CSV в локальную PostgreSQL, выделить уникальные бизнес-события и построить ежедневную витрину. Сохраните исходные строки, причины исключения и сведения о задержке доставки.

Правила данных:
- delivery_id идентифицирует техническую доставку, event_key — бизнес-событие.
- payment_id уникален для операции; возврат имеет собственный ID и original_payment_id.
- Все суммы в RUB, положительные целые; возврат уменьшает чистую сумму.
- occurred_at — момент операции, received_at — загрузка. Обе даты с UTC-смещением.
- Для отчёта используйте Europe/Moscow; период задавайте полуинтервалом [start, end).
- Тестовые оплаты в этом наборе отсутствуют; все статусы succeeded. Не придумывайте иные статусы.

Приёмка: 216 уникальных событий, из них 192 оплаты и 24 возврата; 24 доставки исключены как повторы. Дневные суммы сверяются с expected-checks.json. Укажите ключ, гранулярность витрины, правила периода и ограничения синтетического набора. Готового SQL здесь нет: его пишет специалист.