Coordination· Revit 2021–2027 ·სრული ვერსია 2.0.6 ·↓ ჩამოტვირთვები 422

Clash Viewer

გახსენით Navisworks-ის HTML კოლიზიების ანგარიში პირდაპირ Revit-ში, გაფილტრეთ შენიშვნები სტატუსით, დააყენეთ კოორდინატები, იზოლირეთ ელემენტები და მოაგვარეთ პრობლემები აპლიკაციებს შორის მუდმივი გადართვის გარეშე.

Trial 90 days — · 0 შეფასება

<< < > შეძენა Download trial

შეფასების დატოვება შეფასებები გამოქვეყნებამდე მოწმდება. რეგისტრაცია საჭირო არ არის.

სახელი

თქვენი შეფასება

★ ★ ★ ★ ★

შეფასება

WHAT'S NEW

RS.ClashViewer

ვერსიების ისტორია

1.3.37–1.3.40 | 12–16.10.2026

იერსახე ახლა RS-Systems-ის ერთიან სტილს შეესაბამება: მართკუთხა კუთხეები, ჩაღრმავებული ველები, სიები და კოლიზიების ცხრილი და ამობურცული ღილაკები; ოთხივე თემის (ავტო, ღია, მუქი, RS-Systems) ფერები Revit-ის ფანჯრებს შეესაბამება. თემის შეცვლა, მათ შორის „ავტო“ რეჟიმში, უკვე გახსნილ ფანჯრებსაც უცვლის ფერს.
ფანჯრებში ღილაკები და სიები ახლა სტანდარტული მართვის ელემენტებივით მუშაობს: მხარს უჭერს კლავიატურით მართვას (Enter — ძირითადი მოქმედება, Esc — გაუქმება); ხედების, მოდელებისა და ფურცლების არჩევის სიებში მუშაობს ისრები, Enter და ორმაგი დაწკაპუნება. ჩამოსაშლელი სიები, მათ შორის „ბოლო“, შეყვანისას ძიებას უჭერს მხარს: Enter ირჩევს შესაბამისობას, Esc კი ძიებას ასუფთავებს.
პანელის ქვედა ნაწილში ღილაკი „პარამეტრები...“ შეცვალა კბილანამ „⚙ პარამეტრები“ ხელმისაწვდომი განახლების ინდიკატორით. პლაგინის ფანჯრები Windows-ის ამოცანათა ზოლზე საკუთარ ღილაკებს არ ქმნის და სესიებს შორის მდებარეობასა და ზომას იმახსოვრებს; ცხრილის მენიუ სერიის სტილს შეესაბამება, გრძელი მენიუების გადახვევა კი შესაძლებელია.
მოდელის, პანელის ან ანგარიშის გახსნისას მოდელის გვერდით RS.CDE საქაღალდე და განხილვების მონაცემთა ბაზები აღარ იქმნება. ისინი მხოლოდ პირველი ჩაწერისას იქმნება: შეტყობინების, დავალების, დაგროვებით ბაზაში იმპორტის, სტატუსის შეცვლის, გადაცემის ან დანართის დროს.
Revit-ის ხედების ჩანართების შეფერადება: ნაგულისხმევად ახლა მთელი ჩანართი ივსება (ზოლის ხელახლა არჩევაც შეიძლება); აქტიური ჩანართი სხვებზე უფრო ნათელი აღარ არის — მას ზემოთ პროექტის ფერის ზოლი აღნიშნავს.
RS.BIMManager-ს შეუძლია ლენტზე RS.ClashViewer-ის ღილაკს დააწკაპუნოს: ფანჯარა ისე იხსნება, როგორც ხელით დაწკაპუნებისას, ლიცენზიის შემოწმებით.
გადაწყვეტის სახელია rs.ClashViewer ფანჯრებში და RS.RVT.ClashViewer დაყენებული პროგრამების სიაში; განახლებისას ლიცენზიები და საცდელი პერიოდი ნარჩუნდება.
ლიცენზირება და განახლებები (სერიისთვის საერთო): საცდელი პერიოდის კოდით გახანგრძლივება; გააქტიურება საიტიდან მიღებული RS-XXXX-XXXX-XXXX კოდით, Suite ლიცენზიით ან ამ კომპიუტერის ოფლაინ ლიცენზიით; გააქტიურების უფრო მოსახერხებელი ფანჯარა; ყველა დაყენებული გადაწყვეტისთვის საერთო ფანჯარა „RS-Systems-ის განახლებები“ და ღილაკი „ყველა RS-Systems გადაწყვეტის განახლებები…“ „პარამეტრებში“; ლიცენზიებისა და განახლებების გაძლიერებული დაცვა.

1.3.26–1.3.32 | 05–09.10.2026

წვდომის ახალი რეჟიმი „დროის მიხედვით გადახდა“: თითოეული პლაგინის ლიცენზირების ნაცვლად შეგიძლიათ შეავსოთ საიტის ანგარიშის ბალანსი და გამოიყენოთ ხაზის ნებისმიერი პლაგინი რეალური მუშაობის წუთში 1 ცენტად. წუთი ფასიანია, როცა მონაცემებს შეიყვანთ, ბრძანებას გაუშვებთ ან დამუშავება მიმდინარეობს. ღია, მაგრამ უმოქმედო ფანჯრისთვის თანხა არ ჩამოიჭრება, ხოლო რამდენიმე პლაგინის ერთდროული გამოყენება კვლავ წუთში 1 ცენტი ღირს. ანგარიში საიტის გვერდზე კოდით უკავშირდება; პლაგინი თქვენს პაროლს არ იღებს. ერთ პლაგინში დაკავშირება ყველა მათგანს აკავშირებს.
წვდომის პრიორიტეტი: პლაგინის ლიცენზია → რეგიონული აქცია → საცდელი პერიოდი → დროის მიხედვით გადახდა. ახალი პლაგინი ჯერ 90 დღე უფასოდ მუშაობს და თანხის ჩამოჭრა მხოლოდ ამის შემდეგ იწყება. მოქმედი ლიცენზიის ან საცდელი პერიოდის დროს ბალანსი არ იხარჯება. დარჩენილი ბალანსი და, როცა საათზე ნაკლები რჩება, ღილაკი „შევსება“ სტატუსის ზოლში ჩანს. ბალანსის ამომხტარი ფანჯრები არ არის.
დროის მიხედვით გადახდა მხოლოდ ონლაინ მუშაობს. კავშირის გარეშე ან ნულოვანი ბალანსისას ახალი ბრძანებები და პანელები ვერ გაეშვება, თუმცა ღია ფანჯრები და უკვე დაწყებული დამუშავება არ წყდება. ოფლაინ გამოყენება მხოლოდ საცდელ პერიოდში ან ლიცენზიითაა შესაძლებელი.
ლიცენზიის დაცვა გაძლიერებულია: კომპიუტერის საათის უკან გადაწევა აღარ აგრძელებს საცდელ პერიოდს ან ლიცენზიას. პლაგინი ატყობინებს: „კომპიუტერის საათი უკანაა გადაწეული. დააყენეთ სწორი თარიღი და დრო.“ არსებული საცდელი პერიოდები არ ნულდება. შეძენილი ლიცენზია ავტომატურად აქტიურდება ფონურად Windows-ის ან Revit-ის ხელახლა დაყენების ან სხვა მოწყობილობაზე შეძენის შემდეგ.
გამოყენების მონაცემები მინიმუმამდეა შემცირებული: იგზავნება მხოლოდ „პლაგინი გამოიყენება“ ნიშანი და დაგროვილი სამუშაო წუთები. დაყენების იდენტიფიკატორი, ვერსიები, ლიცენზიის სტატუსი და მოდელში თქვენი მოქმედებების დეტალები არ იგზავნება.

1.3.16–1.3.24 | 30.09–01.10.2026

გამოსწორდა SQLite ბიბლიოთეკის შეუთავსებლობა, რომელსაც კოლიზიების განხილვების ბაზის მუშაობის დარღვევა შეეძლო (ასევე RS.Messenger-ში შეტყობინებების გაგზავნის დაბლოკვა).
ფანჯრის „პარამეტრები“ ზომის შეცვლა ახლა შესაძლებელია, ხოლო მაუსის ბორბლით გადახვევა ყველა ჩანართზე მუშაობს; თემის არჩევა ცალკე ჩანართზე „იერსახე“ გადავიდა. მუქ თემაში ჩანართზე „Revit-ის ჩანართები“ შავი, ძნელად წასაკითხი ტექსტი გამოსწორდა.
გამოსწორდა: პლაგინის პატარა ფანჯრები აღარ იჭიმება ეკრანის მთელ სიგანეზე და შიგთავსის ზომას ერგება.

1.3.12–1.3.15 | 28–29.09.2026

საიტიდან განახლებები გადამუშავებულია. შემოწმება ახლა არჩევს განახლებულ ვერსიას, ხელმისაწვდომ განახლებას, გამოუქვეყნებელ ინსტალერსა და მიუწვდომელ საიტს. ჩამოტვირთვები ფონურად სრულდება პროგრესითა და გაუქმების შესაძლებლობით. ინსტალერი მოწმდება SHA-256-ით და იწყება Revit-ის დახურვის შემდეგ. „პარამეტრები“ აერთიანებს თემას, ლიცენზირებას, განახლებებსა და აგების ინფორმაციას. ლენტის ღილაკების განლაგება სტანდარტიზებულია: Params — Manage-ში, Browser — Tools-ში და MCP — AI-ში.

1.2.0–1.3.9 | 23–26.09.2026

RS-Systems-ის განახლებული ინტერფეისი: Manage / Tools / Models / AI პანელები, კომპაქტური ერთგვაროვანი ღილაკები მოკლე ინგლისური წარწერებით, Revit-ის სტილის ხატულები ღია და მუქი თემებისთვის, ფანჯრების ავტომატური განთავსება მონიტორის სამუშაო არეში DPI-ის გათვალისწინებით და Revit-ის ხედის ჩანართების სურვილისამებრ შეფერადება პროექტის ან ფაილის მიხედვით.
კოლიზიების განხილვები, დავალებები, სტატუსები, სურათები/დანართები და კოლიზიების დაგროვებითი ბაზა ახლა პროექტის საერთო CDE-ს იყენებს, ამიტომ ერთი CDE-ს მონაწილეები საერთო, აქტუალურ მონაცემებს ხედავენ. ძველი საცავის ავტომატური მიგრაცია არ ხდება.

1.1.31 | 19.09.2026

ბრძანება „შედეგი“ ღია ანგარიშის ყველა სტრიქონს ამოწმებს და ინახავს XLSX ფაილს 22 სვეტით. სწრაფი რეჟიმი ელემენტების ხელმისაწვდომობას ამოწმებს; სრული რეჟიმი დამატებით გეომეტრიულ გადაკვეთასა და მის მოცულობასაც ამოწმებს.
სვეტში „ტიპი“ ჩანს გეომეტრიული კოლიზია, კონსერვატიული გეომეტრიული კოლიზია, ღრეჩოს დარღვევა ან დუბლიკატი. ტიპი XLSX ფაილშიც შედის; ცალსახა მონაცემების არარსებობისას იგი ტესტის სახელით განისაზღვრება.
გამოსწორდა კოლიზიის ორივე მხარის იზოლაციის ჩართვა და მოხსნა. მხარდაჭერილია გეგმები, ჭრილები და 3D ხედები ხილვადობის დროებითი რეჟიმებით; მიბმული მოდელებისთვის იზოლირდება ბმულის ეგზემპლარი. წარუმატებლობის მიზეზები შეტყობინებაში ჩანს.
ღილაკები „ელემენტი 1-ის არჩევა“ და „ელემენტი 2-ის არჩევა“ საშუალებას გაძლევთ, კოლიზიის თითოეული მხარე ცალ-ცალკე აირჩიოთ და გაადიდოთ. თუ მხარე მიუწვდომელია, მიზეზი განმარტებულია.
ფანჯრის შემცირება 400 × 320 პიქსელამდე შეიძლება. ქვედა დეტალების არე და წინასწარი ხედი ამოღებულია; არჩეულ სტრიქონს წითელი ფონი და მსხვილი თეთრი ტექსტი აქვს. დასრულებულია ინტერფეისის 606-ვე სტრიქონის თარგმნა Revit-ის მხარდაჭერილ ენებზე.

1.1.26 | 18–19.09.2026

მთავარი ფანჯარა ახლა თავისუფლად გადასაადგილებელი და არამოდალურია, ამიტომ Revit ხელმისაწვდომი რჩება. სესიის ფარგლებში ნარჩუნდება ღია ანგარიში და ფანჯრის ზომა და მდებარეობა.
ისტორიაში ანგარიშის ხელახლა არჩევა ფაილს თავიდან ტვირთავს, ხოლო „მიმდინარე მდგომარეობა“ — მონაცემთა ბაზას. გამოსწორდა ორივე მხარის ხელმისაწვდომობის შემოწმება და არჩევა, მათ შორის კიბის კომპონენტებისთვის. ტექსტური ძიების ველი ამოღებულია; ხელმისაწვდომობის, დამალული კოლიზიებისა და მოდელის კუთვნილების ფილტრები დარჩა.

1.1.17 | 15.09.2026

კოლიზიების ანგარიშები ახლა მოდელის მუდმივ ბაზაში ერთიანდება. რეჟიმი „მიმდინარე მდგომარეობა“ ყველა იმპორტირებული ანგარიშიდან დაგროვილ მოუგვარებელ კოლიზიებს აჩვენებს.
ერთდროულად რამდენიმე ანგარიშის იმპორტი შეიძლება. ელემენტების ერთი წყვილის დუბლირებული სტრიქონები ერთიანდება, ხოლო კოლიზიები, რომელთა არარსებობას ახალი ანგარიშები ადასტურებს, ავტომატურად იხურება და იმალება.
კოლიზიის გადაცემა შეიძლება პასუხისმგებელ მიბმულ მოდელზე, სურვილისამებრ კომენტარითა და სურათით. სტატუსები ახლა განასხვავებს „ღია“, „მუშავდება“, „მოგვარებული“, „გადაცემული“ და „დახურული“ მდგომარეობებს.
ნავიგაცია უფრო საიმედოა: ელემენტის საკუთარ თავთან ცრუ კოლიზიები იმალება, კიბის მარშები და ბაქნები მშობელ კიბეს უკავშირდება, ორივე მხარე სწორად აირჩევა და იზოლირდება, ფაქტობრივი გეომეტრიული გადაკვეთა კი შეიძლება ხელახლა შემოწმდეს.

