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

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

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

דיגיטציה מסירה נייר. שילוב מסיר אי־ודאות. זרים נוטים לסבול פחות מהבעיה הראשונה והרבה יותר מהשנייה.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

זהו הפער ש-Ellytic נבנה כדי לטפל בו, וחשוב לקרוא לו בשם המדויק. Ellytic לא מתחרה ב-gov.gr, כי gov.gr אינו הבעיה. gov.gr הוא שכבת השירות. הבעיה היא מה שקורה בין שירותים—בין רשויות, מזהים ואירועי חיים.

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

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

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

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

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