Регламент удалённой работы с 1С: шаблон и разбор ошибок

📅 Опубликовано 31 июля 2026 г.

Коротко: регламент удалённой работы с 1С — это документ на 8–12 страниц, который фиксирует, кто и по какому каналу подключается к базе, сколько оплачено одновременных сеансов, кто отвечает за инфраструктуру, а кто за конфигурацию, за сколько часов закрывается инцидент и что происходит с доступами при увольнении. Без этих девяти разделов переезд в облако не снижает бюджет: оплата идёт за штат вместо одновременных сеансов, сервер крутится 24/7 при рабочей загрузке 9 часов, а зона ответственности не разделена ни в одном договоре.

Лицензии и облачные тарифы считаются по одновременным сеансам, а не по числу сотрудников: в бухгалтерии на 40 человек пик одновременной работы обычно ниже штатной численности — точную цифру даёт журнал регистрации за месяц, а не оценка руководителя.
Сервер, оплаченный по схеме 24×7 и используемый 9 часов в рабочие дни, большую часть оплаченного времени простаивает (расчёт: календарная неделя против рабочих часов).
Разделение ответственности «провайдер — инфраструктура, подрядчик 1С — конфигурация» без письменного пункта о том, кто восстанавливает базу, приводит к простою, который не покрывает ни один из двух договоров.
Резервная копия считается рабочей только после тестового восстановления: без него в регламенте остаётся строка «бэкап настроен», а в инциденте — незакрытый архив.
Регламент удалённой работы юридически опирается на главу 49.1 ТК РФ (дистанционная работа) и Федеральный закон № 152-ФЗ «О персональных данных» — эти нормы задают обязательные пункты про оборудование, компенсации и обработку данных.

Что такое регламент удалённой работы с 1С и что он обязан закрывать?

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

Практика обращений, которые приходят на koderion.ru от компаний после переезда в облако, показывает устойчивую картину: техническая часть переезда занимает от нескольких дней до двух недель, а организационная не выполняется вовсе. Базу перенесли, доступы раздали, регламент «напишем потом». Через квартал бухгалтерия жалуется на скорость, финансовый директор — на счёт, а ИТ-подрядчик показывает мониторинг, где всё зелёное.

Хороший регламент отвечает на пять вопросов, каждый из которых имеет денежное измерение:

Кто подключается — поимённый список с ролями в 1С и типом доступа (штатный сотрудник, внешний бухгалтер, подрядчик-разработчик, аудитор).
Откуда и через что — рабочее место, VPN или веб-клиент, требования к устройству, запрет на общедоступные компьютеры.
Сколько сеансов оплачено — лимит одновременной работы и порядок действий, когда лимит исчерпан.
Кто отвечает за что — граница между инфраструктурой, платформой и конфигурацией.
Что происходит при сбое и при увольнении — сроки реакции, порядок восстановления, отзыв прав.

Если хотя бы один блок отсутствует, экономия от облака размывается на скрытые статьи. Ниже — как это выглядит в цифрах.

Почему облако 1С не экономит, а увеличивает расходы?

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

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

Сценарий	Разовые затраты	Ежемесячно	Владение 3 года	Что не входит в цену
Свой сервер в офисе + VPN	зависит от конфигурации (сервер, ИБП, лицензии ОС и клиентского доступа)	канал, электричество, обслуживание	≈ 1,0 – 1,9 млн ₽	Замена дисков, простой при аварии, работа администратора в нерабочее время
Аренда сервера (VPS/RDS) со своими лицензиями	0 – 120 000 ₽ (перенос, настройка терминального доступа)	25 000 – 60 000 ₽	≈ 0,9 – 2,3 млн ₽	Администрирование ОС и 1С, мониторинг, тестовое восстановление копий
Сервис по модели SaaS (1С:Фреш и аналоги)	0 – 80 000 ₽ (перенос и выверка данных)	от 25 000 ₽ за 25 пользователей	≈ 0,9 – 1,6 млн ₽	Доработки конфигурации, нетиповые обмены, интеграции с внешними системами

Диапазоны пересекаются — и это главный вывод таблицы. Сценарий сам по себе не определяет расходы: их определяет дисциплина эксплуатации. Один и тот же арендованный сервер стоит компании 25 000 ₽ и 60 000 ₽ в месяц в зависимости от того, посчитали ли одновременные сеансы и выключается ли тестовый контур на ночь. Подробный разбор того, как из подобных мелочей собирается годовая экономия, есть в кейсе производственной компании, срезавшей затраты на 1С.

Какие шесть ошибок съедают экономию облака?

Ошибка 1. Тариф считают по числу сотрудников, а не по одновременным сеансам

Самая дорогая ошибка на старте. Заявку провайдеру подают из штатного расписания: «у нас 40 человек работают в 1С — дайте 40 лицензий». При этом кладовщик открывает базу дважды в день, а руководитель отдела — раз в неделю на планёрку. Реальный пик одновременной работы виден в журнале регистрации информационной базы (в полном интерфейсе — «Администрирование» → «Обслуживание» → «Журнал регистрации», в простом — «Настройки» → «Обслуживание» → «Журнал регистрации»): он автоматически фиксирует подключения и отключения пользователей, по которым и оценивают одновременную работу за период. Список активных пользователей («Администрирование» → «Обслуживание» → «Активные пользователи») показывает только тех, кто работает в базе прямо сейчас, — пик за месяц по нему не определить, из него можно лишь перейти в журнал регистрации и посмотреть действия конкретного пользователя.

