Stripe בישראל: למה זה לא עובד, ומה כן עובד במקום
כל מדריך פיתוח בעולם מתחיל ב״פשוט תחברו Stripe״, וכל בעל עסק ישראלי שניסה גילה שהסיפור נגמר מוקדם. מה שמתסכל זה לא ה״לא״ עצמו — אלא שאף אחד לא מסביר למה, ומה כן עושים אחר כך. הנה התשובה הישירה, ואחריה פיצול שחוסך הרבה עבודה מיותרת: מה נכון כשהלקוחות שלכם ישראלים, ומה נכון לגמרי אחרת כשהם יושבים בארצות הברית או באירופה.
התשובה הקצרה, ולמה היא מבלבלת כל כך
ישראל אינה מופיעה ברשימת המדינות שבהן Stripe מאפשר לפתוח חשבון עסקי — הרשימה מתפרסמת ומתעדכנת אצל Stripe עצמם, ולכן שווה לבדוק אותה שם לפני שמתכננים משהו סביבה. ״נתמך״ במונחים של Stripe אומר דבר מאוד ספציפי: שאפשר לרשום עסק שמאוגד באותה מדינה ולהעביר את הכסף לחשבון בנק מקומי. לא ״שהאתר שלכם ייטען שם״.
הבלבול נובע משני דברים. הראשון: התיעוד של Stripe פתוח לכולם, אז אפשר לקרוא, להתקין ספרייה ואפילו להריץ סביבת בדיקות — עד שמגיעים לשלב שבו צריך לחבר חשבון אמיתי. השני: באמת יש אתרים של ישראלים שרצים על Stripe. ברוב המקרים העסק שמאחורי הכרטיס לא ישראלי — הוא ישות שנפתחה בחו״ל, וזו החלטה במישור אחר לגמרי.
אז לפני שממשיכים: אם מישהו הבטיח לכם ״נחבר Stripe״ בלי לשאול איפה העסק רשום ולאן הכסף יגיע — זה סימן אזהרה, לא הבטחה.
מה באמת חוסם, ורמז: זה לא הקוד
החלק הטכני של חיבור סליקה הוא כמעט תמיד החלק הקל. מה שקובע אם ספק יעבוד איתכם הוא שרשרת שלמה של דברים לא-טכניים: איפה העסק רשום, מי בודק אתכם בתהליך הקבלה, לאיזה חשבון בנק ובאיזה מטבע נסגרת ההעברה, ומי מטפל בהיבטים הרגולטוריים במדינה שבה נגבה הכסף.
בגלל זה שני עסקים עם בדיוק אותה חנות, אותו קוד ואותו מוצר יכולים לקבל תשובות הפוכות מאותו ספק. ובגלל זה גם ההחלטה הזאת צריכה להיסגר לפני שכותבים שורת קוד ראשונה בקופה — לא אחרי.
- איפה הישות המשפטית רשומה (עוסק בישראל מול חברה בחו״ל) — זה השדה הראשון שכל ספק בודק
- לאיזה חשבון בנק הכסף אמור להגיע, ובאיזה מטבע
- האם המוצר או התחום נכללים בסוגי הפעילות שהספק מוכן לקבל
- מי מפיק את החשבונית ללקוח, ובאיזו מדינה נרשמת המכירה
- האם צריך תמיכה בשקל, בפריסה לתשלומים ובאמצעי תשלום מקומיים
אם הלקוחות שלכם ישראלים — הבעיה כבר פתורה
זה המקרה שבו כל הדיון על Stripe הוא בזבוז זמן. עסק שמוכר לישראלים צריך בדיוק את מה שספקי הסליקה הישראליים נותנים ו-Stripe ממילא לא היה נותן: חיוב בשקלים, פריסה לתשלומים בכרטיס — שהיא ציפייה בסיסית של הקונה הישראלי — ביט וארנקים דיגיטליים, וחיבור למערכת החשבוניות שאתם כבר עובדים איתה.
לקונה ישראלי, קופה שמציגה מחיר בדולר, בלי אפשרות לתשלומים ובלי ביט, נראית כמו אתר זר — וזה בדיוק הרגע שבו נוטשים עגלה. את הפירוט המלא של איך בוחרים ספק ישראלי, מה ההבדל בין דף תשלום מתארח לחיבור API ומה לבדוק לפני שחותמים כתבנו בנפרד במדריך חיבור ביט ותשלומים לאתר, ואין טעם לחזור עליו כאן.
אם הלקוחות שלכם בחו״ל — כאן זה נהיה מעניין
זה המקרה שבשבילו אנשים בכלל מחפשים את Stripe: עסק ישראלי שמוכר שירות, תוכנה או מוצר דיגיטלי ללקוחות באמריקה או באירופה. יש כאן כמה מסלולים אמיתיים, וכל אחד מהם מתאים למשהו אחר.
המסלול הראשון הוא להישאר עם ספק ישראלי שתומך בחיוב במטבע זר. הכי פשוט מבחינה משפטית וחשבונאית, אבל חוויית הקופה של הלקוח הזר תלויה לגמרי במה שהספק מציע — ולכן שווה לבדוק את דף התשלום שלו בעיניים של אמריקאי, לא בעיניים שלכם.
המסלול השני הוא שירותי קבלת תשלומים בינלאומיים כמו PayPal, Payoneer או Wise. הם עובדים מצוין למי שמוציא חשבונית על פרויקט ומקבל תשלום, והם פתרון גרוע כשמדובר בקופה אוטומטית עם מנויים, חידושים והחזרים — כי הם לא נבנו בשביל זה.
המסלול השלישי, שכמעט לא מדברים עליו בעברית, הוא פלטפורמות Merchant of Record למוצר דיגיטלי. במודל הזה הפלטפורמה נחשבת המוכרת מול הלקוח הסופי, כלומר היא זו שמטפלת במיסי המכירה ובמע״מ במדינת הקונה — כאב ראש שבעסק קטן שווה כסף אמיתי. התנאי: צריך לוודא בתיעוד של הפלטפורמה עצמה שהיא מקבלת מוכרים שהעסק שלהם רשום בישראל, כי זו בדיוק הנקודה שבה המסלולים נופלים.
המסלול הרביעי הוא פתיחת ישות בחו״ל. הוא קיים, הוא לגיטימי, והוא לא החלטה של מפתח אתרים. זו החלטה של רואה חשבון ועורך דין — עם השלכות על מס, על דיווח ועל התנהלות שוטפת שנמשכות הרבה אחרי שהאתר עלה לאוויר. אנחנו לא נותנים ייעוץ בתחום הזה, ולא נבנה סביבו הנחות.
מה שכדאי לא לעשות, גם אם זה מפתה
רוב הכאב בפרויקטים כאלה נולד מהחלטות שנראו קטנות בשבוע הראשון.
ההמלצה הכנה: תחליטו על מסלול הגבייה לפני שמתחילים לבנות קופה, ותבנו את הקוד כך שהחלפת ספק בעתיד תהיה עבודה של ימים ולא בנייה מחדש. זה הבדל שמרגישים רק כשמשהו משתנה — ומשהו תמיד משתנה.
- לבנות קופה שלמה סביב ספק שעוד לא אישר אתכם — הצעד הזה הפוך
- לקבע מטבע יחיד בקוד, ואז לגלות שצריך למכור גם בשקלים
- לפתוח חברה בחו״ל רק כדי לקבל עמוד תשלום יפה יותר, בלי לבדוק את המשמעות המיסויית
- לשלב ספריית תשלומים ישירות בכל מקום בקוד במקום דרך שכבת ביניים אחת
- להתעלם מהחשבונית: תשלום שנקלט בלי מסמך מסודר הוא בעיה שמתגלה בסוף השנה
שאלות נפוצות
אז אי אפשר להשתמש ב-Stripe בישראל בכלל?
לא כעסק שרשום בישראל ומעביר את הכסף לחשבון בנק ישראלי, לפי רשימת המדינות הנתמכות שמפרסמים ב-Stripe. מי שכן עובד עם Stripe עושה זאת דרך ישות שנפתחה במדינה נתמכת — וזו החלטה משפטית ומיסויית, לא טכנית. הרשימה מתעדכנת מדי פעם, אז שווה לבדוק אותה במקור לפני החלטה.
אני מוכר קורס דיגיטלי לאמריקאים. מה הכי פשוט?
לרוב מוכרי המוצר הדיגיטלי הקטנים, פלטפורמת Merchant of Record היא הדרך הקצרה ביותר, כי היא לוקחת על עצמה את הטיפול במיסי המכירה במדינת הקונה. לפני שמתחייבים צריך לוודא בתיעוד של הפלטפורמה שהיא מקבלת מוכרים מישראל, ולבדוק מה זה עושה לתמחור שלכם.
PayPal יכול להחליף סליקה באתר?
למי שמוציא חשבונית על פרויקט ומקבל תשלום — בהחלט יכול להספיק. לחנות עם עגלה, מנויים והחזרים אוטומטיים הוא לא תחליף לסליקה, כי חוויית הקנייה והתיעוד לא נבנו לזה. אפשר להציע אותו כאמצעי נוסף לצד סליקה, לא במקומה.
בניתם כבר את האתר על Stripe. מה עכשיו?
תלוי איך נכתב. אם כל הקריאות לתשלום עוברות דרך שכבה אחת בקוד, ההחלפה היא עבודה ממוקדת. אם ספריית התשלומים פזורה בעשרים מקומות, זו עבודה גדולה יותר — ובדיוק בגלל זה אנחנו בונים מלכתחילה עם הפרדה כזאת. שלחו לנו את המצב הקיים ונגיד לכם בכנות באיזה מהשניים אתם.
מוכרים ללקוחות בארץ, בחו״ל או בשניהם — ולא בטוחים דרך מי לגבות? ספרו לנו מי הלקוחות ואיפה העסק רשום, ונחזור עם המסלול שמתאים לכם ועם הצעה לפי מה שבאמת צריך.