מהם פרמטרים ברוויט משפחות?
בעולם התכנון המודרני, ההבדל בין מי ש"מכיר את רוויט" לבין מי ששולט בה ברמה מקצועית נמצא לרוב במקום אחד: השליטה במבנה הפרמטרים בתוך המשפחות. פרמטרים הם הלוגיקה שמפעילה את המודל – מה שמאפשר להפוך אובייקט סטטי לרכיב חכם שמדבר עם תגיות, טבלאות כמויות וזרימת המידע של הפרויקט.
פרמטרים ברוויט משפחות הם המאפיינים שמגדירים מידע, מידות, התנהגות גיאומטרית ושליטה ויזואלית בתוך כל משפחה. הם מה שהופך רכיב סטטי – למשל פאנל גבס או דלת – לאלמנט חכם שניתן לשלוט בו, לתעד אותו ולשלב אותו בזרימת מידע מלאה. פרמטר יכול לשלוט על רוחב, גובה, חומר, נראות, טקסט זיהוי או על בחירה של רכיב מקונן בתוך המשפחה.
מי שעובד נכון עם פרמטרים מקבל יתרון מהותי: פחות טעויות, פחות חזרה אחורה, וגמישות אמיתית במודל. ללימוד עקרונות יצירת משפחה בסיסית, ניתן לעיין במדריך איך ליצור משפחה ברוויט ולהבין איך נבנית התשתית שעליה הפרמטרים יושבים.
מתכננים ואדריכלים שעובדים יום-יום עם משפחות יודעים שהבחירה בין סוגי הפרמטרים היא לא טכנית בלבד – היא משפיעה על איכות התיעוד, על מהירות העבודה ועל היכולת לתחזק ספריית משפחות לאורך זמן.
Family Parameter – הפרמטר המקומי של המשפחה
Family Parameter הוא פרמטר שנוצר ונשמר בתוך המשפחה עצמה ומשמש לשליטה פנימית בגיאומטריה, בנוסחאות או במידע פנימי. הוא לא "מדבר" עם אלמנטים אחרים בפרויקט ולא מופיע בטבלאות כמויות או בתגיות – הוא נשאר מקומי לחלוטין לקובץ ה-RFA.
זהו הכלי המתאים כשצריך לקשר רפרנס למידה, להפעיל נוסחה פנימית או לשלוט בהתנהגות גיאומטרית של רכיב מקונן. כשמדובר בשליטה גיאומטרית פנימית בלבד – למשל יחס בין רוחב מסגרת לזכוכית, או הפעלת Visibility על רכיב משני – אין צורך ב-Shared Parameter.

מה המגבלות של Family Parameter בפרויקטים מורכבים
החיסרון המרכזי הוא חוסר היכולת לתעד את המידע ברמת הפרויקט. אם תרצו לאחר זמן להפיק טבלת כמויות שמציגה את הערך, או להציב תגית שקוראת אותו – הפרמטר לא יהיה זמין. תיעוד רשמי לגבי יצירת Family Parameters מסביר היטב את ההיגיון של הפרמטרים המקומיים בעורך המשפחות.
השימוש ב-Family Parameter שומר על המשפחה נקייה ומונע "זיהום" של רשימת הפרמטרים בפרויקט – אבל אסור לשכוח שהוא בלתי נראה לכל כלי התיעוד.
Shared Parameter – הגשר בין משפחות לפרויקטים
Shared Parameter הוא פרמטר שמוגדר בקובץ טקסט חיצוני (Shared Parameter File) ומשמש בצורה עקבית בכל המשפחות ובכל הפרויקטים שמשתמשים בו. זהו הפתרון המתאים כאשר צריך אחידות נתונים בין משפחות שונות, כשהמידע חייב להופיע בתגיות או בטבלאות כמויות, או כשרוצים לבסס סטנדרט עבודה משרדי.
ההגדרה המלאה והרשמית מופיעה בתיעוד של Autodesk על Shared Parameters. בכל פעם שתגית צריכה לקרוא ערך מתוך משפחה, או שטבלת כמויות צריכה לאחד מידע מכמה קטגוריות שונות – אין מנוס מפרמטר משותף.

