Avtomatlaşdırma

Chatbot və ERP inteqrasiyası necə işləyir

Bot yaxşı danışır, amma müştəri qalığı və ya sifarişinin harada olduğunu soruşanda operator yenə proqrama girib əl ilə baxır. Chatbot və ERP inteqrasiyası məhz bunu aradan qaldırır: bot bazadan oxuyur və bazaya yazır. Bu yazıda inteqrasiyanın üç səviyyəsini, texniki şərtlərini, ən çox edilən səhvləri və hansı hallarda ondan imtina etməyin daha doğru olduğunu göstəririk.

Chatbot və ERP inteqrasiyası — botun sənin uçot sisteminlə birbaşa danışması deməkdir: müştəri «bu mal varmı?» yazanda bot cavabı ssenaridən yox, real bazadan götürür. Qısa cavab budur: inteqrasiya iki istiqamətdə işləyir — bot bazadan oxuyur (anbar qalığı, qiymət, sifariş statusu, borc) və bazaya yazır (yeni sifariş, yeni müştəri, qeyd). İşləməsi üçün üç şərt lazımdır: sistemin API-si olsun, icazə verilsin və sahələr bir-birinə uyğunlaşdırılsın. Aşağıda hər iki istiqaməti, texniki şərtləri, təhlükəsizlik qaydasını və inteqrasiyanın lazım olmadığı halları addım-addım göstəririk.

Bizə ən çox gələn suallardan biri budur: «Botumuz var, cavab yazır, amma müştəri qalığı və ya sifarişinin harada olduğunu soruşanda operator yenə proqrama girib əl ilə baxır. Bunu birləşdirmək olarmı?» Olar — və çox vaxt bu, botdan alınan faydanı ən çox artıran addımdır. Çünki bot artıq təkcə danışan yox, iş görən alətə çevrilir.

İnteqrasiya olmayanda nə baş verir

İnteqrasiyasız bot yaxşı ssenari üzrə danışır: salamlayır, menyu göstərir, tez-tez verilən suallara cavab verir, əlaqə məlumatını toplayır. Amma real vaxt məlumatı olmadığı üçün konkret sualda dayanır. Nəticə tanış mənzərədir: müştəri gözləyir, operator başqa pəncərədə proqramı açır, məlumatı tapır, geri qayıdıb yazır. Bir müraciətdə bu bir neçə dəqiqədir, gündə onlarla müraciətdə isə tam bir iş saatına çevrilir.

İkinci problem əks istiqamətdədir. Söhbətdə sifariş razılaşdırılır, amma sistemə düşmür. Kimsə sonra köçürməli olur, köçürməyəndə isə sifariş yazışmanın içində qalır. Anbar qalığı real vəziyyəti göstərmir, hesabat tutmur, müştəri isə «sifarişim harada?» sualını yenidən verir. Bu iki problemin ortaq həlli birdir: botun oxuduğu və yazdığı yer proqramın öz bazası olsun.

Bot bazadan nə oxuya bilər

Oxuma inteqrasiyası ən sadə və ən az riskli mərhələdir, çünki bot heç nəyi dəyişmir — sadəcə soruşur və cavabı müştəriyə göstərir. Praktikada ən çox istifadə olunanlar bunlardır:

• Anbar qalığı. Məhsul var, yoxdur, hansı ölçüsü və rəngi qalıb, hansı filialdadır. «Var» deyib sonra üzr istəmək ehtiyacı aradan qalxır.
• Qiymət və şərtlər. Bot cari qiymət siyahısından oxuyur, köhnəlmiş rəqəm göstərmir. Topdan və pərakəndə şərtlər müştəri qrupuna görə ayrılır.
• Sifariş statusu. Qəbul olundu, hazırlanır, yoldadır, təhvil verildi. «Sifarişim harada?» sualı botun özündə bağlanır.
• Borc və ödəniş tarixçəsi. Müştəri öz balansını, ödənilməmiş qaiməni və son ödəniş tarixini soruşa bilir.
• Randevu və növbə boşluqları. Klinika, salon və servis üçün: hansı gün və saat boşdur.
• Çatdırılma məlumatı. Zona, təxmini müddət, kuryerin marşrutdakı yeri.
• Sənəd nömrəsi. Qaimə, zəmanət talonu, qəbul aktı — müştəri nömrə ilə axtarış edir.

Vacib bir qayda var: bot bazadakı hər şeyi görməməlidir. Ona yalnız müştəriyə göstərilməsi nəzərdə tutulan sahələr açılır. Maya dəyəri, təchizatçı qiyməti, işçi əməkhaqqısı və daxili qeydlər oxuma siyahısına salınmır.

Bot bazaya nəyi yaza bilər

