Sayt, internet-do'kon va CRM bilan 1C integratsiyasi: almashinuv usullari, sinxronlash va mas'uliyat taqsimoti

Ko'p kompaniyalarda manzara bir xil: buyurtma saytga tushadi, menejer uni CRM'da ko'radi, keyin omborchi yoki buxgalter xuddi shu buyurtmani 1C'ga qo'lda qayta kiritadi. Narx 1C'da o'zgaradi, saytda esa eski narx yana bir hafta turadi. 1C integratsiyasi, ya'ni 1C'ni sayt, internet-do'kon yoki CRM bilan bog'lash, aynan shu takroriy ishni va undan kelib chiqadigan xatolarni bartaraf etish uchun kerak. Ushbu qo'llanmada 1C'dan saytga qoldiq va narxlarni yuklash, buyurtmalarni 1C'ga qaytarish hamda 1C va CRM integratsiyasi qanday tashkil etilishi ko'rib chiqiladi: almashinuv usullari, identifikatorlar, ishonchlilik va ishni 1C mutaxassisi bilan veb-dasturchi o'rtasida taqsimlash. Oxirida ishga tushirishdan oldingi tekshiruv ro'yxati va eng ko'p uchraydigan xatolar keltirilgan.

1C'ni sayt, internet-do'kon va CRM bilan bog'lash nima uchun kerak

Odatda sabab to'rtta:

• Buyurtmani qayta kiritmaslik. Saytdagi yoki CRM'dagi buyurtma 1C'ga o'zi tushadi, hech kim uni ko'chirib yozmaydi.
• Saytda haqiqiy qoldiq va narx. Mijoz omborda yo'q tovarga buyurtma bermaydi, menejer esa eskirgan narx uchun uzr so'rab qo'ng'iroq qilmaydi.
• Savdo bo'limi to'liq manzarani ko'radi. Qarzdorlik, to'lov va jo'natish holatini menejer buxgalterdan so'ramasdan CRM'da ko'radi.
• Kamroq xato. Qo'lda ko'chirilgan har bir qator noto'g'ri artikul, ikki marta yaratilgan mijoz yoki xato summaga sabab bo'lishi mumkin.

O'zbekistonda 1C ko'pincha buxgalteriya va ombor hisobining asosiy tizimi bo'ladi: rasmiy hisob aynan unda yuritiladi. Shuning uchun integratsiya 1C'ga moslashadi, aksincha emas. Ko'p korxonalar mahalliy dasturchilar O'zbekiston talablariga moslagan konfiguratsiyalarda ishlaydi, bunday konfiguratsiyalar esa ko'pincha kompaniya ehtiyojiga qarab qo'shimcha o'zgartirilgan bo'ladi. Masalan, 2021-yilda Didox, Dibank, Mehnat.uz va my.soliq.uz bilan bog'langan mahalliy 1C:Buxgalteriya 3.0 tahriri taqdim etilgani haqida xabar berilgan edi. Demak, "1C'ga qanday ulanamiz" degan savolga umumiy javob yo'q: hammasi sizda o'rnatilgan konfiguratsiyaga, uning versiyasiga va unga kim, qanday o'zgartirish kiritganiga bog'liq.

Nimani, qaysi yo'nalishda va qanchalik tez-tez sinxronlash kerak

1C'ning sayt bilan integratsiyasi ko'pincha 1C'dan saytga qoldiq va narxlarni yuklashdan boshlanadi, keyin esa buyurtmalar, to'lovlar va CRM bilan almashinuv qo'shiladi. Usul tanlashdan oldin oqimlar ro'yxatini tuzing va har biri uchun uchta savolga javob bering: qaysi ma'lumot, qaysi yo'nalishda va qachon. Odatiy ro'yxat:

• Mahsulotlar (nomenklatura) — 1C'dan saytga; belgilangan jadval bo'yicha, masalan tunda, yoki yangi tovar qo'shilganda.
• Narxlar — 1C'dan saytga va CRM'ga; narx o'zgarganda yoki jadval bo'yicha.
• Qoldiqlar — 1C'dan saytga; tez-tez, chunki aynan ular eng tez eskiradi.
• Buyurtmalar — saytdan yoki CRM'dan 1C'ga; hodisa yuz berganda, ya'ni buyurtma tasdiqlangan zahoti.
• Mijozlar va kontragentlar — buyurtma bilan birga 1C'ga; ulgurji savdoda ba'zan teskari yo'nalishda ham.
• To'lovlar va qarzdorlik — to'lov ma'lumotlari sayt yoki to'lov tizimidan 1C'ga, qarzdorlik va to'lov holati esa 1C'dan CRM'ga.
• Buyurtma holatlari — 1C'dan saytga yoki CRM'ga: yig'ildi, jo'natildi, bekor qilindi.
• Hujjatlar — hisob-faktura va yuk xatlari 1C'da rasmiylashtirilsa, CRM'ga odatda faqat ularning raqami va holati uzatiladi.

