Collaboration· Revit 2021–2027 ·სრული ვერსია 1.3.47 ·↓ ჩამოტვირთვები 238

Messenger

სამუშაო მესენჯერი Revit-ისთვის მოდელთან დაკავშირებული ჩატებით, ამოცანებით, დამტკიცებებითა და კონტროლირებადი AI-წვდომით RS-Systems-ის ტოკენების მეშვეობით.

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

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

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

სახელი

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

★ ★ ★ ★ ★

შეფასება

WHAT'S NEW

RS.Messenger

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

1.3.32–1.3.36 | 09.10.2026

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

1.3.30–1.3.31 | 05.10.2026

ლიცენზირების ახალი რეჟიმი „დროის მიხედვით გადახდა“: ანგარიშის ბალანსს ავსებთ PayPal-ით და პროდუქციის ხაზის ნებისმიერი დანამატით სარგებლობთ ფაქტობრივი მუშაობის წუთში 1 ცენტად. ფასიანია მხოლოდ აქტივობის შემცველი წუთი: მონაცემების შეყვანა ფანჯრებსა და პანელებში, ბრძანების გაშვება, ხანგრძლივი დამუშავება ან მოდელთან ფონური მუშაობა. გახსნილი, მაგრამ უმოქმედო ფანჯრისთვის თანხა არ ირიცხება. ერთ კომპიუტერზე წუთში 1 ცენტი ჩამოიჭრება, მომუშავე დანამატების რაოდენობის მიუხედავად.
ანგარიში უკავშირდება მოწყობილობის კოდით: დანამატი აჩვენებს კოდს და საიტზე დადასტურების გვერდს ხსნის; პაროლი დანამატს არ გადაეცემა. ერთ დანამატში დაკავშირება რეჟიმს პროდუქციის ხაზის ყველა დანამატში ააქტიურებს. რეჟიმი მხოლოდ ონლაინ მუშაობს: კავშირის გარეშე ან ნულოვანი ბალანსისას ბრძანებები და მისამაგრებელი პანელები არ იწყება, ხოლო უკვე გახსნილი ფანჯრები და დაწყებული დამუშავება არ იბლოკება.
მდგომარეობის ზოლში ჩანს ბალანსი და დარჩენილი დროის შეფასება. როცა ერთ საათზე ნაკლები რჩება, ჩნდება გამოკვეთილი ინდიკატორი და ღილაკი „შევსება“. ბალანსის შესახებ ამომხტარი ფანჯრები არ არის. საწყის ფანჯარას დაემატა მეოთხე ვარიანტი „დროის მიხედვით გადახდა“, აქტივაციის ფანჯარას — ამავე სახელის ჩანართი (დაკავშირება, შევსება, გათიშვა), ხოლო ფანჯარას „RS-Systems-ის ლიცენზია“ — დროის მიხედვით გადახდის ბარათი.
სარგებლობის უფლების პრიორიტეტი: დანამატის ლიცენზია → რეგიონული აქცია → საცდელი პერიოდი → დროის მიხედვით გადახდა. ბალანსიდან არაფერი ჩამოიჭრება იმ დანამატისთვის, რომელსაც ლიცენზია აქვს ან საცდელი პერიოდი მიმდინარეობს.
თუ ანგარიში უკვე დაკავშირებულია, ახლად დაყენებული დანამატი ჯერ საკუთარ 90-დღიან საცდელ პერიოდს იყენებს. მდგომარეობის ზოლში ჩანს: „საცდელი პერიოდი: დარჩა N დღე. შემდეგ — დროის მიხედვით გადახდა.“ დროის მიხედვით თანხის ჩამოჭრა მხოლოდ ამ პერიოდის დასრულების შემდეგ იწყება. ვადაგასული საცდელი პერიოდი თავიდან არ იწყება, ხოლო ცალკეული დანამატის ლიცენზიას კვლავ უპირატესობა აქვს დროის მიხედვით გადახდასთან შედარებით.
რეჟიმი მუშაობს rs-systems.org-ის შესაბამის განახლებასთან ერთად, რომელიც მოიცავს პირად კაბინეტსა და დაკავშირების დადასტურების გვერდს. მის გამოქვეყნებამდე ანგარიშის დაკავშირებისას გამოჩნდება „სერვერთან კავშირი არ არის“; ლიცენზიები, საცდელი პერიოდი და აქციები უცვლელი რჩება.