Yazma inteqrasiyası daha güclü, amma daha diqqət tələb edən mərhələdir, çünki bot artıq real qeyd yaradır. Ən çox tətbiq olunan ssenarilər:

• Yeni sifariş. Bot məhsulu, miqdarı, ünvanı və ödəniş üsulunu soruşur və sifarişi birbaşa sistemdə açır.
• Yeni müştəri kartı. Ad, telefon, kanal, ünvan — təkrar müraciətdə bot artıq onu tanıyır.
• Randevu yazılışı. Boş vaxtı göstərir, seçimi qeyd edir, xatırlatmanı özü göndərir.
• Müraciət və şikayət bileti. Söhbətin qısa məzmunu ilə birlikdə məsul şöbəyə düşür.
• Teq və qeyd. Söhbətin nəticəsi müştəri kartına yazılır: maraqlandı, təklif göndərildi, imtina etdi.
• Əlaqə məlumatının yenilənməsi. Müştəri ünvanını dəyişəndə qeyd köhnə qalmır.

Yazma inteqrasiyasında iki qoruyucu mütləqdir. Birincisi — təsdiq addımı: bot sifarişi yaratmazdan əvvəl bütün məlumatı yığcam şəkildə göstərir və müştəridən təsdiq alır. İkincisi — təkrar qeyd qoruyucusu: eyni müraciət iki dəfə göndəriləndə sistemdə iki eyni sifariş açılmamalıdır.

İnteqrasiyanın üç səviyyəsi

Hər biznesə tam inteqrasiya lazım deyil. Praktikada üç səviyyə var və çoxu ikinci səviyyədə dayanıb rahat işləyir.

Səviyyə	Bot nə edir	Nə lazımdır	Kimə uyğundur
İnteqrasiyasız	Ssenari, bilik bazası, hazır cavablar, operatora təhvil	Yalnız panel və məzmun	Xidmət sahəsi, kiçik və sabit kataloq
Yalnız oxuma	Qalıq, qiymət, status, borc göstərir	API və oxu icazəsi	Mağaza, servis, klinika, xalça yuma
Oxuma və yazma	Sifariş, müştəri, randevu yaradır	API, yazma icazəsi, sahə uyğunluğu, təsdiq addımı	Ticarət, istehsalat, çoxfiliallı biznes

Doğru yol pillə-pillə getməkdir: əvvəlcə bot təkcə danışsın, sonra oxusun, ən sonda yazsın. Birinci gündən yazma inteqrasiyası ilə başlamaq həm qurulumu uzadır, həm də səhvin qiymətini artırır.

Texniki şərtlər: API, icazə, sahə uyğunluğu

API olmalıdır

API — proqramın başqa proqramla danışmaq üçün açdığı rəsmi qapıdır. Sistemin API-si yoxdursa, inteqrasiya ya mümkün olmur, ya da dolayı yollarla qurulur və dayanıqsız çıxır. Ona görə yeni proqram seçəndə verilməli ilk suallardan biri budur: API varmı və sənədləşməsi açıqdırmı. Mövzunun texniki tərəfini API inteqrasiyası nədir yazısında ayrıca açmışıq.

İcazə dəqiq verilməlidir

Bot üçün ayrıca giriş açarı yaradılır və ona yalnız lazım olan hüquq verilir. Silmə hüququ heç vaxt verilmir. Açar kodun içində açıq saxlanmır, işçi dəyişəndə və ya şübhə yarananda yenilənir. Hansı sorğunun nə vaxt və hansı nəticə ilə getdiyi jurnalda qalmalıdır — problem çıxanda ilk baxılacaq yer elə oradır.

Sahələr bir-birinə uyğunlaşdırılmalıdır

İnteqrasiyanın ən çox vaxt aparan hissəsi texnologiya yox, uyğunlaşdırmadır. Botdakı «məhsul adı» bazadakı hansı sahədir? Telefon hansı formatda yazılır? Ölçü vahidi ədəddir, kiloqramdır, yoxsa kvadratmetr? Bu suallar əvvəlcədən cavablandırılmayanda inteqrasiya işə düşür, amma məlumat səliqəsiz yığılır.

Real vaxt üçün webhook

Statusu botun özü müntəzəm soruşmasın deyə əks istiqamət qurulur: sistemdə status dəyişən kimi bot xəbər alır və müştəriyə bildiriş göndərir. Bu mexanizm webhook adlanır və «sifarişim harada?» sualını demək olar sıfıra endirir.

Nə vaxt inteqrasiya lazım deyil

Dürüst tərəfi budur: inteqrasiya hər kəsə lazım deyil və bəzən sadəcə xərc və gecikmə yaradır. Aşağıdakı hallarda ondan imtina etmək daha doğrudur:

