1. Potwierdź przyjęcie danych przed dalszym łańcuchem
Użytkownik nie powinien czekać na pięć zewnętrznych systemów, jeśli można bezpiecznie przyjąć zgłoszenie i przetworzyć kolejne kroki osobno. Model zależy jednak od wymagań biznesowych i infrastruktury.
2. Nadaj operacji jednoznaczny identyfikator
Retry po timeout nie powinien tworzyć dwóch leadów. Idempotencja lub inny mechanizm deduplikacji jest ważny szczególnie przy webhookach i automatycznych powtórzeniach.
3. Routing powinien być regułą, nie ukrytą logiką
Jeśli lead trafia do innego zespołu zależnie od usługi, lokalizacji lub budżetu, reguły powinny być jawne i testowalne.
4. Fallback musi istnieć zanim pojawi się awaria
Gdy CRM jest niedostępny, system powinien wiedzieć czy kolejkuje zapis, wysyła alert, zapisuje dane w bezpiecznym miejscu czy wymaga ręcznego działania.