Як створити інституційний репозитарій університету: 8 кроків

Інституційний репозитарій — це не просто сайт із PDF-файлами, а керована система з правилами депонування, структурованими метаданими, визначеними правами доступу та відповідальними працівниками. Щоб створити репозитарій університету, потрібно узгодити цілі й нормативну базу, обрати платформу, спроєктувати модель даних, розгорнути систему, організувати наповнення та лише потім працювати над зовнішньою індексацією.

Без цього наукові роботи залишаються розкиданими між кафедральними сторінками, хмарними папками й локальними комп’ютерами. Університет не має повного переліку власних результатів, бібліотека витрачає час на ручне зведення даних, а пошукові системи та агрегатори бачать лише частину контенту.

Для керівництва репозитарій варто подавати не як «ще один ІТ-проєкт», а як інфраструктуру наукової комунікації. Він допомагає встановити єдині правила зберігання, зробити результати установи придатними до пошуку й повторного використання, а також зменшити залежність від окремих працівників, кафедральних сайтів і нестабільних посилань.

Оновлено: 4 серпня 2026 року. Нормативні формулювання перед затвердженням локальних документів слід перевірити з юристом установи.

Що дає репозитарій установі

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

Для бібліотеки головна перевага — керованість: обов’язкові поля, контрольовані назви авторів і підрозділів, правила перевірки файлів, облік версій, ембарго та порядок виправлення помилок. Для науковців — стабільна сторінка роботи, повний опис і зв’язок із ORCID, DOI, проєктом або підрозділом. ORCID рекомендує репозитаріям використовувати автентифіковані ORCID iD для надійного зв’язування авторів із результатами.

Для керівництва це інструмент інституційної пам’яті та звітності. Репозитарій не замінює CRIS чи кадрову систему, але може стати перевіреним джерелом даних про публікації. Чинний Закон України «Про наукову і науково-технічну діяльність» використовує поняття відкритого доступу із застереженням про дотримання авторських прав, конфіденційності та інших законних обмежень.

Репозитарій підвищує потенційну видимість, але не гарантує автоматичної індексації чи зростання цитованості. Результат залежить від якості метаданих, стабільності URL, технічної конфігурації та систематичного наповнення.

Аргумент для керівництва: проєкт слід оцінювати не лише за кількістю завантажених файлів, а за наявністю сталого процесу — хто подає, перевіряє, підтримує й використовує дані.

Крок 1. Аудит і цілі

Починати з вибору програмного забезпечення зарано. Спершу потрібно з’ясувати, які матеріали вже існують, де вони зберігаються та хто за них відповідає.

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

Результатом має бути паспорт вихідних даних: приблизна кількість записів і файлів, формати, повнота метаданих, наявність ідентифікаторів, можливість експорту та відповідальний підрозділ.

Далі визначають цілі першої черги, наприклад:

відкритий архів публікацій викладачів;
зберігання кваліфікаційних робіт;
депонування матеріалів конференцій;
обмін метаданими через OAI-PMH;
звітність за авторами й підрозділами.

Краще почати з 2–3 типів контенту та пілотних колекцій. Критерії успіху мають бути вимірюваними: повнота метаданих, час модерації, кількість активних депонентів, успішність резервного відновлення й видимість контрольної вибірки робіт.

Потрібно також призначити власника проєкту. Бібліотека зазвичай відповідає за метадані й контроль якості, ІТ-підрозділ — за інфраструктуру, а наукова частина або проректор — за інституційну політику та виконання вимог.

Крок 2. Нормативна база

Положення про інституційний репозитарій потрібно готувати до масового наповнення. Платформа може обмежити доступ до файлу, але не визначає, хто має право його оприлюднювати, яку версію статті дозволено депонувати чи як діяти після звернення правовласника.

До нормативного контексту належать Закон «Про авторське право і суміжні права», Положення про Національний репозитарій академічних текстів і локальні документи ЗВО.

Практичний комплект зазвичай містить наказ про створення репозитарію, Положення, інструкцію депонування, форму згоди або невиключної ліцензії за потреби, політику доступу й ембарго, правила роботи з персональними даними та порядок виправлення або вилучення записів.

Крок 3. Вибір системи

Платформу обирають після аудиту й погодження процесів. Для університетського репозитарію важливі підтримка метаданих, OAI-PMH, ролей, робочих процесів, ембарго, пакетного імпорту, резервного копіювання та оновлень.