1.1.12 | 02.09.2026

გამოსწორდა კოლიზიებზე გადასვლა: ელემენტი მკაცრად ანგარიშში მითითებული მოდელის ფარგლებში აირჩევა. შესაბამისი ElementId-ის მქონე არაკავშირში მყოფი ელემენტები შეცდომით აღარ აირჩევა.
დაემატა ელემენტების ფაქტობრივი გადაკვეთის შემოწმება. ბრძანება „გადასვლა“ აჩვენებს შემოწმების შედეგს და რეალური გადაკვეთის არის გარშემო კუბს ქმნის.
კოლიზიები ღია მოდელს ახლა ფაილის სახელით უფრო ზუსტად უსადაგდება. ფაილის გადარქმევის შემთხვევაში ანგარიშის მოდელთან ცალსახა დაკავშირება შესაძლებელია.
ელემენტების ერთი წყვილის დუბლიკატებს საერთო ფერი აქვთ; ერთი სტრიქონის მოგვარება დუბლიკატების მთელ ჯგუფს ხურავს.
დაემატა ფანჯარა „პარამეტრები“: ნავიგაციის 3D ხედის არჩევა, ამ ხედზე ყოველთვის გადართვა, მოდელების შესაბამისობები და იერსახის თემა.
სხვა ანგარიშის გახსნა უშუალოდ შესაბამისობების ფანჯრიდან შეიძლება. გამოსწორდა ელემენტებისა და მოდელების სახელების ჩვენება, მათ შორის ერთობლივი მუშაობის ცენტრალური მოდელებისთვის.
გამოსწორდა თემისა და პარამეტრების ჩანართების პრობლემები, ასევე Revit 2027-თან თავსებადობა.

1.1.9 | 01.09.2026

განხილვებისა და დანართების შენახვა უფრო საიმედოა: ClashViewer-ის მონაცემები RS-Systems-ის სხვა გადაწყვეტების მონაცემებისგან გამოყოფილია, ხოლო ძველი ჩანაწერები ავტომატურად გადადის.
RS.Messenger კვლავ ხედავს ClashViewer-ის განხილვებს; ზედმეტი RS.Talk საქაღალდე აღარ იქმნება.

1.0.75 | 12.08.2026

დაემატა განახლებების ხელით შემოწმება დაყენებული ვერსიისა და შემოწმების სტატუსის ჩვენებით.
განახლებების საიტიდან ჩამოტვირთვა უშუალოდ პლაგინში შეიძლება. დაყენება Revit-ის მიმდინარე სესიის დახურვის შემდეგ ხდება, განახლება კი შემდეგი გაშვებისას გამოიყენება.
თუ განახლებების შემოწმება გამორთული იყო, მისი ხელახლა ჩართვა ინტერფეისიდან შეიძლება.
ძველი პარამეტრები და მონაცემები ავტომატურად გადავიდა RS-Systems-ის ერთიან საცავში; გაუმჯობესდა RS.CDE მონაცემთა ურთიერთთავსებადობა.

1.0.71 | 11.08.2026

დაემატა სვეტი „მეორე მოდელი“, რათა კოლიზიის მეორე მონაწილე სწრაფად ამოიცნოთ.
გამავალი დავალებები მწვანედ გამოიყოფა, მიმდინარე მოდელის შემომავალი დავალებები კი — წითლად.
დაემატა ფანჯარა „ყველა შეხსენება“ პირადი შეხსენებების სანახავად და წასაშლელად.

1.0.65 | 09.08.2026

დაემატა თითოეული კოლიზიის განხილვა: შეტყობინებები, ფაილები და აქტიური ხედის სურათები. ანგარიშის განახლებისას მიმოწერა ნარჩუნდება.
სტრიქონის კონტექსტური მენიუ ახლა შეიცავს მიმოწერის გახსნის, გასწორების მეორე მოდელზე გადაბარებისა და პირადი შეხსენების დაყენების ბრძანებებს.
დაემატა მიმდინარე ანგარიშისგან დამოუკიდებელი განყოფილება „ყურადღებას მოითხოვს“ მინიჭებული კოლიზიებითა და ამოქმედებული შეხსენებებით.
არააქტიურ კოლიზიებს ახლა გასაგები მინიშნებები ახლავს, რომლებიც მათ მიუწვდომლობას ხსნის.
გამოსწორდა ჩამოსაშლელი სიები, ანგარიშების ისტორია და ინტერფეისის ვიზუალური ხარვეზები. ისტორიას დაემატა ჩანაწერი „‹არცერთი›“ მიმდინარე ანგარიშის დასახურად.
დაჩქარდა დიდი ანგარიშების დამუშავება და განხილვების მონაცემთა რეგისტრაცია.

1.0.59 | 07.08.2026

დაემატა თემები „ავტო“, „ღია“, „მუქი“ და „RS-Systems“; არჩევანი Revit-ის თითოეული ვერსიისთვის ინახება.
ინტერფეისის ლოკალიზაცია გაფართოვდა Revit-ის ენებზე; გასწორდა სტრიქონები, რომლებიც ადრე რუსულად რჩებოდა.
გააქტიურების ფანჯრები და ინტერფეისის სხვა ელემენტები არჩეულ თემას მიჰყვება.
გამოსწორდა პლაგინის გაშვებისას კრიტიკული ავარიული დახურვა.

DESCRIPTION

1. დანიშნულება და მთავარი სარგებელი

REVIT.ClashViewer-ის მთავარი უპირატესობა სპეციალისტებისთვის დროის დაზოგვაა. ანგარიშის გახსნისას იგი ამოწმებს, კვლავ აქტუალურია თუ არა კოლიზიები, და ავტომატურად ფილტრავს და მალავს ჩანაწერებს, რომლებიც რეალურ კოლიზიებს არ წარმოადგენს:

ცრუ დუბლიკატებს, რომლებშიც ორივე მონაწილე მოდელის ერთი და იგივე ელემენტია;
უკვე მოგვარებულ კოლიზიებს, რომელთა ელემენტები აღარ იკვეთება;
კოლიზიებს, რომლებშიც ერთი ან ორივე ელემენტი მოდელიდან წაშლილია.

თუ მეორე ელემენტი ეკუთვნის მიბმულ მოდელს, რომელიც განტვირთულია ან საერთოდ არ არის მიბმული, პლაგინი გაფრთხილებთ. მიუწვდომელი ბმული წაშლილ ელემენტად ან მოგვარებულ კოლიზიად არ ითვლება.

