טיפול בתלונות, הטבות וגבולות אישור

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

איך זה עובד

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

תלונות ומחוות רצון טוב מופעל כברירת מחדל. תהליך הטיפול בתלונה מיועד:

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

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

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

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

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

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

איפה זה נמצא

הגדרות ← בוט ← המדריך ← המדיניות שלנו מרכז את הטיפול בתלונות, הטבות ופעולות שירות. מתגי ההפעלה הזמינים נמצאים בשורות המדיניות. פתחו את כלל תלונות ומחוות רצון טוב ב־מה [שם העוזר] עושה כש… עבור למי זה מיועד ו־אימות נדרש. שורת הצוות הנפרדת קובעת מי רשאי לאשר. הנחיות השימוש נשארות ב־מה [שם העוזר] עושה כש…; אין עמוד מדיניות נפרד של Shopify.

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

הגדרה

1. ודאו ש־תלונות ומחוות רצון טוב מופעל.
2. בחרו מה לעשות כשלא ניתן לאמת תלונה.
3. בחרו גישת טיפול בתלונות.
4. בדקו את הצעת פתיחה:, אוטומטי עד, מקסימום וכללי האישור של כל הטבה מחוברת.
5. בדקו את חלונות תדירות לפני שמאפשרים אישור אוטומטי.

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

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

להטבות דרך חנות מחוברת, ראו חיבור Shopify ופעולות ואישורים ב־Shopify.

הוספת הטבה ידנית

1. במדיניות הבסיס, מצאו את הטבות ידניות.
2. כתבו שם תחת הוספת הטבה ידנית.
3. לחצו על הוספת הטבה ידנית.
4. פתחו את הצג אפשרויות מתקדמות.
5. כתבו ב־הנחיה מתי ההטבה מתאימה, מה צריך לבדוק ומה הצוות צריך לעשות.
6. הפעילו את פעיל כשההטבה מוכנה לשימוש.

הגדרות

הטבות ידניות: הצוות שלכם מממש אותן

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

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

הצעות פתיחה, גבולות וחריגות

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

ההגדרה	מה היא עושה	ברירת מחדל
הצעת פתיחה:	ערך התחלתי להטבה המחוברת. הצעה מעל התקרה האוטומטית דורשת אישור. הורדת המקסימום גם מתאימה את הצעת הפתיחה לגבול החדש.	הנחה: 10%; החזר כספי: 10%; זיכוי בחנות: 10 במטבע החנות.
חסום מתחת ל־	הערך המינימלי להצעה. מתחתיו הפעולה נחסמת, אלא אם הוגדר גורם שמאשר חריגות.	ללא מינימום.
אוטומטי עד	מאפשר אישור אוטומטי עד לערך הזה, בכפוף לבדיקות אחרות ולחלונות התדירות. זה אינו המקסימום שהצוות רשאי לאשר.	אין טווח של אישור אוטומטי.
מקסימום	הגבול העליון לאישור רגיל. מעליו הפעולה נחסמת, אלא אם הוגדר גורם שמאשר חריגות. מגבלות הביצוע הקשיחות עדיין חלות.	הנחה: 30% או 100 במטבע החנות; החזר כספי: 100% מסכום ההזמנה; זיכוי בחנות: 100 במטבע הרלוונטי.
מי רשאי לחרוג מהגבולות:	מעביר הצעות מתחת למינימום או מעל למקסימום לאישור הגורם שנבחר. הבחירה אינה מאשרת אותן אוטומטית.	לא מוגדר גורם לחריגות.
הנחיה	מסבירה מתי ההטבה מתאימה ומה צריך לאמת. הוסיפו כאן גם הערות טיפול שחשובות לעסק.	טקסט מובנה להטבות Shopify; שדה ריק משתמש בברירת המחדל, אם קיימת.

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

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

מקסימום לפי מטבע

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

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

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

איפוס לברירת המחדל

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

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

שינוי הזמנה הוא פעולת שירות נפרדת

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

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

כשלא ניתן לאמת תלונה

במדיניות הבסיס, בחרו אחת מהאפשרויות:

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

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

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

גישת טיפול בתלונות וטקסט מדיניות מותאם אישית

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

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

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

חלונות תדירות: הטבה נוספת דורשת בדיקה

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

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

להגדרת חלונות שונים:

1. פתחו את הצג אפשרויות מתקדמות, או את עריכת הגדרות מתקדמות אם כבר מוצגת מדיניות מפוצלת.
2. לחצו על + פצל לקבוצה נפרדת.
3. בחרו את ההטבות שיחלקו את חלון התדירות של הקבוצה.
4. הגדירו את החלון בימים.
5. לחצו על שמירת חלונות תדירות.

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

מדיניות Shopify: הנחות, החזרים ופעולות שירות

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

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

הגדרות הנחה

באפשרויות המתקדמות, תחת הגדרות הנחה, בחרו את סוג ברירת המחדל:

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

קידומת הקוד קובעת את תחילת הקודים החדשים שייווצרו; ברירת המחדל היא SAVE. נשמרות אותיות לועזיות וספרות, והאותיות הופכות לגדולות. תוקף מקסימלי (ימים) מתחיל ב־90 ומגביל קודים חדשים והארכות של קודים קיימים. ניקוי השינוי באחד השדות מחזיר לברירת המחדל שלו.

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

קודים קיימים ואישור פעולות שירות

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

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

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

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

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

מה קורה כש…

הצעה עוברת את תקרת האישור האוטומטי

בתוך הגבולות, אך מעל לתקרה האוטומטית, נדרש אישור רגיל. לדוגמה: אם התקרה האוטומטית היא 10% והמקסימום הוא 30%, הנחה מתאימה של 10% יכולה לקבל אישור אוטומטי; 20% דורשים אישור; 35% דורשים את הגורם שהוגדר לחריגות, או נחסמים. בדיקות נוספות עדיין עשויות לדרוש בדיקה אנושית או למנוע ביצוע.

הטבה ידנית מאושרת

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

מנקים את כל קבוצות התדירות

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

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

רוצים לבדוק מה הוענק בפועל

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

פתרון בעיות

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

ראו גם

• פעולות ואישורים ב־Shopify
• צוות תמיכה
• ערוץ הצוות
• השתלטות על שיחה
• המדריך