קודי קופון

תוכנית קופונים היא מתכון שמגדירים פעם אחת - למשל "ברוכים הבאים 10%: הנחה של 10%, הוצאה מינימלית 50, בתוקף 14 יום מרגע השליחה, שימוש אחד". בכל פעם שקמפיין או מסע צריכים קוד לאדם מסוים, Joryio מנפיקה קוד מהתוכנית: היא יוצרת בחנות WooCommerce,‏ Shopify,‏ Magento או PrestaShop המחוברת קוד ייחודי לשימוש חד-פעמי ומכניסה אותו להודעה. כשהאדם מזמין עם הקוד, סנכרון ההזמנות מזהה אותו, מסמן אותו כממומש ומייחס את ההכנסה להודעה שהנפיקה אותו.

הקודים בחינם - הנפקתם אינה מחויבת.

יצירת תוכנית

פתחו את E-Commerce → Coupons ובחרו New program. בחרו בשורה של תוכנית כדי לפתוח את הדוח שלה.

שדה	מה הוא עושה
שם	תווית לצוות, למשל "ברוכים הבאים 10%".
Slug	המזהה שמשתמשים בו בהודעות: {{ coupons.<slug>.code }}. אותיות קטנות באנגלית, ספרות וקו תחתון; ממולא אוטומטית מהשם.
חנות	חנות WooCommerce,‏ Shopify,‏ Magento או PrestaShop המחוברת שבה ייווצרו הקודים. או ללא חנות - Joryio מייצרת ועוקבת אחרי הקודים, ואתם מחילים אותם בקופה, ב-POS או באפליקציה שלכם. מימושים מזוהים אז מהזמנות שנשלחות דרך Orders API.

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

הגדרות ההנחה

הגדרה	אפשרויות
סוג ההנחה	אחוז הנחה, סכום קבוע מהעגלה, סכום קבוע מכל מוצר (לא ב-PrestaShop), או משלוח חינם.
סכום	האחוז או הסכום במטבע החנות (לא בשימוש במשלוח חינם).
הוצאה מינימלית	סכום ביניים אופציונלי שההזמנה צריכה להגיע אליו.
כמות מינימלית	אופציונלי, Shopify בלבד.
חל על	כל העגלה, או מוצרים נבחרים (WooCommerce, ‏Shopify, ‏PrestaShop), קטגוריות (WooCommerce, ‏Magento, ‏PrestaShop) או קולקציות (Shopify). בחירת מוצרים אינה זמינה ב-Magento בגרסה הזו.
ללא פריטים במבצע	WooCommerce בלבד.
שימושים לכל קוד	ברירת מחדל 1 (שימוש חד-פעמי).
פעם אחת לכל לקוח	מופעל כברירת מחדל: לקוח אחד לא יכול להשתמש פעמיים בקודים מהתוכנית.
תפוגה	ללא, תאריך קבוע, או N שעות / ימים אחרי הנפקת הקוד - עם אפשרות לעגל לסוף אותו יום באזור הזמן של סביבת העבודה.
ניתן לשילוב	כבוי כברירת מחדל: אי אפשר להשתמש בקוד יחד עם הנחות אחרות.
פורמט הקוד	אורך 6-20, סט תווים (אותיות וספרות ללא תווים דומים כמו 0, O, 1, I ו-L - ברירת המחדל; אותיות בלבד; ספרות בלבד), תחילית (WELCOME-), סיומת ומפריד כל N תווים.
שימוש חוזר בקוד הפתוח של האדם	מופעל כברירת מחדל: אדם שעדיין יש לו קוד פתוח (לא מומש ולא פג) מהתוכנית מקבל שוב את אותו קוד במקום קוד חדש.
נעילה לאדם	WooCommerce,‏ Magento ו-PrestaShop - ראו נעילה לאדם.

תקרת אחוזים ("15%, עד 50") אינה מוצעת: אף אחת מהחנויות לא תומכת בה באופן מובנה.

נעילה לאדם

כברירת מחדל כל קוד הוא ייחודי ולשימוש חד-פעמי, כך שקוד שהועבר הלאה עולה לכל היותר הנחה אחת. ב-WooCommerce, ב-Magento וב-PrestaShop אפשר גם לנעול כל קוד לאדם שאליו נשלח: החנות תדחה אותו לכל אדם אחר.

