המערכת יושבת בחשבון של מי שבנה אותה: איך בודקים של מי היא, ואיך מעבירים אותה אליכם
בקצרה: מערכת שנבנתה בכלי AI יושבת בשני מקומות בבת אחת. בסביבת עבודה, שקובעת מי משלם על המנוי ועל הקרדיטים, ותחת בעלים, שהוא מי ששולט בה. כדי שהמערכת תהיה של העסק צריך את שניהם: ב-Lovable וב-Base44 מי שבנה מעביר את הפרויקט לסביבת עבודה שאתם פותחים ומשלמים עליה, ואז מעביר לכם את הבעלות. זו אותה מערכת, לא עותק: ב-Base44 הנתונים עוברים איתה והכתובת לא משתנה. עותק, שנקרא Remix או Clone, הוא לא העברה, כי הוא יוצא בלי הנתונים של הלקוחות. ודומיין שנקנה בתוך הכלי, מהחשבון של מי שבנה, נשאר אצלו גם אחרי ההעברה, ולכן מטפלים בו בנפרד.
שלושה דברים שונים: סביבת העבודה, הבעלים והעותק
"המערכת בחשבון של הפרילנסר" נשמע כמו בעיה אחת, אבל בכלים הגדולים זו שאלה של שתי הגדרות נפרדות, ולפעמים של עוד אחת שמתחפשת לפתרון. מי שמבין את שלושתן יודע מה בדיוק לבקש.
| מה | מה זה קובע | איך זה עובד בכלים |
|---|---|---|
| סביבת העבודה (workspace) | מי משלם. התוכנית, הקרדיטים והחיוב שייכים לסביבת העבודה, לא לפרויקט. | ב-Lovable לכל סביבת עבודה תוכנית וחיוב משלה, ומנוי בתשלום חל על סביבת עבודה אחת בלבד[3]. ב-Base44 אפליקציה שייכת לסביבת העבודה שבה נוצרה, ומשתמשת בתוכנית ובקרדיטים שלה, לא משנה מי עובד עליה[9]. |
| הבעלים של הפרויקט | מי שולט בפרויקט עצמו, ומי יכול למסור אותו הלאה. | ב-Lovable לכל פרויקט בעלים אחד, והוא יכול הכל: לערוך, לפרסם, לנהל הגדרות, להעביר ולמחוק[1]. ב-Base44 רק הבעלים הנוכחי של האפליקציה יכול להתחיל העברת בעלות[12]. |
| עותק | כלום. זו מערכת חדשה, לצד הישנה. | Remix ב-Lovable מעתיק את הקוד ואת מבנה הטבלאות, בלי הרשומות שבהן[5]. Clone ב-Base44 מתחיל עם מסד נתונים ריק[12]. |
למה צריך את שתי הראשונות, ולא רק אחת? כי כל אחת לבד משאירה את המפתח אצל מישהו אחר. אם אתם הבעלים של הפרויקט אבל הוא נשאר בסביבת העבודה של מי שבנה, החיוב והקרדיטים נשארים שם, וב-Lovable הבעלים של סביבת עבודה ממשיכים לקבל גישה מלאה לכל פרויקט שבה, לא משנה של מי הוא[1]. ואם הפרויקט עבר לסביבת עבודה שלכם אבל מי שבנה עדיין הבעלים שלו, הוא זה ששולט בו: ב-Base44 העברה לסביבת עבודה אחרת לא משנה את הבעלים של האפליקציה[12].
"מה שבניתם שייך לכם", אבל למי זה "לכם"?
Lovable כותבת בתנאי השימוש שלה שהמשתמש הוא הבעלים של מה שהוא בונה בה, כולל האפליקציות[8], ו-Base44 כותבת שכל מה שיוצרים בה שייך למי שיצר[9]. התנאים האלה מדברים על מי שמחזיק בחשבון. מה שסוכם בינכם לבין מי שבנה את המערכת, למשל על הזכויות בקוד, הוא עניין של ההסכם ביניכם ושאלה לעורך דין, לא לכלי. המדריך הזה עוסק רק במה שהכלים עצמם מאפשרים.
בודקים בחמש דקות: של מי המערכת היום
את כל מה שצריך לדעת רואים בתוך הכלי, בלי לגעת בשום דבר. אם אין לכם כניסה משלכם, בקשו ממי שבנה להזמין אתכם לפרויקט בתפקיד צפייה או עריכה, בלי למסור סיסמה.
-
ב-Lovable: מי הבעלים, ובאיזו סביבת עבודה
בהגדרות הפרויקט, בלשונית General, השורה Owner מציגה מי הבעלים של הפרויקט[2]. שם סביבת העבודה מופיע בפינה העליונה של לוח הבקרה, בבורר סביבות העבודה[3]. ב-Workspace settings ואז People רואים את כל החברים ואת התפקיד של כל אחד, וכשיש כמה בעלים, הבעלים הראשי מסומן Owner*: זה מי שמשמש לחיוב ולדומיינים[4].
-
ב-Base44: מי הבעלים של סביבת העבודה, ושל האפליקציה
שם סביבת העבודה מופיע בפינה השמאלית התחתונה של החשבון[9]. ב-Settings ואז Members and groups רואים כל חבר עם התפקיד שלו, ובעמודה Apps כמה אפליקציות הוא מחזיק בבעלות[11]. לכל סביבת עבודה ב-Base44 יש בעלים אחד, והוא מנהל את החיוב, את החברים ואת האפליקציות[9].
-
בכל כלי: לאן מגיע החיוב
הדרך הפשוטה ביותר לדעת באיזו סביבת עבודה המערכת: על איזה כרטיס אשראי יורד המנוי של הכלי. אם הוא יורד אצל מי שבנה ואתם מחזירים לו, המערכת בסביבת העבודה שלו.
מה המספר אומר
-
אף משפט התוצאה שלכם
המערכת כבר אצלכם
שווה לעבור פעם אחת על רשימת המסירה, כדי לוודא שגם השירותים המחוברים והדומיין על שם העסק.
-
משפט אחד או שניים התוצאה שלכם
כדאי לסדר עכשיו, כשהכל עובד
העברה בתוך הכלי היא כמה לחיצות כשכולם זמינים ומסכימים. קל הרבה יותר לעשות אותה היום מאשר ביום שמי שבנה כבר עבר לפרויקט אחר.
-
שלושה משפטים או יותר, או המשפט הראשון התוצאה שלכם
קודם מעבירים את המערכת אליכם, אחר כך כל השאר
לפני שמתכננים שינוי, הרחבה או מעבר לתשתית משלכם, דאגו שהמערכת תהיה בסביבת עבודה שלכם ותחת הבעלות שלכם. הצעדים לכל כלי בפרקים הבאים.
Lovable: מעבירים לסביבת העבודה שלכם, ואז את הבעלות
ב-Lovable אלה שתי פעולות נפרדות בהגדרות הפרויקט. Move workspace שולחת את הפרויקט לסביבת עבודה אחרת, ו-Transfer ownership משאירה אותו באותה סביבת עבודה וממנה חבר אחר בה לבעלים[2]. בשתיהן זה נשאר פרויקט אחד, ולא נוצר עותק[5]. הסדר שבו הן מתיישבות:
-
פותחים סביבת עבודה של העסק
כל משתמש מחובר יכול לפתוח סביבת עבודה: בבורר סביבות העבודה בפינה העליונה, Create workspace, שם, ואז בחירת תוכנית[3]. פתחו אותה עם כתובת המייל של העסק ועם אמצעי התשלום של העסק. דומיין משלכם דורש תוכנית בתשלום[2].
-
מזמינים את מי שבנה לסביבת העבודה
כדי להעביר פרויקט לסביבת עבודה, צריך להיות חבר בה עם הרשאה ליצור בה פרויקטים[3]. מזמינים אותו מ-Workspace settings ואז People.
-
מי שבנה מעביר את הפרויקט
בהגדרות הפרויקט, בשורה Move workspace, הכפתור Move ובחירת סביבת העבודה שלכם. אפשר גם מלוח הבקרה: Move ואז To workspace. מעבירים פרויקט שהוא הבעלים שלו, ובעלים של סביבת עבודה יכולים להעביר כל פרויקט בה[2].
-
מעבירים לכם את הבעלות
עכשיו, כשהפרויקט אצלכם, מי שבנה פותח בהגדרות הפרויקט את Transfer ownership ובוחר בכם. הבעלים החדש חייב להיות חבר פעיל בסביבת העבודה בתפקיד owner, admin או editor[2], וכבעלים של סביבת העבודה אתם עומדים בזה.
-
בודקים מה השתנה
מרגע ההעברה, השימוש ב-Cloud וב-AI של הפרויקט יורד מהקרדיטים שלכם, ומה שנגבה לפני כן נשאר אצל סביבת העבודה הקודמת[2]. הגדרת הגישה לפרויקט מתאפסת לברירת המחדל של סביבת העבודה שלכם, ומי שהוזמן ישירות לפרויקט מוסר, אלא אם סימנו Transfer project collaborators בחלון ההעברה[2]. אם הפרויקט מסונכרן עם GitHub, ייתכן שתתבקשו לחבר מחדש את האפליקציה של Lovable ל-GitHub; זה מצב שהתיעוד מתאר אחרי העברה בין סביבות עבודה[7].
-
מחליטים מה נשאר למי שבנה
אחרי העברת הבעלות, מה שמי שבנה יכול לעשות תלוי בתפקיד שלו בסביבת העבודה שלכם[2]. אם הוא ממשיך לתחזק, השאירו אותו בתפקיד עריכה. כשהעבודה נגמרת, הסירו אותו מ-People.
כשמי שבנה פתח סביבת עבודה רק בשביל העסק שלכם
אז אפשר להעביר אליכם את סביבת העבודה כולה, עם כל הפרויקטים שבה. הבעלים הראשי מעביר את התפקיד ב-Workspace settings, תחת Workspace access ואז Transfer primary ownership, לחבר בסביבת העבודה או לכתובת מייל של חשבון Lovable אחר. האפשרות קיימת בכל התוכניות, ומי שמקבל אותה הופך לבעלים מיד. מי שהעביר נשאר בעלים, ורק הבעלים הראשי החדש יכול להעביר את התפקיד שוב[4]. לכן, אחרי ההעברה, שנו את התפקיד שלו או הסירו אותו.
העברת בעלות ישירות לחשבון שמחוץ לסביבת העבודה, לפי כתובת מייל, אפשרית רק בתוכניות Business ו-Enterprise, והמקבל צריך לאשר אותה[2]. ודומיין שנקנה דרך Lovable שייך לסביבת העבודה ולא לפרויקט[6], ולכן הוא לא עובר עם הפרויקט. מעבירים אותו בנפרד, בהגדרות הדומיין, עם Move domain: סביבת העבודה שמקבלת אותו צריכה להיות בתוכנית Pro ומעלה, ומי שמעביר צריך להיות admin או owner שלה[6].
Base44: מעבירים לסביבת העבודה שלכם, ואז Make app owner
גם ב-Base44 אלה שני צעדים. העברה בין סביבות עבודה משנה מי מחזיק ומנהל את האפליקציה, והנתונים וההגדרות עוברים איתה. אבל הבעלים של האפליקציה לא משתנה בהעברה הזו[12], ולכן אחריה מעבירים גם את הבעלות.
-
פותחים סביבת עבודה של העסק
בלחיצה על שם סביבת העבודה בפינה השמאלית התחתונה, שוב על השם בראש התפריט, ואז Add new workspace. מי שפותח אותה הוא הבעלים שלה[10]. אם היא בתוכנית החינמית, היא מקבלת אפליקציה רק כשיש בה פחות מ-5 אפליקציות, ודומיין משלכם ימשיך לעבוד רק אם התוכנית שלה תומכת בדומיינים[12].
-
מזמינים את מי שבנה, בתפקיד Editor
ב-Settings ואז Members and groups, Invite Members ואז Invite by email, ובחירת התפקיד[11]. מי שמעביר את האפליקציה צריך תפקיד Editor ומעלה בסביבת העבודה שמקבלת אותה[12].
-
מי שבנה מעביר את האפליקציה
בלוח הבקרה של האפליקציה: Overview, תפריט הפעולות שליד View usage, ואז Move app, בחירת סביבת העבודה שלכם ב-Target Workspace, ו-Move App. כדי להעביר אפליקציה החוצה צריך להיות הבעלים של סביבת העבודה שבה היא נמצאת (בתוכניות Business ו-Enterprise גם admin), וההעברות צריכות להיות מותרות בה. אפליקציה שנקנתה לא ניתנת להעברה[12].
-
מעבירים לכם את הבעלות
הבעלים החדש חייב להיות שותף באפליקציה וחבר בסביבת העבודה בתפקיד Editor ומעלה. מי שבנה פותח את האפליקציה בעורך, מזמין אתכם בכפתור Invite collaborators, ואז, בתפריט שליד השם שלכם, Make app owner. בדרך הוא בוחר לכל שירות מחובר אם להשאיר אותו (Keep) או לנתק אותו (Disconnect), ואם הוא נשאר שותף אחרי ההעברה. ההעברה נכנסת לתוקף רק כשאתם מאשרים אותה[12].
-
בודקים מה השתנה
הכתובת של האפליקציה ב-Base44 לא משתנה, ואין צורך לפרסם מחדש. מאותו רגע האפליקציה צורכת קרדיטים מסביבת העבודה שלכם, ומי שיש לו הרשאות מתאימות אצלכם יכול לפתוח אותה[12].
לפני שבוחרים Keep או Disconnect, ודאו על שם מי החשבון של כל שירות מחובר. Keep משאיר את השירות מחובר לאפליקציה[12], ואם החשבון שלו שייך למי שבנה, זה הזמן לסכם מתי מחברים במקומו חשבון של העסק.
דומיין שנקנה ב-Base44 נשאר בסביבת העבודה הישנה
דומיין שמחובר לאפליקציה ממשיך לעבוד איתה אחרי ההעברה, אם התוכנית שלכם תומכת בדומיינים[12]. אבל דומיין שנקנה דרך Base44 נשאר בחשבון של סביבת העבודה המקורית, ורק הבעלים שלה מנהל אותו, כולל החידוש שלו. דומיין כזה אי אפשר להעביר לחשבון Base44 אחר. אפשר להעביר אותו לרשם אחר, 60 יום אחרי הרישום, וזה לוקח עד שבעה ימים, אבל חלק מסיומות המדינות לא ניתנות להעברה בכלל[13]. דומיין .co.il הוא אחת מהן[13]: מה עושים איתו.
יש עוד שתי דרכים, פחות נפוצות. העברת בעלות לאדם שמחוץ לסביבת העבודה, דרך Danger Zone בהגדרות האפליקציה, פתוחה רק בתוכניות Business ו-Enterprise ולשותפים מאושרים של Base44, והמקבל צריך לאשר תוך שבעה ימים[12]. ובתוכנית השותפים של Base44, אחד הכלים הוא העברה של אפליקציה גמורה לסביבת העבודה של הלקוח[14]. אם מי שבנה לכם הוא שותף כזה, שאלו אותו על הדרך הזו.
Replit, Bolt ו-Emergent
בשלושת הכלים האלה התמונה שונה מכלי לכלי, ובאחד מהם אין העברה בכלל:
| כלי | מה הכלי מאפשר | מה לא עובר, או נדרש בנפרד |
|---|---|---|
| Replit | העברה מסביבת עבודה אישית לסביבת עבודה של צוות שמי שמעביר חבר בה. ההעברה מיידית ואי אפשר לבטל אותה, הכתובות נשארות והאפליקציה לא יורדת מהאוויר[15]. סביבת עבודה של צוות קיימת בתוכניות Core ו-Pro, והקרדיטים בה מגיעים מהחשבון של המנהל[16]. בין שתי סביבות של צוות אפשר להעביר רק באותו חשבון חיוב[15]. | סודות שמקושרים לחשבון לא עוברים, וצריך לקשר אותם מחדש[15]. כשההעברה המובנית לא זמינה, או בין שני חשבונות, מעתיקים ביד את הקוד, את הסודות ואת מסד הנתונים, ומחברים מחדש את הדומיין, עם השבתה של בדרך כלל 15 עד 60 דקות[17]. |
| Bolt | Transfer to, לסביבת עבודה שמי שמעביר חבר בה, או למשתמש אחר לפי כתובת המייל שלו. בהעברה למשתמש, המקבל מאשר, ומאותו רגע מי שהעביר כבר לא נכנס לפרויקט[18]. | מסד הנתונים של Bolt עובר. חיבור ל-GitHub מוסר כשהמקבל מאשר, והוא מחבר את החשבון שלו. במסד נתונים חיצוני שחובר לפרויקט ההגדרות עוברות, אבל לא החשבון עצמו. דומיין מסירים לפני ההעברה, ודומיין שנקנה דרך Bolt אפשר לחבר מחדש רק אחרי שהוא פג, ולכן Bolt לא ממליצה להעביר פרויקט כזה[18]. |
| Emergent | אין העברת בעלות: הפרויקט נשאר בחשבון שפתח אותו, ולשינוי מי שמנהל את החיוב ואת הפרויקט מפנים לתמיכה של Emergent[19]. | כל הפעילות בפרויקט יורדת מהקרדיטים של הבעלים, גם כשחברים אחרים עובדים בו. אפשר לצרף אתכם בתפקיד Admin, אבל רק הבעלים משנה תוכנית ותשלום ומוחק את הפרויקט[19]. |
נבדק מול התיעוד הרשמי של כל כלי. התיעוד של Replit מתאר העברה של פרויקט של מי שמעביר, לא של אדם אחר.
עותק הוא לא העברה
לכל כלי יש כפתור שמשכפל פרויקט, ולפעמים זה נראה כמו קיצור דרך: מי שבנה משכפל, ואתם מקבלים "את המערכת". אבל עותק הוא מערכת חדשה, שמתחילה כמעט מאפס בכל מה שהעסק צבר. כך זה נראה בכל כלי:
| כלי ופעולה | עובר לעותק | נשאר במקור |
|---|---|---|
| Lovable, Remix | הקוד, מבנה הטבלאות, ולפי בחירה גם היסטוריית השיחה והקבצים[5] | הנתונים, הסודות, הדומיינים, השותפים, החיבור ל-GitHub ולשירותים, ומשתמשי האפליקציה. העותק מתחיל לא מפורסם[5] |
| Base44, Clone | כל הקוד: עמודים, עיצוב, פונקציות צד שרת והלוגיקה[12] | הנתונים: העותק מתחיל עם מסד נתונים ריק. השירותים המחוברים מועתקים, אבל צריך לחבר אותם מחדש[12] |
| Bolt, Duplicate | הקוד וההגדרות, ובמסד הנתונים של Bolt מבנה הטבלאות[18] | הנתונים, החיבור ל-GitHub והיסטוריית השיחה[18] |
| Emergent, Fork | הקוד, מסד הנתונים עם הנתונים שבו ברגע השכפול, וסיכום של השיחה, בפרויקט חדש באותה סביבת עבודה[20] | הסודות ומפתחות ה-API[20] |
המשמעות לעסק: לקוחות שנרשמו למערכת, הזמנות, תורים ומסמכים נשארים במקור. ב-Lovable גם משתמשי האפליקציה לא עוברים לעותק[5], ולכן הלקוחות היו צריכים להירשם מחדש (למה זה קורה, ואיך נמנעים מזה במעבר). Lovable עצמה מציעה Remix כדרך להעביר פרויקט בין שני חשבונות[5], וזה מתאים לאב-טיפוס בלי לקוחות. למערכת שהעסק כבר עובד איתה, העברה היא הדרך.
רשימת מסירה: מה מסכמים בכתב עם מי שבנה
ההעברה בכלי היא כמה לחיצות. מה שמונע ויכוח אחריה הוא סיכום כתוב, גם בהודעה פשוטה, של מה עובר, מתי, ומי אחראי על מה. זו הרשימה שאנחנו ממליצים לעבור עליה יחד:
- איפה המערכת תהיה: בסביבת עבודה של העסק, שנפתחה עם המייל של העסק, ומשולמת באמצעי התשלום שלו. ובאיזה תאריך מעבירים.
- מי הבעלים, ומי נשאר: בעל העסק הוא הבעלים של הפרויקט ושל סביבת העבודה. מי שבנה נשאר בתפקיד עריכה עד תאריך מוסכם, ואז יוצא.
- מי משלם ממתי: מרגע ההעברה השימוש נגבה מסביבת העבודה של העסק[2][12], ומה שנגבה לפני כן נשאר בסביבת העבודה הקודמת[2]. סכמו מי סוגר את המנוי שם, ומתי.
- השירותים המחוברים: סליקה, שליחת מיילים, SMS, שירותי AI. לכל אחד, על שם מי החשבון, ומתי מחליפים לחשבון ולמפתח של העסק.
- הדומיין: על שם העסק, אצל רשם שיש לעסק גישה אליו. אם נקנה בתוך הכלי מהחשבון של מי שבנה, מסכמים מה עושים איתו לפני ההעברה (הדומיין והמייל של העסק).
- הקוד: מאגר ב-GitHub בחשבון של העסק, או לפחות גישה אליו.
- גיבוי לפני ההעברה: ייצוא של הנתונים ושל הקבצים לתיקייה של העסק, שאפשר לשחזר ממנה (גיבוי ושחזור).
- הגישה בתוך האפליקציה: מי מנהל בה היום. חשבונות ניהול של מי שבנה מסירים, או מורידים את ההרשאות שלהם, כשהעבודה נגמרת (בדיקת האבטחה).
- מה קורה כשמשהו נשבר: מי מטפל, באיזה זמן, ובאיזה מחיר, גם אחרי ההעברה.
- הזכויות בקוד ובעיצוב: נקבעות בהסכם שלכם, לא בכלי. אם אין הסכם, או שהוא לא מתייחס לזה, זו שאלה לעורך דין.
ואם המערכת כבר אצלכם, ואתם שוקלים להוציא אותה מהכלי לגמרי: מה עובר כשמוציאים מערכת מכלי AI, שכבה אחרי שכבה.
איך הכנו את המדריך
כל עובדה על כלי לקוחה מהתיעוד הרשמי של Lovable, Base44, Replit, Bolt ו-Emergent ומתנאי השימוש של Lovable, ונבדקה ב-12 באוקטובר 2026. את ההעברות עצמן לא ביצענו בחשבונות ניסיון, ולכן התאריך מציין בדיקה מול התיעוד. ההבחנה בין סביבת עבודה, בעלים ועותק, הבדיקה העצמית ורשימת המסירה הן הניתוח שלנו. כלי AI עזרו באיסוף החומר ובניסוח, ותומר גל אחראי לתוכן.
נבדק מול התיעוד הרשמי ב-.
מקורות
- Projects in Lovable
- Project settings (Transfer ownership, Move workspace)
- Lovable workspace
- Manage workspace members from the People tab (The primary owner)
- Remix a project
- Set up a custom domain (Manage workspace domains)
- Sync your Lovable project with GitHub (Troubleshooting)
- Terms of Service (Your Rights), August 2026
- About workspaces
- Managing a workspace
- Managing your workspace members
- Managing your workspace apps (Moving an app between workspaces, Transferring app ownership, Cloning)
- Buying a domain with Wix (Managing your domains, Transferring your domain away)
- Joining the Base44 Partner Program
- Transfer App to Teams
- Personal & Team Workspaces
- Manually copy a project to another workspace
- Manage your projects (Transfer a project, Duplicate a project)
- Team roles, permissions & collaboration
- Forking
שאלות על העברת המערכת לחשבון של העסק
לא מצאתם תשובה? פשוט תשאלו אותנובעל העסק צריך מנוי משלו בכלי?
אם המערכת עוברת לסביבת עבודה שלו, היא משתמשת בתוכנית ובקרדיטים של סביבת העבודה הזו. ב-Lovable, מרגע ההעברה השימוש ב-Cloud וב-AI יורד מסביבת העבודה החדשה[2]. ב-Base44 האפליקציה צורכת קרדיטים מסביבת העבודה שאליה עברה, ודומיין משלכם ממשיך לעבוד רק אם התוכנית שלה תומכת בדומיינים[12]. מי שמוזמן לסביבת עבודה של מישהו אחר לא צריך מנוי משלו כדי לעבוד בה[9], אבל אז החיוב נשאר אצל מי שמחזיק בה.
מה ההבדל בין להעביר את הפרויקט לסביבת עבודה אחרת לבין להעביר את הבעלות?
לא מספיק שמי שבנה ייתן לנו את הסיסמה לחשבון שלו?
לא. החשבון נשאר שלו: התנאים של הכלי מדברים על מי שמחזיק בחשבון, החיוב יורד ממנו, וכל מי שמחזיק את הסיסמה יכול לעשות בו הכל. הדרך הנכונה היא להעביר את המערכת לחשבון שלכם, ועד אז לקבל גישה בהזמנה לפרויקט, בלי סיסמה.
מי שבנה את המערכת לא עונה, או לא מסכים להעביר אותה. מה עושים?
בכל הכלים שבדקנו, ההעברה מתחילה אצל מי שמחזיק בפרויקט או בסביבת העבודה, ולא מצאנו בתיעוד שלהם דרך להעביר מערכת בלעדיו. פנו לתמיכה של הכלי בכתב, ובמקביל לעורך דין לגבי ההסכם ביניכם. ובינתיים, אם יש לכם גישה לאפליקציה, ייצאו את הנתונים שאתם יכולים לייצא ושמרו אותם אצלכם.
הדומיין נקנה בתוך הכלי, מהחשבון של מי שבנה. הוא עובר עם המערכת?
לא אוטומטית. ב-Lovable דומיין שנקנה בכלי שייך לסביבת העבודה, ומעבירים אותו בנפרד עם Move domain[6]. ב-Base44 הוא נשאר בסביבת העבודה המקורית גם אחרי שהאפליקציה עוברת, ואי אפשר להעביר אותו לחשבון Base44 אחר, רק לרשם אחר, וחלק מסיומות המדינות לא ניתנות להעברה בכלל[13]. ב-Bolt מסירים את הדומיין לפני ההעברה[18]. הפרטים במדריך לדומיין ולמייל של העסק.