Якщо ЗВО має ІТ-команду або надійного підрядника, DSpace часто є логічним кандидатом: це open-source платформа з Java-бекендом, Angular-інтерфейсом, REST API й OAI-PMH. Станом на серпень 2026 року слід оцінювати підтримувані гілки 8.x, 9.x і 10.x; гілка 7.x завершила життєвий цикл. Докладніше — у статті «DSpace — що це за система і кому вона підходить».

DSpace не є універсально найкращим варіантом. Малому закладу без адміністратора може підійти керований хостинг, музею — Omeka S, а для дослідницьких даних варто розглянути Dataverse або InvenioRDM. Порівняння наведено у статті «Системи репозиторіїв: огляд DSpace та альтернатив».

Перед рішенням систему тестують на власних сценаріях: стаття з кількома авторами, робота з ембарго, пакетний імпорт, виправлення запису, експорт через OAI-PMH і звіт за підрозділом. У технічному завданні потрібно фіксувати не лише назву платформи, а очікувані функції, інтеграції, приймальні критерії та відповідальність за оновлення.

Крок 4. Модель метаданих і структура

Модель даних визначає, що установа зможе знайти, передати агрегаторам і використати у звітах. Переробляти її після масового завантаження значно дорожче, ніж погодити до запуску.

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

Базовий профіль наукової публікації може містити назву кількома мовами, авторів, ORCID, дату, тип документа, дані видання, DOI, анотацію, ключові слова, мову, підрозділ, фінансування, версію файлу, ліцензію, статус доступу й дату завершення ембарго.

Dublin Core є поширеною основою, але не гарантує якість. Поле автора не повинно одночасно містити посаду й кафедру. Для підрозділів варто вести контрольований довідник, інакше «Факультет права», «юридичний факультет» і скорочення стануть різними значеннями.

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

Перед запуском модель перевіряють на 30–50 різних записах: статтях із багатьма авторами, дисертаціях, матеріалах конференцій, документах без DOI та роботах з ембарго. Якщо для них постійно потрібне «універсальне поле приміток», модель слід допрацювати.

Крок 5. Розгортання

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

Production-середовище має включати домен або субдомен, HTTPS, базу даних, пошук і файлове сховище, резервні копії, моніторинг, журнал змін, тестове середовище та розподілені адміністративні доступи. Резервна копія вважається надійною лише після успішного тестового відновлення.

На цьому етапі налаштовують український і англійський інтерфейси, листи сповіщень, брендування, політики конфіденційності й доступності. Глибока зміна теми збільшує вартість майбутніх оновлень, тому дизайн має бути функціональним і помірним.

Для DSpace перевіряють увесь ланцюг: реєстрацію, подання, модерацію, ембарго, публікацію, пошук, OAI-PMH, резервне копіювання та відновлення. Офіційний код містить окрему конфігурацію OAI-PMH, включно з URL, ідентифікатором репозитарію й форматами метаданих.

За відсутності внутрішньої команди можна замовити впровадження DSpace та інституційного репозитарію із розгортанням, проєктуванням структури, міграцією, налаштуванням метаданих і навчанням.

Крок 6. Наповнення

Після технічного запуску паралельно виконують дві роботи: ретроспективне наповнення наявного архіву й поточне депонування нових матеріалів. Не варто чекати завершення всієї міграції, інакше архів зростатиме швидше, ніж команда його переносить.

Можливі моделі подання: автором, кафедрою, бібліотекою або за гібридною схемою. Для більшості ЗВО практично, коли автор відповідає за файл і версію, кафедра — за повноту потоку, бібліотека — за метадані, права й доступ, а ІТ — за систему.

Ретроспективну міграцію виконують послідовно:

експорт із джерела;
очищення й нормалізація;
зіставлення старих полів із новими;
пошук дублікатів і прив’язування файлів;
тестовий імпорт;
контроль помилок;
пакетний імпорт і вибіркова перевірка.

Імпортувати неочищену таблицю «як є» ризиковано: після масового завантаження виправлення тисяч записів буде дорожчим.

Мінімальний контроль якості має бути формалізований. Запис не публікують без назви, автора, року, типу, мови, підрозділу, статусу доступу й правової підстави. Для матеріалів, які мають індексуватися, потрібна повна анотація та коректні бібліографічні поля.

Крок 7. Індексація й видимість

Індексація починається не з подання заявок у каталоги, а з технічної якості репозитарію.

Google Scholar

Google Scholar не пропонує окремої форми реєстрації університетського репозитарію. Його робот має самостійно знайти сторінки та коректно розпізнати бібліографічні дані. В офіційних вимогах зазначено, зокрема, що:

