AI ilə satınalma müraciətlərinin avtomatlaşdırılması dağınıq e-poçtları, formaları, PDF sənədləri və əlavə faylları vahid satınalma qeydiyyatına çevirir. Düzgün qurulduqda AI satınalma qərarı vermir və sifariş yaratmır. O, gələn müraciəti oxuyur, sahələri çıxarır, çatışmayan məlumatı göstərir, uyğun kateqoriya və təsdiq marşrutu təklif edir, sonra isə əməkdaşın yoxlaması üçün təsdiqə-hazır layihə yaradır.
Bu yanaşma xüsusilə sorğuların bir hissəsi e-poçtla, digər hissəsi isə cədvəllər, messencerlər və ya şifahi müraciətlərlə daxil olan şirkətlər üçün faydalıdır. Məqsəd “avtonom satınalma botu” yaratmaq deyil; müraciətin qəbulundan insan təsdiqinə qədər olan əməliyyat işini nəzarətli etməkdir.
AI procurement intake automation hansı problemi həll edir?
Satınalma komandası bir e-poçtda məhsul adını, digər əlavədə miqdarı, üçüncü yazışmada isə çatdırılma tarixini görə bilər. Müraciət edən şəxs xərclər mərkəzini, layihəni, texniki spesifikasiyanı və ya üstün tutulan təchizatçını qeyd etməyə bilər. Nəticədə əməkdaşlar məlumat toplamaq, eyni sorğuları təkrar cavablandırmaq və hansı müraciətin kimdə olduğunu izləmək üçün vaxt sərf edir.
AI əsaslı qəbul qatı müraciəti standart strukturla qeydiyyata alır: müraciət edən şəxs, şöbə, hüquqi şəxs, məhsul və ya xidmət, sətir maddələri, miqdar, valyuta, tələb olunan tarix, xərc mərkəzi, layihə kodu, təchizatçı məlumatı və bütün mənbə sənədləri. Sistem tamlıq yoxlaması aparır və cavabsız qalan sahələri açıq göstərir.
Beləliklə, AI purchase request automation əməkdaşı əvəz etmir. O, qeyri-struktur məlumatı iş axını üçün yararlı layihəyə çevirir. Bu, Süni intellekt və avtomatlaşdırma xidmətlərində qurulan nəzarətli proseslərin əsas tətbiq nümunələrindən biridir.
Nə avtomatlaşdırılır, nə isə insan səlahiyyətində qalır?
AI üçün uyğun qəbul və hazırlıq işləri
- Ümumi poçt qutusu, portal forması və ya sənəd deposundan yeni müraciətləri qəbul etmək;
- PDF, DOCX, XLSX, şəkil və e-poçt mətnindən sətir maddələrini, valyutanı, tarixləri və təchizatçı məlumatını çıxarmaq;
- “Ofis avadanlığı”, “proqram təminatı”, “peşəkar xidmət” kimi satınalma kateqoriyasını təklif etmək;
- Məbləğ, kateqoriya, hüquqi şəxs və xərc mərkəzinə əsasən marşrut qaydasını təklif etmək;
- Məcburi məlumat və əlavələrin çatışmadığını aşkar etmək;
- Oxşar açıq və ya yaxın zamanda göndərilmiş müraciətləri dublikat ehtimalı kimi göstərmək;
- Təsdiq edən şəxs üçün xülasə, sətir cədvəli, risk qeydləri və mənbə keçidləri olan layihə yaratmaq.
İnsanda qalmalı qərarlar
- Təchizatçı seçimi, müqayisəsi və danışıqlar;
- Büdcənin mövcudluğunun və biznes əsaslandırmasının təsdiqi;
- İstisna qaydaları, təcili satınalma və siyasətdən kənar qərarlar;
- Alış sifarişinin (PO) buraxılması, dəyişdirilməsi və ləğvi;
- Bank rekvizitləri, müqavilə öhdəlikləri və hüquqi öhdəliklər üzrə son yoxlama.
Bu bölgü təhlükəsizlik və idarəetmə baxımından vacibdir. Xarici e-poçt mətni etibarlı əmrlər kimi qəbul edilməməli, AI isə yalnız minimal səlahiyyətlə işləməlidir. Xüsusilə daxil olan təchizatçı e-poçtlarında manipulyativ mətn və ya zərərli göstəriş ola biləcəyi üçün modelin ERP-də PO yaratmaq kimi yüksək təsirli icraya birbaşa çıxışı olmamalıdır.
Nəzarətli qəbul iş axını necə görünür?
- Qəbul: Sistem xüsusi intake e-poçt ünvanını, portalı və ya inteqrasiya olunmuş əməkdaşlıq kanalını izləyir. Hər müraciətə dəyişməyən identifikator verilir.
- Orijinalın qorunması: E-poçtun məzmunu, başlıqları, əlavələr, göndərən, qəbul vaxtı və fayl hash-ləri saxlanılır. Sonrakı istifadəçi yalnız xülasəni deyil, orijinal mənbəni də aça bilir.
- Çıxarış və normallaşdırma: OCR və sənəd çıxarışı ilə sətir maddələri strukturlaşdırılır. “10 laptop”, “10 ədəd notebook” və “10 notebooks” kimi yazılışlar eyni tipə təklif edilə bilər, amma mətnin özü də saxlanmalıdır.
- Qayda və etibar yoxlaması: Məcburi sahələr, məbləğ limitləri, qadağan olunmuş kateqoriyalar, təsdiq matrisi və dublikat qaydaları deterministik qaydalarla yoxlanır.
- Layihə və növbə: Yüksək etibarlı, siyasətə uyğun müraciət təsdiq layihəsinə çevrilir. Aşağı etibar, ziddiyyətli məlumat və ya risk siqnalı varsa, iş istisna növbəsinə düşür.
- İnsan təsdiqi: Təsdiq edən şəxs faktları, əlavələri və AI təklifini yoxlayır; təsdiq edir, rədd edir, düzəliş edir və ya əlavə məlumat istəyir.
- ERP handoff: Yalnız təsdiqlənmiş, tamamlanmış müraciət ERP və ya satınalma sisteminə göndərilir. Cavabda xarici sistem identifikatoru, status və xəta məlumatı geri yazılır.
Etibar hədləri: model balını avtomatik qərarla qarışdırmayın
Etibar balı sadəcə sistemin çıxarışına nə dərəcədə əmin olduğunun göstəricisidir; həmin məlumatın biznes baxımından doğru olduğunu sübut etmir. Buna görə hədlər sahə və risk səviyyəsinə görə ayrı təyin edilməlidir.
- Yüksək etibar: təchizatçı adı, valyuta və miqdar əlavədə aydın görünür; sistem sahələri doldurur, amma yenə insan təsdiqi tələb olunur.
- Orta etibar: AI kateqoriya və ya GL/xərc kodu təklif edir; istifadəçi seçimi təsdiqləyir və ya dəyişir.
- Aşağı etibar və ya ziddiyyət: məbləğ e-poçtla əlavədə fərqlidir, məhsul təsviri qeyri-müəyyəndir və ya təchizatçı məlumatı uyğunsuzdur; sistem heç nəyi “təxmin edib tamamlamır”, istisna növbəsi yaradır.
Praktik qayda: bir sahənin yanlışlığı maliyyə, hüquqi və ya əməliyyat riski yaradırsa, həmin sahə AI nəticəsindən asılı olmayaraq yoxlama tələb etməlidir. Məsələn, bank rekvizitləri və ya yeni təchizatçı statusu çıxarış mərhələsində yalnız məlumat kimi görünə bilər; master-data dəyişikliyi kimi icra olunmamalıdır.
Dublikatların və parçalanmış müraciətlərin aşkarlanması
Dublikat yoxlaması təkcə eyni mətnləri müqayisə etməməlidir. Sistem eyni müraciət edəni, oxşar sətir maddələrini, məbləği, təchizatçını, tarix aralığını, əlavə fayl hash-ini və açıq müraciət statusunu birlikdə qiymətləndirə bilər. Məsələn, eyni gün eyni şöbədən eyni “Microsoft 365 lisenziyası” üçün iki sorğu gəlibsə, ikincisi bloklanmamalı, “mümkün dublikat” kimi əlaqəli qeydlərlə göstərilməlidir.
Parçalanma da ayrıca siqnaldır: eyni kateqoriya və layihə üçün qısa müddətdə limitdən aşağı bir neçə müraciət yaradılırsa, sistem bunu satınalma əməkdaşına göstərə bilər. Lakin bu, avtomatik qayda pozuntusu qərarı deyil; araşdırma üçün izah edilə bilən siqnaldır.
Audit izi və mənbə keçidləri minimum tələbdir
Yaxşı purchase requisition approval workflow hər dəyişiklik üçün “kim, nə zaman, nəyi və hansı əsasla dəyişdi?” sualına cavab verməlidir. Audit qeydində orijinal mənbə, çıxarılmış dəyər, AI təklifi, etibar göstəricisi, qayda nəticəsi, insan düzəlişi, təsdiq qərarı və ERP-yə ötürmə cavabı ayrılıqda saxlanmalıdır.
Təsdiq ekranında mənbə keçidləri xüsusilə vacibdir. İstifadəçi “12 500 AZN” məbləğinin hansı e-poçt və ya hansı PDF səhifəsindən götürüldüyünü bir kliklə görməlidir. Bu, həm səhvlərin sürətli yoxlanmasını, həm də sonrakı daxili audit və mübahisələrin araşdırılmasını asanlaşdırır.
ERP inteqrasiyasını etibarlı qurmaq
ERP inteqrasiyası yalnız “API çağırışı” deyil. Handoff dizaynında idempotency açarı, sorğu statusları, təkrar cəhd limiti, vaxt aşımı, cavabın saxlanması və uzlaşdırma olmalıdır. Şəbəkə xətası olduqda sistem “PO yaranmadı” və “PO yarandı, amma cavab itdi” hallarını ayırd etməlidir. Əks halda eyni requisition iki dəfə ERP-yə göndərilə bilər.
Ən təhlükəsiz başlanğıc mərhələsində AI yalnız layihə yaradır, təsdiq edilmiş məlumat isə insanın idarə etdiyi ERP əməliyyatına ötürülür. Proses stabilləşdikdən sonra müəyyən aşağı riskli kateqoriyalar üçün sistem nəzarətli şəkildə requisition yarada bilər; PO buraxılışı yenə də səlahiyyətli mərhələdə qalmalıdır. Mövcud ERP, e-poçt və daxili alətlər arasında belə inteqrasiyaları Veb platformaların hazırlanması yanaşması ilə vahid əməliyyat ekranında toplamaq mümkündür.
Başlamaq üçün 6 addımlı plan
- Son 50–100 müraciəti analiz edin: kanallar, çatışmayan sahələr, istisnalar və təkrar suallar.
- Vahid intake sxemini və məcburi sahələri müəyyənləşdirin.
- Təsdiq matrisini qaydalara çevirin; AI-nin sadəcə təklif edəcəyi sahələri ayrıca qeyd edin.
- Bir və ya iki kateqoriya ilə pilot qurun, bütün kateqoriyaları ilk gündən avtomatlaşdırmayın.
- İnsan düzəlişlərini ölçün: hansı sahələr səhv çıxır, hansı mənbələr zəif keyfiyyətlidir, hansı hallarda əlavə sual lazımdır?
- ERP handoff, audit ixracı və istisna növbəsi etibarlı olduqdan sonra əhatəni genişləndirin.
POLADO komandası müraciət qəbulu, AI çıxarışı, qayda mühərriki, təsdiq interfeysi və ERP inteqrasiyasını bir nəzarət modelində dizayn edə bilər. Məqsəd daha sürətli giriş yaratmaqla yanaşı, satınalma komandasının qərar səlahiyyətini və izah edilə bilən audit izini qorumaqdır. Prosesinizi qiymətləndirmək üçün Texniki dəstək və konsaltinq xidməti çərçivəsində konsultasiya planlaşdıra bilərsiniz.