CRM мен таск-трекер интеграциясы: өтінім қолмен көшірусіз тапсырмаға айналады

CRM мен таск-трекер интеграциясы оқиғаларға негізделеді: CRM-дегі мәміле кезеңінің өзгеруі вебхук жібереді, делдал-сервис API арқылы трекерде жоба мен тапсырмаларды жасап, сілтемені мәмілеге қайтарады. Әр өріс үшін бір дереккөз жүйе белгіленеді, әр оқиға журналға жазылады, сәтсіз сұраулар қайталанады. Осылайша ұтылған мәміле қолмен көшірусіз жобаға айналады, ал сату бөлімі жұмыстардың мәртебесін чатта сұрамай-ақ көреді.

Мақала өтінімдерді CRM-нен Jira немесе Plane-ге қолмен көшіруден шаршаған IT-компаниялар мен студиялардың техникалық директорларына, жобалық кеңсе басшыларына және тимлидтеріне арналған. Ішінде оқиғалар схемасы, өрістерді сәйкестендіру, Twenty, Plane, amoCRM және Jira API мен вебхуктарының мүмкіндіктері, қателерді өңдеу, иесін таңдау және іске қосу чек-листі.

CRM мен таск-трекерді не үшін байланыстыру керек

IT-компаниялардың көпшілігінде сату мен өндірістің арасында адам тұрады. Менеджер мәмілені ұтып, ортақ чатқа жазды, жоба менеджері трекерде жоба ашып, ұсыныстың бөліктерін көшіріп, клиенттің байланыстарын сұрады. Бір айдан кейін сату бөлімі жоба қай кезеңде екенін сұрайды, ал өндіріс нақты не уәде етілгенін нақтылайды.

Интеграция қолмен көшіруді жойып, үздіксіз байланыс жасайды. Мәміле карточкасында жобаға сілтеме және оның мәртебесі, жобада мәмілеге сілтеме және бүкіл коммерциялық тарих бар. Бұл әсіресе бір клиент-компанияның бірнеше жобасы, қосымша сатылымдары және қолдауы болуы мүмкін студиялар мен аутсорс-командалар үшін маңызды.

Интеграция процесті алмастырмайды. CRM-де түсінікті воронка мен кезең критерийлері болмаса, автоматика кездейсоқ мәмілелерден жобалар жасайды. Алдымен IT-компанияда CRM енгізу туралы мақалада сипатталғандай сатуда тәртіп орнатыңыз, содан кейін жүйелерді байланыстырыңыз.

Оқиғалар схемасы

Құрал таңдаудан емес, оқиғалар тізбесінен бастаңыз. Әр оқиға — кестедегі жол: не болды, не болуы керек, дереккөз қайда және қабылдағыш қайда.

Оқиға	Әрекет	Дереккөз	Қабылдағыш
Мәміле «Бағалау» кезеңіне өтеді	Техлидке мәмілеге сілтемесі бар бағалау тапсырмасын жасау	CRM	Таск-трекер
Бағалау тапсырмасы жабылды	Бағалау мен түсініктемені мәмілеге жазу	Таск-трекер	CRM
Мәміле «Ұтылды» кезеңіне өтеді	Үлгіден жоба, кезеңдер және бастапқы тапсырмалар жасау	CRM	Таск-трекер
Жоба жасалды	Жобаға сілтемені мәмілеге жазу	Таск-трекер	CRM
Мәміледегі жоспарланған басталу күні өзгертілді	Жобадағы күнді жаңартып, жоба менеджеріне хабарлау	CRM	Таск-трекер
Жоба «Аяқталды» мәртебесіне өтеді	Мәмілені белгілеп, менеджерге қолдауды қосымша сату тапсырмасын жасау	Таск-трекер	CRM
Бағалаудан кейін мәміле жеңіліп қалды	Бағалау тапсырмасын себебімен жабу	CRM	Таск-трекер

Бастау үшін екі-үш жол жеткілікті: «Ұтылды → жоба», «жоба жасалды → CRM-ге сілтеме» және «жоба аяқталды → CRM-де белгі». Қалғаны жұмыстың бірінші айынан кейін қосылады.

Бір оқиғаның жолы қадам бойынша

Негізгі сценарийді Twenty мен Plane байланысы мысалында талдайық.

