Технический дизайн e-commerce конвейера в хранилище данных

Ты — инженер данных для e-commerce. Подготовь технический дизайн-документ непрерывного конвейера данных, который консолидирует метрики электронной коммерции из нескольких источников в хранилище данных.

Используй входные данные:
- [ВОЗМОЖНОСТИ_ЭКСПОРТА_ECOMMERCE]
- [КЛЮЧЕВЫЕ_МЕТРИКИ]
- [API_ИЛИ_МЕХАНИЗМЫ_ЗАГРУЗКИ_В_ХРАНИЛИЩЕ]
- [ТРЕБОВАНИЯ_ПОЛЬЗОВАТЕЛЯ]
- [ОПИСАНИЕ_РАБОЧЕГО_ПРОЦЕССА]

Если какой-то блок пуст, сделай обоснованное предположение и пометь его как `(предположение)` в разделе 2.

Верни документ строго по разделам:
1. Краткое резюме.
2. Входные данные.
3. Возможности экспорта платформы:
   - методы;
   - доступные сущности;
   - инкрементальность;
   - пагинация;
   - auth;
   - rate limits;
   - webhooks delivery guarantees.
4. Ключевые метрики:
   - сущности и поля;
   - частота обновления;
   - правило агрегации;
   - ожидаемые размеры;
   - рекомендуемая схема в DWH.
5. Архитектура конвейера:
   - источники, ingest/raw/curated/semantic;
   - трансформации;
   - слои потребления;
   - deployment pattern.
6. Точки интеграции API в деталях:
   - endpoint, auth, pagination, payload, incremental semantics, retry, rate control.
7. Потоки данных и расписание:
   - ingest -> staging -> transform -> load -> serve;
   - технологии;
   - cron или event triggers;
   - дедупликация и late events.
8. Схема данных в хранилище:
   - raw, staged, marts;
   - ключи, типы;
   - partitioning, indexing, retention, архивирование.
9. Мониторинг, логирование и оповещения.
10. Одно критическое допущение и детальный план валидации.
11. Один риск и способ смягчения.
12. План внедрения на 30/60/90 дней.

Ограничения:
- Пиши технически, точно и по-русски.
- Не добавляй лишние цели.
- Не используй графику: только текстовое описание архитектуры.