📊 צריכים אפליקציה לעסק? אנחנו מפתחים אפליקציות על בסיס אקסל. מוזמנים ליצור קשר ←

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

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

למדריך הקודם 1/10 בסדרה לחצו כאן

למדריך הבא 3/10 בסדרה לחצו כאן

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

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

1. שלב ראשון: הכנת תשתית הנתונים ב-Google Sheets

אפליקציות שנבנות באמצעות AppSheet תמיד מתחילות במידע. אנחנו בוחרים באפשרות הפשוטה והברורה ביותר: גוגל שיטס (האקסל של גוגל).

1. יצירת בסיס הנתונים: אנחנו ניגשים ל-Google Drive ופותחים גיליון גוגל שיטס חדש. לדוגמה, נקרא לו בשם “Fix Flow 3”.
2. הגדרת העמודות: אנחנו מכינים את עמודות הנתונים החיוניות לאפליקציה של הטכנאי:
   • שם הלקוח, טלפון, כתובת, תיאור הבעיה.
   • מתי נפתחה הקריאה, סטטוס (פתוחה, בטיפול, סגורה).
   • הערות אישיות של הטכנאי ומתי נסגרה הבעיה.
3. הוספת עמודת ID ייחודית: מומלץ להוסיף עמודת ID. עמודה זו מאפשרת ל-AppSheet לזהות כל שורה בצורה נפרדת וייחודית. AppSheet תוסיף אוטומטית טקסט ייחודי לעמודה זו כאשר נוסיף שורה חדשה.

לאחר שהכנו את המקום שבו יישמרו הנתונים, אנחנו עוברים ל-AppSheet כדי להתחיל לבנות את האפליקציה.

2. יצירת האפליקציה, התקנה ותכונות אוטומטיות

אנחנו נכנסים ל-AppSheet ומתחילים את תהליך יצירת האפליקציה:

• יצירה וחיבור: אנחנו לוחצים על “Create app” ובוחרים באפשרות “start with existing data” (התחלה עם מידע קיים). נבחר בסוג העיסוק “Field Service” ומקור הנתונים Google Sheets.
• בנייה אוטומטית: לאחר החיבור לגיליון, AppSheet בונה עבורנו באופן אוטומטי אפליקציה מוכנה המכילה שני מסכים: מסך להזנת הקריאות ומסך מפה. זהו “התחלה לא רעה” שממנה אנחנו ממשיכים לעריכה.
• התקנה ועדכונים: AppSheet שולחת באופן אוטומטי אימייל עם קישור להתקנת האפליקציה בטלפון. חשוב לזכור: כל שינוי שנעשה ונשמר, יופיע מיד במכשיר הנייד ברגע שמרעננים אותו.
• מגבלות הגרסה החינמית: בתחילה, רק יוצר האפליקציה יכול להשתמש בה. הגרסה החינמית מאפשרת להזמין עד 10 אנשים לבדוק , וממש להשתמש באפליקציה בחינם לגמרי, מה שמתאים לרוב העסקים הקטנים והבינוניים. יש לציין שהיכולות של אוטומציה והפקת מסמכים לא נתמכות בגירסה החינמית.
  צריך משהו באקסל? דברו איתי

  נחזור אליך תוך 3 שעות.

  טוען...

  

3. סיור בממשק והזנת נתונים ראשונית

נבצע כעת סיור במסך העריכה של AppSheet כדי להכיר את סביבת העבודה:

• תצוגה מקדימה (Preview): בצד ימין אנו רואים כיצד האפליקציה תיראה במובייל, בטאבלט או בדפדפן.
• מסכי עבודה מרכזיים:
  • Data: כאן נראה את מקורות הנתונים. AppSheet מזהה עבורנו אוטומטית סוגי נתונים (כמו טלפון, כתובת), מה שחוסך זמן בתכנות שדות.
  • Views: כאן נראה את כל המסכים באפליקציה, המקובצים לפי Primary, Menu, Reference, ומסכים שנוצרו אוטומטית (System Generated).
  • Action: מסך זה מאפשר לנו לשלוט על כל הכפתורים וכל הפעולות באפליקציה.

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

4. עריכת תצוגות וסנכרון הנתונים

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

• שינוי שם המסך: אנחנו משנים את השם של המסך הראשי (לדוגמה: ל-“Service Request”). הודות לסנכרון המיידי, השינוי מופיע מיד במובייל.
• מבנה תצוגת ה"דק" (Deck View): המסך הראשי הוא מסך מסוג “Deck” (כמו חפיסת קלפים). חשוב להבין שמסך זה מורכב משלושה מסכים נפרדים:
  1. מסך הרשימה (Deck)
  2. מסך התצוגה המלאה (Detail View)
  3. מסך העריכה (Edit View)
     המסכים הפנימיים (Detail ו-Edit) הם מסכים System Generated, ואותם אפשר לערוך דרך הגדרות המערכת.
• אחסון תמונות: כאשר הוספנו תמונה, אנחנו רואים שהתמונה לא נשמרת בגיליון עצמו, אלא בתיקייה ייחודית שנוצרה אוטומטית ב-Google Drive.

5. הגדרות מתקדמות: סטטוס, חובה והסתרת עמודות

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

• הגדרת ‘סטטוס’ כ-Enum: אנחנו משנים את סוג השדה של עמודת הסטטוס מ’טקסט’ ל-Enum (רשימה מוגדרת מראש). אנחנו מגדירים את הערכים האפשריים: ‘New’, ‘In Progress’, ו-‘Complete/Closed’, ומשנים את דרך ההצגה לדרופדאון.
• ערך התחלתי: כדי להקל על דניאל, אנחנו קובעים שכל קריאת שירות חדשה תתחיל אוטומטית עם סטטוס ‘New’.
• קיבוץ (Grouping): כיוון שצפויות להיות קריאות רבות, אנחנו מגדירים קיבוץ של השורות במסך התצוגה לפי סטטוס.
• שדה חובה: כדי לתקן רישומים עם סטטוס ‘blank’, אנחנו קובעים ששדה הסטטוס יהיה חובה (Required).
• הסתרת ID: עמודת ה-ID חשובה ל-AppSheet אך לא למשתמש. אנחנו מסתירים את העמודה (מבטלים את סימון ה-Display) כך שהטופס החדש יתחיל מיד ב’שם הלקוח’.

6. הצגה מותנית ויצירת כפתור סגירה אוטומטי

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

• הצגה מותנית (Show If): אנחנו קובעים שהשדה Date Closed (תאריך סגירה) יופיע במסך רק כאשר הסטטוס הוא ‘Closed’.
  • הנוסחה שקבענו היא: [Status] = “Closed”.
• יצירת כפתור פעולה (Action) לסגירה: אנחנו יוצרים כפתור מותאם אישית שנקרא ‘Close’ תחת לשונית Actions.
  • הפעולה מבצעת שני עדכונים בו זמנית בשורה הנוכחית: עדכון הסטטוס ל-‘Closed’ ועדכון עמודת Date Closed באמצעות הנוסחה TODAY().
  • הכפתור מופיע עם סמל V . אנחנו בודקים שלחיצה עליו מעדכנת את הסטטוס, רושמת תאריך נוכחי, והופכת את שדה Date Closed לגלוי באופן מיידי.

סיכום החלק הראשון

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