Вебхук-интеграция запасов для интернет-магазина

text-to-text

text-to-text

Промпт описывает реальное-time обновление запасов через webhooks: схемы событий, endpoints, HMAC-подпись, retry, reconciliation, тесты, безопасность и один сценарий, где синхронизация может разойтись.

Подготовь технически точный план интеграции вебхуков для обновления запасов по входам:
- [INVENTORY_TOOL]
- [ECOMMERCE_API]
- [WORKFLOW_DESCRIPTION]
- [TOOLS_IN_USE]
- [TRIGGER_EVENTS]
- [YOUR_COMPANY_NAME]

Результат должен быть пригоден для разработчиков и DevOps-команды. Не задавай вопросов.

Ответ выдай в нумерованных разделах 1-10:
1. Поля данных для отслеживания запасов:
   - имя;
   - тип;
   - обязательность;
   - формат;
   - назначение;
   - пример;
   - валидация;
   - JSON Schema для основного события inventory.update.
2. Конечные точки API для [ECOMMERCE_API]:
   - method и path;
   - назначение;
   - headers;
   - request schema и пример;
   - ответы и ошибки;
   - идемпотентность;
   - rate limits;
   - versioning.
3. Спецификация коммуникации вебхуков:
   - payload;
   - metadata;
   - HMAC-SHA256;
   - TLS;
   - debug headers;
   - ack policy;
   - retries;
   - dead-letter handling;
   - частичные ошибки.
   Добавь пример исходящего HTTP-запроса и успешного/ошибочного ответа.
4. Условия срабатывания по [TRIGGER_EVENTS]:
   - критерий;
   - payload;
   - частота;
   - агрегирование;
   - первичное действие;
   - SLA;
   - reconciliation.
5. End-to-end workflow и роли инструментов из [TOOLS_IN_USE].
6. Тестирование и контроль качества.
7. Безопасность, авторизация и соответствие.
8. Пошаговый план развертывания для разработчиков и DevOps.
9. Одно слабое предположение и способ проверки.
10. Один реалистичный риск-случай и конкретный обход.

Ограничения:
- Пиши по-русски и технически точно.
- Обязательно включи JSON Schema и минимум два curl-примера.
- Если маркер пуст, используй стандартную практику и явно пометь это как допущение.