אוריגמי גרסה 6.3.2: Vision, Omnichannel פתוח ועיצוב מובייל מחודש

גרסה 6.3.2 מביאה את Vision, מנוע ה-AI שבונה עבורכם מערכת שלמה מתוך שיחה. לצד זה הרחבנו את ה-Omnichannel לקליטת הודעות מכל מקור חיצוני דרך API, חידדנו את זיהוי מספרי הטלפון, ושדרגנו את היומן, את תצוגת ה-KPI ואת המילוי האוטומטי. הנה כל מה שחדש, כולל הסבר מלא איך להשתמש בכל יכולת.

Vision: בניית מערכת שלמה עם AI

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

שלב אחר שלב

1. אדמין נכנס להעדפות המערכת ובוחר בלשונית החדשה: Vision.
2. נפתח מסך עם פלטפורמת צ’אט לתחילת שיחה על המבנה שהלקוח רוצה ליישם במערכת.
3. בבנייה עצמה, מסך ה-AI Builder מחולק לשני אזורים: בצד שמאל צ’אט עם AI Implementer, ובצד ימין עץ מבנה חי של המערכת שנבנית בזמן אמת.
4. המשתמש מתאר מה הוא רוצה לבנות, למשל CRM, מערכת ניהול פרויקטים או מערכת לקוחות.
5. ה-AI שואל שאלות מנחות כדי להבין את המבנה הרצוי: אילו ישויות ליצור, אילו קבוצות שדות נדרשות, ואילו שדות, סוגי שדות וקשרים קיימים בין הישויות.
6. תוך כדי השיחה עץ המבנה מתעדכן בלייב: Entities, Groups, Fields, Relations.
7. המשתמש יכול לערוך ידנית את המבנה דרך העץ: שינוי שם, מחיקה ועריכת הגדרות שדה.
8. ניתן גם לייבא קובץ Excel/CSV כדי שה-AI יבנה מבנה מערכת לפי הנתונים.
9. כשהמבנה מוכן, ה-AI מציג הודעת חיווי לסיום התהליך.
10. רק לאחר לחיצה על Build It / Implement my system המערכת נבנית בפועל בתוך Origami.
11. בסיום, המשתמש מועבר אוטומטית למערכת שנוצרה ויכול לערוך אותה ידנית, בדומה לעריכה של מערכת רגילה.

שימושים עיקריים

• בניית מערכות מלאות באמצעות AI ללא צורך בהקמה ידנית.
• בניית מערכות לפי הגדרת התוצאה הרצויה בלבד, בלי לתכנן את אופן המימוש.
• יצירה אוטומטית של ישויות, קבוצות שדות, שדות וקשרים בין ישויות.
• המרה מהירה של Excel/CSV למבנה מערכת ב-Origami.
• תכנון ויזואלי של מבנה המערכת בזמן אמת.
• עריכה ושיפור של מבנים קיימים דרך AI.

למי מיועד

• אדמינים ומיישמים במערכת.
• צוותי Product / Operations שמקימים מערכות חדשות.
• לקוחות שרוצים להקים מערכת מורכבת במהירות ללא ידע טכני עמוק.
• ארגונים שמבצעים onboarding מהיר של תהליכים חדשים.

מה זה פותר

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

קליטת הודעות ל-Omnichannel דרך API

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

שלב אחר שלב

1. המשתמש מוסיף Omni Widget ליישות הרצויה.
2. במאפייני הווידג’ט מפעילים את הטוגל האחרון מבין האפשרויות, בשם External Apps.
3. המשתמש או מערכת חיצונית שולחים קריאת API ל-Origami.
4. המערכת מקבלת את הקריאה ומזהה אותה כהודעת Omnichannel לכל דבר.
5. ההודעה נכנסת ל-Omnichannel Thread המתאים (לפי מזהה / משתמש / mapping).
6. ההודעה מוצגת בתוך ה-Omnichannel כאילו הגיעה מ-WhatsApp / Email / PBX.
7. ההודעה מוצגת גם אם לא קיים חיבור וואטסאפ / מייל / מרכזיה במערכת.
8. ניתן להמשיך שיחה רגילה בתוך המערכת על בסיס אותה שיחה.

שימושים עיקריים

• הכנסת הודעות ממערכות חיצוניות ישירות ל-Omnichannel.
• חיבור מערכות שלא נתמכות באופן טבעי (לא WhatsApp / לא Email / לא PBX).
• יצירת תקשורת אחידה מכל מקור נתמך דרך API בלבד.

למי מיועד

• צוותי אינטגרציה.
• חברות עם מערכות תקשורת פנימיות.
• ספקי שירות שרוצים להתחבר ל-Omnichannel בלי חיבורי WhatsApp / Email / PBX.
• צוותי Product שמבצעים אינטגרציות מותאמות לקוחות.

מה זה פותר

• מבטל הכרח של חיבור ישיר ל-WhatsApp / Gmail / מרכזיות.
• מאחד את כל ההודעות תחת UI אחד.
• מפשט אינטגרציות מורכבות למבנה API יחיד.

דוגמאות לקריאות API

Email API

