Перегляд вихідного коду сторінки Демо K2 ERP

{{DISPLAYTITLE:Демо K2 ERP}}

{{SEO
|title=Демо K2 ERP — тестовий доступ, демонстрація ERP, пілот, API, BI, міграція з BAS і 1С
|description=Демо K2 ERP: що таке демонстраційний доступ до ERP-системи, як підготувати демо, які сценарії показувати, тестові користувачі, ролі, модулі, API, BI, хмарне демо, on-premise демо, пілотний проєкт і міграція з BAS та 1С.
|keywords=демо K2 ERP, K2 ERP demo, демонстрація K2 ERP, тестовий доступ K2 ERP, демо ERP, пілот K2 ERP, хмара K2 ERP, cloud.corp2.eu, українська ERP, API K2 ERP, BI K2 ERP, міграція з BAS, міграція з 1С, заміна BAS, заміна 1С, демо заміна BAS, демо заміна 1С, санкції BAS, санкції 1С, цифрова незалежність
|image=https://erp.kyiv.ua
}}

'''Демо K2 ERP''' — це демонстраційний доступ, тестове середовище або презентаційний сценарій системи [[K2 ERP]], який дозволяє компанії побачити можливості ERP-платформи до повноцінного впровадження. Демо може показувати роботу з довідниками, документами, ролями, правами доступу, складами, продажами, закупівлями, фінансами, [[API]], [[BI]], інтеграціями, звітами, web-доступом, міграцією з [[BAS]] або [[1С]] та типовими бізнес-процесами.

Демо [[K2 ERP]] може бути короткою презентацією, відкритим тестовим доступом, хмарною демо-базою, галузевим сценарієм, технічним стендом, proof of concept, пілотним проєктом або окремим середовищем для перевірки конкретної задачі компанії.

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головне.''' Демо [[K2 ERP]] потрібне не для “красивого показу кнопок”, а для перевірки реальних бізнес-сценаріїв: як створюється документ, як працюють довідники, як формується звіт, як обмежуються права, як працює API, BI, інтеграція і міграція з BAS/1С.
</div>

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Важливо про BAS і 1С.''' [[BAS]] та [[1С]] мають санкційні, юридичні й кібербезпекові ризики в Україні. Окремі продукти [[1С]] і [[BAS]] внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій. Тому демо [[K2 ERP]] варто розглядати як перший практичний крок до оцінки української ERP-альтернативи, міграції даних, заміни старих інтеграцій і побудови цифрової незалежності.
</div>