אילו מגבלות חשוב להכיר לפני שמגדירים אותו
קובץ ה-Shared Parameter הוא קובץ טקסט פיזי שצריך להיות נגיש לכל מי שעובד בספרייה. אם הקובץ הולך לאיבוד או שמשתמשים בכמה קבצים מקבילים – האחידות נשברת והמידע מפסיק להתחבר. ניהול הקובץ במיקום מרכזי במשרד הוא חלק בלתי נפרד מהסטנדרט.
שמרו קובץ SP אחד בלבד ברמת המשרד, בנתיב מרכזי נגיש לכולם. ריבוי קבצים מקבילים הוא אחת הסיבות הנפוצות ביותר לקריסת אחידות המידע בין פרויקטים.
Type Parameter ו-Instance Parameter – שני צידי אותו מטבע
Type Parameter – שליטה ברמת הסוג
Type Parameter הוא פרמטר שערכו משותף לכל המופעים מאותו Type. שינוי הערך משנה בבת אחת את כל האלמנטים מאותו סוג בפרויקט. אם כל הדלתות מסוג "D-90" צריכות להיות ברוחב זהה, מחומר זהה ועם סימון אחיד – פרמטר ברמת ה-Type הוא הבחירה הנכונה. השימוש בו מצמצם כפילויות, שומר על אחידות ומונע מצב שבו כל אלמנט מנוהל בנפרד.
Instance Parameter – שליטה ברמת המופע
Instance Parameter הוא פרמטר שערכו יכול להשתנות עבור כל מופע בנפרד, גם אם מדובר באותו Type. הוא מתאים למצבים שבהם כל אלמנט דורש מידע ייחודי – גובה התקנה, מספר זיהוי, הערת ביצוע או מצב פתוח/סגור. חשוב לדעת ש-Instance Parameters לא מתעדכנים אוטומטית כשמשנים Type, וזו התנהגות מתועדת ומכוונת, לא תקלה.
דוגמאות מהירות לבחירה נכונה
רוחב סטנדרטי של דלת בקטלוג – Type. גובה התקנה של גוף תאורה ספציפי בתקרה – Instance. חומר ברירת מחדל לסוג ריצוף – Type. מספר חדר או הערת ביצוע – Instance.
שימוש יתר ב-Instance Parameters מנפח את המודל, מאט סינון וטבלאות ומקשה על תחזוקה. שימוש שגוי ב-Type Parameter למקרה שדורש גמישות בין מופעים מוביל לריבוי Types מיותר.
השוואה מלאה ועץ החלטה מעשי
שאלה ראשונה: האם המידע צריך להופיע בטבלה או בתגית? אם כן – חייבים Shared Parameter. אם לא – אפשר להסתפק ב-Family Parameter. שאלה שנייה: האם הערך זהה לכל המופעים מאותו סוג, או משתנה ממופע למופע? אם זהה – Type. אם משתנה – Instance.
| סוג פרמטר | מתאים לתגיות | מתאים לטבלאות | מתי להשתמש | טעות נפוצה |
|---|---|---|---|---|
| Family Parameter | לא | לא | גיאומטריה פנימית, נוסחאות | שימוש בו כשנדרש תיעוד |
| Shared Parameter | כן | כן | כשנדרש סטנדרט מידע | ריבוי קבצי SP מקבילים |
| Type Parameter | כן | כן | מאפיינים קבועים לסוג | שימוש למידע משתנה |
| Instance Parameter | כן | כן | מאפיינים ייחודיים למופע | שימוש יתר שמכביד על המודל |
שתי שאלות מכסות את רוב מקרי קבלת ההחלטה: האם צריך תיעוד? (Shared/Family) והאם הערך זהה לכל המופעים? (Type/Instance). תשאלו אותן לפני כל פרמטר חדש.
טעויות נפוצות, Shared Parameters בתיוג וסיכום מעשי
טעויות נפוצות בעבודה עם פרמטרים
הטעות הראשונה היא בחירה שגויה בין Type ל-Instance, שמובילה לריבוי Types מיותרים או למודל מנופח. הטעות השנייה היא יצירת Shared Parameters ללא צורך, שמזהמים את קובץ ה-SP המשרדי. הטעות השלישית היא שמות לא עקביים, שמובילים לכפילויות סמויות. טעות רביעית, פחות מוכרת, היא Shared Instance Parameters שמשתנים ל-Type בעת העתקה למשפחה מארחת חדשה.
למה Shared Parameters קריטיים בתיוג ובטבלאות
תיעוד התמיכה הרשמי של Autodesk מאשר במפורש כי כדי שתגית תקרא ערך מפרמטר, יש להשתמש ב-Shared Parameter זהה במשפחה ובתגית. עבור תכנון של משפחות ריהוט לשימוש מקצועי, ניתן למצוא דוגמאות במאמר משפחות רוויט ריהוט.
איך מוסיפים פרמטר בלי ליצור בלגן
הגדירו מראש: מה המטרה של הפרמטר, מה סוג הנתון (מספרי, טקסט, Yes/No, חומר), האם הוא Type או Instance, והאם הוא חייב להיות Shared. השתמשו בקידומות עקביות (BIMAP_ או שם המשרד), ובדקו אם הפרמטר כבר קיים בקובץ ה-SP לפני שיוצרים חדש. כל פרמטר מיותר הוא עומס תחזוקתי שמכביד על הספרייה.
הכלל המנחה: Family Parameter לשליטה פנימית בלבד; Shared Parameter כשנדרש תיעוד; Type למאפיינים שזהים לכל המופעים; Instance למאפיינים שמשתנים בין מופעים. שילוב נכון בין ארבעתם הוא ההבדל בין משפחה ש"עובדת" לבין משפחה שמשתלבת באמת.
מוכנים לבנות ספריית משפחות מקצועית?
הקורסים של BIMAP – האקדמיה לרוויט מלמדים את הגישה הנכונה לבניית ספרייה שמחזיקה לאורך זמן ותומכת בכל פרויקט.
💡 תובנות מרכזיות
Family Parameter הוא לשליטה פנימית בלבד – הוא לא מופיע בתגיות, לא בטבלאות, ולא מדבר עם שאר הפרויקט.
Shared Parameter הכרחי בכל מקרה שבו תגית צריכה לקרוא ערך, או שטבלת כמויות צריכה לאחד מידע מקטגוריות שונות.
Type Parameter שולט בכל המופעים מאותו סוג בבת אחת – מושלם למאפיינים קבועים כמו חומר, רוחב סטנדרטי וסימון.
Instance Parameter מאפשר גמישות מלאה בין מופעים – מספר זיהוי, גובה התקנה, הערת ביצוע – אבל שימוש יתר מכביד על המודל.
מה אומרים הבוגרים שלנו
★
★
★
★
הקורס שינה לי את הגישה לגמרי. לפני BIMAP הייתי יוצרת פרמטרים בלי שום שיטה, ואז מתפלאת למה הטבלאות לא מתחברות. היום אני יודעת בדיוק מתי Shared Parameter הכרחי ומתי Family Parameter מספיק – וזה חסך לי שעות עבודה בכל פרויקט.
★
★
★
★
דרור מסביר את ההבדל בין Type ל-Instance בצורה שהגיונית לגמרי. בניתי ספריית משפחות שלמה למשרד שלנו אחרי הקורס, עם קובץ Shared Parameter מסודר שכל הצוות עובד איתו. זה שידרג את רמת העבודה שלנו בצורה מורגשת.
★
★
★
★
כמעצבת פנים שעברה לעבוד עם BIM, הנושא של פרמטרים היה מפחיד. הקורס ב-BIMAP נתן לי מסגרת מסודרת – עץ החלטה פשוט שאני משתמשת בו כל יום. המשפחות שאני בונה היום הן בעלות רמה שהייתי חולמת עליה לפני שנה.
צפו בסרטון הקורס שלנו
האקדמיה לרוויט – מרכז הדרכה מורשה של אוטודסק
שאלות נפוצות
עקבו אחרינו ברשתות החברתיות
טיפים יומיים, עדכונים על קורסים ותכנים מקצועיים
דרור וונגר – מייסד BIMAP האקדמיה לרוויט
מומחה Revit עם ניסיון של מעל עשור בהדרכה ובייעוץ למשרדי אדריכלות, הנדסה ועיצוב פנים בישראל. דרור הקים את BIMAP כדי להביא הדרכה מקצועית, מעשית ומותאמת לשוק הישראלי לכל מי שרוצה לשלוט ב-Revit ב-BIM.