პლაგინი ასევე გაძლევთ საშუალებას, პასუხისმგებლობა მეორე მოდელში მომუშავე სპეციალისტს გადასცეთ და კოლიზია განიხილოთ თანდართული ფაილებით, ეკრანის სურათებითა და სხვა მასალებით. სპეციალისტები დროს მიმდინარე ამოცანებსა და შეთანხმებებს უთმობენ, ნაცვლად მოძველებული საკითხების ხელით შემოწმებისა.

პლაგინი მხარს უჭერს ნებისმიერ საკოორდინატო სისტემასა და Navisworks ანგარიშის ფორმატს. მას შეუძლია კოლიზიების გაფილტვრა მონაწილე ელემენტების ID-ებით, რათა მხოლოდ თქვენს მოდელთან დაკავშირებული კოლიზიები ნახოთ, იმის მიუხედავად, Navisworks მოდელი ცალ-ცალკე ექსპორტირებული Revit ფაილებიდან აიწყო თუ გაერთიანებული მოდელიდან ერთ ოპერაციად გაიტანეს. შესაბამისად, BIM სპეციალისტებს თითოეული დამპროექტებლისთვის ცალკე ანგარიშის მომზადება არ სჭირდება, ხოლო დამპროექტებლებს — სხვისი კოლიზიების ხელით გაფილტვრა: ყველა ყოველთვის მხოლოდ თავის ღია მოდელში არსებულ ელემენტებთან დაკავშირებულ კოლიზიებს ხედავს.

REVIT.ClashViewer ანგარიშს მუდმივად ხელმისაწვდომ, ჩასამაგრებელ Revit პანელში ხსნის. დამპროექტებელი სამუშაო მოდელში რჩება, არჩევს საჭირო სტრიქონს და აწკაპუნებს „გადასვლას“. პლაგინი ამზადებს 3D ხედს, კოლიზიის არის გარშემო ქმნის ლოკალურ ჭრის ჩარჩოს, ID-ებით პოულობს ელემენტებს, არჩევს მათ და საჭიროების შემთხვევაში დროებით იზოლირებს.

ამით Navisworks ანგარიში პრობლემების გარე სიიდან მოდელის სამუშაო ნავიგატორად იქცევა. კოორდინატებით ძიების, ID-ების კოპირებისა და 3D ხედების ხელით შექმნის ნაცვლად სპეციალისტი მაშინვე ხედავს ლოკალიზებულ არეს, სადაც კოლიზიის შემოწმება და მოგვარება შეიძლება.

სურათი 1. ბრძანება „Navisworks Clashes“ მდებარეობს RS-Systems ჩანართზე და ხსნის კოლიზიების ჩასამაგრებელ პანელს.

2. როგორ იცვლება კოლიზიების განხილვის სამუშაო პროცესი

ანგარიშის ტრადიციული გადაცემა	მუშაობა REVIT.ClashViewer-ით
BIM კოორდინატორი გაერთიანებულ ანგარიშს დისციპლინის ან მოდელის მიხედვით ყოფს.	ყველა მონაწილეს ერთი გაერთიანებული ანგარიში გადაეცემა.
დამპროექტებელი საკუთარ კოლიზიებს სხვების კოლიზიებს შორის ხელით ეძებს.	ფილტრი „მხოლოდ ჩემი მოდელი“ კუთვნილებას ElementId-ით განსაზღვრავს.
კოორდინატები ხელით უნდა შემოწმდეს და გადაიტანოს.	კოორდინატების რეჟიმი პანელში აირჩევა; ხელმისაწვდომია ნავიგაცია ელემენტების ID-ებით.
თითოეული კოლიზიისთვის 3D არე ხელით იქმნება.	ჭრის ჩარჩო ავტომატურად იქმნება კოლიზიის წერტილის ან ელემენტების გარე საზღვრების გარშემო.
ობიექტები ცალკე უნდა იპოვოთ და იზოლიროთ.	ელემენტები აირჩევა და შეიძლება ავტომატურად იზოლირდეს.
ანგარიში ყოველ ჯერზე პროექტის საქაღალდეებში უნდა მოძებნოთ.	სიაში „ბოლო“ ხელმისაწვდომია მაქსიმუმ 12 ბოლო ანგარიში.

3. Navisworks ანგარიშის მხარდაჭერილი ფორმატები

მიმდინარე განხორციელება კითხულობს Navisworks Manage-ის მიერ შექმნილი ანგარიშების ძირითად ტიპებს:

XML ანგარიშები exchange სტრუქტურით → clashtest → clashresult;
XLSX ანგარიშები, მათ შორის მრავალგვერდიანი და მრავალფურცლიანი სამუშაო წიგნები; პლაგინი კითხულობს და ამუშავებს ანგარიშის მონაცემებს იმავე ფაილის ყველა შესაბამისი ფურცლიდან;
ცხრილური HTML ანგარიშები, რომელთა შედეგები ერთ ცხრილშია თავმოყრილი;
არაცხრილური HTML ანგარიშები report/viewpoint ფორმატში;
HTML ფაილები .html ან .htm გაფართოებით; ფაილის ტიპი მისი შიგთავსითაც განისაზღვრება.

ანგარიშიდან მიიღება ტესტის სახელი, კოლიზიის სახელი, GUID, სტატუსი, მანძილი, კოლიზიის წერტილი, ობიექტების ID-ები, ფენა, ელემენტის სახელი და ტიპი, კომენტარები და სურათების ბმულები. სურათებისთვის მხარდაჭერილია ანგარიშის გვერდით მდებარე JPG, JPEG და PNG ფაილების ფარდობითი ბმულები.

პრაქტიკული სარგებელი

BIM სპეციალისტს პლაგინისთვის სპეციალური ფორმატის შექმნა არ უნდა სთხოვოთ. შეგიძლიათ გამოიყენოთ სტანდარტული Navisworks XML ან HTML ანგარიში და სურათების საქაღალდე მის გვერდით შეინახოთ.

სურათი 2. ანგარიში გახსნილია მარჯვენა ჩასამაგრებელ პანელში: კოლიზიების სია Revit მოდელის გვერდით ხელმისაწვდომი რჩება.

4. საკოორდინატო სისტემები და საზომი ერთეულები

პლაგინი სამუშაო არის პოვნის სამ გზას გთავაზობთ. ასე ერთი და იგივე ინსტრუმენტი NWC ექსპორტის სხვადასხვა წესსა და პროექტის საერთო კოორდინატების პარამეტრებს ერგება.

