השלמה אוטומטית של תמונות מוצרים ממקורות חיצוניים 1C-Bitrix

מילוי אוטומטי של תמונות ב-1С-Битрикс: היכן נשברת ההחלפה

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

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

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

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

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

מה נותן המילוי האוטומטי: שלמות הכרטיסים ומהירות הפרסום

ב-1С-Битрикс המילוי האוטומטי של תמונות נבנה על קישור המוצר למקור: מק"ט או קוד נבדקים מול הכרטיס של הספק, והתמונות נמשכות להצעת המסחר הנכונה. אם הפריטים של הספק אינם תואמים את שלנו, מכינים פעם אחת טבלת התאמות — בהמשך היא מתוספת נקודתית לפי פריטים חדשים.

שלמות הכרטיסים מפסיקה להיות תלויה בשאלה אם מנהל התוכן הספיק להגיע לפריט. שיעור המוצרים עם תמונות מגיע ל-95–100%: במקום אריחים "אפורים" בתוצאות החיפוש ובחזית החנות, הקונה רואה את המוצר.

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

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

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

דרכים למילוי אוטומטי של תמונות ב-1С-Битрикс

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

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

השוואת דרכי הגעת התמונות

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

שלבי ההטמעה: מניתוח הייצוא ועד לנוהל

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

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

ערכת מסירה: סכימות החלפה, כללי התאמה, נהלים

אחרי ההטמעה נשאר לצוות לא רק החלפה עובדת, אלא גם ערכת מסמכים שלפיה התהליך מוקם מחדש — בכוחו של מומחה 1С-Битрикс מן השורה, בלי לפנות ליוצרי הפתרון. להלן מפורטים הדברים שאנו מתעדים בארטיפקטים.

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

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

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

לפני: פרסום ידני כצוואר בקבוק

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

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

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

תיארנו את המילוי האוטומטי של תמונות ב-1С-Битрикс כמערכת כללים: מקור הצילומים נקבע לפי הספק, ההתאמה לכרטיס — לפי מק"ט וברקוד, ובקונפליקט מנצח הקובץ הגדול והעדכני יותר. פריטים חדשים מקבלים תמונות ברגע הייצוא, והשנויים במחלוקת עוברים לתור נפרד לבדיקה.

שיעור הכרטיסים עם תמונות — 99%, פרסום מנה במקום 6-7 שעות אורך 15-20 דקות, ושגיאות שיוך לא נותרו: הכלל או מוצא התאמה מדויקת, או עוצר את הפריט עד להחלטת אדם. בדיקת הקטלוג אורכת כעת דקות, ולא יום עבודה.

במה נבדלת החלפת קטלוג מייבוא מקבצי ספק

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

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

ייבוא נדרש במקום שבו התמונות נמצאות באתר הספק או במאגר קבצים. הקישורים מורדים, נבדקים לפי סיומת וגודל, השבורים נפסלים, והתמונה משויכת לפי מק"ט או קוד המוצר.

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

שאלות טכניות נפוצות בנוגע לייצוא תמונות

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

כיצד הייצוא מתמודד עם כפילויות של תמונות?

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

האם אפשר לייצא כמה תמונות למוצר אחד?

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

מה יקרה למוצרים שכבר עוצבו ידנית?

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

נדון במשימה: ננתח את הייצוא ונציע סכימת עבודה

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

לתחילה בדרך כלל די לאסוף מצד המזמין:

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

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

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