---

name: PIM — Product Information Management для Deltamedical description: Власна система керування продуктовою інформацією. Альтернатива Enterprise PIM ($200K/3роки) і OpenCloud. Зберігає актуальні дані про SKU і автоматично передає партнерам (аптеки, прайс-агрегатори, рітейлери, сайт). Кодова назва — Plasma Skylab. type: project originSessionId: 256f068c-ce5f-41dd-917f-a62a834b8c2a

PIM — Product Information Management

Кодова назва у /srv/projects/: plasma-skylab/. У бесідах і документах говоримо просто «PIM», щоб не плутатись.

WHY (бізнес-мета) — voice Сергія 2026-05-01

Що це

Єдина внутрішня система зберігання та керування актуальною продуктовою інформацією для кожного SKU Deltamedical, з автоматичною передачею партнерам.

Як працює потік

1. У PIM зберігається вся актуальна інформація про продукт (склад, інструкція, фото упаковки, регуляторні поля, легальні клейми)
2. Через API + регламент роздачі ця інформація автоматично передається партнерам:
   • Аптеки (apteka911, podorozhnyk, eva.ua, add.ua)
   • Прайс-агрегатори (compare.ua, hotline)
   • Рітейлери
   • Власні бренд-сайти (menopace.ua, schonen.com.ua тощо)

Конкретний use-case (живий приклад)

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

3 базові цінності, які ми отримуємо коли PIM запрацює

1. Єдине місце в компанії, де знаходиться вся актуальна інформація про продукт
2. Платформа з доступом для партнерів — вони можуть самі забирати інформацію через API
3. Проактивна автоматична розсилка змін — нові SKU або зміни існуючих автоматично йдуть у мережу, куди налаштовано

Метрика успіху

Покриття бізнес-кейсів.

• MVP мінімум: «опис/обкладинка картки товару» — універсальний шаблон, у який ми збираємо всі поля з різних джерел всередині і викладаємо у PIM.
• Далі — фічі, які покривають додаткові кейси (зміна цін, нові регіональні версії, разові акції тощо).

Основна складність (де реальний челлендж)

• Налаштувати автоматичну відправку — просто (це чиста техніка).
• 🔴 Найскладніше — зібрати з різних джерел всередині компанії всю актуальну інформацію в цій системі. Внутрішньо дані живуть в кількох місцях/руках, треба впорядкувати.
• Тобто PIM — це 60% бізнес-процес/організація + 40% технологія.

Особиста роль Сергія

• Сергій буде аналітиком, який допоможе правильно описати процес.
• Розробляти не буде — це за командою/підрядниками.

Чому свій PIM, а не Enterprise

