При подготовке проектов автоматизации, перехода на новые конфигурации или заказной доработки функционала внешние подрядчики почти всегда просят предоставить базу для предварительного аудита и оценки трудозатрат. Руководство предприятия закономерно опасается утечки ценных сведений: клиентской базы, финансовых оборотов, схем ценообразования и условий тендерных закупок. Рассмотрим подробно, как правильно выстроить юридическую защиту данных и какие технические альтернативы позволяют вообще избежать передачи критически важной информации третьим лицам.
Проанализируем договорные формулировки, которые дисциплинируют исполнителя и фиксируют статус передаваемых сведений. В соглашение о конфиденциальности или соответствующий раздел договора подряда рекомендуется включить следующие условия:
«Исполнитель признает, что настоящий Договор порождает конфиденциальные отношения между ним и Заказчиком. На их основе Заказчик сообщает собственную коммерчески ценную конфиденциальную информацию о своей деятельности, составляющую конфиденциальную информацию Заказчика».
«Исполнитель обязуется хранить конфиденциальную информацию Заказчика, никогда не раскрывать ее третьим лицам, за исключением случаев, прямо предусмотренных законодательством Российской Федерации, с обязательным предварительным уведомлением об этом Заказчика в письменной форме».
«Вся полученная от Заказчика информация (далее — «Информация») должна храниться в секрете: Исполнитель обязан не делать ее доступной третьим лицам ни напрямую, ни косвенно в устной, письменной или любой другой форме в течение срока действия настоящего Договора и 5 (пяти) лет с момента его прекращения. Заказчик сохраняет за собой все исключительные права на Информацию. Исполнитель обязан использовать Информацию исключительно в целях намеченного взаимодействия и не осуществлять воспроизведение или использование Информации в коммерческих целях без предварительного письменного согласия Заказчика. По требованию Заказчика Информация (включая любые изготовленные копии или дубликаты) должна быть возвращена Заказчику незамедлительно в полном объеме или гарантированно уничтожена. Обязательство о неразглашении не распространяется на Информацию, в отношении которой предоставлены доказательства того, что она являлась общеизвестной до момента раскрытия либо получена от третьих лиц на законных основаниях без ограничений конфиденциальности».
Разберем юридические тонкости, без соблюдения которых подписанное соглашение о неразглашении окажется бесполезным в судебном споре:
В суде нельзя защитить то, что сама организация внутренними актами не признала тайной. На предприятии должны быть утверждены «Положение о коммерческой тайне», перечень сведений конфиденциального характера (куда прямо включены базы данных 1С и бухгалтерские регистры), а также журнал учета лиц, допущенных к коммерческой тайне.
Доказать реальный материальный ущерб или упущенную выгоду от утечки базы данных в суде крайне сложно. Поэтому в соглашении необходимо фиксировать не абстрактное «возмещение убытков», а твердый штраф (договорную неустойку) за сам факт разглашения или ненадлежащего хранения информации.
Подрядчик в любой момент может заявить, что саму базу он не получал. Передачу архивов следует обязательно оформлять двусторонним актом приема-передачи с фиксацией точного наименования файла и его контрольной суммы (хэш md5 или sha256).
Передача «живой» базы контрагенту без обезличивания содержит персональные данные работников и физических лиц. В договор обязательно должно входить «Поручение на обработку персональных данных» (ч. 3 ст. 6 152-ФЗ) с указанием конкретных целей, перечня действий и мер защиты.
Посмотрим на практические способы, которые позволяют предоставить разработчикам всю необходимую техническую информацию без раскрытия коммерческих цифр и контрагентов:
Для предварительной оценки доработок программного кода внедренцам не требуются фактические движения регистров и проводки. Если база работает на платформе 1С 7.7, достаточно передать только файл метаданных 1Cv7.MD. Для конфигураций на платформе 1С 8 достаточно выгрузить файл конфигурации с расширением .cf. Дополнительно разработчикам можно предоставить структурную схему документооборота и описание специфики проводок.
Если для тестирования или переноса остатков необходимы реальные цепочки документов, применяют специализированные обработки по обфускации. Процесс обезличивания заменяет наименования контрагентов, реквизиты ИНН/КПП, ФИО контактных лиц, а также применяет рандомизацию или процентный сдвиг цен и сумм. В результате структура данных и связи между документами сохраняются, но информация теряет коммерческую ценность.
На базе чистого файла метаданных формируется пустая информационная база, куда вручную заносятся 2–3 модельных примера хозяйственных операций с синтетическими данными: пример типовой цепочки реализации с НДС и без НДС, оприходование и проводки списания.
Вместо передачи файла базы за пределы предприятия организуется сеанс удаленного доступа на сервер компании с ограниченными правами. В свойствах подключения отключаются буфер обмена, проброс локальных дисков и портов, а также блокируется доступ в интернет. Разработчик может изучать конфигурацию непосредственно в контуре заказчика под контролем журнала регистрации и видеозаписи сессии.
Если передача рабочей копии базы неизбежна, перед отправкой в нее внедряют контрольные записи: фиктивного контрагента с уникальным номером телефона или адресом электронной почты, находящимся под контролем службы безопасности. Любая попытка несанкционированного использования базы мгновенно демаскирует источник утечки.