ניתוח השפעה
לפני כל שינוי: יש שדה דומה? אילו דוחות ותהליכים יושפעו? איזה כלל עלול להתנגש?
Eolipa לא נכתב מחדש לכל לקוח. יש מנוע אחד שקורא "תיאור מערכת" - מה יש בעסק, איך הוא מתנהג, איך הוא נראה ומי רשאי למה - ומריץ ממנו הכול בזמן אמת. ובמרכז: ליבה נעולה שאף אחד לא נוגע בה ישירות.
הנתונים, החשבונאות, המסמכים הרשמיים, הרגולציה והתיעוד. לא משתמש, לא מנהל מערכת ולא AI נוגעים בה ישירות.
"מסמך" שמתאר את העסק: ישויות, כללים, תהליכים, מסכים והרשאות. זה מה שמשתנה מלקוח ללקוח - וזה מה שה-AI יודע לקרוא ולכתוב.
קורא את התיאור ומריץ ממנו מסכים, פעולות, דוחות וממשקים. נכתב פעם אחת, ולא משתנה לפי לקוח.
עובד על התיאור ועל הנתונים בשם האנשים בארגון, ובהרשאות שלהם.
דפדפן, טלפון, API לכל מערכת אחרת, MCP לכלי AI חיצוניים, ופורטלים ללקוחות ולספקים.
כשמבקשים משהו חדש, המנוע לא כותב קוד - הוא מרכיב אותו מאבני בניין מוכרות. לכן כל שינוי אפשר לבדוק, להסביר, לשדרג ולהחזיר.
מה שמבדיל את Eolipa מכל מי שבונה "מערכת מאפס" עם AI הוא הבסיס. כל כלל כאן נאכף במסד הנתונים עצמו. המנוע בודק קודם ומסביר בעברית - והמסד מוודא שזה באמת לא יקרה.
כי מסך אפשר לעקוף: דרך API, בסקריפט, או דרך סוכן. חוק שנאכף במסד הנתונים חל על כל מסלול - וגם נותן ראיה של ממש לביקורת.
חובה שווה לזכות, מכל מסלול: מסך, API או סוכן.
לא נמחק ולא משתנה. מתקנים במסמך נגדי, כמו זיכוי.
בלי חורים ובלי כפילויות בסדרות של מסמכים רשמיים.
למשל: חשבונית שדורשת מספר הקצאה לא מופקת בלעדיו, ומספר עוסק לא תקין לא נשמר.
כל שינוי, מכל סוג: מי, מתי, מה, ומאיזה מסך או סוכן.
והסוכן כפוף להן בדיוק כמו המשתמש שמפעיל אותו.
גמישות בלי בקרה היא בלגן. לכן כל שינוי במבנה עובר את אותו מסלול - כמו בקשת שינוי בפיתוח תוכנה.
לפני כל שינוי: יש שדה דומה? אילו דוחות ותהליכים יושפעו? איזה כלל עלול להתנגש?
משתמש מבקש שדה או כלל, והבקשה מגיעה למנהל המערכת עם הניתוח - לאישור, לדחייה או לשינוי.
כל פרסום הוא גרסה של המודל. אפשר להשוות, ואפשר לחזור לגרסה קודמת.
עמודות, סינונים, סדר ומראה - כל משתמש מסדר לעצמו, בלי לגעת במבנה הנתונים.
"המחוללים" הם מקום אחד לבנות בו כל דבר: דשבורדים, דוחות, פורטלים, תהליכים, מסכים ומודולים, ותפריטים. לכל מחולל יש עורך מלא - ו"תארו במילים", שעובר לסוכן.
מספרים, גרפים ורשימות שמתעדכנים חי - ולכל תפקיד את מה שחשוב לו.
סינון, קיבוץ, מיון ותצוגה חיה. שומרים לתפריט או לדשבורד, ומפיקים לאקסל או ל-PDF.
ללקוחות, לספקים ולעובדים: עמודים, שדות ומראה - וכל אחד רואה רק את מה שמותר לו.
מכאן כל ארגון מעבה עם הסוכן והבונה. זה היקף הליבה המתוכנן - חלק ממנו כבר עובד בהדגמה, וחלק בבנייה.
לקוחות ואנשי קשר, הצעות מחיר, מחירונים והנחות, הזמנות, תעודות משלוח, החזרות וחשבוניות. סוכנים, יעדים ותחזית.
דרישות רכש, בקשות להצעת מחיר והשוואה, ספקים ומחירונים, הזמנות ואישורים, קבלת סחורה, חשבוניות והחזרות.
פריטים, מחסנים ומיקומים, אצוות ותוקפים, תנועות, העברות, ספירות, שריון, ומלאי זמין.
ספר ראשי ופקודות יומן, חייבים וזכאים, קבלות וזיכויים, התאמות בנק, מס״ב, מע״מ וניכוי במקור, מטבע חוץ ודוחות כספיים.
משתמשים, חברות וסניפים, הרשאות, מספור מסמכים, ייבוא ויצוא, יומן שינויים ופעולות, חיפוש, התראות ושפות.
API לכל מערכת, MCP לכלי AI חיצוניים, ו-Webhooks - כדי שהעסק ידבר עם העולם.
הגישה המוקדמת נפתחת בקרוב, לעסקים בישראל קודם.