Пункт регламента: «Количество оплаченных сеансов пересматривается ежеквартально на основании отчёта о пиковой одновременной активности за предыдущие три месяца. Ответственный — ИТ-администратор, срок — до 10-го числа месяца, следующего за кварталом».

Ошибка 2. Сервер оплачивается круглосуточно при девятичасовой загрузке

Продуктивная база действительно должна быть доступна постоянно — регламентные задания, обмены, закрытие месяца ночью. Но вместе с ней круглосуточно работают копии: тестовая, обучающая, «база для эксперимента с новой подсистемой». Каждая занимает те же ресурсы. Арифметика простая: рабочая неделя — 45 часов при 168 календарных, то есть большую часть оплаченного времени тестовые контуры простаивают.

Пункт регламента: перечень контуров с указанием режима работы («круглосуточно», «по будням 08:00–20:00», «включается по заявке на срок до 5 рабочих дней») и правило автоматического удаления временных баз старше 30 дней.

Ошибка 3. Зона ответственности не разделена между провайдером и подрядчиком по 1С

Договор с хостингом покрывает доступность виртуальной машины. Договор с подрядчиком по 1С покрывает доработки конфигурации. Между ними — платформа, СУБД, обновления, регламентные задания и собственно база. При падении каждый показывает свой предмет договора, а простой оплачивает заказчик.

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

Ошибка 4. Резервные копии есть, но восстановление никто не проверял

Провайдер делает снимки виртуальной машины, а внутри работает выгрузка базы по расписанию. Обе процедуры формально настроены. Вопрос, который выясняется только в аварии: сколько времени занимает подъём базы объёмом, например, 120 ГБ и кто именно его выполняет в субботу вечером.

Пункт регламента: «Тестовое восстановление копии на отдельном контуре проводится не реже одного раза в квартал. Результат фиксируется актом с указанием фактического времени восстановления и даты копии. Целевое время восстановления — не более 4 часов, допустимая потеря данных — не более 1 часа».

Ошибка 5. Доступы выдаются, но не отзываются

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

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

Ошибка 6. Нет правил работы с файлами и печатными формами

При удалённой работе сотрудник выгружает отчёт на локальный диск, правит его в табличном редакторе и отправляет контрагенту. Через месяц выясняется, что «правильная» версия акта живёт у него на ноутбуке, а в базе — другая сумма. Возникает второй, теневой контур документооборота, и все расхождения потом сверяются вручную.

Пункт регламента: список документов, которые формируются только из 1С; запрет на ручное редактирование выгруженных печатных форм; хранение вложений в справочнике «Присоединённые файлы», а не на рабочих столах.

Как выглядит готовый шаблон регламента: какие 9 разделов включить?

Ниже — структура, которую можно взять за основу и заполнить под свою организацию. Объём заполненного документа — 8–12 страниц; всё, что длиннее, перестают читать.

Область применения и термины. На кого распространяется (штат, совместители, подрядчики), какие информационные базы охватывает, кто утверждает и как вносятся изменения.
Перечень информационных баз и контуров. Таблица: наименование базы, конфигурация и релиз, назначение, режим доступности, владелец со стороны бизнеса.
Требования к рабочему месту. Операционная система и её поддерживаемость, антивирус, обязательный экран блокировки, запрет на работу с общедоступных компьютеров, порядок использования личной техники со ссылкой на статью 312.6 ТК РФ (обеспечение оборудованием и компенсация).
Порядок подключения. Канал (VPN, шлюз удалённых рабочих столов, веб-клиент), двухфакторная аутентификация, правила паролей, запрет на передачу учётных данных третьим лицам.
Учёт лицензий и сеансов. Количество оплаченных одновременных сеансов, приоритет ролей при исчерпании лимита, порядок и сроки пересмотра.
Матрица ответственности. Три слоя (инфраструктура / платформа и СУБД / конфигурация и данные) с указанием ответственной стороны и контактов по каждому.
Порядок обращений и сроки реакции. Единый канал регистрации заявок, классы инцидентов, время реакции и решения, порядок эскалации.
Резервное копирование и восстановление. Глубина хранения копий, место хранения, целевое время восстановления, периодичность тестовых восстановлений.
Прекращение доступа и информационная безопасность. Сроки отзыва прав, порядок сверки пользователей, правила работы с персональными данными по 152-ФЗ, ответственность за нарушение.

Каждый раздел заканчивается строкой «Ответственный / Срок / Как проверяется» — без неё документ превращается в декларацию. Такой же принцип работает при постановке задач подрядчику: формулировки без критериев приёмки не проверяются. Готовая структура для этого случая разобрана в статье про техническое задание для 1С-разработчика.

Сколько времени должно занимать закрытие инцидента?

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

Класс	Пример ситуации	Время реакции	Время решения	Кто отвечает
Критический	База недоступна всем пользователям, сбой при закрытии месяца	15 минут	4 часа	Провайдер + администратор
Высокий	Не проходит обмен с банком или системой маркировки, не формируется отчётность	1 час	8 рабочих часов	Подрядчик по 1С
Средний	Ошибка у одного пользователя, не работает печатная форма	4 часа	2 рабочих дня	Подрядчик по 1С
Низкий	Доработка отчёта, новая роль, консультация	1 рабочий день	По согласованной оценке	Подрядчик по 1С

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

Найдите специалиста для решения этой задачи на koderion.ru