# סליקה, חשבוניות וקבלות במערכת שנבנתה בכלי AI: מדריך לעסק ישראלי

כתובת העמוד: https://agentical.co.il/guides/israeli-payments

מאת תומר גל (Tomer Gal), מייסד Agentical: https://agentical.co.il/about#founder. פורסם ב-11 באוקטובר 2026, עודכן ב-12 באוקטובר 2026.

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

## מה הכלים מחברים מהקופסה, ומה מזה פתוח לעסק ישראלי

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

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

| כלי | מה מחובר מהקופסה | פתוח לעסק שרשום בישראל |
| --- | --- | --- |
| Lovable | Paddle או Stripe [1](https://docs.lovable.dev/features/payments), או חשבון Stripe קיים שלכם [2](https://docs.lovable.dev/integrations/stripe) | Paddle, למוצר דיגיטלי או לתוכנה |
| Base44 | Stripe [3](https://docs.base44.com/documentation/setting-up-your-app/setting-up-payments), או Base44 Payments של Wix [4](https://docs.base44.com/Setting-up-your-app/setting-up-wix-payments) | אף אחד מהשניים. החיבור המובנה ל-Tranzila ול-Max by Hyp לא זמין מאוגוסט 2026 [5](https://docs.base44.com/Setting-up-your-app/accepting-payments-israel) |
| Replit | Stripe [8](https://docs.replit.com/features/monetization/stripe-payments) | לא |
| Emergent | Stripe [9](https://help.emergent.sh/stripe) | לא |
| Bolt | Stripe [10](https://support.bolt.new/integrations/stripe) | לא |

לפי רשימות המדינות של Stripe, של Paddle ושל Base44 Payments, ולפי התיעוד של Base44 על תשלומים בישראל, שמפורטים מתחת לטבלה. חברת סליקה ישראלית מחברים בקוד או בדף תשלום, כמו שמוסבר בהמשך.

### מה אומרות רשימות המדינות

- Stripe: ברשימת המדינות שבהן Stripe זמינה לעסקים אין את ישראל, נכון ל-11 באוקטובר 2026 [11](https://stripe.com/global). כשפותחים חשבון Stripe דרך Lovable, המדינה שמזינים היא המדינה שבה העסק רשום [1](https://docs.lovable.dev/features/payments).
- Base44 Payments: זמין רק לעסק שהכתובת שלו וחשבון הבנק שלו נמצאים באחת המדינות שברשימה, וישראל לא ביניהן [4](https://docs.base44.com/Setting-up-your-app/setting-up-wix-payments).
- Base44 לעסק ישראלי: Base44 הציעה חיבור מובנה ל-Tranzila, ובמאי 2026 הוסיפה לצידו את Max by Hyp [6](https://docs.base44.com/changelog/product), שתיהן לתשלומים בשקלים ומתוכנית Builder [5](https://docs.base44.com/Setting-up-your-app/accepting-payments-israel). לפי התיעוד של Base44, מאוגוסט 2026 שתיהן לא זמינות יותר כחיבור מובנה, ומי שגובה מלקוחות בישראל מבקש מצ׳אט ה-AI לחבר את חברת הסליקה שבחר כחיבור רגיל [5](https://docs.base44.com/Setting-up-your-app/accepting-payments-israel). מרכז העזרה של Wix עדיין מתאר את החיבור ל-Tranzila, בגרסה שעודכנה לאחרונה ביולי 2026 [7](https://support.wix.com/en/article/base44-payments-accepting-payments-in-israel), כלומר לפני ההודעה של Base44.
- Paddle: עובדת עם עסקי תוכנה מכל העולם, חוץ מרשימה של מדינות שאינה כוללת את ישראל [12](https://www.paddle.com/help/start/intro-to-paddle/which-countries-are-supported-by-paddle). ב-Lovable היא מתאימה למוצרים דיגיטליים ולתוכנה, כמו מנוי לאפליקציה או קורס דיגיטלי, ולא לשירותים או למוצרים פיזיים [1](https://docs.lovable.dev/features/payments).

Paddle עובדת כ-Merchant of Record: מבחינה משפטית היא המוכרת ללקוח שלכם, והיא שמחשבת את המס, גובה אותו ומפיקה ללקוח את החשבוניות והקבלות. אתם מקבלים ממנה את הכסף אחרי העמלות [1](https://docs.lovable.dev/features/payments). זה פותר הרבה, אבל מתאים רק למה שהיא מוכנה למכור.

### של מי החשבון, ומי מחזיק את המפתחות

בתשלומים המובנים של Lovable, Lovable פותחת את החשבון אצל הספק ומנהלת את המפתחות ואת כתובות ההודעות, ואת חשבון Stripe מעבירים לבעלותכם בשלב העלייה לאוויר [1](https://docs.lovable.dev/features/payments). Base44 פותחת סביבת בדיקה של Stripe, ויש 60 יום להעביר אותה לבעלותכם ולחבר אותה לחשבון Stripe של העסק [3](https://docs.base44.com/documentation/setting-up-your-app/setting-up-payments). ב-Replit החשבון שלכם מההתחלה, והחיבור נעשה דרך אפליקציה שמתקינים בו [8](https://docs.replit.com/features/monetization/stripe-payments). ב-Emergent עובדים בסביבה שהיא מנהלת, שבה המפתחות מוזנים לפרויקט לקריאה בלבד, או עם מפתחות משלכם [9](https://help.emergent.sh/stripe). וב-Bolt מזינים מפתח מחשבון שלכם, ו-Bolt רושמת בעצמה את כתובת ההודעות [10](https://support.bolt.new/integrations/stripe).

כתובת ההודעות, שתחזור הרבה במדריך, היא הכתובת שאליה ספק התשלומים שולח הודעה בכל פעם שמשהו קורה: תשלום הצליח או נכשל, מנוי חודש או בוטל. באנגלית קוראים לה Webhook או Callback. והמפתחות עצמם: ב-Lovable וב-Base44, מפתח שנשמר ב[אזור הסודות](https://agentical.co.il/guides/glossary#secrets) מוצג אחר כך רק בשמו [13](https://docs.lovable.dev/features/secrets) [14](https://docs.base44.com/api-reference/list-secrets).

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

## שלוש הדרכים לגבות תשלום, ואיך לדעת מה יש אצלכם

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

### א. ספק בינלאומי, דרך הכלי

הדרך שהכלי מציע מעצמו: Paddle או Stripe, עם קופה שהכלי בנה, מפתחות שהוא מחזיק וכתובות הודעות שהוא רשם. ב-Lovable יש לזה לשונית תשלומים משלה, עם מעבר בין נתוני בדיקה לנתוני אמת [1](https://docs.lovable.dev/features/payments). לעסק ישראלי, בפועל, זו בדרך כלל Paddle, למוצר דיגיטלי.

ב-Base44 הדרך הזו כללה עד אוגוסט 2026 גם חיבור מובנה ל-Tranzila ול-Max by Hyp, והכסף עצמו עבר לעסק מחברת הסליקה, לא מ-Base44 [5](https://docs.base44.com/Setting-up-your-app/accepting-payments-israel). התיעוד לא אומר מה קורה לאפליקציה שכבר גובה כך. אם זה המצב אצלכם, בדקו בלוח התשלומים של האפליקציה שהחיבור עדיין פעיל, ושאלו את Base44 לפני שמשנים משהו.

### ב. חברת סליקה ישראלית, שמחוברת בקוד

כאן הכלי כתב קוד שמדבר עם חברת סליקה ישראלית. התיעוד של Grow (לשעבר משולם) [15](https://developers.grow.business/) מתאר את המהלך כך: השרת שלכם מבקש מהחברה דף תשלום ומקבל קישור, הדף נפתח ללקוח בתוך העמוד או בעמוד נפרד, ואחרי התשלום השרת של החברה מודיע לשרת שלכם, ורק אז השרת שלכם מאשר את העסקה [16](https://developers.grow.business/reference/the-process). ב-PayPlus המהלך דומה: מבקשים קישור לדף תשלום ומוסיפים כתובת שאליה יישלחו עדכונים על העסקה, וכל הפניות לחברה חייבות לצאת מהשרת ולא מהדפדפן [17](https://docs.payplus.co.il/reference/website-or-app). וזו גם הדרך ש-Base44 מציעה היום לעסק ישראלי: לבקש מצ׳אט ה-AI לחבר את חברת הסליקה שבחרתם, והוא בונה את החיבור [5](https://docs.base44.com/Setting-up-your-app/accepting-payments-israel).

היתרון הוא מה שספק בינלאומי לא תמיד נותן: אמצעים שהלקוחות בישראל מכירים. בקישור לדף תשלום של PayPlus, למשל, אפשר לפתוח את הדף על Bit או על Apple Pay ולקבוע לכמה תשלומים לחלק את הסכום [18](https://docs.payplus.co.il/reference/post_paymentpages-generatelink).

בשתי הדרכים האלה את מספר הכרטיס הלקוח מקליד בדף של חברת הסליקה, לא באפליקציה שלכם. כך זה צריך להיות: לפי תנאי השימוש של Lovable, בלי תוכנית או הסכם שמתירים זאת, אסור להעלות לשירות שלה נתוני כרטיסי אשראי [19](https://lovable.dev/terms). אם המערכת שלכם שומרת מספרי כרטיס, עצרו כאן ועברו [לבדיקת המידע הרגיש ברשימת האבטחה](https://agentical.co.il/guides/security-checklist#sensitive).

### ג. דף תשלום או קישור, מחוץ למערכת

הדרך הפשוטה ביותר: כפתור באפליקציה פותח דף תשלום שיצרתם בלוח הבקרה של חברת הסליקה. אין קוד, ואין מפתחות בכלי. החיסרון הוא שהאפליקציה לא יודעת מי שילם, אלא אם חברת הסליקה שולחת לה הודעה. ב-Grow, למשל, הודעות כאלה על דפי תשלום מפעילים דרך התמיכה שלה [20](https://developers.grow.business/docs/webhooks). בלי זה, מישהו בעסק מסמן ידנית מי שילם.

טבלה: איך לזהות באיזו דרך המערכת שלכם גובה

| מה רואים | כנראה הדרך |
| --- | --- |
| בכלי יש לשונית תשלומים עם מעבר בין בדיקה לאמת [1](https://docs.lovable.dev/features/payments), והקופה של Paddle או של Stripe | א. ספק בינלאומי דרך הכלי |
| באזור הסודות של הכלי יש מפתחות ששמם מזכיר חברת סליקה ישראלית (שם המפתח מופיע גם כשהערך מוסתר [13](https://docs.lovable.dev/features/secrets) [14](https://docs.base44.com/api-reference/list-secrets)) | ב. חברת סליקה ישראלית בקוד |
| ב-Base44: בלוח התשלומים של האפליקציה מחוברת Tranzila או Max by Hyp, עם מספר מסוף | א. דרך הכלי, אבל לחברה ישראלית: החיבור המובנה של Base44, שלפי התיעוד שלה לא זמין מאוגוסט 2026 [5](https://docs.base44.com/Setting-up-your-app/accepting-payments-israel) |
| כפתור התשלום פותח דף בכתובת של חברת הסליקה, ובכלי אין שום מפתח שלה | ג. דף תשלום מחוץ למערכת |

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

## חשבונית או קבלה: מי מפיק את המסמך

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

- CardCom מציעה סליקה וחשבוניות אוטומטיות מאותה חברה [21](https://www.cardcom.solutions/online-payments/).
- Grow יכולה לשלוח למערכת שלכם הודעה כשנוצרה חשבונית, עם קישור למסמך [20](https://developers.grow.business/docs/webhooks).
- ב-PayPlus, בבקשה לדף תשלום אפשר לקבוע פרטים של המסמך, כמו השם שיופיע עליו והשפה שלו, והם עוברים לשירות החשבוניות שמחובר לחשבון [18](https://docs.payplus.co.il/reference/post_paymentpages-generatelink).
- Tranzila כותבת שהמערכת שלה מפיקה אוטומטית חשבוניות אלקטרוניות חתומות [22](https://docs.tranzila.com/).
- ושירותים להפקת מסמכים, כמו Morning (חשבונית ירוקה), פותחים ממשק שדרכו המערכת יוצרת מסמכים ומקבלת הודעות, עם סביבת בדיקה [23](https://developers.morning.co/api).

חברות הסליקה כאן מופיעות לפי סדר הא״ב באנגלית, כדוגמאות שהתיעוד שלהן למפתחים פתוח לכל, ובלי דירוג. יש עוד, וההתאמה תלויה בעסק שלכם.

### מספר הקצאה: למה לא לתת לאפליקציה לייצר חשבונית בעצמה

מאז 1 בינואר 2024 רשות המסים מנפיקה מספרי הקצאה לחשבוניות מס. לקוח שהוא עסק יכול לנכות את המע״מ מחשבונית מס שסכומה לפני מע״מ גבוה מהתקרה רק אם יש עליה מספר הקצאה, ומ-1 ביוני 2026 התקרה היא 5,000 ₪. תוכנת הנהלת חשבונות מעודכנת מבקשת את המספר אוטומטית, כחלק מהפקת החשבונית [24](https://www.gov.il/he/pages/faq_israel_invoice).

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

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

## מה נמצא איפה, ומה עובר במעבר

[בשש השכבות של מערכת שנבנתה בכלי AI](https://agentical.co.il/guides/what-moves) התשלומים יושבים בשכבה השישית, החיבורים, אבל נוגעים בעוד שלוש: מסד הנתונים (מי שילם ועל מה), המשתמשים (של מי המנוי) והדומיין (לאן נשלחות ההודעות). לכן כדאי לפרק אותם לחלקים:

טבלה: כל חלק בתשלומים: איפה הוא נמצא היום, ומה קורה לו במעבר

| מה | איפה זה היום | מה קורה במעבר |
| --- | --- | --- |
| החשבון אצל הספק, הלקוחות וההיסטוריה | אצל הספק, על שם מי שפתח את החשבון | נשאר. ודאו שהוא על שם העסק ושיש לכם כניסה אליו |
| מפתחות | באזור הסודות של הכלי [13](https://docs.lovable.dev/features/secrets) [14](https://docs.base44.com/api-reference/list-secrets) | לא עוברים. יוצרים חדשים ומבטלים את הישנים בסוף |
| כתובת ההודעות | אצל הספק, ומצביעה על כתובת שהכלי יצר [1](https://docs.lovable.dev/features/payments) | נשברת אם לא מעדכנים אותה. מפורט בהמשך |
| רשומות התשלומים והמנויים | במסד הנתונים של המערכת [8](https://docs.replit.com/features/monetization/stripe-payments) | עוברות איתו, ובודקים אותן מול הספק |
| כרטיסים שמורים וחיובים חוזרים | אצל חברת הסליקה, משויכים למסוף שלכם [25](https://docs.payplus.co.il/reference/post_token-list) | נשארים, כל עוד נשארים עם אותה חברה ואותו מסוף |
| חשבוניות וקבלות | בשירות שמפיק את המסמכים | נשארות. מחברים אליו את הבית החדש |
| Apple Pay בתוך העמוד | מאומת מול הדומיין של הקופה [26](https://developers.grow.business/reference/iframe-vs-redirect) | אם הדומיין משתנה, מאמתים מחדש |

ב-Lovable וב-Base44, חשבון Stripe שהכלי פתח בשבילכם עובר לבעלותכם רק כשמשלימים את ההעברה [1](https://docs.lovable.dev/features/payments) [3](https://docs.base44.com/documentation/setting-up-your-app/setting-up-payments). ב-Replit, נתוני Stripe מועתקים גם למסד הנתונים של האפליקציה [8](https://docs.replit.com/features/monetization/stripe-payments).

ומה אם רוצים גם להחליף חברת סליקה? הכרטיסים השמורים לא עוברים מעצמם. Stripe, למשל, מעבירה נתוני כרטיסים רק לחברה שעומדת בתקן PCI DSS Level 1, ובתיאום איתה [27](https://docs.stripe.com/get-started/data-migrations/pan-export). זה פרויקט בפני עצמו.

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

## מה נשבר במעבר, ואיך זה נראה מבחוץ

רוב התקלות בתשלומים אחרי מעבר לא נראות כמו תקלה. הכסף נגבה, ומשהו אחר לא קורה. אלה המקרים שכדאי להכיר:

### הלקוח שילם, ושום דבר לא נפתח לו

כך נראית הודעה שלא הגיעה: Lovable מזהירה שאם כתובת ההודעות של האפליקציה נמחקת, הרכישות עדיין מצליחות, אבל המנויים לא מופעלים והתכונות לא נפתחות [1](https://docs.lovable.dev/features/payments).

### דף "תודה" הוא לא הוכחה לתשלום

ב-Grow, לדף ההצלחה לא נשלחים פרטי העסקה; הם מגיעים בהודעה משרת לשרת, והעסקה מאושרת רק כשהשרת שלכם מאשר אותה. גם לקוח שסגר את הדפדפן באמצע לא משנה את זה [16](https://developers.grow.business/reference/the-process). מערכת שמסמנת "שולם" רק כי הלקוח הגיע לדף התודה עלולה לטעות, ודווקא סביב רגע המעבר.

### תשלום שנרשם פעמיים

Stripe כותבת שאותה הודעה יכולה להגיע יותר מפעם אחת, וממליצה לשמור את המזהים של ההודעות שכבר טופלו ולדלג עליהן [28](https://docs.stripe.com/webhooks). בזמן מעבר, כשהמערכת הישנה והחדשה רצות במקביל, יש עוד דרך לטפל באותו תשלום פעמיים.

### הודעות שממשיכות להגיע לכתובת הישנה

בסביבת האמת, Stripe מנסה למסור הודעה שלא נמסרה במשך עד שלושה ימים [28](https://docs.stripe.com/webhooks), ו-Bolt רושמת את כתובת ההודעות בעצמה [10](https://support.bolt.new/integrations/stripe), כך שקל לשכוח שהיא בכלל קיימת.

### ניתוק שאי אפשר לבטל

ב-Lovable, ניתוק התשלומים המובנים מוחק את המפתחות ואת כתובות ההודעות, ואי אפשר לחבר שוב את אותו חשבון לאותו פרויקט [1](https://docs.lovable.dev/features/payments). לא מנתקים לפני שהבית החדש גובה בהצלחה.

### הודעה מזויפת

מי שמכיר את הכתובת יכול לשלוח אליה הודעה שנראית כמו "תשלום הצליח". Stripe חותמת על כל הודעה [28](https://docs.stripe.com/webhooks), ו-PayPlus מצרפת חתימה שבודקים עם המפתח הסודי [29](https://docs.payplus.co.il/reference/validate-requests-received-from-payplus). בבית החדש, הקוד שמקבל את ההודעות צריך לבדוק את החתימה, תמיד.

### בדיקה שעולה כסף אמיתי

בסביבת הבדיקה של Grow אין סביבת ניסיון ל-Bit, ל-Google Pay ול-Apple Pay, ותשלום בהם הוא תשלום אמיתי. ובחיבור חדש, Grow נותנת גישה לסביבת האמת רק אחרי שהיא מאשרת את הפיתוח והבדיקות [30](https://developers.grow.business/reference/testing-environment). את שני אלה מכניסים ללוח הזמנים.

## רשימה למעבר בטוח של התשלומים

הסדר חשוב יותר מהמהירות. כך מעבירים את התשלומים בלי לאבד עסקה ובלי לחייב פעמיים:

1. רשמו מה יש היום: הספק, הדרך (א, ב או ג), אמצעי התשלום (כרטיס, Bit, ארנקים דיגיטליים, חלוקה לתשלומים), האם יש מנויים חוזרים, ומי מפיק את המסמכים.
2. ודאו שהחשבון שלכם: כניסה כמנהלים לחשבון אצל הספק, על שם העסק. אם הכלי פתח את החשבון, השלימו את העברת הבעלות. ואת הסיסמה ואת המפתחות לא שולחים לאף אחד בהודעה; [מה עושים במקום](https://agentical.co.il/guides/before-the-call#access).
3. מצאו את כל כתובות ההודעות: בלוח הבקרה של הספק. בחברות שבהן ההודעות מופעלות דרך התמיכה, כמו Grow [20](https://developers.grow.business/docs/webhooks), בקשו רשימה בכתב. כללו גם הודעות על חשבוניות ועל חיובים חוזרים.
4. הקימו את התשלומים בבית החדש, בסביבת בדיקה: מפתחות חדשים, כרטיסי הבדיקה של הספק, ותרחישים: תשלום שהצליח, תשלום שנכשל, ביטול, החזר, חידוש מנוי ושדרוג. Lovable ממליצה לבדוק בדיוק תרחישים כאלה לפני שעולים לאוויר [1](https://docs.lovable.dev/features/payments).
5. טפלו בכל תשלום פעם אחת: הקוד החדש בודק את החתימה של כל הודעה, שומר את מזהה העסקה, ולא פותח הזמנה או מנוי פעמיים על אותו מזהה [28](https://docs.stripe.com/webhooks).
6. החליפו בשעה שקטה, בסדר הנכון: עוצרים לכמה דקות הזמנות חדשות במערכת הישנה, מעבירים את הדומיין, מעדכנים אצל הספק את כתובות ההודעות לבית החדש, ורק אז פותחים שוב.
7. השוו מול הספק: אחרי ההחלפה, השוו את רשימת העסקאות אצל הספק לרשומות במסד הנתונים החדש, לכל השעות שסביב ההחלפה. עסקה בלי רשומה מטפלים בה ידנית, ומיד.
8. תשלום אמיתי קטן, ואז החזר: לאמצעים שאין להם סביבת בדיקה, כמו Bit ב-Grow [30](https://developers.grow.business/reference/testing-environment). בודקים גם שהמסמך הופק, עם הפרטים הנכונים של העסק.
9. רק בסוף: מנקים: מוחקים את כתובות ההודעות הישנות ומבטלים את המפתחות הישנים. רק אחרי זה מנתקים את התשלומים בכלי.
10. עקבו אחרי מחזור חיוב אחד: מנויים מתחדשים כל אחד בתאריך שלו. עקבו אחרי חיובים וכישלונות עד שכל מנוי התחדש פעם אחת מהבית החדש. ב-Grow, למשל, ההודעה על חיוב חוזר נשלחת החל מהחיוב השני, ויש הודעה נפרדת על חיוב שנכשל [20](https://developers.grow.business/docs/webhooks).

## מה לשאול את חברת הסליקה לפני מעבר

חמש שאלות ששווה לשלוח במייל לפני שמתחילים, ולשמור את התשובות. הן חוסכות הפתעות ביום ההחלפה:

1. יש לכם סביבת בדיקה? לאילו אמצעי תשלום היא לא מתאימה?
2. לאילו כתובות נשלחות היום הודעות מהחשבון שלנו, ואיך משנים אותן?
3. אם השרת והכתובת של המערכת משתנים, הכרטיסים השמורים והמנויים החוזרים ימשיכו לעבוד? יש הגבלה לפי כתובת או דומיין שצריך לעדכן?
4. Apple Pay ו-Google Pay מאומתים מול הדומיין שלנו? מה עושים אם הוא משתנה?
5. איך מופק המסמך אחרי תשלום, ומה צריך לעדכן אצל שירות החשבוניות?

לפרטים על כל כלי, כולל איפה בדיוק שמורים בו המפתחות: [להוציא מערכת מ-Lovable](https://agentical.co.il/guides/lovable-export), [מ-Base44](https://agentical.co.il/guides/base44-export), [מ-Replit](https://agentical.co.il/guides/replit-export), [מ-Emergent](https://agentical.co.il/guides/emergent-export) [ומ-Bolt](https://agentical.co.il/guides/bolt-export).

ואם אתם מעדיפים שמישהו יעביר את כל זה בשבילכם, כולל ההחלפה עצמה וההשוואה מול הספק אחריה, [ספרו לנו על המערכת](https://agentical.co.il/contact). מה קורה בכל שלב, ומה תצטרכו לעשות בעצמכם, מתואר [בעמוד איך עובד המעבר](https://agentical.co.il/how-it-works).

## איך הכנו את המדריך

בנינו את המדריך מהתיעוד הרשמי של Lovable, Base44, Replit, Emergent ו-Bolt, מרשימות המדינות של Stripe, של Paddle ושל Base44 Payments, מהתיעוד של Base44 ומרכז העזרה של Wix על תשלומים בישראל ומיומן השינויים של Base44, מהתיעוד הפתוח למפתחים של חברות הסליקה ושירות החשבוניות שמוזכרים בו, ומהשאלות והתשובות של רשות המסים על חשבוניות ישראל. לא פתחנו חשבונות אצל ספקי התשלומים ולא ביצענו תשלומים, ולכן התאריך מציין בדיקה מול התיעוד; אף חברה לא שילמה או ביקשה להופיע. ב-12 באוקטובר 2026 בדקנו שוב את המקורות על Base44, ומצאנו שהתיעוד שלה ומרכז העזרה של Wix סותרים זה את זה לגבי Tranzila; כתבנו את שניהם, עם התאריך של כל אחד. כלי AI עזרו באיסוף החומר ובניסוח, ותומר גל אחראי לתוכן.

נבדק מול התיעוד הרשמי ב-12 באוקטובר 2026.

## מקורות

1. Lovable, Add payments to your app: https://docs.lovable.dev/features/payments (נבדק ב-11 באוקטובר 2026)
2. Lovable, Connect your own Stripe account: https://docs.lovable.dev/integrations/stripe (נבדק ב-11 באוקטובר 2026)
3. Base44, Setting up Stripe: https://docs.base44.com/documentation/setting-up-your-app/setting-up-payments (נבדק ב-11 באוקטובר 2026)
4. Base44, Setting up Base44 Payments powered by Wix: https://docs.base44.com/Setting-up-your-app/setting-up-wix-payments (נבדק ב-12 באוקטובר 2026)
5. Base44, Accepting payments in Israel: https://docs.base44.com/Setting-up-your-app/accepting-payments-israel (נבדק ב-12 באוקטובר 2026)
6. Base44, Product changelog, May 11, 2026: Max by Hyp for Israeli merchants: https://docs.base44.com/changelog/product (נבדק ב-12 באוקטובר 2026)
7. Wix, Base44 Payments: Accepting Payments in Israel (last updated July 20, 2026): https://support.wix.com/en/article/base44-payments-accepting-payments-in-israel (נבדק ב-12 באוקטובר 2026)
8. Replit, Stripe Payments Integration: https://docs.replit.com/features/monetization/stripe-payments (נבדק ב-11 באוקטובר 2026)
9. Emergent, Stripe: https://help.emergent.sh/stripe (נבדק ב-11 באוקטובר 2026)
10. Bolt, Stripe for payments: https://support.bolt.new/integrations/stripe (נבדק ב-11 באוקטובר 2026)
11. Stripe, Global availability: https://stripe.com/global (נבדק ב-11 באוקטובר 2026)
12. Paddle, Which countries are supported by Paddle?: https://www.paddle.com/help/start/intro-to-paddle/which-countries-are-supported-by-paddle (נבדק ב-11 באוקטובר 2026)
13. Lovable, Secrets: https://docs.lovable.dev/features/secrets (נבדק ב-11 באוקטובר 2026)
14. Base44, List secrets (Apps API): https://docs.base44.com/api-reference/list-secrets (נבדק ב-11 באוקטובר 2026)
15. Grow, Welcome to Grow Documentation Center: https://developers.grow.business/ (נבדק ב-11 באוקטובר 2026)
16. Grow, Payment Process: https://developers.grow.business/reference/the-process (נבדק ב-11 באוקטובר 2026)
17. PayPlus, Website or App: https://docs.payplus.co.il/reference/website-or-app (נבדק ב-11 באוקטובר 2026)
18. PayPlus, Generate Payment Link: https://docs.payplus.co.il/reference/post_paymentpages-generatelink (נבדק ב-11 באוקטובר 2026)
19. Lovable, Terms of Service (version of August 28, 2026), "No Sensitive Data": https://lovable.dev/terms (נבדק ב-11 באוקטובר 2026)
20. Grow, Webhooks: https://developers.grow.business/docs/webhooks (נבדק ב-11 באוקטובר 2026)
21. CardCom, סליקה באינטרנט לאתרי איקומרס: https://www.cardcom.solutions/online-payments/ (נבדק ב-11 באוקטובר 2026)
22. Tranzila, Tranzila Developer Guide: https://docs.tranzila.com/ (נבדק ב-11 באוקטובר 2026)
23. Morning (חשבונית ירוקה), Morning API Documentation: https://developers.morning.co/api (נבדק ב-11 באוקטובר 2026)
24. רשות המסים בישראל, שאלות ותשובות - חשבוניות ישראל: https://www.gov.il/he/pages/faq_israel_invoice (נבדק ב-11 באוקטובר 2026)
25. PayPlus, Tokens: List: https://docs.payplus.co.il/reference/post_token-list (נבדק ב-11 באוקטובר 2026)
26. Grow, Iframe vs. Redirect: https://developers.grow.business/reference/iframe-vs-redirect (נבדק ב-11 באוקטובר 2026)
27. Stripe, Request a payment data export: https://docs.stripe.com/get-started/data-migrations/pan-export (נבדק ב-11 באוקטובר 2026)
28. Stripe, Receive Stripe events in your webhook endpoint: https://docs.stripe.com/webhooks (נבדק ב-11 באוקטובר 2026)
29. PayPlus, Validate Requests Received from PayPlus: https://docs.payplus.co.il/reference/validate-requests-received-from-payplus (נבדק ב-11 באוקטובר 2026)
30. Grow, Testing Environment: https://developers.grow.business/reference/testing-environment (נבדק ב-11 באוקטובר 2026)

## שאלות על תשלומים וחשבוניות במערכת שנבנתה בכלי AI

### עסק שרשום בישראל יכול לגבות דרך Stripe באפליקציה שנבנתה ב-Lovable?

נכון ל-11 באוקטובר 2026, ישראל לא מופיעה ברשימת המדינות שבהן Stripe זמינה לעסקים [11](https://stripe.com/global), ו-Lovable מבקשת את המדינה שבה העסק רשום כשהיא פותחת את החשבון [1](https://docs.lovable.dev/features/payments). האפשרויות שנשארות הן Paddle, למוצרים דיגיטליים ולתוכנה [1](https://docs.lovable.dev/features/payments), או חברת סליקה ישראלית, בקוד או בדף תשלום.

### אפשר לחבר את Tranzila לאפליקציה ב-Base44?

לא כחיבור מובנה. Base44 הציעה חיבור מובנה ל-Tranzila, ובמאי 2026 הוסיפה לצידו את Max by Hyp [6](https://docs.base44.com/changelog/product), אבל לפי התיעוד שלה, מאוגוסט 2026 שתיהן לא זמינות יותר בצורה הזו. מה שאפשר, לפי אותו תיעוד, הוא לבקש מצ׳אט ה-AI לחבר את חברת הסליקה שבחרתם כחיבור רגיל [5](https://docs.base44.com/Setting-up-your-app/accepting-payments-israel), כמו בדרך השנייה שבמדריך: חברת סליקה ישראלית שמחוברת בקוד. מרכז העזרה של Wix עדיין מתאר את החיבור המובנה, בגרסה מיולי 2026 [7](https://support.wix.com/en/article/base44-payments-accepting-payments-in-israel).

### צריך להחליף חברת סליקה כשמעבירים את המערכת לתשתית משלנו?

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

### הלקוחות יצטרכו להזין שוב את פרטי הכרטיס אחרי המעבר?

אם נשארים עם אותה חברת סליקה ואותו מסוף, לא: הכרטיסים שמורים אצלה ומשויכים למסוף שלכם [25](https://docs.payplus.co.il/reference/post_token-list), והמערכת החדשה ממשיכה להשתמש בהם. במעבר לחברה אחרת זה תלוי בשתי החברות. Stripe, למשל, מעבירה נתוני כרטיסים רק לחברה שעומדת בתקן PCI DSS Level 1 [27](https://docs.stripe.com/get-started/data-migrations/pan-export).

### האפליקציה יכולה להפיק חשבונית בעצמה?

היא יכולה לייצר קובץ שנראה כמו חשבונית, אבל לקוח עסקי יכול לנכות מע״מ מחשבונית מס מעל 5,000 ₪ לפני מע״מ רק אם יש עליה מספר הקצאה מרשות המסים, ותוכנת הנהלת חשבונות מבקשת אותו אוטומטית [24](https://www.gov.il/he/pages/faq_israel_invoice). לכן מחברים את האפליקציה לשירות להפקת מסמכים, ומשאירים לו את המסמך.

---

מתוך האתר של Agentical. התקציר של האתר: https://agentical.co.il/llms.txt. כל הטקסט של האתר בקובץ אחד: https://agentical.co.il/llms-full.txt