1.3.27–1.3.29 | 02–03.10.2026

Telegram მოდელებთან, ამოცანებსა და შეთანხმებებთან ერთად ჩატების მეოთხე წყაროა: პირადი საუბრები და ჯგუფები იხსნება საკუთარ ინტერფეისში, «ჩატების» ჩანართის მარჯვენა სვეტში. შესვლა ხდება ტელეფონის ნომრითა და კოდით. ხელმისაწვდომია ისტორია, ტექსტი, ფაილები, პასუხები, საკუთარი შეტყობინებების წაშლა და წაუკითხავების მრიცხველები. Telegram-ის მიმოწერა არ ხვდება პროექტის საცავში, AI-თარგმანში ან ამოცანებისა და შეთანხმებების ავტომატურ შექმნაში; პარამეტრები და მონაცემთა ბაზის გასაღები დაცულია DPAPI-ით.
Telegram-ის ქსელური ნაწილი გადატანილია ცალკე პროცესში RS.Messenger.TelegramHost.exe, ამიტომ Revit-ს ქსელში გამავალი წვდომა არ სჭირდება. Telegram-ის გამოსაყენებლად მომხმარებელმა ან ადმინისტრატორმა ეს დაყენებული ფაილი ფაირვოლში აშკარად უნდა დაუშვას; ფაირვოლის წესები ავტომატურად არ იცვლება.
შუა სვეტში Telegram-ის სექცია იკეცება, როგორც «მოდელები», «ამოცანები» და «შეთანხმებები». ცალკეული ჯგუფებისა და საუბრების ნაცვლად ჩანს თქვენი ნამდვილი Telegram-საქაღალდეები თქვენივე მიმდევრობით: «ყველა ჩატი», მომხმარებლის საქაღალდეები და «არქივი», ხატულებითა და წაუკითხავების მრიცხველებით. საქაღალდის არჩევა ფილტრავს მარცხნივ Telegram-ჩატების სიას.
Telegram-ის მიმოწერის გაფორმება მშობლიურ კლიენტს შეესაბამება: კომპაქტური შესაყვანი ველი სამაგრითა და ქაღალდის თვითმფრინავით, ფაილებისა და სურათების ჩასმა, ფერადი ემოჯების პანელი ძიებითა და კატეგორიებით, ციტატები «Reply #ID»-ის ნაცვლად თავდაპირველ შეტყობინებაზე გადასვლით, ბმულები, ხსენებები, კოდი, გასაშლელი სპოილერები, მინიატურები, თარიღის გამყოფები, ავატარები, რეაქციები, შეტყობინებების რედაქტირება, ძიება და მიმაგრებული შეტყობინება. «პასუხი» და «კოპირება» კონტექსტურ მენიუში გადავიდა. გარე ბმული მხოლოდ რეალური მისამართის დადასტურების შემდეგ იხსნება.
გაუმჯობესდა წაკითხვადობა: «ჩატების» სვეტები გაფართოვდა, გრძელი სახელები რამდენიმე სტრიქონზე გადადის და აქვს მინიშნებები; მუქ თემაში Telegram-ის შეტყობინებების ტექსტი აღარ არის მუქი.
Telegram-ში შესვლის დიაგნოსტიკა: ფანჯარა აჩვენებს ლოდინის მრიცხველს, ინდიკატორს, კავშირის მდგომარეობასა და კოდის მიწოდების გზას; მოწმდება ნომრის საერთაშორისო ფორმატი. «ჟურნალი» ხსნის ჟურნალს, რომელშიც არ ინახება ტელეფონის ნომრები, კოდები, პაროლები ან შეტყობინებების შიგთავსი.
Messenger-ის ფანჯრები Windows-ის ამოცანათა ზოლში ღილაკს აღარ ქმნის. «ჩაკეცვა» მალავს ფანჯარას შიგთავსისა და მონახაზების შენარჩუნებით; აღდგენა შეიძლება ლენტის ღილაკით ან გვერდითი ზოლით. Telegram-ის მიმოწერის სათაურსა და «⋮» მენიუში დაემატა «ანგარიშიდან გამოსვლა» დადასტურებით. პარამეტრები → «ლოკალური შენახვა» შეიცავს ალამს «ანგარიშიდან გამოსვლა Revit-ის დახურვისას», რომელიც ნაგულისხმევად გამორთულია.
ჩატების ფერები Telegram-ის საქაღალდეების მიხედვით: ჩატი იღებს თავისი საქაღალდის ფერს, ჯგუფი — იმავე ტონის უფრო ღია ვარიანტს; ჩატის სტრიქონს დაემატა თხელი ფერადი ზოლი. საქაღალდეების ფერები ავტომატურად ირჩევა; საკუთარი ფერი ცოცხალი წინასწარი ჩვენებით ყენდება პარამეტრები → «ფერები» → «Telegram-ის საქაღალდეების ფერები». არის საერთო გადამრთველი «Telegram-ჩატების შეფერადება საქაღალდეების მიხედვით». კატეგორიების სტანდარტული ფერები სერვერის პარამეტრების გარეშეც გამოიყენება.

