Шартты мысал: менеджер тапсырыс қоймада дайындалғанын көргісі келеді. Талқылауда бірден «бәрін екі жаққа синхрондайық» деген ұсыныс туады. Ал бастапқы міндет әлдеқайда шағын: әр жолы әріптеске қоңырау шалмай, клиентке жауап беру. Температураны көру үшін ауа райын өзгерту құқығы қажет емес.
Компания басқа CRM не есеп бағдарламасында жұмыс істесе, алдымен нақты нені көру керегін анықтаңыз. Интеграция — жүйелер арасындағы байланысқан дерек алмасу — міндетті түрде екі жақты да өзгертпеуі мүмкін.
Мәртебенің бір дереккөзін таңдаңыз
Қызметкер тапсырыстың дайын екенін қайда шешетінін бекітіңіз. Сол жүйе мәртебе дереккөзі болып қалады. Екінші жүйеде алынған ақпарат көрсетіледі, ал түзету бастапқы жүйеде жасалады.
Жазбалар қандай белгімен сәйкестенетінін көрсетіңіз. Компания не клиент аты қайталануы мүмкін; алмасуға келісілген тұрақты идентификатор қажет. Ол үшін бүкіл клиент базасын көшіру міндетті емес.
Пайдаланушыға тек көруге рұқсат болса, өрісті өңдеуге болатын сияқты көрсетпеңіз. Белгі дереккөзді және түзету орнын түсіндірсін.
Өзектілікті келісіңіз
Көрсетілген мәртебе ескірген болуы мүмкін. Соңғы сәтті алу уақытын және ақау кезіндегі ережені көрсетіңіз. «Деректер жаңармады» және «тапсырыс дайын емес» — екі бөлек хабарлама.
Нақты міндет үшін қандай кідіріс қолайлы екенін шешіңіз. Клиентке уәде берер алдында қосымша тексеру керек болса, оны процесте сақтаңыз. Экспортталған көшірме өздігінен нақты уақыттағы мәліметке айналмайды.
Қазақстандағы команда үшін уақыт белгілерінің белдеуін және жұмыс тілдеріндегі түсінікті мәртебе атауларын келісіңіз. Әйтпесе жаңа жазбаны да қате түсінуге болады.
Сценарийдегі оқу мен құқықтар — бөлек нәрселер
Бір тарап Битрикс24 болса, нақты порталда REST API қолжетімділігін тексеріңіз. API — дерек алмасудың бағдарламалық интерфейсі. Ресми қолжетімділік нұсқаулығында жұмыс шарттары мен пайдаланушы құқықтарының интеграция рұқсаттарымен байланысы сипатталған. Басқа бағдарламалардың шарттарын бөлек тексеріңіз.
API-ге жүгіну тәсілі — вебхуктің әрекеттері оны жасаған пайдаланушының құқықтары мен таңдалған қолжетімділік ауқымдарына тәуелді. Бұл алғашқы сұрау нұсқаулығында түсіндірілген. Техникалық тапсырмадағы «оқу» сөзі берілген қолжетімділікті шектемейді.
Әзірлеушіден қандай өзгеріске техникалық тыйым салынғанын, ал қайсысы қазіргі сценарийде жай қолданылмайтынын түсіндіруді сұраңыз. Бөлімге рұқсатты автоматты түрде жазуға бөлек тыйым деп санамаңыз. Екі жүйе мен аралық сервисті ескеріңіз.
Жанама әрекеттердің жоқтығын тексеріңіз
Сынақ деректерінде мәртебені алыңыз, сұрауды қайталаңыз және жауаптың болмауын модельдеңіз. Бастапқы тапсырыс өзгермегеніне, қайталанған жазба пайда болмағанына және қызметкер түсінікті қате күйін көргеніне көз жеткізіңіз. Әрекеттер журналын және құқық жеткіліксіз кезіндегі мінез-құлықты тексеріңіз.
Құпия деректерді серверде сақтап, ашық бетке қоспаңыз. «Керек болып қалар» деп барлық мәліметті емес, қажет өрістерді ғана алыңыз.
Қазіргі CRM жұмысқа жеткілікті болса, бір мәртебені көру үшін оны ауыстыру міндетті емес. QQDev Битрикс24 REST API арқылы алмасу әзірлейді. Қызмет бетінде шағын сценарийді талқылауға болады: қандай дерек керек, қайдан алынады және қандай өзгеріс болмауы тиіс. Басқа жүйені қосу мүмкіндігі алдымен оның интерфейсі мен қолжетімділік шарттары бойынша тексеріледі.