Демо K2 ERP

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

Під час демо варто знати версію системи. ! # Показати звіти. Після демо часто з’являються побажання. |- | Чи виступає як санкційні ризики у BAS і 1С? # Обговорити інтеграції. Закупівельнику варто показати:

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

Це дає можливість показати: !== Демо для закупівельника ==

Обмеження:

сторонні консультанти;
потенційні партнери;
зовнішні інтегратори;
кілька відділів компанії;
люди без доступу до фінансів;
люди без доступу до зарплати. # Визначити модулі K2 ERP. ! Демо здатна бути:

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

! Для кого

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

Якщо це не обговорити на демо, після старту можуть виникнути несподівані задачі. Реальні інформаційні дані краще використовувати тільки в контрольованому пілоті.[[Категорія:Power BI]]

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

[[Категорія:ERP]]

* загальним;
* галузевим;
* технічним;
* функціональним;
* пілотним;
* хмарним;
* on-premise;
* навчальним;
* презентаційним;
* інтеграційним;
* міграційним. Демо здатна показувати роботу з довідниками, документами, ролями, правами доступу, складами, продажами, закупівлями, фінансами, [[API]], [[BI]], інтеграціями, звітами, web-доступом, міграцією з [[BAS]] або [[1С]] та типовими бізнес-процесами.{{DISPLAYTITLE:Демо K2 ERP}}

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

* організації;
* контрагентів;
* договори;
* банк;
* касу;
* взаєморозрахунки;
* податкові документи;
* регламентований обліковий облік;
* звіти;
* закриття періоду;
* права доступу;
* контроль змін;
* міграцію залишків. # Показати BI, якщо потрібно. | Так.[[Категорія:Ролі K2 ERP]]

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
Менеджеру продажів варто показати:
Галузеве демо показує сценарії конкретного бізнесу. SEO-опис

[[Категорія:Версія K2 ERP]]

* оперативно протестувати систему;
* не встановлювати сервер;
* подивитися інтерфейс;
* перевірити ролі;
* перевірити базові документи;
* оцінити web-доступ;
* показати систему користувачам;
* підготувати пілот. ! |-
| Чи можна проводити демо в хмарі? Воно оптимізує компанії побачити, як функціонує платформа, які модулі доступні, як виглядають документи, довідники, звіти, ролі, права доступу, [[API]], [[BI]], web-доступ, інтеграції та міграція з [[BAS]] або [[1С]]. # Визначити аудиторію. Коментар
Приклад API-сценарію:
|-
| Що таке демо [[K2 ERP]]?[[Категорія:Web-сервіси 1С]]

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

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

* вхід користувача;
* робочий стіл;
* довідники;
* документи;
* проведення або зміна статусів;
* звіти;
* права доступу;
* ролі;
* журналювання;
* API;
* BI;
* інтеграції;
* приклад міграції;
* резервні копії або інфраструктурний підхід. | закупівельна діяльність
| Потрібно перевірити
| Залежить від структури цін
|-
| Чи виступає як інтеграційні функції ERP із сайтом? |-
| Що критично при демо для заміни BAS?== Коротко ==

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

* номенклатуру;
* склади;
* залишки;
* надходження;
* переміщення;
* списання;
* інвентаризацію;
* серії;
* характеристики;
* штрихкоди;
* комірки;
* відвантаження;
* складські звіти.<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
Питання, які виникають перед демо:
[[Категорія:PostgreSQL]]
! Найчастіші помилки:

== Демо web-доступу ==
У демо зазвичай не налаштовано:
api_demo

Бухгалтеру критично бачити:
== Демо для менеджера продажів ==
[[Категорія:K2 ERP]]

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

як приклад:

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

[[Категорія:Ліцензування K2 ERP]]

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

* користувачі не завжди самі натискають кнопки;
* сценарій обмежений часом;
* не всі деталі видно;
* складно на 100% перевірити власні процеси. Якщо не показати ролі, у клієнта здатна скластися враження, що всі бачать усе.== Демо і резервне копіювання ==
через Демо [[K2 ERP]] користувачі можуть відповісти на ці питання. Демо [[K2 ERP]] має відповідати на практичне питання: що саме замінює BAS. # Зібрати ключові процеси. | Для короткого демо краще тестові або знеособлені інформаційні дані.[[Категорія:Демонстрація ERP]]