URL: https://dev.origami.local/omnichannel_external/api/new_message
Header: ‘Content-Type: application/json’
Data-Raw:
{
  “username”: “[email protected]”,
  “password”: “********”,
  “message_info”: {
    “from”: “[email protected]”,
    “to”: “[email protected]”,
    “sending_type”: “incoming”,
    “message_id”: “msg_001255”,
    “message_type”: “image”,
    “message_text”: “External email”,
    “timestamp”: “2026-04-05T18:30:00Z”
  },
  “properties”: {
    “app_type”: “email_app”,
    “origami_files”: [
      { “ext”: “png”, “url”: “https://example.com/files/image1.png”, “type”: “image” }
    ],
    “lat”: “22.3039”,
    “long”: “70.8022”
  }
}

WhatsApp API

URL: https://dev.origami.local/omnichannel_external/api/new_message
Header: ‘Content-Type: application/json’
Data-Raw:
{
  “username”: “[email protected]”,
  “password”: “********”,
  “message_info”: {
    “from”: “0523334444”,
    “to”: “0527778888”,
    “sending_type”: “incoming”,
    “message_id”: “msg_001255”,
    “message_type”: “image”,
    “message_text”: “External whatsapp”,
    “timestamp”: “2026-04-05T18:30:00Z”
  },
  “properties”: {
    “app_type”: “whatsapp”,
    “origami_files”: [
      { “ext”: “png”, “url”: “https://example.com/files/image1.png”, “type”: “image” }
    ],
    “lat”: “22.3039”,
    “long”: “70.8022”
  }
}

PBX API

URL: https://dev.origami.local/omnichannel_external/api/new_message
Header: ‘Content-Type: application/json’
Data-Raw:
{
  “username”: “[email protected]”,
  “password”: “********”,
  “message_info”: {
    “from”: “15551661900”,
    “to”: “918000808855”,
    “sending_type”: “outgoing”,
    “message_id”: “msg_001251”,
    “message_type”: “text”,
    “message_text”: “New message pbx outgoing”,
    “timestamp”: “2026-04-05T18:30:00Z”
  },
  “properties”: {
    “app_type”: “pbx_app”,
    “secret_key”: “555”,
    “call_status”: “answered”,
    “call_duration”: “00:00:10”,
    “call_end_time”: “1762984820”,
    “pbx_extension”: “Ext-5”,
    “call_start_time”: “1762984810”,
    “call_sub_status”: “”,
    “call_recording_link”: “https://www.google.com”,
    “call_summary”: “Summary text”
  }
}

זיהוי מספרי טלפון בכל פורמט

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

שלב אחר שלב

1. מנהל המערכת יכול להגדיר לשדה הטלפון קידומת מדינה ברירת מחדל (למשל ישראל, ארה”ב וכו’).
2. עבור רשומות ספציפיות, המשתמש יכול לשנות ידנית את קידומת המדינה למדינה אחרת.
3. ניתן להציג את מספר הטלפון עם קוד מדינה או בלעדיו, בהתאם להגדרות ולתצוגה הרצויה.
4. אפשר להזין מספר טלפון בכל פורמט: עם 0, עם 972+, עם קידומת מדינה אחרת, עם רווחים או מקפים, או ללא קידומת כלל.
5. ההזנה נתמכת בכל ערוצי המערכת: ידנית דרך הממשק, דרך Webforms, דרך Import, דרך Workflows ודרך קריאות API.
6. המערכת שומרת את המספר כפי שהוזן במקור.
7. במקביל, המערכת מייצרת גרסת חיפוש מנורמלת של המספר, כך שכל הפורמטים של אותו מספר מקושרים זה לזה.
8. בחיפוש, בפילטר או בשיחה נכנסת, המערכת יודעת לבצע התאמה בין כל פורמט לכל פורמט.
9. גם אם המספר נשמר בפורמט אחד ומחפשים או מתקשרים בפורמט אחר, ההתאמה תתבצע תקין.

שימושים עיקריים

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

למי מיועד

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

מה זה פותר

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

זימון פגישה אוטומטי מתוך טופס ווב

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

שלב אחר שלב

1. המשתמש נכנס להגדרות שדה ה-Calendar בעריכת ה-Webform.
2. מתחת לשדה הקיים “URL for meeting” נוסף שדה חדש: “הזמן לאירוע”, לבחירת שדה אימייל מתוך הטופס.
3. המשתמש בוחר איזה שדה Email בטופס מייצג את משתתף הפגישה.
4. הגולש ממלא את ה-Webform וקובע פגישה דרך שדה ה-Calendar.
5. לאחר שליחת הטופס נוצרת פגישה ביומן של המשתמש המחובר ב-Origami, נוצר גם Calendar Invite משותף, וההזמנה כוללת את כתובת האימייל שהוזנה בטופס.
6. שני הצדדים מקבלים את ההזמנה ליומן כולל לינק ל-Google Meet.
7. האירוע מופיע ביומן של שני הצדדים.

שימושים עיקריים

• שליחת זימון פגישה אוטומטי לממלא הטופס.
• שיתוף אוטומטי של Google Meet.
• יצירת חוויית Scheduling מלאה כמו Calendly.
• מניעת מצב שבו רק יוצר הפגישה רואה את האירוע.

למי מיועד

• צוותי מכירות.
• צוותי שירות ותמיכה.
• מערכות קביעת פגישות דרך Webforms.
• ארגונים המשתמשים ב-Google Calendar / Microsoft Calendar.

מה זה פותר

• כיום רק המשתמש המחובר ל-Origami מקבל את האירוע.
• ממלא הטופס לא מקבל לינק לפגישה ולא רואה אותה ביומן שלו.
• הפיצ’ר מאפשר לשני הצדדים לקבל Invite מלא עם Meeting Link.

דוגמאות

• לקוח קובע דמו דרך Webform, וגם הלקוח וגם איש המכירות מקבלים Google Meet invite.
• מטופל קובע פגישה, והאירוע מופיע גם ביומן המטפל וגם ביומן המטופל.
• פגישת תמיכה טכנית, ושני הצדדים מקבלים לינק לפגישה אוטומטית.

יותר אירועים בתצוגת היומן

כשתיאור האירוע מוגדר עם שדה אחד, היומן יציג עד 4 אירועים בתא היומי במקום 2 בלבד; כשמוגדרים כמה שדות, התצוגה מותאמת לגודל התא.

שלב אחר שלב

1. המשתמש נכנס לתצוגת Calendar במצב חודשי (Month View).
2. בכל יום בלוח השנה יוצגו יותר אירועים בהתאם לגובה הזמין בתא.
3. כשב”הצג כתיאור אירוע” מוגדר שדה אחד, יוצגו עד 4 אירועים באותו יום; כשמוגדרים יותר שדות, האירועים יוצגו באופן מותאם לגודל התא.
4. אם קיימים אירועים נוספים מעבר לכמות המוצגת, יופיע כפתור להצגת האירועים הנוספים באותו יום.
5. כל שאר ההתנהגויות בלוח השנה נשארו ללא שינוי.

שימושים עיקריים

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

למי מיועד

• משתמשי Calendar View.
• צוותים שמנהלים מספר פגישות ביום.

מה זה פותר

• כיום מוצגים רק 2 אירועים גם כשיש מקום פנוי ליותר.
• משתמשים נדרשים לפתוח הצגת אירועים נוספים לעיתים קרובות מדי.
• הפיצ’ר מאפשר לראות יותר מידע ישירות מתצוגת החודש.

שליטה בפריסת ה-KPI בדשבורד

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

שלב אחר שלב

1. ב-KPI Widget נוסף שדה חדש: “Blocks Per Row”.
2. המשתמש בוחר כמה KPI blocks יוצגו בכל שורה.
3. הווידג’ט מוצג בהתאם לכמות שהוגדרה.

שימושים עיקריים

• שליטה טובה יותר בפריסת KPI בדשבורד.
• התאמה אישית של צפיפות התצוגה לכל משתמש.

למי מיועד

• משתמשי Dashboard.
• מנהלים שעובדים עם KPI מרובים.

מה זה פותר

• כיום אין שליטה בכמות ה-KPI בכל שורה.
• מאפשר להציג יותר KPI במרחב קטן יותר.

מילוי אוטומטי מתוך שדות קיימים

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

שלב אחר שלב

1. המשתמש נכנס להגדרות Auto Filling.
2. בעת הגדרת ערך למילוי אוטומטי נוסף מצב בחירה חדש: בחירת ערך קבוע (Custom Value) או בחירת שדה קיים.
3. בבחירת Custom Value מקלידים ערך ידני כמו היום; בבחירת שדה קיים בוחרים שדה אחר מתוך המערכת כמקור לערך.
4. בזמן יצירת או עדכון מופע, הערך יילקח דינמית מהשדה שנבחר ולא מערך קבוע שהוגדר מראש.

שימושים עיקריים

• העברת מידע דינמית בין שדות.
• יצירת Auto Filling גמיש יותר.
• צמצום הצורך בערכים קבועים מראש.
• יצירת אוטומציות חכמות יותר בין ישויות ושדות.

למי מיועד

• משתמשים שעובדים עם Auto Filling מורכב.
• משתמשים שרוצים לקצר תהליכים חוזרים, למשל פתיחת רשומה חדשה שחלק מפרטיה כבר קיימים בישות אחרת.

מה זה פותר

• כיום ניתן להגדיר רק ערך קבוע ב-Auto Filling.
• אין אפשרות למשוך ערך דינמי משדה אחר.
• הפיצ’ר מאפשר שימוש במידע קיים בצורה אוטומטית וחכמה.

דוגמאות

• מילוי אוטומטי של “טלפון לקוח” משדה טלפון קיים.
• מילוי אוטומטי של “שם חברה” משדה Relation.
• העתקת Email משדה אחד לאחר בזמן יצירת מופע.
• שימוש בשדה “Owner” כמקור דינמי למילוי שדה משתמש אחר.

עיצוב חדש למובייל

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

סרגל ניווט וחיפוש

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

תפריט ישויות

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

תצוגת טבלה

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

תצוגת גלריה

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