← На главную

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

1. Юридическое оформление и договорные условия

Проанализируем, почему простой запрет на редактирование базы в договоре не работает и как правильно сформулировать условия взаимодействия:

1. Переход от списков объектов к ситуационному описанию: Перечислять конкретные справочники и документы в договоре бессмысленно, так как структура информационной базы постоянно меняется. Намного эффективнее описать разрешенные и запрещенные ситуации. Например, прописать запрет на ручное (интерактивное) создание и изменение данных в закрытом периоде, за исключением автоматических процедур, предусмотренных типовыми обновлениями от вендора.
2. Запрет на ввод недостоверных и тестовых данных: Укажите в соглашении прямой запрет на создание дублирующих, тестовых или заведомо некорректных элементов справочников (например, тестовых номенклатур или контрагентов) в рабочей базе.
3. Разграничение ответственности за сбои: Зафиксируйте условие, согласно которому подрядчик несет финансовую ответственность за искажение данных и обязан бесплатно устранять последствия некорректных действий своих сотрудников.

2. Организация процессов и контроля изменений

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

1. Обязательное протоколирование задач через Helpdesk: Все обращения к технической поддержке должны фиксироваться в тикет-системе. Внешний специалист не должен выполнять никаких работ в базе без привязки к конкретной заявке.
2. Запрет отладки и тестирования в рабочей базе: Категорически запретите любые проверки алгоритмов, обработок и новых механизмов на продуктивном контуре. Для этих целей подрядчику должна предоставляться актуальная тестовая копия базы.
3. Согласование разовых корректировок: Если для решения проблемы бухгалтерии требуется исправление данных прошлых периодов, специалист поддержки должен сформировать и протестировать алгоритм на копии, после чего передать его на согласование ответственному лицу заказчика.

3. Технические механизмы защиты в платформе 1С

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

1. Установка даты запрета изменения: Настройте механизм ДатаЗапретаИзменения. Это защитит закрытые периоды от случайного перепроведения документов или редактирования регистров всеми пользователями, включая администраторов. Изменение даты запрета должно производиться только по отдельной заявке.
2. Включение версионирования объектов: Активируйте историю изменений для ключевых справочников и документов. Данный механизм позволяет точно определить, кто, когда и какие реквизиты изменил, а также дает возможность быстро восстановить предыдущее состояние объекта.
3. Ограничение опасных прав доступа: Проанализируйте профили групп доступа внешних специалистов. Исключите право на интерактивное открытие внешних обработок и непосредственное редактирование ключевых регищиков без проведения документов.