עריכת מחירי ערוצי מכירה בכמות גדולה והחלפת סוגי מחיר בעיצוב
עריכת ערכי ערוץ מכירה וסוג מחיר עבור SKUs רבים בבת אחת ותמחור מחדש של עיצוב קיים על ידי החלפת סוג המחיר שלו.
עריכת מחירי ערוצי מכירה בכמות גדולה עבור SKUs רבים של חומרה או אביזרים מתבצעת על ידי בחירת ה-SKUs, פתיחת פעולת העריכה בכמות גדולה, עריכת ערכי ערוץ המכירה וסוג המחיר הבודדים ואישור השינויים.
החלפת סוג המחיר בעיצוב קיים מתמחרת אותו מחדש במקום — אין צורך להעתיק או לעצב מחדש את העיצוב כדי לתמחר אותו לפי סט תעריפים אחר.
A price type can be used to switch a quote on an existing design between default and franchisee prices instantly, without changing the sales channel.
לא ניתן להגדיר סוג מחיר כמקדם או כאחוז מסוג מחיר אחר.
יש לתת לכל סוג מחיר ערכים משלו לכל SKU.
העלאת מחיר מיושמת על ידי עריכת מחירי הפריטים הבודדים ולא על ידי קביעת מכפיל אחד.
POST /price/update (נחשף גם תחת enterprise_api) מעדכן את המחיר של SKU אחד. כללים שנאכפים בקוד: יש לשלוח את sales_channel_id ואת price_type_id יחד או לא לשלוח כלל — השמטת שניהם מעדכנת את מחיר ברירת המחדל של הארגון/ה-BU, שליחת שניהם מעדכנת את המחיר של אותו ערוץ + מחירון; שליחת אחד בלבד מחזירה שגיאה. price, tax, margin ו-display_unit הם חובה (אפס מתקבל; ערכים חסרים מחזירים 'price, tax, margin, display_unit must be specified'); שדות הנחה הם אופציונליים. הקריאה מקבלת גם הגדרת זמינות שירות אופציונלית ('serviceable' או 'unserviceable') החלה על מיפוי ה-SKU + ערוץ המכירה בנפרד מהמחירון; ניתן לשלוח אותה רק יחד עם ערוץ מכירה, ושליחתה בלי ערוץ נדחית. דרך ה-enterprise API, use_referred_price מקודד קשיח ל-false, כך שכל עדכון API מנתק את מחיר ערוץ המכירה ממחיר ברירת המחדל — לאחר כתיבה דרך ה-API, שינויים מאוחרים במחיר ברירת המחדל לא זורמים עוד למחיר אותו ערוץ עד שמישהו יקשר אותו מחדש ב-admin portal. כאשר לערוץ ולסוג המחיר היעד לא הייתה עדיין שורת מחיר מפורשת, ה-API יוצר אחת, ומעתיק את הגדרות CBU/exclusion-list/override-margin/pricing-from ממחיר ברירת המחדל. יש לשלוח מחירים ליחידות תצוגה ממדיות על בסיס למילימטר. כשלים מוצגים כ-PRICE_UPDATE_FAILED, ובקשה שמציינת ערוץ מכירה שאין לו רשומת SKU תואמת נדחית כשגיאת פרמטרים לא חוקיים; ההרשאה מחייבת הרשאות מנהל קטלוג עבור הארגון או עבור ה-BU שבעליו של ערוץ המכירה, וכל קריאה נרשמת ביומן ביקורת.
מחיקת סוג מחיר (price_type/remove; מנהל קטלוג ברמת הארגון או ה-BU) היא תהליך דו-שלבי מוגן. לא ניתן למחוק לעולם את סוג מחיר ברירת המחדל (CANNOT_DELETE_DEFAULT_PRICE_TYPES). קריאה ראשונה ללא force מחזירה successfully_removed:false יחד עם מה שחוסם אותה: sales_channel_map_req מפרט ערוצי מכירה שבהם זהו סוג המחיר הממופה היחיד (כל אחד זקוק לתחליף), ו-users_map_req מפרט משתמשים שזהו סוג המחיר המועדף שלהם (num_users סופר את כל הממופים). על הקורא לשלוח שוב עם sales_channel_map ו-user_map המספקים בדיוק תחליף אחד לכל ישות חסומה — לא תוספות, לא חסרים, וכל סוגי המחיר שייכים לאותו ארגון — אחרת INVALID_PARAMS. מלכודת: סוג המחיר המועדף החלופי של משתמש חייב להיות כבר ממופה לאותו משתמש באותה רמה (ארגון או BU); ה-API לא ייצור את המיפוי וייכשל עם INVALID_PARAMS. בהצלחה הוא מוחק את סוג המחיר, את מיפויי המשתמשים וערוצי המכירה שלו, ואת כל מיפויי מחירי ה-SKU של ערוצי המכירה תחתיו — כל מחיר מותאם לכל SKU השמור תחת אותו מחירון נמחק לצמיתות (הערת קוד מציינת ששורות ה-Price הבסיסיות נותרות יתומות מטעמי עיון). יש לייעץ ללקוחות להתייחס למחיקת סוג מחיר כהרסנית ובלתי הפיכה עבור מחירי אותו מחירון.