Bitrix24, CRM мен компания процестерінде тәртіп орнатамын

• REST порталды шамадан тыс жүктеп қойды
• Роботтардың стандартты баптауы жеткіліксіз
• Арнайы оқиға өңдеушілері қажет
• Ауыр операциялар CRM-ді баяулатады
• Карточкада жеке қойындылар мен әрекеттер керек
• Логика «шашыраңқы» әрі өзгерістерде бұзылады

• Портал ішіндегі тұрақты логика
• Түсінікті журналдар мен диагностика
• REST-ке жүктеме азаяды
• Кіру нүктелері бойынша құжаттама
• Сүйемелдеуге келетін код құрылымы

• Толыққанды DevOps/SRE орнын баспаймын
• Production түзетулері алдында алдымен журналдарды қарап, резервтік көшірме жасаймын
• Нақты бағаны порталға қолжетімділіктен кейін айтамын

• CRM үстінде сыртқы өнім керек
• API немесе интеграция хабы керек
• Логика қорапқа сыймайды
• Кезектер мен фондық тапсырмалар керек
• Рөлдері бар әкімшілік панель керек

• Қателер журналдарда көрінеді
• Ауыр операциялар — кезекте
• Жобаны сүйемелдеу оңайырақ
• Жаңа функциялар хаоссыз
• Тестіленетін код

• Инфрақұрылымды өз шешімім аясында дайындаймын, DevOps-аутсорс ретінде емес
• Ескі жобаны толық қайта жасау — бөлек бағалаумен

• Синхрондау «кейде» жұмыс істейді
• Дубликаттар пайда болады
• Жүйелер арасында деректер ажырайды
• Алмасу тарихы жоқ
• Қате пайдаланушыға көрінбейді
• CRM-ді сыртқы сервиспен байлау керек

• Деректер жоғалмайды
• Дубликаттар жасалмайды
• Алмасу үнсіз құламайды
• Кіріс/шығыс сұраныстардың түсінікті журналдары
• Сәтсіз операцияны қайталау мүмкіндігі

• Сыртқы сервистер мен провайдерлер жағындағы ақаулар үшін жауап бермеймін
• Құпияларды бүркемелеймін, токендерді журналдамаймын
• Алдымен тест контуры, содан кейін production

• Деректерді қолмен көшіреді
• Жүйелер арасында кестелерді салыстырады
• Өтінімдер жоғалады
• Келісулер «ауызша» жүреді
• Мерзімдерді бақылау жоқ
• Есептерді қолмен жинайды

• Қол еңбегі азаяды
• Өтінімдер мен келісулер жоғалмайды
• Айқын мерзімдер мен статустар
• Есептер өздігінен жиналады

• Алдымен ағымдағы процесті бекітемін, содан кейін автоматтандырамын
• Күрделі сценарийлер — кезеңмен
• Жүйелердің қолжетімділігі мен деректеріне байланысты

• Әзірлеуші кетті, код қалды
• Құжаттама жоқ
• Журналдар жоқ
• Процестер бұзылады
• Production-ды қозғау қорқынышты
• Симптомды «түзету» емес, себеп керек

• Түсінікті мәселелер картасы
• Басымдықтар мен жоспар
• Мерзімді бағалау
• Журналдар мен архитектура бойынша ұсыныстар
• Нені қайта жазбауға болатынын түсіну

• Production-ды соқыр қозғамаймын
• Дерек жоғалу қаупі болса резервтік көшірме жасаймын
• Архитектураны толық қайта жасау — бөлек бағалаумен

• Интеграциялар үнсіз құлайды
• Алмасу тарихы жоқ
• Сәтсіз операцияны қайталау мүмкін емес
• Деректер қайталанады

• Интеграциялар
• Алмасу журналдары
• Retry / backoff
• Encrypted secrets
• Health-check
• Кезектер
• Әкімшілік панелі

• Enterprise деңгейіндегі ESB/iPaaS орнын баспайды
• Әр жүйе бөлек тапсырмамен қосылады

• Лид пен мәміле дубликаттары
• Роботтар мен БП дұрыс істемейді
• Ауыр REST сұраныстар
• Журнал мен тарих жоқ

• Құрылымға шолу
• Журналдарды тексеру
• Тәуекелдерді іздеу
• Мәселелер картасы
• Тәуекелдер кестесі
• Түзету жоспары

