מקור אמת אחד לקטלוג המוצרים: היכן נשמר כל נתון ומי מעדכן אותו

המאמר מיועד לעסקים מסחריים שמציגים את אותם מוצרים בכמה מקומות: חנות, זירות מכירה, פרסום וקטלוג למשווקים. הוא מסביר איך קובעים, לכל נתון בקטלוג, היכן הוא נשמר כמקור ולאן הוא זורם משם. בסופו תוכלו למפות את השדות בקטלוג שלכם, ולהפסיק לתקן את אותו נתון בכמה מקומות.

קטלוג מוצרים הוא אחד מנכסי הנתונים החשובים בעסק מסחרי, והוא גם אחד הנכסים שמתפזרים הכי מהר. מחיר מתעדכן באתר ונשכח בזירה. תיאור מתוקן בזירה ולא באתר. מוצר שהופסק ממשיך להופיע בקובץ שנשלח לפרסום. כל אחד מהפערים האלה קטן, אבל ביחד הם יוצרים בלבול, תקלות ועבודה כפולה.

הפתרון אינו בהכרח מערכת חדשה. הוא החלטה, לכל נתון בקטלוג: היכן הוא נשמר כמקור, ולאן הוא זורם משם.

מה זה "מקור אמת"

מקור אמת (Single Source of Truth) הוא המקום היחיד שבו נתון מסוים נקבע ומתעדכן. כל מערכת אחרת שמציגה את הנתון מקבלת אותו מהמקור, ואינה משנה אותו בעצמה. אם צריך לשנות, משנים במקור.

שימו לב: לא כל הנתונים חייבים לשבת באותה מערכת. מקובל שהמלאי מנוהל במערכת אחת והתיאורים השיווקיים באחרת. מה שחשוב הוא שלכל שדה יש מקור אחד מוגדר.

מיפוי השדות

שלב ראשון הוא רשימה של השדות בקטלוג, ולכל אחד: היכן הוא נוצר, מי מעדכן, ולאן הוא צריך להגיע. שדות טיפוסיים:

