דלגו לתוכן העמוד
בית
ZeeForm

Compliance Workflows

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

עודכן:

בקצרה

  • דרישה רגולטורית אינה מסמך. היא רצף של תנאי, פעולה נדרשת, גורם אחראי, ראיה ותנאי השלמה.
  • ZeeForm אינה מערכת משפטית ואינה GRC. היא שכבת הרצה שמתרגמת דרישה לתהליך שרץ בפועל.
  • מה שמבדיל תהליך רגולטורי מתהליך רגיל הוא לא הטופס אלא הראיה: מי החליט, על סמך מה, באיזו גרסה, ומתי.
  • כשהרגולציה משתנה, השאלה אינה מה התהליך היום אלא איזו גרסה שלו הייתה פעילה כשהתהליך בוצע.

מדרישה להרצה

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

שמונה השכבות

כל שכבה עונה על שאלה אחת. יחד הן ההפרש בין תהליך שרץ לבין תהליך שאפשר להוכיח.

01

Regulatory Intelligence

ניהול הדרישה עצמה

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

02

Compliance Rules

תרגום דרישה לכלל

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

03

Process Orchestration

הפעלת התהליך

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

04

Data & Document Intelligence

הבנת מידע ומסמכים

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

05

Risk & Decisioning

סיווג, חריגים והחלטות

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

06

Approval & Signature

אישורים וחתימות

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

07

Evidence & Audit

תיעוד והוכחת ביצוע

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

08

Governance & Monitoring

שימור, שינוי וניטור

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

שאלות מהותיות

מה ההבדל בין תהליך רגולטורי לתהליך עסקי רגיל?

הראיה.

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

למה לא מספיק לאסוף את המידע ולשמור אותו?

כי מידע בלי מטרה הוא חשיפה.

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

מה משתנה כשהרגולציה משתנה?

הכל, אם אין ניהול גרסאות.

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

איפה AI נכנס, ואיפה הוא לא?

AI מסייע, לא מכריע.

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

האם שימוש בפלטפורמה הופך ארגון לעומד ברגולציה?

לא.

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

מה הפלטפורמה עושה, ומה לא

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

שאלות נפוצות

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

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

מה נשמר בסיום התהליך?

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

איך מטפלים בחתימה שלא הושלמה?

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

האם ניתן להפריד בין מי שיוצר, מי שבודק ומי שמאשר?

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

מה קורה למידע אחרי שהתהליך נסגר?

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

האם התהליך נגיש?

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

רוצים לראות איך דרישה ספציפית הופכת לתהליך?

ספרו לנו על הדרישה ועל התהליך שמנהל אותה היום, ונראה לכם איך הוא נראה כשהוא רץ.

דברו איתנו