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

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

מה באמת מסתנכרן בין ERP לשופיפיי

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

מהכיוון מקובללמה זה חשוב
מוצרים ווריאציותמה-ERP לשופיפיימק״ט אחד לכל פריט, כדי שהזמנה תתאים לשורה הנכונה
מחירים ומחירוניםמה-ERP לשופיפיישינוי מחיר במקום אחד; מחירוני B2B לפי לקוח
מלאי לפי מחסןמה-ERP לשופיפיילא מוכרים מה שאין; מלאי זמין ולא רק יתרה
הזמנותמשופיפיי ל-ERPההזמנה נפתחת לבד, עם משלוח, תשלום והנחות
לקוחותדו-כיוונילקוח חדש נפתח, לקוח קיים מזוהה ולא משוכפל
חשבוניות ומשלוחיםמה-ERP לשופיפייהחשבונית יוצאת מה-ERP, המעקב חוזר ללקוח

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

איזה ERP נפוץ בישראל, ומה זה אומר לחיבור

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

מערכתענן / מקומידרך החיבורלמי זה מתאים
PriorityשניהםREST API רשמיעסקים עם מלאי, ייצור והפצה; הסטנדרט בישראל
SAP Business Oneבעיקר מקומיService Layerחברות קטנות ובינוניות עם תהליכים מסודרים
חשבשבתשניהםAPI לפי גרסה, ממשקי קליטהעסקים שהנהלת החשבונות במרכז
Comaxמקומי / מנוהלממשקי API של קומקסרשתות אופנה וריטייל עם סניפים
OdooשניהםAPI + מחבר מובנהעסקים שרוצים גמישות במחיר נגיש
Dynamics 365 Business Centralענןמחבר רשמי של מיקרוסופטעסקים בצמיחה בעולם של מיקרוסופט
NetSuiteענןREST / SuiteTalkחברות בינלאומיות ורב-ישותיות
ריווחיתענןAPIעסקים קטנים שצריכים בעיקר חשבוניות
SUMITענןAPI + חיבורים מוכניםעסקים קטנים ובינוניים
Tamuzמקומילפי גרסהתכשיטנים ויהלומנים

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

אפליקציה מהמדף או אינטגרציה מותאמת

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

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

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

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

איך נראה תהליך נכון

חמישה שלבים, בסדר הזה, ובלי לדלג על הראשון.

  1. אפיון. פגישה קצרה שבה מסמנים מה עובר, לאיזה כיוון, ומי מערכת האמת. יוצאים ממנה עם מסמך של עמוד או שניים.
  2. גישה והרשאות. משתמש API ייעודי ב-ERP עם ההרשאות המינימליות, ואפליקציה מותאמת בשופיפיי עם ההיקפים המדויקים. עובדים על חברת בדיקות אם יש.
  3. מיפוי ובנייה. מק״טים ווריאציות, מחירונים ומע״מ, שיטות משלוח ותשלום. כל כלל עסקי מקבל התנהגות מוגדרת.
  4. בדיקות במקביל. הזמנות מקצה לקצה, תרחישי מלאי, החזרות וזיכויים. רק כשהמספרים זהים בשתי המערכות מחברים לחנות החיה.
  5. עלייה לאוויר ותחזוקה. ניטור, התראות, וליווי בימים הראשונים. שינויים בהמשך הם עדכון, לא פרויקט מחדש.

מה משפיע על הזמן ועל העלות

לא סוג ה-ERP, אלא ההיקף. הגורמים שמזיזים את המחט:

  • כמה זרימות. מלאי והזמנות בלבד, או גם מחירונים, לקוחות B2B, חשבוניות ומשלוחים.
  • כמה מקורות מלאי ואיך מחשבים זמינות (יתרה, יתרה פחות הזמנות פתוחות, פחות שריונים).
  • איכות הנתונים. מק״טים לא אחידים, וריאציות שנבנו אחרת בכל מערכת, ולקוחות כפולים – כל אחד מהם הוא עבודת ניקוי לפני החיבור.
  • גישה. ענן עם API מתועד לעומת התקנה מקומית שדורשת תיאום עם מנהל השרת.
  • סביבת בדיקות. חברת טסט חוסכת שבועות של זהירות מיותרת.

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

שבע טעויות שרואים שוב ושוב

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

שאלות נפוצות

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

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

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

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

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

איך ממשיכים מכאן

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