Imkon bo'lgan joyda oqimni bir tomonlama qiling: uni tushunish, sinash va tuzatish osonroq. Ikki tomonlama sinxronlash bitta yozuvni ikkala tizimda ham haqiqatan o'zgartirish zarur bo'lganda kerak, masalan mijozning telefon raqami ham CRM'da, ham 1C'da yangilanadigan bo'lsa. Bunday oqimda ziddiyatlarni hal qilish qoidasi bo'lishi shart.

"Hamma narsa real vaqtda bo'lsin" degan talab kamdan-kam o'zini oqlaydi. Katalog har daqiqada yangilanishi shart emas, ish kuni o'rtasida butun katalogni qayta-qayta eksport qilish esa 1C'da ishlayotgan buxgalter, omborchi va kassirlarning ishini sekinlashtirishi mumkin. Chastotani biznes ehtiyoji belgilasin: qoldiq — tez-tez, katalog — jadval bo'yicha, buyurtma — tasdiqlangan zahoti.

Kundalik almashinuvda faqat oxirgi almashinuvdan beri o'zgargan yozuvlarni uzating, to'liq eksportni esa birinchi yuklash va davriy tekshiruv uchun qoldiring. 1C:Enterprise platformasida o'zgarishlarni qayd etib boradigan almashinuv mexanizmi bor; undan sizning konfiguratsiyangizda qanday foydalanish mumkinligini 1C mutaxassisingiz bilan aniqlang.

1C bilan almashinuv usullari: taqqoslash

1C:Enterprise ilovalari o'z HTTP va veb-servislarini yarata oladi va tashqi servislarga murojaat qila oladi. Fayl almashinuvi, standart formatlar va avtomatik REST interfeysi ham bor. Asosiy variantlar quyidagi jadvalda taqqoslangan.

Amalda usullar ko'pincha birga ishlatiladi: masalan, katalog tunda fayl yoki CommerceML orqali, buyurtmalar esa HTTP-servis orqali darhol uzatiladi. Eski COM ulanishi faqat Windows'da ishlaydi va yangi yechimlar uchun tavsiya etilmaydi.

Eng muhimi: qaysi usul mavjudligi aniq konfiguratsiyaga bog'liq. Biror mahalliy tahrirda CommerceML, EnterpriseData yoki OData tayyor holda ishlaydi deb taxmin qilmang — buni 1C mutaxassisingiz bilan konfiguratsiyaning o'zida tekshiring.

Asosiy ma'lumotlar, identifikatorlar va ziddiyatlar

Integratsiyadagi eng muhim qaror texnik emas: har bir ma'lumot turi uchun qaysi tizim asosiy manba ekanini belgilash. Odatda narx va qoldiq uchun asosiy manba — 1C, lid va bitimlar uchun — CRM, savat va buyurtma yaratish uchun — sayt. Ba'zan qaror maydon darajasida qabul qilinadi: mijozning yuridik rekvizitlari 1C'da yuritiladi, mas'ul menejer va muloqot tarixi esa CRM'da.

Umumiy identifikatorlar. Har bir yozuvga ikkala tomonda saqlanadigan barqaror identifikator kerak: 1C'dagi tovar yoki kontragent identifikatori saytda ham saqlanadi, saytdagi buyurtma raqami esa 1C hujjatida. Nom, artikul yoki telefon bo'yicha bog'lash birinchi oy ishlaydi, keyin kimdir tovar nomini tuzatganda yoki artikul takrorlanganda buziladi.

Mavjud yozuvlarni moslash. Integratsiya noldan boshlanmaydi: mijozlar 1C'da ham, CRM'da ham yillar davomida to'plangan. Telefon raqamlari turlicha yozilgan — +998 bilan va usiz, bo'sh joy va qavslar bilan. Bitta mijoz bir tizimda lotin, ikkinchisida kirill yozuvida kiritilgan: "Aziz Karimov" va "Азиз Каримов" dastur uchun ikki xil odam. Kompaniyalarni nomi bo'yicha emas, STIR bo'yicha moslash ancha ishonchli, agar u ikkala tizimda ham to'ldirilgan bo'lsa. Birinchi yuklashdan oldin raqamlarni yagona formatga keltiring, ehtimoliy dublikatlar ro'yxatini chiqaring va uni mas'ul xodim ko'rib chiqsin.

Ziddiyat va o'chirish qoidalari. Bir yozuv ikki tomonda bir vaqtda o'zgarsa, qaysi o'zgarish qoladi? Tovarga 1C'da o'chirish belgisi qo'yilsa, saytda u yashiriladimi yoki butunlay o'chiriladimi? Odatda yashirish xavfsizroq: eski buyurtmalar o'sha tovarga havola qilib turadi. Qoidalarni yozib qo'ying, aks holda ularni har safar dasturchi o'zicha hal qiladi.

