როგორ მუშაობს ProjectVIEW AI ERP-ის მონაცემებზე

DANAOS ProjectVIEW AI იღებს ERP-ის მიმდინარე მონაცემებს, სტრუქტურირებულს BoQ ↔ WBS ↔ ხარჯების კოდების მიხედვით, იმ მომენტში, როცა კითხვა ისმება ან აგენტი ეშვება, და გადასცემს მათ ამოცანისთვის ყველაზე შესაფერის მოდელს. ProjectVIEW AI არის ProjectVIEW ERP-ის AI დამატება: აგენტები და ასისტენტი, რომლებიც ERP-ის მონაცემებზე მუშაობენ და აერთიანებენ დარგობრივ მცირე ენობრივ მოდელებს წამყვან LLM-ებთან. ყოველი მნიშვნელოვანი ქმედება დასამტკიცებლად ადამიანს გადაეცემა.

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

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

ProjectVIEW AI-ს ასევე შეუძლია ERP-ის გარეთ არსებული მონაცემების წაკითხვა:

• მესამე მხარის ERP, როგორიცაა SAP და Oracle.
• გრაფიკები Primavera P6-დან და MS Project-დან, ასევე BIM მოდელები (.ifc).
• EDMS, დოკუმენტები, ელფოსტა, კონტრაქტები და IoT მონაცემები.

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

ProjectVIEW AI ERP-ის შესაბამის კონტექსტს ინფერენციის დროს იღებს — როცა კითხვა ისმება ან აგენტი ეშვება. მოდელები კლიენტის მონაცემებზე ხელახლა არ იწვრთნება. ამას სამი პრაქტიკული შედეგი აქვს:

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

1. მომხმარებელი სვამს კითხვას ჩვეულებრივი ენით, ტექსტით ან ხმით, ERP-ში ან MCP კონექტორის მეშვეობით.
2. ProjectVIEW AI ადგენს მომხმარებელსა და მის როლს და ამოწმებს უფლებებს.
3. იგი იღებს კითხვასთან დაკავშირებულ ნებადართულ ERP ჩანაწერებსა და დოკუმენტებს, რომლებიც BoQ-ით, WBS-ითა და ხარჯების კოდებით არის დაკავშირებული.
4. ამოცანისთვის შერჩეული მოდელი აანალიზებს ჩანაწერებს და ამზადებს პასუხის პროექტს.
5. პასუხი ბრუნდება იმ მაჩვენებლებითა და ჩანაწერებით, რომლებსაც ეფუძნება, რათა მომხმარებელმა შეძლოს მისი შემოწმება და ERP-ში დეტალებზე გადასვლა.

ProjectVIEW AI მოქნილია მოდელების არჩევაში. მოდელი თითოეული გამოყენების შემთხვევისთვის ცალკე შეირჩევა.

დეტალები იხილეთ ProjectVIEW AI მოდელების გვერდზე.

ყოველი აგენტი ერთსა და იმავე ციკლს მიჰყვება:

1. გამოვლენა. აგენტი აკვირდება თავის პროცესს და ავლენს გადახრას, მაგალითად, საბიუჯეტო განაკვეთზე მაღალ კომერციულ შეთავაზებას.
2. გამოკვლევა. იგი იღებს დაკავშირებულ ჩანაწერებს: ბიუჯეტის ხაზს, წარსულ განაკვეთებს, მომწოდებლის ისტორიას, WBS-ის პაკეტს.
3. ახსნა. იგი მარტივი ენით აღწერს, რა არის არასწორად და რატომ არის ეს მნიშვნელოვანი.
4. რეკომენდაცია. იგი გვთავაზობს ქმედებას, მაგალითად, მოლაპარაკებას, ხელახალ ტენდერს ან ბიუჯეტის გადანაწილებას.
5. დამტკიცების მოთხოვნა. იგი რეკომენდაციას უგზავნის იმ პირს, რომლის როლსაც ეკუთვნის გადაწყვეტილება.
6. შესრულება. დამტკიცების შემდეგ ქმედება ERP-ში სრულდება.
7. აუდიტი. ყოველი ნაბიჯი, შემავალი მონაცემი და გადაწყვეტილება აღირიცხება.

რვა სპეციალიზებული აგენტი ჩამოთვლილია ProjectVIEW AI აგენტების გვერდზე.

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

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

მონაცემები საჯარო სამომხმარებლო AI სერვისებს არ გადაეცემა. Microsoft Azure-ზე მოთხოვნები (prompts) მოდელის გაწვრთნისთვის არ გამოიყენება, ხელმისაწვდომია მონაცემების განთავსების ადგილის არჩევა, შენახული მონაცემების დაშიფვრა და კლიენტის მიერ მართული გასაღებები. იხილეთ უსაფრთხოება და მართვა.

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

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

1. ხმის ჩაწერა ობიექტზე.
2. ტექსტად ტრანსკრიფცია.
3. ნათქვამის სემანტიკური ინტერპრეტაცია.
4. დაკავშირება BoQ პოზიციებთან, WBS პაკეტებთან და ხარჯების კოდებთან.
5. ERP-ის ველების შევსება, ვალიდაციისა და ავტორიზაციის პირობით.
6. შეჯერება არსებულ ჩანაწერებთან.

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

ნახეთ, როგორ მუშაობს აგენტის ციკლი და მართვის ჯაჭვი ProjectVIEW ERP-ის სადემონსტრაციო გარემოში.