אינטגרציית סליקה ישראלית לאתר או לחנות

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

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

סליקה גלובלית של פלטפורמות בינלאומיות נראית לפעמים כמו הפתרון הפשוט, אבל לעסק ישראלי היא לא תמיד מתאימה: העברות לבנק ישראלי לא תמיד חלקות, תמיכה בעברית כמעט ולא קיימת, ולפעמים אין תאימות מלאה לדרישות הרגולציה המקומיות. ספקי הסליקה הישראליים - פלאקארד (Pelecard), קרדיטגארד (CreditGuard), היפ (Hyp) וגרואו (Grow) - נבנו בדיוק בשביל זה, אבל האינטגרציה מולם שונה מאוד מהתחברות לפלטפורמה גלובלית סטנדרטית: לכל ספק יש דרישות טכניות משלו, רמת תיעוד שונה, ומקרי קצה שלא תמיד כתובים במסמכים הרשמיים. חיבור שנעשה בלי ניסיון קודם מול הספק הספציפי לוקח בדרך כלל הרבה יותר זמן ממה שמתכננים, ולפעמים נתקע על פרטים קטנים שרק מי שכבר התמודד איתם מכיר.

איך תשלום באתר באמת עובד

כדי להבין מה בעצם בונים באינטגרציית סליקה, שווה להכיר את המסלול שעובר תשלום אחד. הלקוח מזין את פרטי הכרטיס בדף התשלום - אבל אם החיבור בנוי נכון, השדות האלה בכלל לא שייכים לאתר שלכם: הם מוגשים ישירות משרתי חברת הסליקה, דרך iFrame או דף תשלום מתארח. פרטי האשראי עוברים מהדפדפן של הלקוח היישר לספק הסליקה, שעומד בתקן האבטחה המחמיר PCI-DSS, והאתר שלכם מקבל בחזרה רק תשובה: העסקה אושרה או נדחתה, יחד עם אסימון (Token) שמייצג אותה. מספר הכרטיס עצמו לא נוגע בשרת שלכם ולא נשמר אצלכם לעולם - וזה לא רק עניין של זהירות אלא כלל ברזל, כמו שהסברנו במדריך על אבטחת אתרים.

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

מה כולל תהליך אינטגרציית הסליקה

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

מעבר לכרטיס אשראי: מה עוד אפשר לחבר

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

כמה זה עולה וכמה זמן זה לוקח

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

שאלות נפוצות

יש לי חנות על פלטפורמה מוכנה, אפשר לחבר אליה סליקה ישראלית?

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

האם חייבים אתר שלם בשביל לסלוק?

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

מה קורה כשעסקה נכשלת באמצע - הלקוח חויב או לא?

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

והאם אפשר להחליף ספק סליקה בהמשך בלי לבנות הכול מחדש?

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

איך מתחילים

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