השוואה בין שישה ספקי סליקה ישראליים לפי מה שאפשר לאמת מהתיעוד הפומבי: האם יש תיעוד פתוח, סביבת בדיקה, טוקנים, חיוב חוזר ו-webhooks. בלי מחירים ובלי ניחושים.
עיקרי הדברים
- אין כאן מחירים. עמלות בישראל נסגרות פר עסק ופר מחזור, וכל אחוז שמתפרסם בבלוג אינו האחוז שלכם.
- המשתנה שמזיז לוח זמנים הוא נגישות התיעוד. ספק עם OpenAPI פתוח נמדד בימים, ספק שדורש פנייה נמדד בשבועות המתנה.
- קארדקום מפרסמת עמוד תיעוד אינטראקטיבי ל-v11 עם קובץ OpenAPI להורדה.
- PayPlus מתעדת הפרדה מפורשת בין סביבת Staging לסביבת ייצור, עם כתובות בסיס שונות.
- פלאקארד מפרסמת שערי SANDBOX נפרדים, ו-Grow מפנה לפורטל מפתחים עם אוסף Postman.
- איפה שלא הצלחנו לאמת יכולת מהתיעוד הפומבי, כתוב "לא מתועד בפומבי". זו אינה קביעה שהיכולת חסרה.
הפרמטר שקובע כמה ימי פיתוח יעלה חיבור סליקה אינו העמלה אלא התיעוד. השוואה שימושית נבנית על מה שאפשר לאמת: האם יש תיעוד ציבורי, האם מוצהרת סביבת בדיקה, ומה מתועד לגבי טוקנים, חיובים חוזרים, זיכויים והתראות שרת-לשרת.
מה בכלל ניתן להשוות, ומה לא
לפני הטבלאות, חשוב להגדיר את גבולות התרגיל. אלה הדברים שאפשר לבדוק בעצמכם בשעה, מהדפדפן:
- האם קיים תיעוד ציבורי שנפתח בלי חשבון וללא פנייה למכירות.
- האם התיעוד מצהיר על סביבת בדיקה, ואיפה כתובת הבסיס שלה.
- אילו נושאים מקבלים עמוד משלהם: טוקן, חיוב חוזר, זיכוי, התראה שרת-לשרת, אימות 3DS.
- באיזו שפה כתוב התיעוד, וכמה קרוב הוא לדוגמאות שאפשר להריץ.
ואלה הדברים שלא ניתן להשוות מבחוץ, ואסור לנחש: עמלות, זמני התיישבות, איכות התמיכה, אחוזי אישור, ותנאי ההסכם. אלה נסגרים מול הספק, ולרוב שונים בין שני עסקים שחתמו באותו חודש.
האם התיעוד פתוח לקריאה בלי לפתוח חשבון?
| הספק | איפה התיעוד | פתוח בלי חשבון | סביבת בדיקה מוצהרת |
|---|---|---|---|
| Cardcom | עמוד תיעוד ל-v11 עם קובץ OpenAPI להורדה | כן | לא אותרה בתיעוד הפומבי |
| Tranzila | אתר תיעוד ייעודי עם מדריכים לפי משימה | כן | כן, מדריך התחלה מהירה עם cURL |
| PayPlus | אתר תיעוד ייעודי עם עמוד כתובות סביבה | כן | כן, Staging נפרד מייצור |
| Grow | פורטל מפתחים ייעודי עם אוסף Postman | כן | לא מתועד בעמוד המפתחים |
| Pelecard | עמוד מפתחים עם ארבעה שערים | כן | כן, שני שערי SANDBOX |
| Hyp / יעד שריג | אוסף Apiary; עמוד המפתחים הישן מפנה ל-Hyp | חלקית | לא אותרה בתיעוד הפומבי |
ההבדל בין השורה השנייה לשורה האחרונה הוא ההבדל בין הערכה של יומיים להערכה שמתחילה בהמתנה לתשובה במייל.
מה מתועד לגבי היכולות שמעניינות אתכם
| היכולת | Cardcom | Tranzila | PayPlus | Grow | Pelecard |
|---|---|---|---|---|---|
| שמירת אמצעי תשלום | מתועד ב-v11 | מתועד באזור התשלומים | לא אומת מהתיעוד הרשמי | מוצג בעמוד המפתחים | לא אומת מהתיעוד הפומבי |
| חיוב חוזר | מתועד ב-v11 | מתועד כהוראת קבע חוזרת | לא אומת מהתיעוד הרשמי | מוצג כהוראת קבע | לא אומת מהתיעוד הפומבי |
| זיכוי דרך הממשק | לא אומת מעמוד התיעוד | לא אותר במפת התיעוד | לא אומת מהתיעוד הרשמי | מוצג בעמוד המפתחים | קיים בדור ה-SOAP הוותיק |
| התראה שרת-לשרת | כן, שדה ייעודי בקריאת יצירת דף התשלום | לא אותרה במפת התיעוד | לא אומת מהתיעוד הרשמי | מוצג בעמוד המפתחים | לא אומת מהתיעוד הפומבי |
| הפקת מסמך חשבונאי | מתועד ב-v11 | מתועד כהנפקת חשבונית ושיוכה לעסקה | לא אומת מהתיעוד הרשמי | לא אומת מעמוד המפתחים | לא אומת מהתיעוד הפומבי |
"לא אומת" בטבלה הזו פירושו שלא מצאנו לכך אישור בתיעוד הפומבי שנבדק בספטמבר 2026, ולא שהיכולת אינה קיימת. זו ההבחנה שהופכת השוואה לשימושית: מה שכתוב אפשר לבנות עליו, ומה שלא נבדק צריך להישאל.
למה "האם יש להם API" היא השאלה הלא נכונה?
מפני שלכולם יש. לכל שער סליקה ישראלי פעיל יש דרך לחייב כרטיס מקוד. ההבדל אינו בקיום היכולת אלא בשלושה דברים שמופיעים רק כשמתחילים לעבוד:
- כמה קרוב התיעוד להרצה. דוגמת cURL שאפשר להדביק היא לא נוחות, היא חיסכון של יום.
- האם יש איפה לטעות. בלי סביבת בדיקה, כל איטרציה היא עסקה אמיתית, זיכוי אמיתי ורישום חשבונאי אמיתי.
- מה קורה כשמשהו נשבר בייצור. קוד שגיאה עם תיאור מלא, מול הודעה כללית שדורשת פנייה לתמיכה.
השאלה השימושית היא לכן: כמה זמן ייקח לי מהיום שקיבלתי פרטי גישה ועד לעסקה ראשונה מוצלחת בסביבה שאינה ייצור.
מה באמת קובע את היקף העבודה?
- מודל ההטמעה. דף מתארח, iframe, או לינק תשלום. כל אחד מייצר חוויית משתמש אחרת ולוח זמנים אחר.
- מי מוציא את המסמך. אם הספק מוציא וגם מערכת החשבוניות שלכם מוציאה, נוצרים שני מסמכים לעסקה אחת.
- הצלבת סכומים בצד השרת. חובה בכל מקרה, בלי קשר לספק, וזו שכבת ההגנה שתופסת הגדרה שלא הופעלה כפי שהנחתם.
- אידמפוטנטיות בקליטת ההתראה. אותה הודעה יכולה להגיע פעמיים, וזה לא מקרה קצה.
- מטבעות ותשלומים. תמיכה בתשלומים ובמט"ח משנה גם את הממשק וגם את ההתאמה החשבונאית.
- הספק שכבר קיים בעסק. החלפת ספק היא החלטה מסחרית עם חוזה, ולא החלטה של מפתח שהעדיף תיעוד יפה יותר.
איך מריצים את ההשוואה הזו בעצמכם בשעה
- פתחו את עמוד התיעוד של כל ספק בלשונית נפרדת, בלי להתחבר לשום דבר.
- חפשו במפת התיעוד ארבע מילים: token, recurring, refund, webhook. מה שאין לו עמוד, אין לו תשובה קלה.
- חפשו את המילה sandbox או staging, וכתבו לעצמכם את כתובת הבסיס אם היא מופיעה.
- מצאו דוגמה מלאה אחת לקריאת חיוב, והעריכו כמה שדות בה אינכם מזהים.
- רשמו לכל ספק שורה אחת: מה מתועד, מה לא נמצא, ומה צריך לשאול.
- רק אחרי זה שאלו על מחיר. שיחת המחיר קצרה יותר כשאתם כבר יודעים מה אתם קונים.
זהו תיאור של מה שהיה נגיש בתיעוד הפומבי בספטמבר 2026, ולא ייעוץ ולא המלצה על ספק. יכולות ותיעוד משתנים, ותנאים מסחריים נקבעים בהסכם.
קשור: אינטגרציה ל-API של Cardcom, אינטגרציה ל-API של PayPlus, Stripe מול שער סליקה ישראלי.
מקורות
שאלות נפוצות
למה אין כאן טבלת עמלות?
מפני שעמלות סליקה בישראל נקבעות פר בית עסק, לפי מחזור, סוג פעילות וסיכון. אחוז שמתפרסם במאמר אינו האחוז שתקבלו, והצעת מחיר שנבנתה עליו תטעה את הלקוח. את המספרים מבקשים משלושה ספקים במקביל, בכתב, לאותו תרחיש עסקי בדיוק.
מה זה אומר "לא אומת מהתיעוד הפומבי"?
שבבדיקה של התיעוד הפומבי בספטמבר 2026 לא נמצא לכך אישור מפורש. זו אינה קביעה שהיכולת אינה קיימת. ספקים רבים מספקים תיעוד מלא יותר אחרי פתיחת חשבון, ולכן הפריט הזה עובר לרשימת השאלות לספק ולא לרשימת החסרונות.
איזה ספק הכי קל להתחבר אליו?
זה תלוי במודל שאתם צריכים, אבל שני סימנים מנבאים היטב: תיעוד שנפתח בלי חשבון, וסביבת בדיקה מוצהרת עם כתובת בסיס נפרדת. ספק שיש לו את שניהם יאפשר לכם עסקה ראשונה מוצלחת לפני שהחוזה בכלל נחתם, וזה מקצר את הפרויקט משמעותית.
כדאי להחליף ספק בגלל API טוב יותר?
בדרך כלל לא. לספק הקיים יש חוזה, עמלות מוסכמות ולעיתים מסופים פיזיים. עלות המעבר, כולל בדיקות מחדש והתאמה חשבונאית, גדולה כמעט תמיד מהפער בימי פיתוח. החלפה מוצדקת כשהיכולת שאתם צריכים פשוט אינה קיימת אצל הספק הנוכחי.
להמשך קריאה
שירות רלוונטי
אינטגרציות
לגרום למערכות שאתם כבר משלמים עליהן לדבר זו עם זו.
על הכותב
יהונתן סעדיה
מפתח פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מפתח בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה רוצה לבנות או איזה תהליך להפוך לאוטומטי. אני חוזר תוך 24 שעות עסקים עם כמה שאלות ממוקדות, ואז עוברים על זה יחד בשיחת היכרות חינמית של 30 דקות, בלי התחייבות. בסוף יש לך היקף עבודה, לוח זמנים ומחיר קבוע - או תשובה כנה שלא שווה לבנות את זה.