• Түзетулер — бөлек кезең
• Журнал/кодқа қолжетімділіксіз дәлдік төмен

• Оқиға келді ме — түсініксіз
• Талдау үшін payload жоқ
• Қате көрінбейді
• Қайта жіберу мүмкін емес

• Webhooks қабылдау
• Payload сақтау
• Қолтаңбаны тексеру
• Өңдеу статусы
• Қателер
• Қолмен қайталау

• Integration Hub негізінде жиналады
• Әр көзге өңдеу — бөлек

• Клиенттер статустар мен деректерді өздері көрмейді
• Қолдау қызметі біртектес сұрақтармен шамадан тыс жүктелген
• Өтінімдер мен өтініштер поштада/мессенджерлерде жоғалады

• Авторизация және рөлдер
• Өтінімдер мен статустар
• Хабарламалар
• Құжаттар мен шоттар
• Хабарландырулар
• CRM-мен интеграция
• Әкімшілік панелі

• Лицензиясы бар SaaS емес — бұл бейімделетін негіз
• Күрделі арнайы модульдер бөлек бағаланады

• Клиенттерге CRM-нен статустарды көретін жер жоқ
• Менеджерлер деректерді қолмен жібереді

• Өтінім статустары
• Өтініштер
• Шоттар
• Хабарламалар
• CRM деректерімен байланыс

• Bitrix24 редакциясы мен қолжетімділігіне байланысты
• Ауыр логика D7-ге бөлек шығарылады

• Қызметкерлер шашыраңқы кестелерде жұмыс істейді
• Тапсырмалар мен өтінімдерге біртұтас нүкте жоқ

• Авторизация және рөлдер
• Тапсырмалар / өтінімдер
• Процесс деректеріне қолжетімділік

• Тапсырмаға жобаланады — көлемін талқылауды қажет етеді

• Серіктестер өтінім статустарын көрмейді
• Құжаттар мен есептеулер қолмен жүреді

• Серіктестер авторизациясы
• Өтінімдер мен статустар
• Құжаттар
• Есептеулер

• Серіктестік модельге жобаланады

Алмасу қаржы брокері арқылы жүреді, оның callback-терінің нақты форматы техникалық тапсырмадан өзгеше болды; банктің өз мәртебелер анықтамалығы бар, ал несие өнімдерінің сома мен мерзім бойынша лимиттері бар. Келісімшарт келісілгеннен кейін өтінім беруге болмайды.

• 21 нәтиже өрісі және рөлдер бойынша құқықтары бар «Несие өтінімдері» смарт-процесі: менеджер өз өтінімдерін, басшы — өз бөлімін, әкімші — барлығын көреді
• Мәміле картасынан брокерге жіберу: жоба нұсқасы, міндетті өрістер мен өнім лимиттерін тексеру, келісімшарт келісілгеннен кейін беруге тыйым, қос басудан қорғау
• Callback қабылдау: кілт бойынша авторизация, eventId бойынша идемпотенттілік, денені төзімді талдау — техникалық тапсырмамен сәйкессіздік салдарынан callback-тер 5 күн бойы үнсіз жазылмаған, бұл табылып, түзетілді
• Банк мәртебелерінің анықтамалығы — 28 бизнес-мәртебе және 16 техникалық мәртебе; түпкілікті шешім менеджерге «іс» қояды және мәміле таймлайнына жазылады
• «Бір өтінім — бір SMS» ережесі бойынша клиентке банк сауалнамасының сілтемесі бар SMS, жеткізу туралы есепті қабылдаумен
• 6 бағыт бойынша алмасу журналы, «Өтінімді жіберу» БП роботы және 3 күннен ұзақ оқиғасыз тұрған өтінімдердің таңғы бақылаушы скрипті

Модуль 10.08.2026 бастап продта жұмыс істейді, 08.09 бастап — брокердің жұмыс контурында, клиенттерге SMS 31.08 бастап жіберіледі. Желіге тәуелсіз логиканы 192 CLI-тексеру қамтиды, ал алмасудың әр оқиғасы журналда және мәміле таймлайнында көрінеді.

Сатыларында роботтар мен таратулар бар жұмыс істеп тұрған бұлттық портал — кез келген жаппай ауыстыру тірі адамдарға бірден хабарлама жібереді. REST сүзгілердің бір бөлігін үнсіз елемейді және жұмыс уақытын шектейді, ал сервер мен портал әртүрлі уақыт белдеулерінде тұр.