• WooCommerce משתמשת בהגבלת המייל של הקופון עצמו.
• Magento צריכה את התוסף Joryio Connect בגרסה 1.2.0 ומעלה, שבודק בקופה שהקוד שייך לאדם. חנות Magento בלי התוסף מקבלת קודים לשימוש חד-פעמי שאינם נעולים, ותפוגה לכל קוד (N שעות / ימים אחרי ההנפקה) נאכפת על ידי Joryio שמוחקת את הקוד בתוך שעה מרגע שפג - כמו ב-Shopify.
• PrestaShop (המודול של Joryio בגרסה 1.1.0 ומעלה) נועל את הקוד לחשבון הלקוח של האדם בחנות (הלקוח של כלל העגלה): עליו להתחבר כדי להשתמש בו. אדם בלי חשבון רשום בחנות, או עם שני חשבונות על אותו מייל, לא מקבל קוד - ההנפקה נכשלת וברירת המחדל של התוכנית חלה.
• Shopify: המתג אינו מוצג. Shopify קובעת מי יכול להשתמש בהנחה ברמת ההנחה כולה ולא ברמת הקוד, ולכן כל קוד ב-Shopify הוא ייחודי, לשימוש חד-פעמי, ושימוש אחד לכל לקוח.

קוד אישי לאורח

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

• WooCommerce (תוסף Joryio בגרסה 1.6.29 ומעלה): הקוד ממתין ב-session של הקונה ומוחל ברגע שהמייל שלו ידוע והוא המייל שאליו הקוד נשלח - מיד ללקוח מחובר, ולאורח כשהוא מזין את המייל שלו בקופה (קופת בלוקים וקופה קלאסית), ולכל המאוחר כשההזמנה מתבצעת. עד אז העגלה והקופה מציגות "Your code ... is personal: it will be applied at checkout when you enter the email address it was sent to." מייל אחר מקבל "The code ... belongs to another customer, so it was not applied" - בלי לומר של מי - ובלי הנחה; תיקון המייל מחיל את הקוד. WooCommerce בודקת את המייל בעצמה כשהקוד מוחל ובהזמנה, כך שמייל שגוי לעולם לא מקבל את ההנחה. בתוספים ישנים יותר: WooCommerce דחתה את הקוד כל עוד המייל לא היה ידוע ("Please enter a valid email at checkout to use coupon code ...") ולא ניסתה שוב.
• Magento (תוסף 1.2.0 ומעלה): הקוד מוחל על העגלה של האורח ומציג את ההנחה; התוסף בודק אותו מול המייל כשההזמנה מתבצעת ודוחה מייל אחר ("This coupon code was sent to another customer").
• PrestaShop: הקוד שייך לחשבון לקוח, ולכן אורח מתבקש להתחבר קודם וחוזר לעגלה עם הקוד.
• Shopify: הקודים אינם נעולים, ולכן אורח משתמש בקוד כמו כל אחד אחר.

כשאי אפשר להנפיק קוד

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

גיבוי	מה קורה
דילוג על ההודעה לאדם הזה (ברירת מחדל)	ההודעה לא נשלחת לאדם ונרשמת כמדולגת עם הסיבה coupon_unavailable.
שליחת קוד גיבוי משותף	ההודעה נשלחת עם הקוד המשותף שהזנתם (למשל SORRY10).
שליחה בלי הקופון	ההודעה נשלחת ו-{{ coupons.<slug>.code }} ריק - עטפו את חלק הקופון ב-{% if coupons.<slug>.code != '' %} כדי להסתיר אותו.

הודעה שנשלחת דרך ה-API הטרנזקציוני נדחית במקום זאת: עם דילוג, הקריאה מחזירה 422 עם code: coupon_unavailable והסיבה, ושום דבר לא נשלח. הודעות In-App והודעות קמפיין WhatsApp עדיין לא יכולות להיעצר, ולכן אצלן דילוג פועל כמו שליחה בלי הקופון: ההודעה נשלחת עם קוד ריק. עטפו שם את חלק הקופון ב-{% if coupons.<slug>.code != '' %}.