• Kataloq kiçikdir və nadir dəyişir — bilik bazası kifayət edir.
• Uçot hələ Excel-dədir və qarışıqdır. Səliqəsiz məlumatı bota açsan, bot da səliqəsiz cavab verəcək. Əvvəlcə uçotu düzəlt.
• Sifariş həcmi azdır və operator hər müraciəti onsuz da əl ilə emal edir.
• Sistem köhnədir, API-si yoxdur və yaxın vaxtda dəyişdiriləcək — yeni sistemdə qurmaq daha ucuz başa gəlir.
• Məhsul mürəkkəb konfiqurasiya tələb edir və qərarı hər halda mütəxəssis verir.

Bu hallarda ara həll var: bot söhbətdən topladığı məlumatı strukturlu qeyd kimi saxlayır və cədvələ və ya CRM-ə ötürür. Bunun necə edildiyini bot mesajlarını Excel və CRM-ə yazdırmaq yazısında göstərmişik.

Ən çox təkrarlanan səhvlər

• Hər şeyi birdən bağlamaq. On sahə əvəzinə üç sahə ilə başla, işlədikdən sonra genişlən.
• Test mühiti olmadan canlı bazaya qoşulmaq. İlk sınaqlar həmişə sınaq məlumatı üzərində aparılmalıdır.
• Xəta halının düşünülməməsi. Baza cavab vermirsə, bot susmamalı: «məlumatı indi yoxlaya bilmirəm, operatora ötürürəm» deməlidir.
• Bota həddindən artıq hüquq vermək. Oxu bəs edirsə, yazma icazəsi açılmır.
• Şəxsi məlumatın nəzarətsiz göstərilməsi. Borc və ünvan kimi məlumat yalnız kimliyi təsdiqlənmiş müştəriyə açılır.
• Sənədləşmənin olmaması. Hansı sahənin haradan gəldiyi yazılmayanda altı ay sonra heç kim səbəbi tapa bilmir.

Addım-addım qurulum planı

1. Sualları say. Müştərilərin ən çox verdiyi beş-on sualı yaz və hansının bazadan cavab tələb etdiyini işarələ.
2. Mənbəni müəyyən et. Hər cavabın hansı sistemdə və hansı sahədə saxlandığını təsbit et.
3. İcazəni ver. Bot üçün ayrıca açar yarat, yalnız lazımi hüquqla.
4. Sahələri uyğunlaşdır. Ad, format və vahidləri bir cədvəldə yazılı şəkildə razılaşdır.
5. Sınaq et. Sınaq bazasında oxu ssenarilərini, sonra yazma ssenarilərini yoxla.
6. Xəta ssenarisini qur. Baza cavab verməyəndə botun nə deyəcəyini və söhbəti kimə ötürəcəyini müəyyən et.
7. Canlıya çıx və izlə. İlk həftə uğursuz sorğuları və botun yanlış cavablarını gündəlik nəzərdən keçir.

NERO paneli və sahə həlləri ilə necə birləşir

NERO omnichannel platformasında Instagram DM, WhatsApp, Messenger və sayt çatı bir inboksda toplanır. Bot elə panelin öz içində — vizual flow builder, bilik bazası və hazır cavablarla — qurulur; n8n, Make və ya Zapier kimi xarici avtomatlaşdırma aləti lazım deyil. Sayt üçün veb-çat botu da həmin paneldən yaradılır, sayta yalnız bir kod parçası əlavə olunur. İnteqrasiya bu quruluşun üstünə gəlir: bot hansı kanaldan gəlirsə gəlsin, eyni bazadan oxuyur və eyni bazaya yazır.

Uçot tərəfində hazır sahə həllərimiz var: istehsalat nəzarəti üçün e-konveyer, ferma və quşçuluq uçotu üçün e-ferma, xalça yuma idarəetməsi üçün naxis. Şirkətin işi hazır həllərə tam uyğun gəlmirsə, xidmətlərimiz arasında ERP qurulması və şirkətə özəl proqram təminatı da var. Hazır məhsulların siyahısını məhsullar səhifəsində, iş şərtlərini isə qiymət səhifəsində görə bilərsən. Bot, CRM və hesabatın birlikdə işləməsini CRM, bot və hesabat inteqrasiyaları yazısında daha geniş açmışıq.

Növbəti addım

İnteqrasiyanın sənə lazım olub-olmadığını bir söhbətdə aydınlaşdırmaq olar. Hazırda hansı proqramdan istifadə etdiyini, müştərilərin ən çox nə soruşduğunu və sifarişin harada qeyd olunduğunu danış — sənə oxuma səviyyəsinin bəs edəcəyini, yoxsa yazma inteqrasiyasının lazım olduğunu deyək. Əlaqə səhifəsindən yaz və ya birbaşa WhatsApp-dan mesaj göndər.