Налаштування DAM (управління цифровими активами) для 1С-Бітрікс
Налаштовуємо DAM на базі медіабібліотеки 1С-Бітрікс. Стандартний модуль fileman — це просте файлове дерево без метаданих, повнотекстового пошуку та прав на рівні файлу. Результат: 30–40% дублікатів, пошук файлу займає 15 хвилин, контроль версій відсутній. Наші інженери з 5+ роками досвіду вирішують проблему: додаємо ієрархічні теги, UF-поля, зв'язуємо файли з товарами без дублювання, налаштовуємо версіонування. Типовий проєкт окупається за 3-4 місяці за рахунок скорочення дублікатів, економлячи до 80 000 грн на зберіганні.
Чому стандартної медіабібліотеки недостатньо?
Таблиця b_file — центральний реєстр усіх файлів. Вона містить базові поля: ID, MODULE_ID, HEIGHT, WIDTH, FILE_SIZE, CONTENT_TYPE, SUBDIR, FILE_NAME, ORIGINAL_NAME, DESCRIPTION, HANDLER_ID. Поверх неї медіабібліотека додає структуру папок (b_medialib_collection) та зв'язку файлів з колекціями (b_medialib_item). У кожному елементі є лише поле KEYWORD (теги через кому) та DESCRIPTION. Цього недостатньо для повноцінного DAM. Відсутні ієрархічні теги, версіонування, права на файл та пошук за вмістом. Ми вирішуємо ці завдання.
Як інтегрувати DAM з каталогом товарів?
Головне завдання — зв'язати медіафайли з продуктами так, щоб одне зображення використовувалося в кількох товарах без дублювання файлу. У Бітрікс це вирішується через властивість інфоблоку типу «Прив'язка до елементів медіабібліотеки» (E:MEDIALIB). При зміні файлу в медіабібліотеці всі товари автоматично отримують оновлену версію. Ми також налаштовуємо автоматичну прив'язку через агенти: при завантаженні зображення в медіабібліотеку створюється товар або оновлюється його візуал. Це скорочує час ручного зв'язування на 95%.
Які UF-поля потрібні для DAM?
Користувацькі властивості (UF) додаються через інтерфейс: Налаштування → Користувачі → Користувацькі поля → Тип об'єкта MEDIALIB_ITEM. Типовий набір:
- UF_COPYRIGHT — правовласник (рядок)
- UF_LICENSE — тип ліцензії (список)
- UF_EXPIRY_DATE — термін дії прав (дата)
- UF_USAGE_RIGHTS — сфери застосування (множинний список)
- UF_PHOTOGRAPHER — автор (рядок)
Після додавання поля доступні через API CMedialibItem::GetList(). Для повнотекстового пошуку за UF-полями підключаємо модуль search та пишемо агент індексації.
| UF-поле | Тип | Приклад значення |
|---|---|---|
| UF_COPYRIGHT | рядок | "Acme Inc." |
| UF_LICENSE | список | "royalty-free", "editorial" |
| UF_EXPIRY_DATE | дата | 2030-12-31 |
| UF_USAGE_RIGHTS | множинний | "web", "print", "social" |
| UF_PHOTOGRAPHER | рядок | "John Doe" |
Порівняння: стандартна медіабібліотека vs DAM (наше налаштування)
| Характеристика | Стандартна медіабібліотека | DAM після налаштування |
|---|---|---|
| Метадані | Тільки Name, Keywords, Description | Довільні UF-поля (ліцензія, автор, термін прав) |
| Пошук | За Name та Keywords | Повнотекстовий пошук по всіх UF-полях через модуль search |
| Ієрархія тегів | Відсутня | Багаторівневі довідники (HL-блоки) з прив'язкою до елементів |
| Прив'язка до товарів | Немає автоматичної | Через властивість інфоблоку E:MEDIALIB, агенти синхронізації |
| Версіонування | Немає | На основі подій медіабібліотеки |
| Права доступу | Тільки колекціям | На рівні файлу + кастомні групи |
| Час пошуку файлу | 5–15 хвилин | 1–2 секунди |
| Дублікати | 30–40% | Менше 5% |
Пошук по медіабібліотеці: кастомний запит
Стандартний пошук працює тільки по NAME та KEYWORD. Для пошуку по UF-полях потрібен кастомний запит:
$items = CMedialibItem::GetList([ 'order' => ['ID' => 'DESC'], 'filter' => [ 'KEYWORD' => 'product-photo', 'UF_LICENSE' => 'royalty-free', ], 'arSelectFields' => ['ID', 'NAME', 'FILE_ID', 'UF_COPYRIGHT'], ]); Для повнотекстового пошуку по всіх метаданих підключається модуль search — у методі CSearch::Index() індексуються поля UF. Ми налаштовуємо агент з періодичною індексацією раз на 15 хвилин.
Завантаження через API: приклад
Програмне завантаження файлу в медіабібліотеку з метаданими:
CModule::IncludeModule('fileman'); $fileId = CFile::SaveFile([ 'name' => 'product-main.jpg', 'type' => 'image/jpeg', 'tmp_name' => '/tmp/upload.jpg', 'MODULE_ID' => 'fileman', ], 'medialib'); $itemId = CMedialibItem::Add([ 'COLLECTION_ID' => $collectionId, 'FILE_ID' => $fileId, 'NAME' => 'Фото товару', 'KEYWORD' => 'каталог, сезон', 'FIELDS' => [ 'UF_COPYRIGHT' => 'Acme Studio', 'UF_LICENSE' => 'royalty-free', ], ]); Типові помилки при налаштуванні DAM
- Не індексувати UF-поля для пошуку — користувачі не зможуть знаходити файли за ліцензією або автором.
- Використовувати одну властивість для різних типів медіа (фото, відео, документи) — краще створювати окремі UF-поля.
- Не налаштувати права доступу до колекцій — конфіденційні матеріали стануть доступними всім.
Процес роботи: від аудиту до деплою
- Аудит — аналізуємо поточну структуру медіабібліотеки, файлове сховище, кількість дублікатів, метадані. (1-2 дні)
- Проектування — проектуємо ієрархію колекцій, визначаємо UF-поля, права доступу, схему зв'язки з каталогом. (1 день)
- Реалізація — створюємо UF-поля, налаштовуємо пошук, версіонування, агенти, пишемо кастомні компоненти для відображення. (3-5 днів)
- Тестування — перевіряємо завантаження, пошук, прив'язку до товарів, права доступу, продуктивність. (1-2 дні)
- Деплой — викочуємо на бойовий сервер, навчаємо редакторів. Отримуєте повну документацію та вихідний код.
Терміни — від 1 до 3 тижнів залежно від обсягу. Оцінимо ваш проєкт за 1 день безкоштовно. Зв'яжіться з нами для консультації.
Що входить в налаштування
- Аудит поточної структури медіабібліотеки та файлового сховища
- Створення ієрархії колекцій під потреби проєкту
- Додавання UF-полів для розширених метаданих
- Налаштування зв'язки медіабібліотеки з інфоблоком каталогу
- Реалізація розширеного пошуку за метаданими
- Налаштування прав доступу до колекцій за групами користувачів
- Версіонування через події (опціонально)
- Інтеграція з REST API для зовнішнього доступу
Гарантуємо результат — функціональність, заявлену в ТЗ. Замовте налаштування — отримайте DAM, що скорочує час пошуку файлів у 3 рази та знижує дублікати до 5%. Докладніше про можливості медіабібліотеки читайте в офіційній документації.