Enterprise AI inteqrasiyası nədir: sistemlər, data, nəzarət

Qısa cavab

Enterprise AI inteqrasiyası AI platformasını şirkətin mövcud sistemlərinə elə qoşmaqdır ki, AI həm onlardan məlumat ala, həm də onlara nəticə ötürə bilsin, bütün bunlar isə idarə olunan giriş, jurnal və nəzarət altında olsun. Praktikada bu beş qatdır: müştəri kanalları, bilik və məlumat mənbələri, əsas qeyd sistemləri (CRM, ERP), AI-nin edə biləcəyi hərəkətlər (API çağırışları) və prosesə qoşulan insanlar. Böyük şirkət üçün əsas suallar texniki yox, idarəetmə suallarıdır: məlumat harada saxlanılır, kim nəyə girişi var, hər hərəkət yazılırmı və lazım olanda inteqrasiyanı necə dayandırmaq olar.

Niyə «qoşmaq» kifayət deyil

Kiçik şirkətdə AI çatbotunu sayta qoşmaq bir gün çəkir. Böyük şirkətdə isə eyni addım bir neçə sual doğurur: çatbot müştərinin sifariş statusunu haradan biləcək, topladığı lead hansı CRM-ə düşəcək, bot hansı məlumatı görə bilər və hansını yox, səhv cavab olanda kim bilir, IT şöbəsi bunu necə izləyəcək? Bu suallara cavabsız qoşulan AI ya ayrı adaya çevrilir (heç bir sistemlə danışmır), ya da nəzarətsiz risk mənbəyinə.

Beş qat

1. 1KanallarWhatsApp, Instagram, sayt, telefon — AI-nin müştəri ilə danışdığı yerlər.
2. 2Bilik və məlumatBilik bazası, kataloq, qaydalar — AI-nin cavabının mənbəyi.
3. 3Əsas qeyd sistemləriCRM, ERP, sifariş sistemi — «həqiqətin» saxlandığı yer.
4. 4HərəkətlərAI-nin etməyə icazəli olduğu: statusu oxumaq, lead yaratmaq, bildiriş göndərmək.
5. 5İnsanlarOperator, menecer, IT — kim nəyi görür, kim müdaxilə edir.

Dörd inteqrasiya modeli

• Hazır konnektor: platforma müəyyən sistemə (məsələn, CRM-ə) özü qoşulur. Ən sürətli, amma çeviklik məhduddur.
• Çıxan webhook: hadisə baş verəndə (yeni lead, bitən zəng) platforma sizin sisteminizə məlumat göndərir.
• API aləti: AI söhbət zamanı sizin API-nizi çağırır — məsələn, sifariş statusunu canlı oxuyur.
• Fayl ilə: CSV idxal və ixrac. Ən sadə, real vaxt deyil, amma pilot və köçürmə üçün çox vaxt kifayətdir.

AI-nin hərəkətlərini məhdudlaşdırmaq

Enterprise inteqrasiyada əsas prinsip ən az səlahiyyətdir: AI yalnız işi üçün lazım olanı edə bilməlidir. Sifariş statusunu oxumaq bir şeydir, sifarişi ləğv etmək və ya pul qaytarmaq başqa. Hər API aləti üçün yazın: nə vaxt çağırılır, hansı parametrlə, nəyi qaytarır və nəyi dəyişə bilər. Dəyişiklik edən hərəkətlər üçün insan təsdiqi və ya ciddi limit qoyun.

Böyük şirkətin verəcəyi suallar

• Məlumat harada saxlanılır və hansı ölkədə?
• Ötürmə şifrələnirmi, müştərilərin məlumatı bir-birindən ayrılırmı?
• Məlumatımız AI modelini öyrətmək üçün istifadə olunurmu?
• Kim nəyə girişi var, giriş necə geri alınır?
• Hər hərəkət jurnala yazılırmı?
• Sızma olarsa, nə vaxt və necə xəbər verilir?
• Hansı sertifikatlar var və hansılar yoxdur?
• Müqavilə bitəndə məlumat necə qaytarılır və silinir?

Bu sualların cavabları təhlükəsizlik sorğu formasında yazılı alınmalıdır, ümumi ifadələrlə yox.

Mərhələlərlə tətbiq

