Виявлений збій
CRM повертає HTTP 400, запис ліда не створюється.
Як збій workflow перетворюється на перевірене виправлення.
Це прозоре демо з вигаданими даними, а не клієнтський кейс. Воно показує докази, потрібні до того, як назвати workflow виправленим.
Переглянути доказиЗАЯВКА → CRM / ІНТЕРАКТИВНЕ ДЕМОDEMO
- 01Отримати заявкуPOST /webhook
- 02Перевірити поляemail · company
- 03Записати в CRMcompany → company_name
- 04Сповістити командуОчікування коректного запису
400 · ПОМИЛКА ВАЛІДАЦІЇ
Немає company_name. CRM відхилила запит.
Діагностика — це більше, ніж текст помилки.
Відповідь 400 — лише симптом. Ремонт має виправити контракт даних і підтвердити контрольовану поведінку під час збоїв.
Причина
Форма надсилає company, а CRM вимагає company_name.
Межа ремонту
Нормалізація payload, валідація полів і контрольовані повтори.
Payload до і після
До — відхилений CRM
{
"email": "lead@example.com",
"company": "Example Studio"
}Після — відповідає контракту
{
"email": "lead@example.com",
"company_name": "Example Studio",
"source": "website"
}Тест-матриця до передачі
| Сценарій | Очікуваний результат | Статус |
|---|---|---|
| Повний лід | Один запис CRM і одне сповіщення | OK |
| Немає компанії | Безпечне значення або явна гілка валідації | OK |
| Timeout CRM / 429 | Обмежений retry, потім alert | OK |
| Повторний webhook | Без дубліката в CRM | OK |
Що входить у такий ремонт
- 1Відтворити збій на контрольованому вході
- 2Простежити payload на кожному етапі
- 3Перевірити контракт цільового API
- 4Додати обмежений retry і фінальну гілку помилки
- 5Перевірити ідемпотентність повторних webhook
- 6Зафіксувати зміни й результати тестів
У реальному проєкті використовуються знеособлені логи й узгоджені тестові дані. Доступ запитується після підтвердження scope та оплати.
Схожа помилка?
Надішліть помилку, очікуваний результат і знеособлений скриншот виконання. Я скажу, чи підходить Workflow Rescue, чи спочатку потрібна діагностика.