Техническая поддержка Битрикс: состав работ и условия расчёта

Техническая поддержка сайта на Битрикс — это согласованный набор работ по его работоспособности: диагностика, устранение сбоев, обслуживание среды, проверка обновлений и контроль критичных функций. Точный состав зависит от договора. Название тарифа не объясняет, входят ли туда сервер, обмен с 1С, сторонние модули и ночные обращения.

Перед выбором поддержки зафиксируйте, какие операции должны работать, в какие часы команда принимает инциденты и где заканчивается её ответственность. Стоимость рассчитывают по состоянию сайта, объёму обязательств и режиму работы. Универсальную ежемесячную цену без этих данных назвать обоснованно нельзя.

С чего начинается принятие сайта на поддержку

Исполнитель собирает технический паспорт: редакцию и версии продукта, серверную среду, модули, доработки, интеграции, домены и ответственных. Доступы проверяют, затем предоставляют по ролям через согласованный безопасный канал. Владельцу компании важно сохранить контроль над аккаунтами и возможность заменить исполнителя без восстановления всей инфраструктуры.

Проверяют резервные копии и наличие тестовой среды. Выясняют, где хранится актуальный код и как раньше выпускались изменения. Если разработчик правил рабочие файлы вручную, начальное обследование может выявить расхождения. Прежде чем обещать регулярные обновления, нужно понять, что именно предстоит обновлять.

В Битрикс есть штатная проверка системы, сопоставляющая параметры среды с требованиями продукта. Она помогает диагностике, но её успешный результат не заменяет испытания ваших заказов и интеграций.

Какие работы выделять в договоре

Такое разделение полезно даже при работе с одной командой. Ошибка в существующей форме, новая форма и смена маршрута заявки — три разных запроса. В договоре должно быть понятно, какие из них входят в регулярное обслуживание и какие требуют дополнительного согласования.

Как обновлять сайт с доработками

Обновление выполняют как управляемое изменение: изучают зависимости, создают пригодную копию, проверяют на тестовой площадке, согласуют окно выпуска. Для магазина контрольный набор включает поиск, карточку, корзину, оплату, доставку и обмен. Для корпоративного сайта — формы, редактирование, поиск и важные документы.

Если несовместимость обнаружена заранее, у владельца есть выбор: адаптировать доработку, заменить модуль или пересмотреть последовательность обновления. Отложенное обновление фиксируют с причиной и следующим действием. Молчаливый перенос из месяца в месяц оставляет проблему без владельца.

Тестовая площадка должна быть изолирована от реальных отправок и платежей в пределах согласованной схемы. Копия магазина, которая внезапно отправляет клиентам письма или передаёт тестовые заказы в рабочий учёт, создаёт отдельный инцидент. Поэтому окружение проверяют до начала испытаний.

Почему резервная копия требует проверки

Документация Битрикс по восстановлению описывает мастер и применение restore.php. Для поддержки важно подтвердить не только наличие архива, но и возможность восстановить нужный состав сайта в подготовленной среде.

Согласуйте, сколько данных допустимо потерять при аварии и сколько времени бизнес может обходиться без сайта. Из этих ограничений выводят частоту копирования и организацию восстановления. Ночной архив может подходить редко меняющемуся каталогу, но его достаточность для магазина с дневными заказами требует отдельного решения.

В отчёте по мониторингу и резервному копированию полезны дата проверки, состав восстановленных данных и обнаруженные ограничения. Количество архивов без такой информации мало говорит о готовности к сбою.

Как поддержка реагирует на инцидент

У обращения должны быть время, симптомы, затронутые пользователи и пример операции. «Не работает сайт» уточняют: не открывается вообще, не проходит оплата или менеджер не видит заказ. Приоритет зависит от влияния на работу, а не только от эмоциональной срочности сообщения.

Разделяйте время первого ответа, начала диагностики и восстановления. Быстрое подтверждение заявки не означает, что сложный сбой устранён. Условия также должны объяснять, что происходит при ожидании хостинга, банка или владельца учётной системы. Подрядчик не может единолично гарантировать сроки чужого сервиса.

После восстановления зафиксируйте, что сделано и как проверено. Если применён временный обходной путь, заведите отдельную задачу на устранение причины. Иначе один и тот же сбой будет возвращаться, а отчёт каждый раз показывать успешное закрытие обращения.

Храните контрольные примеры без лишних персональных данных: номер тестового заказа, время операции и ожидаемый результат. Это помогает новому специалисту воспроизвести проблему, не пересылая целиком клиентскую переписку или выгрузку базы в каждый канал поддержки.

Из чего складывается стоимость

На оценку влияют техническое состояние, число интеграций, объём изменений, режим обращений и глубина ответственности за инфраструктуру. Первичное приведение сайта в обслуживаемое состояние лучше показывать отдельно от регулярной работы. Тогда заказчик понимает, почему первый месяц отличается от следующих.

Попросите показать включённую ёмкость команды, порядок перерасхода и правила неиспользованного времени. Лицензии, хостинг и внешние сервисы выделяйте отдельными платежами. Для технической поддержки в ISKAR состав и стоимость нужно согласовать по вашему сайту: опубликованную цену разработки нельзя использовать вместо тарифа обслуживания.

Чек-лист ежемесячного отчёта

• Какие инциденты произошли и что затронули.
• Какие изменения выпущены и кем приняты.
• Когда проверяли восстановление и важные операции.
• Какие технические риски остаются открытыми.
• Что требует решения или бюджета владельца.

Частые вопросы

Поддержка разработчика заменяет поддержку Битрикс?

Это разные стороны. Разработчик обслуживает конкретный проект в согласованных границах, а вопросы продукта могут потребовать обращения к правообладателю. Порядок такой координации стоит закрепить.

Можно ли включить небольшие доработки?

Да, если определены доступный объём и критерии небольших задач. Изменение бизнес-логики нельзя считать простым только потому, что оно занимает одну строку в заявке.

Что отправить для расчёта?

Адрес сайта, известные проблемы, список интеграций и нужные часы обслуживания. ISKAR начнёт с состава ответственности и проверки состояния, затем предложит объём регулярных работ.