<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Підхід K2 ERP.''' Демо має показувати не абстрактну ERP, а конкретні сценарії компанії: продажі, склад, закупівлі, фінанси, виробництво, агро, громадське харчування, автотранспорт, акцизне паливо, API, BI, web-доступ, ролі користувачів і міграцію з BAS/1С.
</div>

__TOC__

== Вступ ==

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

Питання, які виникають перед демо:

* чи підходить система для нашого бізнесу;
* як виглядає інтерфейс;
* чи можна працювати через браузер;
* як створюються документи;
* як працюють довідники;
* як налаштовуються ролі;
* чи є API;
* чи є BI;
* як виглядають звіти;
* чи можна перенести дані з BAS або 1С;
* чи підтримуються наші процеси;
* чи потрібні доробки;
* скільки часу займе впровадження;
* що потрібно для пілоту.

Демо [[K2 ERP]] допомагає відповісти на ці питання.

== Що таке демо K2 ERP ==

'''Демо [[K2 ERP]]''' — це демонстраційний режим роботи ERP-системи, у якому користувачі можуть ознайомитися з функціоналом, інтерфейсом, модулями, звітами, ролями, API, BI та типовими бізнес-процесами.

Демо може бути:

* загальним;
* галузевим;
* технічним;
* функціональним;
* пілотним;
* хмарним;
* on-premise;
* навчальним;
* презентаційним;
* інтеграційним;
* міграційним.

Простий приклад:

{| class="wikitable" style="width:100%;"
! Тип демо
! Що показує
! Для кого
|-
| Загальне демо
| Інтерфейс, довідники, документи, звіти
| Керівництво, власники, користувачі
|-
| Галузеве демо
| Сценарії конкретної сфери
| Агро, торгівля, виробництво, транспорт
|-
| Технічне демо
| API, база даних, інтеграції, BI
| ІТ, інтегратори, розробники
|-
| Міграційне демо
| Перенесення даних із BAS/1С
| Проєктна команда
|-
| Пілот
| Робота на наближених до реальності даних
| Ключові користувачі
|}

== Навіщо потрібне демо ==

Демо потрібно для:

* первинного знайомства з [[K2 ERP]];
* перевірки інтерфейсу;
* перевірки логіки документів;
* оцінки функціоналу;
* порівняння з BAS/1С;
* оцінки заміни старої системи;
* демонстрації керівництву;
* навчання ключових користувачів;
* перевірки API;
* перевірки BI;
* оцінки складності міграції;
* підготовки пілотного проєкту;
* збору вимог;
* уточнення бюджету і строків.

== Чим демо відрізняється від пілоту ==

Демо і пілот — не одне й те саме.

{| class="wikitable" style="width:100%;"
! Ознака
! Демо
! Пілот
|-
| Мета
| Показати можливості системи
| Перевірити роботу на сценаріях компанії
|-
| Дані
| Тестові або демонстраційні
| Частково реальні або підготовлені
|-
| Тривалість
| Коротка
| Довша
|-
| Учасники
| Керівництво, ключові користувачі
| Проєктна команда, користувачі, ІТ
|-
| Результат
| Розуміння можливостей
| Рішення про впровадження або уточнення вимог
|}

== Чим демо відрізняється від навчання ==

Демо показує, що система може робити.

Навчання пояснює, як користувач має працювати щодня.

Наприклад:

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

== Чим демо відрізняється від впровадження ==

Демо не є повноцінним впровадженням.

У демо зазвичай не налаштовано:

* всі бізнес-процеси компанії;
* повну міграцію даних;
* всі ролі;
* всі інтеграції;
* всі друковані форми;
* всі звіти;
* всі регламентні процедури;
* повну підтримку користувачів;
* production-інфраструктуру.

Демо — це етап оцінки й підготовки.

== Формати демо K2 ERP ==

Демо може проводитися в різних форматах.

{| class="wikitable" style="width:100%;"
! Формат
! Опис
|-
| Онлайн-демо
| Показ через відеозустріч або екран
|-
| Хмарне демо
| Тестовий доступ до системи в хмарі
|-
| Локальне демо
| Розгортання на власному сервері або тестовому стенді
|-
| Галузеве демо
| Показ сценаріїв конкретної сфери
|-
| Технічне демо
| API, база даних, інтеграції, BI, адміністрування
|-
| Міграційне демо
| Приклад перенесення даних із BAS/1С
|-
| Пілотне демо
| Робота на частині реальних даних
|}

== Онлайн-демо ==

Онлайн-демо підходить для швидкого знайомства.

Переваги:

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

Обмеження:

* користувачі не завжди самі натискають кнопки;
* сценарій обмежений часом;
* не всі деталі видно;
* складно повністю перевірити власні процеси.

== Хмарне демо ==

Хмарне демо — це доступ до [[K2 ERP]] через web або хмарну інфраструктуру.

Воно може бути корисним, якщо компанія хоче:

* швидко протестувати систему;
* не встановлювати сервер;
* подивитися інтерфейс;
* перевірити ролі;
* перевірити базові документи;
* оцінити web-доступ;
* показати систему користувачам;
* підготувати пілот.

Приклад:

<syntaxhighlight lang="text">
Користувач → Браузер → Демо K2 ERP у хмарі → Тестова база
</syntaxhighlight>

== Демо на власному сервері ==

Демо на власному сервері може бути потрібне, якщо компанія планує [[ERP на власному сервері|on-premise розміщення]].

У такому випадку перевіряють:

* сервер;
* СУБД;
* доступ користувачів;
* VPN;
* HTTPS;
* резервні копії;
* API;
* BI;
* інтеграції;
* тестову міграцію;
* продуктивність;
* адміністрування.

== Галузеве демо ==

Галузеве демо показує сценарії конкретного бізнесу.

Наприклад:

{| class="wikitable" style="width:100%;"
! Галузь
! Що показати
|-
| Торгівля
| Продажі, закупівлі, склад, ціни, замовлення, API сайту
|-
| Виробництво
| Специфікації, випуск, матеріали, собівартість, план-факт
|-
| Агро
| Поля, культури, сезони, техніка, паливо, склад, урожай
|-
| Громадське харчування
| Рецептури, списання, склад, продажі, калькуляції
|-
| Автотранспорт
| Автомобілі, рейси, паливо, ремонти, витрати
|-
| Складська логістика
| Залишки, партії, серії, комірки, інвентаризація
|}

== Технічне демо ==

Технічне демо потрібне для ІТ-команди.

Воно може показувати:

* архітектуру;
* API;
* базу даних;
* ролі;
* журналювання;
* резервні копії;
* інтеграції;
* web-доступ;
* BI;
* аналітичні вітрини;
* тестове середовище;
* оновлення;
* безпеку.

== Міграційне демо ==

Міграційне демо показує, як дані можуть переноситися зі старої системи.

Наприклад, з [[BAS]] або [[1С]] у [[K2 ERP]] можна демонструвати:

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

== Що показувати на демо K2 ERP ==

На демо варто показувати не все підряд, а важливі для компанії сценарії.

Базовий набір:

* вхід користувача;
* робочий стіл;
* довідники;
* документи;
* проведення або зміна статусів;
* звіти;
* права доступу;
* ролі;
* журналювання;
* API;
* BI;
* інтеграції;
* приклад міграції;
* резервні копії або інфраструктурний підхід.

== Демо для керівника ==

Керівнику зазвичай важливо бачити:

* загальну картину бізнесу;
* KPI;
* продажі;
* фінанси;
* дебіторку;
* залишки;
* прибуток;
* маржу;
* проблемні замовлення;
* план-факт;
* BI-панелі;
* контроль відповідальності;
* ризики переходу з BAS/1С.

== Демо для бухгалтера ==

Бухгалтеру важливо бачити:

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

== Демо для менеджера продажів ==

Менеджеру продажів варто показати:

* клієнтів;
* контакти;
* замовлення покупця;
* рахунок;
* резерв товару;
* статус замовлення;
* ціни;
* знижки;
* комерційну пропозицію;
* залишки;
* історію клієнта;
* звіт по продажах.

== Демо для комірника ==

Комірнику важливо бачити:

* номенклатуру;
* склади;
* залишки;
* надходження;
* переміщення;
* списання;
* інвентаризацію;
* серії;
* характеристики;
* штрихкоди;
* комірки;
* відвантаження;
* складські звіти.

== Демо для закупівельника ==

Закупівельнику варто показати:

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

== Демо для ІТ-команди ==

ІТ-команді важливо бачити:

* розміщення системи;
* web-доступ;
* користувачів;
* ролі;
* API;
* інтеграції;
* базу даних;
* резервні копії;
* журналювання;
* моніторинг;
* оновлення;
* безпеку;
* тестове середовище.

== Демо для власника бізнесу ==

Власнику бізнесу варто показати:

* де гроші;
* де прибуток;
* де втрати;
* де залежані товари;
* де борги;
* які клієнти найкращі;
* які товари прибуткові;
* які менеджери ефективні;
* де бізнес залежить від BAS/1С;
* як [[K2 ERP]] допомагає з цифровою незалежністю.

== Демо ролей і прав доступу ==

На демо обов’язково варто показати, що різні користувачі бачать різні дані.

Приклад:

{| class="wikitable" style="width:100%;"
! Користувач
! Роль
! Що бачить
|-
| manager_demo
| Менеджер продажів
| Клієнти, замовлення, рахунки, залишки
|-
| sklad_demo
| Комірник
| Складські документи, залишки, інвентаризація
|-
| buh_demo
| Бухгалтер
| Каса, банк, взаєморозрахунки, звітність
|-
| director_demo
| Керівник
| BI, KPI, звіти, контроль
|-
| api_demo
| Сервісний користувач
| Обмежений API-доступ
|}

== Демо API ==

API-демо потрібне для компаній, які мають сайт, CRM, WMS, мобільний застосунок або інші системи.

На API-демо можна показати:

* авторизацію;
* отримання номенклатури;
* отримання залишків;
* отримання цін;
* створення замовлення;
* оновлення статусу;
* отримання контрагентів;
* обробку помилок;
* журналювання API;
* обмеження доступу.

Приклад API-сценарію:

<syntaxhighlight lang="text">
Сайт → API K2 ERP → Створення замовлення → Менеджер бачить замовлення в ERP
</syntaxhighlight>

== Демо BI ==

BI-демо показує аналітику.

Можна показати:

* продажі;
* залишки;
* фінанси;
* дебіторку;
* маржу;
* план-факт;
* складські KPI;
* виробничі KPI;
* ефективність менеджерів;
* динаміку;
* фільтри;
* дашборди для керівника.

== Демо інтеграцій ==

Інтеграційне демо може показувати обмін із:

* сайтом;
* CRM;
* WMS;
* банком;
* Tableau;
* Power BI;
* Excel Power Query;
* мобільним застосунком;
* електронним документообігом;
* службами доставки;
* старою BAS/1С як джерелом міграційних даних.

== Демо web-доступу ==

Якщо користувачі працюють через браузер, потрібно показати:

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

== Демо на тестових даних ==

Демо не повинно містити випадкові або конфіденційні реальні дані.

Тестові дані можуть включати:

* тестових клієнтів;
* тестові товари;
* тестові склади;
* тестові замовлення;
* тестові ціни;
* тестові залишки;
* тестові каси;
* тестові банківські рахунки;
* тестові працівники;
* тестові ролі.

== Чому не варто показувати реальні конфіденційні дані ==

Під час демо можуть бути присутні:

* сторонні консультанти;
* потенційні партнери;
* зовнішні інтегратори;
* кілька відділів компанії;
* люди без доступу до фінансів;
* люди без доступу до зарплати.

Не можна випадково показувати:

* зарплату;
* собівартість;
* банківські реквізити;
* персональні дані;
* комерційні умови;
* реальні договори;
* API-ключі;
* паролі;
* приватні фінансові звіти.

== Підготовка до демо ==

Перед демо потрібно визначити:

* ціль демо;
* аудиторію;
* тривалість;
* модулі;
* сценарії;
* тестові дані;
* ролі;
* питання;
* інтеграції;
* чи потрібен API;
* чи потрібен BI;
* чи потрібна міграція з BAS/1С;
* хто приймає рішення;
* які критерії успіху.

== Приклад плану демо ==

{| class="wikitable" style="width:100%;"
! Етап
! Що показати
! Час
|-
| Вступ
| Що таке K2 ERP і яку задачу вирішує
| 5 хв
|-
| Інтерфейс
| Вхід, робочий стіл, меню, пошук
| 10 хв
|-
| Бізнес-сценарій
| Замовлення → резерв → відвантаження → оплата
| 25 хв
|-
| Звіти
| Продажі, залишки, дебіторка, KPI
| 15 хв
|-
| Права
| Ролі менеджера, бухгалтера, комірника, керівника
| 10 хв
|-
| API / BI
| Інтеграція із сайтом або аналітика
| 15 хв
|-
| Міграція
| Як переходити з BAS/1С
| 15 хв
|-
| Питання
| Обговорення наступних кроків
| 10 хв
|}

== Критерії успішного демо ==

Демо можна вважати успішним, якщо:

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

== Типові питання на демо ==

Під час демо часто питають:

* чи можна перенести дані з BAS;
* чи є API;
* чи є BI;
* чи можна працювати через браузер;
* чи можна працювати на власному сервері;
* чи можна підключити сайт;
* чи можна підключити CRM;
* чи можна зробити звіт як у старій системі;
* чи можна обмежити права;
* чи є резервне копіювання;
* чи можна зробити доробки;
* як оновлюється система;
* скільки триває впровадження.

== Демо і міграція з BAS/1С ==

Окремий блок демо має бути присвячений переходу зі старої системи.

Потрібно показати або пояснити:

* що переноситься;
* що не переноситься;
* як очищаються дані;
* як перевіряються залишки;
* як порівнюються довідники;
* як переноситься номенклатура;
* як переноситься контрагент;
* як переносяться ціни;
* як переносяться відкриті документи;
* як стара BAS/1С переводиться в архів;
* як відключаються старі інтеграції.

== Що варто перевірити після демо BAS/1С ==

Якщо компанія переходить із BAS/1С, після демо потрібно скласти список:

* інформаційних баз;
* конфігурацій;
* користувачів;
* ролей;
* довідників;
* документів;
* обробок;
* звітів;
* інтеграцій;
* web-сервісів;
* API;
* Excel Power Query;
* Tableau;
* Power BI;
* файлових обмінів;
* критичних процесів.

== Демо і заміна BAS ==

Демо [[K2 ERP]] має відповідати на практичне питання: що саме замінює BAS.

Наприклад:

{| class="wikitable" style="width:100%;"
! У BAS
! У K2 ERP
|-
| Довідники
| Довідники K2 ERP
|-
| Документи
| Документи і бізнес-процеси K2 ERP
|-
| Ролі
| Ролі й права K2 ERP
|-
| Web-сервіси
| API K2 ERP
|-
| Звіти
| Звіти і BI K2 ERP
|-
| Обробки
| Контрольовані імпорти, API, службові процеси
|-
| Excel-вивантаження
| BI-вітрини, API, контрольовані експорти
|}

== Демо і тестові користувачі ==

Для демо бажано створити кілька тестових користувачів.

Приклад:

<syntaxhighlight lang="text">
director_demo
manager_demo
buh_demo
sklad_demo
admin_demo
api_demo
</syntaxhighlight>

Це дозволяє показати:

* різні ролі;
* різні права;
* різний інтерфейс;
* різні звіти;
* обмеження доступу;
* сервісний доступ для API.

== Демо і журналювання ==

На демо варто показати, що важливі дії фіксуються.

Журнал може показувати:

* хто увійшов;
* хто створив документ;
* хто змінив документ;
* хто провів операцію;
* хто змінив довідник;
* хто виконав API-запит;
* хто експортував дані;
* хто змінив роль;
* хто відкрив чутливий звіт.

== Демо і безпека ==

Безпека має бути частиною демо, особливо для керівників і ІТ.

Потрібно показати або пояснити:

* персональні логіни;
* ролі;
* групи;
* обмеження доступу;
* сервісних користувачів;
* API-токени;
* журналювання;
* HTTPS;
* резервні копії;
* обмеження експорту;
* захист персональних даних;
* контроль адміністраторів.

== Демо і резервне копіювання ==

Якщо демо технічне, варто пояснити підхід до резервного копіювання.

Потрібно показати:

* що резервується;
* як часто;
* де зберігається;
* хто відповідає;
* як перевіряється відновлення;
* як працює тестове середовище;
* як відновлюється база;
* які є RPO і RTO.

== Демо і версія K2 ERP ==

Під час демо варто знати версію системи.

Потрібно фіксувати:

* версію [[K2 ERP]];
* версію модулів;
* дату демо;
* які функції показувалися;
* які функції були в розробці;
* які обмеження є;
* які питання потрібно уточнити;
* які доробки потенційно потрібні.

== Демо і ліцензування ==

Після демо зазвичай виникає питання ліцензування.

Потрібно визначити:

* скільки користувачів;
* які ролі;
* які модулі;
* чи потрібен API;
* чи потрібен BI;
* чи потрібна хмара;
* чи потрібен власний сервер;
* чи потрібна тестова база;
* чи потрібна підтримка;
* чи потрібна міграція з BAS/1С;
* чи потрібні доробки.

== Демо і хмара K2 ERP ==

Хмарне демо може бути зручним для швидкого старту.

Переваги:

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

== Демо і ERP на власному сервері ==

Якщо компанія планує власний сервер, демо має включати інфраструктурні питання:

* де буде сервер;
* яка СУБД;
* хто адмініструє;
* як робляться резервні копії;
* як оновлюється система;
* як працює VPN;
* як відкривається web-доступ;
* як працює API;
* як працює BI;
* як відновлюється система після збою.

== Демо і доробки ==

Після демо часто з’являються побажання.

Наприклад:

* додати поле;
* змінити друковану форму;
* зробити інтеграцію;
* зробити новий звіт;
* змінити бізнес-процес;
* додати роль;
* додати довідник;
* змінити форму документа;
* додати API-метод;
* зробити BI-дашборд.

Потрібно відрізняти:

* стандартний функціонал;
* налаштування;
* доробку;
* інтеграцію;
* міграційну задачу;
* BI-задачу.

== Демо і протокол питань ==

Під час демо потрібно фіксувати питання.

Приклад таблиці:

{| class="wikitable" style="width:100%;"
! Питання
! Від кого
! Статус
! Коментар
|-
| Чи можна перенести ціни з BAS?
| Закупівлі
| Потрібно перевірити
| Залежить від структури цін
|-
| Чи є інтеграція із сайтом?
| ІТ
| Так
| Через API
|-
| Чи можна обмежити склад?
| Склад
| Так
| Через ролі й права
|-
| Чи можна зробити звіт по маржі?
| Керівник
| Так
| Через BI
|}

== Демо і наступні кроки ==

Після демо зазвичай потрібно:

# Зафіксувати питання.
# Визначити зацікавлені підрозділи.
# Підготувати список процесів.
# Підготувати список баз BAS/1С.
# Підготувати список інтеграцій.
# Підготувати список користувачів.
# Визначити модулі K2 ERP.
# Погодити формат пілоту.
# Підготувати тестові дані.
# Запланувати міграційний аудит.
# Підготувати комерційну або проєктну оцінку.

== Типові помилки під час демо ==

Найчастіші помилки:

* показувати тільки інтерфейс без бізнес-сценаріїв;
* не питати, які процеси важливі для клієнта;
* показувати реальні конфіденційні дані;
* не показувати ролі й права;
* не говорити про API;
* не говорити про BI;
* не говорити про міграцію;
* не фіксувати питання;
* обіцяти все без аналізу;
* не розділяти демо і впровадження;
* не пояснювати обмеження;
* не згадувати ризики BAS/1С.

== Помилка: демо без сценарію ==

Якщо демо йде хаотично, користувачі не розуміють цінності.

Погано:

<syntaxhighlight lang="text">
“Ось меню, ось кнопка, ось таблиця, ось ще один список”
</syntaxhighlight>

Краще:

<syntaxhighlight lang="text">
“Ось клієнт → ось замовлення → ось резерв → ось відвантаження → ось оплата → ось звіт керівника”
</syntaxhighlight>

== Помилка: не показати права доступу ==

Якщо не показати ролі, у клієнта може скластися враження, що всі бачать усе.

На демо варто показати:

* менеджер не бачить зарплату;
* комірник не бачить банк;
* бухгалтер не має зайвого admin-доступу;
* керівник бачить BI;
* API-користувач має обмежені права.

== Помилка: не згадати інтеграції ==

Багато компаній мають:

* сайт;
* CRM;
* WMS;
* банк;
* каси;
* Excel-звіти;
* Power Query;
* Tableau;
* Power BI;
* старі обробки BAS.

Якщо це не обговорити на демо, після старту можуть виникнути несподівані задачі.

== Помилка: не перевірити старі BAS-звіти ==

Компанія може перейти на [[K2 ERP]], але продовжити дивитися старі Excel або BI-звіти з BAS.

Тому вже на демо потрібно пояснити:

* які звіти є в K2 ERP;
* які звіти потрібно перенести;
* які Excel-звіти потрібно замінити;
* які Tableau/Power BI джерела потрібно перепідключити;
* які BAS-джерела потрібно вимкнути.

== Як не треба робити ==

Погані підходи:

* проводити демо без підготовки;
* не знати аудиторію;
* не мати сценарію;
* показувати конфіденційні дані;
* не показувати ролі;
* не говорити про API;
* не говорити про BI;
* не говорити про міграцію з BAS/1С;
* не фіксувати питання;
* обіцяти доробки без оцінки;
* не пояснювати різницю між демо, пілотом і впровадженням;
* ігнорувати санкційні й кібербезпекові ризики BAS/1С.

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Найгірший сценарій.''' Компанія дивиться красиве демо, але не перевіряє свої процеси, інтеграції, BAS/1С-дані, ролі, API, BI, звіти й міграцію. Потім на впровадженні з’ясовується, що важливі сценарії не були обговорені.
</div>

== Як правильно проводити демо K2 ERP ==

Правильний порядок:

# Визначити цілі демо.
# Визначити аудиторію.
# Зібрати ключові процеси.
# Обрати формат демо.
# Підготувати тестові дані.
# Підготувати ролі.
# Показати бізнес-сценарій.
# Показати звіти.
# Показати API, якщо потрібно.
# Показати BI, якщо потрібно.
# Обговорити інтеграції.
# Обговорити міграцію з BAS/1С.
# Показати права доступу.
# Зафіксувати питання.
# Визначити наступний етап: пілот, аудит, міграція або комерційна оцінка.

== Демо K2 ERP і цифрова незалежність ==

Демо [[K2 ERP]] може бути першим практичним кроком до цифрової незалежності.

Компанія може побачити:

* як виглядає українська ERP;
* як замінити BAS/1С;
* як працювати без старих обробок;
* як перенести довідники;
* як побудувати нові ролі;
* як замінити web-сервіси BAS;
* як перевести інтеграції на API;
* як перенести BI;
* як прибрати старі Excel-залежності;
* як перейти до контрольованої ERP-архітектури.

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Цифрова незалежність.''' Демо [[K2 ERP]] — це можливість не просто подивитися нову систему, а побачити практичний шлях відмови від BAS/1С, старих інтеграцій, хаотичних Excel-звітів і неконтрольованої аналітики.
</div>

== Коротко ==

{| class="wikitable" style="width:100%;"
! Питання
! Відповідь
|-
| Що таке демо [[K2 ERP]]?
| Це демонстраційний доступ або показ системи для оцінки функціоналу, процесів, ролей, API, BI і можливостей міграції.
|-
| Чим демо відрізняється від пілоту?
| Демо показує можливості, а пілот перевіряє роботу на конкретних сценаріях компанії.
|-
| Що показувати на демо?
| Довідники, документи, звіти, ролі, права, API, BI, інтеграції, web-доступ і міграцію з BAS/1С.
|-
| Чи можна проводити демо в хмарі?
| Так. Хмарне демо зручне для швидкого старту без власної інфраструктури.
|-
| Чи можна проводити демо на власному сервері?
| Так, якщо компанія планує on-premise розміщення або хоче перевірити власну інфраструктуру.
|-
| Що важливо при демо для заміни BAS?
| Показати не тільки інтерфейс, а й міграцію даних, ролі, звіти, API, BI, інтеграції та архів старої системи.
|-
| Чи варто використовувати реальні дані?
| Для короткого демо краще тестові або знеособлені дані. Реальні дані краще використовувати тільки в контрольованому пілоті.
|-
| Чи є санкційні ризики у [[BAS]] і [[1С]]?
| Так. Окремі продукти [[1С]] і [[BAS]] внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні.
|}

== Висновок ==

Демо [[K2 ERP]] — це важливий етап перед впровадженням ERP-системи. Воно допомагає компанії побачити, як працює система, які модулі доступні, як виглядають документи, довідники, звіти, ролі, права доступу, [[API]], [[BI]], web-доступ, інтеграції та міграція з [[BAS]] або [[1С]].

Правильне демо має бути побудоване навколо реальних бізнес-сценаріїв, а не лише навколо інтерфейсу. Потрібно показати шлях користувача: від довідника до документа, від документа до звіту, від API до інтеграції, від BAS/1С до [[K2 ERP]], від хаотичних Excel-звітів до контрольованої BI-аналітики.

Після демо компанія має отримати не просто враження, а чітке розуміння:

* які процеси покриває [[K2 ERP]];
* які модулі потрібні;
* які дані потрібно переносити;
* які інтеграції потрібно замінити;
* які ролі потрібно створити;
* які звіти важливі;
* чи потрібен пілот;
* які наступні кроки до впровадження.

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Правильний підхід.''' Демо [[K2 ERP]] має завершуватися списком питань, сценаріїв, інтеграцій, джерел даних, BAS/1С-залежностей, потрібних модулів і наступних кроків: пілот, аудит, міграція або впровадження.
</div>

