Регламент обслуживания 1С: что должно быть в договоре

«У нас есть подрядчик по 1С, звоним ему, когда что-то ломается» — с этой фразы обычно начинается разговор о том, почему обслуживание превратилось в вечное ожидание. Без регламента подрядчик решает сам, что срочно, а что подождёт, а вы узнаёте цену вопроса только в момент, когда 1С уже не открывается перед сдачей отчётности.

Зачем нужен регламент, если можно «просто звонить, когда что-то сломалось»

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

Регламент обслуживания 1С — это не бюрократия ради бюрократии. Это единственный документ, который переводит «подрядчик обещал разобраться» в «подрядчик обязан отреагировать за N часов, иначе платит неустойку».

Что обязательно должно быть в регламенте обслуживания 1С

Пять пунктов, без которых регламент — это просто красиво оформленное «мы стараемся»:

• Срок реакции и срок решения — раздельно. Реакция — это когда подрядчик подтвердил, что взял заявку в работу (обычно 15–60 минут). Решение — когда проблема реально устранена, и срок здесь зависит от критичности: аварийная остановка 1С — часы, а не дни.
• Классификация заявок по критичности. «1С не открывается у всех» и «не печатается один отчёт у одного бухгалтера» — это разные по срочности заявки, и в регламенте должно быть прямо написано, кто и по какому признаку определяет критичность.
• Кто отвечает за бэкапы и как часто они проверяются на восстановление. Резервная копия, которую ни разу не пробовали развернуть, — это не гарантия, а иллюзия гарантии.
• Состав работ, включённых в тариф. Регламентные обновления платформы и конфигураций, консультации пользователей, доработки — часто это разные строки с разной стоимостью, и регламент обязан их разделять, а не прятать за словом «сопровождение».
• Компенсация за простой. Без денежного пункта срок реакции — это пожелание, а не обязательство.

Из чего складывается цена обслуживания 1С

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

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

Красные флаги в договоре на обслуживание 1С

• Срок реакции есть, а срок решения — нет. Значит подрядчик обязан только «увидеть» заявку, а не закрыть её.
• Компенсация за простой не прописана числом, а формулируется как «стороны обсуждают индивидуально».
• Нет пункта про проверку бэкапов на восстановление — только факт их создания.
• Расширенная поддержка (аварийные случаи, ночные работы) не оговорена отдельно — рискуете узнать её цену уже в момент аварии.

Как понять, что регламент реально работает, а не просто лежит в папке

Регламент можно проверить, не дожидаясь настоящей аварии. Заведите тестовую заявку низкой критичности и засеките, за сколько подрядчик подтвердил приём — это должно совпасть с прописанным сроком реакции. Раз в квартал попросите отчёт по фактическому времени реакции и решения за период: если подрядчик не может его предоставить, значит он сам не отслеживает свои же обязательства.

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

Регламент обслуживания и договор — это одно и то же?
Нет. Договор описывает коммерческие условия (цену, срок действия, ответственность сторон), а регламент — конкретный порядок работы: как подавать заявки, кто их классифицирует, за сколько часов реагировать. Регламент обычно идёт приложением к договору.

Можно ли изменить регламент, если он не работает на практике?
Да, и это нормальная практика — регламент подписывается как приложение, а не как неизменная часть основного договора, поэтому его можно пересмотреть без переподписания всего договора.

Что делать, если подрядчик регулярно нарушает срок реакции?
Фиксируйте каждый случай письменно (по email, не в мессенджере) с указанием времени заявки и времени ответа. Систематические нарушения — основание для применения компенсации по договору или для смены подрядчика без репутационных потерь с вашей стороны.

Хотите проверить, всё ли нужное есть в вашем текущем договоре — или подключить обслуживание 1С с регламентом с самого начала? Разберём бесплатно.