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

סליקה באתר היא החיבור שמאפשר ללקוח לשלם בכרטיס אשראי או בארנק דיגיטלי ישירות בחנות או בטופס, ולעסק לקבל את הכסף. היא נשענת על שני רכיבים: חברת סליקה שחותמת עם העסק ומעבירה את הכספים, וספק מסוף או עמוד תשלום שמחבר אליה את האתר. הבחירה קובעת אילו אמצעי תשלום יוצגו, מי מטפל בנתוני הכרטיס ואיך מופקות החשבוניות.
תוכן עניינים 9 חלקים
- סליקה באתר: מה קורה כשהלקוח לוחץ על לתשלום?
- מה ההבדל בין חברת סליקה לספק מסוף או עמוד תשלום?
- עמוד תשלום, iframe או שדות באתר: מה ההבדל, ומה זה PCI DSS?
- אפשר לקבל תשלום בביט, Apple Pay ו-Google Pay באתר?
- איך עובדים תשלומים והוראות קבע בחנות אינטרנטית?
- איך מחברים חשבוניות וקבלות לסליקה?
- מה זה 3D Secure, ומה עושים כשלקוח מכחיש עסקה?
- אילו שאלות לשאול ספק סליקה לפני שחותמים?
- שאלות נפוצות
סליקה באתר: מה קורה כשהלקוח לוחץ על לתשלום?
סליקה באתר נראית ללקוח כמו לחיצה אחת, אבל מאחוריה עובדים כמה גופים בתוך שניות. הלקוח מזין את פרטי הכרטיס או בוחר ארנק דיגיטלי בעמוד התשלום, ספק המסוף מעביר את הבקשה לחברת הסליקה, וחברת כרטיס האשראי של הלקוח מאשרת או דוחה את החיוב. התשובה חוזרת לאתר, ההזמנה מתעדכנת, ובמערכת שבנויה נכון גם החשבונית יוצאת ללקוח אוטומטית. הכסף עצמו מגיע לחשבון העסק מאוחר יותר, לפי מועדי ההעברה שנקבעו בהסכם.
כל אחד מהשלבים האלה הוא החלטה שמתקבלת בזמן הבנייה: איפה מוזנים פרטי הכרטיס, אילו אמצעי תשלום מוצגים, האם אפשר לשלם בתשלומים ואיך מופק המסמך. בחירה לא נכונה באחד מהם מתגלה בדרך כלל רק אחרי ההשקה, כשלקוח נתקע בקופה או כשרואה החשבון מבקש מסמכים שהמערכת לא מפיקה. אם אתם עדיין בוחרים פלטפורמה לחנות, קראו קודם את ההשוואה שופיפיי או ווקומרס, כי אפשרויות הסליקה ומבנה העמלות שונים בין השתיים.
מה ההבדל בין חברת סליקה לספק מסוף או עמוד תשלום?
הבלבול הנפוץ בתחום הוא בין שני תפקידים שונים. חברת סליקה, שנקראת גם סולק, היא הגוף שחותם עם העסק על הסכם סליקה, מקבל את העסקאות ומעביר את הכספים לחשבון. ברשימת התאגידים של בנק ישראל מופיעות כסולקות חברות כרטיסי האשראי ישראכרט, כאל ומקס, ולצדן גופים שקיבלו רישיון סולק בשנים האחרונות. ספק המסוף או עמוד התשלום הוא השכבה הטכנית: הוא מספק את הטופס שבו הלקוח משלם, מחבר את האתר לסולק ומנהל דברים כמו טוקנים ותשלומים.
יש גם מסלול שלישי: מאגד, גוף שמקבל תשלומים עבור עסקים תחת הסכם משלו, כך שהעסק לא חותם ישירות מול סולק. בדף השאלות והתשובות של ביט, למשל, Grow מוזכרת כדוגמה לגוף מאגד. במסלול כזה התנאים, מועדי העברת הכספים והמגבלות נקבעים אצל המאגד, ולכן השאלה הראשונה לכל ספק היא עם מי בדיוק נחתם ההסכם.
| תפקיד | מה הוא עושה | מה חותמים איתו | על מה לשים לב |
|---|---|---|---|
| סולק (חברת הסליקה) | מאשרת עסקאות ומעבירה את הכספים לעסק | הסכם סליקה עם עמלות ומועדי זיכוי | מי נושא בעסקאות מוכחשות |
| ספק מסוף או עמוד תשלום | מחבר את האתר לסולק ומספק את טופס התשלום | הסכם שירות טכני | חיבור רשמי לפלטפורמה שלכם |
| מאגד | מקבל תשלומים עבורכם תחת הסכם משלו | הסכם אחד שכולל סליקה וממשק תשלום | מועדי העברת כספים ומגבלות סכום |
חלק מהגופים ממלאים יותר מתפקיד אחד. קארדקום, למשל, מציעה פתרונות תשלום לאתרים, ולפי הודעה של בנק ישראל מיולי 2023 קיבלה רישיון סולק קבוע. לכן השם על הלוגו לא תמיד מלמד מה בדיוק אתם מקבלים, וחשוב לקרוא את ההסכם עצמו ולא רק את עמוד המכירה.
עמוד תשלום, iframe או שדות באתר: מה ההבדל, ומה זה PCI DSS?
PCI DSS הוא תקן אבטחה של מועצת PCI Security Standards Council, ולפי המועצה הוא חל על כל עסק שמקבל תשלום בכרטיסי אשראי, בלי קשר לגודלו. גם עסק שמעביר את כל הטיפול בתשלום לספק חיצוני צריך להוכיח עמידה, בדרך כלל באמצעות שאלון הערכה עצמית (SAQ), לפי מה שחברת הסליקה דורשת. איזה שאלון ממלאים, וכמה הוא ארוך, תלוי בעיקר בשאלה אחת: האם נתוני הכרטיס עוברים בכלל דרך האתר שלכם. הטבלה הבאה מציגה את שלוש דרכי החיבור הנפוצות, בניסוח כללי.
| דרך החיבור | איך זה נראה ללקוח | נתוני הכרטיס | היקף PCI DSS בקווים כלליים |
|---|---|---|---|
| הפניה לעמוד תשלום מתארח | עובר לעמוד של הספק וחוזר לאתר | מוזנים רק אצל הספק | מצומצם, בדרך כלל שאלון SAQ A |
| עמוד תשלום בתוך iframe | נשאר באתר, והטופס נטען מהספק | מוזנים בטופס של הספק | בדרך כלל SAQ A, עם דרישה להגנה מפני סקריפטים זדוניים |
| שדות שהם חלק מהקוד של האתר | טופס בעיצוב מלא של האתר | עוברים דרך רכיבים של האתר | רחב יותר, SAQ A-EP ומעלה |
נכון לאוקטובר 2026, לפי מועצת PCI SSC, עסק שמטמיע iframe של ספק התשלום צריך לאשר שהאתר שלו אינו חשוף להתקפות סקריפטים, או לקבל מהספק אישור שהפתרון כולל הגנה כזו כשמטמיעים אותו לפי ההוראות. בהפניה לעמוד של הספק הדרישה הזו לא חלה. בכל מקרה את השאלון המתאים מאשרים מול חברת הסליקה, והעמוד שמטמיע את התשלום צריך לרוץ ב-HTTPS עם תעודת ssl תקפה.
אפשר לקבל תשלום בביט, Apple Pay ו-Google Pay באתר?
כן, אבל הזמינות תלויה בספק ולא באתר. נכון לאוקטובר 2026, דף העסקים של ביט מציין שעסקים יכולים לקבל תשלום בביט באתר ובאפליקציה שלהם דרך התקשרות עם אחת החברות שמופיעות בו, ביניהן Grow, קארדקום ואיזיקארד, בכפוף לתנאים ולעמלות של כל חברה. גם Apple Pay ו-Google Wallet פועלים בישראל לפי דפי התמיכה של אפל וגוגל, וחלק מספקי התשלום הישראליים, כמו טרנזילה, מציינים תמיכה בביט, ב-Apple Pay וב-Google Pay. לכן כשבוחרים ספק בודקים לא רק אם הוא תומך באמצעי התשלום, אלא גם אם התמיכה זמינה בעמוד התשלום או בתוסף שמתחבר לפלטפורמה שלכם.
ארנקים דיגיטליים מקצרים את התשלום בטלפון, כי הלקוח לא מקליד מספר כרטיס ולא מחפש את תוקף הכרטיס. הכפתורים מוצגים רק ללקוחות שהמכשיר והדפדפן שלהם תומכים בארנק, ולכן הקופה צריכה להיראות טוב גם איתם וגם בלעדיהם. בהזמנות הניסיון כדאי לשלם גם בביט ובארנק, כדי לוודא שההזמנה מסומנת כשולמה ושהמסמך יוצא כמו בתשלום רגיל בכרטיס.
איך עובדים תשלומים והוראות קבע בחנות אינטרנטית?
תשלומים בחנות אינטרנטית הם אפשרות מוכרת לקונים בישראל, ובמוצרים יקרים יחסית היא יכולה להשפיע על ההחלטה לקנות. בעמוד התשלום מגדירים בדרך כלל אם להציע תשלומים ומה המספר המרבי שלהם, לפי מה שהספק מאפשר. מה שפחות גלוי ללקוח, ומאוד חשוב לכם, הוא איך הכסף מגיע לחשבון בעסקת תשלומים ומי נושא בעלות הפריסה. התשובות האלה נקבעות בהסכם הסליקה, ולכן הן צריכות להיות כתובות לפני שמפעילים את האפשרות בקופה.
הוראת קבע באשראי, או חיוב חוזר, עובדת אחרת. בחיוב הראשון ספק התשלום שומר אצלו את פרטי הכרטיס ומחזיר לאתר טוקן, מזהה שמאפשר לחייב שוב בלי שהאתר יחזיק את מספר הכרטיס. כך עובדים מנויים, חברויות ותרומות חודשיות, ובחנות צריך גם תוסף או אפליקציה שמנהלים את המנויים ומתחברים לספק שבחרתם. תכננו מראש מה קורה כשחיוב נכשל, למשל כשפג תוקף הכרטיס, ומי מקבל על כך התראה.
בכל חיוב חוזר הלקוח צריך לדעת כמה יחויב, באיזו תדירות ואיך מבטלים. את התנאים האלה מנסחים בתקנון ובעמוד ההצטרפות, והמדריך תקנון אתר מסביר מה בדרך כלל נכנס לתקנון של חנות. אין כאן ייעוץ משפטי, ואת הנוסח הסופי כדאי לבדוק עם עורך דין.
איך מחברים חשבוניות וקבלות לסליקה?
כל תשלום באתר צריך להסתיים במסמך, והפקה ידנית של מסמכים מחזיקה מעמד רק עד ההזמנות הראשונות. החיבור הנכון הוא בין החנות, ספק התשלום ומערכת החשבוניות, כך שתשלום שאושר מפיק מסמך ושולח אותו ללקוח בלי התערבות. סוג המסמך תלוי במעמד העסק ובסוג העסקה, ולכן את ההגדרות האלה קובעים יחד עם רואה החשבון ולא לפי ברירת המחדל של התוסף.
מי שמוכר גם לעסקים צריך לשים לב למודל חשבוניות ישראל של רשות המסים. במודל הזה חשבונית מס מעל סכום מסוים צריכה מספר הקצאה כדי שהעסק הקונה יוכל לנכות את מס התשומות, והסף יורד בהדרגה. לכן כדאי לוודא שמערכת החשבוניות מבקשת מספר הקצאה אוטומטית, ולבדוק את הסף העדכני באתר רשות המסים או מול רואה החשבון.
בדקו גם את המקרים הפחות נעימים. החזר כספי מלא או חלקי צריך להפיק מסמך מתאים ולהתעדכן בהזמנה, והזמנה שהתשלום שלה נכשל לא אמורה להפיק קבלה. הריצו את כל התרחישים האלה כהזמנות ניסיון לפני ההשקה, כולל תשלום בתשלומים, תשלום בארנק דיגיטלי והחזר.
מה זה 3D Secure, ומה עושים כשלקוח מכחיש עסקה?
3D Secure הוא פרוטוקול לאימות מחזיק הכרטיס בעסקאות אונליין, והגרסה העדכנית שלו מתוחזקת על ידי EMVCo. לפי EMVCo, במסלול שנקרא frictionless המנפיק מאשר את העסקה ברקע על סמך נתוני העסקה והמכשיר, ורק כשהוא רואה בה סיכון גבוה הלקוח מתבקש לאמת את עצמו, למשל בקוד חד פעמי או באפליקציה של הבנק. לפי Visa, אימות מוצלח מפחית את סיכון ההונאה ויכול להעביר את האחריות לחיוב חוזר בגין הונאה מבית העסק אל המנפיק. הכללים משתנים לפי אזור ולפי סוג העסקה, ולכן את התנאים המדויקים בודקים מול חברת הסליקה.
חיוב חוזר, או הכחשת עסקה, קורה כשלקוח פונה לחברת האשראי שלו וטוען שלא ביצע את העסקה, שלא קיבל את המוצר או שקיבל משהו אחר ממה שהזמין. במקרה כזה חברת הסליקה פונה לעסק ומבקשת תיעוד, ואם התיעוד לא מספיק, הסכום עלול לרדת מהחשבון. 3D Secure עוזר בעיקר בטענות של הונאה, ולא במחלוקות על משלוח או על איכות המוצר, ולכן חשוב גם לנהל את העסקאות בצורה שמונעת מחלוקות:
- שם מזוהה בפירוט החיוב: לקוח שלא מזהה את שם העסק בדף החיוב עלול לחשוב שמדובר בהונאה
- תיעוד משלוח: אישור מסירה או מספר מעקב לכל הזמנה של מוצר פיזי
- מדיניות ביטולים גלויה: תנאי ביטול והחזרה שמופיעים בקופה ובתקנון
- מענה מהיר: דרך ברורה לפנות אליכם, כדי שלקוח יפנה לעסק לפני שהוא פונה לחברת האשראי
- שמירת נתוני ההזמנה: מועד, פרטי משלוח והתכתבויות, למקרה שתתבקשו להציג אותם
אף אחד מהצעדים האלה לא מונע הכחשות לגמרי, אבל יחד הם מצמצמים אותן ומשפרים את המצב שלכם כשמגיעה פנייה. כדאי גם לבדוק בהסכם הסליקה כמה זמן יש לכם להגיב לפנייה ובאיזו דרך. מי שמגלה את המועדים רק כשמגיעה ההכחשה הראשונה מגלה אותם מאוחר מדי.
אילו שאלות לשאול ספק סליקה לפני שחותמים?
כשמחפשים סליקה לאתר, ההצעות של הספקים נראות דומות במבט ראשון, וההבדלים מתגלים בפרטים שלא מופיעים בעמוד המכירה. הטבלה הבאה מרכזת את השאלות שכדאי לשלוח לכל ספק בכתב, ולהשוות את התשובות זו לצד זו. היא לא ממליצה על ספק מסוים, כי ההתאמה תלויה בפלטפורמה, בסוג המוצרים ובהיקף המכירות שלכם.
| שאלה לספק | למה היא חשובה |
|---|---|
| עם מי נחתם הסכם הסליקה: ישירות עם סולק או דרככם כמאגד? | זה קובע מי מעביר את הכספים ומי קובע את התנאים |
| אילו אמצעי תשלום נתמכים: כרטיסים, ביט, Apple Pay ו-Google Pay? | לא כל אמצעי תשלום זמין בכל ממשק או תוסף |
| יש חיבור רשמי ל-WooCommerce או ל-Shopify, ומי מתחזק אותו? | תוסף שלא מתעדכן יכול לשבור את הקופה אחרי עדכון |
| עמוד מתארח, iframe או שדות, ומה נדרש מאיתנו ב-PCI DSS? | דרך החיבור קובעת את היקף האחריות שלכם |
| איך מוגדרים תשלומים, ומתי מגיע הכסף בעסקת תשלומים? | משפיע ישירות על תזרים המזומנים של העסק |
| יש טוקנים וחיובים חוזרים, ואפשר להעביר אותם לספק אחר? | בלי זה, מעבר ספק עלול לחייב את כל המנויים להירשם מחדש |
| 3D Secure פעיל, ומי נושא בעלות של עסקה מוכחשת? | קובע כמה מהסיכון נשאר אצלכם |
| יש חיבור אוטומטי למערכת החשבוניות שלנו? | חוסך הפקה ידנית וטעויות במסמכים |
| מה מבנה העמלות: קבועה, לעסקה, לפי אמצעי תשלום? | כך משווים הצעות על אותו בסיס |
| מה התנאים ליציאה מההסכם? | מראה כמה קל יהיה לעבור ספק בעתיד |
בבניית חנות אנחנו מחברים את ספק הסליקה שבחרתם, מריצים הזמנות ניסיון בכל אמצעי תשלום ובודקים את הקופה ב-11 רוחבי מסך, מ-320 ועד 1920 פיקסלים. את כל התהליך, מעץ הקטגוריות ועד ההזמנה הראשונה, תמצאו בעמוד בניית חנות אינטרנטית, ואת ההכנות שלפני הבנייה במדריך איך לפתוח חנות אינטרנטית. השאירו פרטים וקבעו שיחת אפיון ללא עלות, ונעבור יחד על התשובות שקיבלתם מהספקים.
שאלות נפוצות
מה ההבדל בין סליקה באתר לבין קישור לתשלום?
קישור לתשלום הוא עמוד של הספק שנשלח ללקוח במייל, במסרון או בוואטסאפ, והלקוח משלם בו בלי שהאתר מעורב. זה פתרון נוח לעסקי שירות עם מעט עסקאות. סליקה שמחוברת לאתר קשורה להזמנה עצמה, כך שהמלאי, סטטוס ההזמנה והחשבונית מתעדכנים אוטומטית. בחנות עם הזמנות רבות, קישור ידני לכל לקוח הופך מהר לעבודה ולטעויות.
מותר לשמור מספרי כרטיסי אשראי באתר?
ככלל, לא כדאי. שמירת מספרי כרטיס באתר מכניסה אותו להיקף רחב בהרבה של דרישות PCI DSS ומגדילה את הנזק האפשרי בפריצה. הפתרון המקובל הוא טוקן: ספק התשלום שומר את פרטי הכרטיס אצלו, והאתר מחזיק רק מזהה שמאפשר לחייב שוב. כך עובדים מנויים, הוראות קבע ולקוחות חוזרים, בלי שמספר הכרטיס יישב בשרת שלכם.
איך מקבלים תשלום בביט באתר?
נכון לאוקטובר 2026, לפי דף העסקים של ביט, עסק מקבל תשלום בביט באתר או באפליקציה דרך התקשרות עם אחת החברות שביט מציגה, למשל Grow, קארדקום או איזיקארד. כל חברה קובעת תנאים, עמלות ותהליך זיהוי משלה. אם כבר יש לכם ספק סליקה, שאלו אותו קודם אם ביט זמין אצלו בעמוד התשלום ובתוסף שמחובר לחנות שלכם.
האם עסק קטן חייב לעמוד בתקן PCI DSS?
לפי מועצת PCI SSC, התקן חל על כל עסק שמקבל תשלום בכרטיסי אשראי, בלי קשר לגודל או להיקף העסקאות. מה שמשתנה הוא היקף העבודה: עסק שמעביר את כל הטיפול בנתוני הכרטיס לספק מאושר, דרך עמוד תשלום מתארח, ממלא בדרך כלל את השאלון המצומצם ביותר. את השאלון המתאים ואת אופן ההגשה מאשרים מול חברת הסליקה.
אפשר להחליף ספק סליקה אחרי שהחנות עלתה?
כן, אבל כדאי לתכנן את זה. בחנות צריך להחליף את התוסף או האפליקציה, להריץ הזמנות ניסיון מחדש ולבדוק שהחשבוניות ממשיכות לצאת כמו קודם. החלק הרגיש הוא חיובים חוזרים, כי טוקנים שנשמרו אצל ספק אחד לא תמיד עוברים לספק אחר. לכן שאלו מראש אם אפשר להעביר אותם, עוד לפני שחותמים עם הספק הראשון.
הקמת אתר אינטרנט מתחילה בשיחה
ספרו לנו מה העסק עושה ולאן הוא רוצה להגיע. נחזור אליכם עם כיוון ראשוני ושאלות חכמות, בלי התחייבות.


