Абонентське обслуговування 1С-Бітрікс: підтримка, доопрацювання, SLA

Сайт на 1С-Бітрікс падає при піку навантаження, обмін з 1С зависає щоночі, оновлення ядра відкладається місяцями — системні проблеми, які разові звернення не вирішують. Ми знаємо це з досвіду десятків проектів. Абонентське обслуговування 1С-Бітрікс прибирає цикл занурення: фіксований пул годин, пріоритетна черга та інженери, які знають ваш проект. Економія при переході на абонентське обслуговування становить до 40% бюджету на розробку — для типового проекту це десятки тисяч гривень щомісяця.

На відміну від разових доробок, де кожна задача потребує 30–60 хвилин на занурення в проект і має нефіксований пріоритет, абонентське обслуговування забезпечує нульовий час занурення та строгий SLA. Вартість години при пакетному обслуговуванні в середньому на 50% нижча, а задачі вирішуються в 2–3 рази швидше. Зв'яжіться з нами, щоб підібрати оптимальний пакет.

Що входить у пакет обслуговування?

Пул годин витрачається на задачі будь-якого типу, не лише аварійні:

• Технічне обслуговування: оновлення ядра та модулів, контроль CPU/RAM/диска, очищення тимчасових файлів, моніторинг з алертами, продовження SSL-сертифікатів. Це знижує ризик вразливостей: ми не допускаємо ситуацій із застарілою версією PHP на проекті.
• Доробки та розвиток: нові функції, зміни шаблонів компонентів, додавання полів в інфоблоки та CRM, налаштування Bizproc та бізнес-процесів.
• Інтеграції: підтримка обмінів з 1С через CommerceML, моніторинг API платіжних систем (ЮKassa, Сбер), маркетплейсів та CRM. Кожна інтеграція документується.
• Контент: налаштування CMS-розділів, прав доступу, виправлення некоректного відображення матеріалів.

Ведеться документація: README з розгортанням, список інтеграцій з ключами, журнал змін з датами та описом. Це ключова відмінність від разових задач: накопичене знання залишається в проекті. Пул годин розраховується індивідуально за підсумками аудиту — ми оцінюємо середнє навантаження за місяць і пропонуємо стартовий пакет від 10 годин. Через 1-2 місяці коригуємо обсяг на основі реальних даних. Клієнт бачить залишок годин у реальному часі в трекері. Для розрахунку оптимального пакета зв'яжіться з нами — ми допоможемо підібрати години під ваш проект.

Які SLA гарантуються?

Час реакції фіксований у SLA і не залежить від завантаження інженерів. Для критичних інцидентів — 30 хвилин, що забезпечує швидку зупинку втрат. Середній час вирішення вказаний у таблиці нижче.

Ми використовуємо Bitrix24 або ваш трекер для логування.

Чому вигідно перейти на абонентське обслуговування?

Згідно з документацією 1С-Бітрікс, регулярне оновлення ядра знижує ризик критичних вразливостей. При разових зверненнях кожна нова задача потребує повторного занурення — це 30–60 хвилин оплачуваного часу марно. Абонентське обслуговування усуває цей простій: інженер уже знає архітектуру, інфоблоки, інтеграції. Додаткова економія виникає за рахунок пакетного тарифу: ставка години нижча мінімум на 50%, а для типового проекту економія сягає 30–40 тисяч гривень на місяць.

Процес обслуговування

Щомісяця повторюємо цикл:

1. Аналітика: збір задач на місяць, пріоритизація, оцінка трудозатрат.
2. Проектування: якщо задача потребує архітектурних рішень — опис у трекері.
3. Реалізація: код, конфігурації, тести на staging.
4. Тестування: перевірка працездатності, регрес за критичними сценаріями.
5. Деплой: викатка на production у погоджене вікно.
6. Звітність: клієнт отримує звіт за витраченими годинами, статусами задач і станом інфраструктури.

Кейс: інтернет-магазин промислової хімії

