מסחר אלקטרוני

תוכנה למכירות מקוונות

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

מהי תוכנת

מסחר אלקטרוני

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

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

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

ממה מורכבת המערכת

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

אילו משימות המערכת פותרת

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

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

מקור נתונים אחד על המוצר

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

קבלת הזמנות בלי נציג

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

מלאי אמין

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

תמחור נשלט

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

קישוריות עם החשבונאות

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

מדידות

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

אילו תהליכים

המערכת מייעלת

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

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

מה עובר למצב אוטומטי:

יומן כללים שהופעלולוח ניהול
זמןמה המערכת עשתה בעצמה
09:41תוספת מחיר 18%: חושבו מחדש 1 240 פריטים
10:00מבצע «−15% על תה» הופעל לפי לוח הזמנים
10:03ביטול הזמנה מס' 14 190: +2 יח' למלאי
10:06מלאי נמוך SKU 77-1043: התראה לרכש
  • פרסום מוצר והסרתו מהמכירה
  • חישוב מחירים מחדש לפי כללים ותוספות
  • הפעלת מבצעים וסיומם לפי לוח זמנים
  • בדיקת קודי קופון ומימושם
  • שריון מלאי עבור ההזמנה
  • החלפת סטטוסי הזמנה
  • חיוב והחזר כספים
  • חישוב עלות המשלוח
  • הפקת מסמכי משלוח
  • העברת ההזמנה לחברת המשלוחים
  • התראות ללקוח בכל שלב
  • החזרת המוצר למלאי לאחר ביטול
  • ייצוא נתונים ל‑CRM ול‑ERP
  • הפקת חשבונית מס בקופה
  • עדכון דוחות וחלונות נתונים
  • התראות על מלאי נמוך

כיצד עובד

קטלוג המוצרים

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

ממה מורכב קטלוג עובד:

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

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

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

בדיקת ייבוא הקטלוג1 697 שורות בקובץ
412פריטים חדשים
1 268עודכן
17נדחה

נדחה: מק"ט כפול — 9, מאפיין חובה «מותג» ריק — 5, קטגוריה לא מוכרת — 3. עד לאישור לא נכתבה בקטלוג אף שורה.

כיצד מנוהלים

המחירים

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

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

שכבות התמחור:

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

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

סדר היישום

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

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

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

חישוב מחיר הפריטסום, 12 יח'
  • מחיר בסיס, מחירון «סיטונאי»4 200
  • סולם כמות, מ‑10 יח'−210
  • תנאי חוזה מס' 218−120
  • קוד קופון SPRING, תואם למבצע−186
  • מחיר מזערי — 3 500, המגבלה לא הופעלה3 684
  • מס 12%+442
  • סיכום לפריט4 126

כיצד עובדים מבצעים וקודי קופון

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

תנאי ההפעלה

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

מנגנון ההנחה

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

תקופה ולוח זמנים

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

מגבלות

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

הפקת קודים

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

מדידת התוצאה

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

כיצד בנויה

עגלת הקניות

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

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

מה על העגלה לדעת לעשות:

  • לחיות בין מכשירים — עגלה שנאספה בדפדפן נפתחת באפליקציה לאחר כניסה
  • לחיות בלי חשבון — אורח אוסף הזמנה מיד, וכניסה נדרשת רק בסיום ההזמנה
  • להתמזג בכניסה — עגלת האורח מתאחדת עם השמורה ואינה דורסת אותה
  • לשמור על מגבלות — סכום מזערי, כפולות אריזה, הגבלת כמות ללקוח
  • להפריד את הלא זמין — פריטים שהוסרו מהמכירה ושאזלו מוצגים בנפרד
  • לחשב בקול — הסיכום מפורק לסכום הפריטים, הנחה, משלוח ומיסים