• מזהה פנימי (מק"ט): נוצר פעם אחת, לא משתנה, ומשמש מפתח בכל המערכות.
• מזהי יצרן (ברקוד/GTIN, מותג, מספר דגם): עובדות על המוצר. מגיעים מהספק או מהיצרן.
• שם ותיאור: תוכן שיווקי, באחריות מי שכותב תוכן.
• מחיר: החלטה עסקית, באחריות מי שקובע מחירים.
• מלאי: משתנה כל הזמן, מגיע ממערכת המלאי.
• תמונות: קבצים, עם גרסה מאושרת אחת לכל מוצר.
• תכונות וקטגוריות: מידה, צבע, חומר, שיוך לקטגוריה.
• סטטוס: פעיל, מופסק, זמני.

אפשרויות למקור האמת

החנות העצמאית כמקור

בעסק קטן עם קטלוג מצומצם, אפשר שהחנות עצמה — Shopify, WooCommerce או אחרת — תהיה המקור לרוב השדות, וממנה ייצאו הנתונים לזירות. זה פשוט, אבל מחייב שכל עדכון ייעשה בחנות בלבד.

מערכת ERP או מערכת מלאי

כשיש מלאי פיזי, רכש והנהלת חשבונות, מערכת ה-ERP היא בדרך כלל המקור לנתונים התפעוליים: מק"ט, מחיר, מלאי, סטטוס. התוכן השיווקי יכול להישאר בחנות.

מערכת PIM

מערכת לניהול מידע מוצרים (PIM) מרכזת את התוכן העשיר — תיאורים, תכונות, תמונות, תרגומים — ומפיצה אותו לכל הערוצים. היא שימושית כשיש קטלוג גדול, הרבה ערוצים, או כמה שפות. לעסק קטן היא לרוב מיותרת.

דוגמה בדיונית: חנות כלי בית עם כ-400 מוצרים קבעה: מק"ט, מחיר, מלאי וסטטוס — במערכת הנהלת המלאי. שם, תיאור, תמונות ותכונות — בחנות ה-WooCommerce. הזירות מקבלות קובץ אוטומטי שמשלב את שני המקורות לפי המק"ט. אף אחד לא מעדכן מחיר בזירה ישירות.

זרימת העדכונים

אחרי שהוחלט על מקורות, צריך להגדיר איך הנתונים זורמים:

1. מאיפה לאן: לכל ערוץ, מאילו מקורות הוא מקבל אילו שדות.
2. באיזו תדירות: מלאי — מהר ככל האפשר. מחירים — בכל שינוי. תוכן — לפי הצורך. ראו ניהול מלאי ומחירים בכמה ערוצים.
3. מה קורה בכישלון: התראה, ומי מטפל.
4. מה אסור: עדכון ידני בערוץ שאינו מקור. אם מישהו מתקן תיאור בזירה, התיקון יידרס בעדכון הבא — או גרוע מכך, יישאר וייצור פער.

בעלות

לכל קבוצת שדות צריך בעלים: אדם או תפקיד שאחראי לנכונות שלהם. בעל הנתון אינו בהכרח מי שמקליד אותו, אבל הוא מי שמחליט על הכללים ומטפל בטעויות. בלי בעלות, שגיאות נשארות כי "זה לא שלי".

בקרה

• השוואה תקופתית בין המקור לערוצים: האם המחיר והמלאי זהים?
• רשימת מוצרים עם שדות חסרים.
• רשימת מוצרים שמופיעים בערוץ אבל מסומנים כמופסקים במקור.

על מדדי איכות לנתונים ראו איכות נתונים: איך מודדים. על דרישות הנתונים של זירות מכירה ראו הכנת קטלוג לזירות מכירה.

רשימת בדיקה

• לכל שדה בקטלוג מוגדר מקור אמת אחד.
• המק"ט ייחודי, קבוע, ומשותף לכל המערכות.
• מוגדר מאיפה כל ערוץ מקבל כל שדה, ובאיזו תדירות.
• אין עדכונים ידניים בערוצים שאינם מקור.
• לכל קבוצת שדות יש בעלים.
• יש בקרה תקופתית על פערים בין המקור לערוצים.

הצעד הבא

בחרו שלושה שדות שגורמים הכי הרבה תקלות, בדרך כלל מחיר, מלאי ותמונה, וקבעו לכל אחד מקור אחד ובעלים. רק אחרי שזה עובד, הרחיבו לשאר השדות. לליווי אפשר להיעזר בעמוד ניהול נתונים.

שאלות ותשובות

IBASTOM.CO.IL

צריך מערכת PIM?

לרוב העסקים הקטנים לא. כשהקטלוג קטן וערוץ המכירה אחד או שניים, החנות או מערכת המלאי יכולות להיות מקור האמת. PIM משתלמת כשיש הרבה מוצרים, הרבה תכונות והרבה ערוצים שכל אחד דורש פורמט אחר.

מה עושים כשכבר יש שני מקורות שסותרים?

בוחרים לכל שדה מקור אחד: מחיר מהנהלת החשבונות, מלאי ממערכת המלאי, תיאור מהחנות, ומסנכרנים לכיוון אחד בלבד. אחר כך בודקים את הפערים שנצברו ומתקנים אותם במקור, לא בערוץ.

מי צריך להיות הבעלים של נתוני המוצר?

לכל שדה בעלים: מחיר אצל מי שקובע מחירים, מלאי אצל התפעול, תיאורים ותמונות אצל מי שמנהל את הקטלוג. הבעלים אחראי שהנתון נכון, גם אם מישהו אחר מקליד אותו.

אפשר לעדכן מחיר ישירות בזירת מכירה?

טכנית כן, אבל אז הזירה הופכת למקור נוסף, ובסנכרון הבא המחיר עלול לחזור לקודם או להתפצל. אם צריך מחיר שונה לערוץ, מגדירים אותו כחוק במקור האמת, למשל תוספת קבועה לזירה מסוימת.

איך יודעים שהסנכרון עובד?

בודקים מדגם מוצרים קבוע פעם בשבוע: מחיר, מלאי וזמינות בכל ערוץ מול המקור. אפשר גם להגדיר התראה על כשל בסנכרון. פער שנמצא מתועד ומתוקן בסיבה, לא רק במוצר.