1. 11. Bir kanal, fayl və ya webhookAI cavab verir, lead-lər mövcud CRM-ə webhook və ya fayl ilə gedir.
2. 22. Bilik bazası və əsas sistemlə oxumaAI sifariş statusu kimi məlumatı oxuyur, heç nə dəyişmir.
3. 33. Məhdud yazmaLead yaratmaq, status dəyişmək — jurnal və limitlə.
4. 44. GenişlənməYeni kanallar, yeni hərəkətlər — hər biri ayrıca test ilə.

Data mapping və sahiblik

Hər inteqrasiyanın ürəyində iki sistem arasında sahələrin xəritəsi durur: hansı sahə hara, hansı formatda gedir və hansı sistem hansı sahənin «sahibidir». Bu sənəd yazılmayanda dublikatlar, itən statuslar və sürüşən tarixlər yaranır. Xəritənin necə qurulduğunu CRM data mapping checklisti yazısında ətraflı göstərmişik.

İllüstrativ nümunə

Bu, illüstrativ nümunədir. Pərakəndə şəbəkə AI çatbotunu WhatsApp və saytda işə salmaq istəyir. Birinci mərhələdə bot bilik bazasından cavab verir, nömrə paylaşan müştəri isə lead kimi mövcud CRM-ə webhook ilə gedir. İkinci mərhələdə bot sifariş sisteminin API-sini yalnız oxumaq üçün çağırır: «sifarişim haradadır?» sualına canlı status verir.

Üçüncü mərhələ — botun sifarişi ləğv etməsi — IT tərəfindən təxirə salınır: əvvəlcə oxuma alətinin jurnalı iki ay yoxlanılır, sonra limitli yazma hərəkəti müzakirə olunur.

Tipik səhvlər

• İnteqrasiyanı yalnız texniki layihə kimi görmək — sahiblik və proses yazılmır.
• AI-yə ilk gündən yazma səlahiyyəti vermək.
• Jurnal və monitorinq olmadan işə salmaq.
• Təhlükəsizlik suallarına şifahi cavabla kifayətlənmək.
• Çıxış planını — inteqrasiyanı dayandırmağı — düşünməmək.

Məhdudiyyətlər

İnteqrasiya AI-nin cavab keyfiyyətini özü yaxşılaşdırmır: bilik bazası köhnədirsə, ən yaxşı inteqrasiya da köhnə cavabı sürətlə çatdırır. Hər əlavə sistem yeni nasazlıq nöqtəsidir — monitorinq və xəta qaydası lazımdır. Hüquqi tələblər — şəxsi məlumatın ötürülməsi, saxlanma yeri — yurisdiksiyaya görə fərqlidir və ayrıca yoxlanmalıdır.

Vexvon-da inteqrasiya

Vexvon kanallara rəsmi API ilə, icazə verməklə qoşulur — parol paylaşılmır, icazə istənilən vaxt geri alına bilər. Lead Bitrix24-ə ötürülə bilər; yeni lead, tamamlanmış zəng və dəyişən status kimi hadisələr webhook ilə şirkətin sisteminə düşür. Şirkət öz API-sini alət kimi təqdim edib nə vaxt çağırılacağını yazır — məsələn, sifariş statusu üçün. Telefoniya SIP ilə (AzInTelecom, Twilio, PBX) qoşulur. Təhlükəsizlik səhifəsinə görə əsas infrastruktur Nürnberqdədir (Almaniya), ötürmə TLS ilə şifrələnir, müştərilərin məlumatı ayrı saxlanılır və ümumi AI modellərini öyrətmək üçün istifadə olunmur; standart B2B müqavilə sızma barədə 24 saat ərzində bildiriş nəzərdə tutur. SOC 2 və ya ISO 27001 kimi sertifikatlar iddia olunmur. Ətraflı: inteqrasiyalar və təhlükəsizlik.

Növbəti addım

Beş qatın hər biri üçün bir cümlə yazın: hansı kanal, hansı bilik, hansı əsas sistem, AI hansı hərəkəti edə bilər və kim nəzarət edir. Bu, inteqrasiya tələblərinin ilk versiyasıdır. Çatbotun API və webhook arxitekturasını çatbot API və webhook inteqrasiyası yazısında ayrıca izah etmişik. Digər yazılar enterprise inteqrasiya bölməsindədir; arxitekturanızı demo zamanı birlikdə nəzərdən keçirə bilərik.