1.3.17–1.3.26 | 30.09–01.10.2026

RS-Systems-ის თემა საიტის ფერთა სქემას შეესაბამება: ახალი ფონი, ჩარჩოები, ტექსტი და გამოყოფა, ციანის აქცენტები და ქარვისფერი გაფრთხილებები. მოქმედების ღილაკებს საიტის ფერები აქვს, პარამეტრების სექციებისა და აქტივაციის ფანჯრის წარწერები ქარვისფერია. ციანი ამოღებულია ტექსტისა და ხატულების ფონური შევსებებიდან: ჩანართები, სეგმენტები, ფილტრების ნიშნულები, მრიცხველები, კალენდარი, განტის დიაგრამა და აქტივაციისა და განახლების ფანჯრების ჩამოსაშლელი სიები. გასწორდა «ახალი მიმართვისა» და მიმართვების ჩანართის მთავარი ღილაკის სუსტი კონტრასტი.
RS-Systems-ის თემაში სიებისა და ველების ფონი არსად არის #07171E-ზე მუქი. «ჩატების», «შეთანხმებების», «ამოცანების», «დოკუმენტების», «მიმოწერისა» და «BIM»-ის სვეტებს მარცხნიდან მარჯვნივ საფეხუროვანი სიკაშკაშე აქვს: მარცხენა ფონზე 10 ერთეულით ღიაა, შუა — 5-ით, მარჯვენა მიმოწერის სვეტი კი ყველაზე მუქია. გამავალი და წაუკითხავი შეტყობინებები მწვანის ნაცვლად საიტის ფერებს იყენებს. ღია და მუქი თემები არ შეცვლილა.
თემის არჩევა (ავტო, ღია, მუქი, RS-Systems) პარამეტრების იმ ჩანართშია, რომელსაც «ფერების» ნაცვლად «გაფორმება» ეწოდა. «ლიცენზიის» ჩანართიდან თემის დუბლირებული არჩევა ამოღებულია.
გასწორდა შეტყობინებების გაგზავნა: SQLite-ის შეუთავსებელი ვერსია ბაზაში ჩაწერისას იწვევდა შეცდომას «მეთოდი ვერ მოიძებნა». «შენახვის» შემდეგ საკუთარი შეტყობინებები მარჯვენა ნახევრიდან მარცხენაში აღარ გადადის და შემოსულად აღარ ითვლება. RS-Systems-ის თემაში «ახალი» ნიშნული კვლავ კარგად ჩანს.
გასწორდა ავტომატური ზომის მცირე დიალოგების ეკრანის მთელ სიგანეზე გაწელვა. SQLite-ის აწყობის გაფრთხილება NU1903 მიზნობრივად იქნა ჩახშობილი.

