Открыть сервис

Уникальный идентификатор документа

Уникальный идентификатор документа (англ. unique document identifier, UDI) — это строка символов, числовое или буквенно-цифровое значение (код), назначаемое документу для его однозначной идентификации в рамках определённой системы, базы данных, реестра или совокупности документов. Ключевым свойством идентификатора является его уникальность среди всех других идентификаторов той же системы; он может быть создан по определённому алгоритму или присвоен вручную. В информатике, документообороте и библиотечном деле уникальные идентификаторы используются для ускорения поиска, исключения дублирования и обеспечения целостности данных. Примерами служат идентификаторы электронных документов (GUID, UUID), регистрационные номера государственных документов, ISBN для книг, DOI для научных статей.

Общие принципы и назначение

Уникальный идентификатор документа решает несколько фундаментальных задач: предотвращает путаницу при совпадении названий или содержания; упрощает ссылки на конкретный экземпляр; позволяет автоматизировать процессы учёта, хранения и обработки. В компьютерных системах идентификатор часто служит ключом в базе данных, что даёт возможность быстро извлекать, обновлять или удалять запись о документе. В отличие от инвентарного номера, который может быть уникален только в пределах одного архива, многие цифровые идентификаторы гарантируют глобальную уникальность (например, в сети Интернет).

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

Виды уникальных идентификаторов

Классификация проводится по методу создания и контексту применения.

Цифровые и алгоритмические идентификаторы

Создаются автоматически по заданному алгоритму. Их преимущество — скорость генерации и высокая степень равномерности (низкая вероятность коллизий).

Формальные и стандартизованные идентификаторы

Присваиваются централизованно уполномоченными организациями по определённым правилам и обычно несут информацию о системе или издателе.

Ведомственные и реестровые номера

Применяются органами государственной власти, судами, архивами, нотариусами.

Технические аспекты и стандарты

На программном уровне работа с идентификаторами документов регулируется стандартами организаций или международными спецификациями. В информационных системах России часто используются стандарты ГОСТ Р 7.0.95-2016 «Система стандартов по информации, библиотечному и издательскому делу. Документооборот. Требования к электронным документам». В нём оговариваются требования к учётным номерам и меткам электронных документов.

Для глобальной уникальности цифровых идентификаторов применяются стандарты организации ISO и IETF. В реляционных базах данных (например, PostgreSQL, MySQL) идентификатор обычно задаётся как первичный ключ (PRIMARY KEY) с типом данных INTEGER, BIGINT или UUID, с автоматическим заполнением (AUTO_INCREMENT, SEQUENCE). В NoSQL-системах (MongoDB) по умолчанию используется поле _id типа ObjectId. В системах управления содержимым (CMS) идентификаторы часто генерируются как случайные строки (например, j3k9d8f) для предотвращения угадывания.

Применение в электронном документообороте

В системах электронного документооборота (СЭД) каждый документ при поступлении или создании получает внутренний системный идентификатор, который хранится в базе данных в неизменном виде. Этот идентификатор может не совпадать с регистрационным номером документа (например, входящий номер на бумажном экземпляре). Взаимосвязь между системным и учётным номерами устанавливается через метаданные. Обмен документами между разными СЭД требует согласования форматов идентификаторов (обычно через уникальный идентификатор экземпляра — Instance ID). В российских государственных информационных системах, таких как «Единое окно» цифровой экономики или портал «Госуслуги», используется идентификатор в формате UUID.

Проблемы и коллизии

Основной проблемой при создании уникальных идентификаторов является риск коллизии — ситуации, когда двум разным документам присваивается один и тот же идентификатор. В системах с ручным присвоением (например, при регистрации входящей корреспонденции) коллизии возникают из-за ошибок персонала. В цифровых системах коллизии крайне редки для GUID/UUID (вероятность 10^-38 для случайной генерации), однако при использовании хешей от содержимого (MD5, SHA-1) коллизии возможны, хотя и маловероятны при корректной реализации. На практике чаще встречаются ошибки при копировании (когда идентификатор теряет уникальность из-за неправильного импорта данных).

Другая проблема — устаревание (утрата ссылочной целостности): если документ удалён из базы данных, его идентификатор не должен назначаться новому документу. В государственных реестрах (например, ЕГРН) идентификаторы помечаются как «аннулированные» и не присваиваются повторно. В архивном деле не рекомендуется переприсваивать шифры после передачи дела на хранение.

Интересные факты

Критика

Главные критические замечания касаются централизации некоторых моделей идентификаторов (например, ISBN, DOI), что требует оплаты за присвоение и может создавать барьеры для малых издательств. Кроме того, глобальные идентификаторы плохо совместимы с необходимостью смены владельца документа или его релокации (например, при переименовании домена в DOI-ссылке). Использование хешей для идентификации документов (основанное на MD5) утратило доверие из-за доказанных атак коллизий. Также критикуется практика повторного использования идентификаторов в системах с ручным управлением.

Источники

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →