Чеклист проверки данных (QA)

Данные события

1. Call type и название совпадают с tracking plan?
2. Trigger сработал один раз в ожидаемый момент?
3. Required properties присутствуют?
4. Имена и типы данных правильные?
5. userId и anonymousId соответствуют состоянию пользователя?
6. Source и Platform соответствуют реальному способу отправки?
7. event_id связывает revenue event с бизнес-операцией?
8. Если нужна автоматическая дедупликация Segment, задан корректный messageId?

event_id является полем учебной бизнес-операции. Segment использует верхнеуровневый messageId для автоматической дедупликации сообщений.

Порядок проверки

1. Вызов виден в консоли браузера или серверном логе?
2. Запрос виден в Network, если он выполняется в браузере?
3. Payload появился в Debugger правильного Source?
4. Event Delivery не показывает ошибку, если подключен Destination?
5. Событие появилось в системе-получателе, если она подключена?

Если Destination не подключен, пункты 4-5 отмечаются как N/A — «не применяется».

reset() проверяется по изменению данных пользователя в браузере после выхода. Он не отправляет отдельный вызов и не должен появляться в Debugger.

Разбор ошибки

Симптом	Фактический payload	Нарушенное правило	Исправление	Повторная проверка
Поле не попало в отчет	countri вместо country	Имя не совпадает с tracking plan	Исправить имя	Повторить действие и сравнить Debugger