1.3.13–1.3.16 | 28–29.09.2026

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

1.2.0–1.3.10 | 24–26.09.2026

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

1.1.13 | 10.09.2026

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

01.09.2026

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

15.08.2026

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

DESCRIPTION

RS-SYSTEMS

REVIT.Messenger

პროექტის კომუნიკაცია, დავალებები, შეთანხმებები, AI და BIM-მხარდაჭერა უშუალოდ Revit-ში

გადაწყვეტის სრული აღწერა ყველა დისციპლინის პროექტანტებისთვის, BIM-სპეციალისტებისა და პროექტის მენეჯერებისთვის

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

ერთი სამუშაო სივრცე განხილვისთვის, დავალებების გასაცემად, შეთანხმებისთვის, შემოწმებისა და მხარდაჭერისთვის — მოდელთან კავშირის დაკარგვის გარეშე.

გადაწყვეტის აღწერა · 2026 წლის ივლისი

შინაარსი

გადაწყვეტის დანიშნულება
მუშაობის ორი რეჟიმი: ლოკალური და სერვერული
პროექტული ურთიერთქმედების ხუთი ტიპი
ჩატები Revit-ის შიგნით
შეთანხმებები და გადაწყვეტილებების რეესტრი
დავალებები და შესრულების კონტროლი
AI-ჩატი და მოდელთან მუშაობა
მიმართვები BIM-განყოფილებაში
RS.CDE-ის სერვერული რეჟიმი როგორც პროექტის ERP-გარემო
პრაქტიკული სცენარები
სარგებელი პროექტანტებისა და გუნდისთვის
რეკომენდებული სამუშაო პროცესი

ვისთვის არის განკუთვნილი გადაწყვეტა

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

1. გადაწყვეტის დანიშნულება

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

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

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

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

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

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

2. მუშაობის ორი რეჟიმი: ლოკალური და სერვერული

REVIT.Messenger შეიძლება გამოყენებულ იქნეს როგორც დამოუკიდებელი ინსტრუმენტი Revit-ის მოდელების ნაკრებში ან როგორც RS.CDE-ის სერვერული ბირთვის კლიენტური კომპონენტი. ამიტომ გადაწყვეტა გამოდგება როგორც პატარა გუნდისთვის, რომელიც ფაილებს ცვლის, ისე დიდი პროექტისთვის, სადაც მონაწილეები, როლები და უფლებები ცენტრალიზებულად იმართება.

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

ლოკალური რეჟიმი

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

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

სერვერული რეჟიმი

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

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

სერვერულ რეჟიმზე გადასვლის შედეგი

REVIT.Messenger აღარ არის მხოლოდ ლოკალური კომუნიკაციის პანელი და ხდება პროექტული ურთიერთქმედების მართვის სრულფასოვანი RS.CDE ERP-გარემოს მომხმარებლის ინტერფეისი.

3. პროექტული ურთიერთქმედების ხუთი ტიპი

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

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

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

4. ჩატები Revit-ის შიგნით

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

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

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

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

ჩატების სწორად გამოყენება

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

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

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

რას შეიცავს შეთანხმება

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

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

შეთანხმების შექმნა

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

სურათი 3. ახალი შეთანხმების ფორმა: პროცესის პარამეტრები, მიმღებები და მოდელიდან ფურცლების ან ხედების არჩევა.

რატომ არის ეს მნიშვნელოვანი

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

6. დავალებები და შესრულების კონტროლი

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

დავალების მთავარი პარამეტრები

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

ერთი და იმავე ინფორმაციის ოთხი ხედი

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

სურათი 4. Kanban-დაფა: დავალებები იყოფა პრიორიტეტისა და მდგომარეობის მიხედვით და შეიძლება სვეტებს შორის გადაადგილდეს.

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

სურათი 6. Gantt-ხედი: დავალებების პერიოდები დროის შკალაზეა ნაჩვენები ვადებისა და თანმიმდევრობის კონტროლისთვის.

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

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

7. AI-ჩატი და მოდელთან მუშაობა

