1С, Битрикс24 және B2B-портал: қайталанатын жазбалар мен деректер туралы дауларсыз архитектура
Мазмұны
Компанияда үш жүйе болса (есеп 1С-те, сату Битрикс24-те, ал дилерлердің тапсырыстары порталда), оларды әдетте пайда болуына қарай байланыстырады. Алдымен порталды 1С-пен, содан кейін 1С-ті Битрикс24-пен байланыстырады. Кейін біреу портал тапсырыстары CRM-де көрінуін сұрап, үшінші байланыс пайда болады. Әрқайсысын жеке мердігер өз ережелері бойынша жасаған.
Алты айдан кейін бір клиенттің деректемелері әртүрлі үш карточкасы болады, жабылған мәміле күші жойылған тапсырысқа сәйкес келмейді, ал кез келген қате шыққанда үш мердігер бір-бірін кінәлайды. Мұндай жағдайға жол бермейтін архитектураны қалай құруға болатынын қарастырайық.
Жұптық интеграциялар неге бұзылады
- Ережелер әртүрлі. Әр байланыс клиентті, тапсырысты және мәртебені өзінше түсінеді.
- Қайталанулар. Бір өзгеріс бірнеше жолмен беріліп, екі рет келіп түседі.
- Циклдер. Жүйелер бір-бірін айналым бойынша жаңартады: 1С контрагентті жаңартты, Битрикс24 өзгерісті қабылдап, кері жіберді, 1С оны қайта қабылдады.
- Бірыңғай журнал жоқ. Қатені басынан аяғына дейін қадағалау мүмкін емес.
- Күрделіліктің артуы. Төртінші жүйені, мысалы, МойСклад немесе жеткізу қызметін қосу байланыстар санын екі есе арттырады.
- Жауапкершіліктің айқын болмауы. Жүйелердің түйіскен жеріне ешкім жауап бермейді.
Бір дереккөз қағидаты
Архитектураның негізі: әр объект үшін басты деп саналатын бір ғана жүйе бар. Қалғандары көшірмені алады және оны өздігінен өзгертпейді.
| Нысан | Басты жүйе | Кім алады | Өзгертуге кім бастама жасай алады |
|---|---|---|---|
| Номенклатура, бағалар, қалдықтар | 1С | портал, Битрикс24 | тек 1С |
| Контрагенттер, шарттар, лимиттер | 1С | портал, Битрикс24 | Битрикс24 жаңа клиентке өтінім жасайды |
| Лидтер, мәмілелер, тапсырмалар | Битрикс24 | қажет болған жағдайда портал | Битрикс24 |
| Дилерлердің тапсырыстары | портал жасайды, 1С есепке алады | Битрикс24 көреді | портал, содан кейін 1С-тен мәртебелер |
| Мәртебелер, құжаттар, төлемдер | 1С | портал, Битрикс24 | тек 1С |
Бұл мысал ғана. Нақты бөлу компанияның процестеріне байланысты. Мысалы, клиенттерді сату бөлімі тіркесе, шарт жасалғанға дейін жаңа контрагенттер үшін Битрикс24 басты жүйе бола алады. Ең бастысы, ереже жазылып, сақталуы керек.
Интеграция қабаты
«Әрқайсысы әрқайсысымен» байланысының орнына барлық жүйе бір сервиске қосылады. Ол:
- кез келген жүйеден өзгерістерді қабылдайды;
- оларды тексеріп, ортақ деректер моделіне сәйкестендіреді;
- ережелер бойынша басқа жүйелерге таратады;
- қайталанулар мен циклдерден қорғайды;
- барлық операцияларды ортақ нөмірімен бірге журналға жазады;
- күн сайын салыстырып тексереді;
- қателер туралы жауапты адамға хабарлайды.
| Интеграциялық қабатсыз | Интеграциялық қабатпен |
|---|---|
| 3 жүйе үшін 3 байланыс, 4 жүйе үшін 6 байланыс | әр жүйеге бір байланыс |
| әр байланыста өз ережелері бар | бір деректер моделі |
| қателер үш жерден ізделеді | бір журнал |
| жаңа жүйе бәріне әсер етеді | жаңа жүйе бөлек қосылады |
Циклдердің алдын алу жолдары
- Дереккөз белгісі. Әр өзгерісте оның қайдан келгенін көрсететін белгі бар, сондықтан жүйе жаңа ғана алған деректі кері жібермейді.
- Күйді салыстыру. Жаңа мән ағымдағы мәнмен сәйкес келсе, өзгеріс берілмейді.
- Жазу құқықтары. Объект үшін басты емес жүйе оның өрістерін өзгерте алмайды.
- Журнал. Қайталанатын тізбекті көріп, оны тоқтатуға мүмкіндік береді.
Мысал: бір тапсырыстың өмірлік циклі
- Дилер порталда тапсырыс рәсімдейді.
- Интеграциялық қабат тапсырысқа операция нөмірін беріп, 1С-те резерві бар тапсырыс жасайды.
- Бір мезгілде Битрикс24-тегі клиент карточкасында оқиға пайда болады, ал ірі тапсырыс үшін менеджерде мәміле жасалады.
- Тапсырыс лимиттен асты: Битрикс24-те келісуге арналған тапсырма жасалады.
- Менеджер келіседі, нәтиже портал мен 1С-ке қайтарылады.
- Қойма тауарды жөнелтеді, 1С мәртебені өзгертеді, портал мен CRM жаңартуды алады.
- Төлем 1С-ке түседі, мәміле жабылады, дилер оның жабылғанын жеке кабинетте көреді.
Әр қадам журналға жазылады, сондықтан бір айдан кейін не болғанын және қашан болғанын қалпына келтіруге болады.
Жұптық байланыстардан кезең-кезеңімен көшу
- Ағымдағы байланыстарды және белгілі мәселелерді сипаттау.
- Бірыңғай деректер картасын жасау және оны сату бөлімімен және бухгалтериямен келісу.
- Бір ағын үшін интеграциялық қабатты іске қосу, әдетте бұл тапсырыстар ағыны, оны ескі байланыспен қатар жүргізу.
- Ескі және жаңа схемалардың нәтижелерін салыстырып тексеру.
- Қалған ағындарды кезекпен көшіру: анықтамалықтар, мәртебелер, төлемдер.
- Ескі байланыстарды ажырату.
- Мониторингті және күнделікті салыстырып тексеруді баптау.
Мұндай көшу компания жұмысын бір күнге де тоқтатпайды.
Жиі қойылатын сұрақтар
Бұл орта компания үшін тым күрделі емес пе?
Үш немесе одан көп жүйе болса, интеграциялық қабат жұмысты күрделендірмей, жеңілдетеді: байланыс азаяды, журнал біреу, жауапты адам біреу болады.
Дайын деректер шинасын пайдалануға бола ма?
Иә, бірақ оны бәрібір деректер моделіңізге бейімдеп, коннекторлар жазып, сүйемелдеу қажет.
Ертең МойСклад немесе маркетплейс қосылса не болады?
Интеграциялық қабат арқылы жаңа жүйе басқа жүйелерді қайта жасамай-ақ тағы бір дереккөз немесе алушы ретінде қосылады.
Интеграциялық қабат физикалық тұрғыдан қайда жұмыс істейді?
Компанияның жеке серверінде немесе бұлтта. Оған 1С те, бұлттағы Битрикс24 те қол жеткізе алуы тиіс.
Іске қосылғаннан кейін интеграцияға кім жауап береді?
Сүйемелдеу шарты бойынша бір мердігер немесе құжаттама мен журнал тапсырылған ішкі маман.
1С пен Битрикс24 арасындағы стандартты алмасуды қалдырып, порталды қабат арқылы қосуға бола ма?
Өтпелі кезеңде болады, бірақ бір журнал мен бір деректер моделі болуы үшін уақыт өте бұл алмасуды да қабатқа көшірген дұрыс.
