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

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

Чтобы навести порядок в описанной ситуации, необходимо провести инвентаризацию цифровых данных. Такая инвентаризация требует безопасного подхода:

  • сначала провести аудит существующей среды без ее существенных изменений;
  • далее зафиксировать результаты;
  • после чего спроектировать новую структуру;
  • и только после этого постепенно переносить необходимые данные.

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

Ниже рассмотрим рекомендуемые этапы проведения инвентаризации цифровых данных.

 

Шаг 1. Определение регламентов работы с существующими данными

Необходимо определить несколько базовых правил. Их задача — исключить случайное изменение или потерю информации во время аудита.

Резервное копирование

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

Не изменять существующую структуру во время аудита

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

Назначить ответственного

Для инвентаризации должен быть назначен координатор. Это не обязательно должен быть IT-специалист. Важно, чтобы ответственный понимал бизнес-процессы и мог определить, какие данные действительно используются подразделениями и какие документы имеют значение для бизнеса. Задача координатора — не заниматься переносом файлов, а обеспечить единые правила учета результатов аудита.

 

Шаг 2. Проведение первичной классификации данных

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

Группа A — текущие критически важные данные

К этой группе относятся документы, непосредственно связанные с текущей деятельностью компании:

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

Для таких данных необходимо определить местоположение, владельца и правила доступа.

Группа B — рабочие регламенты (инструкции), шаблоны и справочники

Сюда относятся:

  • шаблоны договоров;
  • коммерческие предложения;
  • формы документов;
  • рабочие инструкции;
  • отчеты;
  • регламенты;
  • используемые таблицы.

Возможная проблема этой категории — наличие большого количества версий. Например, в компании может существовать несколько шаблонов Word с названиями «Договор поставки», «Договор поставки новый», «Договор поставки 2025» и «Договор поставки финал».

Задача инвентаризации — определить актуальную версию и зафиксировать ее статус. Остальные версии не следует автоматически удалять: сначала необходимо установить их назначение и необходимость хранения.

Группа C — исторические данные и архив

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

Для них следует определить:

  • срок хранения;
  • владельца;
  • место хранения;
  • условия доступа;
  • возможность восстановления.

Таким образом, архив становится отдельным набором рабочих данных.

Группа D — потенциально ненужные данные

Сюда могут попасть:

  • дубликаты;
  • временные файлы;
  • устаревшие рабочие копии;
  • промежуточные результаты;
  • файлы, назначение которых невозможно определить.

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

 

Шаг 3. Переход от файлов к бизнес-сущностям

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

Контрагенты и клиенты

Один и тот же контрагент может встречаться в разных системах, документах или реестрах Excel под различными названиями. Например:

  • «ООО Импульс»;
  • «Импульс»;
  • «Импульс ООО»;
  • «заказчик Импульс»
  • «Impuls».

Поэтому одним из результатов инвентаризации должен стать единый список контрагентов с идентифицирующими реквизитами, например ИНН и официальным названием. Это позволяет связать документы, относящиеся к одному контрагенту, и выявить дублирование информации.

Цепочки документов

Следующий шаг — проверить, как связаны между собой документы одного бизнес-процесса. Например, для работы с клиентом может существовать следующая цепочка: «коммерческое предложение → счет → договор → акт → платежные документы».

Если документы одной операции находятся в разных системах и каталогах и между ними нет очевидной связи, это указывает на недостаток организации данных. Для проверки можно выбрать несколько действующих договоров и проследить полный жизненный цикл каждого из них.

Критически важные Excel-файлы

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

  • сложные формулы;
  • макросы;
  • сводные таблицы;
  • ручные корректировки;
  • данные из других систем;
  • уникальную бизнес-логику.

Для каждого такого файла желательно определить:

  1. кто его поддерживает;
  2. откуда поступают исходные данные;
  3. какие операции выполняются внутри файла;
  4. кто использует результат;
  5. что произойдет, если файл станет недоступен.

Если эти вопросы вызывают сложности, то к таким файлам необходимо отнестись наиболее серьезно и выяснить его роль и назначение.

 

Шаг 4. Проектирование новой иерархии данных

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

Создать новую рабочую зону

Можно создать отдельную корневую область для новых документов.

Например: «Система_2026».

Внутри нее формируется структура, соответствующая логике бизнеса:

  • клиенты;
  • договоры;
  • первичные документы;
  • проекты;
  • календарные планы исполнения;
  • кадровые документы;
  • внутренние документы;
  • архив;
  • прочие объекты.

Конкретная структура зависит от специфики сферы и бизнес-модели компании. Главное — чтобы обновленная иерархия была понятна пользователям и соответствовала бизнес-процессам.

Ввести правила именования новых документов

Обязательно следует определить единые правила именования новых файлов.

Например: «ГГГГ-ММ-ДД_Тип_Клиент_Описание_Версия». При этом не обязательно пытаться переименовывать весь исторический массив документов. Эффективнее будет установить единый стандарт для новых документов, а прежние данные постепенно приводить к нему по мере необходимости.

Определить права доступа

Для каждой категории информации необходимо определить, кто может:

  • просматривать данные;
  • создавать документы;
  • изменять их;
  • удалять;
  • администрировать соответствующую область.

Например, можно использовать простую модель:

  • полный доступ — владельцы процессов и ответственные руководители;
  • редактирование — сотрудники соответствующего подразделения;
  • просмотр — пользователи, которым информация необходима для работы;
  • нет доступа — остальные сотрудники.

Такая модель обычно эффективнее, чем предоставление общего доступа ко всему файловому хранилищу.

 

Шаг 5. Переход к новой структуре без остановки работы

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

Начать с одного подразделения или процесса

Для старта можно начать, например, с отдела продаж. С определенной даты новые документы отдела начинают создаваться уже в новой структуре. При этом исторические документы некоторое время остаются в старой системе.

Поэтапный подход позволяет проверить новую иерархию данных на реальной работе сотрудников одного отдела и выявить недостатки до масштабирования решения на всю компанию.

Постепенно ограничивать старое хранилище

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

  • запретить создание новых документов в старой структуре;
  • оставить доступ к существующим данным;
  • определить ответственных за перенос;
  • переносить необходимые документы по мере возникновения рабочих потребностей.

В итоге, прежняя система постепенно превращается из рабочего хранилища в архив.

Пересматривать структуру регулярно

Инвентаризация не должна оставаться разовой кампанией. После перехода на новую структуру необходимо периодически проверять:

  • соблюдается ли новая иерархия папок;
  • выполняются ли новые правила именований файлов;
  • появляются ли новые неуправляемые области хранения;
  • не создаются ли дубли;
  • правильно ли распределены права доступа;
  • какие данные необходимо архивировать.

Периодический контроль занимает значительно меньше времени, чем повторная масштабная инвентаризация через несколько лет.

 

Заключение: инвентаризация как начало управления данными

Инвентаризация цифровых данных позволяет ответить на несколько базовых вопросов:

  • какие данные есть у компании;
  • где они находятся;
  • кто ими пользуется;
  • какие данные являются актуальными;
  • какие документы относятся к архиву;
  • где существуют дубли и разрозненные информационные цепочки;
  • какие данные требуют особого контроля.

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

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

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