RS · AI Bridge Revit-ის სამუშაო სივრცეს AI-ასისტენტთან აკავშირებს. მას შეუძლია კითხვებზე პასუხის გაცემა, ხელმისაწვდომი მოდელის მონაცემების ანალიზი, ნებადართული რუტინული ოპერაციების შესრულება და პროექტანტთან ერთად მოდელირებაში მონაწილეობა. მომხმარებელი ირჩევს აგენტს, შესრულების რეჟიმსა და სამუშაო მოდელს.

AI-ასისტენტის ტიპური შესაძლებლობები

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

სურათი 7. RS · AI Bridge: აგენტის, მოდელისა და მოქმედების გამოყენების რეჟიმის არჩევა, დიალოგის ისტორია და მიმდინარე მოდელის მონაცემებთან მუშაობა.

მართვადი წვდომა

AI Bridge იყენებს ცალკე ინსტალაციის ტოკენს, რომელსაც ადმინისტრატორი გასცემს. გარე AI-სერვისის მთავარი API-გასაღები პლაგინში არ ინახება და მომხმარებელს არ გადაეცემა. ტოკენი შეიძლება ცენტრალიზებულად გაუქმდეს REVIT.Messenger-ის სხვა ფუნქციების გამორთვის გარეშე.

უსაფრთხო მუშაობის რეჟიმი

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

8. მიმართვები BIM-განყოფილებაში

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

რას უზრუნველყოფს ცალკე BIM-მხარდაჭერის არხი

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

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

პროექტანტისთვის

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

9. RS.CDE-ის სერვერული რეჟიმი როგორც პროექტის ERP-გარემო

RS.CDE-ის სერვერულ ბირთვთან დაკავშირებისას REVIT.Messenger-ის ყველა განყოფილება პროექტის საერთო როლურ მოდელში მუშაობს. ეს ურთიერთქმედებას Revit-ის ფარგლებს გარეთ აფართოებს და ყველა მონაწილეს აკავშირებს — უშუალო შემსრულებლებიდან მენეჯერებსა და დამკვეთამდე.

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

რა ჩნდება სერვერულ რეჟიმში

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

მთავარი ეფექტი

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

10. პრაქტიკული სცენარები

სცენარი 1. სწრაფი დისციპლინათაშორისი დაზუსტება

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

სცენარი 2. ცვლილების შეთანხმება

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

სცენარი 3. გამოშვების კონტროლი

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

სცენარი 4. რუტინული სამუშაო AI-ის საშუალებით

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

სცენარი 5. მიმართვა BIM-განყოფილებაში

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

სცენარი 6. detach-მოდელის გადაცემა

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

11. სარგებელი პროექტანტებისა და გუნდისთვის

პროექტანტისთვის

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

BIM-გუნდისა და მენეჯერებისთვის

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

მთელი პროექტისთვის

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

12. რეკომენდებული სამუშაო პროცესი

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

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

წესები, რომლებიც ეფექტიანობას ზრდის

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

REVIT.Messenger ერთ წინადადებაში

განიხილეთ ჩატში. დაავალეთ დავალებაში. დაამტკიცეთ შეთანხმებაში. შეამოწმეთ ან ავტომატიზება მოახდინეთ AI-ით. მიიღეთ მხარდაჭერა BIM-მიმართვით.

დასკვნა

REVIT.Messenger Revit-ის შიგნით ქმნის პროექტული ურთიერთქმედების მკაფიო სისტემას, რომელიც გუნდის რეალურ მუშაობას შეესაბამება. დაკავშირებული მოდელები მიმღებებად იქცევა, შეტყობინებები კონტექსტს ინარჩუნებს, დავალებებს ენიჭება ვადები და პასუხისმგებლობა, შეთანხმებები გადაწყვეტილების ისტორიას ინახავს, AI რუტინული ოპერაციების შესრულებაში ეხმარება, ხოლო BIM-განყოფილება სრულფასოვან მხარდაჭერის არხს იღებს.

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

შედეგი პროექტის გუნდისთვის

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

ხუთი ფუნქცია — ერთი მართვადი პროცესი

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