• Bizon365-тен қатысу есептерін қабылдау: эфир күндері бойынша мәміле саты салмақтары бойынша тек алға жылжиды және ешқашан кері қайтпайды
• Кейстік вебинарларға бөлек тармақ — жаңа мәміленің орнына жауаптыға тапсырма, оқиғаның sha256-кілті бойынша идемпотенттілік және бірде-бір жазбасыз dry_run режимі
• Келмегендерді «Келмегендер» сатысына топтамамен ауыстыру: жазу тек --execute кезінде, қайта және қатарлас іске қосудан қорғау, эфирге қатысқандарды қорғау
• Эфирге 10 минут қалғанда триггер-саты арқылы шақыру, мәміле бастапқы сатысына қайтарылады; курсты сатып алғандар таратудан шығарылады
• ChatApp арқылы WhatsApp-чатқа кіру мәмілені керекті сатыға ауыстырады — жаңа мәмілелер жасаудың орнына flock-пен файлдық кезек арқылы
• Қателерді сәттілік ретінде көрсетпейтін және портал сұраныстарға қайта рұқсат бергенше өзі күтетін REST орауышы

Эфирге шақыру 628 қатысушының 628-іне қатесіз жіберілді, «Келмегендер» сатысына 451 мәміленің 451-і ауыстырылды, жинақталған 396 мәміле қарызы жабылды; эфирге қатысқандарды қорғау 78 мәміленің 65-ін сүзіп алды. Контактілерді тексеру «Аты» өрісінде телефоны бар 564 картаны тапты — жойылмайтын дубликаттардың көзі.

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

• Тек оқу режиміндегі барлау: папкалар пулы, карталардағы әр сілтемені жіктеу (жұмыс істейтін, қысқартқыш арқылы, ескі портал, бос, қоқыс), жетім папкалар
• Түбір іске басымдық бере отырып, дубликат папкаларды біріктіру: мазмұны канондық папкаға көшіріледі, дереккөздер жойылмайды, күмәнді топтар — қолмен талдауға
• Картаның файл өрістеріндегі файлдарды іс папкасына аты мен өлшемі бойынша дубликатсыз синхрондау, сілтемелерді жөндеу және папка id-сы бар қызметтік өрісті толықтыру
• Дискіде жұмыс папкасы мүлдем болмаған істер үшін жетіспейтін папкаларды қайта жасау
• Бір командамен іске қосылатын қорытынды пайплайн: әдепкі бойынша үш dry-run, нақты іске қосу — тек растаумен, бірінші қатеде тоқтау; cron бойынша түнгі синк

Барлау 334 папканы, 16 дубликат тобын және қысқартқыш арқылы өтетін түзетуге болатын 298 сілтемені тапты. Нақты іске қосу 750 элементті өңдеді: 2544 файл көшірілді, 302 сілтеме жөнделді, 250 папка id-сы толтырылды — 0 қате; қайта тексеру 780 элемент бойынша 7182 файлдың өз орнында екенін растады.

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

• Анонимді сұраныс бойынша әкімші сессиясын беретін 6 орын және 6 API-эндпоинттегі авторизацияны айналып өту жабылды; жауаптардан stack-trace алынып тасталды
• Анонимді эндпоинттерге rate-limit қойылды, ЖСН ақылы сыртқы шақыруларға дейін валидацияланады; жұмыс интерфейстеріндегі IDOR мен CSRF жабылды
• Кіру формасындағы құпиясөз браузерде шифрланады (RSA-OAEP, 4096 биттік кілт); кодқа қатаң жазылған 50-ге жуық қолжетімділік деректері .env-ке шығарылды
• Жалаушалармен басқарылатын аудиторлық із: сәтсіз кірулер, API-ға жүгінулер журналы, syslog-қа айна; журнал ротациясын және міндетті 2FA регрессін күн сайын қадағалайтын бақылаушы скрипт
• Логгер ЖСН, телефондар мен карталарды бүркемелейді; ротация 90 күн және 400 күндік архив; хэштерді жалған бүркемелеу 200 000 мәнде 5,1%-дан 0%-ға дейін төмендеді
• Графиктері және сұраныс id-сы бойынша барлық журналдар арқылы іздеуі бар журнал қарау құралы; health-API медианаға қарағандағы қателер секірісін, тыныштықты және үнсіз тоқтаған ротацияны ұстайды

