Grow מול PayPlus: מי מנהל טוב יותר מנויים והוראות קבע

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

מה מערכת הוראות הקבע של PayPlus עושה בפועל

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

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

איזה עסק צריך מס"ב ולא רק אשראי?

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

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

מה Grow מביא שאין בצד השני

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

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

איזה נתונים חייבים להישאר שלכם, לא משנה מי הספק

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

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

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

מה שאלת התמחור האמיתית בעסק מנויים

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

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

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

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

מטריצת ההחלטה

• מנויים באשראי בלבד, נפח בינוני, בלי ERP. שתיהן עובדות. הכריעו לפי מה שקורה בכשל חיוב.
• צריך מס"ב. PayPlus מציגה את זה במפורש כחלק מהמערכת. זה השיקול המכריע.
• התזרים הוא הכאב העיקרי. Grow, בגלל Payout. ובדקו את התנאים.
• אתם בחניונים, מלונאות, קמעונאות על SAP B1 או מכונות אוטומטיות. PayPlus מציגה מודול מוגדר לכל אחד מאלה. מודול מוכן שווה יותר מהתאמה.
• יש מערכת חשבוניות קיימת. בררו בשתיהן איך העסקה מגיעה אליה. PayPlus מציגה חיבור למערכת חשבוניות חיצונית.
• דף התשלום חייב להיות על הדומיין שלכם. PayPlus מציגה דף סליקה לדומיין שלכם. בררו מה בדיוק זה כולל.

מקורות

• PayPlus - מערכת ניהול הוראות קבע, אתר החברה
• Grow - סליקה וקבלת תשלומים, אתר החברה
• שב"א - הוראות קבע ותשתית התשלומים