ביטול משימת יצירה מרובה והבנת המחיקה הקשה הקבועה שלה
ביטול משימת יצירה מרובה שהושלמה יבצע מחיקה קשה קבועה של כל SKU שהיא יצרה, יחד עם המחירים, המיפויים, המלאי, הקישורים, התגיות, המאפיינים ומודלי ה-3D שלהם.
ניתן לבטל משימת יצירה מרובה שהושלמה מרשימת המשימות.
שלא כמו מחיקת SKU רגילה בקטלוג (שהיא מחיקה רכה הניתנת לשחזור), הביטול מבצע מחיקה קשה קבועה של כל SKU שהמשימה יצרה.
הביטול מוחק באופן קשה וקבוע כל SKU שהמשימה יצרה, יחד עם המחירים שלו, מיפויי ערוצי המכירה, רשומות המלאי בחנות וביחידה העסקית, קישורי SKU (בשני הכיוונים), תגיות, ערכי מאפיינים נוספים וקבצים מצורפים של מודלי 3D.
קבוצות מוצרים שהמשימה יצרה אוטומטית מוסרות גם הן באופן קבוע אם הן נותרות ריקות לאחר מכן.
קבוצה נשמרת אם נוספו אליה SKU-ים אחרים מאז שהמשימה רצה.
ניתן לבטל רק משימות במצב שהושלם - משימה שרצה, שנכשלה או שכבר בוטלה מחזירה שגיאה.
ככלל, עדיף לתקן את השורות שנכשלו ולהריץ שוב קובץ מתוקן מאשר לבצע מחזורי ביטול ויצירה מחדש, מכיוון ש-SKU-ים שנוצרים מחדש מקבלים מזהים חדשים ומאבדים כל הפניה שנעשתה לישנים.
כאשר משתמש מריץ העלאת SKU מרובה או עריכה מרובה מהקטלוג, כל האצווה מיושמת כטרנזקציה אחת. אם שורה אחת אינה תקינה - עמודה לא מזוהה, SKU שאינו בבעלות הארגון, ערך חובה חסר, SKU id שאינו קיים - כל ההרצה מבוטלת ולא מיושם דבר, כולל שורות שהיו תקינות לחלוטין. זה מכוון: זה מונע קטלוג שמעודכן חלקית. מה המשתמש רואה: ההעלאה מתקבלת ('Successfully uploaded CSV with N SKUs. Processing in progress.'), אך לא מיושם דבר, לא מופיעה הודעת כשל, והניסיון נשאר בלשונית In Progress של Bulk Edit via CSV; מנהלי הקטלוג מקבלים דוא"ל המתאר את השגיאה (ההודעה בדרך כלל מציינת את השדה או ה-SKU הבעייתי). מה לייעץ: לתקן את השורה המסומנת ולהריץ שוב את כל הקובץ; אין צורך להסיר שורות של 'already processed' מכיוון שדבר לא נשמר. ניגוד חשוב אחד: תהליך ה-'bulk create job' ברקע הנפרד (CSV בתוספת ZIP של נכסים אופציונליים שמועלה כמשימה) מתנהג הפוך - השורות שם מעובדות בנפרד, שורות תקינות יוצרות SKU-ים גם כששורות אחרות נכשלות, והמשתמש מקבל דוח הצלחה/כשל לכל שורה. לכן 'one bad row killed my whole file' חל על ניסיונות העלאה/עריכה מרובה, ולא על משימות יצירה מרובה.