რეჟიმი	როგორ განისაზღვრება მდებარეობა	როდის გამოვიყენოთ
საერთო	ანგარიშის წერტილი აღიქმება როგორც საერთო/გეოდეზიური კოორდინატი; აქტიური დოკუმენტის შიდა საკოორდინატო სისტემაში მის გადასაყვანად გამოიყენება მიმდინარე Project Location.	კოორდინაციის ტრადიციული პროცესი, რომელშიც მოდელები საერთო კოორდინატებით სწორდება.
შიდა (პროექტის)	საზომი ერთეულების გარდაქმნის შემდეგ ანგარიშის წერტილი Revit-ის შიდა კოორდინატად გამოიყენება.	ექსპორტში გამოყენებულია შიდა საწყისი წერტილი, ან ანგარიშის კოორდინატები უკვე ემთხვევა ფაილის შიდა საკოორდინატო სისტემას.
ელემენტებით (ID)	ანგარიშის კოორდინატი მეორეხარისხოვანია: ჭრის ჩარჩო იქმნება ძირითად მოდელში ნაპოვნი ელემენტების გარე საზღვრების მიხედვით.	გაერთიანებული მოდელის კოორდინატები არასანდოა, განსხვავდება ღია დისციპლინის მოდელის კოორდინატებისგან ან ანგარიში ექსპორტის სხვადასხვა მეთოდს აერთიანებს.

XML ანგარიშებისთვის კოდი ითვალისწინებს ანგარიშში ჩაწერილ ერთეულებს: მეტრებს, მილიმეტრებს, სანტიმეტრებს, ფუტებსა და დუიმებს. HTML ანგარიშებისთვის მიმდინარე ვერსია მეტრებს ვარაუდობს.

სურათი 3. რეჟიმის არჩევა: საერთო კოორდინატები, შიდა კოორდინატები ან ელემენტებზე დაფუძნებული პოზიციონირება ID-ებით.

5. კოლიზიების გაფილტვრა ღია მოდელის ელემენტების ID-ებით

პლაგინის მთავარი შესაძლებლობა მოსანიშნი ველია „მხოლოდ ჩემი მოდელი“. ანგარიშის ჩატვირთვის შემდეგ პლაგინი კოლიზიის თითოეულ ობიექტს ამოწმებს: ცდილობს ღია Revit დოკუმენტში იპოვოს ელემენტი ანგარიშში მითითებული რიცხვითი ID-ით. კოლიზია მიმდინარე მოდელს ეკუთვნის, თუ მისი ერთ-ერთი ობიექტი მაინც ძირითად დოკუმენტში მოიძებნა.

ფილტრაცია არ არის დამოკიდებული NWC ფაილის სახელზე, მოდელის სახელზე, ტესტის სახელზე ან იმაზე, თუ როგორ ააწყო BIM კოორდინატორმა Navisworks ფაილი. კრიტერიუმია ElementId, რომელსაც Navisworks ობიექტის მონაცემებში ინახავს.

რატომ არის ეს მნიშვნელოვანი დამპროექტებლისთვის

ანგარიში შეიძლება ყველა დისციპლინის ათასობით კოლიზიას შეიცავდეს. წყალმომარაგების, გათბობა-ვენტილაციის, ელექტროობის, კონსტრუქციებისა და არქიტექტურის დამპროექტებლებს მთელი ნაკრების გადახედვა არ სჭირდება: მათ სიებში მხოლოდ ღია ფაილის ელემენტებთან დაკავშირებული კონფლიქტები რჩება.

თუ ღია მოდელში კოლიზიები ვერ მოიძებნა, პლაგინი მომხმარებელს ცარიელ ცხრილთან არ ტოვებს: ფილტრი ავტომატურად იხსნება, ყველა შედეგი ჩანს და გაფრთხილება განმარტავს, რომ ID-ები შეიძლება არ ემთხვეოდეს ან ანგარიში სხვა მოდელს ეკუთვნოდეს.

სურათი 4. ფილტრი „მხოლოდ ჩემი მოდელი“, კოორდინატების რეჟიმი, იზოლაცია და ანგარიშის პირველი სტრიქონები.

6. ელემენტების პოვნა ძირითად მოდელსა და მიბმულ ფაილებში

კოლიზიაზე გადასვლისას თითოეული ID ჯერ აქტიურ ძირითად მოდელში მოწმდება. თუ ელემენტი იქ ვერ მოიძებნა, ძიება ყველა ჩატვირთულ მიბმულ Revit მოდელში სრულდება. ეს პლაგინს საშუალებას აძლევს, იმუშაოს როგორც ერთი დისციპლინის სამუშაო ფაილში, ისე ბმულებიან გაერთიანებულ საკოორდინაციო მოდელში.

ძირითადი მოდელის ელემენტები პირდაპირ აირჩევა.
თუ ობიექტი ბმულის შიგნით მოიძებნა, აირჩევა და იზოლირდება შესაბამისი RevitLinkInstance.
განტვირთულ ბმულებში ძიება არ ხდება.
შიდა ელემენტები და ტიპები გეომეტრიული კატეგორიის გარეშე კოლიზიის ობიექტებად არ ითვლება.

ორი ცალკეული შემოწმება

ფილტრი „მხოლოდ ჩემი მოდელი“ კონკრეტულად ძირითად დოკუმენტს ამოწმებს. კოლიზიის არსებობის შემოწმება უფრო ფართოა: იგი მოიცავს ძირითად მოდელსა და ყველა ჩატვირთულ ბმულს, რათა გაერთიანებულ მოდელში ყველა კოლიზია შეცდომით მოგვარებულად არ ჩაითვალოს.

7. კოლიზიაზე გადასვლა Revit-ში

გადასასვლელად გამოიყენეთ სტრიქონის ღილაკი „გადასვლა“ ან ორჯერ დააწკაპუნეთ კოლიზიაზე. პლაგინი თანმიმდევრულად ასრულებს შემდეგ ნაბიჯებს:

1. იყენებს აქტიურ 3D ხედს. თუ მიმდინარე ხედი 3D არ არის, ცდილობს პირველ შესაფერის ბეჭდვად 3D ხედზე გადართვას.

2. ანგარიშის ობიექტებს უსადაგებს ძირითადი მოდელისა და ჩატვირთული ბმულების ელემენტებს.

3. არჩეული კოორდინატების რეჟიმით განსაზღვრავს სამუშაო არის ცენტრს.

4. ააქტიურებს ჭრის ჩარჩოს და ადგენს მის საზღვრებს.

5. არჩევს ნაპოვნ ელემენტებს ან ბმულების ეგზემპლარებს.

6. მოსანიშნი ველის მდგომარეობის მიხედვით რთავს ან აუქმებს დროებით იზოლაციას.

7. ხედს ზუსტად ჭრის ჩარჩოს საზღვრებს მოარგებს.

მომხმარებელი მაშინვე ხედავს შემოსაზღვრულ მოცულობას და არა მთელი მოდელის საერთო 3D ხედს. ეს განსაკუთრებით შესამჩნევია დიდ პროექტებში, სადაც სტანდარტულ Zoom to Fit-ს შორეული გეომეტრიის ან არასწორად განთავსებული ბმულის გამო საჭირო არის თითქმის უხილავად შემცირება შეუძლია.

სურათი 5. გადასვლის შედეგი: ლოკალური ჭრის ჩარჩო, არჩეული შესაბამისი ელემენტები და მოდელის დანარჩენი ნაწილისგან სურვილისამებრ დროებითი იზოლაცია.

8. Section Box, წერტილის დაზუსტება და სამუშაო არის ზომა

