Saytni 1C va mahalliy CRM bilan integratsiya: omborni qoʻlda yuritishni toʻxtatish
Menejer buyurtmalarni saytdan hisob tizimiga qoʻlda koʻchirar ekan, siz skript bir soniyada xatosiz bajaradigan ish uchun maosh toʻlaysiz.
Aynan nima sinxronlanadi
Almashinuv toʻrtta mustaqil oqimga boʻlinadi: tavsif va xususiyatlari bilan nomenklatura, chegirmalarni hisobga olgan narxlar, omborlar boʻyicha qoldiqlar, saytdan hisob tizimiga buyurtmalar va orqaga statuslar.
Ularning chastotasi turlicha va bu printsipial. Nomenklatura kamdan-kam oʻzgaradi va sutkada bir marta chiqarilishi mumkin, narxlar — bir necha soatda, jonli chakana savdodagi qoldiqlar — har 10–15 daqiqada, buyurtmalar esa darhol ketishi kerak.
Hammasini sutkada bir marta bitta ogʻir almashinuv bilan haydashga urinish — odatiy xato: qoldiqlar eskiradi, mijoz yoʻq tovarni rasmiylashtiradi, menejer uzr soʻrab qoʻngʻiroq qiladi.
Bogʻlanishning uchta texnik usuli
Fayl almashinuvi: hisob tizimi jadval boʻyicha XML yoki CSV joylaydi, sayt olib tahlil qiladi. Usul oddiy, lekin ishonchli va 1C tashqi kirishsiz lokal tarmoqda turganda mos keladi.
Sayt tomonidagi REST API: 1C oʻzi himoyalangan endpointlarga POST soʻrovlar yuboradi, sayt esa 200, 400 yoki 409 kodlari bilan javob beradi. Bu eng shaffof variant: tashabbuskor kim ekani ma'lum, loglar bor.
Oraliq baza yoki navbat brokeri katta hajmlarda, toʻgʻridan-toʻgʻri soʻrovlar yukni koʻtarmaganda kerak. Oʻrta biznes uchun bu odatda ortiqcha.
Moslik kaliti — eng muhim qaror
Har bir pozitsiyada sayt va hisob tizimi uchun umumiy barqaror identifikator boʻlishi kerak: 1C'dagi GUID yoki hech kim oʻzgartirmaydigan artikul. Tovar nomi boʻyicha moslashtirish birinchi xatoda buziladi.
Sayt tomonida unikal indeksli external_id maydonini saqlang. Shunda bir tovarni qayta chiqarish dublikat emas, yangilanish qiladi va operatsiya idempotent boʻladi.
Xuddi shu mantiqni buyurtmalarga qoʻllang: sayt oʻz raqamini beradi, 1C oʻzinikini qaytaradi, ikkalasi bitta yozuvda saqlanadi.
Qoldiqlar, rezervlar va narxlar
Nimani koʻrsatishni oldindan hal qiling: aniq son yoki «bor / kam / buyurtma ostida» gradatsiyasi. Ikkinchisi halolroq, chunki ikki sinxronizatsiya orasida son baribir notoʻgʻri.
Rezervlash sinxronizatsiya paytida emas, buyurtma rasmiylashtirilgan lahzada boʻlishi shart. Aks holda ikki mijoz bir vaqtda oxirgi donani sotib oladi — mahalliy bozorda oflayn ham sotiladigan tovarlarda bu muntazam sodir boʻladi.
Soʻmdagi narxlarni minimal birlikning butun sonlarida saqlang va ikkala tomonda bitta kelishilgan qoida boʻyicha yaxlitlang. Yaxlitlashdagi farq saytdagi va hisob tizimidagi chekda turli summa beradi.
Xatolar, takrorlar va kuzatuvchanlik
Har qanday almashinuv idempotent boʻlishi shart: bir buyurtmani qayta yuborish ikkinchisini yaratmaydi. Eng oddiysi — soʻrovning unikal kaliti va yozishdan oldin uning mavjudligini tekshirish.
Almashinuv log jadvalini yarating: vaqt, yoʻnalish, paket hajmi, javob kodlari, xato matni. Hodisa yuz berganda «buyurtma yetib bordimi» savoli yozishmalar bilan emas, bitta soʻrov bilan hal boʻlishi kerak.
Muvaffaqiyatsiz almashinuvda Telegram'ga xabar sozlang — mahalliy bozorda bu mas'ul shaxsga eng tez kanal. Jimgina nosozlik bir haftadan keyin mijoz shikoyatlari orqali topiladi.
Muddat va byudjet
Katalog va qoldiqlarning bir tomonlama chiqarilishi — odatda 1–2 hafta ish. Buyurtmalar va statuslar bilan ikki tomonlama almashinuv — 3 haftadan. Bir necha ombor va diler shartlari bilan murakkab sxemalar uzoqroq choʻziladi.
Mahalliy bozorda narx moʻljali: oqimlar soniga qarab 8 000 000 dan 25 000 000 soʻmgacha. Asosiy oldindan aytib boʻlmaydigan omil kod emas, 1C'dagi ma'lumot sifati.
Ishlab chiqishdan oldin nomenklaturani tozalashga alohida bosqich ajrating. Dublikat pozitsiyalar va artikulsiz tovarlar integratsiya muddatlari buzilishining asosiy sababi.