Жинақталған журналдар архивтелді: 2041 МБ көлеміндегі 6344 файл бақылау сомалары бар 120 МБ архивке сығылды, local/ каталогы 2,6 ГБ-тан 578 МБ-қа дейін кішірейді. Қолжетімділіктің сыни осал тұстары жабылды, журналдарда шу емес, инцидент көрінеді.

Тірі ағын — айына шамамен 95 өтінім, сондықтан каталог «әдеттегідей» емес, өтініштердің нақты жиілігі бойынша құрылды. Каталогты әкімші әзірлеушісіз өңдеуі керек, ал SLA мерзімі үнсіз созуға көнбеуі тиіс.

• OSTicket экспорты талданды: мониторинг бөлініп, тақырыптар бойынша жиіліктер есептелді — олардан 11 бағыт пен 32 қызметтен тұратын екідеңгейлі каталог жиналды, жиілері жоғарыда
• Қызметтің нақтылау сұрақтары тәуелді өрістері бар JSON-схемамен сипатталған; серверде және браузерде бірдей тексеру ережелері ортақ тест-фикстуралармен салыстырылады
• «Қызмет × шұғылдық» тиімді басымдығы, жұмыс минуттарындағы реакция мен шешім нормативтері; бастапқы мерзім өтінім берілгенде бекітіледі және созылмайды
• Қызмет тобының ең аз жүктелген орындаушысына автотағайындау және хабарламалары бар SLA бақылау агенті
• Каталог пен шебердің бір қозғалтқышы 4 каталогқа қызмет етеді: help-desk, HR-процестер, құжат айналымы және әзірлеуге сұраныстар

Бес санат пен бәріне бір мерзімнің орнына — нақты сұранысқа негізделген каталог, әр қызметтің өз нормативтері (құпиясөзді қалпына келтіруге 15/60 минуттан порталды жетілдіруге 480/4800-ге дейін) және байқатпай жылжытуға болмайтын мерзім.

Виджет желі объектілерінің сыртқы сайттарына (WordPress қоса) Bitrix авторизациясынсыз ендірілуі керек, ал толу мәртебесі CRM-дегі нақты деректерден ауытқымауы керек.

• Ендірілетін интерактивті қабат жоспарларының конструкторы — Bitrix авторизациясынсыз жария iframe/JS-виджет (сыртқы домендерден ендіруге CSP/CORS баптаулары)
• Жоспарларды жүктеу мен өңдеуге арналған ішкі әкімші панелі
• Толу мәртебесін, жалға алушыны және жалдау мерзімінің аяқталу күнін CRM-нен cron арқылы автосинхрондау — жоспар суреттері қолмен жүктеледі, толу деректері өздігінен жаңарады
• Желі объектілері бойынша толу дашбордтары: аудан (шаршы метр) бойынша толу пайызы, кеңселер саны, толған алаңдардан түсетін кіріс
• Виджет желі объектілерінің сыртқы сайттарына қазірдің өзінде ендірілген

Желі бойынша: 93 қабат, 1087 кеңсе және 152 жүктелген жоспар — толу CRM-нен автоматты жаңарады, әр объект бойынша қолмен салыстырылмайды.

Робот науқандармен жұмыс істейді — өтінімнің әр қадамына өз науқаны бар; бір клиентте бірнеше карта болуы мүмкін; cron-ды қайта іске қосу екінші қоңырау тудырмауы керек, ал қоңырау шалуға тек күндізгі терезеде болады.

• Cron әр 15 минут сайын штаттық сатылар тарихы бойынша 30+ минут қозғалыссыз тұрған мәмілелерді таңдайды: сатының ауысуы таймерді нөлдейді
• Воронка сатыларының картасы: өтінімнің әр қадамы роботтың өз науқанына апарады, қорытынды, бас тарту және қызметтік сатылар жіберілмейді; қоңырау терезесі 08:00–21:00
• «Бір клиент — бір қоңырау»: карталар телефон бойынша біріктіріледі, қоңырауға ең соңғысы кетеді, ал теріс нәтиже осы нөмірдің барлық карталарын қоңырау тізімінен алып тастайды
• Үш қабатты идемпотенттілік: қатарлас іске қосулардан flock, мәміледегі тапсырыс өрістері және робот жағындағы тұрақты import_id
• Қоңырау нәтижесінің webhook-ы мәмілені табады, өрістерді бос мәндермен өшірмей нәтижені жазады және бизнес-процесті іске қосады; бөлек науқанда тест режимі бар
• Іріктеу логикасы Bitrix ядросынсыз таза функцияларға шығарылып, 66 smoke-тексерумен қамтылған