Ситуація: сайт запущений кілька років тому іншим підрядником, документації немає, останнє оновлення ядра — рік тому, обмін з 1С періодично падає без видимих причин. Що зробили за перший місяць: провели технічний аудит — знайшли 4 критичні вразливості (застарілий PHP, не оновлені модулі з CVE), 23 ГБ сміття в /upload/; оновили PHP до актуальної версії та ядро Бітрікс (пересклали на staging, усунули 2 конфлікти з кастомними компонентами); стабілізували обмін з 1С — виявилося, агент обміну не міг записати lock-файл через права доступу; задокументували всі нестандартні компоненти. Поточний режим: 20 годин/місяць, з них ~8 годин — планове обслуговування, ~12 — дрібні доробки та підтримка редакторів.

Типові помилки при абонентському обслуговуванні

• Не фіксувати залишок годин: клієнт не бачить бюджет і задачі накопичуються. Ми даємо доступ до трекера з реальним часом.
• Нехтувати документацією: при зміні підрядника або інженера занурення займає тижні. Ми ведемо документацію з першого дня.
• Не оновлювати ядро: кожна пропущена версія збільшує ризик вразливостей. У пакет входить планове оновлення раз на місяць.

Наш досвід: 10+ років розробки на Бітрікс, понад 50 проектів на підтримці, сертифіковані інженери. Гарантуємо стабільність і прозорість. Замовте консультацію для підбору пакета — ми допоможемо підібрати оптимальний обсяг годин під ваш проект.

Техпідтримка 1С-Бітрікс: з чого починається реальна допомога

Обмін з 1С через \Bitrix\Sale\Exchange зупинився в п'ятницю ввечері. Залишки на сайті — вчорашні, клієнти замовляють товар, якого немає. Менеджер пише в чат «1С не завантажується», але проблема — в PHP-процесі, який впав через memory_limit при імпорті 40 000 SKU. На діагностику та виправлення потрібно 20 хвилин, якщо знаєш, куди дивитися. Без підтримки — до понеділка сайт торгує повітрям. Ми — команда з 7-річним досвідом обслуговування проектів на 1С-Бітрікс. За цей час провели понад 50 успішних впроваджень і врятували не один сайт від простоїв.

Чому техпідтримка 1С-Бітрікс критична?

Бітрікс — живий продукт. Виходять патчі безпеки, змінюються версії модулів, кастомізовані рішення потребують сумісності. Чим довше сайт живе без обслуговування, тим вищий ризик:

• Вразливості. Бітрікс випустив патч для модуля vote (CVE-2022-XXXX). Без підтримки його ставлять «коли руки дійдуть» — через 3 місяці. За цей час сайт можуть зламати. Ми накочуємо критичні патчі протягом 48 годин — але тільки після перевірки на staging, тому що оновлення main до 24.x ламало CIBlockElement::GetList з кастомними властивостями.
• Ліцензія. Закінчилася — втрата доступу до оновлень та маркетплейсу. Відстежуємо терміни, повідомляємо за 60/30/14 днів.
• Моніторинг. Не просто «сайт пінгується». Перевіряємо ключові сценарії: додавання в кошик (sale.basket.add), оформлення замовлення, обмін з 1С, робота пошуку. Якщо API 1С повернув 500, а сторінка віддає 200 — пінг-моніторинг цього не побачить.
• Бекапи. Створюються автоматично, але хто перевіряє відновлення? Раз на квартал розгортаємо на тестовому сервері та прогоняємо smoke-тести.

Оновлення ядра раз на місяць знижує кількість вразливостей у 3 рази порівняно з щоквартальним підходом. Це не маркетинг — це статистика з нашої практики.

Що входить в техпідтримку 1С-Бітрікс?

Регулярні роботи (включені в абонент):