מקורות קודים

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

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

בכל מקור ההודעה משתמשת באותו משתנה {{ coupons.<slug>.code }}, אדם לעולם לא מקבל את אותו קוד מבנק או מרשימה פעמיים, ואותה שליחה תמיד מציגה את אותו קוד.

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

תוכנית רשימה שהועלתה עובדת בלי חנות מחוברת - למשל קודים שהקופה או האפליקציה שלכם מקבלות - וגם עם חנות מחוברת כשהקודים כבר קיימים בה (Joryio לא יוצרת אותם שוב).

1. צרו תוכנית עם המקור רשימה שהועלתה. החנות אופציונלית; הגדרות ההנחה רק מתארות את הערך שההודעה מציגה ({{ coupons.<slug>.value }}).
2. בתוכנית בחרו העלאת קודים ובחרו קובץ CSV או הדביקו את הקודים.
3. בדקו את התצוגה המקדימה - Joryio בודקת קודם את הקובץ ומציגה כמה קודים יתווספו וכל שורה שנדחתה עם הסיבה. דבר לא נשמר עד שתאשרו.
4. אשרו. אפשר להעלות עוד קודים לאותה תוכנית בכל זמן; הקודים הקודמים נשארים.

הקובץ:

עמודה	חובה	פורמט
code	כן	3-64 תווים: אותיות, ספרות ו-- _ . # / +
expires_at	לא	YYYY-MM-DD (סוף אותו יום, UTC) או תאריך-שעה בפורמט ISO. אחריו הקוד לא יחולק.
value	לא	מה ש-{{ coupons.<slug>.value }} מציג לקוד הזה, למשל 10% או קפה חינם - עד 100 תווים.

שורת הכותרת אופציונלית (בלעדיה העמודות נקראות בסדר הזה), ופסיקים, נקודה-פסיק וטאבים עובדים כולם. קובץ מכיל עד 100,000 שורות ו-10 MB; פצלו רשימות גדולות יותר לכמה העלאות. שורה נדחית כשהקוד חסר או לא תקין, התאריך אינו תאריך או שכבר עבר, הערך ארוך מדי, הקוד מופיע קודם בקובץ, או שהקוד כבר נמצא בתוכנית הזו או בתוכנית אחרת בסביבת העבודה (קודים מותאמים להזמנות לפי הקוד עצמו, לכן כל קוד שייך לתוכנית אחת בלבד). קודים מושווים בלי הבדל בין אותיות גדולות לקטנות.

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

בנקי קודים

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

חנות	איך הקודים נוצרים
Shopify	נוספים להנחה האחת של התוכנית, 250 בכל קריאה.
WooCommerce	קופון אחד לכל קוד, 100 בכל קריאה.
Magento	מופקים תחת כלל המחיר של העגלה של התוכנית. Magento בוחרת את מחרוזות הקודים בעצמה לפי פורמט הקוד של התוכנית (אורך, סוג תווים, קידומת, סיומת, מפריד).
PrestaShop	כלל עגלה (cart rule) אחד לכל קוד, קריאה אחת לכל קוד.

• הפקת קודים בתוכנית יוצרת קודים עכשיו; היא רצה ברקע, ודף התוכנית מציג את ההתקדמות ואת התוצאה האחרונה.
• קודים לשמור מוכנים שומר על הבנק בגודל הזה: כל 15 דקות Joryio משלימה אותו כשהוא יורד מתחתיו.
• לפני שקמפיין נשלח, Joryio משלימה כל בנק שהתוכן משתמש בו כך שיכסה את הקהל, כדי שהשליחה לעולם לא תחכה לחנות. מה שעדיין חסר כשהשליחה מתחילה פועל לפי ברירת המחדל של התוכנית.
• נעילה לאדם (WooCommerce,‏ Magento ו-PrestaShop) קושרת קוד מהבנק לאדם ברגע שהוא מחולק.
• שינוי ההנחה של בנק שיש בו קודים מוציא משימוש את הקודים שלא נוצלו (הם נמחקים מהחנות), וקודים חדשים נוצרים לפי הכללים החדשים.

