ייצוא משתמשים מ-⁠Base44 ל-⁠CSV, והעברה שלהם בלי איפוס סיסמאות

בקצרה

Base44 מאפשרת לייצא טבלאות ל-⁠CSV מדף "Data" (הנתונים), טבלה אחת בכל פעם. התיעוד שלה לא מתאר ייצוא של רשימת Users (המשתמשים), ודף הפרטיות שלה אומר במפורש שאי אפשר לייצא משתמשי אפליקציה. מה שאפשר לשלוף הוא הרשומה של כל משתמש: מזהה, אימייל, שם, תפקיד, האם הם גם עורכים את האפליקציה ומתי הצטרפו, ועוד כל שדה מותאם שהוספתם. עושים את זה דרך ה-⁠API של Base44, דרך פונקציית שרת, או דרך דף באפליקציה שרק הבעלים רואים.

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

מה יש ברשומת משתמש ב-⁠Base44

בכל אפליקציית Base44 יש טבלת User מובנית. התיעוד של Base44 על סכמת המשתמש וגם מדריך ה-⁠API שלה לשליפת משתמשי אפליקציה מתעדים את השדות האלה:

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

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

שלוש דרכים להוציא את רשימת המשתמשים

1. ה-⁠Apps API של Base44

ל-⁠Apps API יש נקודת קצה (endpoint) בשם List app users. זו משימה למפתחים: קוראים לה עם מפתח API אישי של מי שיש לו הרשאת עריכה לאפליקציה, ומקבלים בחזרה את כל מי שנרשם, או שאישר הזמנה והתחבר. אפשר לסנן לפי כל שדה, למשל ?role=admin. שני פרטים חשובים בשביל רשימה מלאה:

• אנשים שהזמנתם ועדיין לא התחברו לא כלולים.
• חשבונות ש-⁠Base44 הוסיפה בעצמה, כמו מנהלי סביבת העבודה, צוות התמיכה והחשבונות הזמניים שנוצרים בהרצת בדיקה, לא נכללים.

נכון לאוקטובר 2026 ה-⁠API מסומן כבטא, כך שהשדות וההתנהגות שלו עשויים להשתנות.

2. פונקציית שרת

בתוך פונקציית שרת, base44.asServiceRole.entities.User.list() מחזירה את כל המשתמשים, בלי קשר להרשאות הגישה של טבלת User (מדריך ה-⁠SDK לישויות (entities)). נכון לאוקטובר 2026, פונקציות שרת דורשות מסלול Builder ומעלה. Base44 גם מגבילה בקשת נתונים בודדת ל-⁠5,000 פריטים, כך שבאפליקציה גדולה יותר צריך לשלוף את המשתמשים במנות.

3. דף באפליקציה שרק הבעלים רואים

Base44 מגבילה את רשימת Users כך שרק הבעלים של האפליקציה ושותפי העריכה (collaborators) יכולים לקרוא אותה (לבחור מי יכול לגשת לאפליקציה). אם אתם לא מפתחים, אפשר לבקש מצ׳אט ה-⁠AI להוסיף דף שמציג את המשתמשים ומוריד אותם כ-⁠CSV. חשוב להגן על הדף הזה בבדיקת הרשאת אדמין, כי הקובץ מכיל מידע אישי של המשתמשים שלכם.

כל מה שאתם שומרים על משתמשים בטבלאות משלכם, כמו טבלת UserProfile, מיוצא בדרך הרגילה: Data, בוחרים את הטבלה, More actions (פעולות נוספות), Export (ייצוא).

תפקידים: איפה הם נשמרים ומה הם קובעים

כל אפליקציית Base44 מתחילה עם שני תפקידים. בעלי התפקיד Admin (מנהל) יכולים להגיע לאזורים של האפליקציה שבאוויר שמיועדים למנהלים בלבד, ובעלי התפקיד User (משתמש) יכולים להשתמש באפליקציה בלי הרשאות מיוחדות. משנים תפקיד דרך Dashboard (לוח הבקרה), ואז Users, בוחרים את האדם ובוחרים תפקיד. אפליקציות יכולות להגדיר עוד תפקידים, כערכים של role או כשדה מותאם כמו app_role.

שני דברים שקל להתבלבל ביניהם:

• תפקידים באפליקציה קובעים מה מישהו יכול לעשות באפליקציה שבאוויר. הרשאות הגישה של הטבלאות בודקות אותם, והן יכולות לבדוק גם שדות משתמש מותאמים, למשל כדי להגביל כל משתמש לרשומות של החברה שלו.
• שותפי עריכה יכולים לפתוח את העורך ואת לוח הבקרה של Base44. מאז 16 בפברואר 2026 זו הגדרה נפרדת מהתפקיד באפליקציה, אם כי שותף עריכה חדש מקבל כברירת מחדל את התפקיד Admin.

מכיוון שהתפקיד הוא שדה ברשומת המשתמש, הוא עובר יחד עם הרשומה. הגישה של שותפי עריכה שייכת לעורך של Base44, ולכן אין לה משמעות ברגע שהאפליקציה רצה במקום אחר. אחרי ההעברה, מי שיכולים לשנות את האפליקציה הם האנשים שיש להם גישה למאגר (repository) שלה.

למה סיסמאות הן החלק הקשה בכל העברה