З урахуванням санкційних, юридичних і кібербезпекових ризиків [[BAS]] та [[1С]], демо [[K2 ERP]] може стати першим практичним кроком до переходу на українську ERP, побудови нової архітектури даних, контрольованих ролей, API, BI, інтеграцій і цифрової незалежності.

'''[[K2 ERP]]''' у цьому процесі може стати платформою для демонстрації й подальшого впровадження української ERP-системи: з користувачами, ролями, довідниками, документами, [[API]], [[BI]], резервними копіями, web-доступом, аналітичними вітринами, міграцією з BAS/1С і розвитком автоматизації бізнесу без залежності від старої екосистеми [[BAS]] / [[1С]].

== Див. також ==

* [[K2]]
* [[K2 ERP]]
* [[ERP]]
* [[Ліцензування K2 ERP]]
* [[Версія K2 ERP]]
* [[Оновлення K2 ERP]]
* [[Користувач K2 ERP]]
* [[Ролі K2 ERP]]
* [[Права доступу]]
* [[API]]
* [[BI]]
* [[Tableau]]
* [[Power BI]]
* [[Excel Power Query]]
* [[pgAdmin]]
* [[PostgreSQL]]
* [[ERP на власному сервері]]
* [[Хмарна ERP]]
* [[Резервна копія]]
* [[Журналювання]]
* [[Міграція з BAS]]
* [[Міграція з 1С]]
* [[Заміна BAS]]
* [[Заміна 1С]]
* [[BAS]]
* [[1С]]
* [[Оновлення BAS]]
* [[Конфігурація BAS]]
* [[Користувач BAS]]
* [[Роль BAS]]
* [[Веб-клієнт BAS]]
* [[Клієнт-серверний режим BAS]]
* [[Файловий режим BAS]]
* [[Web-сервіси 1С]]
* [[JSON 1С]]
* [[Інтеграція з BAS]]
* [[Інтеграція з 1С]]
* [[Інтеграція через файли]]
* [[Інтеграція через XML]]
* [[Data Warehouse]]
* [[Аналітична вітрина]]
* [[Дашборд]]
* [[KPI]]
* [[План-факт]]
* [[Українське програмне забезпечення]]
* [[Автоматизація бізнесу]]
* [[Цифрова незалежність]]
* [[Деколонізація обліку]]

