לביט ול-PayBox אין פורטל מפתחים ציבורי. הן מגיעות לעסק דרך ספקי סליקה מורשים, וזה משנה מה אפשר להפוך לאוטומטי. מה הן מתאימות לו, ומה לוקח גבייה חוזרת אוטומטית.
עיקרי הדברים
- אתר bit לעסקים אינו מציע תיעוד למפתחים. הוא מפנה את בית העסק לרשימת חברות סליקה שדרכן מתחברים.
- הרשימה הזו כוללת שמות מוכרים כמו Grow, גמא, Keep, Upay, GiveBack, ישראל תורמת, ONE City, קארדקום ו-EasyCard, בכפוף לתנאים ולעלויות של כל חברה.
- PayBox לעסקים מוצע כפתרון גבייה עם לינק, כפתור וקוד QR, וכפתור התשלום מוצע יחד עם Grow.
- לכן הממשק שאתם מתכנתים מולו הוא של ספק הסליקה, ולא של האפליקציה. שם נמצאים גם הטוקנים, הזיכויים וה-webhooks.
- לגבייה חוזרת אוטומטית אלה אינם הכלי המרכזי, כי כל תשלום דורש פעולה של הלקוח באפליקציה.
לביט ול-PayBox אין פורטל מפתחים ציבורי שאפשר להירשם אליו ולהתחיל לקרוא לו. שתיהן מגיעות לבית העסק דרך ספק סליקה או ספק תשלומים מורשה, והממשק שאתם מקבלים הוא של אותו ספק. זה משנה בדיוק מה אפשר להפוך לאוטומטי ומה לא.
מה בדיוק אלה, ומה הן אינן
ביט ו-PayBox הן אפליקציות תשלום לצרכן. הן פותרות מצוין בעיה אחת: להעביר כסף מאדם לעסק בלי למסור פרטי כרטיס אשראי ובלי להקליט מספרים בטלפון. הן אינן שער סליקה, אינן מערכת חשבוניות, ואינן מנוע חיובים.
ההבחנה המעשית שחוסכת שבוע:
- אמצעי תשלום הוא איך הלקוח משלם. ביט ו-PayBox הן אמצעי תשלום.
- שער סליקה הוא מי מריץ את העסקה ומחזיר לכם תשובה מובנית. זה ספק הסליקה.
- מנוע גבייה הוא מה שיודע למי מגיע לחייב, מתי, כמה, ומה עושים כשנכשל. זו המערכת שלכם.
הבלבול נוצר כי הלקוח רואה רק את השלב הראשון, ולכן מבקש "לחבר את ביט". מה שבאמת מחברים הוא ספק סליקה שביט מופעלת אצלו.
האם קיים API ציבורי של ביט למפתחים?
בבדיקה של אתר bit לעסקים בספטמבר 2026 לא מופיע פורטל מפתחים, תיעוד טכני או מפתח גישה. הדף מסביר את המוצר ומפנה להתקשרות מול חברות סליקה, ומציין במפורש שההתקשרות היא בכפוף לתנאים, למגבלות ולעלויות של כל חברה, ולתהליך אימות הלקוח שלה.
מה שכן ניתן לומר בוודאות:
- ההצטרפות היא מול ספק, לא מול הבנק. בית העסק חותם עם אחת החברות ברשימה.
- הרשימה עצמה מפורסמת בדף ומכילה, בין השאר, Grow, גמא ניהול וסליקה, Keep, Upay, GiveBack מקבוצת Headstart, ישראל תורמת, ONE City, קארדקום ו-EasyCard.
- ספקי סליקה מציגים תמיכה בביט כאמצעי תשלום בתוך המוצר שלהם, כך שהקריאה שאתם כותבים היא קריאה אל הספק.
- הדף מציין קבלת כספים ללא מגבלת סכומים, בכפוף לתהליכי הספק ולשיקול דעתו.
לכן, שאלת "יש API לביט" אינה השאלה הנכונה. השאלה הנכונה היא "איזה ספק סליקה יש לעסק, והאם ביט מופעלת שם".
ומה עם PayBox לעסקים?
PayBox מציגה פתרון גבייה לעסק שמבוסס על לינק תשלום אישי, כפתור תשלום באתר וקוד QR. כפתור התשלום של PayBox הושק יחד עם Grow, כלומר שוב: מה שמוטמע במערכת שלכם הוא רכיב של ספק התשלומים.
בפרסום ההשקה של הכפתור צוין שהוא תומך בתשלומים, ושהוראות קבע וחיובים חוזרים מצוינים כיכולת עתידית. זה בדיוק סוג הפרט שאסור להניח לגביו: אם אתם מתכננים מנוי חודשי, בדקו בכתב מול הספק מה זמין היום ולא מה הוכרז.
מבחינת התכנון שלכם, ההשלכה זהה לזו של ביט. הרכיב שמוטמע באתר או בתהליך שייך לספק, ולכן כל השאלות הטכניות שחשובות באמת - האם חוזרת התראה שרת-לשרת בסיום תשלום, איך נראית תשובה כושלת, האם אפשר לזכות דרך הממשק - נשאלות מול הספק ולא מול האפליקציה. תכנון שמניח יכולת שלא אושרה בכתב הוא הדרך המהירה ביותר להגיע לשבוע לפני עלייה לאוויר ולגלות שהמנוי לא יכול לרוץ.
למה גבייה חוזרת אוטומטית היא בעיה אחרת לגמרי?
מפני שגבייה חוזרת דורשת חיוב בלי שאף אחד נוכח. אפליקציית תשלום צרכנית בנויה סביב ההפך: הלקוח מקבל בקשה, פותח אפליקציה, ומאשר. זו חוויה מצוינת לתשלום יחיד וחסם מובנה למנוי.
| מה אתם צריכים לגבות | ביט או PayBox דרך ספק | מה מתאים יותר |
|---|---|---|
| תשלום חד-פעמי אחרי שיחת מכירה | מתאים מאוד, לינק בוואטסאפ | - |
| תשלום בעסק פיזי בלי מסוף | מתאים, QR או בקשת תשלום | - |
| השתתפות באירוע או גבייה מקבוצה | מתאים | - |
| מנוי חודשי קבוע | דורש אישור הלקוח בכל פעם | טוקן כרטיס אצל שער הסליקה |
| גבייה מרוכזת מ-300 לקוחות | לא מעשי ידנית | הרשאה לחיוב חשבון דרך מס"ב |
| חיוב משתנה לפי צריכה | אין מנגנון לכך באפליקציה | טוקן, עם התראה מראש ללקוח |
השורה התחתונה: אלה כלים לגבייה יזומה, לא לגבייה שקטה.
מה כן משתמשים בו לגבייה חוזרת
- טוקן כרטיס אצל שער הסליקה. הלקוח מזין כרטיס פעם אחת, הספק מחזיר מזהה, ואתם מחייבים לפיו. זו התשתית לכל מנוי.
- הרשאה לחיוב חשבון דרך מס"ב. מתאימה לגבייה חודשית קבועה בהיקפים גדולים, עם מחזור חיים משלה של אישורים והחזרות.
- הוראת קבע בכרטיס אשראי דרך הסולק. מנגנון נפרד, שנקבע מול הסולק.
- שילוב. הרבה עסקים גובים חד-פעמי דרך לינק ואת המנוי דרך טוקן, וזה בסדר גמור כל עוד שתי הדרכים כותבות לאותו כרטיס לקוח.
ההבדל התפעולי בין השניים גדול מההבדל הטכני. גבייה בטוקן נכשלת בשקט בשלוש לפנות בוקר ומחייבת תהליך שמזהה כישלון, מודיע ללקוח ומנסה שוב במועד מתוכנן. גבייה בלינק נכשלת מול לקוח שרואה את המסך, ולכן היא לא מצריכה מנגנון ניסיון חוזר אלא תזכורת. מי שבונה מנוי על לינקים בונה למעשה תהליך תזכורות ידני שמתחזק את עצמו כל חודש מחדש.
מה בכל זאת אפשר להפוך לאוטומטי סביבן
גם בלי ממשק ישיר לאפליקציה, רוב העבודה הידנית בתהליך גבייה אינה בתשלום עצמו:
- יצירת לינק תשלום אוטומטית מתוך המערכת שלכם, דרך ה-API של ספק הסליקה, ושליחתו בוואטסאפ או במייל.
- שיוך התשלום שחזר לחשבונית ולכרטיס הלקוח, במקום סימון ידני בסוף החודש.
- תזכורות מדורגות ללקוח שלא שילם, שנעצרות ברגע שהתשלום נקלט.
- התראה פנימית על תשלום שהתקבל בסכום שונה מהצפוי.
- דוח יומי של מה נגבה ומה פתוח, לפי מקור הגבייה.
- כתיבת כל תשלום לאותו מקום, כך שגבייה בלינק וגבייה בטוקן לא מייצרות שתי אמיתות.
זהו תיאור של מה שמפורסם באתרי המוצר בספטמבר 2026, ולא ייעוץ. יכולות, מגבלות ועלויות נקבעות בהסכם מול ספק הסליקה, ומשתנות מעת לעת.
קשור: אוטומציה של חיובים חוזרים בישראל, הרשאות לחיוב חשבון מול חיוב כרטיס, אינטגרציה ל-API של Grow.
מקורות
שאלות נפוצות
אפשר להתחבר לביט ישירות בלי ספק סליקה?
לפי דף bit לעסקים, ההצטרפות נעשית מול חברות סליקה שמופיעות שם ברשימה, ובכפוף לתנאים, למגבלות ולעלויות של כל חברה. לא מפורסם שם פורטל מפתחים או תיעוד טכני שמאפשר חיבור ישיר, ולכן הממשק שאתם מתכנתים מולו הוא של הספק.
PayBox תומכת בהוראת קבע לעסק?
בהודעת ההשקה של כפתור התשלום המשותף ל-PayBox ול-Grow, הוראות קבע וחיובים חוזרים מוצגים כיכולת עתידית ולא כיכולת קיימת. זה פרט שמשתנה, ולכן צריך לאשר אותו בכתב מול הספק לפני שבונים עליו מנוי חודשי.
מה עדיף לגביית מנויים חודשיים?
טוקן כרטיס אצל שער הסליקה, או הרשאה לחיוב חשבון דרך מס"ב בהיקפים גדולים. שניהם מאפשרים חיוב בלי נוכחות הלקוח, וזה בדיוק מה שאפליקציית תשלום צרכנית לא נועדה לעשות. הלינק נשאר כלי מצוין לחיוב חד-פעמי ולגבייה מאחרים.
איפה שומרים את התשלומים שהתקבלו בביט?
באותו מקום שבו נשמר כל תשלום אחר: כרטיס הלקוח והחשבונית. אם גבייה בלינק נרשמת בגיליון נפרד וגבייה בטוקן נרשמת במערכת, יהיו לכם שתי אמיתות שלא מסתדרות. מקור אחד לכל התשלומים הוא מה שהופך את הדוח לשמיש.
להמשך קריאה
שירות רלוונטי
אינטגרציות
לגרום למערכות שאתם כבר משלמים עליהן לדבר זו עם זו.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.