1. Менеджер мәмілені «Ұтылды» кезеңіне ауыстырады. Twenty мәміле идентификаторы бар вебхук жібереді.
2. Делдал-сервис сұраудың қолтаңбасын тексеріп, оқиғаны журналға жазады.
3. Сервис сәйкестік кестесіне қарайды. Бұл мәміле үшін жоба бұрыннан бар болса, оқиға қайталау ретінде белгіленіп, өңдеу аяқталады.
4. Сервис Twenty API арқылы мәміленің толық деректерін сұрайды: компания, жұмыс түрі, байланыс, жоспарланған басталу күні, ұсынысқа сілтеме.
5. Жұмыс түрі бойынша үлгі таңдалады, Plane API арқылы жоба мен бастапқы тапсырмалар жасалады: клиентті онбордингтеу, іске қосу кездесуі (kick-off), қолжетімділіктер, бірінші итерация.
6. Жоба идентификаторы сәйкестік кестесінде сақталады, ал жобаға сілтеме Twenty API арқылы мәмілеге жазылады.
7. Жоба менеджері хабарлама алады, ал журналда оқиға сәтті өңделген деп белгіленеді.

Кез келген қадамда API қате қайтарса, оқиға жоғалмайды, қайталауға жіберіледі. Дәл осы рет amoCRM мен Jira үшін де жұмыс істейді: тек API шақырулары өзгереді.

Қандай өрістерді синхрондау керек

Басты ереже: әр өрістің бір дереккөз жүйесі бар. Коммерциялық деректер CRM-де, жұмыс деректері трекерде тұрады. Өрісті екі жүйеде де өзгертуге болса, ерте ме, кеш пе олар алшақтайды.

Өріс	Дереккөз	Қайда беріледі	Түсініктеме
Клиенттің атауы	CRM	Трекер	Жоба атауына немесе бөлек өріске
Мәмілеге сілтеме	CRM	Трекер	Міндетті, бұл басты зәкір
Жұмыс түрі	CRM	Трекер	Жоба үлгісін анықтайды
Жұмыс көлемі немесе ұсынысқа сілтеме	CRM	Трекер	Мәтіннен гөрі құжатқа сілтеме дұрысырақ
Жоспарланған басталу күні	CRM	Трекер	Тек CRM-де өзгерту
Сату менеджері	CRM	Трекер	Жоба бақылаушысы ретінде
Жобаға сілтеме	Трекер	CRM	Жасалғаннан кейін жазылады
Жоба мәртебесі	Трекер	CRM	Әр тапсырма емес, тек қорытынды мәртебелер
Мәміле сомасы	CRM	Берілмейді	Қажет болмаса, трекерге керек емес

Мәміле сомасы мен байланыстардың дербес деректерін қажетсіз трекерге бермеңіз. Жобалық командаға әдетте байланыс тұлғасының аты мен рөлі жеткілікті, ал толық карточка CRM-де құқығы барларға мәмілеге сілтеме арқылы қолжетімді.

API және вебхуктар: жүйелер не береді

Біз жиі жұмыс істейтін төрт жүйенің барлығы оқиғаларды жіберіп, деректерді қабылдай алады. Айырмашылық егжей-тегжейде.

Twenty

Twenty ашық және API айналасында құрылған: кез келген жазбаны сырттан жасауға, оқуға және өзгертуге, ал оқиғаларға вебхуктар арқылы жазылуға болады. Кірістірілген воркфлоулар жазбалардың өзгерістеріне әрекет етіп, HTTP-сұраулар жібере алады. Күрделі логика үшін Twenty-де серверлік функциялар TypeScript-те жазылатын қосымшалар фреймворкі бар.

Plane

Plane-де жария API мен вебхуктар, сондай-ақ жоспарланған әрекеттерге арналған кірістірілген Automations және Runner бар. 2026 жылы жұмыс кеңістігінің ішінде MCP-коннекторлар мен AI-агенттер пайда болды. CRM-мен интеграция үшін әдетте жоба мен тапсырмаларды жасауға арналған API және мәртебе өзгеруіне вебхуктар жеткілікті. Оқиғалардың нақты жиынын, әсіресе Plane self-hosted орнатылса, өз нұсқаңызға арналған әзірлеуші құжаттамасымен салыстырыңыз.

amoCRM

amoCRM мәмілелер мен байланыстар оқиғаларына вебхуктар жібереді және оқу мен жазуға арналған API ұсынады. Бұл сыртқы жүйелермен байланыстырудың стандартты жолы, қазақстандық интеграторлар оны жақсы біледі.