קודים משותפים

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

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

התראות על מלאי נמוך

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

• נותרו פחות מ-N קודים (ברירת מחדל 500), ו/או
• נותרו פחות מ-N% מכל הקודים שנטענו.

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

בדיקת ההשקה (Launch Review) בודקת גם את המלאי:

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

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

שימוש בקוד בהודעה

כתבו את המשתנה של התוכנית בכל הודעה - מייל, SMS, פוש, פוש לדפדפן, In-App,‏ WhatsApp או Viber:

משתנה	ערך
{{ coupons.welcome10.code }}	הקוד של האדם, למשל WELCOME-7KQ4M2XH9P.
{{ coupons.welcome10.expires_at }}	מועד התפוגה כתאריך ושעה קריאים: בשפת איש הקשר (המאפיין locale שלו, אחרת language, אחרת שפת סביבת העבודה, אחרת אנגלית) ובאזור הזמן של סביבת העבודה. לדוגמה 3 בנובמבר 2026 בשעה 18:30 לאיש קשר בעברית, או November 3, 2026 at 6:30 PM באנגלית. ריק כשאין לקוד תפוגה.
{{ coupons.welcome10.expires_at_iso }}	אותו מועד כחותמת זמן ISO (2026-11-03T16:30:55.147Z), ריק כשאין לקוד תפוגה. השתמשו בו כדי לבחור פורמט משלכם עם מסנן תאריך, שגם הוא מעצב לפי אזור הזמן של סביבת העבודה: {{ coupons.welcome10.expires_at_iso | date: "%d/%m/%Y" }}. מסנן תאריך שכבר כתוב על expires_at ממשיך לעבוד.
{{ coupons.welcome10.value }}	ההנחה במילים: 10%, 5 EUR, Free shipping.
{{ coupons.welcome10.apply_url }}	קישור שפותח את החנות כשהקוד כבר מוחל (ריק כשלחנות אין כזה).
{{ coupons.welcome10.name }}	שם התוכנית.

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

מונפקים רק קודים שהאדם באמת רואה. קוד בתוך ענף {% if %} שהאדם לא מקבל לעולם לא נוצר. אותה שליחה תמיד מציגה את אותו קוד: ניסיון חוזר, שליחה חוזרת, מעבר בין גרסאות A/B וגיבוי SMS - כולם נושאים קוד אחד.

תצוגה מקדימה ושליחות בדיקה

התצוגה המקדימה תמיד מציגה קוד לדוגמה כמו WELCOME-PREVIEW - עם קישור ההחלה של החנות עבורו ב-apply_url - ולעולם לא יוצרת קוד. גם שליחת בדיקה מציגה את הדוגמה, אלא אם מסמנים Issue a real coupon code (single use, expires in 24 hours) - התיבה מופיעה רק כשהתוכן משתמש בקופונים: אז Joryio יוצרת קוד אמיתי - לשימוש חד-פעמי, בתוקף 24 שעות, מסומן כבדיקה - כדי שתוכלו לנסות אותו בקופה. זה עובד גם בתוכנית בטיוטה. אם לא ניתן ליצור את הקוד - החנות דוחה אותו, התוכנית בארכיון או שנגמרו בה הקודים, או שהתוכנית נועלת קודים לאדם ולנמען אין כתובת אימייל - הבדיקה לא נשלחת והחלון מציג את הסיבה. קודי בדיקה אינם נספרים בדוח התוכנית ולא בלשונית קופונים של איש הקשר.

במסע

הוסיפו צעד Issue coupon (בקבוצת הנתונים בלוח הצמתים) ובחרו את התוכנית. הצעד מנפיק את הקוד פעם אחת ושומר אותו אצל האדם: כל הודעה מאוחרת יותר במסע שמשתמשת ב-{{ coupons.<slug>.code }} מציגה את אותו קוד - כולל המייל ותזכורת ה-SMS שלושה ימים אחר כך. לצעד שתי יציאות:

• Issued - לאדם יש קוד.
• Could not issue - החנות לא הצליחה ליצור קוד; נתבו את האנשים האלה להודעה בלי קופון, או סיימו את המסע.

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