== Зовнішні посилання ==

* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu Хмара K2 ERP]
* [https://erp.kyiv.ua/k2-cloud-erp-php-demo-pryklady-instrumentiv-rozrobky-shvydka-rozrobka-biznes-moduliv/ Демо-приклади інструментів розробки K2 Cloud ERP]
* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення на сайті Держспецзв’язку]
* [https://cip.gov.ua/ua/news/vidpovidi-na-poshireni-zapitannya-shodo-pereliku-zaboronenogo-programnogo-zabezpechennya-ta-obladnannya Роз’яснення Держспецзв’язку щодо переліку забороненого ПЗ]
* [https://www.president.gov.ua/documents/6012024-52009 Указ Президента України №601/2024]
* [https://zakon.rada.gov.ua/go/601/2024 Указ Президента України №601/2024 на сайті Верховної Ради України]
* [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP]
* [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій]
* [https://www.linkedin.com/company/k2erp/ LinkedIn K2]

[[Категорія:K2]]
[[Категорія:K2 ERP]]
[[Категорія:ERP]]
[[Категорія:Демо K2 ERP]]
[[Категорія:K2 ERP demo]]
[[Категорія:Демонстрація ERP]]
[[Категорія:Пілот K2 ERP]]
[[Категорія:Тестовий доступ]]
[[Категорія:Хмарна ERP]]
[[Категорія:ERP на власному сервері]]
[[Категорія:Ліцензування K2 ERP]]
[[Категорія:Версія K2 ERP]]
[[Категорія:Оновлення K2 ERP]]
[[Категорія:Користувач K2 ERP]]
[[Категорія:Ролі K2 ERP]]
[[Категорія:Права доступу]]
[[Категорія:API]]
[[Категорія:BI]]
[[Категорія:Tableau]]
[[Категорія:Power BI]]
[[Категорія:Excel Power Query]]
[[Категорія:pgAdmin]]
[[Категорія:PostgreSQL]]
[[Категорія:Data Warehouse]]
[[Категорія:Аналітична вітрина]]
[[Категорія:Дашборди]]
[[Категорія:KPI]]
[[Категорія:План-факт]]
[[Категорія:Журналювання]]
[[Категорія:Резервна копія]]
[[Категорія:Інтеграція]]
[[Категорія:Інтеграція з K2 ERP]]
[[Категорія:BAS]]
[[Категорія:1С]]
[[Категорія:Міграція з BAS]]
[[Категорія:Міграція з 1С]]
[[Категорія:Заміна BAS]]
[[Категорія:Заміна 1С]]
[[Категорія:Оновлення BAS]]
[[Категорія:Конфігурація BAS]]
[[Категорія:Користувач BAS]]
[[Категорія:Роль BAS]]
[[Категорія:Web-сервіси 1С]]
[[Категорія:JSON 1С]]
[[Категорія:JSON]]
[[Категорія:XML]]
[[Категорія:CSV]]
[[Категорія:Безпека]]
[[Категорія:Кібербезпека]]
[[Категорія:Українське програмне забезпечення]]
[[Категорія:Автоматизація бізнесу]]
[[Категорія:Цифрова незалежність України]]
[[Категорія:Деколонізація обліку]]