Jira

Jira деректерді REST API арқылы қабылдайды, ал Jira Automation ережелерді кіріс вебхук бойынша іске қосып, веб-сұраулар жібере алады. Қарапайым сценарийлерді тікелей Automation-да жинауға болады, күрделілерін бөлек сервиске шығарған дұрыс.

Twenty мен Plane және amoCRM мен Jira комбинациялары жиі кездеседі, бірақ схема кез келген жұп үшін бірдей. Трекерді әлі таңдап жатсаңыз, біздің Plane мен Jira салыстыруымызды қараңыз.

Архитектура: тікелей ме, әлде делдал арқылы ма

Жүйелерді байланыстырудың үш тәсілі бар.

Кірістірілген автоматтандырулар арқылы тікелей. CRM-дегі воркфлоу трекердің API-ына сұрау жібереді. Жылдам және бөлек серверсіз. Кемшіліктері: қайталаулар мен қателер логикасын бақылау қиын, ал идентификаторлардың сәйкестігін сақтайтын жер жоқ.

Бұлттық no-code коннектор арқылы. Прототип үшін ыңғайлы. Бірақ деректер тағы бір вендор арқылы, әдетте Қазақстаннан тыс өтеді.

Өз делдал-сервисіңіз арқылы. Вебхуктарды қабылдайтын, идентификаторлар сәйкестігінің кестесін сақтайтын, API-ды шақыратын, журнал жүргізетін және сәтсіз сұрауларды қайталайтын шағын қосымша. Бұл — өндірістік интеграциялар үшін біздің әдепкі таңдауымыз: код репозиторийде, логика ашық, хостинг CRM мен трекер тұрған жерде.

Қазақстан контексі. Деректер елде қалуы үшін Twenty мен Plane Қазақстандағы серверлерде self-hosted орнатылса, интеграция бұл деректерді шетелге шығармауы керек. Байланыстардың аты-жөні, телефондары және поштасы өтетін бұлттық коннектор жергілікті хостингтің мәнін жоққа шығаруы мүмкін. Делдал-сервисті сол қазақстандық хостерде орналастырып, трекерге дербес деректердің ең азын берген дұрыс.

Қателер, қайталаулар және идемпотенттілік

Демода жұмыс істейтін интеграция мен бір жыл жұмыс істейтін интеграция қателерді өңдеуімен ерекшеленеді. Нені қарастыру керек:

• Идемпотенттілік. Бір вебхук екі рет келуі мүмкін. Жобаны жасамас бұрын сервис сәйкестік кестесі бойынша бұл мәміле үшін ол бұрын жасалмағанын тексереді.
• Үзіліспен қайталау. Трекердің API-ы қолжетімсіз болса немесе лимит қатесін қайтарса, сұрау өсіп отыратын аралықтармен қайталанады.
• Сәтсіз оқиғалар кезегі. Бірнеше сәтсіз әрекеттен кейін оқиға бөлек кезекке қойылады, ал иесі хабарлама алады.
• Журнал. Әр оқиға уақытымен, дереккөзімен, нәтижесімен және API жауабымен жазылады. Журналсыз инцидентті талдау болжауға айналады.
• Вебхуктардың түпнұсқалығын тексеру. Сервис сұрауларды тек құпия кілтпен немесе қолтаңбамен қабылдайды, әйтпесе кез келген адам сіздің трекеріңізде жоба жасай алады.
• Техникалық пайдаланушылар. Әр жүйеде интеграцияға арналған бөлек API-кілт. Автоматика нені өзгерткені көрінеді, кілтті кері қайтарып алу оңай.
• Қолмен қайта іске қосу. Журналдағы нақты оқиғаны дерекқорды түзетпей қайта өңдеу мүмкіндігі.

Интеграция иесі

Интеграцияның бір иесі болуы керек. «IT-бөлім» емес, қателер туралы хабарламаларды алатын, сәтсіз оқиғалар кезегін талдайтын, екі жүйедегі өрістердің өзгерістерін келісетін және сервисті жаңартатын нақты адам. Әдетте бұл ішкі жүйелер инженері немесе CRM-нің техникалық иесі. Интеграцияны мердігер жасаса, тапсырғаннан кейін оның иесі кім болатынын алдын ала келісіп, кодты, қолжетімділіктерді және оқиғалар сипаттамасын алыңыз.

