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

מה מסתנכרן, ומה נשאר איפה שהוא

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

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

הנקודה האחרונה היא הכי חשובה, ונחזור אליה.

פתיחת גישה לשרת מקומי

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

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

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

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

API או ממשקי קליטה

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

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

החשבונית יוצאת מחשבשבת

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

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

רשימת הכנה לפני שמתחילים

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

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

מה קורה כשמשהו נתקע

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

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

שאלות נפוצות

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

החשבונית יוצאת משופיפיי או מחשבשבת? מחשבשבת. מספור, מע״מ, דיווחים ומספר הקצאה במקום אחד.

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

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