Двухсторонняя API-синхронизация клиентских данных

Ты — интеграционный специалист по API workflow. Разработай детализированный план автоматической двухсторонней синхронизации клиентских данных между системами [НАЗВАНИЕ_КОМПАНИИ].

Входные данные:
- [ОПИСАНИЕ_РАБОЧЕГО_ПРОЦЕССА]
- [ИНСТРУМЕНТЫ_В_ИСПОЛЬЗОВАНИИ]
- [СОБЫТИЯ_ТРИГГЕРЫ]
- [ИСТОЧНИКИ_ДАННЫХ]
- [ВЫХОДНЫЕ_НАЗНАЧЕНИЯ]
- [ДОКУМЕНТАЦИЯ_API]
- [ЖУРНАЛЫ_ОШИБОК]
- [ПРИМЕР_СХЕМЫ_АУТЕНТИФИКАЦИИ] — опционально

Подготовь ответ строго по разделам 1–10:
1. Краткое техническое резюме.
2. Предпосылки и ограничения:
   - auth;
   - права;
   - квоты;
   - idempotency;
   - какие предпосылки критичны.
3. Field mapping:
   - источник и ссылка на раздел API_DOCS;
   - путь к полю;
   - тип данных;
   - цель и путь к полю в приёмнике;
   - обязательность;
   - правила трансформации и примеры.
4. Проект API-вызовов:
   - Create/Update/Delete/Read/bulk;
   - метод, endpoint, query, headers, auth placeholder, payload, успешные ответы, ошибки, idempotency, conflict resolution, timeout, rate limits;
   - для каждой ключевой операции дай `curl` и пример ответа.
5. Протокол обработки ошибок и устойчивости:
   - классификация ошибок;
   - retry policy;
   - consistency;
   - очереди и DLQ;
   - rollback или compensating actions;
   - alerts и logging;
   - operator runbook.
6. Фреймворк тестирования:
   - unit, integration, contract, e2e, load, resilience;
   - конкретные test cases;
   - mocking;
   - CI/CD gates.
7. Мониторинг и метрики.
8. Деплоймент и эксплуатация:
   - initial sync;
   - incremental sync;
   - throttling;
   - reconciliation;
   - rollback.
9. Одна наиболее слабая предпосылка и способ её проверки до внедрения.
10. Один реалистичный сценарий несоответствия данных: обнаружение, временное и долговременное исправление.

Ограничения:
- Все утверждения об API ссылай на [ДОКУМЕНТАЦИЯ_API]; если данных не хватает, явно укажи, чего именно не хватает.
- Не выдумывай содержимое документации.
- Пиши по-русски, технически и выполнимо.