מימושים והכנסות

כשמגיעה הזמנה מ-WooCommerce,‏ Shopify,‏ Magento או PrestaShop (או דרך Orders API) עם קוד שתוכנית הנפיקה, Joryio מסמנת את הקוד כממומש, רושמת את ההזמנה ואת ההכנסה ושולחת את האירוע Coupon Redeemed. ההזמנה הראשונה עם הקוד נספרת. אם מישהו אחר מהאדם שקיבל את הקוד משתמש בו, הדוח מציג זאת כ"מומש על ידי מישהו אחר".

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

תפוגה. כשקוד פג, Joryio מסמנת אותו כפג תוקף, שולחת Coupon Expired ומוחקת את הקוד מהחנות אוטומטית, כדי שרשימת ההנחות בחנות לא תתמלא בקודים מתים. ההיסטוריה נשמרת ב-Joryio.

דוח התוכנית

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

בפרופיל של איש קשר מופיעים הקודים שלו בלשונית Coupons (דורש Users (read)): תוכנית, קוד, סטטוס (פתוח, מומש, פג), ההודעה שהנפיקה אותו והתאריכים.

אירועים

אירוע	מתי	מאפיינים
Coupon Issued	קוד הונפק לאדם.	program, program_id, campaign_id, canvas_id, node_id, source, expires_at
Coupon Redeemed	הזמנה השתמשה בקוד.	program, program_id, campaign_id, canvas_id, order_id, revenue, redeemed_by_someone_else
Coupon Expired	הקוד פג בלי שימוש.	program, program_id, campaign_id, canvas_id, expires_at

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

הגדרת החנות

חנות	מה עושים פעם אחת
Shopify	פתחו Integrations → Shopify ובחרו Approve new permissions. קופונים צריכים את הרשאת ההנחות של Shopify (write_discounts); חנויות שחוברו לפני שהיא נוספה מאשרות אותה פעם אחת.
WooCommerce	לא נדרש דבר כדי להנפיק קודים - החיבור של התוסף כבר מאפשר זאת. קישור ההחלה (apply_url) דורש את תוסף Joryio בגרסה 1.4.0 ומעלה.
Magento	שדרגו את התוסף Joryio Connect לגרסה 1.2.0 ומעלה. השדרוג מעניק לאינטגרציה את הרשאת כללי המחיר של העגלה (Magento_SalesRule::quote) שנדרשת ליצירת קודים, ומוסיף נעילה לאדם.
PrestaShop	התקינו או שדרגו את המודול של Joryio לגרסה 1.1.0 ומעלה. השדרוג מאפשר למפתח ה-Webservice של המודול לנהל כללי עגלה (ולא שום דבר אחר), מחיל בחירה של מוצרים או קטגוריות, ומוסיף את קישור ההחלה. ראו תוכניות קופונים ב-PrestaShop.

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

בממשק הניהול של Shopify, כל הקודים של תוכנית נמצאים תחת הנחה אחת בשם Joryio - <שם התוכנית> (<slug> v<n>). שינוי הכללים של תוכנית חיה יוצר הנחה חדשה (הגרסה הבאה) לקודים חדשים; קודים שכבר הונפקו נשארים בהנחה הישנה. Shopify שומרת תאריך תפוגה אחד לכל הנחה, ולכן תפוגה לכל קוד (N שעות / ימים אחרי ההנפקה) נאכפת על ידי Joryio שמוחקת את הקוד בתוך שעה מרגע שפג.

הרשאות ופרטיות

• Campaigns (write) יוצרת תוכניות. שינוי תוכנית חיה - כזו שכבר הנפיקה קודים - דורש Settings (write); קודים שכבר הונפקו שומרים על הכללים שאיתם נוצרו.
• צפייה בקודים של איש קשר דורשת Users (read).
• סביבות דמו (sandbox) לעולם לא יוצרות קופונים אמיתיים בחנות אמיתית.
• מחיקת אדם (GDPR) מוחקת את הקודים שלו ב-Joryio ומסירה מהחנות את הקודים הפתוחים שלו.

קישורים קשורים

• Coupons API
• הזמנות
• מדריך Liquid