חישוב מחדש של העגלה בפתיחהחזית
  • המוצר נמכר4 מתוך 4כל הפריטים פורסמו, אין שהוסרו מהמכירה
  • יש די במחסןפריט אחד«קפה בפולים, 1 ק"ג» — זמינות 2 מתוך 3, היתרה הועברה ללא זמינים
  • המחיר לא השתנהפריט אחד«קומקום חשמלי» התייקר ב‑120 מאז ההוספה
  • ההנחות בתוקףכןקוד הקופון SPRING פעיל, עד סיום המבצע 4 ימים

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

ממשק כהה של עגלת קניות וסיום הזמנה עם צללית משתמש

רשימות דחויות

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

עגלה נטושה

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

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

מה מודדים

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

כיצד נוצרות

ההזמנות

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

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

סיום ההזמנה שלב אחר שלב:

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

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

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

תור ההזמנות לפי סטטוסיםבעבודה כעת
  • 12חדש
  • 8ממתין לתשלום
  • 34שולם
  • 19בליקוט
  • 41במשלוח
  • 5ביטול והחזרה

כיצד מטופלות

ההזמנות במוקד

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

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

מסלול הפנייה שלב אחר שלב:

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

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

צלליות נציגים עובדות עם מערכת דיגיטלית לתמיכה בהזמנות

מי עובד במשמרת

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

מה מודדים

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

כיצד עובדים התשלומים

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

ממשק כהה של תשלומים, החזרים והתאמה עם צללית מומחה
רשימת הפעולות במשמרתסום
הזמנהפעולהסכוםסטטוס
14 208הקפאת סכום12 480הקפאה
14 201חיוב6 350בוצע
14 177החזר2 100בוצע
14 206שחרור ההקפאה3 940שוחרר
14 209סירוב בנק 05890ניסיון חוזר

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

התאמה מול רשימת הספקאותה משמרת
812פעולות
98,6%מוצלחות
42 דק'הקפאה ממוצעת
0פערים

אמצעי תשלום

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

סכימה דו־שלבית

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

התראות הספק

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

אידמפוטנטיות

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

הפקת חשבונית מס

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

התאמה

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

כיצד מסתנכרן

המלאי

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

זמין למכירה = מלאי פיזי − שריונים − חסימות + אספקות מאושרות בדרך (אם מותרת הזמנה מראש).

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

כיצד בנוי החילופין:

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

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

מה נותן ניהול מלאי תקין

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

מקורות נפוצים לפערים

  • מכירה בנקודה לא מקוונת שלא נכנסה לחילופין בזמן
  • שריון בלי משך חיים שנותר מעגלה נטושה
  • החזרה שנקלטה למחסן לאחר ההגעה בפועל
  • תיקון ידני במערכת החשבונאית בלי חישוב שריונים מחדש
  • ערכות שגריעת רכיביהן הוגדרה שגוי
מלאי לפי מחסנים, SKU 77-1043יחידות
מחסןבפועלשריוןפגוםזמין
מרכזי1 420310241 086
חנות «מזרח»961284
נקודת איסוף מס' 3408230
אספקה בדרך600600
זמין למכירה2 156330261 800

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

משלוח והחזרות

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

אופני משלוח

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

אזורים ותעריפים

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

חלונות זמן ומשבצות

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

משלוח ומעקב

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

בקשת החזרה

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

קבלה והתחשבנות

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

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

כיצד עובד

אפליקציית המחסנאי

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

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

מה המחסנאי עושה במשמרת:

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

כיצד בנויה האפליקציה

  • מסך אחד — משימה אחת: שורת משימה גדולה, שדה סריקה ואישור. רשימות, מסננים ודוחות נשארים בלוח הניהול
  • מסופון או טלפון — סורק לייזר או מצלמת סמארטפון; נקראים EAN-13, Code-128, DataMatrix ו‑QR
  • עבודה בלי רשת — הפעולות נכתבות לתור מקומי ויוצאות לשרת כשהקשר יחזור: בחדר הקירור ובמעבר המרוחק אין רשת
  • בדיקה במקום — לא המוצר הנכון או לא התא הנכון: השלב נחסם, האפליקציה מגיבה בצליל וברטט. השגיאה מתוקנת עכשיו ולא בספירת המלאי
  • תפקידים והרשאות — המחסנאי רואה את משימותיו ואת אזורו; גריעה ותיקון מלאי דורשים הרשאה נפרדת
  • מדידת תפוקה — לכל פעולה יש מבצע וזמן, ולכן המשמרת נמדדת בשורות ובפריטים ולא בהערכה

