Что нужно, чтобы обслуживать 1С: полный набор требований

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

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

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

Какие компетенции нужны специалисту по обслуживанию 1С

Минимальный набор знаний зависит от режима работы системы. Для файловой базы на одном компьютере достаточно уверенного пользователя с навыками администрирования: установка платформы, создание и восстановление копий, обновление типовой конфигурации через конфигуратор. Для клиент-серверного варианта требуются дополнительно знания СУБД (MS SQL Server или PostgreSQL), кластера серверов 1С и основ сетевой инфраструктуры.

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

Полезные навыки для полноценного сопровождения:

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

Лицензии, подписки и доступы

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

Также заранее оформите административные доступы: учётная запись на портале portal.1c.ru, пароли администраторов кластера серверов и СУБД, доступ к серверу по RDP или SSH, доступ к хранилищу резервных копий. Частая проблема — все пароли знает только бывший сотрудник или прошлый подрядчик. Восстановление доступов в такой ситуации занимает время и может потребовать переустановки серверных компонентов.

Техническая инфраструктура для обслуживания

Для безопасного сопровождения нужна минимум одна тестовая среда — копия рабочей базы, на которой обкатываются обновления, доработки и новые настройки. Для файловых баз это просто отдельный каталог, для клиент-серверных — отдельная база на том же или тестовом сервере. Требования к железу тестовой среды ниже боевой, но версии платформы и СУБД должны совпадать.

Второй обязательный элемент — система резервного копирования. Для файловых баз подходит скрипт, копирующий файл 1Cv8.1CD по расписанию, но надёжнее делать выгрузку через конфигуратор или пакетный режим (файл .dt), поскольку простое копирование открытого файла может дать повреждённую копию. Для клиент-серверных баз резервное копирование делается средствами СУБД — это быстрее и надёжнее.

Храните копии по правилу «не в одном месте»: локальная копия на сервере плюс копия на другом устройстве или в облачном хранилище. Периодически проверяйте восстановление — копия, которая не восстанавливается, бесполезна.

1. 1
   Создайте резервную копию рабочей базы и проверьте, что файл копии читается
2. 2
   Разверните копию на тестовой среде и установите обновление на неё
3. 3
   Проверьте ключевые операции: проведение документов, формирование отчётов, обмены
4. 4
   Согласуйте окно обновления с пользователями и завершите их сеансы
5. 5
   Обновите рабочую базу, выполните обработчики обновления до конца
6. 6
   Проверьте работу пользователей и сохраните копию до обновления минимум до конца отчётного периода

Регулярные регламентные операции

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

• Ежедневно: контроль выполнения резервного копирования, проверка свободного места на дисках, мониторинг ошибок обменов данными.
• Еженедельно: просмотр журнала регистрации на предмет ошибок, контроль очереди регламентных заданий.
• Ежемесячно: установка вышедших обновлений конфигурации (после тестирования), проверка восстановления из копии, ревизия прав пользователей, дефрагментация и обновление статистики СУБД.
• Перед отчётными периодами: обязательное обновление конфигурации до актуального релиза, проверка форм регламентированной отчётности.
• Ежегодно: проверка соответствия лицензий числу пользователей, продление ИТС, ревизия доработок.

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

Контрольные точки

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

Дата последней резервной копии

Норма

Копия создана в течение последних суток и тестово восстанавливается

Тревожный признак

Копий нет, копирование падает с ошибкой или восстановление не проверялось

Актуальность релиза конфигурации

Норма

Установлен релиз, поддерживающий текущие формы отчётности

Тревожный признак

Пропущено несколько релизов, отчётность формируется вручную

Свободное место на сервере

Норма

Запас места достаточен для роста базы и копий

Тревожный признак

Диск заполнен, копирование и обновления падают

Права пользователей

Норма

Права соответствуют ролям, уволенные сотрудники отключены

Тревожный признак

У многих полные права, активны учётные записи уволенных

Кто будет обслуживать: свой специалист, фрилансер или франчайзи

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

Варианты организации обслуживания

Штатный специалист

Подходит при 30–50+ пользователях, клиент-серверной архитектуре и постоянных доработках. Даёт быструю реакцию, но требует зарплаты, обучения и запасного варианта на время отпуска.

Договор с франчайзи 1С

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

Фрилансер

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

Удалённое обслуживание через облако

База размещается у провайдера (1С:Фреш или аренда), обновления и копии делает оператор. Подходит для типовых конфигураций без доработок; ограничения — по кастомизации и интеграциям.

Критерии выбора просты: если система критична для бизнеса и простой в час стоит дорого — нужен гарантированный уровень сервиса (штатный специалист или договор SLA с подрядчиком). Если база небольшая и типовая — достаточно абонентского договора с франчайзи или облачного сервиса.

Маршрут решения

Как выбрать модель обслуживания

До 10 пользователей, типовая конфигурация, файловая базаДоговор абонентского обслуживания с франчайзи или облачный сервис

10–50 пользователей, есть доработки и интеграцииФранчайзи с расширенным пакетом часов плюс внутренний ответственный за доступы

Более 50 пользователей, клиент-сервер, постоянные доработкиШтатный администратор 1С плюс подрядчик на сложные проектные задачи

Нет возможности содержать серверную инфраструктуруПеренос базы в облако с обслуживанием оператором

Типичные ошибки при организации обслуживания

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

Документируйте всё: схему инфраструктуры, список доработок, регламент обменов, контакты подрядчиков, расположение копий. Эта документация — страховка на случай смены исполнителя.

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

Можно ли обслуживать 1С самостоятельно без специалиста?

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

Как часто нужно обновлять конфигурацию?

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

Что делать, если база выросла и стала тормозить?

Сначала проверьте регламентные операции СУБД: обновление статистики, перестроение индексов, очистка журнала регистрации и истории версионирования. Затем проанализируйте блокировки и тяжёлые запросы. Если ресурсов сервера не хватает, рассмотрите увеличение памяти, перенос на SSD или свёртку базы за старые периоды.

Нужна ли подписка ИТС, если конфигурация доработанная?

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

Как передать обслуживание новому подрядчику без потерь?

Подготовьте пакет передачи: доступы к серверам, СУБД, порталу 1С и хранилищу копий; описание инфраструктуры и доработок; регламентные процедуры и расписание обменов. Проведите совместный период, когда старый и новый исполнитель работают параллельно, и после передачи смените все пароли.

Что выбрать: файловую базу или клиент-серверную?

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