სამუშაო არე მითითებულია კუბის გვერდის სიგრძის ნახევრით, მეტრებში. მნიშვნელობა 0.5 ნიშნავს კუბს, რომელიც თითოეულ ღერძზე ±0.5 მ-ით ვრცელდება. მომხმარებელს შეუძლია გაზარდოს იგი დიდი საინჟინრო სისტემებისთვის ან შეამციროს მჭიდრო კვანძებისთვის.

საერთო და პროექტის რეჟიმებში პლაგინი მხოლოდ Navisworks-ის კოორდინატს არ ეყრდნობა. თუ ძირითადი მოდელის ელემენტები ID-ებით მოიძებნა, ანგარიშის წერტილი მათი შემომსაზღვრელი პარალელეპიპედებით ზუსტდება: იგი მიებმება წყვილის პარალელეპიპედების გადაკვეთას ან, თუ ისინი არ იკვეთება, მათ საერთო შემომსაზღვრელ პარალელეპიპედს. ეს ალგორითმი ანაზღაურებს გაერთიანებულ მოდელსა და ღია დისციპლინის მოდელს შორის მუდმივ წანაცვლებას.

რეჟიმში „ელემენტებით (ID)“ ჩარჩო პირდაპირ ნაპოვნი ელემენტების შემომსაზღვრელი პარალელეპიპედების გარშემო იქმნება მითითებული მარაგით. თუ ძირითადი მოდელის ელემენტები ვერ მოიძებნა, მაგრამ ანგარიშში წერტილია, გადასვლა სათადარიგოდ ამ კოორდინატს იყენებს.

კამერის შორს გადახტომისგან დაცვა

ჭრის ჩარჩოს დაყენების შემდეგ გადაწყვეტა ხედს მის კუთხეებს მოარგებს მცირე მარაგით. შორეულმა გეომეტრიამ და ბმულების არასწორმა წერტილებმა ლოკალური კვანძი რამდენიმე პიქსელამდე არ უნდა შეამციროს.

9. ელემენტების არჩევა და დროებითი იზოლაცია

მოსანიშნი ველი „იზოლაცია“ მართავს დროებით Hide/Isolate რეჟიმს აქტიურ 3D ხედში. მისი მონიშვნისას სხვა სტრიქონის არჩევა მაშინვე აახლებს იზოლაციას, ამიტომ დამპროექტებელს ყოველ ჯერზე ცალკე ბრძანებაზე დაწკაპუნება არ სჭირდება.

ძირითადი მოდელის ელემენტები პირდაპირ აირჩევა და იზოლირდება.
მიბმულ მოდელში არსებული ობიექტებისთვის იზოლირდება შესაბამისი ბმულის ეგზემპლარი.
მონიშვნის მოხსნა გამორთავს დროებით იზოლაციას, მაგრამ შექმნილ ჭრის ჩარჩოს ინარჩუნებს.
მოსანიშნი ველის მდგომარეობა ინახება და პლაგინის შემდეგი გაშვებისას გამოიყენება.

ეს რეჟიმი სასარგებლოა საინჟინრო სისტემების მჭიდრო კვანძების გასასწორებლად: ხილული რჩება მხოლოდ კოლიზიაში მონაწილე ობიექტები, თუმცა დამპროექტებელს შეუძლია სწრაფად გამორთოს იზოლაცია და გარემო დაინახოს ლოკალური ჭრის ჩარჩოს არის დაკარგვის გარეშე.


არჩეული კოლიზიის დეტალები და იზოლაციის დამადასტურებელი შეტყობინება.	მოდელის იზოლირებული ფრაგმენტი ლოკალურ ჭრის ჩარჩოში.

10. სტატუსები, ძიება და სწრაფი ფილტრაცია

ანგარიში შეიძლება გაფილტროთ Navisworks-ის სტანდარტული სტატუსებით: ყველა, ახალი, აქტიური, მოგვარებული, დამტკიცებული და განხილული. რუსული და ინგლისური HTML ანგარიშების სტატუსები ერთიან შიდა სქემაზე დაიყვანება.

ძიების ველი მხოლოდ კოლიზიის სახელს არ ამოწმებს. იგი ეძებს:

კოლიზიების სახელებს;
მონაწილე ობიექტების მოკლე აღწერებს;
ელემენტების ID-ებს;
ელემენტების სახელებსა და ტიპებს;
ანგარიშის ფენებს.

სტატუსის ფილტრი, ძიება და „მხოლოდ ჩემი მოდელი“ ერთად მუშაობს. მაგალითად, ინჟინერს შეუძლია მხოლოდ თავისი მოდელის ახალი კოლიზიები აჩვენოს, შემდეგ კი კონკრეტულ დგარ მილთან, მოწყობილობის ტიპთან ან ID-თან დაკავშირებული კონფლიქტები იპოვოს.

სურათი 6. ფილტრაცია სტატუსით: ახალი, აქტიური, მოგვარებული, დამტკიცებული და განხილული კოლიზიები.

11. მოგვარებული კოლიზიების ავტომატური აღმოჩენა

ცრუ დუბლიკატებს, რომლებშიც ორივე მონაწილე მოდელის ერთი და იგივე ელემენტია;
უკვე მოგვარებულ კოლიზიებს, რომელთა ელემენტები აღარ იკვეთება;
კოლიზიებს, რომლებშიც ერთი ან ორივე ელემენტი მოდელიდან წაშლილია.

რა უნდა იცოდეთ

გადაწყვეტა ანგარიშის ჩანაწერების აქტუალურობას ხელმისაწვდომი მოდელების მიმდინარე მდგომარეობით ამოწმებს, მათ შორის იმას, კვლავ არსებობს თუ არა ელემენტები და ისევ იკვეთება თუ არა ისინი. განახლებული მოდელების საბოლოო საკოორდინაციო შემოწმება Navisworks-ში ახალი კოლიზიების ტესტის გაშვებით სრულდება.

12. დეტალები, სურათები, კომენტარები და ცხრილის სვეტები

სტრიქონის არჩევისას პანელის ქვედა ნაწილში ჩანს კოლიზიის მონაცემები: სახელი, ტესტი, მანძილი, კოორდინატი და თითოეული ობიექტის ID, სახელი, ტიპი და ფენა. თუ ანგარიშს სურათის ბმული ახლავს და ფაილი მის გვერდით მითითებული ფარდობითი გზით ხელმისაწვდომია, სურათი წინასწარ ხედში იტვირთება საწყისი ფაილის დაბლოკვის გარეშე.

ცხრილი ნაგულისხმევად კომპაქტურია, თუმცა სათაურის კონტექსტური მენიუდან დამატებითი სვეტების ჩართვა შეიძლება:

ტესტი;
სტატუსი;
მანძილი;
წერტილი;
ობიექტები;
კომენტარი.

არჩეული სვეტები მომხმარებლის პარამეტრებში ინახება. ასე დამპროექტებელს მინიმალური სიის დატოვება შეუძლია, ხოლო BIM კოორდინატორს — ანგარიშის გასაანალიზებლად ტესტის, სტატუსის, მანძილისა და კომენტარების ჩართვა.