מה זה נותן לשאר המערכת

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

תפוקת המשמרת לפי פעולותשורות, 12 שעות
  • ליקוט לפי מסלול1 180
  • קליטת אספקות640
  • אחסון בתאים512
  • אריזה ומסירה470

דיוק הליקוט — 99,4%: 7 חסימות סריקה במשמרת, כולן תוקנו במקום. הנתונים נלקחים מאותן פקודות יומן ולא מגיליון נפרד.

כיצד עובד

אפליקציית השליח

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

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

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

משמרת השליח שלב אחר שלב:

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

כיצד בנויה האפליקציה

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

מה רואים הקונה והנציג

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

מה מקשר בין המחסן למשלוח

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

מסמך אחד לכל השרשרת

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

אחריות לפי סריקה

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

סטטוס ממקום האירוע

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

עבודה בלי רשת

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

פערים אינם אובדים

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

מדידות המשמרת

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

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

מה נותן

האזור האישי

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

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

מה יש בו:

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

אזור אישי של חברה

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

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

כניסה והגנה

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

הזמנה מס' 14 208 באזור האישי3 פריטים · 11 640 סום
  • נוצרה12 במאי, 10:24 · משלוח עם שליח, 13 במאי, 12:00–15:00
  • שולם12 במאי, 10:26 · כרטיס ••• 4417 · חשבונית מס נשלחה
  • לוקטה במחסן12 במאי, 11:40 · מחסן «מרכזי»
  • נמסרה למשלוח12 במאי, 15:02 · משלוח KG 7741820
  • נמסרהצפוי 13 במאי · את הסטטוס יקבע השליח בכתובת

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

כיצד מבוצעות

האינטגרציות

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

עם מה המערכת מתחברת:

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

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

יומן החילופין ביממהבעלי הנתונים
מערכתמה מעבירההודעותתוצאה
ERPרשימת פריטים, מחירים4 120בלי שגיאות
מחסןמלאי, שריונים18 6402 חזרות
CRMלקוחות, פלחים1 305בלי שגיאות
מרקטפלייסהזמנות, מלאי2 4701 בבירור

הכללים שלפיהם נבנה החילופין

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

א‑סינכרוניות

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

מסירה חוזרת

העברה שנכשלה נשנית במרווח הולך וגדל. הודעה שלא עברה אחרי כל הניסיונות נכנסת לתור בירור ואינה אובדת.

אידמפוטנטיות

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

ניהול גרסאות API

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

יומן החילופין

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

בקרת פערים

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

קטלוג והזמנות

תשלומים

מלאי ומחסן

אנליטיקה

אילו נתונים

זמינים באנליטיקה

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

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

לוח מחוונים כהה לאנליטיקת מסחר אלקטרוני עם צללית מומחה
סיכום חודשילעומת התקופה הקודמת
4,8 מיליוןהכנסה, סום +12%
1 240הזמנות +8%
3 870קבלה ממוצעת, סום +4%
7,1%המרה +0,6 נק' אחוז

מכירות וכסף

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

מוצרים ומלאי

  • דירוג מכירות ופריטים «מתים» ללא תנועה
  • מחזור המלאי וכיסוי הביקוש בימים
  • ביקוש שהוחמץ: פניות למוצר עם מלאי אפס
  • שאילתות חיפוש ללא תוצאות — רמז ישיר לגבי המבחר

לקוחות והתנהגות

  • קונים חדשים וחוזרים, תדירות הרכישות וטריותן
  • משפך סיום ההזמנה: היכן ההזמנה נקטעת — במשלוח, בתשלום, בהרשמה
  • עגלות נטושות: הרכב וסכום
  • החזרות לפי סיבות, מוצרים וספקים
