რა არის ეს?

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

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

პროცესების გამჭვირვალობა

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

შეცდომების შემცირება

სისტემა ინახავს შემადგენლობის snapshot-ს გაგზავნის მომენტში, ამიტომ შემმოწმებელი ამოწმებს ზუსტად იმას, რაც ავტორმა გაგზავნა.

დოკუმენტაციის ავტომატიზაცია

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

კომუნიკაციის წესრიგი

ყველა შენიშვნა ინახება ერთიან მოვლენების ჟურნალში და არ იკარგება პირად შეტყობინებებსა ან ელფოსტაში.

არქიტექტურა · აუდიტი · 4D/5D

RevitCDE არ არის ფაილების საცავი; ის არის მოდელის დონის კონტროლის შრე.

ფაილის მინიმალურ საკონტროლო ერთეულად მიღების ნაცვლად, RevitCDE თანხმობის სტატუსებს, ამოცანებს, ხარჯთაღრიცხვებს და აუდიტის მოვლენებს ზუსტ Revit ელემენტებსა და ფურცლებს უკავშირებს.

ელემენტის დონის CDE

სისტემა მუშაობს წყვილით ProjectGuid + ElementUniqueId, ამიტომ გადაწყვეტილებები უკავშირდება მოდელის კომპონენტებს და არა მხოლოდ PDF ფაილებს ან საქაღალდეებს.

გაყალბებისგან დაცული სტატუსები

Shared Parameters Revit-ში ხილული რჩება, ხოლო Extensible Storage არის კანონიკური წყარო. StatusGuardUpdater აბრუნებს ხელით ცვლილებებს და აფიქსირებს გაყალბების მცდელობებს.

pHash ვერსიების კონტროლი

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

4D/5D მოდელში

სამუშაო პაკეტები მოდელის ელემენტებს აკავშირებს schedule.db-სა და estimate.db-სთან, რაც იძლევა CPM გრაფიკებს და EVM მაჩვენებლებს: PV, EV, AC, SPI და CPI.

მასშტაბირებადი შენახვა

გლობალური რეესტრი, იზოლირებული პროექტის ბაზები, PostgreSQL JSONB და hot/cold storage მძიმე პროექტებს გრძელ ციკლში პროგნოზირებადს ინარჩუნებს.

On-premise არქიტექტურით

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

ნაკლები გადაკეთებადამტკიცებული ფურცლები შეუმჩნევლად ვერ გახდება “dirty”: გეომეტრიის ან დოკუმენტაციის ცვლილება მშენებლობამდე ხელახალი შემოწმებისთვის აღინიშნება.

ერთი ჯაჭვი: მოდელი · ვადა · ღირებულებაპროექტის მენეჯერები ხედავენ ვადისა და ღირებულების გადახრებს მოდელთან დაკავშირებული სამუშაო პაკეტებიდან, ცალკეული თვიური ანგარიშების მოლოდინის გარეშე.

იურიდიული აუდიტის კვალიAppend-only მოვლენები აფიქსირებს ვინ დაამტკიცა, უარყო, შეცვალა ან სცადა სტატუსის გაყალბება, რაც მხარს უჭერს შიდა კონტროლსა და დავებს.

მიმდინარე ფარგლებიყველაზე ძლიერი ღირებულება ახლა Revit-ზე დაფუძნებულ საპროექტო პროცესებშია. მობილური საველე გამოყენება, ბრაუზერის 3D viewer და ფართო IFC ფედერაცია მომავალი გაფართოების მიმართულებებია.

როგორ მუშაობს?

მარტივი პროცესი სამ ნაბიჯში.

ვისთვის არის?

01

არჩევა და გაგზავნა

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

02

შემოწმება და გადაწყვეტილება

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

03

მყისიერი სტატუსი

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

პროექტანტები

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

მთავარი ინჟინრები და მთავარი არქიტექტორები

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

BIM-მენეჯერები

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

რას აკეთებს RevitCDE

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

შემადგენლობის snapshot გაგზავნის მომენტში

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

სტატუსი პირდაპირ Revit Properties-ში

ხუთი Shared Parameters (RevitCDE_Status, RevitCDE_ApprovedAt, RevitCDE_ApprovedBy და სხვ.) ჩანს Properties-ში და სპეციფიკაციებში.

Append-only გადაწყვეტილებების ჟურნალი

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

თანმიმდევრული და პარალელური მარშრუტები

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

ME-აგრეგაცია სერვერზე

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

Build Revit 2021–2027-ისთვის

ერთი პლაგინი იკრიბება Revit 2021–2027-ისთვის per-version MSBuild კონფიგურაციებით და #if REVIT2021||REVIT2022 დირექტივებით.

Revit-ის პლაგინი

WPF-ინტერფეისი, Shared Parameters + Extensible Storage სტატუსებისთვის. StatusGuardUpdater აბრუნებს სტატუსის ცვლილებებს CDE-flow-ს გარეთ.

ASP.NET Core სერვერი

.NET 8, EF Core, PostgreSQL, JWT ავტორიზაცია, BCrypt პაროლებისთვის, მოთხოვნის ატომური გაგზავნა და pending-მოთხოვნების უნიკალურობის კონტროლი.