VITPERMIT · BRIGA · 2026-05

בריגה — היתר שינויים · החלטות לפני התחלת ביצוע

הבקשה ל-3 מגרשים (2010 בריכה, 2017 שינויים פנימיים, 2020 שינויים פנימיים) הוחזרה ע"י בוחנת הרישוי ליעד. מייל הסיכום קצר; ההערות הקונקרטיות (מיקום, מה לתקן) מסומנות בתוך 3 קבצי DWF שמשקלם הכולל ~67MB. לפני שמתחילים — צריך לבחור עומק השקעה וזרימת DWF. שתי החלטות, וכל אחת משפיעה גם על הסשן הזה וגם על הפעמים הבאות.

החלטה 1 / 2

עומק ההשקעה הפעם

כמה זמן להשקיע ב-tooling לפני שמתחילים את התיקון עצמו ב-Revit. שלוש רמות, כל אחת build על קודמתה.
A · מהיר

Tracker + Checklist בלבד

1-2 ימים · ידני לחלוטין
מה עושים: שולפים ידנית את ההערות מ-3 קבצי DWF (Autodesk Design Review או Revit Insert > DWF Markup). כל הערה נכנסת לטבלת HTML עברית RTL — מס' הערה, מגרש, גיליון, מיקום, ציטוט, סטטוס, פעולת תיקון, תגובה לבוחנת. Checklist מאוחד מ-3 גליונות הדרישות, מסומן per-plot.
יתרונות מהיר. יוצאים לעבודת Revit כבר היום-מחר. כל שעת עבודה הולכת ל-billable.
חסרונות ~1.5-2 שעות שליפה ידנית (3 קבצים × ~50 הערות). אין reusable — בפעם הבאה חוזרים על הכל מאפס.
מתאים אם: הבוס/הבוחנת לוחצים על זמן, אין מקום ל-overhead.
B · בינוני · מומלץ

+ DWF Extractor אוטומטי

3-5 ימים · אוטומציית קלט
מוסיפים מעבר ל-A: Python script מבוסס Autodesk DWF Toolkit שפותח DWF, עובר על אובייקטי markup (clouds, rectangles, text notes, leaders), ומחלץ לכל אחד: גיליון, קואורדינטות, מחבר, תאריך, סוג, טקסט. פלט: JSON + CSV + טבלת HTML RTL. ה-tracker עדיין ידני, אבל הקלט מוכן ב-2 דקות במקום שעתיים.
יתרונות ROI כבר בסשן הזה — חוסך ~90 דקות. מתחזק את עצמו לסיבוב הערות הבא (כמעט וודאי שיהיה אחד). גם CLI גם שמיש מהאינטרנט.
חסרונות יום-יומיים השקעה לפני התיקון. DWF פטנטי של Autodesk — toolkit פתוח עלול לפספס סוגי markup חדשים (10-20% fallback ידני).
מתאים אם: יש 4-5 ימים וצפויה עוד סבב הערות אחת או יותר.
C · ארוך

פלאגין Revit "VitPermit Comments"

שבוע+ · אוטומציה מלאה
מוסיפים מעבר ל-B: פלאגין Revit (Nice3point, .NET 4.8, Revit 2024) — כפתור ב-ribbon "ייבא הערות בוחנת": בוחר DWF → שולף markups → מציב על הגיליון ב-Revit ב-coordinates המדויקים → dialog עברית RTL עם רשימה, לחיצה על הערה קופצת ל-View → סימון "טופל" + תגובה → מייצר PDF "תגובה להערות" אוטומטית בעברית RTL עם screenshots.
יתרונות סוגר את כל ה-workflow. מצמצם cycle מ-~3-4 ימים ל-~יום אחד כשבשל. מוצר נלווה ל-Vitruvius שאפשר למכור ל-200-280 משרדי אדריכלים ישראלים.
חסרונות שבוע+ לפני ROI ראשון. ההגשה הנוכחית חייבת להתחיל בלעדיו. DWF parsing ב-.NET לא טריוויאלי.
מתאים אם: יש שבועיים+ והבוס מסכים שזמן הפיתוח יוכנס ל-billable כ-asset של המשרד.
החלטה 2 / 2

זרימת ה-DWF — איך מחלצים את ההערות

איך הערות הבוחנת זורמות מהקובץ הבינארי לעבודה היומיומית ב-Revit.
① · מומלץ

DWF → CSV/Excel דרך CLI

חיצוני ל-Revit
איך: Autodesk Design Review (חינמי, Windows) עם export, או Python script מבוסס pyDWF/dwfviewer headless. הפלט הוא CSV/HTML שמתאים לכל כלי המשך — Excel, Notion, Tracker.
יתרונות מהיר להשיג היום. לא תלוי במצב מודל Revit. הפלט גמיש לכל כלי המשך.
חסרונות ההערות מנותקות מהמודל — אחרי שמילאת תגובה ב-CSV, צריך ידנית לקפוץ ל-Revit ולמצוא את האלמנט.
מתאים ל: אופציות A ו-B.
② · עזר

Insert > DWF Markup ב-Revit

פנימי ל-Revit
איך: Revit תומך native ב-Link DWF Markup. ההערות מופיעות כשכבת overlay על הגיליון. לחיצה על markup → רואים תוכן. אפשר להריץ במקביל לזרימה ① כעזר ניווט חזותי.
יתרונות הקשר חזותי מיידי — רואים את ההערה במקום בו הוצבה. אין הקלדה ידנית.
חסרונות אין רשימה גלובלית/checkpoint — צריך לעבור גיליון-גיליון. אין מקום לסמן "טופל" או תגובה. אין יצוא של תגובות.
מתאים ל: כעזר חזותי לכל אופציה.
③ · עתידי

פלאגין Revit ייעודי

דורש פיתוח
איך: כפי שתואר באופציה C — שילוב מלא בתוך Revit + רשימה ייעודית + יצוא תגובה.
יתרונות הכי מהיר ל-cycle הבא והלאה. הקשר חזותי + רשימה גלובלית + יצוא — כולם במקום אחד.
חסרונות דורש ~יומיים-3 פיתוח לפני שזמין.
מתאים ל: אופציה C.

ההמלצה שלי

אופציה B + זרימה ①, עם זרימה ② במקביל כעזר חזותי.

החלטה אם זה תואם — תאשר ואני מתחיל ב-extractor (Python, פשוט, מבוסס מבנה ZIP+XML של DWF), בונה את ה-INTAKE + tracker בסיסי לכל 3 המגרשים, ומעדכן את ה-CLAUDE.md של VitPermit כך שסשן הבא ימשיך מאותה נקודה. אם אתה מעדיף A או C — תגיד ואני מתאים.