Проверить события оплаты в учебной CRM
О коллекции
Авторская работа коллекции Аишки. Персонажи и исходные ситуации придуманы; материал не подтверждает заказ или результат действующего клиента.
Ожидаемый результат
SQL воспроизводится на PostgreSQL без внешних сервисов. Для пяти пограничных примеров указаны ожидаемые суммы. Дубли не удаляются молча: есть отчёт о причине исключения. Формулы, временная зона и незакрытый период описаны в README.
Связь с ИИ
сценарий. ИИ используется для черновиков объяснений и гипотез; итоговые расчёты проверяются SQL.
Что нужно сделать
Нужно проверить обезличенную схему событий подписки и подготовить контракт метрик. Во вложении — 240 синтетических событий с намеренно добавленными дублями, возвратами и задержками; README описывает поля, а expected-checks.json содержит контрольные суммы. Требуется найти устойчивый ключ, описать правила дедупликации и собрать запрос ежедневных оплат. Необходимо разделить дату события и дату загрузки.
Исходные материалы
Готовый синтетический набор: можно скачать и начать разбор.
- demo-smart-analyst-task-events.csv
240 доставок событий: оплаты, возвраты, задержки и дубли
- demo-smart-analyst-task-expected-checks.json
Контрольные количества, дневные суммы и пограничные примеры
- demo-smart-analyst-task-README.txt
Описание задания, состава файлов и критериев проверки
Как примем результат
- ☐SQL воспроизводится на PostgreSQL без внешних сервисов.
- ☐Для пяти пограничных примеров указаны ожидаемые суммы.
- ☐Дубли не удаляются молча: есть отчёт о причине исключения.
- ☐Формулы, временная зона и незакрытый период описаны в README.
Перед началом
В ответе опишите подход, вопросы к исходным данным и то, что потребуется от заказчика. Не присылайте чужие данные, пароли или доступы. Все внешние действия должны быть отдельно согласованы; учебный результат можно показать локально.