кожна робота повинна мати окрему URL-адресу;
сторінка має показувати повний текст або повну авторську анотацію без входу й перешкод;
PDF повинен містити придатний до пошуку текст;
сторінки й файли не мають бути заблоковані в `robots.txt`;
бібліографічні дані слід передавати у підтримуваних HTML-метатегах;
обов’язковими для розпізнавання є щонайменше назва, автор і рік публікації;
повний текст потрібно правильно пов’язати зі сторінкою запису.

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

OAI-PMH

OAI-PMH — це протокол, через який агрегатори збирають метадані. Потрібно перевірити відповіді `Identify`, `ListMetadataFormats`, `ListSets` і `ListRecords`, стабільність ідентифікаторів, часові мітки, пагінацію через `resumptionToken` і коректність `oai_dc`.

Важливо тестувати не лише технічну валідність XML, а й зміст. Якщо назва підрозділу потрапляє в поле автора, DOI записано як звичайний текст без URI, а статус доступу відсутній, агрегатор отримає формально валідні, але малокорисні дані.

OpenDOAR і ROAR

Перед поданням до OpenDOAR репозитарій має відповідати критеріям включення. Каталог вимагає надійної доступності, академічного контенту й наявності повних відкритих матеріалів; метаданих без доступних ресурсів недостатньо. Після запуску подається форма, а редактор каталогу перевіряє ресурс вручну.

ROAR також дозволяє додати репозитарій після створення облікового запису. Реєстри не замінюють пошукову індексацію, але фіксують профіль, URL і технічні характеристики ресурсу.

OpenAIRE

Для підключення до OpenAIRE потрібно:

увімкнути OAI-PMH;
сформувати набір метаданих за актуальними OpenAIRE Guidelines;
перевірити endpoint у OpenAIRE Metadata Validator;
зареєструвати джерело через OpenAIRE PROVIDE;
виправити помилки, які знайде команда агрегації.

OpenAIRE перевіряє і реалізацію OAI-PMH, і відповідність метаданих профілю. Тому цей етап потребує спільної роботи бібліотекаря, який розуміє значення полів, і технічного фахівця, який налаштовує crosswalk та endpoint.

BASE

BASE збирає метадані академічних джерел через OAI-PMH і нормалізує їх для пошуку. Його OAI-документація пояснює структуру записів, роль `oai_dc`, ідентифікаторів, дат, типів і прав доступу. Після відкриття endpoint потрібно перевірити, чи джерело вже індексується, а за відсутності — скористатися актуальним механізмом пропозиції джерела або звернення до команди BASE.

DOI

Репозитарій може зберігати DOI, який уже присвоїв видавець. Присвоювати нові DOI кожному завантаженому файлу не потрібно. Якщо університет хоче реєструвати DOI для дисертацій, звітів, даних або власних видань, він має працювати через реєстраційне агентство й узяти на себе підтримку landing page та метаданих.

Crossref видає члену DOI-префікс і активує DOI після реєстрації метаданих. DataCite вимагає, щоб організація була відповідальним розпорядником ресурсів і могла підтримувати їхній контент, URL та метадані. DOI — це постійне зобов’язання, а не декоративний номер.

Крок 8. Запуск і популяризація

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

Для кожної ролі потрібна окрема інструкція: пам’ятка депонента, чекліст редактора, правила перевірки прав і версій, порядок виправлення метаданих, технічний регламент резервного копіювання та процедура реагування на звернення правовласників.

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

Після пілота керівництво затверджує масштабування: підрозділи, обов’язкові типи матеріалів, строки, відповідальних і показники. Варто оцінювати не лише кількість записів, а повноту метаданих, час модерації, частку ORCID, помилки, статуси доступу, видимість у зовнішніх сервісах і успішність резервного відновлення.

Аргумент для керівництва: підтримка проєкту не завершується оплатою сервера. Потрібні правила, робочий час бібліотекарів, відповідальний ІТ-фахівець і рішення, яке робить депонування частиною нормального процесу установи.

Скільки часу це займає

Нижче наведено планову оцінку для репозитарію середньої складності, а не гарантований строк. Етапи частково виконуються паралельно; міграція великого або неякісного архіву може збільшити тривалість у кілька разів.

Етап	Орієнтовний строк	Результат
Аудит і цілі	1–2 тижні	Паспорт даних, цілі, ролі, перша черга контенту
Нормативна база	2–4 тижні	Проєкти наказу, Положення, ліцензій і регламентів
Вибір системи й технічне завдання	1–3 тижні	Порівняння сценаріїв, архітектура, приймальні критерії
Метадані та структура	2–4 тижні	Профілі полів, довідники, колекції, форми подання
Розгортання й брендування	2–6 тижнів	Тестове та production-середовище, резервні копії
Пілотне наповнення й міграція	3–8 тижнів	Перевірена вибірка, виправлені правила імпорту
Індексація та реєстрація	2–6 тижнів на налаштування	Перевірений OAI-PMH, заявки до каталогів, контроль Scholar
Навчання й запуск	1–3 тижні	Інструкції, підготовлені редактори, затверджений процес

