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

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

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

הדרך המתועדת היא דרך ה-API

הגדרת הפורטל מפעילה את התכונה באמצעות features.subscription_pause.enabled. השדה האופציונלי features.subscription_pause.duration מציע תקופות השהיה מוגדרות מראש. אפשר לפתוח ישירות את מסלול ההשהיה בסשן של הפורטל באמצעות הגדרת flow_data.type לערך subscription_pause והעברת מזהה המנוי הרלוונטי.

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

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

השהיה צריכה הגדרה עסקית

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

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

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

בדקו את החזרה, לא רק את כפתור ההשהיה

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

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