# דף עבודה: Webhook ל־Data Store ב־Make

## 1. זיהוי התהליך
- שם התרחיש: ____________________
- סביבת עבודה: בדיקה / ייצור
- מטרה עסקית במשפט אחד: ____________________
- בעלים עסקי: ____________________
- מתחזק טכני: ____________________
- מקור הבקשה: ____________________
- Data Store: ____________________
- תאריך גרסה: ____________________

> אין להדביק כאן את כתובת ה־Webhook או נתוני לקוחות.

## 2. חוזה קלט
| שדה | חובה | סוג | כלל אימות | יעד | דוגמה פיקטיבית |
|---|---|---|---|---|---|
| request_id | כן | טקסט | קיים ואינו ריק | Key | evt_test_0001 |
| full_name | כן | טקסט | אינו ריק לאחר ניקוי רווחים | full_name | יעל כהן |
| phone | כן | טקסט | פורמט עסקי מוסכם | phone | +972501234567 |
| email | לא | טקסט | אימות בסיסי אם נשלח | email | yael.example@example.com |
| source | כן | טקסט | ערך מרשימה מאושרת | source | landing_page |
| created_at | כן | טקסט | חותמת זמן בפורמט מוסכם | source_created_at | 2026-09-08T09:15:00Z |
| campaign | לא | טקסט | ערך או ריק | campaign | september_demo |

מקורות מאושרים: ____________________
שדות שאסור לשמור: ____________________

## 3. חוזה תשובות
| מצב | קוד HTTP מוסכם | status בגוף | האם השולח מנסה שוב | פעולה אנושית |
|---|---|---|---|---|
| ליד חדש נשמר | ____ | accepted | לא | אין |
| אירוע כבר טופל | ____ | duplicate_ignored | לא | לפי צורך |
| קלט חסר או לא תקין | ____ | rejected | רק לאחר תיקון | בדיקת מקור אם חוזר |
| כשל זמני | ____ | error מתועד | כן, לפי מגבלה | לאחר מיצוי |
| כשל לא מסווג | ____ | error מתועד | לא אוטומטית | הסלמה |

## 4. מדיניות idempotency ו־retry
- המערכת שיוצרת request_id: ____________________
- הוכחה שאותו מזהה נשמר בכל retry: ____________________
- מספר ניסיונות מרבי: ____________________
- זמני המתנה: ____________________
- מצבים שמותר לנסות בהם שוב: ____________________
- מצבים שאסור לנסות בהם שוב: ____________________
- יעד לטיפול לאחר מיצוי: ____________________
- האם Process data in order מופעל: כן / לא / לא רלוונטי

## 5. בדיקות קבלה
| מזהה בדיקה | מקרה | request_id | צפוי | בפועל | מספר רשומות לפני/אחרי | עבר/נכשל | קישור לראיה פנימית |
|---|---|---|---|---|---|---|---|
| T01 | ליד חדש תקין | evt_test_0001 | accepted ורשומה אחת | | | | |
| T02 | כפילות סדרתית | evt_test_0001 | duplicate_ignored ללא רשומה נוספת | | | | |
| T03 | כפילות כמעט מקבילה | evt_test_0002 | Key יחיד | | | | |
| T04 | phone חסר | evt_test_0003 | rejected ללא כתיבה | | | | |
| T05 | email חסר | evt_test_0004 | accepted | | | | |
| T06 | source לא מורשה | evt_test_0005 | rejected ללא כתיבה | | | | |
| T07 | כשל כתיבה מבוקר | evt_test_0006 | אין הצלחה שקרית | | | | |
| T08 | retry לאחר כשל זמני | evt_test_0006 | רשומה אחת בלבד | | | | |

## 6. תקלות והסלמה
- היכן בודקים היסטוריית הרצות: ____________________
- אילו נתונים מותר לרשום ביומן: ____________________
- איש קשר בשעות פעילות: ____________________
- איש קשר מחוץ לשעות פעילות: ____________________
- תנאי עצירה: ____________________
- דרך קליטה ידנית חלופית: ____________________
- זמן יעד לבדיקה ראשונית: ____________________

## 7. תחזוקה
- תדירות בדיקת הרצות: ____________________
- מדדים: total, accepted, duplicate_ignored, rejected, unresolved_errors
- קו בסיס או סף חקירה: ____________________
- תאריך בדיקת חוזה הקלט הבאה: ____________________
- תאריך תרגיל כשל הבא: ____________________
- מדיניות מחיקת נתוני בדיקה: ____________________

## 8. אישור מסירה
- הבעלים העסקי אישר תוצאה וחוזה: שם __________ תאריך __________
- המתחזק איתר הרצה לפי request_id: כן / לא
- המתחזק הסביר את מסלול הכפילות: כן / לא
- המתחזק ביצע תרגיל תקלה בסביבת בדיקה: כן / לא
- כל בדיקות החובה עברו: כן / לא
- הערות פתוחות: ____________________
- החלטה: מאושר להפעלה / חסום עד תיקון