מערכת התחברות שבנויה נכון אף פעם לא שומרת את הסיסמאות של המשתמשים. היא שומרת hash חד-כיווני: מספיק כדי לבדוק שסיסמה נכונה, לא מספיק כדי לשחזר אותה. Base44 לא מייצאת את ה-⁠hash הזה.

כך שלמי שבונה אפליקציה מחדש במקום אחר נשארות שלוש אפשרויות:

1. לבקש מכולם לאפס סיסמה. פשוט, אבל כל משתמש צריך לפעול לפי מייל לפני שיוכל להיכנס שוב, וחלק לא יעשו את זה. בנייה מחדש על תשתית אחרת, כמו Supabase, בדרך כלל מגיעה לכאן.
2. לעבור לקודי התחברות או לקישורי התחברות במייל (magic links). אין סיסמה להעביר, אבל חוויית ההתחברות משתנה לכולם.
3. לבדוק כל סיסמה מול המערכת הישנה בפעם הראשונה שמשתמשים בה. המשתמש מתחבר כרגיל, המערכת הישנה מאשרת את הסיסמה פעם אחת, והמערכת החדשה שומרת hash משלה. זה עובד רק כל עוד המערכת הישנה עדיין רצה.

איך Unbase44 שומר על הסיסמאות של המשתמשים

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

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

האפליקציה החדשה שולחת את המיילים שלה, כולל קודי התחברות, דרך חשבון Resend משלכם או דרך כל שרת SMTP. בזמן שאתם בודקים אותה, העותק החדש רץ במצב בדיקה ומעכב הודעות יוצאות, כך שאפליקציית ה-⁠Base44 ממשיכה לשרת את המשתמשים עד המעבר.

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

התחברות עם Google

לפי תיעוד ההתחברות של Base44, ב-⁠Base44 מגדירים התחברות עם Google באחת משתי דרכים:

• ההתחברות עם Google של Base44, כברירת מחדל, משתמשת בפרטי הגישה (credentials) של Base44 עצמה מול Google. חלון ה-⁠Google ממותג עם base44.com.
• Custom Google OAuth (התחברות Google מותאמת) משתמשת בלקוח Google Cloud משלכם, כך שאנשים רואים את הדומיין שלכם. נכון לאוקטובר 2026 היא דורשת מסלול Builder ומעלה, דומיין מותאם אישית ואמצעי תשלום בפרויקט ה-⁠Google Cloud שלכם, ולפי Base44 האישור של Google יכול לקחת עד 5 ימים.

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

אם האפליקציה מציעה גם התחברות עם Microsoft, ‏Facebook, ‏Apple או SSO, צריך לתכנן אותן בנפרד. המאמר הזה עוסק בהתחברות עם אימייל וסיסמה ועם Google.

כשההתחברות עם Google או איפוס הסיסמה לא עובדים ב-⁠Base44

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

• חלון Google עדיין מציג base44.com אחרי שהגדרתם לקוח משלכם: Google עוד לא אישרה את הפרויקט שלכם. לפי דף ה-⁠SSO של Base44, המיתוג שלכם יופיע אחרי האישור.
• התחברות Google מותאמת נכשלת: בודקים שה-⁠redirect URI ב-⁠Google Cloud הוא בדיוק https://app.base44.com/api/apps/auth/callback, שהדומיין שלכם מוגדר כ-⁠authorized JavaScript origin, ושדף הבית, מדיניות הפרטיות ותנאי השימוש שלכם ציבוריים, כפי ש-⁠Google דורשת.
• התחברות עם Google נכשלת באפליקציית Android מ-⁠Google Play: מוסיפים ל-⁠Base44 את טביעת האצבע SHA-256 של חתימת האפליקציה ב-⁠Google Play (המדריך לחנויות האפליקציות).
• "Invalid login" עם הסיסמה הנכונה: בדרך כלל האפליקציה מוגדרת כפרטית (Private) והאדם לא הוזמן. אימייל שלא אומת או התחברות שפג תוקפה נותנים את אותה שגיאה.
• אין בכלל אפשרות של אימייל וסיסמה: מפעילים אותה דרך Dashboard, ‏Settings (הגדרות), ‏Authentication (אימות).
• מייל האיפוס לא מגיע: מבקשים מהאדם לבדוק בתיקיית הספאם ולהוסיף את app@base44.com לרשימת השולחים המאושרים, ואז שולחים שוב. הפתרון האחרון של Base44 הוא להסיר את האדם מ-⁠Users ולבקש ממנו להירשם מחדש.
• קישור האיפוס פותח דף ריק: באפליקציות עם דפי התחברות מותאמים, הדף חייב להיות בדיוק בנתיב /reset-password, כי הקישור במייל קבוע לנתיב הזה. קישור איפוס עובד פעם אחת; אחר כך צריך לבקש קישור חדש.

רשימת בדיקה לפני שמעבירים את המשתמשים

• מייצאים את רשימת המשתמשים לתיעוד שלכם, באחת משלוש הדרכים שלמעלה.
• מייצאים כ-⁠CSV כל טבלה שמחזיקה נתוני משתמשים, כמו פרופילים או הזמנות.
• רושמים אילו שיטות התחברות מופעלות תחת Authentication.
• אם אתם משתמשים ב-⁠Custom Google OAuth, רושמים באיזה פרויקט Google Cloud הוא מוגדר.
• מתכננים להשאיר את אפליקציית ה-⁠Base44 מפורסמת עד שהמשתמשים הפעילים התחברו פעם אחת לאפליקציה החדשה.