Кейсы
Без раскрытия клиентов: проблема, подход и операционный результат.
CRM / Bitrix24
CRM и дубликаты лидов/визитов
Дубли лидов, сделок и контактов; визиты терялись; лид неправильно привязывался к сделке; данные сверяли вручную.
Результат: Менеджеры перестали сверять визиты вручную, база очистилась от дублей.
Синхронизация Bitrix24 ↔ 1С
Заявки на расход и командировки, остатки товаров и данные сотрудников синхронизировались между 1С и CRM вручную — согласования терялись, данные расходились.
Результат: Заявки и остатки перестали расходиться между системами вручную, согласование ускорилось — подход проверен на двух независимых внедрениях с разной структурой 1С.
Подбор авто и оформление сделки прямо в CRM
В автомобильном маркетплейсе менеджер вёл сделку в трёх местах сразу: сток смотрел в отдельной таблице, заказ-наряд подписывали на бумаге, а статус оплаты узнавали по звонку в бухгалтерию. Пока согласовывали одно — клиент успевал уйти к другому дилеру.
Результат: Менеджер закрывает сделку, не выходя из карточки: от выбора машины до оплаты и договора — в одном окне, каждый шаг виден и не теряется между отделами.
HR-процессы в Bitrix24: приём сотрудников и учёт отсутствий
Приём нового сотрудника и оформление больничного или отгула шли через переписку и бумаги: кадровик вручную собирал документы, а заявку на отгул легко было потерять в чатах — учёт отсутствий никто не сверял.
Результат: Приём сотрудника и учёт отсутствий стали процессом с историей, а не перепиской: кадровик видит статус, руководитель — загрузку и пропуски в одном дашборде.
Система целеполагания и оценки сотрудников на Bitrix24
Компании нужна была система постановки целей и оценки сотрудников — с многоступенчатым согласованием и итоговым рейтингом, но покупать отдельный HR-модуль не хотели. Вторая версия модуля выросла параллельно первой, и часть заявок начала «теряться» между ними.
Результат: Компания получила полный цикл целеполагания и оценки без покупки отдельного HR-модуля, а аудит дал точный список причин, почему часть заявок «терялась» между двумя версиями системы, и план стабилизации.
Автоматизация уведомлений и документов по кнопке
В юридической компании менеджер вручную готовил договор или претензию, отдельно звонил или писал клиенту, а нужные файлы дела искал россыпью на диске — на рутину уходило больше времени, чем на само дело.
Результат: Рутинная переписка и поиск файлов исчезли: один клик на сделке — документ готов, клиент уведомлён, файл лежит в нужной папке. Досудебная претензия теперь уходит должнику автоматически и оставляет в деле доказательство доставки — PDF-квитанцию в карточке и в папке дела, без ручной сверки статусов SMS.
Кастомный BI-дашборд поверх Bitrix24
В автомобильном маркетплейсе руководству и колл-центру нужна была единая воронка «обращение → визит → продажа» поверх Bitrix24 — штатные отчёты CRM такой срез не показывали.
Результат: Руководство, колл-центр, РОПы и маркетинг получили набор дашбордов поверх live-данных CRM вместо выгрузок в Excel: воронка, автоцентр, маркетинг — с общим кешем, расшифровкой цифр кликом и явно задокументированными ограничениями метрик. Доступы к 6 отчётам управляются из одного реестра без деплоя.
Переиспользуемая библиотека интеграций для Bitrix24
Каждая новая интеграция с Bitrix24 и внешними сервисами (подпись документов, склад) писалась заново — дублировались запросы, обработка ошибок и логирование между проектами.
Результат: Новые интеграции с Bitrix24 и смежными сервисами стали собираться из готового переиспользуемого слоя транспорта и логирования, а не писаться с нуля каждый раз.
Аналитика источников трафика в Bitrix24
Клиент не понимал, какие рекламные каналы реально приносят обращения и продажи — бюджет распределяли на глаз, часть кампаний незаметно работала в минус.
Результат: Клиент увидел, какие каналы и кампании реально приносят сделки, и смог перераспределить бюджет осознанно — вместо разметки на глаз.
Задачи и контроль качества для сети отделов на Bitrix24
Крупный объект с множеством отделов не контролировал качество работы: задачи ставились устно, проблемы решались на словах, а часть просто терялась.
Результат: Задачи перестали теряться и решаться на словах: у каждого отдела — свой процесс, чек-лист контроля и видимый статус работы.
Операционная автоматизация бизнес-центра
Растущий бизнес-центр решал операционные вопросы вручную и по телефону: снятие долга с парковки — через звонок на ресепшн, регистрация арендатора — на бумаге, обходы охраны никто не фиксировал, а счета и заявки собирались вручную.
Результат: Снятие долга с парковки и регистрация арендатора закрываются ботом без звонка на ресепшн; обходы охраны и приём сотрудников получили цифровой процесс вместо устных договорённостей и бумаги.
Планы аренды и аналитика занятости для сети бизнес-центров
Управляющая компания сети бизнес-центров показывала свободные площади прайс-листом и на словах — без визуализации по этажам, а занятость по объектам сети была не видна в едином отчёте.
Результат: По сети: 93 этажа, 1087 офисов и 152 загруженных плана — с занятостью, которая обновляется из CRM автоматически, а не сверяется вручную по каждому объекту.
CRM сама следит за дисциплиной сделки
Правила сделки держались на памяти менеджеров: резерв авто по предварительному договору мог висеть сутками, оплату и сканы подписанных документов проверяли выборочно, а итог договора в CRM расходился с фактом у 12 из 71 проверенной сделки (17%).
Результат: Правила готовы и включаются на проде в сентябре 2026 — каждое после холостых прогонов и по флагу. Окно в 3 часа выбрано по замеру: 97% сделок проходят от предварительного до основного договора за медианные 6 минут, так что здоровый поток правило не задевает.
Контур «Авто с пробегом» в CRM за квартал
Авто с пробегом продавали в той же CRM, что и новые, но без своего стока, подбора и документов: наличие и цену менеджер сверял вручную, бланк продажи заполнял на бумаге, а о снижении цены узнавал случайно.
Результат: Контур собран и выходит на прод в сентябре 2026: синк держит около 690 авто в снимке и 38 батчей в день, уведомления о снижении цены уже отрабатывают на реальных данных склада.
Фундамент коробки Bitrix24: логи, алерты, клиент 1С и аудит безопасности
Кастомный слой портала рос годами: около 20 самописных логгеров в 8 разных каталогах, ни одного алерта, около 50 «сырых» curl-вызовов к 1С (главный — без таймаута), 21 захардкоженный токен и 7 несогласованных нормализаторов телефона. О сбоях узнавали от менеджеров.
Результат: Сбои стали видны в момент возникновения, а не по жалобе: critical-ошибка приходит алертом, любой запрос прослеживается по request id. Всё найденное аудитом закрыто точечными выкладками с бэкапом — после них 0 ответов 5xx.
Речевая аналитика звонков колл-центра с AI-оценкой
Качество разговоров колл-центра проверяли выборочным прослушиванием: было непонятно, на каком шаге скрипта операторы теряют клиента и кто из них проседает.
Результат: Конвейер и витрина готовы: руководитель видит, какие критерии скрипта проваливаются чаще всего и у каких операторов. Регулярный запуск на проде — в сентябре 2026.
Регистрация визита клиента в филиале: от QR-кода до сделки в Bitrix24
Клиент, пришедший в любой из 39 филиалов, должен сразу попасть в CRM — с подтверждённым телефоном, согласием на запрос в кредитное бюро и без дублей. Старые заявки клиента копились рядом с новыми, а одноразовый код генерировался и сверялся прямо в браузере, то есть подтверждение было формальностью.
Результат: Визит из любого филиала попадает в CRM одной отправкой формы: контакт найден или создан, дубли заявок сведены, а сбой внешней проверки или кредитной системы не теряет клиента. Инцидент с отказами сохранения закрыт на следующий день, и любой визит теперь собирается по логам одним идентификатором.
Сервис-портал сотрудника: каталог процессов, HR-формы и заявки на расходы
Сотрудники не знали, где и как подать заявку: смарт-процессов для HR и расходов было больше десятка, штатная карточка CRM перегружена служебными полями, и заявки заполняли с ошибками или дублировали в переписке.
Результат: Сотрудник подаёт HR-заявку или запрос на расход из одного каталога, в понятной форме и на своём языке, а заявка сразу попадает в нужную воронку и запускает согласование — так же, как при ручном создании в CRM.
Рабочее место контакт-центра: пропущенные звонки и повторные обращения
Пропущенные звонки терялись в общей статистике телефонии: у оператора не было своего списка «кому перезвонить», а повторное обращение существующего клиента нельзя было оформить отдельной заявкой — его дописывали в старую карточку.
Результат: У каждого оператора появился собственный список пропущенных звонков с действиями, а повторное обращение клиента оформляется отдельным лидом в один клик из карточки контакта.
Перенос дел из сделок в цепочку смарт-процессов Bitrix24
Юридическая компания вела дела по взысканию в обычных воронках сделок, где делопроизводство, работа юротдела и исполнение смешивались в одной карточке. Процесс переводили на цепочку смарт-процессов «делопроизводство → юротдел → исполнение» — и сотни живых дел нужно было перенести целиком, с документами и историей.
Результат: Четыре сценария переноса (карты на ~49, ~61, ~77 и ~20 пар полей) прошли без единой ошибки в логах: например, 335 сделок перенесены за один прогон примерно за 40 секунд. Дальнейшее движение дел между смарт-процессами запускает сам робот через вебхук.
Восстановление документов дел: «в сделках пропадают файлы»
Юристы жаловались, что из дел пропадают документы. Причина нашлась в роботах трёх смарт-процессов: каждый называл папку дела на Общем диске по-своему, а при переименовании дела создавал новую — старая папка с документами оставалась без ссылки из карточки.
Результат: Разведка нашла 334 папки, 16 групп дубликатов и 298 исправимых ссылок через сокращатель. Боевой прогон обработал 750 элементов: скопировано 2544 файла, починено 302 ссылки, заполнено 250 id папок — 0 ошибок; повторная проверка подтвердила 7182 файла на своих местах по 780 элементам.
ИИ-юрист в портале: первичный анализ договоров по праву РК
Юристу сети бизнес-центров приходится вычитывать каждый входящий договор аренды и поставки с нуля, хотя большая часть рисков типовая. Нужен был первичный разбор прямо в портале, чтобы юрист начинал с готового списка рисков.
Результат: Юристы загружают договор в портал и получают первичный отчёт с рисками и ссылками на нормы; отчёт строится даже без LLM, а модель только усиливает разбор.
Перенос задач из облачного Bitrix24 в коробку со сверкой «один в один»
Компания переезжала с облачного Bitrix24 на коробочный, и вся история задач — больше 2300 постановок с перепиской, файлами, чек-листами и канбаном проектов — должна была переехать без потерь. Потерянная переписка означала бы потерю контекста по живой работе.
Результат: Переезд отрепетирован целиком: 2317 из 2317 задач (1512 завершённых) и 119 запросов на разработку, 11 090 из 11 090 комментариев (2137 добраны из чатов), 2567 из 2617 вложений, 1393 задачи в своих колонках канбана. Боевой переезд — в сентябре 2026 по готовому runbook с точкой отката.
Help-desk на смарт-процессе Bitrix24: каталог услуг и SLA по данным старого деска
Прежний help-desk на OSTicket не давал управлять сервисом: 60% из 21 412 записей за 6 лет — автоматические письма мониторинга, всё раскладывалось по 5 категориям, 92% живых обращений стояли в приоритете Low, а базовый SLA 4 часа растягивали вручную под факт закрытия.
Результат: Вместо пяти категорий и одного срока на всё — каталог по фактическому спросу, свои нормативы у каждой услуги (от 15/60 минут на сброс пароля до 480/4800 на доработку портала) и срок, который нельзя незаметно подвинуть.
Годовой план правления на Bitrix24 вместо Excel-файла
Годовой план правления вёлся в Excel-файле: сроки, переносы и результаты правились вручную, история согласования переносов в файле не хранилась, а к заседанию правления таблицу готовили отдельно.
Результат: План правления переехал из Excel в портал: по каждой строке видны утверждённый и действующий срок, история переносов с визами и обоснованиями и результат исполнения. Правила переносов, маршрута виз и выгрузки покрыты unit-тестами.
Обучение и тестирование по ПОД/ФТ в портале с защитой от списывания
Обязательный курс по ПОД/ФТ жил отдельным сайтом на Next.js, запущенным в режиме разработчика, а итоговые тесты — в Google Формах: ФИО вводили руками (сдать можно за коллегу), в 37 из 40 вопросов основного теста был вариант «все ответы верны», а самопроверка местами учила неверному.
Результат: Первый курс перенесён — 7 модулей с самопроверкой и три итоговых теста; запуск для сотрудников — в сентябре 2026, после сверки ключа ответов службой комплаенс.
Коробочный Bitrix24 в Docker: CI/CD, обезличенные дампы, бэкапы и мониторинг
Портал разворачивали и обновляли руками, заявленный в документации ежедневный бэкап на деле не существовал ни на одном сервере, а разработка шла на копиях прода с персональными данными.
Результат: Портал разворачивается и обновляется воспроизводимо: схема ведётся 235 миграциями, изменения прикрывают 95 файлов PHPUnit-тестов (более 700 тестов) и тесты фронтенда. Бэкап считается рабочим только после проверенного восстановления.
CRM для SaaS-провайдера: подписки из платформы, онбординг клиентов и расчёты с 1С
Отдел продаж SaaS-сервиса электронной подписи не видел в CRM, сколько подписаний осталось у клиента и на каком он тарифе: эти данные жили только в самой платформе. Новые компании заводили в платформе вручную, а счета и оплаты приходилось переносить между CRM и 1С руками.
Результат: Остаток подписаний и тариф каждого клиента видны прямо в CRM, а новые компании сразу попадают на стадию по объёму подписок. Счёт уходит в 1С из карточки, оплата возвращается в CRM с товарными строками — без ручного переноса между системами.
Интеграции
Интеграция Bitrix24 ↔ МойСклад
Товары, остатки и заказы между CRM и складом расходились, синхронизация работала нестабильно, появлялись дубли.
Результат: Появилась история обмена: видно, где и почему падает синхронизация; данные перестали расходиться вручную.
Интеграция электронного подписания (TrustMe)
Отправка договоров на электронное подписание была реализована отдельно на нескольких CRM-порталах: без единого хранения статуса подписания и без защиты вебхука от повторной обработки.
Результат: Электронное подписание перестало быть россыпью похожих скриптов на разных порталах: у интеграции появилась единая архитектура, история статусов и вебхук, который не боится повторной доставки.
Событийная интеграция Bitrix24 через Kafka
Точечные HTTP-вызовы к внешней системе не масштабировались и не оставляли истории событий: при сбое обмен просто терялся, а на сбои узнавали постфактум от клиентов.
Результат: Обмен стал событийным и переживаемым: сбой в обработчике не теряет событие и не молчит — есть retry и алерт, а не тишина.
Интеграция с Adata: проверка контрагентов на карточке сделки
В юридической компании, перед тем как вести дело или выдавать деньги, контрагента проверяли вручную: заходили на сторонний сайт, искали по ИИН/БИН, копировали статус обратно в CRM.
Результат: Проверка контрагента заняла секунды прямо в сделке вместо похода на сторонний сайт и ручного копирования данных.
Подписание документов через NCALayer (ЭЦП Казахстана)
Часть документов по закону нужно было подписывать государственной ЭЦП, а не сторонним e-signature-сервисом — процесс шёл отдельно от CRM, с ручным прикреплением подписанных файлов.
Результат: Подписание государственной ЭЦП встроилось в тот же процесс, что и остальные документы сделки — без отдельного шага «подписать и прикрепить руками».
Приём онлайн-оплаты в платформе бронирования
Бронирование без предоплаты превращалось в проблему: часть клиентов не приходила, а сверять оплаты по каждому заказу вручную приходилось поддержке.
Результат: Оплата брони стала прозрачной: клиент платит на месте оформления, статус брони обновляется автоматически, а поддержка больше не сверяет платежи вручную.
Поиск судебных дел на портале без публичного API
В юридической компании нужен был программный поиск судебных дел контрагентов на государственном портале судов — у портала нет публичного API, только устаревший веб-интерфейс на JSF/RichFaces.
Результат: Поиск дел по контрагенту стал программным JSON-запросом вместо ручного похода на портал — с устойчивостью к мелким изменениям вёрстки за счёт fallback-парсинга.
Мультиканальные уведомления с автоматическим fallback
Платформе бронирования нужно было информировать пользователей и площадки о статусах заказов, отменах и событиях по разным каналам связи — без брокера очередей и без ручной рассылки.
Результат: Уведомления для 15+ бизнес-сценариев пошли через единую точку с автоматическим fallback между каналами и минимальной ручной поддержкой.
Учёт посещаемости по Face ID через Hikvision
Посещаемость сотрудников не собиралась централизованно — данные с турникетов Face ID оставались только в самих терминалах.
Результат: Данные с турникетов Face ID перестали оставаться только в терминалах — раз в час они собираются в единый табель, который смотрят отчётной страницей, не обходя каждый терминал вручную.
Кредитные заявки в банк прямо из сделки
Кредитная заявка жила вне CRM: данные клиента и автомобиля менеджер переносил вручную, а решение банка в сделке не было видно — его выясняли звонками. По сделке нельзя было понять, где заявка и почему отказ.
Результат: Модуль работает на проде с 10.08.2026, с 08.09 — на боевом контуре брокера, SMS клиентам уходят с 31.08. Логику без сети покрывают 192 CLI-проверки, а каждое событие обмена видно в журнале и в таймлайне сделки.
Надёжный приём лидов из Lead Ads в Bitrix24
Лиды из рекламных форм Facebook, Instagram и TikTok шли в CRM штатным шагом Zapier: около 27 REST-запросов через OAuth на каждый лид и потеря примерно 10% запусков по таймауту — по логам nginx финальный запрос просто не доходил до портала.
Результат: Приёмник готов и запускается в сентябре 2026: лид приходит одним запросом вместо цепочки из ~27 вызовов, поэтому таймауты, съедавшие около 10% запусков, исключены by design.
Колл-центр Oktell и CRM: лиды, которые доходят до сделки
Лиды колл-центра Oktell никто не конвертировал вручную: 16 успешных лидов КЦ по сервису и выкупу — и ни одной сделки. Жалобы клиентов жили вне CRM, а менеджера на визит колл-центр назначить не мог.
Результат: В сентябре из лидов КЦ создано 11 сделок, и ни у одного лида Oktell нет больше одной сделки — дублей нет. С 24.09 приёмник жалоб принимает оба формата, в которых шлёт колл-центр.
Выкуп и trade-in: сделка сама находит оценку автомобиля
Результат оценки trade-in должен был приходить в сделку push-ом от сервиса оценки и выкупа авто, но почти не приходил: связь нашлась у 12 сделок за всю историю при ~450 оценках trade-in в месяц — push закрывал 1–2% случаев.
Результат: Выкуп связывается со сделкой по инициативе менеджера, а не только push-ом: на проверке поиск по телефону нашёл свою оценку у 10 из 12 сделок, два промаха — у сервиса записан другой номер клиента. Кнопка выходит на прод в сентябре 2026.
Автообзвон «застрявших» онлайн-заявок голосовым роботом
Клиенты начинали онлайн-заявку и останавливались на одном из шагов — регистрация, доходы, данные авто, подписание. Прозвонить каждого вручную менеджеры не успевали, а отправка всех подряд роботу означала бы повторные звонки одному человеку и звонки тем, кто уже отказался.
Результат: Застрявшие заявки уходят роботу автоматически, без ручного прозвона, и клиент не получает двух звонков по разным карточкам. Каждый прогон пишет в лог причину пропуска по каждой карточке.
Внутренний REST API поверх коробочного Bitrix24 с сервисом токенов
К CRM подключались кредитная система, контакт-центр, мобильное приложение, AI-бот и HR-сервисы. Раздавать каждому входящие вебхуки Bitrix24 значило давать широкие права без учёта, кто и что вызывает, и без единого контракта ответов.
Результат: Внешние команды получили задокументированные эндпоинты с собственными токенами вместо вебхуков портала: видно, кто обращался, и заранее понятно, что меняет каждый вызов.
Заявки из мобильного приложения в Bitrix24 через Kafka и обратная связь клиенту
Заявки на кредит под залог недвижимости приходили из мобильного приложения, и их нужно было без ручного переноса превращать в сделки CRM с документами и данными залога. В обратную сторону приложение должно было узнавать о решении и просить клиента оценить обслуживание.
Результат: Заявки из мобильного приложения попадают в CRM без ручного переноса — с документом и данными залога, а клиент узнаёт о решении и получает запрос оценки. Доставка события подтверждается брокером, а сбой обработки сразу виден в Telegram.
Вебинарная воронка без ручного перетаскивания сделок
Онлайн-школа проводит многодневные вебинары, и стадии сделок участников менеджеры двигали руками: кто пришёл, кто нет, кого позвать на эфир. Прошлая интеграция с ChatApp за два дня наплодила ~1470 лишних сделок и 261 лишний контакт.
Результат: Приглашения на эфир ушли 628 участникам из 628 без ошибок, в «Не пришли» перенесены 451 сделка из 451, догнан накопившийся долг в 396 сделок; защита присутствовавших отсеяла 65 из 78 сделок. Ревизия контактов нашла 564 карточки с телефоном в поле «Имя» — источник неудаляемых дублей.
Tilda → Bitrix24: заявки, UTM и мониторинг без потерь
Регистрации с Tilda попадали в Bitrix24 почти без источника, поэтому рекламу оценивали вслепую. Однажды сломанный хук стоил школе 450 регистраций — и этого никто не заметил вовремя.
Результат: После восстановления источник есть у 2932 сделок Tilda из 4284 — вместо 115. Остановка приёма заявок теперь видна в течение 15 минут в самом Bitrix24, а не через месяц в отчёте.
Проверка контрагентов и ЭДО внутри бизнес-процессов Bitrix24
Сеть бизнес-центров в Алматы заключает договоры аренды с десятками компаний: благонадёжность арендатора проверяли вручную на сторонних сервисах, а договоры жили отдельно от CRM и согласований.
Результат: Проверка арендатора и движение договора собраны внутри портала: отчёт по контрагенту строится из портала, а шаги ЭДО настраиваются в бизнес-процессах из готовых активити.
Своя АТС Grandstream в коробочном Bitrix24 без платного SIP-коннектора
Компания работает на собственной АТС Grandstream, а коробочный Bitrix24 о звонках ничего не знал: при входящем нет карточки клиента, разговоры не попадают в CRM, набирать клиента приходится с трубки вручную. Штатный путь — платный SIP-коннектор с облачной телефонией.
Результат: Модуль (около 5,1 тыс. строк) проверен сквозь на имитаторе АТС — входящие, исходящие, пропущенные, записи, досылка, кнопка «Позвонить» — и прошёл несколько проходов ревью. Подключение к живой АТС — в сентябре 2026.
Заказ, отгрузка и документы для флориста и курьера — по кнопке из сделки
После оформления заказа в CRM менеджер заново набивал его в МойСклад, создавал отгрузку и готовил отдельные листы для флориста и курьера. На каждом заказе — лишняя ручная работа и риск перепутать адрес, время доставки или пожелания получателя.
Результат: Оформление заказа в МойСклад свелось к одной кнопке: заказ, отгрузка и два готовых PDF появляются в карточке сделки, флорист и курьер работают каждый по своему листу. Боевая версия выпущена в феврале 2025 года.
Калькулятор себестоимости импортного товара с живыми курсами и выгрузкой в Excel
Себестоимость импортного товара считали в таблице вручную: курс переписывали с сайтов, доставку, пошлину и наценку прикидывали по каждой позиции отдельно. Одна ошибка в формуле — и отдел продаж получал неверную цену.
Результат: Себестоимость и цена реализации по каждой позиции видны сразу при вводе: курсы подтягиваются сами, а готовый расчёт выгружается в Excel одной кнопкой. Калькулятор выпущен в марте 2025 года.
Заявка на проверку заёмщика в ПКБ — с публичной страницы прямо в CRM
Компании нужно было быстро проверить идею: заявитель сам заполняет форму на сайте, заявка сразу становится сделкой в CRM, а проверка заёмщика в кредитном бюро идёт из того же процесса — без ручного переноса ИИН/БИН и данных о посевах.
Результат: Заявка с публичной страницы становится сделкой в CRM, данные заёмщика и гарантов проверяются до отправки, а клиенты сервисов ПКБ оформлены отдельными библиотеками и переиспользуются.
REST API интернет-магазина на Go: заказы без дублей и остатки без ухода в минус
Нужен был API магазина, который корректно переживает типичные ситуации боевого трафика: повторную отправку заказа при обрыве связи и одновременную покупку последних единиц товара.
Результат: API закрывает цикл «регистрация → каталог → заказ → оплата или отмена» и предсказуемо ведёт себя при повторах и конкурентных заказах; каждое изменение проверяется в CI.
Legacy
Аудит и стабилизация legacy-проекта
Проект работает, но периодически ломается; документации нет; интеграции падают без понятной причины; прежний разработчик ушёл, и трогать код страшно.
Результат: Команда получила понятную карту проблем и смогла исправлять проект по этапам, без рискованной переписи с нуля.
Переписать ядро оформления сделки, не останавливая продажи
Оформление сделки — от предварительного договора до выдачи авто — держалось на легаси-скрипте, где одна только сборка пакета для 1С занимала около 2500 строк. Любая правка грозила остановить продажи во всех автоцентрах, а тестов не было.
Результат: Новое ядро готово и выкатывается на прод в сентябре 2026 по флагам: теневая сверка совпала в 468 из 468 отправок, паритет-тесты зелёные, а старый код остаётся запасным путём до полного переключения.
Безопасность коробочного Bitrix24 и аудиторский след под требования регулятора
Коробочный Bitrix24 финансовой компании годами обрастал скриптами: часть из них по анонимному запросу выдавала сессию администратора, API пропускал запросы без токена, доступы лежали в коде, а логи с ИИН и телефонами копились без ротации. Требования регулятора финрынка к аудиторскому следу при этом не выполнялись.
Результат: Накопленные логи заархивированы: 6344 файла на 2041 МБ сжаты в архив 120 МБ с контрольными суммами, каталог local/ уменьшился с 2,6 ГБ до 578 МБ. Критичные дыры доступа закрыты, а в логах виден инцидент, а не шум.
Перенос самописного справочника в Bitrix24: карта офиса и синхронизация с AD
Справочник сотрудников жил отдельным приложением на Node.js/Express: данные в JSON-файлах без базы, свой вход через AD, монолит на 2409 строк. Сотрудники и оргструктура в нём дублировали то, что уже есть в портале.
Результат: Данные прежнего справочника — 91 сотрудник, 26 подразделений и 2 плана этажей — перенесены в штатные сущности портала; 73 рабочих места на карте сверены с прежним приложением, координаты совпали. Справочник, карта и досинк из AD работают на проде.
Модернизация Symfony-приложения: от проекта 2023 года к актуальному стеку
Мини-соцсеть на Symfony, написанная в 2023 году, застряла на устаревшем стеке: пароли хранились в md5, авторизация была самописной, тестов и автоматических проверок не было — любое обновление грозило сломать приложение.
Результат: Проект переведён на поддерживаемый стек без потери пользователей: старые пароли перехешируются при входе, а каждое изменение проходит линтеры, миграции и тесты в CI до сборки образа.
Кабинеты
Laravel Client Cabinet
Клиентам негде было самостоятельно видеть статусы, заявки и счета; всё шло через поддержку.
Результат: Часть обращений ушла в самообслуживание, нагрузка на поддержку снизилась.
Личный кабинет клиента поверх Bitrix24
В юридической компании клиенты не могли сами посмотреть статус своих дел и документы — всё уходило через звонки и переписку с менеджером, а доступ к самой CRM клиентам давать было нельзя.
Результат: Клиенты получили самообслуживание без прямого доступа к CRM: статус дела, документы и счета — в отдельном кабинете с собственной защищённой авторизацией.
Небольшие задачи
Не каждый проект — большая интеграция. Роботы, отчёты, формы и скрипты, которые убирают рутину за дни, а не месяцы.
Пролонгация договоров без пропусков
Агент раз в час переводит договоры в «Скоро окончание» за 60 дней до конца, роботы ставят задачу менеджеру и копируют сделку в повторную продажу.
Результат: Окончание договора больше не пропускают, повторная продажа стартует сама.
Персональный договор — только после согласования
Поле «Согласовано / Отклонено» и серверная проверка, которая не пускает сделку к подписанию без визы юристов и андеррайтеров; роботы ставят задачи на согласование.
Результат: Несогласованный договор не может дойти до подписания.
Сделка не уходит в расчёт без реквизитов
Проверка при смене стадии в канбане, карточке и через REST: без налогового номера и банковских реквизитов компании сделка дальше не двигается, менеджер видит причину.
Результат: Расчёты больше не начинаются с неполными данными клиента.
Склейка дублей учётных записей после AD
CLI-скрипт с dry-run находит пары «локальная учётка + учётка из AD», сохраняет старую с историей и привязывает её к AD, дубль деактивирует.
Результат: У каждого сотрудника снова одна учётная запись, новые дубли не появляются.
Кто прочитал регламент
Кнопка «Я ознакомился» под статьями базы знаний и отчёт в админке: охват по каждой статье, кто прочитал и кто нет, без уволенных.
Результат: Вместо обезличенного счётчика просмотров — поимённый контроль ознакомления.
NPS-опрос по выигранным сделкам
Скрипт по расписанию переносит выигранные сделки из трёх воронок продаж в отдельную NPS-воронку с нужными полями, период можно задать вручную.
Результат: Клиенты попадали в опрос без ручного копирования сделок.
Слияние дублей контактов по телефону
Пакетное слияние штатным механизмом Bitrix с нормализацией казахстанских номеров, dry-run по умолчанию и логом конфликтов полей.
Результат: База контактов очищена от дублей без потери пользовательских полей.
Разбор прошедших встреч
Ежедневный cron находит сделки со вчерашней встречей, очищает поля встречи и запускает бизнес-процесс.
Результат: Менеджеры не разбирают просроченные встречи вручную.
Выгрузка HR-бота в Excel
Выгрузка действий сотрудников с фильтрами, собственный генератор XLSX без библиотек и сводные метрики в админке бота.
Результат: Отдел кадров сам получает нужные данные без разработчика.
Нарушения дисциплины — сразу в CRM
Автозакрытие рабочего дня с учётом обеда; «Отработка» за отпрашивания и «Объяснительная» за каждые 3 опоздания в месяц создаются в смарт-процессе.
Результат: Нарушения фиксируются без ручного контроля руководителя.
Перенос 14-значных ID в строковое поле
CLI-миграция с планом, проверкой формата и режимом --check: идентификаторы из числового поля, где они портились, перенесены в строковое.
Результат: Перенесена 271 сделка без ошибок, испорченные значения выведены списком.
Тип дела в шапке карточки
JS-расширение показывает бейдж категории дела в шапке сделки и смарт-процесса, подстраиваясь под разные шаблоны карточки.
Результат: Юрист видит тип дела, не открывая поля карточки.
Заявки с Tilda — в лиды
Приёмник вебхука Tilda создаёт лиды с ответственным по умолчанию, ведёт логи с ротацией и перехватом ошибок.
Результат: Заявки с сайта попадают в CRM без ручного переноса.
Документы по делу одной кнопкой
Поле-ссылка в карточке заменено кнопкой «Документы по делу», которая открывает папку в боковой панели; ссылку можно задать прямо из карточки.
Результат: Документы открываются из карточки в один клик.
Ежедневный отчёт по продажам в ленту
Скрипт по расписанию находит свежий отчёт и публикует его в рабочих группах портала со ссылкой на скачивание и уведомлением.
Результат: Отчёт доходит до руководителей без ручной рассылки.
Акции из 1С — в ленту портала
Активные акции из 1С публикуются постом в группе, помечаются опубликованными, сотрудники получают уведомление.
Результат: Магазины видят актуальные акции без ручной публикации.
Заказ визиток пакетом по расписанию
Дважды в месяц необработанные заявки собираются в таблицу и отправляются исполнителю, выгруженные помечаются.
Результат: Заявки не сводятся вручную и не уходят дважды.
Уборка портала и доступов
Удаление устаревших согласований из 1С, деактивация сотрудников с истёкшим сроком доступа, чистка дублей прав и старых файлов.
Результат: Меньше мусора в базе, доступы уволенных закрываются автоматически.