Тұрып қалған өтінімдер қолмен қоңыраусыз роботқа автоматты түрде кетеді, ал клиент әртүрлі карталар бойынша екі қоңырау алмайды. Әр іске қосу журналға әр карта бойынша өткізіп жіберу себебін жазады.

Колл-центрдің кейбір классикалық метрикалары (SL/ASA/ATA) телефония деректерінсіз физикалық түрде есептелмейді; күндердің әртүрлі көздері (лид/визит) анық ажыратылмаса, пайыздарды бұрмалайды.

• Сүзгілерді қауіпсіз қоюмен CRM-нің нақты уақыттағы деректері үстінде 20 параметрленген SQL-есеп
• Аралық метрикалары (Contact Rate, Occupancy және т.б.) бар «лид → визит → мәміле → сатылым» воронкасы
• TTL, stale-fallback және блоктаулары бар көпдеңгейлі кэш — дашборд CRM-ді ауыр сұраныстармен жүктемейді
• Құқықтар мен sessid тексерілетін 33 whitelisted AJAX-әрекет
• Сандарды «боямай», әр даулы метриканың шектеулерін адал құжаттау
• Автоорталық бойынша сату бөлімі басшысының дашборды: метрикалар мәміленің өз автоорталығы бойынша есептеледі, кез келген сан бір басумен мәмілелер тізіміне ашылады
• Бағыттар мен трафик көздері бойынша маркетинг дашборды; барлық беттерде өткен айдың сол күндерімен салыстыру
• Қолжетімділік кэшке дейін тексерілетін есептердің ортақ кэші: алғашқы жинақ — 7,2 с, келесі пайдаланушыға — 0 мс
• «Кім қай есепті көреді» қолжетімділік тізілімі — әр қолжетімділіктің көзімен, деплойсыз беру және есептер бойынша бірыңғай навигация тақырыпшасы

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

• Лид пен мәміле дубликаттары
• Лас телефондар
• Жоғалған байланыстар
• CRM мен қойманың ажырауы
• Ескірген қалдықтар

• Дубликаттар мен ажырауларды сұраныстармен санаймын: түзетуге дейін қанша жазба зардап шеккені көрінеді
• Телефондарды, поштаны және негізгі өрістерді бір форматқа келтіремін
• Жаңа жазба жасалмас бұрын бар жазбаны іздеуді енгіземін
• Көзін жабамын: қоқыс шығарған форма, импорт немесе интеграция
• Қайта жүргізіп, нәтижесін көруге болатын салыстыруды қалдырамын

• Роботтар іске қосылмайды
• Бизнес-процестер тұрып қалады
• Келісулер қолмен жүреді
• Мерзімдерді бақылау жоқ
• Менеджерлер CRM-ді айналып өтеді

• Процестердің қай қадамда және қандай шарт бойынша тұрып қалатынын қараймын
• Роботты не іске қосуы керек және шын мәнінде не іске қосатынын салыстырамын
• Сынғыш логиканы конструктордан журналдары бар кодқа көшіремін
• Мерзімдерді бақылау мен жауаптыларға хабарламаларды қосамын
• Менеджерлер CRM-ді айналып өтуіне себеп болатын қол қадамдарын аламын

• Журналдар жоқ
• retry жоқ
• API құлайды
• Деректер ішінара келеді
• Қате пайдаланушыға көрінбейді

• Кіріс және шығыс сұраныстарды журналдауды қосамын, токендерді жасырамын
• Бөгде API-дің уақытша қателеріне кідірісі бар қайталауларды қосамын
• «Деректер келмеді» мен «ішінара келді» дегенді ажыратамын — бұл әртүрлі ақау
• Қатені серверде ғана емес, адам көретін жерге шығарамын
• Тексеру режимін қалдырамын: алмасуды нақты базаға жазбай жүргізуге болады