משפך סיום ההזמנהשיעור מתוך מי שנכנס לקטלוג
  • קטלוג וחיפוש100%
  • כרטיס מוצר46%
  • עגלת קניות18%
  • סיום הזמנה: משלוח ותשלום9,4%
  • הזמנה ששולמה7,1%

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

כיצד מובטחת האבטחה

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

נתוני תשלום

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

הצפנה

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

הרשאות גישה

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

יומן פעולות

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

נתונים אישיים

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

הגנה מפני שימוש לרעה

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

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

כיצד המערכת

מתרחבת

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

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

שיטות שמיושמות בפועל:

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

מה נבדק לפני עומס השיא

  • בדיקת עומס לתרחיש «קטלוג ← עגלה ← תשלום», ולא לעמוד הבית
  • התנהגות בעת חוסר זמינות של ספק הסליקה ושל חברת המשלוחים
  • מהירות אינדוקס מחדש של הקטלוג כולו
  • זמן שחזור מגיבוי
  • גבולות המערכות החיצוניות: כמה בקשות בדקה יעמדו בהן ERP והמחסן

צמיחה בכיוונים

  • ערוצי מכירה חדשים: אפליקציה, מכונות אוטומטיות, מרקטפלייסים, עמדות
  • מחסנים ונקודות איסוף חדשים
  • מטבעות, שפות וישויות משפטיות חדשים
  • מודלי מכירה חדשים: מינוי, הזמנה מראש, חוזי B2B
מדדי הבקרה של בדיקת העומסתרחיש «קטלוג ← עגלה ← תשלום»
מדדנמדדסף
תגובת הקטלוג, p95180 מ"ש400 מ"ש
הזמנות בשעה בשיא3 0002 400
תשובות מהמטמון86%70%
אינדוקס מחדש של הקטלוג9 דק'20 דק'
שחזור מגיבוי22 דק'60 דק'

מודולי המערכת

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

קטלוג מוצרים

פריטים, מק"טים, תיאורים, סטטוסי פרסום, גרסאות כרטיסים וארכיון מוצרים שהוסרו מהמכירה.

קטגוריות וניווט

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

מאפיינים ותכונות

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

וריאנטים וערכות

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

ספריית מדיה

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

ניהול מחירים

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

הנחות, מבצעים וקודי קופון

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

עגלה וסיום הזמנה

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

ניהול הזמנות

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

תשלומים

חיבור ספקים, הקפאה וחיוב, החזרים חלקיים ומלאים, טיפול בהתראות, התאמה.

הפקת חשבונית מס

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

מחסן ומלאי

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

משלוח ולוגיסטיקה

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

החזרות ותלונות

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

לקוחות ופרופילים

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

תוכנית נאמנות

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

חיפוש וסינון

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

המלצות ואוספים

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

תוכן ו‑SEO

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

התראות

דוא"ל, SMS, מסרונים ו‑push לפי אירועי ההזמנה, תבניות הודעות, לוח זמנים, יומן מסירה.

אנליטיקה ודוחות

דוחות מכירות, רווחיות, מלאי, משפך והחזרות, חתכים חופשיים, ייצוא, חלונות נתונים.

אינטגרציות ו‑API

חילופין עם CRM, ERP, מחסן, קופות, שירותי סליקה ולוגיסטיקה, מרקטפלייסים. API, וובהוקים, תורים.

הרשאות גישה וביקורת

תפקידים והרשאות לפי מדורים ופעולות, אימות דו־שלבי, יומן פעולות העובדים.

ריבוי פורמטים

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

סדר ההטמעה

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

ביקורת ומודל נתונים

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

קטלוג ומלאי

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

הזמנות ותשלומים

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

פיתוח

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

נדון בפרויקט המסחר האלקטרוני שלכם

צרו איתנו קשר עכשיו

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