Як працює синхронізація Бітрікс24 з Redmine
Частина команди працює в Redmine — звикли, налаштували workflow, не хочуть переїжджати. Інша частина — в Бітрікс24, бо там CRM, телефонія та чати. Результат: задачі дублюються вручну, статуси розходяться, а при спробі зібрати звіт по проєкту потрібно відкрити обидві системи та звести дані в таблиці. Наші інженери — сертифіковані спеціалісти з 10+ роками досвіду — пропонують готове рішення під ключ: middleware для двонаправленої синхронізації. Ви перестаєте витрачати час на ручне перенесення та отримуєте єдину картину проєкту. Оцініть проєкт: напишіть нам, і ми за 1 день підготуємо план робіт.
Архітектура інтеграції
Зв'язка працює через Redmine REST API та Б24 REST API. Redmine надає JSON/XML API для роботи з issues, проєктами, користувачами та записами часу. У Redmine немає вбудованих webhooks — middleware використовує polling для відстеження змін.
Б24 (подія задачі) → Webhook → Middleware → Redmine REST API → Issue
Redmine (polling) → Middleware → Б24 REST API → Задача
Polling працює так: middleware кожні 30–60 секунд запитує GET /issues.json?updated_on=>=<last_check_time>&status_id=* — отримує всі issues, оновлені після останньої перевірки. Для Б24 використовуються стандартні вебхуки через event.bind.
Мапінг полів
| Поле Б24 (tasks.task) |
Поле Redmine (issue) |
Примітка |
| TITLE |
subject |
Пряма відповідність |
| DESCRIPTION |
description |
Б24 HTML → Redmine Textile/Markdown |
| RESPONSIBLE_ID |
assigned_to_id |
Через таблицю мапінгу |
| CREATED_BY |
author_id |
Аналогічно |
| DEADLINE |
due_date |
YYYY-MM-DD |
| PRIORITY |
priority_id |
Мапінг значень |
| STATUS |
status_id |
Окрема конфігурація |
| GROUP_ID (проєкт) |
project_id |
Таблиця відповідностей |
Redmine використовує Textile (за замовчуванням) або Markdown для описів. Middleware конвертує HTML з Б24 у потрібний формат: заголовки, списки, посилання, виділення.
Чому важливий мапінг статусів?
Redmine дозволяє створювати довільні статуси та переходи (workflow). Middleware підтримує гнучкий мапінг:
| Статус Б24 |
Статус Redmine |
ID Redmine (типове) |
| Нова |
New |
1 |
| Виконується |
In Progress |
2 |
| Чекає контролю |
Resolved |
3 |
| Завершена |
Closed |
5 |
| На паузі |
Feedback |
4 |
Важливий нюанс: Redmine перевіряє допустимі переходи статусів через workflow. Middleware перед оновленням запитує доступні переходи та виконує проміжні кроки, якщо прямий перехід неможливий.
Кастомні поля
Redmine активно використовує кастомні поля (Custom Fields). Middleware підтримує мапінг довільних полів:
- Текстові (string/text) ↔
UF_CRM_* строкові поля Б24.
- Списки (list) ↔ select-поля Б24. Middleware мапить значення за ID або назвою.
- Числові (int/float) ↔ числові поля Б24.
- Дата ↔ поля дати Б24.
- Логічні (bool) ↔ чекбокси Б24.
Конфігурація мапінгу зберігається в middleware та редагується через панель адміністрування.
Синхронізація проєктів
Redmine-проєкти мапляться на проєкти (групи) Б24:
| Проєкт Redmine |
Проєкт Б24 |
Трекер |
| web-frontend |
Фронтенд-розробка |
Bug, Feature |
| mobile-app |
Мобільний додаток |
Bug, Feature, Support |
| internal-tools |
Внутрішні інструменти |
Feature |
Трекер Redmine (Bug, Feature, Support) визначає тип задачі. Middleware може мапити трекер на тег або кастомне поле в Б24.
Прив'язка тикетів до задач
Middleware зберігає таблицю мапінгу b24_task_id ↔ redmine_issue_id. При створенні задачі в одній системі автоматично створюється парна в іншій. Критерій синхронізації — належність до маппованого проєкту.
Коментарі (journals у Redmine) синхронізуються в обидва боки:
- З Redmine: middleware парсить
journals з notes при polling та створює коментарі в задачі Б24.
- З Б24: за подією
ONTASKCOMMENTADD middleware викликає PUT /issues/{id}.json з полем notes.
Первинна міграція
Перед увімкненням синхронізації middleware переносить існуючі дані:
- Вивантаження issues з Redmine через
GET /issues.json?project_id={id}&limit=100&offset={n}.
- Створення задач у Б24 через
tasks.task.add з мапінгом усіх полів.
- Зворотне вивантаження задач Б24, яких немає в Redmine.
- Заповнення таблиці мапінгу ID.
Що входить у роботу
- Готова middleware з конфігурацією під ваші проєкти
- Мапінг статусів, полів, трекерів та кастомних атрибутів
- Перенесення історії задач та коментарів
- Тестування та налагодження синхронізації
- Документація з експлуатації та навчання команди
- Гарантійна підтримка 1 місяць
На відміну від самописних скриптів, наше рішення обробляє конфлікти статусів та дублювання даних автоматично. Понад 50 успішних інтеграцій з Бітрікс24 підтверджують надійність підходу. Зв'яжіться з нами, щоб отримати консультацію та точну оцінку вашого проєкту.
Як middleware обробляє конфлікти синхронізації?
Конфлікти виникають, коли одну й ту саму задачу змінюють одночасно в обох системах. Middleware використовує правило "остання зміна перемагає" (last-write-wins) з відміткою часу. Для кожного оновлення middleware порівнює updated_on з Redmine та CHANGED_DATE з Б24. Якщо різниця менше 5 секунд, задача позначається для ручного вирішення — адміністратор отримує сповіщення. Це знижує ризик втрати даних до мінімуму. У нашій практиці за рік роботи — менше 0.5% конфліктів, і всі були вирішені автоматично.
Як корпоративний портал на Бітрікс24 вирішує проблему інформаційного хаосу?
Ми знаємо: співробітники витрачають до 2 годин на день на пошук файлів, листів і рішень. Завдання губляться в десятку чатів, погодження застряють на тижні. Керівник дізнається про зрив дедлайну лише на нараді. Корпоративний портал на Бітрікс24 прив'язує кожне повідомлення, документ і завдання до єдиного контексту. Ви отримуєте прозору картину роботи: хто над чим, які етапи, де вузькі місця. Оцінимо ваш проект безкоштовно — зв'яжіться з нами, щоб отримати архітектуру за 2 дні.
Що дає портал у щоденній роботі і чому це краще месенджерів?
У месенджерах інформація неструктурована — через тиждень обговорення потонуло. У порталі кожне повідомлення прив'язане до завдання, проекту або документа. Співробітники витрачають до 30% робочого часу на пошук даних (за McKinsey). Портал скорочує цей час у 2–3 рази за рахунок структурованих сховищ і повнотекстового пошуку — це в 2-3 рази швидше, ніж у месенджері, де інформація тоне за тиждень.
Комунікації. Жива стрічка, месенджер та відеодзвінки прив'язуються до конкретних завдань. Через півроку можна знайти будь-яке обговорення — у месенджері воно б потонуло через тиждень.
Завдання та проекти. Канбан, Гант, чеклісти, залежності, облік часу. Ефективність кожного співробітника видна у звітах — не потрібно чекати наради.
Документообіг. Маршрути погодження через дизайнер бізнес-процесів: заявка на відпустку -> керівник -> HR -> бухгалтерія. Електронний підпис, версіонування, контроль термінів. Інтеграція з електронним документообігом (СБІС, Діадок) через REST API.
HR. Адаптація новачків, заявки на відпустку/відрядження, оргструктура, графік відсутностей. Співробітник з першого дня знає, куди йти.
База знань. Wiki-движок Бітрікс24: регламенти, інструкції. Знання не йдуть зі звільненими.
Приклад із впровадження. Для виробничої компанії з 320 співробітниками ми запустили портал з інтеграцією 1С:ЗУП та Active Directory за 4 місяці. Час погодження заявок на відрядження скоротився з 3 днів до 4 годин. Економія на простої співробітників — близько 1,2 млн грн на рік. Керівники отримують автоматичні звіти з ефективності підрозділів. Термін відповіді клієнтам зменшився на 20%. Окупність порталу — 7 місяців.
Як інтеграція з 1С та Active Directory прискорює кадровий облік?
Інтеграція з 1С:Підприємство через модуль b24connector або кастомний REST-обробник: заявка на відпустку затверджується на порталі через бізнес-процес та автоматично потрапляє в 1С:ЗУП для розрахунку відпускних. Active Directory (SSO через модуль ldap) — обліковка співробітника створюється один раз в AD та синхронізується на портал, пошту, VPN. При звільненні блокується всюди. Ручне створення акаунтів виключено, помилки мінімізовані.
Типи корпоративних порталів та ключові інтеграції
| Тип |
Мета |
Ключова функція |
| Інтранет |
Внутрішні комунікації та сервіси |
Новини, телефонний довідник (синхронізація з Active Directory), бронювання переговорних, заявки на IT через БП |
| HR-портал |
Кадровий облік та розвиток |
Профілі, KPI/OKR на кастомних HL-блоках, навчання, електронний документообіг |
| Портал знань |
Документація та регламенти |
Категоризація, теги, рейтинги, підписки на оновлення |
| Екстранет |
Робота з партнерами та підрядниками |
Гранулярні права через CGroup та модуль extranet, доступ без VPN |
| Портал холдингу |
Управління мультикомпанійною структурою |
Окремі робочі простори, консолідована звітність, наскрізні БП |
Додаткові інтеграції, що дають реальну цінність:
- Пошта. Exchange через EWS API або IMAP, синхронізація календарів, створення завдання з листа.
- IP-телефонія. Asterisk, Mango Office, Zadarma через REST API — дзвінки з порталу, картка контакту, запис розмов.
- Відеоконференції. Вбудовані відеодзвінки або інтеграція з Zoom/Teams через marketplace.
- ЕДО. СБІС, Діадок через REST API — повністю електронний документообіг з контрагентами.
Безпека та відповідність 152-ФЗ
На порталі — персональні дані, фінансова звітність, стратегічні плани. Ми гарантуємо захист:
- рольова модель через CGroup та права на рівні розділів;
- двофакторна аутентифікація (OTP, Яндекс.Ключ, SMS);
- аудит всіх дій (b_event_log);
- шифрування TLS на передачу та шифрування дисків;
- повна відповідність Федеральному закону № 152-ФЗ «Про персональні дані».
Як відбувається впровадження? Покроковий план
| Етап |
Термін |
Що робимо |
| 1. Аудит |
2–3 тижні |
Інтерв'ю, аналіз процесів, архітектура, план інтеграцій |
| 2. Налаштування та кастомізація |
3–6 тижнів |
Структура, ролі, БП, брендування (CSS шаблон) |
| 3. Інтеграції |
2–4 тижні |
1С, AD, пошта, телефонія, ЕДО |
| 4. Міграція даних |
1–2 тижні |
Документи, довідники, співробітники з поточних систем |
| 5. Навчання та пілот |
1–2 тижні |
Адміністратори, ключові користувачі, пілот 20–30 осіб |
| 6. Масштабування |
2–4 тижні |
Підключення підрозділів, доналаштування за зворотним зв'язком |
-
Аудит — фіксуємо поточні процеси, вимірюємо втрати часу.
-
Проектування — обираємо тип порталу, плануємо інтеграції.
-
Реалізація — налаштовуємо бізнес-процеси, права, інтерфейс.
-
Тест — пілотна група перевіряє сценарії, ми виправляємо недоліки.
-
Запуск — підключаємо всіх співробітників, навчаємо, передаємо документацію.
Що входить у роботу
В результаті ви отримуєте:
- проектну документацію (архітектура, схеми бізнес-процесів, технічне завдання);
- налаштований портал з інтеграціями (1С, AD, пошта, телефонія, ЕДО);
- опис бізнес-процесів та інструкції для адміністраторів і користувачів;
- 30 днів технічної підтримки після запуску.
Підтримка після запуску: як не дати порталу померти
Через півроку багато порталів стають занедбаними. Щоб цього уникнути, пропонуємо пакети з фіксованим SLA та виділеним адміністратором. Моніторинг продуктивності, оновлення платформи, адміністрування користувачів, доопрацювання нових модулів. Досвід нашої команди — понад 50 впроваджень корпоративних порталів на Бітрікс24, 10+ років роботи, статус сертифікованого партнера 1С-Бітрікс. Гарантуємо якість та терміни.
Мобільний доступ. Нативний додаток Бітрікс24 (iOS/Android) з push-сповіщеннями, завданнями, чатами. Адаптивний веб-інтерфейс для екстранет-користувачів (не треба встановлювати додаток). Офлайн-доступ до документів та завдань, синхронізація при відновленні зв'язку.
Замовте впровадження корпоративного порталу під ключ
Зв'яжіться з нами — оцінимо ваш проект, запропонуємо архітектуру та терміни. Отримайте консультацію безкоштовно та переконайтеся, що портал окупається в перші півроку. Замовляйте впровадження та почніть автоматизацію вже сьогодні.