O'lchov birliklari, QQS va MXIK kodlari. Tovar 1C'da qutida, saytda donada hisoblansa, qoldiq ham, buyurtma ham noto'g'ri chiqadi. QQS stavkasi ham hamma tizimda bir xil bo'lishi kerak. 2022-yil 1-yanvardan buyon onlayn nazorat-kassa texnikasi va virtual kassa cheklarida tasnif.soliq.uz katalogidagi 17 xonali MXIK kodi (rus tilida IKPU) ko'rsatilishi shart. Shuning uchun 1C'dagi MXIK va qadoq kodi sayt va to'lov provayderi fiskalizatsiya uchun yuboradigan kodlar bilan bir xil bo'lishi kerak. Onlayn to'lovlarni ulash haqida alohida maqolamiz bor: Click, Payme va Uzum integratsiyasi.

Ishonchlilik: navbat, qayta urinish va kuzatuv

1C vaqti-vaqti bilan ishlamay qoladi: yangilanish o'rnatiladi, server qayta yuklanadi, ofisda internet uziladi. Integratsiya bunga tayyor bo'lmasa, yo'qolgan buyurtma faqat oy oxiridagi solishtirishda topiladi. Konfiguratsiya yangilanishi ham xavf tug'diradi: obyekt yoki maydon o'zgarsa, almashinuv xato bermasdan noto'g'ri ma'lumot uzata boshlashi mumkin. Shuning uchun har bir yangilanishni avval sinov bazasiga o'rnatib, almashinuvni tekshiring.

• Navbat. Chiquvchi o'zgarishlar avval navbatga yoziladi, keyin yuboriladi. 1C ishlamayotgan paytda buyurtmalar navbatda kutadi va yo'qolmaydi.
• Xavfsiz qayta urinish. Yuborish muvaffaqiyatsiz bo'lsa, tizim biroz kutib yana urinadi. Har bir xabarning o'z identifikatori bor, shuning uchun bir buyurtma ikki marta kelsa ham 1C'da ikkinchi hujjat yaratilmaydi. Bu idempotentlik deb ataladi.
• Jurnal. Har bir almashinuv yozib boriladi: qachon bo'lgan, nechta yozuv o'tgan, qaysilari xato bilan tugagan va nima sababdan.
• Ogohlantirish. Almashinuv ketma-ket bir necha marta muvaffaqiyatsiz bo'lsa yoki navbat o'sib borsa, mas'ul odamga xabar boradi, masalan Telegram bot orqali.
• Kundalik solishtirish. Qoldiq, buyurtma va to'lovlar bo'yicha ikki tomon raqamlarini solishtiradigan qisqa hisobot. Nomuvofiqlik oy oxirida emas, bir kun ichida ko'rinadi.

1C tomonini kim, veb tomonini kim qiladi

1C integratsiyasi ko'pincha texnologiyada emas, mas'uliyat chegarasida to'xtab qoladi: veb-dasturchi "bu 1C tomonining ishi" deydi, 1C mutaxassisi esa "API sizniki" deydi. Rollarni boshidanoq aniqlab oling.

• 1C mutaxassisi (kompaniyangiz xodimi yoki tashqi hamkor): konfiguratsiyadagi o'zgarishlar, HTTP yoki veb-servislar yoxud OData'ni veb-serverga joylashtirish, almashinuv sozlamalari, kiritilgan o'zgarishlarni konfiguratsiyaning keyingi yangilanishlari bilan mos holda saqlash.
• Veb yoki CRM dasturchisi: 1C'ga ulanadigan integratsiya moduli, maydonlar mosligi, navbat va qayta urinishlar, jurnal hamda almashinuv holatini ko'rsatadigan administrator sahifasi.
• Buxgalter yoki biznes egasi: qoidalar va asosiy ma'lumotlar — qaysi narx turi saytga chiqadi, qaysi ombor qoldig'i ko'rsatiladi, saytdagi buyurtma 1C'da qanday hujjat bo'lib tushadi, dublikatlarni kim birlashtiradi.
• IT yoki infratuzilma mas'uli: veb-server, xavfsiz tarmoq ulanishi va faqat kerakli huquqlarga ega alohida integratsiya foydalanuvchilari.

Bu chegaralarni shartnomaga yozing va bitta savolga oldindan javob bering: 1C yangilangandan keyin almashinuv buzilsa, uni kim tuzatadi? Integratsiya CRM byudjetida alohida xarajat qatlami ekani haqida CRM narxi haqidagi maqolada yozganmiz.

Sinov va ishga tushirish: tekshiruv ro'yxati

