הבנת סטטוס תשלום
פתחו את סביבת Foody המתאימה המתוארת למטה.
זיכוי או ביטול תשלום מקוון ב-Verifone
בממשק הניהול → הזמנות פתחו את ההזמנה ואת אזור התשלום. בעלים או מנהל עם payments.manage יכולים להשתמש בזיכוי או ביטול תשלום עבור עסקה מקוונת יחידה ומאומתת ב-Verifone בשקלים, או לכידה מאושרת. שולחנות וסשנים, אמצעי תשלום מעורבים, גבייה חלקית, מסוף חיצוני ומקדמות קייטרינג אינם נתמכים בבקרה זו. אישור מוקדם שלא חויב נשאר בתהליך הביטול והשחרור הקיים.
בדקו יתרה לזיכוי ובחרו זיכוי התשלום. השאירו כל היתרה או בחרו סכום חלקי והזינו סכום מדויק. כתבו סיבה באורך 3–300 תווים, בדקו את הסכום באישור ושלחו פעם אחת. זיכויים מקושרים שאושרו ומופיעים בהיסטוריית Verifone מקטינים את התקרה, לרבות זיכויים שבוצעו ב-Central. היסטוריה חסרה או לא מאומתת חוסמת פעולה חדשה. הבדיקה המוגבלת מכסה עסקאות שנוצרו בשנתיים האחרונות.
עסקת ABS שנלכדה ועדיין במצב AUTHORISED/AUTHORIZED או SETTLEMENT_REQUESTED טרם סיימה סליקה: מוצגים סכום לביטול ורק ביטול התשלום במלואו, ללא זיכוי קודם. זיכוי התשלום ויתרה לזיכוי דורשים מצב סליקה שהושלמה במפורש או היסטוריית זיכוי חלקי שאומתה. מצבים כלליים APPROVED/COMPLETED, סתירות או ראיות חסרות אינם מאפשרים פעולה. שינוי מצב לפני האישור דוחה את הפעולה שאינה מתאימה עוד; VOID אינו מוחלף אוטומטית ב-REFUND. בקשה שנדחתה על ידי Verifone אינה אישור להחזרת כספים ואינה מעידה בהכרח על סירוב הבנק. VOID מבטל את מלוא הסכום בלבד ולא סכום חלקי. הזכאות תלויה במצב הספק ובכללי בית העסק והסולק ולא בחצות או ב-24 שעות קבועות. Verifone מאשרת את התוצאה הסופית.
בפעולות בתשלום מופיעים סכום, סיבה, תאריך, חשבון מפעיל ומזהה עסקה של הספק. אושר על ידי Verifone דורש קריאה עצמאית עם התאמה לעסקת האב, לסכום, למטבע, להפניה ולבית העסק. זיכוי חלקי משאיר את התשלום כמשולם; החזר מלא שאומת מסמן את התשלום כמזוכה. מצב הכנת האוכל, הפריטים, המלאי והמסירה אינם משתנים.
אם התוצאה אינה ידועה או שהדפדפן איבד את התשובה, אין לשלוח זיכוי נוסף או לעבור ל-VOID. בדיקה מול Verifone בודקת רק פעולות קיימות. בקשה ללא מזהה ספק שניתן לשחזר נשארת חסומה לבדיקת התמיכה או Central, גם אחרי רענון או אתחול ה-API. הצלחת HTTP לבדה אינה אישור לזיכוי. יש לבדוק בנפרד את מסמך הזיכוי או הביטול ב-Invoice4U; בקרה זו אינה יוצרת או מאשרת מסמך זיכוי מס. ב-FoodyPOS קיים תהליך עסקאות נפרד לתשלום Checkout מקורי שאומת בשרת; הוראות הניהול האלה אינן מכסות זיכויים במסוף הקופה.
לאחר החזר מלא שאומת בהיסטוריה המקושרת של Verifone, הסיכום שומר על הסכום המקורי, מציג את מלוא הסכום שהוחזר ויתרה אפס, ואינו מציע זיכוי נוסף או VOID. יתרת לכידה שהתאפסה בעקבות ההחזר אינה אישור מוקדם שיש לשחרר. ראיות חסרות או לא עקביות עדיין מחייבות בדיקה ללא שליחה חוזרת של הפעולה.
זיכוי תשלום מקוון מרשימת הקופה לאמצעי התשלום המקורי
בעסקאות בקופה בחרו תשלום Verifone Checkout שאושר. בקשו החזר רק לאחר שהשרת אימת את מזהה התשלום המקורי, בית העסק, מצב הספק והיתרה הזמינה. העסקה שנבחרה חייבת להתאים לתשלום ההזמנה; הזמנה משותפת אינה מספיקה כדי לזכות חיוב אחר. תשלום שהוסדר ניתן לזיכוי לאותו כרטיס, ואילו תשלום שנלכד אך טרם הוסדר עשוי להיות זכאי לביטול מלא. הזינו סיבה ואשרו פעם אחת. אם התוצאה אינה ידועה, בדקו את הפעולה הקיימת במקום לשלוח שוב. פעולה זו אינה מזכה תשלום בכרטיס במסוף Victa ואינה הופכת תשלום בכרטיס להחזר מזומן.
שמירה על טופס תשלום קריא
כאשר Foody מפעילה עמוד תשלום מאוחסן של Verifone עם מיתוג המסעדה, הטופס משתמש ברקעים בהירים ובטקסט כהה גם אם אתר המסעדה כהה. הלוגו שפורסם נשמר וצבע המותג או הכפתור מותאם לפי הצורך לניגודיות קריאה. הנוהל נוגע לתשלומים מקוונים בעמוד מאוחסן ולא למסופי קופה או לחלונות המקוריים של Apple Pay ו-Google Pay. אם עמוד ישן אינו קריא, פנו לצוות Foody לסנכרון מחדש של ערכת התשלום. העדכון חל על קישורי Checkout חדשים ולא על העמוד שכבר פתוח. בדקו את מצב התשלום לפני בקשת קישור אחר; אין לחזור על חיוב בגלל בעיית תצוגה.
בדיקת תקרת אישור לפריטים לפי משקל
להזמנות מקוונות לפי משקל פתחו הגדרות → תשלומים ומע״מ עם settings.edit. הגדירו מרווח אישור מ-0 עד 100 ושמרו; ברירת המחדל לעסק חדש היא 20. כשל שמירה משאיר את הטיוטה. גם 0% מאשר את ההערכה. המרווח חל רק על פריטים לפי משקל: 100 לפי משקל ועוד 50 במחיר קבוע עם 20% נותנים אישור של 170; אין מרווח למשלוח. התשלום מציג הערכה, תקרה זמנית ואישור ותפיסת מסגרת בעיצוב העסק. שינוי תקרה דורש בדיקה ואישור מחדש לפני תשלום; הגדרה לא ידועה חוסמת אישור. הזמנות שכבר נבדקו ואישורים קיימים שומרים על התקרה. הצוות מאשר משקל שנמדד לפני לכידה והתקדמות; חריגה מסומנת לתשלום נפרד ולא נגבית אוטומטית. מזומן ותשלום מאוחר אינם מבטיחים תפיסה. נדרש ספק אישור ולכידה מוגדר, ואימות לכידה חלקית, שחרור ותוקף לפני ייצור. ההגדרה אינה משנה מקדמה ויתרת קייטרינג ואינה מאפשרת שמירת כרטיס חדש באישור CST לפי משקל.
הגדרת הסליקה
ספק התשלום מוגדר לכל מסעדה על ידי צוות Foody דרך ממשק הניהול הפנימי. האמצעים הזמינים תלויים בהגדרה, בחוזה בית העסק ובערוץ ההזמנה. קיימות אינטגרציות עם Sumit ו-Verifone; יש לאשר התאמה להתקנה שלכם. יצירת תשלומי PayPlus חדשים מושבתת.
בדיקת תשלום מקוון
- פתחו את ההזמנה במסך הזמנות.
- בדקו את סטטוס התשלום ואת האמצעי שנרשם.
- חזרה מעמוד התשלום אינה הוכחה לתשלום. Foody מאמתת את התשלום מול הספק לפני סימונו כשולם.
- בהזמנה מקוונת המחייבת תשלום, האישור מאפשר את כניסתה לתהליך העבודה בקופה.
תוצאה לא ודאית
חריגה מזמן ההמתנה אינה מוכיחה שלא בוצע חיוב. בדקו את ההזמנה ואת העסקה אצל הספק לפני ניסיון נוסף. פנו לתמיכה אם הנתונים סותרים או אינם ברורים. אין להעביר מספר כרטיס מלא, CVV או פרטי גישה סודיים.
רישום ידני או במזומן, קבלות, חשבוניות והחזרים הם פעולות נפרדות. האפשרויות תלויות בהתקנה ובהרשאות. אל תסמנו תשלום כרטיס כמוצלח רק משום שהלקוח מציג עמוד חזרה. לפני החזר או תיקון בקשו מהתמיכה את הנוהל המתאים לספק שלכם.
שמירת כרטיס בתשלום הראשון (CST)
בהגדרת הבדיקה CST שאומתה עם Verifone, מתחברים או יוצרים חשבון לקוח Foody, מסמנים במפורש שמירת כרטיס ומאשרים את ההזמנה. העמוד המאובטח של Verifone אוסף כרטיס, CVV ותעודת זהות, מחייב את מלוא סכום ההזמנה ויוצר באותה פעולה טוקן לשימוש חוזר. אין חיוב נפרד של שקל לשמירת הכרטיס ואין חיובים חודשיים אוטומטיים. Foody מציגה אישור רק לאחר אימות העסקה. בהזמנה הבאה בוחרים בכרטיס השמור ומאשרים במפורש את הסכום החדש; החוזה המוגדר ללא CVV אינו דורש CVV או תעודת זהות. אם התוצאה מתעכבת, בודקים סטטוס ולא חוזרים על החיוב. קישורי הרשמה ישנים שומרים על מסלול השחזור הקודם. הרשמה עם אישור מקדים להזמנה לפי משקל אינה חלק מהמסלול החדש. זמינות בסביבת ייצור דורשת אישור נפרד לבית העסק.
בדיקת חשבונית Invoice4U מפורטת
כאשר צוות Foody הפעיל לבית העסק הנפקה ב-Invoice4U וסוג מסמך חשבונית, תשלום מיידי של הזמנת Verifone שולח את השורות שנשמרו: פריטים וכמויות, גרסאות ותוספות שנבחרו, מחיר בסיס של ארוחה ורכיביה הכלולים, הנחת הזמנה ודמי משלוח. המחירים כבר כוללים מע״מ והוא אינו נוסף שוב. סכום השורות חייב להתאים לסכום התשלום, אחרת יצירת התשלום נחסמת. אותו פירוט נשלח גם בחיוב עתידי בכרטיס שמור. הזמנות ישנות ללא שורות קטלוג ופעולות קייטרינג, שולחן ולכידת אישור מקדים שומרות על התנהגות המסמכים הקיימת. תשלום מאושר אינו הוכחה שהופק מסמך מס: בדקו את המסמך ב-Verifone Central או Invoice4U ואת קבלתו אצל הלקוח. אין ליצור תשלום נוסף כדי לקבל חשבונית חסרה.
מלאי שמור לאחר תשלום מאוחר
למלאי הפריטים המוגדר יש כעת יומן בפריטים ותפריטים → היסטוריית מלאי ובכל מוצר. בתפריט מתחלף ניתן להכין מכסות התחלתיות לכל סדרה ולפרסם בלי לזכות כמויות שכבר התחייבו. יתרות קודמות אינן מועברות. עריכות הזמנה ושחרורים לפני הכנה משתמשים במונה המקורי שנשמר; פריט שכבר הוכן נשאר מנוכה. כמויות מרכיבים והכנות ועלויות מתכון נשארות נפרדות. ראו זמינות לייבוא הראשוני, תיקונים וסינון היסטוריה.
גישה להגדרות החדשות
הצעת ההתחברות בכניסה היא כעת העדפה המתפרסמת במסלול ההזמנה באתר. הזמנה ללא חשבון זמינה; ההגדרה אינה מחליפה אימות טלפון מחייב או בדיקות תשלום ומשלוח. צריכת Google/Geoapify והתקרות מופיעות בנפרד בצריכה ומכסות.
הזמנות מוכנות עם Sumit
בגרסאות תואמות זמינים קישור לסל Foody ל־Sumit בלבד והזנת כרטיס בטופס מאוחסן מתוך הניהול. בקישור הנמען יכול להשלים את פרטיו. הסל המוכן נשאר נעול בהמתנה לתשלום; בדקו את ההזמנה השמורה לפני המשך. ראו הנוהל המלא ל־Sumit. יש לפרסם את ההנחיות יחד עם גרסאות ה־API, הניהול ואתר הלקוחות התואמות.
סל מוכן ועיצוב המסעדה
קישור פרטי להזמנה מוכנה ב־Sumit נכנס לסל הרגיל של המסעדה ומשם לטופס התשלום עם הצבעים, הגופנים והשדות שפורסמו. הסל האישי בדפדפן נשמר; הפריטים, המחירים והמועד שהוכנו נשארים קבועים. פרטי הקשר והתשובות המבוקשות שייכים להזמנה זו, בלי לטעון חשבון או כרטיס שמור. תשובות מותאמות נקשרות בפתיחת התשלום הראשונה. דמי המשלוח מחושבים מחדש ונבדקים לפני התשלום. ראו הוראות Sumit.
מזומן עם ערבות אופציונלית בכרטיס
בפרטי ההזמנה, לוח הערבות מפריד בין הסכום המשוריין, תוקפו ומצבו לבין הכסף שהתקבל. רשמו את מלוא המזומן רק לאחר קבלתו בפועל דרך מסלול הגבייה המורשה הקיים; קופה פיזית פתוחה עדיין דורשת את הקשר ה-POS המתאים. הרישום מונע חיוב כרטיס מקביל ומבקש שחרור. שחרור הממתין לאישור אינו מבטל מזומן שהתקבל. תשלום חלקי והחלפת הערבות בכרטיס חיצוני או בהעברה נדחים כל עוד הערבות פעילה. אם לא התקבל מזומן, צוות עם payments.manage רשאי לבחור בחיוב הכרטיס שבערבות ולאשר במפורש את מלוא החיוב. אי-תשלום אינו מפעיל חיוב אוטומטי. המכירה תסומן כשולמה בכרטיס רק לאחר אישור הגבייה מול Stancer. אין לדמות גבייה באמצעות תיקון ידני של מצב התשלום.
תנאי הפעלה והתאוששות: ערבות בכרטיס למזומן.
בדיקת אישורים נפרדים
הסיכום מפריד בין תקבולים והחזרים שנרשמו, הנטו שהתקבל והיתרה. ערך לא ידוע אינו אפס; החזר אינו יוצר מחדש חוב אוטומטית. הסיכום אינו מאשר חיוב חדש ועדיין נדרשים התהליכים הכספיים הקיימים. ראו סכומים שנרשמו.
אירועים ותפיסת מסגרת
לעריכת אירוע שמור, הוספה מפורשת לייצור, קישור פרטי והפרדה בין מקדמה שהתקבלה למסגרת SUMIT שנשמרה, ראו Event / Catering.
בדיקת יעד הכרטיס הפיזי
בגרסאות POS/API התואמות, בדקו את יעד הכרטיס הפיזי לפני גבייה: ראו בחירת Mini/Portable והגדרת חומרה מאומתת. מזהי הזמנות קיימים, הפרדת QR, התקדמות מטבח והגדרות שחרור שולחנות נשארים עצמאיים. שריון מסוף שלא הוכרע חוסם גבייה אחרת; המשיכו את הפעולה המקורית במקום ליצור מכירה חלופית.