פורטל לגן ילדים: אזור אישי, אלבומים סגורים, 152-FZ

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

פיתוח ותחזוקה של כל סוגי האתרים:

אתרי מידע או יישומי אינטרנט
אתרי תדמית, דפי נחיתה, אתרי חברה, קטלוגים מקוונים, חידונים, אתרי קידום, בלוגים, מקורות חדשות, פורטלי מידע, פורומים, אגרגטורים
אתרי מסחר אלקטרוני או יישומי אינטרנט
חנויות מקוונות, פורטלי B2B, שווקים, בורסות מקוונות, אתרי קאשבק, בורסות, פלטפורמות דרופשיפינג, מנתחי מוצרים
יישומי אינטרנט לניהול תהליכים עסקיים
מערכות CRM, מערכות ERP, פורטלים ארגוניים, מערכות ניהול ייצור, מנתחי מידע
אתרי שירות אלקטרוני או יישומי אינטרנט
פלטפורמות מודעות, בתי ספר מקוונים, בתי קולנוע מקוונים, בוני אתרים, פורטלים לשירותים אלקטרוניים, פלטפורמות אירוח וידאו, פורטלים נושאיים

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

השירותים שאנו מציעים
מציג 1 מתוך 1כל 2062 השירותים
פורטל לגן ילדים: אזור אישי, אלבומים סגורים, 152-FZ
פשוט
מ- 4 שעות עד 2 ימים
שאלות נפוצות

פיתוח פורטל לגן ילדים: היכן נשברת הגישה

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

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

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

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

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

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

האפקט של ההטמעה: פרסום, עומס, פעולות ידניות

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

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

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

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

אלבומים של ילדים הם קטגוריית נתונים מיוחדת, ולכן הגישה מבוססת על אמצעי הגנה מוסמכים (КриптоПро) ועל הפרדת הרשאות ברמת רשומות בודדות, ולא רק בכניסה לאזור האישי.

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

השוואת אפשרויות: פתרון מוכן, מודול, שירות

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

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

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

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

שלבי העבודה: מסקר ועד מסירה לתפעול

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

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

מה נשאר אצל המזמין: תצורה, סכימות, נהלים

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

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

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

מקרה בוחן: הסרנו מתן גישות ידני ושיחות טלפון להורים

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

מה שינינו

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

מדדים לפני ואחרי

מדד לפני אחרי
פניות לגישה 30–40 בחודש, ידנית דרך הצ'אט 1–2 בחודש, השאר — באופן עצמאי באזור האישי
פרסום אלבום קבוצה 1–2 ימים להצלבת רשימות 15 דקות: העלו ופתחו לקבוצה הרצויה
שגיאות במתן הרשאות 6–8 ברבעון: הורה זר באלבום, מסיים עם גישה 0 ברבעון — ההרשאה ניתנת על ידי תפקיד, לא על ידי אדם
איסוף הסכמות טפסים על נייר בתיקייה הסכמה אלקטרונית עם חתימת זמן

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

מה לעשות אם לגן כבר יש אתר ודיסק ענן?

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

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

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

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

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

שאלות על גישות, אחסון נתונים ועומס

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

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

מה אם חלק מההורים יסרבו לאזור האישי?

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

האם הפורטל יעמוד בימי שיא?

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

אפשר לארח את הפורטל בשרתים שלכם?

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

נדון במשימה: נחזור עם הערכה ותוכנית עבודה

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

חשוב במיוחד איך מתבצעת היום העבודה עם הסכמות לעיבוד נתונים אישיים של ילדים ומי ימלא את אלבומי הקבוצות.

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

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

הכישורים שלנו:

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1393
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1368
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1139
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1152
  • פיתוח אתר עבור SBH Partners
    פיתוח אתר עבור SBH Partners
    1231
  • פיתוח אתר עבור Red Pear
    פיתוח אתר עבור Red Pear
    641