• Enterprise PIM ≈ $200K на 3 роки — невиправдано дорого для нашої потреби.
• Якщо ми можемо це самостійно «навайбходити» і воно працює — питання витрат стає копійчаним.
• Потреба — це по суті проста фіча, але платити за неї $200K — нераціонально.
• Рішення: спробувати побудувати свій PIM (vibe coding підхід).
• Як референс/потенційну альтернативу команда вже стартувала тестування OpenCloud (логотип-крабик; https://opencloud.eu).

WHO (стейкхолдери) — voice Сергія 2026-05-01 (триває, частина 1)

Основний стейкхолдер і основний користувач системи

Продукт-менеджери. Вони є основним джерелом інформації про продукт і одночасно основними користувачами PIM.

Юристи — як approval gate на зміни

• Юристи «опробовують» (схвалюють) зміни всередині системи.
• Workflow: якщо продукт-менеджер змінив опис → у системі автоматично створюється задача юристу на апрув того, що написав продукт.
• Тобто PIM має вбудований workflow approval з ролями.

Інші учасники (з попередніх voice)

• Єгор Викторов (KAM, Key Account Manager) — рухає напрямок з Deltamedical, вже почав з OpenCloud
• Ростислав — у команді
• Сергій — аналітик процесу

Розмова триває — Сергій ще додасть подробиці про партнерів-споживачів та інших ролей.

Партнери з API — уточнення Сергія 2026-05-01

Research-агент попередньо віддав Rozetka Marketplace API і Prom.ua public-api як «🟢 API є і доступне». Сергій уточнив 2026-05-01:

❌ Rozetka — не той API для PIM.

• У Rozetka є API для тих, хто продає на маркетплейсі (sellers).
• НЕМАЄ API для тих, хто постачає товар (manufacturers/виробники).
• Тобто наш сценарій (виробник → push card SKU → marketplace показує всім продавцям) — не покритий.
• Висновок: Rozetka можливо не дуже підходить як перший PIM-канал, без перебудови сценарію («ми самі стаємо seller на Rozetka» — окрема комерційна задача).

Аналогічно треба валідувати Prom.ua — там теж public-api скоріше за все для seller-кабінетів.

Результат: в UA фарма-/health-рітейлі реального manufacturer→push API не існує жодного. Усі звичні шляхи це:

• Або B2B marketplace (Rozetka/Prom) для seller-акаунтів — Deltamedical мала би сама стати продавцем
• Або аптечні мережі через ПЗ (Скарб, Парацельс, АНР, Proxima → Tabletki.ua)
• Або email/Excel handover з KAM-командою рітейлу

Стратегічний висновок для PIM:

1. На цьому етапі PIM = внутрішня платформа для одного джерела істини про SKU + ручний/напівручний експорт у формати партнерів (XML/JSON/Excel залежно від рітейлу)
2. Замість API-push шукаємо рітейлерів, які приймають structured feed (XML, JSON-feed по URL) — pull-модель, легша
3. Перший PIM-pilot — швидше за все буде email + Excel + ручний імпорт у Tabletki.ua довідник, а не «API push to ADD».

How to apply

Коли Сергій каже «PIM», «Plasma Skylab», «OpenCloud», «єдине місце для продуктової інформації», «автоматично роздавати партнерам» — це той самий проект. Готовність ~10-15%, основна робота попереду — впорядкувати internal data sources і розписати процес.

Артефакти проекту

Чорнова матриця полів картки товару — v1 від 2026-05-01

Файл: /srv/projects/plasma-skylab/docs/Pharma_All4_Products_Analysis_v1_2026-05-01.xlsx

Сергій надіслав 2026-05-01 — це його робоча версія, поки що чорнова (так він прямо сказав voice'ом).

Аналізує 4 продукти Deltamedical (Аффида Форт / Перфектил Оріджинал / Аргетт пластир для коліна / 4-й — у sheet'ах) проти 10 онлайн-аптек і медичних агрегаторів UA:

#	Майданчик
1	Tabletki.ua
2	Apteki.ua (Моріон)
3	Compendium.com.ua
4	Аптека 9-1-1 (apteka911.ua)
5	Podorozhnyk.ua
6	Apteka.net.ua (Бажаємо здоров'я)
7	ANC.ua
8	1SA.com.ua
9	ADD.ua (Аптека Доброго Дня)
10	Zdravica.ua

Структура картки товару (~50+ полів у 6 категоріях):

• 🆔 Ідентифікація (8): Торгова назва, МНН/діюча речовина, Код АТХ, Реєстраційний номер, Тип продукту, Штрих-код/EAN, Код Моріон, Внутр. ID платформи
• 📦 Форма та упаковка (7): Лікарська форма, Дозування, Розміри виробу, Кількість в упаковці, Первинна упаковка, Вторинна упаковка, Маса/об'єм
• 🏭 Виробник (4): Виробник/бренд, Виробнича ділянка, Країна виробника, Імпортер/представник
• 🧪 Склад (2): Активні компоненти, Допоміжні речовини / INCI
• 📝 Опис та застосування (~6): Категорія, Призначення, тощо
• • ще категорії

Маркування: ✅ заповнене / ⚠️ частково або неповно / ❌ відсутнє.

Як це використовуємо для PIM:

1. Цей лист — це «як є зараз» базис картки товару, синхронізований з реальним станом по 10 платформах.
2. PIM має покривати усі ці поля (як мінімум) — це і є MVP «опис картки товару» з voice Сергія.
3. По частоті ❌/⚠️ визначаємо priority: де у нас гірше всього з покриттям — туди першочергово push з нашого PIM.
4. По різниці заповнення між майданчиками визначаємо які платформи готові приймати більше даних — туди шукати API.

Open questions з voice (треба прояснити в наступних питаннях)

• Хто власник продуктових даних всередині компанії на рівні SKU?
• Як зараз менеджери передають продуктовий контент партнерам (Excel, PDF, пошта, Telegram)?
• Чим конкретно нас не влаштовує OpenCloud (швидкість? ліцензія? інтеграції з нашими системами?), щоб обґрунтувати ціль власного PIM?
• Який таймлайн на MVP — місяць, квартал, півроку?
• Хто розробник? Підрядник? Внутрішній?