Ishga tushirishdan oldin quyidagilar tayyor bo'lsin:

• Axborot bazasining nusxasi. Barcha sinovlar ishchi bazada emas, uning nusxasida o'tkaziladi.
• Maydonlar moslik hujjati. Har bir oqim, har bir maydon, qaysi tizim asosiy va bir tizimdagi qiymat ikkinchisida nimaga to'g'ri keladi.
• Namuna va chegaraviy ma'lumotlar. Qoldig'i nol bo'lgan tovar, chegirmali narx, bir nechta omborda turgan tovar, lotin va kirilldagi nomlar, juda uzun nomlar.
• Har bir oqim, kerak bo'lsa ikkala yo'nalishda. Yaratish, o'zgartirish va o'chirish alohida tekshiriladi.
• Real hajmlar. Butun katalog va eng ko'p buyurtma tushadigan kundagi hajm bilan sinov.
• Xato ssenariylari. 1C ishlamay qolgan, bitta xabar ikki marta kelgan, tovar o'chirilgan.
• Solishtirish hisobotlari. Qoldiq, buyurtma va to'lovlar bo'yicha hisobotlar oldindan tayyorlangan va tekshirilgan.
• Parallel ishlash. Integratsiya bir muddat qo'lda bajariladigan jarayon bilan yonma-yon ishlaydi, natijalar solishtiriladi.
• Orqaga qaytish rejasi. Nimadir noto'g'ri ketsa, qo'lda ishlashga qanday qaytiladi va bu qarorni kim qabul qiladi.
• Kuzatuv uchun mas'ul. Ogohlantirishlarni oladigan va ularga javob beradigan aniq bir odam.

Ko'p uchraydigan xatolar

• Narxni ikki tizimda tahrirlash. Narx ham 1C'da, ham saytning administrator panelida o'zgartirilsa, qaysi biri to'g'ri ekanini hech kim bilmaydi.
• Umumiy identifikator yo'qligi. Yozuvlar nom bo'yicha bog'lanadi va birinchi o'zgarishdayoq dublikatlar paydo bo'ladi.
• Hammasini har daqiqada sinxronlash. 1C ish vaqtida sekinlashadi, foyda esa deyarli yo'q.
• 1C ma'lumotlar bazasiga to'g'ridan-to'g'ri yozish. Bu 1C'ning biznes mantiqini chetlab o'tadi va hisobdagi raqamlar bir-biriga mos kelmay qolishi mumkin. Ma'lumot 1C'ga uning o'z mexanizmlari orqali kirishi kerak.
• Lotin va kirill dublikatlariga e'tibor bermaslik. Bitta mijoz ikkita alohida yozuv sifatida turadi, qarzdorligi esa ikkiga bo'linib ketadi.
• Ogohlantirish yo'qligi. Almashinuv bir hafta oldin to'xtagan, buni esa oy oxirida buxgalter topadi.
• Hujjatlashtirilmagan oqimlar. Integratsiyani yozgan odam ketsa, uni hech kim tushunmaydi va o'zgartirishdan qo'rqadi.

BITS bu ishda qanday yordam beradi

BITS Technology tizimlar integratsiyasi doirasida 1C'ni sayt, internet-do'kon va CRM bilan bog'laydi. Odatiy oqimlar: mahsulot, narx va qoldiqlar 1C'dan do'konga, buyurtma, mijoz va to'lovlar esa sayt yoki CRM'dan 1C'ga. Har bir obyekt uchun bitta asosiy manba belgilanadi. Almashinuv usuli — veb-servislar, OData yoki rejali fayl almashinuvi — 1C konfiguratsiyasi va versiyasiga bog'liq, 1C ichidagi o'zgarishlar uchun esa 1C mutaxassisingiz jalb qilinishi mumkin. Sinxronlash chastotasi har bir oqim uchun alohida kelishiladi. Har bir almashinuv jurnalga yoziladi, muvaffaqiyatsiz uzatishlar qayta yuboriladi, ma'lumotlar solishtiriladi va muammo bo'lsa ogohlantirish keladi. Oqimlar hujjatlashtiriladi, shuning uchun ularni istalgan malakali jamoa yurita oladi. To'liq o'tishdan oldin integratsiya mavjud jarayon bilan parallel ishlaydi va natijalar solishtiriladi.

Tegishli yo'nalishlar: sayt yaratish, CRM tizimi yaratish va biznes jarayonlarini avtomatlashtirish; barcha yo'nalishlar xizmatlar sahifasida keltirilgan. Narxga oqimlar soni, bir yoki ikki tomonlama sinxronlash, 1C konfiguratsiyasining holati va ma'lumotlar tozaligi ta'sir qiladi. Biz bilan bog'laning: tanishuv suhbatidan keyin taklif yuboramiz.