Шарттуу мисал: менеджер буйрутма кампада даярдалганын көргүсү келет. Талкууда дароо «баарын эки тарапка синхрондоштуралы» деген сунуш чыгат. Баштапкы маселе болсо чаканыраак: ар жолу кесиптешке чалбай, кардарга жооп берүү. Температураны көрүш үчүн аба ырайын өзгөртүү укугу керек эмес.
Компания башка CRM же эсеп программасында иштесе, адегенде эмнени көрүү зарылдыгын аныктаңыз. Интеграция — системалардын ортосундагы байланышкан маалымат алмашуу — дайыма эки тарапты тең өзгөртүүгө тийиш эмес.
Абалдын бир булагын тандаңыз
Кызматкер буйрутма даяр деген чечимди кайда кабыл аларын белгилеңиз. Ошол система абалдын булагы болуп калат. Экинчи система алынган маалыматты көрсөтөт, ал эми оңдоо баштапкы системада аткарылат.
Жазуулар кандай белги менен дал келерин көрсөтүңүз. Компаниянын же кардардын аты кайталанышы мүмкүн; алмашууга макулдашылган туруктуу идентификатор керек. Бул бүт кардар базасын көчүрүүнү талап кылбайт.
Колдонуучу көрө гана алса, талааны өзгөртүүгө болгондой көрсөтпөңүз. Белги булакты жана оңдоо жерин түшүндүрүшү керек.
Маалыматтын жаңылыгын макулдашыңыз
Көрсөтүлгөн абал эскирип калышы мүмкүн. Акыркы ийгиликтүү алуу убактысын жана катадагы эрежени көрсөтүңүз. «Маалымат жаңырган жок» менен «буйрутма даяр эмес» — эки башка билдирүү.
Конкреттүү иш үчүн кандай кечигүү жарай турганын чечиңиз. Кардарга убада берерден мурда кошумча текшерүү керек болсо, аны процессте сактаңыз. Экспорттолгон көчүрмө өзүнөн өзү реалдуу убакыттагы маалымат болуп калбайт.
Казакстандагы команда үчүн убакыт белгилеринин алкагын жана иш тилдериндеги түшүнүктүү абал аттарын макулдашыңыз. Болбосо жаңы жазууну да туура эмес окууга болот.
Сценарийдеги окуу менен укук — эки башка нерсе
Бир тарап Битрикс24 болсо, конкреттүү порталда REST API жеткиликтүүлүгүн текшериңиз. API — маалымат алмашуунун программалык интерфейси. Расмий жеткиликтүүлүк колдонмосунда иш шарттары жана колдонуучунун укуктары интеграция уруксаттары менен кандай байланышары сүрөттөлгөн. Башка программалардын шарттарын өзүнчө текшериңиз.
API-ге кайрылуу жолу болгон вебхуктун аракеттери аны түзгөн колдонуучунун укуктарына жана тандалган жеткиликтүүлүк чөйрөлөрүнө көз каранды. Бул биринчи суроо колдонмосунда түшүндүрүлгөн. Техникалык тапшырмадагы «окуу» сөзү берилген жеткиликтүүлүктү чектебейт.
Иштеп чыгуучудан кайсы өзгөртүүлөр техникалык жактан тыюу салынганын, кайсылары азыркы сценарийде жөн гана колдонулбаганын түшүндүрүүнү сураңыз. Бөлүмгө уруксатты автоматтык түрдө жазууга өзүнчө тыюу деп эсептебеңиз. Эки системаны жана ортомчу сервисти эске алыңыз.
Кошумча аракеттер болбогонун текшериңиз
Сыноо маалыматы менен абалды алып, суроону кайталаңыз жана жооп жок абалды моделдеңиз. Баштапкы буйрутма өзгөрбөгөнүнө, кайталанган жазуу пайда болбогонуна жана кызматкер түшүнүктүү ката абалын көргөнүнө ынаныңыз. Аракет журналын жана укук жетишсиз учурдагы жүрүм-турумду текшериңиз.
Сырларды серверде сактап, коомдук бетке кошпоңуз. «Керек болуп калар» деп баарын эмес, керектүү талааларды гана алыңыз.
Азыркы CRM ишке жетиштүү болсо, бир абалды көрүү үчүн аны алмаштыруу милдеттүү эмес. QQDev Битрикс24 REST API аркылуу алмашуу иштеп чыгат. Кызмат бетинде чакан сценарийди талкууласаңыз болот: кайсы маалымат керек, кайдан алынат жана кандай өзгөрүү болбошу керек. Башка системаны кошуу мүмкүнчүлүгү алгач анын интерфейси жана жеткиликтүүлүк шарттары боюнча текшерилет.