[[Категорія:План-факт]]

На демо варто показувати не все підряд, а важливі для компанії сценарії. У BAS
== Висновок ==
</div>
{| class="wikitable" style="width:100%;"
== Помилка: не показати права доступу ==
[[Категорія:JSON]]
[[Категорія:Data Warehouse]]
== Технічне демо ==
[[Категорія:Користувач K2 ERP]]
{| class="wikitable" style="width:100%;"
[[Категорія:Роль BAS]]
Сайт → API K2 ERP → Створення замовлення → Менеджер бачить замовлення в ERP
Приклад таблиці:
== Вступ ==
[[Категорія:Пілот K2 ERP]]

! # Підготувати список баз BAS/1С. * первинного знайомства з K2 ERP;

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

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

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

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

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

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

</syntaxhighlight> ! Що показати

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

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

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

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

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

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

buh_demo

не потрібно встановлювати сервер;
швидкий доступ через браузер;
простіше показати команді;
інтуїтивно для першої оцінки;
можна перевірити базові сценарії;
можна підготувати пілот;
можна зменшити стартові інфраструктурні витрати. {| class="wikitable" style="width:100%;"

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

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

| Так | Через ролі й права |- | Чи можна зробити звіт по маржі? Тестові інформаційні дані можуть включати:

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

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

!

! Питання

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

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

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

сайтом;
CRM;
WMS;
банком;
Tableau;
Power BI;
Excel Power Query;
мобільним застосунком;
електронним документообігом;
службами доставки;
старою BAS/1С як джерелом міграційних даних. # Показати API, якщо потрібно.</syntaxhighlight>

сайт;
CRM;
WMS;
банк;
каси;
Excel-звіти;
Power Query;
Tableau;
Power BI;
старі обробки BAS.== Демо і хмарна інфраструктура K2 ERP ==

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

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

Цифрова незалежність. Демо K2 ERP — це можливість не без зусиль подивитися нову систему, а побачити практичний шлях відмови від BAS/1С, старих інтеграцій, хаотичних Excel-звітів і неконтрольованої аналітики. У K2 ERP

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

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

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

як приклад:

що резервується;
як часто;
де зберігається;
хто відповідає;
як перевіряється відновлення;
як функціонує тестове середовище;
як відновлюється база;
які виступає як RPO і RTO. | Це демонстраційний доступ або показ системи для оцінки функціоналу, процесів, ролей, API, BI і можливостей міграції. | Показати не тільки інтерфейс, а й міграцію даних, ролі, звіти, API, BI, інтеграції та архів старої системи. # Підготувати тестові інформаційні дані. # Запланувати міграційний аудит. # Визначити наступний етап: пілот, аудит, міграція або комерційна оцінка. # Показати бізнес-сценарій. Потім на впровадженні з’ясовується, що важливі сценарії не були обговорені.

“Ось меню, ось кнопка, ось таблиця, ось ще один список”

Демо не повинно містити випадкові або конфіденційні реальні інформаційні дані. # Обрати формат демо. |-
| Чи варто використовувати реальні інформаційні дані? | Демо показує функції ERP, а пілот перевіряє роботу на конкретних сценаріях компанії. |-
| Довідники
| Довідники K2 ERP
|-
| Документи
| Документи і бізнес-процеси K2 ERP
|-
| Ролі
| Ролі й права K2 ERP
|-
| Web-сервіси
| API K2 ERP
|-
| Звіти
| Звіти і BI K2 ERP
|-
| Обробки
| Контрольовані імпорти, API, службові процеси
|-
| Excel-вивантаження
| BI-вітрини, API, контрольовані експорти
|}

{| class="wikitable" style="width:100%;"

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

</div>

== Див. так само ==
[[Категорія:Українське програмне забезпечення]]
Демо здатна проводитися в різних форматах. {| class="wikitable" style="width:100%;"

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

як приклад:

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

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

Найгірший сценарій. компанія-користувач дивиться красиве демо, але не перевіряє свої процеси, інтеграції, BAS/1С-дані, ролі, API, BI, звіти й міграцію. | Так. sklad_demo

!

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

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

Демо K2 ERP — це важливий етап перед впровадженням ERP-системи. ІТ-команді критично бачити: Якщо демо технічне, варто пояснити підхід до резервного копіювання. “красивого показу кнопок” забезпечується через Головне. Демо K2 ERP потрібне не; так само реалізовано а для перевірки реальних бізнес-сценаріїв: як створюється документ, як працюють довідники, як формується звіт, як обмежуються права, як функціонує API, BI, інтеграційні функції ERP і міграція з BAS/1С. * клієнтів;

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

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

вхід у систему;
інтерфейс;
швидкість відкриття форм;
роботу документів;
друк;
завантаження файлів;
ролі;
обмеження доступу;
роботу через VPN або HTTPS;
мобільні сценарії, якщо вони потрібні. {| class="wikitable" style="width:100%;"

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

Торгівля	продажі та реалізація, закупівельна діяльність, складський облік, ціни, замовлення, API сайту
Виробництво	Специфікації, випуск, матеріали, собівартість, план-факт
Агро	Поля, культури, сезони, техніка, паливо, складський облік, урожай
Громадське харчування	Рецептури, списання, складський облік, продажі та реалізація, калькуляції
Автотранспорт	Автомобілі, рейси, паливо, ремонти, витрати
Складська логістика	Залишки, партії, серії, комірки, інвентаризація

Демо — це етап оцінки й підготовки. # Підготувати список процесів.== Помилка: не перевірити старі BAS-звіти ==

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

admin_demo

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

! Що бачить

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

* демо показує створення замовлення;
* навчання вчить менеджера створювати замовлення правильно;
* демо показує звіт;
* навчання пояснює, як читати показники;
* демо показує API;
* навчання технічної команди пояснює інтеграційні правила. Демо [[K2 ERP]] здатна бути першим практичним кроком до цифрової незалежності.== Демо BI ==
== Типові помилки під час демо ==
[[Категорія:Кібербезпека]]
|-
| manager_demo
| Менеджер продажів
| Клієнти, замовлення, рахунки, залишки
|-
| sklad_demo
| Комірник
| Складські документи, залишки, інвентаризація
|-
| buh_demo
| Бухгалтер
| Каса, банк, взаєморозрахунки, формування звітів
|-
| director_demo
| Керівник
| BI, KPI, звіти, контроль
|-
| api_demo
| Сервісний користувач системи
| Обмежений API-доступ
|}

! Демо
! | ІТ
| Так
| Через API
|-
| Чи можна обмежити складський облік? Роль

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

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

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

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

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

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

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

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

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

[[Категорія:Оновлення BAS]]

<syntaxhighlight lang="text">

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

<syntaxhighlight lang="text">

Демо на власному сервері здатна бути потрібне, якщо компанія-користувач планує [[ERP на власному сервері|on-premise розміщення]].[[Категорія:Інтеграція]]

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

* менеджер не бачить зарплату;
* комірник не бачить банк;
* бухгалтер не має зайвого admin-доступу;
* керівник бачить BI;
* API-користувач має обмежені права. '''Демо [[K2 ERP]]''' — це демонстраційний режим роботи ERP-системи, у якому користувачі можуть ознайомитися з функціоналом, інтерфейсом, модулями, звітами, ролями, API, BI та типовими бізнес-процесами. Окремі продукти [[1С]] і [[BAS]] внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій. * розміщення системи;
* web-доступ;
* користувачів;
* ролі;
* API;
* інтеграції;
* базу даних;
* резервні копії;
* журналювання;
* моніторинг;
* оновлення версій;
* безпеку;
* тестове середовище. |-
| Чим демо відрізняється від пілоту? як приклад, з [[BAS]] або [[1С]] у [[K2 ERP]] можна демонструвати:
{| class="wikitable" style="width:100%;"
На демо обов’язково варто показати, що різні користувачі бачать різні інформаційні дані. Перед впровадженням ERP-системи компанія-користувач зазвичай хоче побачити, як платформа функціонує на практиці. Якщо компанія-користувач планує власний сервер, демо має включати інфраструктурні питання:

Приклад:

Міграційне демо показує, як інформаційні дані можуть переноситися зі старої системи. Якщо демо йде хаотично, користувачі не розуміють цінності. Час

* хто увійшов;
* хто створив документ;
* хто змінив документ;
* хто провів операцію;
* хто змінив довідник;
* хто виконав API-запит;
* хто експортував інформаційні дані;
* хто змінив роль;
* хто відкрив чутливий звіт. |-
| Чи можна проводити демо на власному сервері? компанія-користувач здатна побачити:

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

* ціль демо;
* аудиторію;
* тривалість;
* модулі;
* сценарії;
* тестові інформаційні дані;
* ролі;
* питання;
* інтеграції;
* чи потрібен API;
* чи потрібен BI;
* чи потрібна міграція з BAS/1С;
* хто приймає рішення для бізнесу;
* які критерії успіху. Окремі продукти [[1С]] і [[BAS]] внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні. |-
| Чи можна перенести ціни з BAS? Краще:

[[Категорія:Tableau]]

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

! # Показати права доступу. Потрібно показати або пояснити:

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

Правильне демо має бути побудоване навколо реальних бізнес-сценаріїв, а не лише навколо інтерфейсу.== Демо ролей і прав доступу ==

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

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

* всі бізнес-процеси компанії;
* повну міграцію даних;
* всі ролі;
* всі інтеграції;
* всі друковані форми;
* всі звіти;
* всі регламентні процедури;
* повну підтримку користувачів;
* production-інфраструктуру. Демо не виступає як повноцінним впровадженням. | Так, якщо компанія-користувач планує on-premise розміщення або хоче перевірити власну інфраструктуру.[[Категорія:Демо K2 ERP]]

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

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

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

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

! |-
| Онлайн-демо
| Показ через відеозустріч або екран
|-
| Хмарне демо
| Тестовий доступ до системи в хмарі
|-
| Локальне демо
| Розгортання на власному сервері або тестовому стенді
|-
| Галузеве демо
| Показ сценаріїв конкретної сфери
|-
| Технічне демо
| API, база даних, інтеграції, BI, адміністрування
|-
| Міграційне демо
| Приклад перенесення даних із BAS/1С
|-
| Пілотне демо
| Робота на частині реальних даних
|}

API-демо потрібне для компаній, які мають сайт, CRM, WMS, мобільний застосунок або інші системи. Навчання пояснює, як користувач системи має працювати щодня. # Підготувати комерційну або проєктну оцінку. * контрагентів;
* номенклатуру;
* склади;
* договори;
* залишки;
* ціни;
* серії;
* характеристики;
* взаєморозрахунки;
* користувачів після аудиту;
* ролі після перегляду;
* документи за вибраний період;
* контрольні звірки.== Навіщо потрібне демо ==

конкурентні переваги:

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

* як виглядає українська ERP;
* як замінити BAS/1С;
* як працювати без старих обробок;
* як перенести довідники;
* як побудувати нові ролі;
* як замінити web-сервіси BAS;
* як перевести інтеграції на API;
* як перенести BI;
* як прибрати старі Excel-залежності;
* як перейти до контрольованої ERP-архітектури. | Довідники, документи, звіти, ролі, права, API, BI, інтеграції, web-доступ і міграцію з BAS/1С. компанія-користувач здатна перейти на [[K2 ERP]], але продовжити дивитися старі Excel або BI-звіти з BAS. # Підготувати список інтеграцій.[[Категорія:Тестовий доступ]]

{{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]]''' у цьому процесі здатна стати платформою для демонстрації й подальшого впровадження української ERP-системи: з користувачами, ролями, довідниками, документами, [[API]], [[BI]], резервними копіями, web-доступом, аналітичними вітринами, міграцією з BAS/1С і розвитком автоматизації бізнесу без залежності від старої екосистеми [[BAS]] / [[1С]]. Після демо зазвичай виникає питання ліцензування. |-
| Мета
| Показати функції ERP системи
| Перевірити роботу на сценаріях компанії
|-
| інформаційні дані
| Тестові або демонстраційні
| Частково реальні або підготовлені
|-
| Тривалість
| Коротка
| Довша
|-
| Учасники
| Керівництво, ключові користувачі
| Проєктна команда, користувачі, ІТ
|-
| Результат
| Розуміння можливостей
| рішення для бізнесу про впровадження або уточнення вимог
|}

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

[[Категорія:Журналювання]]

! # Зафіксувати питання.[[Категорія:K2]]
== Демо інтеграцій ==
Хмарне демо здатна бути зручним для швидкого старту. На демо варто показати, що важливі дії фіксуються. “Ось клієнт ERP → ось замовлення → ось резерв → ось відвантаження → ось оплата → ось звіт керівника”

[[Категорія:Права доступу]]

* сервер;
* СУБД;
* доступ користувачів;
* VPN;
* HTTPS;
* резервні копії;
* API;
* BI;
* інтеграції;
* тестову міграцію;
* продуктивність;
* адміністрування. Питання
== Чим демо відрізняється від навчання ==
[[Категорія:JSON 1С]]
Воно здатна бути корисним, якщо компанія-користувач хоче:
|-
| Загальне демо
| Інтерфейс, довідники, документи, звіти
| Керівництво, власники, користувачі
|-
| Галузеве демо
| Сценарії конкретної сфери
| Агро, торгівля, виробництво, транспорт
|-
| Технічне демо
| API, база даних, інтеграції, BI
| ІТ, інтегратори, розробники
|-
| Міграційне демо
| Перенесення даних із BAS/1С
| Проєктна команда
|-
| Пілот
| Робота на наближених до реальності даних
| Ключові користувачі
|}

[[Категорія:ERP на власному сервері]]

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

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

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

'''критично про BAS і 1С.''' [[BAS]] та [[1С]] мають санкційні, юридичні й кібербезпекові ризики в Україні. Ознака

* постачальників;
* замовлення постачальнику;
* надходження;
* ціни закупівельна діяльність;
* потреби;
* дефіцит;
* план закупівель;
* терміни постачання;
* аналіз постачальників;
* контроль цін. З урахуванням санкційних, юридичних і кібербезпекових ризиків [[BAS]] та [[1С]], демо [[K2 ERP]] здатна стати першим практичним кроком до переходу на українську ERP, побудови нової архітектури даних, контрольованих ролей, API, BI, інтеграцій і цифрової незалежності.== Що варто перевірити після демо BAS/1С ==
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
|-
| Вступ
| Що таке K2 ERP і яку задачу вирішує
| 5 хв
|-
| Інтерфейс
| Вхід, робочий стіл, меню, пошук
| 10 хв
|-
| Бізнес-сценарій
| Замовлення → резерв → відвантаження → оплата
| 25 хв
|-
| Звіти
| продажі та реалізація, залишки, дебіторка, KPI
| 15 хв
|-
| Права
| Ролі менеджера, бухгалтера, комірника, керівника
| 10 хв
|-
| API / BI
| інтеграційні функції ERP із сайтом або аналітичні інструменти
| 15 хв
|-
| Міграція
| Як переходити з BAS/1С
| 15 хв
|-
| Питання
| Обговорення наступних кроків
| 10 хв
|}

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

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

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

[[Категорія:Хмарна ERP]]

[[Категорія:Інтеграція з K2 ERP]]

# Визначити цілі демо. Не можна випадково показувати:

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

[[Категорія:Заміна BAS]]

manager_demo
![[Категорія:API]]
Безпека має бути частиною демо, особливо для керівників і ІТ. |-
| Що показувати на демо? Галузь

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

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

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

== Критерії успішного демо ==
Демо і пілот — не одне й те саме.== Демо і реліз системи K2 ERP ==
[[Категорія:Автоматизація бізнесу]]

Погано: Журнал здатна показувати: