ProjectVIEW AI API

ProjectVIEW AI API არის ERP API AI ამოცანებისთვის: სტანდარტებზე დაფუძნებული ღია API-ები და ვებ-სერვისები, რომლებიც DANAOS ProjectVIEW AI-ს და თქვენს საკუთარ AI ინსტრუმენტებს ProjectVIEW ERP-ის მონაცემების წაკითხვისა და მათზე მუშაობის სშუალებას აძლევს. იგივე ინტეგრაციის ფენა იღებს მონაცემებს მესამე მხარის სისტემებიდან, როგორიცაა SAP, Oracle, Primavera P6, Microsoft Project, BIM მოდელები, EDMS, დოკუმენტები და IoT მოწყობილობები. შედეგი არის ერთიანი მონაცემთა ბაზა, სტრუქტურირებული BoQ-ის, WBS-ისა და ხარჯების კოდების მიხედვით, რომლის ანალიზიც AI-ს შეუძლია.

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

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

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

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

3D და ციფრული ტყუპის (digital twin) გარემოებთან, მაგალითად NVIDIA Omniverse-თან, ინტეგრაცია ხორციელდება Web API-ების საშუალებით.

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

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

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

ორივე AI-ს ProjectVIEW ERP-ის მონაცემებზე წვდომას აძლევს, მაგრამ სხვადასხვა მომხმარებლებს ემსახურება.

დაწვრილებით იხილეთ ProjectVIEW MCP სერვერი და ProjectVIEW ERP API.

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

• გრაფიკის, BIM-ისა და დოკუმენტების მონაცემების მიწოდება ProjectVIEW AI-სთვის, რათა პროგნოზებმა და ადრეულმა გაფრთხილებებმა მხოლოდ ხარჯების მონაცემები არ გაითვალისწინონ.
• SAP-ის ან Oracle-ის შენარჩუნება კორპორაციულ ფინანსურ სისტემად, სანამ სანამ ProjectVIEW AI პროექტის შედეგიანობას ორივე სისტემის მონაცემებით აანალიზებს.
• ტექნიკისა და IoT-ის მონაცემების შემოტანა საწვავის ხარჯის, უმოქმედობის დროისა და თითოეულ აქტივობაზე CO₂-ის ანალიზისთვის.
• მართვადი ERP მონაცემების ხელმისაწვდომობა თქვენი საკუთარი ანალიტიკური ან AI ინსტრუმენტებისთვის.

ინტეგრაციის IT ხედვისთვის იხილეთ IT მენეჯერის როლის გვერდი.

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

ინტეგრაციის ფენის მეშვეობით ProjectVIEW AI-ს შეუძლია ყველა მათგანის წაკითხვა ერთიდაიგივე WBS-ისა და ხარჯების კოდების მიხედვით. ეს არის საფუძველი:

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

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

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