הגדרת זרימת מסמכים ב-Bitrix24: תבניות ומסלולים

מדוע זרימת המסמכים ב-Bitrix24 נשברת בשלבי האישור

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

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

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

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

מה משתנה לאחר הטמעת מסלולי אישור

קיצור מחזור האישור

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

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

מרשם גרסאות וסטטוסים שקופים

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

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

פורמטים של זרימת מסמכים ב-Bitrix24 והמגבלות שלהם

בחירת הפורמט ב-Bitrix24 נקבעת לפי מספר סוגי המסמכים בחברה ועד כמה חוקי התנועה שלהם אינם אחידים. מסלולים מובנים מכסים תרחישים טיפוסיים «מנקודה א' לנקודה ב'», ותהליכים ניתנים להגדרה בכרטיסים — כל מה שדורש הסתעפות לפי תנאים וקישור לישויות אחרות בפורטל.

מסלולי אישור מובנים

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

תהליכים בכרטיסים

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

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

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

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

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

מערך ההגדרות והתיעוד שנשאר ברשותכם

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

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

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

מקרה בוחן: מחזור אישור החוזים התקצר פי שלושה

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

כיצד היה לפני השינויים

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

מה שינו ומה יצא

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

מחזור האישור התקצר ל-3-4 ימי עבודה, שיעור הפעולות הידניות — כ-15% (העלאת מסמכים נכנסים וחתימה סופית). מספר החוזים בחודש גדל באותו כוח אדם, הגרסאות השנויות במחלוקת נעלמו, והפרות המועדים ירדו ל-3%.

במה תבנית מסמך נבדלת ממסלול אישור

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

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

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

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

שאלות טכניות שנשאלות לפני ההתחלה

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

האם צדדים נגדיים חיצוניים יכולים לחתום?

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

כיצד מופרדות הרשאות הגישה?

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

האם חובה לעבוד בתוך הפורטל?

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

נדון במסלולים לפי התקנונים והתפקידים שלכם

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

מה כדאי להכין לשיחה:

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

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