За сприятливих умов керований перший реліз можна підготувати приблизно за 10–16 тижнів, але повне ретроспективне наповнення часто триває довше й має плануватися як окрема програма. Зовнішня індексація також не відбувається миттєво: строки сканування та оновлення визначають самі сервіси.

5 типових помилок

1. Спочатку встановити систему, а потім придумувати правила

У результаті технічна структура не відповідає реальним процесам, а бібліотека змушена пристосовувати політику до випадкових рішень. Правильний порядок: аудит → нормативна база → модель даних → платформа й конфігурація.

2. Залишити депонування повністю добровільним

Навіть зручний репозитарій не наповнюється сам. Потрібні визначені типи обов’язкових матеріалів, відповідальні підрозділи, строки й зв’язок із чинними робочими процесами. Це не обов’язково означає відкритий доступ без винятків: файл може мати ембарго або обмеження, але запис і правовий статус мають бути керованими.

3. Скопіювати організаційну структуру без моделі метаданих

Факультети та кафедри змінюються. Якщо належність автора існує лише як місце запису в ієрархії, звітність і міграція стають складними. Потрібні окремі контрольовані поля та сталі ідентифікатори підрозділів.

4. Не призначити адміністратора після запуску

Підрядник може розгорнути систему, але не замінить локального власника процесу. Хтось має перевіряти черги, оновлювати довідники, відповідати користувачам, контролювати резервні копії та планувати оновлення.

5. Вважати OAI-PMH автоматичною гарантією видимості

Увімкнений endpoint — лише початок. Потрібні коректні поля, стабільні ідентифікатори, доступні landing pages, профіль OpenAIRE, реєстрація в каталогах і окреме тестування Google Scholar. Погані метадані швидко поширюються між агрегаторами й потім потребують тривалого виправлення.

FAQ

Чи потрібна згода автора для розміщення роботи?

Залежить від правового статусу твору, умов трудового або видавничого договору, версії матеріалу та локальної політики. Університету потрібна документована правова підстава: згода, невиключна ліцензія, положення договору або інша законна підстава. Автор не може надати репозитарію більше прав, ніж має сам. Шаблони документів слід погодити з юристом установи.

Чи можна викладати статті з журналів, що індексуються Scopus?

Сам факт індексації журналу в Scopus нічого не говорить про право самоархівування. Потрібно перевірити видавця, конкретний журнал, договір автора, дозволену версію рукопису, ембарго й вимоги до посилання на опубліковану версію. Для попередньої перевірки корисний Open Policy Finder, але пріоритет мають чинний договір і офіційна політика видавця.

Хто має адмініструвати репозитарій — бібліотека чи ІТ-відділ?

Обидва підрозділи, але з різними зонами відповідальності. Бібліотека керує метаданими, політиками, навчанням і модерацією. ІТ-відділ відповідає за сервер, безпеку, моніторинг, резервні копії та оновлення. Власником інституційної політики має бути керівник або колегіальний орган, який може встановлювати правила для всіх підрозділів.

Скільки коштує підтримка репозитарію на рік?

Універсальної суми немає. Витрати залежать від хостингу, обсягу даних, резервного зберігання, моніторингу, кількості інтеграцій, складності кастомізації, частоти оновлень і робочого часу бібліотекарів та ІТ-фахівців. У бюджеті слід окремо враховувати інфраструктуру, технічний супровід і редакційне адміністрування.

Висновок

Інституційний репозитарій починається не із сервера, а з управлінського рішення: які результати установа зберігає, хто відповідає за їхню якість, на якій правовій підставі вони публікуються і як система підтримуватиметься через кілька років.

Для успішного запуску потрібно одночасно звести три напрями: бібліотечний — метадані та процеси; правовий — політики, ліцензії й обмеження; технічний — платформа, інтеграції, безпека й резервне відновлення. Якщо один із напрямів відкласти «на потім», проблема з’явиться вже після накопичення даних, коли виправлення буде найдорожчим.

Потрібна оцінка поточного архіву, план міграції або запуск DSpace під ключ? На сторінці «DSpace та інституційні репозитарії» можна замовити консультацію щодо структури, метаданих, розгортання, індексації, навчання та супроводу.