קמעונאות ומסחר אומניצ׳אנל
חנויות, חנויות מקוונות וה-ERP מתיישבים על כל מכירה ועל כל SKU, בזמן אמת.
למה חנויות, ערוצים מקוונים וה-ERP מתרחקים זה מזה
קמעונאים פועלים על מערכות רבות שחייבות להתיישב: קופות, חנויות ווב, מחסנים, ספקי תשלום וה-ERP. כשהן מתרחקות זו מזו, המלאי שגוי, המחירים שונים בין הערוצים והפיננסים מבלים ימים בהתאמות.
סנכרוני אצווה בלילה
קופות, חנויות ווב וה-ERP מחליפים נתונים באיחור של שעות, כך שהמלאי נמכר יתר על המידה בשיא.
התחשבנות איטית
התחשבנויות כרטיסים בין סולקים מותאמות באיחור, ופערים עולים כסף.
שיאים ששוברים את הקופה
מבצעים ופסטיבלים מביאים תעבורה שמערכות איטיות אינן יכולות לקלוט.
מה משתנה
גרסה אחת של כל מכירה
מסופי החנויות, הקופה המקוונת והספר הראשי ב-ERP מתיישבים בזמן אמת.
מלאי שאפשר לסמוך עליו
רמות מלאי לפי SKU מסונכרנות בין חנויות לחנויות מקוונות כשהן משתנות.
התחשבנויות מותאמות
קבצי התחשבנות נקלטים ועמלות נבדקות אוטומטית.
איפה אנחנו פועלים
מה אנחנו בונים
- הרחבות POS, יישומי משרד אחורי ולוחות בקרה לחנות
- סנכרון בטוח ללא חיבור בין שרתי החנויות למטה
מה אנחנו בונים
- צדי לקוח למסחר אלקטרוני ושירותי הזמנות
- הזמנה מקוונת ואיסוף, החזרות ומעקב הזמנות
אינטגרציות אופייניות
- פלטפורמות מסחר אלקטרוני, מרקטפלייסים, מובילים וה-ERP
מה אנחנו בונים, מחברים ומאבטחים
אינטגרציית POS ו-ERP
מכירות, החזרות וסכומי סוף יום נרשמים ב-ERP, כשמחירים, מבצעים ופריטים נשלחים חזרה לכל חנות.
נראות מלאי
תצוגה אחת של המלאי בין חנויות, מחסנים ומקוון, המתעדכנת עם כל מכירה ומשלוח.
מסחר מקוון ונייד
חנויות ווב ויישומים שחולקים מוצרים, מחירים ומלאי עם החנויות.
מועדון לקוחות ומבצעים
תוכניות מועדון לקוחות, שוברים וכללי מבצעים שפועלים באותו אופן בכל ערוץ.
כלי תפעול לחנות
יישומים לספירות מלאי, העברות, משלוחים ומשימות צוות, שנבנו לשימוש ברצפת החנות.
סופראפים ומסחר מאוחד
יישום אחד בעומס מקבילי גבוה לקניות, תשלומים ומועדון לקוחות בין מותגים.
פלטפורמות POS
קופות ושירותי POS בענן, דרך ה-API, קובצי הייצוא או שרתי החנויות שלהם.
תשלומי כרטיסים
מסופים, שערי תשלום וסולקים, כשקבצי ההתחשבנות מותאמים למכירות.
ERP
SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo ואחרות, לפריטים, מלאי ופיננסים.
מחסנים ומובילים
מערכות מחסן ו-API של מובילים למילוי הזמנות, משלוחים והחזרות.
נתוני כרטיסים מחוץ להיקף
אנחנו משאירים את נתוני הכרטיסים אצל ספק התשלום, באמצעות טוקניזציה ומסופים מוצפנים מקצה לקצה היכן שהם זמינים, מה שמצמצם את היקף PCI DSS.
נתוני לקוחות
נתוני מועדון והזמנות נאספים בהסכמה, נשמרים רק כל עוד יש בהם צורך, ומטופלים לפי GDPR ולחוקים המקומיים החלים.
כללי פיסקליות ומיסוי
היכן שמדינה דורשת קבלות פיסקליות או חשבוניות אלקטרוניות, אנחנו מחברים את ההתקנים או הפלטפורמות המוסמכות שהיא מחייבת ושומרים את הרשומות שהיא מבקשת.
איך אנחנו עובדים
אנחנו מחברים את המערכות האלה כך שמכירות, מלאי, מחירים ותשלומים עוברים ביניהן באופן אמין, ובונים סביבן את יישומי הלקוחות ואת כלי המשרד האחורי. החנויות ממשיכות למכור כשהרשת נופלת, ומדביקות את הפער כשהיא חוזרת.
מיפוי הזרימות
מכירות, החזרות, מחירים, מלאי ותשלומים, בין כל מערכת.
החלפת האצוות
אירועים זורמים בין POS, החנויות המקוונות וה-ERP, עם תור הודעות כשל לכשלים.
הוכחה בשיא
בדיקות עומס בתעבורת פסטיבלים לפני העלייה לאוויר.
גללו הצידה כדי לראות את כל השרטוט.
מ-POS ל-ERP: כל מכירה נרשמת פעם אחת
מכירות זורמות מהקופות ל-ERP כאירועים, ומחירים ומלאי זורמים חזרה. חנות שמנותקת ממשיכה למכור ומשלימה פערים. רישום שנכשל מנוסה שוב, ואז מועבר לאדם.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
8 שלבים
הזרימה, שלב אחרי שלב
- ממסופי POS לשרת POS של החנות או בענן: מכירות, החזרות וביטולים (זרימה ראשית).
- משרת POS של החנות או בענן לשכבת אינטגרציה: אירועי מכירות וסיכומי סוף יום, דרך תור אירועים, דרך REST/JSON (אסינכרונית).
- משכבת אינטגרציה לERP: מכירות ותנועות מלאי נרשמו, דרך OData · REST/JSON (זרימה ראשית).
- מERP לשכבת אינטגרציה: מחירים, מבצעים ונתוני פריטים, דרך API או ייצוא קובץ, דרך REST/JSON (זרימה ראשית).
- משכבת אינטגרציה לשרת POS של החנות או בענן: עדכוני מחיר ומלאי, דרך REST/JSON (זרימה ראשית).
- משכבת אינטגרציה לתור ניסיונות חוזרים: הרישום נכשל (מסלול חריגים).
- מתור ניסיונות חוזרים לשכבת אינטגרציה: נוסה שוב (מסלול חריגים).
- מתור ניסיונות חוזרים לצוות תפעול החנויות: עדיין נכשל: התראה עם הפרטים (מסלול חריגים).
גללו הצידה כדי לראות את כל השרטוט.
תשלומי כרטיסים: מאושרים בקופה, נסלקים מאוחר יותר, ומותאמים ב-ERP
המסוף או הקופה המקוונת פונה לשער, השער פונה לסולק, והסולק מנתב לרשת הכרטיסים ולמנפיק. קובצי סליקה מגיעים מאוחר יותר ומותאמים למכירות ולעמלות ב-ERP. פסק זמן מפעיל ביטול, כך שהלקוח אף פעם לא מחויב פעמיים.
- זרימה ראשית
- אסינכרונית
- מסלול חריגים
8 שלבים
הזרימה, שלב אחרי שלב
- ממסוף EMV או קופה מקוונת לשער תשלומים: בקשת אישור, דרך EMV · REST/JSON (זרימה ראשית).
- משער תשלומים לסולק: אישור, דרך ISO 8583 (זרימה ראשית).
- מסולק לרשת כרטיסים ומנפיק: נותב למנפיק, דרך ISO 8583 (זרימה ראשית).
- מסולק לשער תשלומים: אושר או נדחה, דרך ISO 8583 (אסינכרונית).
- מסולק לשכבת אינטגרציה: קובצי סליקה ועמלות, דרך SFTP (אסינכרונית).
- משכבת אינטגרציה לERP: מכירות שנסלקו, עמלות ותשלומים ללקוח, דרך REST/JSON (זרימה ראשית).
- משער תשלומים למסוף EMV או קופה מקוונת: אין תגובה בזמן: ביטול אוטומטי, דרך ISO 8583 0400 (מסלול חריגים).
- משכבת אינטגרציה לצוות תפעול התשלומים: אי־התאמת סליקה או חיוב חוזר (מסלול חריגים).
ניסיון מוכח
מותגים ארגוניים נבחרים מייצגים מערכות, פלטפורמות ומוצרים דיגיטליים היסטוריים ועכשוויים שתוכננו או סופקו על ידי XSIS, KONG GROUP, המנכ״ל שלנו והמנהיגות ההנדסית הבכירה שלנו לאורך הקריירות שלהם. כל הסימנים המסחריים של צדדים שלישיים הם רכושם של בעליהם בהתאמה, ומוזכרים אך ורק לזיהוי עובדתי של תיק העבודות.
איך מתחילים
מה קורה עכשיו
תיאום מועד
הצוות שלנו שולח לכם דוא״ל לתיאום מועד למפגש.
מפגש ייעוץ מקדים
מפגש ייעוץ מקדים מקוון ללא עלות של 30 דקות: אנחנו עוברים איתכם על המטרות, המערכות והמגבלות שלכם.
סקירת מוכנות
במסגרת סקירת מוכנות ללא עלות בת 48 שעות, מהנדס ראשי בודק את הפרויקט שלכם מול הגדרת המוכנות בת שש הנקודות וממליץ על המסלול המתאים.
בחירת המסלול
פרויקטים עם היקף מוכן מקבלים הצעה מחייבת בתוך 3–5 ימי עסקים. פרויקטים בשלב הרעיון מתחילים ב-Blueprint Studio. מערכת חיה שנכשלת, אינה מתועדת או זקוקה לאינטגרציה מתחילה באבחון של 1–2 שבועות. ל-Blueprint Studio ולאבחון יש שכר טרחה קבוע, הנקוב בהצעה.
צוותי מוצר נייטיב ל-AI
צוותים מנוהלים ורב־תחומיים של מהנדסים בכירים, עם סביבות קידוד סוכניות וסביבות QA.
פרויקטים בתוצאה קבועה ושירותים מנוהלים מסביב לשעון
מסירה בהיקף קבוע ובמונחי אבני דרך עם מובילי מסירה מוגדרים, ושירותי ניהול יישומים מסביב לשעון תחת ממשל SLA.
הדרך המהירה ביותר היא חבילת ספרינט מוכנות לחשבוניות אלקטרוניות מחייבות ול-ERP, אחת מחבילות ההתקשרות המהירות שלנו.
מאיפה להתחילשאלות ותשובות
מה קורה כשחנות מאבדת את החיבור?
החנות ממשיכה למכור. המכירות נשמרות מקומית ונשלחות כשהחיבור חוזר, כל אחת עם מזהה ייחודי כך שדבר אינו נרשם פעמיים. עדכוני מחיר ומלאי נשמרים בתור באותו אופן. התפעול רואה אילו חנויות בפיגור ובכמה, כך שהשבתה ארוכה מזוהה מיד ולא מתגלה בסוף החודש.
עם אילו מערכות POS אתם יכולים לבצע אינטגרציה?
אנחנו מבצעים אינטגרציה עם פלטפורמות POS דרך מה שהן מציעות: API בענן, שרתי חנויות, ייצוא ממסד נתונים או קבצים. לפני שאנחנו מעריכים, אנחנו סוקרים את התיעוד של ה-POS ודגימה מהנתונים שלו, כי זה קובע את הגישה. ציון פלטפורמת POS או ERP באתר הזה אינו מעיד על שותפות עם הספק שלה.
למה המלאי אף פעם לא מתיישב בין ה-ERP לחנויות?
בדרך כלל כי המערכות אינן מסכימות על העיתוי, היחידות או מה נחשב תנועה. החזרות, העברות, סחורה פגומה ומכירות בזמן ספירת מלאי הן סיבות נפוצות. אנחנו מאתרים את הפערים, מסכמים כלל אחד לכל סוג תנועה, ובונים את הסנכרון כך שהוא מתעד כל שינוי עם המקור שלו. פערים שנותרים עוברים לרשימת בדיקה במקום להצטבר.
מה קובע את עלות אינטגרציית קמעונאות?
מספר המערכות, החנויות והערוצים, כמה טוב ה-POS וה-ERP חושפים את הנתונים שלהם, וכמה חריגים צריכים כללים, כגון החזרות בין ערוצים או תשלומים מפוצלים. פריסה חנות אחר חנות מוסיפה גם מאמץ בדיקות. אנחנו מעריכים לאחר סקירת המערכות ודגימה של עסקאות אמיתיות.
האם אתם יכולים לפרוס בלי לסגור חנויות?
כן. אנחנו עולים לאוויר בשלבים, מתחילים בחנות פיילוט, ומריצים את האינטגרציה החדשה לצד התהליך הנוכחי עד שהסכומים מתיישבים. שינויים בחנויות מתוזמנים מחוץ לשעות הפעילות היכן שאפשר, ולכל שלב יש דרך חזרה אם משהו לא עובד כמתוכנן.
מי תומך באינטגרציה לאחר העלייה לאוויר?
אנחנו יכולים לנטר ולתמוך בה במסגרת הסכם תמיכה, או למסור אותה לצוות שלכם עם תיעוד, התראות וספר הפעלה. בכל מקרה, הודעה שנכשלה מגיעה לתור עם הסיבה שלה, כך שאפשר לתקן אותה ולהריץ אותה מחדש במקום לאבד אותה.
מתחילים בשיחה, לא בחוזה.
ספרו לנו מה אתם צריכים לבנות, לחבר או לאבטח. ארכיטקט עובר על זה איתכם, ואז ממליץ מאיפה להתחיל.