სურათი 7. არჩეული კოლიზიის დეტალური ინფორმაცია: ორივე ობიექტის კოორდინატი, ID, სახელი, ტიპი და ფენა.

13. ანგარიშების ისტორია და პირადი პარამეტრები

პლაგინი ინახავს მაქსიმუმ 12 ბოლოს გახსნილი ანგარიშის სიას. მომხმარებელს შეუძლია საჭირო XML ან HTML ფაილი ჩამოსაშლელი სიიდან ხელახლა გახსნას, ფაილის არჩევის დიალოგში დაბრუნების გარეშე.

თითოეული მომხმარებლისთვის ინახება:

ჭრის ჩარჩოს ზომა;
კოორდინატების რეჟიმი;
იზოლაციის ნაგულისხმევი მდგომარეობა;
ფილტრის „მხოლოდ ჩემი მოდელი“ მდგომარეობა;
ნაჩვენები სვეტების ნაკრები;
ბოლო ანგარიშების ისტორია;
ფანჯრების მდებარეობა და ზომები.

პარამეტრები და ისტორია Revit-ის თითოეული ვერსიისთვის ცალკე ინახება. მომხმარებელს შეიძლება Revit 2021-ისა და Revit 2027-ისთვის განსხვავებული სამუშაო პარამეტრები ჰქონდეს მათი ერთმანეთში არევის გარეშე.

ჩამოსაშლელი სიები, მათ შორის „ბოლო“, შეყვანისას ძიებას უჭერს მხარს: სიაში მხოლოდ შესაბამისი ჩანაწერები რჩება, Enter ირჩევს შესაბამისობას, ხოლო Esc ძიებას ასუფთავებს.

სურათი 8. ბოლო ანგარიშების სია კოლიზიების ნაკრებებს შორის სწრაფად გადართვის საშუალებას იძლევა.

14. დამპროექტებლის პრაქტიკული სამუშაო პროცესი

1. მიიღეთ საერთო Navisworks XML ან HTML ანგარიში სურათების საქაღალდესთან ერთად, თუ იგი შეიქმნა.

2. გახსენით თქვენი სამუშაო Revit მოდელი და RS-Systems ჩანართზე გაუშვით „Navisworks Clashes“.

3. გახსენით ანგარიში. დატოვეთ მონიშნული „მხოლოდ ჩემი მოდელი“.

4. აირჩიეთ კოორდინატების რეჟიმი. დაიწყეთ საერთოთი; თუ კოორდინატები არ ემთხვევა, გამოიყენეთ პროექტის რეჟიმი ან „ელემენტებით (ID)“.

5. საჭიროების შემთხვევაში გაფილტრეთ ახალი ან აქტიური კოლიზიები და გამოიყენეთ ძიება.

6. ჩართეთ „იზოლაცია“ და სტრიქონებზე დააწკაპუნეთ „გადასვლას“.

7. გაასწორეთ მოდელი, კოლიზიებზე თანმიმდევრულად გადასვლით.

8. განახლებული მოდელის გამოცემის შემდეგ გაუგზავნეთ იგი BIM კოორდინატორს კოლიზიების ხელახალი ტესტისთვის.

ყოველდღიური სამუშაო პროცესი

ანგარიში → „მხოლოდ ჩემი მოდელი“ → სტატუსი → „გადასვლა“ → გასწორება → შემდეგი კოლიზია. ძირითადი სამუშაო Revit-ის შიგნით სრულდება, კოორდინატების ან ელემენტების ხელით ძიების გარეშე.

15. BIM სპეციალისტის პრაქტიკული სამუშაო პროცესი

BIM სპეციალისტებს შეუძლიათ ანგარიშების შექმნის ერთი პროცესი შეინარჩუნონ, ნაცვლად თითოეული დისციპლინისთვის ცალკეული ფაილების მომზადებისა.

1. Navisworks-ში შექმენით კოლიზიების ტესტების საერთო ნაკრები, რომელიც ყველა მოდელსა და დისციპლინას მოიცავს.

2. ანგარიში გაიტანეთ XML ან HTML ფორმატში ობიექტების იდენტიფიკატორებით; საჭიროების შემთხვევაში დაამატეთ სურათები და კომენტარები.

3. ერთი და იგივე პაკეტი გაუნაწილეთ პროექტის ყველა მონაწილეს.

4. მიუთითეთ პროექტისთვის რეკომენდებული კოორდინატების რეჟიმი და ჭრის ჩარჩოს სტანდარტული ზომა.

5. ყოველი გასწორების ციკლის შემდეგ შეაგროვეთ განახლებული მოდელები და გაუშვით კოლიზიების ახალი ტესტი Navisworks-ში.

BIM კოორდინატორი პასუხისმგებელია საერთო ანგარიშის ხარისხსა და შემდგომ გეომეტრიულ შემოწმებაზე, ხოლო დამპროექტებლები თავიანთ სამუშაო კოლიზიების ნაკრებს უშუალოდ საკუთარ ფაილებში დამოუკიდებლად იღებენ.

მონაწილე	რას აკეთებს	რას იღებს
BIM სპეციალისტი	ქმნის ერთ საერთო ანგარიშს და განახლებების შემდეგ იმეორებს კოლიზიების ტესტს.	ნაკლები ხელით დახარისხება და ცალკეული პაკეტების მომზადება.
დისციპლინის დამპროექტებელი	ფილტრავს თავისი ღია მოდელისთვის და აგვარებს კონფლიქტებს Revit-ში.	მხოლოდ აქტუალური კოლიზიები და მყისიერი გადასვლა კვანძზე.
ჯგუფის ხელმძღვანელი	თვალს ადევნებს დისციპლინის ახალ/აქტიურ საკითხებზე მუშაობას.	მკაფიო სამუშაო პროცესი მრავალი ცალკეული ფაილის გაცვლის გარეშე.

16. მიმდინარე ვერსიის შეზღუდვები და ძირითადი თავისებურებები

გადაწყვეტა ანგარიშს კითხულობს, მაგრამ შეცვლილ სტატუსებს Navisworks-ში უკან არ წერს და ორმხრივ სინქრონიზაციას არ უზრუნველყოფს.

