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

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

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

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

## ארבעה סוגי מערכות במבט אחד

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

טבלה: מה רגיש בכל סוג מערכת, ומה בודקים ביום המעבר

| סוג המערכת | מה עלול להישבר בשקט | מה בודקים ביום המעבר | איפה להעמיק |
| --- | --- | --- | --- |
| תורים וזימונים | תזכורת שיוצאת פעמיים, או לא יוצאת בכלל; תור שזז בשעה | כל תזכורת מתוזמנת פועלת במקום אחד בלבד, ותורים עתידיים מופיעים באותה שעה בשתי המערכות | [תוכנית מעבר לדוגמה למערכת תורים](https://agentical.co.il/guides/sample-plan) |
| CRM וניהול לידים | ליד מהאתר או מפייסבוק שנשלח לכתובת הישנה ולא נקלט | ליד ניסיון מכל מקור, אחד אחד, מגיע למערכת החדשה | [מה זה וובהוק, ולמה הוא נשבר במעבר](https://agentical.co.il/guides/glossary#webhook) |
| פורטל לקוחות | לקוח שרואה רשומה או מסמך של לקוח אחר; קישורים למסמכים שמפסיקים לעבוד | שני לקוחות ניסיון: כל אחד מנסה לפתוח את מה ששייך לשני | [בדיקת האבטחה](https://agentical.co.il/guides/security-checklist#access-rules) |
| קורסים ומנויים | תלמיד שמשלם ולא מקבל גישה, או מקבל גישה בלי לשלם | מנוי קיים נכנס ורואה את התוכן שלו, ומנוי חדש נפתח מקצה לקצה | [סליקה וקבלות במערכת שנבנתה בכלי AI](https://agentical.co.il/guides/israeli-payments#what-breaks) |

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

## מערכת תורים וזימונים: הזמן הוא החלק הרגיש

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

### תזכורות שיוצאות פעמיים, או בכלל לא

ב-Lovable, עבודה שחוזרת לפי לוח זמנים, כמו תזכורת יומית, היא משימה מתוזמנת (Job). במסך המשימות רואים כל משימה, מתי היא רצה, היסטוריה של כל הרצה, ואפשר להפעיל או להשבית כל אחת [1](https://docs.lovable.dev/features/jobs). ב-Base44 זה תהליך אוטומטי (Workflow) שמתחיל בשעה שקבעתם, לפי אזור הזמן שלכם, ומשימה חוזרת רצה לכל היותר פעם בחמש דקות. מאז 6 ביולי 2026 אפליקציות חדשות ב-Base44 בנויות עם התהליכים האלה, וישנות יותר עשויות עדיין להשתמש באוטומציות, הגרסה הקודמת שלהם [2](https://docs.base44.com/Building-your-app/Creating-workflows).

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

### השעה של כל תור

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

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

Base44 מחברת יומנים, כמו יומן Google או Outlook, דרך מחברים (Connectors): חשבון אחד משותף לכל המערכת, או חשבון של כל איש צוות בנפרד [3](https://docs.base44.com/Integrations/Connectors). Base44 גם כותבת שמי שמתחבר ל-Google דרך רישום משלו, ולא דרך המחבר המנוהל שלה, הוא זה ש-Google דורשת ממנו את מה שנדרש, ושיצירת אירועים ביומן היא הרשאה שדורשת אימות של האפליקציה אצל Google [3](https://docs.base44.com/Integrations/Connectors). ב-Lovable, הפרטים של רוב החיבורים נשמרים אצלה ולא בקוד של הפרויקט [4](https://docs.lovable.dev/integrations/app-connectors).

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

### מה לרשום כבר עכשיו

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

תוכנית מלאה, שלב אחרי שלב, למערכת תורים בדויה של קליניקה שנבנתה ב-Base44, נמצאת [בתוכנית המעבר לדוגמה](https://agentical.co.il/guides/sample-plan).

## CRM וניהול לידים: מה שנכנס מבחוץ

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

### הכתובת שהלידים נשלחים אליה

ב-Base44, לכל פונקציית שרת יש כתובת משלה, בצורה https://<הדומיין של האפליקציה>/functions/<שם הפונקציה>, ו-Base44 כותבת שזו הדרך לקבל הודעות משירותים חיצוניים [5](https://docs.base44.com/developers/backend/resources/backend-functions/overview). ב-Lovable, לכל פונקציית שרת יש כתובת שמעתיקים ממסך הפונקציות [6](https://docs.lovable.dev/features/edge-functions), והיא יושבת על השרת של הכלי, כמו כתובת ההודעות של התשלומים, שגם היא מצביעה לצד השרת של האפליקציה [7](https://docs.lovable.dev/features/payments).

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

### מה המערכת שולחת החוצה

הכיוון ההפוך חשוב באותה מידה. ב-Base44, החיבור ל-Zapier עובד כך שהאפליקציה שולחת אירועים לכתובת ש-Zapier נותנת לכם, והוא דורש תוכנית Builder ומעלה ב-Base44, וחשבון בתשלום ב-Zapier [8](https://docs.base44.com/Integrations/Zapier-integration). ב-Lovable, חיבורים לכלים כמו HubSpot או Google Sheets שייכים לסביבת העבודה, וכשמוחקים חיבור, כל אפליקציה שמשתמשת בו מפסיקה לעבוד עד שמוסיפים חיבור חדש [4](https://docs.lovable.dev/integrations/app-connectors). במעבר, כל חיבור כזה נבנה מחדש בבית החדש, עם מפתחות על שם העסק, ונבדק בשליחה אמיתית.

### ההיסטוריה

ב-CRM, ההיסטוריה היא הנכס: מי פנה, מתי, מה נאמר לו ומה הוצע. Base44 מאפשרת לייצא כל טבלה ל[קובץ CSV](https://agentical.co.il/guides/glossary#data-export) [9](https://docs.base44.com/Building-your-app/Managing-your-app-data), ו-Lovable מייצאת את כל מסד הנתונים בפעם אחת, בלי הקבצים שהועלו [10](https://docs.lovable.dev/features/advanced-settings). אם עובדים מצרפים ללידים הצעות מחיר או חוזים, אלה קבצים, והם עוברים בנפרד. החדשות הטובות: ב-CRM פנימי יש מעט משתמשים, כולם עובדים של העסק, ולכן גם אם צריך לבחור סיסמה חדשה, זו הודעה אחת לכמה אנשים ולא ללקוחות. הפרטים [במדריך על משתמשים וסיסמאות](https://agentical.co.il/guides/users-logins).

### מה לרשום כבר עכשיו

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

## פורטל לקוחות: כל לקוח רואה רק את שלו

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

### כללי ההפרדה

ב-Base44, מי רואה מה נקבע בהרשאות של כל טבלה. למשל, כלל שבו אדם רואה רק רשומות שהוא יצר, או כלל שמשווה שדה ברשומה, כמו המייל של הלקוח, למייל של מי שמחובר. Base44 מאפשרת גם לפתוח את האפליקציה כאילו אתם משתמש מסוים, ולראות מה הוא רואה [11](https://docs.base44.com/Setting-up-your-app/Managing-security-settings). ב-Lovable אלה [כללי RLS](https://agentical.co.il/guides/glossary#rls) במסד הנתונים, ו-Lovable כותבת שכללים כאלה שהוגדרו לא נכון הם סיבה נפוצה לדליפת מידע [12](https://docs.lovable.dev/features/security).

במעבר מ-Base44, הכללים האלה לא עוברים עם הקוד, כי הקוד שיוצא ממשיך לפנות לשרתים של Base44 [13](https://docs.base44.com/developers/references/sdk/docs/functions/createClient). בבית החדש בונים אותם מחדש, כלל אחרי כלל. גם במעבר מ-Lovable בודקים אותם שוב ביעד. הבדיקה זהה בשני המקרים, וכדאי לעשות אותה פעמיים, לפני המעבר ואחריו: שני לקוחות ניסיון, וכל אחד מנסה לפתוח רשומה ומסמך של השני. לפני המעבר, כדי לדעת שזה היה תקין מלכתחילה. אחריו, כדי לדעת שזה נשאר תקין. איך בודקים את זה כבר היום מתואר [בבדיקת האבטחה](https://agentical.co.il/guides/security-checklist#access-rules).

### המסמכים של הלקוחות

בשני הכלים יש שני סוגים של קבצים. ב-Lovable, קובץ בתיקייה פרטית נפתח רק למי שמורשה, והקישור שמעתיקים אליו זמני ופג אחרי שעה. קובץ בתיקייה ציבורית נפתח לכל מי שיש לו את הקישור [14](https://docs.lovable.dev/features/storage). ב-Base44, קובץ ציבורי מקבל קישור קבוע שכל אחד יכול לפתוח, וקובץ פרטי מקבל קישור חתום שפג תוך שעה לכל היותר [15](https://docs.base44.com/api-reference/upload-app-file). בייצוא של Lovable הקבצים לא כלולים, ומעבירים אותם בנפרד [10](https://docs.lovable.dev/features/advanced-settings).

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

### הלקוחות עצמם

כאן המשתמשים הם לא עובדים שאפשר לעדכן בקבוצת וואטסאפ, אלא לקוחות. ב-Lovable, הייצוא כולל את החשבונות ואת הסיסמאות בצורה מוצפנת, כך שאפשר להעביר אותם בלי סיסמה חדשה [10](https://docs.lovable.dev/features/advanced-settings). ב-Base44 אפשר להוציא את רשימת המשתמשים לקובץ CSV [16](https://docs.base44.com/Community-and-support/Deleting-user-data), אבל ייצוא של הסיסמאות לא מופיע בתיעוד שלה. מה זה אומר לכל דרך התחברות, ואיך מודיעים ללקוחות, מפורט [במדריך על משתמשים וסיסמאות](https://agentical.co.il/guides/users-logins#notice).

### מה לרשום כבר עכשיו

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

## פלטפורמת קורסים ומנויים: הגישה ששילמו עליה

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

### המנוי חי אצל חברת הסליקה

ב-Lovable, בתשלומים המובנים, Lovable פותחת ומנהלת בשבילכם חשבון ב-Stripe או ב-Paddle. ניתוק התשלומים מהפרויקט לא סוגר את החשבון ולא מבטל מנויים: הלקוחות ממשיכים להיות מחויבים עד שמבטלים את המנוי בלוח הבקרה של הספק [7](https://docs.lovable.dev/features/payments). ב-Base44, חיבור Stripe מתחיל בסביבת ניסיון, ואתם מחברים אותה לחשבון Stripe שלכם כדי לגבות באמת. Base44 גם כותבת שאין לה כרגע פתרון תשלומים מובנה לישראל, ושמחברים את ספק התשלומים שבחרתם [17](https://docs.base44.com/documentation/setting-up-your-app/setting-up-payments).

המשמעות: המנויים לא עוברים במעבר, כי הם בכלל לא בכלי. הם נשארים בחשבון אצל חברת הסליקה, והמערכת החדשה מתחברת לאותו חשבון. לכן הבדיקה הראשונה היא לא טכנית: האם החשבון רשום על שם העסק, ומי יכול להיכנס אליו. כל השאר, כתובת ההודעות שחברת הסליקה שולחת, תשלום שנרשם פעמיים ומנוי שמתחדש בבית החדש, מפורט [בפרק מה נשבר במדריך התשלומים](https://agentical.co.il/guides/israeli-payments#what-breaks).

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

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

### סרטונים, התקדמות ותעודות

הסרטונים הם בדרך כלל החלק הכבד ביותר להעתקה. ב-Lovable, קובץ יכול להגיע ל-2GB כברירת מחדל ועד 5GB, והאחסון ממשיך לעלות גם כשהפרויקט מושהה [14](https://docs.lovable.dev/features/storage). ב-Base44, סרטון שמעלים לספריית הקבצים בזמן הבנייה מוגבל ל-100MB [19](https://docs.base44.com/Building-your-app/Using-media). אחרי המעבר, העלות של הצגת הסרטונים גדלה עם מספר התלמידים, ולכן כדאי להבין אותה מראש [במדריך על עלויות התפעול](https://agentical.co.il/guides/running-costs). ההתקדמות של כל תלמיד והתעודות שקיבל הן רשומות במסד הנתונים, והן עוברות עם הנתונים. אחרי המעבר פותחים כמה תלמידים, ובודקים שכל אחד מהם ממשיך מהשיעור שבו עצר.

### מה לרשום כבר עכשיו

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

## ואם המערכת שלכם היא קצת מכל אחד?

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

> סוג המערכת לא קובע את הגודל: מערכת תורים יכולה להיות קטנה או גדולה, וכך גם CRM. הגודל, ולוח הזמנים שנגזר ממנו, תלויים בכמה סוגי משתמשים יש, האם עובר בה כסף, ובכמה חיבורים. שלושה תרחישים לדוגמה, לפי גודל, נמצאים [בעמוד התרחישים](https://agentical.co.il/guides/examples), ותשובה מהירה על המערכת שלכם נותנת [הבדיקה של שתי דקות](https://agentical.co.il/guides/readiness-check).

את הרשימות שמילאתם כאן אפשר להביא לשיחת ההיכרות. הן מקצרות את המיפוי, ומה עוד כדאי להכין מפורט [בעמוד מה להכין לשיחה](https://agentical.co.il/guides/before-the-call). ואם אתם רוצים שנעבור עליהן יחד, [ספרו לנו מה בניתם](https://agentical.co.il/contact).

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

בחרנו ארבעה סוגי מערכות שבעלי עסקים בונים בכלים, שלכל אחד מהם נקודת שבירה אחרת במעבר, ועמוד אחד ולא ארבעה, כי חיפושים בעברית לכל סוג עם שם הכלי לא החזירו ב-11 באוקטובר 2026 אף תשובה בנושא, ותרחישים לפי גודל כבר יש באתר. כל עובדה על Lovable ועל Base44 נבדקה מול התיעוד הרשמי שלהן ומקושרת למקור, בלי בדיקה בפועל בפרויקט ניסיון, והמערכות שמתוארות טיפוסיות ולהמחשה בלבד. כלי AI עזרו במחקר ובניסוח, ותומר גל אחראי לתוכן.

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

## מקורות

1. Lovable, Jobs: https://docs.lovable.dev/features/jobs (נבדק ב-11 באוקטובר 2026)
2. Base44, Creating workflows for your app: https://docs.base44.com/Building-your-app/Creating-workflows (נבדק ב-11 באוקטובר 2026)
3. Base44, Connectors overview: https://docs.base44.com/Integrations/Connectors (נבדק ב-11 באוקטובר 2026)
4. Lovable, App + chat connectors: Add capabilities to your published app and your chat: https://docs.lovable.dev/integrations/app-connectors (נבדק ב-11 באוקטובר 2026)
5. Base44, Backend Functions Overview: https://docs.base44.com/developers/backend/resources/backend-functions/overview (נבדק ב-11 באוקטובר 2026)
6. Lovable, Edge functions: https://docs.lovable.dev/features/edge-functions (נבדק ב-11 באוקטובר 2026)
7. Lovable, Add payments to your app: https://docs.lovable.dev/features/payments (נבדק ב-11 באוקטובר 2026)
8. Base44, Zapier: https://docs.base44.com/Integrations/Zapier-integration (נבדק ב-11 באוקטובר 2026)
9. Base44, Managing your app data: https://docs.base44.com/Building-your-app/Managing-your-app-data (נבדק ב-11 באוקטובר 2026)
10. Lovable, Advanced settings: https://docs.lovable.dev/features/advanced-settings (נבדק ב-11 באוקטובר 2026)
11. Base44, Managing data permissions: https://docs.base44.com/Setting-up-your-app/Managing-security-settings (נבדק ב-11 באוקטובר 2026)
12. Lovable, Security overview: https://docs.lovable.dev/features/security (נבדק ב-11 באוקטובר 2026)
13. Base44, createClient: https://docs.base44.com/developers/references/sdk/docs/functions/createClient (נבדק ב-11 באוקטובר 2026)
14. Lovable, Storage: https://docs.lovable.dev/features/storage (נבדק ב-11 באוקטובר 2026)
15. Base44, Upload app file: https://docs.base44.com/api-reference/upload-app-file (נבדק ב-11 באוקטובר 2026)
16. Base44, Deleting your app's user data: https://docs.base44.com/Community-and-support/Deleting-user-data (נבדק ב-11 באוקטובר 2026)
17. Base44, Setting up Stripe: https://docs.base44.com/documentation/setting-up-your-app/setting-up-payments (נבדק ב-11 באוקטובר 2026)
18. Lovable, Connect your own Stripe account: https://docs.lovable.dev/integrations/stripe (נבדק ב-11 באוקטובר 2026)
19. Base44, Uploading and managing media: https://docs.base44.com/Building-your-app/Using-media (נבדק ב-11 באוקטובר 2026)

## שאלות על מעבר לפי סוג המערכת

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

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

### אם אני נשאר בכלי בינתיים, יש טעם לרשום את כל זה?

כן. אותן רשימות הן גם מפה של מה שחשוב לגבות ושל מה שכדאי לבדוק באבטחה, גם בלי לעבור לשום מקום. איך מגבים מתואר [במדריך הגיבויים](https://agentical.co.il/guides/backup-restore), ואיך בודקים מי רואה מה [בבדיקת האבטחה](https://agentical.co.il/guides/security-checklist).

### סוג המערכת משנה את משך המעבר?

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

---

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