הגדירו בעל החלטה ומה נצפה בפועל
רשמו תופעה, זמן ואזור זמן, תהליך שנפגע ושינוי אחרון. הבחינו בין שינוי בקוד, הרשאה לא מוכרת, תקלה בחיבור ואזהרה חיצונית. תיעוד WordPress מדגיש את חשיבות הסימנים וההקשר. אין להסיק משגיאת תשלום לבדה שנגנב מידע, ואין להתעלם מקוד לא מורשה מפני שהקופה עדיין נפתחת.
קבעו איש קשר שמוסמך לאשר הגבלת קופה או שינוי גישה, לצד גורם טכני וספקי התשלום והאחסון לפי הצורך. לא מעבירים פרטי כרטיס, סודות API או רשימת לקוחות בטופס הפנייה. פנייה ראשונית צריכה לתאר את המצב ולא לשכפל את מאגר החנות.
הפרידו מסלולי פעולה כדי לא להגדיל נזק
הטבלה היא מסגרת מקורית למסירת אירוע, ולא רשימת פקודות לחנות חיה. בכל תחום צריך אחראי, סמכות וראיית סיום. פעולות דחופות יכולות להתבצע לפני בירור מלא, אך עליהן להיות מתועדות ומותאמות למצב.
| תחום | שאלה דחופה | מה לא לבצע אוטומטית |
|---|---|---|
| קופה וקוד חיצוני | האם יש פעולה לא מורשית | להמשיך קופה רק כי הדף זמין |
| גישה ניהולית | מי יכול לשנות מערכת | למחוק הכול בלי שימור מידע |
| הזמנות ותשלומים | מה כבר אושר או בוצע | לחייב או להחזיר לפי סטטוס ישן |
| חיבורים ואוטומציות | אילו פעולות יוצאות מהחנות | להפעיל מחדש את כל התורים |
| גיבוי | איזו נקודה ניתנת לבדיקה | לדרוס מידע חדש בגיבוי ישן |
| מידע לקוחות | מה ידוע על חשיפה | להכריז שלא נחשף דבר בלי בדיקה |
תשלום והזמנה דורשים אימות מול המקור הנכון
WooCommerce מציעה לבדוק הערות הזמנה ויומני תשלום כדי להבין מה אירע בתהליך. השוו מזהים וזמן למידע מורשה אצל ספק התשלום. סטטוס בחנות יכול להיות לא מעודכן עקב כשל תקשורת, ולכן הוא אינו הוראה לביצוע פעולה כספית חדשה.
אם חשוד שינוי בקופה או בהגדרת חיבור, מערבים את הגורם המתאים ואת ספק התשלום לפי הצורך. בירור טכני אינו אישור לעמידה בתקן תשלום ואינו הכרעה מה חובת הדיווח. אין לשמור פרטי כרטיס בתוך ראיית ניסיון או לנסות חיוב אמת כדי לבדוק פגיעה.
חיבורים יכולים לפעול גם כשמראה החנות חזר
מפו יעדי webhook, דואר, משלוח, חשבוניות, CRM ומשימות רקע. WooCommerce מתעדת שחיבורים יכולים להישלח בעקבות שינוי בהזמנה, במוצר ובנתונים אחרים. שחזור או תיקון סטטוס יכולים לפגוש תהליך שכבר פעל במערכת אחרת. היעד וההרשאה צריכים להיות מוכרים.
בדקו מצב שליחה ותוצאה בלי להריץ שוב באופן גורף. לפני החלפת סוד או ביטול חיבור מתאמים את הצדדים ואת בדיקת הסיום, למעט פעולת צמצום דחופה שאושרה לפי האירוע. שימור ראיה אינו מחייב לשמור חיבור חשוד פתוח.
דוגמה: חזרת הקופה לא השלימה התאוששות
התרחיש להמחשה בלבד. לאחר ניקוי הקופה פועלת בסביבת בדיקה, אך התאמת הזמנות מגלה משלוח שכבר יצא ומצב ישן בחנות. ההחלטה היא לתקן לפי רשומת העסק ולמנוע הפעלה כפולה, ולא לסמן שכל ההזמנות הושלמו. בנפרד מבררים מה מקור הפגיעה ומה נדרש לסגירתו.
בבדיקות משתמשים בסביבת ניסיון ובנתונים סינתטיים. WooCommerce מזהירה שהזמנת בדיקה יכולה להפעיל דואר ואינטגרציות. אין להפנות בדיקה ללקוח אמיתי או להניח ששינוי למצב בדיקה אצל ספק אחד מנתק את כל המערכות האחרות.
חזרה לשירות כוללת תנאים ומגבלות כתובים
הגדירו מה טופל בגישה ובקוד, אילו תהליכים נבדקו ומה מצב התאמת המידע. הפרידו חזרת מכירות מבירור חשיפת נתונים, והעבירו שאלות משפטיות או חוזיות לגורם המוסמך. תיעוד מסודר צריך להבחין בין עובדה, חשד וחוסר נתון בלי לייצר הבטחת ניקיון מוחלט.
ב-CyberFixCrew אפשר לברר שחזור וטיפול באתר במסגרת השירותים הקיימים ובהיקף מוסכם. אין התחייבות לשחזור מלא, לפעולות כספיות או למענה רציף מעצם הפנייה. מסירה טובה מציינת פערים ואחראים גם כאשר העסק מחליט לחזור לפעילות מוגדרת.