მოდელით ფილტრაცია დამოკიდებულია ანგარიშში შენახულ რიცხვით ElementId-ზე. თუ ანგარიშში ID არ არის ან ობიექტის ხელახლა შექმნის გამო ID შეიცვალა, შესაბამისობის პოვნა შეუძლებელია.
მიბმულ ფაილებში ძიება მხოლოდ ჩატვირთული ბმულებისთვისაა ხელმისაწვდომი.
ბმულში არსებული ობიექტისთვის Revit ბმულის ეგზემპლარის არჩევისა და იზოლაციის საშუალებას იძლევა; ჩადგმული ელემენტი აუცილებელი არ არის დამოუკიდებელ ძირითად ობიექტად ჩაითვალოს.
ჩარჩოს რეჟიმი „ელემენტებით (ID)“ იყენებს ძირითადი მოდელის ნაპოვნი ელემენტების შემომსაზღვრელ პარალელეპიპედებს; თუ ვერცერთი მოიძებნა, გადასვლა სათადარიგოდ კოორდინატს იყენებს.
ნავიგაციას შესაფერისი 3D ხედი სჭირდება. თუ ასეთი არ არის, შექმენით ან გახსენით იგი.
HTML გამრჩევი მხარს უჭერს კოდში განხორციელებულ ცხრილურ და არაცხრილურ Navisworks სტრუქტურებს; მესამე მხარის მიერ მნიშვნელოვნად შეცვლილი HTML შეიძლება ვერ ამოიცნოს.
მოდელის გვერდით RS.CDE საქაღალდე, განხილვისა და დავალებების ბაზები და კოლიზიების დაგროვებითი ბაზა მხოლოდ მაშინ იქმნება, როცა მომხმარებელი პირველად წერს მონაცემებს: შეტყობინებას, დავალებას, ანგარიშის იმპორტს დაგროვებით ბაზაში, სტატუსის ცვლილებას, გადაცემას ან დანართს. მოდელის, პანელის ან ანგარიშის გახსნა დისკზე არაფერს ქმნის.

17. თავსებადობა, თემები და ინტერფეისის ენები

პროექტი შეიცავს აგებებს Revit 2021–2027-ისთვის. Revit 2021–2024 იყენებს .NET Framework 4.8-ს, Revit 2025–2026 — .NET 8-ს, ხოლო Revit 2027 — .NET 10-ს.

პანელი და გადაწყვეტის ყველა ფანჯარა მხარს უჭერს თემებს „ავტო“, „ღია“, „მუქი“ და RS-Systems; მათი ფერები Revit-ის იერსახეს მიჰყვება, ხოლო „ავტო“ რეჟიმში თემა Revit-თან ერთად მყისიერად იცვლება, უკვე ღია ფანჯრებშიც. ინტერფეისი Revit-ის ენას მიჰყვება და შეიცავს ლოკალიზაციის ცხრილებს ინტერფეისის 16 ენისთვის, მათ შორის რუსულის, ინგლისურის, გერმანულის, ფრანგულის, ესპანურის, იტალიურის, პოლონურის, ჩეხურის, პორტუგალიურის, იაპონურის, კორეულის და ჩინურისთვის.

პანელი შეიძლება ჩაამაგროთ Project Browser-ის ან Properties-ის გვერდით, რათა მოდელის გასწორებისას კოლიზიების სია ხილული დარჩეს.

გადაწყვეტის ფანჯრების ღილაკები და სიები კლავიატურას უჭერს მხარს: Enter ძირითად მოქმედებას ასრულებს, ხოლო Esc აუქმებს. ფანჯრები Windows-ის ამოცანათა ზოლზე საკუთარ ღილაკებს არ ქმნის და სესიებს შორის მდებარეობასა და ზომას იმახსოვრებს.

პანელის ქვედა ნაწილში „⚙ პარამეტრები“ ხსნის გადაწყვეტის პარამეტრებს: თემას, ლიცენზიას, განახლებებსა და Revit-ის ხედის ჩანართების შეფერადებას. კბილანაზე წერტილი ხელმისაწვდომ განახლებას აღნიშნავს, ხოლო ღილაკი „RS-Systems-ის ყველა გადაწყვეტის განახლებები…“ ხაზის ყველა დაყენებულ პლაგინს ამოწმებს და ერთ ფანჯარაში აჩვენებს.

ხედის ჩანართების შეფერადება ღია დოკუმენტების გარჩევაში გეხმარებათ: ჩანართები იყენებს პროექტის ან ფაილის ფერს მთელი ჩანართის შევსებად (ნაგულისხმევად) ან ზედა ზოლად. აქტიური ჩანართი სხვებზე ნათელი არ არის; იგი პროექტის ფერის ზოლით აღინიშნება.

პანელის გახსნა RS.BIMManager-იდანაც შეიძლება ბრძანებით, რომელიც ლენტის ღილაკზე დაწკაპუნების ეკვივალენტურია.

18. სარგებელი და შეჯამება

REVIT.ClashViewer აკავშირებს Navisworks-ში მოდელების შემოწმებასა და Revit-ში საკითხების მოგვარებას. გადაწყვეტა Navisworks Manage-ს, როგორც გეომეტრიაზე დაფუძნებული კოლიზიების ტესტირების ინსტრუმენტს, არ ცვლის; იგი მის ანგარიშს თითოეული დამპროექტებლისთვის მოსახერხებელ სამუშაო ინსტრუმენტად აქცევს.

REVIT.ClashViewer-ის სამუშაო პროცესი ერთი შეხედვით ერთი საერთო Navisworks ანგარიში → ავტომატური ფილტრაცია ღია მოდელის ID-ებით → არჩევა: კოორდინატების რეჟიმი → section box → არჩევა და იზოლაცია → კოლიზიის მოგვარება Revit-ში.
შესაძლებლობა	პრაქტიკული შედეგი
Navisworks XML და HTML ანგარიშები	სტანდარტული ანგარიშის ფორმატების გამოყენება სპეციალური მომზადების გარეშე შეიძლება.
ფილტრი „მხოლოდ ჩემი მოდელი“ ElementId-ის საფუძველზე	თითოეული სპეციალისტი საერთო ანგარიშში საკუთარ კოლიზიებს ხედავს.
ძიება ძირითად მოდელსა და ჩატვირთულ ბმულებში	გადაწყვეტა მუშაობს როგორც სამუშაო, ისე გაერთიანებულ მოდელებთან.
Shared / Project / By Elements	ნავიგაცია სხვადასხვა საკოორდინატო სისტემასა და ექსპორტის მეთოდთან მუშაობს.
წერტილის დაზუსტება შემომსაზღვრელი პარალელეპიპედებით	ამცირებს საჭირო კვანძის აცდენის რისკს კოორდინატების წანაცვლებისას.
ავტომატური ჭრის ჩარჩო და მასშტაბის მორგება	კოლიზია მაშინვე ლოკალურ მოცულობაში ჩანს.
არჩევა და დროებითი იზოლაცია	კონფლიქტში მონაწილე ობიექტები ხელით ძიების გარეშე მკაფიოდ ჩანს.
სტატუსები და სრულტექსტური ძიება	დიდი ანგარიში სწრაფად დაიყვანება სამუშაო სიამდე.
სურათები, კომენტარები და დეტალები	პრობლემის კონტექსტი პირდაპირ მოდელის გვერდითაა ხელმისაწვდომი.
12 ანგარიშის ისტორია და პირადი პარამეტრები	განმეორებადი ყოველდღიური სამუშაო ჩქარდება.

საპროექტო გუნდისთვის მთავარი სარგებელი ისაა, რომ BIM სპეციალისტი ერთ ხარისხიან საერთო ანგარიშს ქმნის, ხოლო თითოეული მონაწილე მისგან კოლიზიების საკუთარ ნაკრებს დამატებითი ხელით დახარისხების გარეშე იღებს. დამპროექტებლები დროს მოდელის გასწორებას უთმობენ და არა პრობლემების ძიებასა და ხედების მომზადებას.