• Моніторинг: uptime + сценарії (кошик, замовлення, обмін 1С)
• Бекапи: pg_dump / mysqldump + rsync файлів → ізольоване сховище. Перевірка відновлюваності
• Оновлення ядра Бітрікс та модулів: \Bitrix\Main\ModuleManager::isModuleInstalled() — перевірка залежностей, накат на staging, тестування, деплой
• PHP та серверне ПЗ — оновлення на виділеному сервері. Перехід між мажорними версіями PHP — з перевіркою deprecated-викликів у кастомному коді
• Аналіз /bitrix/admin/event_log.php та серверних логів — превентивне усунення помилок
• SSL, домен — перевипуск та продовження
• Щомісячний звіт: що зробили, що знайшли, що рекомендуємо

Роботи за запитом (з годинного банку):

• Баги: «картка товару не відкривається на Safari» — діагностика, фікс, деплой
• Контент: банери, сторінки, категорії, товари
• Інтеграції: нова платіжка, нова доставка, новий маркетплейс (Wildberries API, Ozon Seller API)
• Оптимізація: CIBlockElement::GetList з 20 JOIN гальмує → рефакторинг на D7 ORM з фасетним індексом
• SEO-доробки: мета-теги, Schema.org, sitemap
• Консультації: «Який модуль Бітрікса обрати для розстрочки?»

Як ми оновлюємо ядро Бітрікс?

Оновлення — процес, що не терпить шаблонів. Спочатку перевіряємо сумісність кастомних модулів з новою версією \Bitrix\Main\Application. Якщо в коді використовуються deprecated-методи — фіксимо їх до деплою. Staging-оточення точна копія прода, включаючи налаштування кешування та черги агентів. Після тестів викочуємо, моніторимо логи error_log та подій. При найменшому відхиленні — відкат за 5 хвилин. — Інструкція з оновлення ядра на dev.1c-bitrix.ru

Які типові завдання вирішуємо в рамках техпідтримки?

Контент. Банери до «Чорної п'ятниці» — за день, тому що маркетолог згадав у четвер. Нова категорія з фільтрами через catalog.smart.filter. Лендінг під рекламну кампанію — з готових компонентів, без дизайнера, за 4-6 годин.

Функціонал. Поле «прикріпити файл» в form.result.new — 2 години. Форма запису на консультацію з інтеграцією в AmoCRM через webhook — 4-6 годин. Підключення JivoSite / Carrot Quest — 1-2 години.

Верстка. «Поїхав» блок на iPhone з Dynamic Island — Safari рендерить env(safe-area-inset-top) по-своєму. Оновили ядро Бітрікс — зламався CSS картки товару, тому що компонент catalog.element оновив HTML-структуру. Чинимо.

Інтеграції. Обмін з 1С: агент CAgent по catalog.import.1c впав по таймауту при 50 000 товарів — розбиваємо імпорт на пакети через STEP. API СДЕК оновився з v1.1 на v2 — переписуємо обробник sale.delivery.handler. Новий еквайринг — налаштовуємо sale.paysystem.handler.

Серверні. Перехід між мажорними версіями PHP: grep по deprecated (each(), create_function(), {$var} строковий доступ), фікс, тестування. SSL: certbot не продовжив — cron-задача не відпрацьовувала через зміну шляху до Python. DKIM/SPF/DMARC для поштового домену — щоб сповіщення про замовлення не потрапляли в спам.

Терміни та вартість

Вартість розраховується індивідуально під обсяг завдань. Додаткові години за ставкою з договору. Можлива зміна пакету: підвищення — в будь-який момент, пониження — з початку наступного місяця. Нестандартні вимоги обговорюємо окремо. Зв'яжіться з нами — підберемо оптимальний варіант.

Екстрена підтримка — коли горить

Сайт ліг, оплата не проходить, виявлено злам.

• Гаряча лінія — Telegram + телефон. Для преміум-клієнтів — виділений номер чергового інженера
• Реакція від 15 хвилин на критичні інциденти
• Поза чергою — критичні інциденти обробляються раніше поточних завдань, незалежно від залишку годин
• Постмортем — після усунення фіксуємо, що зламалося, чому і як запобігти. Документуємо в базі знань проекту

Замовте техпідтримку зараз — отримайте первинний аудит в подарунок та гарантію безперебійної роботи вашого проекту на 1С-Бітрікс.