דלגו לתוכן
EN

פעולות Shopify, מגבלות ואישורי צוות

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

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

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

הזמנות, הנחות וקרדיט בחנות

הסעיף ״הזמנות, הנחות וקרדיט בחנות״

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

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

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

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

בעלות מאומתת והזמנות שלא נמצאו

הסעיף ״בעלות מאומתת והזמנות שלא נמצאו״

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

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

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

הסעיף ״חשבונות חנות ששויכו על סמך ראיות מהשיחה״

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

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

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

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

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

העברת קרדיט קיים בין חשבונות

הסעיף ״העברת קרדיט קיים בין חשבונות״

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

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

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

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

אילו פעולות בחנות קיימות

הסעיף ״אילו פעולות בחנות קיימות״

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

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

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

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

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

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

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

הנחיות ואפשרויות אימות מתקדמות

הסעיף ״הנחיות ואפשרויות אימות מתקדמות״

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

אם מופיע אזור אימות, אלה ההגדרות שלו:

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

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

אימות לקוח משותף לפעולות בחנות

הסעיף ״אימות לקוח משותף לפעולות בחנות״

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

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

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

סכומי הטבות ואישור אוטומטי

הסעיף ״סכומי הטבות ואישור אוטומטי״

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

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

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

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

לדוגמה: בלי רצפה, עם אישור אוטומטי עד 10% ומקסימום של 20%, הצעה של 8% נמצאת בטווח האוטומטי, 15% דורשים אישור, ו־25% חסומים אלא אם הוגדר גורם לאישור חריגות. שאר הבדיקות עדיין חלות בכל אחד מהמקרים.

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

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

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

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

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

פרטי ההחזר נפרדים מברירות המחדל של המדיניות

הסעיף ״פרטי ההחזר נפרדים מברירות המחדל של המדיניות״

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

גבולות מוחלטים: גם הצוות אינו יכול לחרוג מהם

הסעיף ״גבולות מוחלטים: גם הצוות אינו יכול לחרוג מהם״

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

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

הסעיף ״הגדרות הנחה: סוג, קידומת, תוקף ושילובים״

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

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

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

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

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

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

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

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

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

פעולות שירות: שינוי הזמנה שטרם נשלחה

הסעיף ״פעולות שירות: שינוי הזמנה שטרם נשלחה״

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

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

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

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

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

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

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

פעולות שירות: שליחה חוזרת של דרישת תשלום

הסעיף ״פעולות שירות: שליחה חוזרת של דרישת תשלום״

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

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

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

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

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

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

פעולות שירות: הוספת הערה להזמנה

הסעיף ״פעולות שירות: הוספת הערה להזמנה״

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

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

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

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

פעולות שירות: שינוי פרטי הזמנה

הסעיף ״פעולות שירות: שינוי פרטי הזמנה״

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

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

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

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

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

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

הסעיף ״פעולות שירות: תיקון כתובת משלוח או פרטי קשר בהזמנה״

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

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

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

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

מאשרים רגילים, מאשרי חריגות ואיפוס

הסעיף ״מאשרים רגילים, מאשרי חריגות ואיפוס״

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

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

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

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

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

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

הצעה חורגת מהגבולות שהגדרתם

הסעיף ״הצעה חורגת מהגבולות שהגדרתם״

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

לא התבקש תאריך תפוגה לקוד

הסעיף ״לא התבקש תאריך תפוגה לקוד״

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

הצוות אישר פעולה, אבל היא לא הושלמה

הסעיף ״הצוות אישר פעולה, אבל היא לא הושלמה״

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

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

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

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