Бұзылулардың ең жиі себебі — API ақауы емес, құрылымның өзгеруі. Біреу CRM-дегі мәміле кезеңінің атын өзгертті немесе трекердегі өрісті жойды, сөйтіп сәйкестендіру жұмысын тоқтатты. Сондықтан ереже қарапайым: интеграцияға қатысатын өрістер мен кезеңдердің кез келген өзгерісі оның иесімен келісіледі.

Іске қосу чек-листі

1. Оқиғалар кестесі жасалды, бастау үшін екі-үш негізгісі таңдалды.
2. Әр синхрондалатын өріс үшін дереккөз жүйе анықталды.
3. CRM мен трекерде техникалық пайдаланушылар мен API-кілттер жасалды.
4. Делдал-сервис идентификаторлар сәйкестігінің кестесін сақтайды.
5. Қайталаулар, сәтсіз оқиғалар кезегі және хабарламалар бапталды.
6. Вебхуктар құпия кілт немесе қолтаңба бойынша тексеріледі.
7. Интеграция тестілік мәмілелерде, оның ішінде вебхуктардың қайталануы мен API-дың қолжетімсіздігінде тексерілді.
8. Дербес деректер трекерге ең аз көлемде беріледі, интеграция оларды таңдалған хостингтен тыс шығармайды.
9. Иесі тағайындалды, команда ақау кезінде кімге жүгіну керегін біледі.
10. Интеграцияға қатысатын өрістер мен кезеңдерді қалай өзгерту керегі сипатталды.

Біз мұны қалай жасаймыз

Біз диагностикадан бастаймыз: қазір мәміле өндіріске қалай түседі, ақпарат қай жерде жоғалады, қандай жүйелер орнатылған және деректер қайда сақталады. Содан кейін бір сату командасы мен бір жобалық кеңсемен бір сценарийде, әдетте «мәміле ұтылды → трекерде жоба», пилот іске қосамыз. Сценарий нақты мәмілелерде жұмыс істегенде, қалған оқиғаларды қосып, интеграцияны құжаттамасымен бірге иесіне тапсырамыз.

Тәсіл туралы толығырақ — Twenty және amoCRM CRM енгізу бетінде.

---

Дереккөздер. Twenty: twenty.com және github.com/twentyhq/twenty. Plane: github.com/makeplane/plane және plane.so/pricing. amoCRM: amocrm.ru.

Терминдер қарапайым тілмен

Вебхук

Оқиға болған сәтте, мысалы, мәміле «Ұтылды» кезеңіне өткенде, CRM басқа жүйеге өзі жіберетін хабарлама. Жоба жасау тізбегі осыдан басталады.

API

Бағдарлама CRM-ге немесе трекерге қол еңбегінсіз деректерді оқып, жазатын интерфейс. Делдал-сервис API арқылы жоба мен тапсырмаларды жасайды.

Делдал-сервис

CRM мен трекер арасындағы шағын бөлек қосымша: вебхуктарды қабылдайды, API-ды шақырады, журнал жүргізеді және сәтсіз сұрауларды қайталайды. Оны жүйелер орналасқан хостердің өзінде орналастырады.

Өрістерді сәйкестендіру (маппинг)

Сәйкестік кестесі: CRM-нің қай өрісі трекердің қай өрісіне өтеді және ол үшін қай жүйе басты. Онсыз екі жүйедегі деректер уақыт өте келе алшақтайды.

Идемпотенттілік

Екі рет өңдеуден қорғау: бір оқиға екі рет келсе, екінші жоба жасалмайды. Сервис жоба бұрын жасалған-жасалмағанын сәйкестік кестесімен салыстырады.

Сәтсіз оқиғалар кезегі

Бірнеше әрекеттен кейін өңделмеген оқиғалар жиналатын орын. Интеграция иесі хабарлама алып, оларды қолмен талдайды.

No-code коннектор

Интеграцияны бағдарламалаусыз жинайтын бұлттық сервис. Прототип үшін ыңғайлы, бірақ клиенттердің деректері тағы бір жеткізуші арқылы, әдетте Қазақстаннан тыс өтеді.

Self-hosted

CRM немесе трекерді өз серверіңізге, мысалы, қазақстандық хостерге орнату. Жүйелер деректерді ҚР-да сақтау үшін осылай орнатылса, интеграция деректерді шетелге шығармауы керек.