Демо K2 ERP
Окремо варто відзначити тестове середовище або презентаційний сценарій системи K2 ERP, який надає можливість компанії побачити функціональні можливості ERP-платформи до повноцінного впровадження виступає ключовою рисою Демо K2 ERP.; * не потрібно встановлювати сервер;
- швидкий доступ через браузер;
- простіше показати команді;
- комфортно для першої оцінки;
- можна перевірити базові сценарії;
- можна підготувати пілот;
- можна зменшити стартові інфраструктурні витрати.;== Демо для власника бізнесу ==
Демо для ІТ-команди
Чи можна перенести ціни з BAS?; Питання
Демо web-доступуКоротко |
; * всі бізнес-процеси компанії;
|
;== Демо інтеграцій ==
Під час демо варто знати версію системи.; | складський облік |
Так | Через ролі й права |
|---|---|---|---|---|
Чи можна зробити звіт по маржі?; # Показати API, якщо потрібно.;== Демо і міграція з BAS/1С ==
Онлайн-демо |
; Погані підходи:
Демо — це етап оцінки й підготовки.; Не можна випадково показувати:
|
; Якщо демо йде хаотично, користувачі не розуміють цінності.; # Підготувати тестові інформаційні дані.; # Показати звіти.; * показувати тільки інтерфейс без бізнес-сценаріїв;
|
Чи є собою санкційні ризики у BAS і 1С?;
Демо не є собою повноцінним впровадженням.; # Запланувати міграційний аудит.; # Обговорити інтеграції.; Типові питання на демо
|
;== Чому не варто показувати реальні конфіденційні інформаційні дані ==
director_demo Демо BIДемо K2 ERP має відповідати на практичне питання: що саме замінює BAS.; # Підготувати список користувачів.; Під час демо часто питають: |
| Мета | Показати функціональні можливості системи | Перевірити роботу на сценаріях компанії | ||
| інформаційні дані | Тестові або демонстраційні | Частково реальні або підготовлені | ||
| Тривалість | Коротка | Довша | ||
| Учасники | Керівництво, ключові користувачі | Проєктна команда, користувачі, ІТ | ||
| Результат | Розуміння можливостей | рішення для бізнесу про впровадження або уточнення вимог |
Демо для комірника
Це надає можливість показати:
Демо і протокол питань
Помилка: демо без сценарію
- демо показує створення замовлення;
- навчання вчить менеджера створювати замовлення правильно;
- демо показує звіт;
- навчання пояснює, як читати показники;
- демо показує API;
- навчання технічної команди пояснює інтеграційні правила.; !; | Так.;== Навіщо потрібне демо ==
користувач системи → Браузер → Демо K2 ERP у хмарі → Тестова база Правильне демо має бути побудоване навколо реальних бізнес-сценаріїв, а не лише навколо інтерфейсу.; |- | Що істотно при демо для заміни BAS?; користувач системи
Формати демо K2 ERP
- Визначити цілі демо.; як ілюстрація:
На демо варто показати:
- загальним;
- галузевим;
- технічним;
- функціональним;
- пілотним;
- хмарним;
- on-premise;
- навчальним;
- презентаційним;
- інтеграційним;
- міграційним.; | Керівник
| Так | Через BI |
Як правильно проводити демо K2 ERP
!;</syntaxhighlight>
== Демо на тестових даних ==
Демо має змогу проводитися в різних форматах.; | Демо показує функціональні можливості, а пілот перевіряє роботу на конкретних сценаріях компанії.; * де буде сервер;
* яка СУБД;
* хто адмініструє;
* як робляться резервні копії;
* як оновлюється платформа;
* як функціонує VPN;
* як відкривається web-доступ;
* як функціонує API;
* як функціонує BI;
* як відновлюється платформа після збою.; Краще:
{| class="wikitable" style="width:100%;"
* вхід у систему;
* інтерфейс;
* швидкість відкриття форм;
* роботу документів;
* друк;
* завантаження файлів;
* ролі;
* обмеження доступу;
* роботу через VPN або HTTPS;
* мобільні сценарії, якщо вони потрібні.; Етап
як ілюстрація:
[[Категорія:Версія K2 ERP]]
* вхід користувача;
* робочий стіл;
* довідники;
* документи;
* проведення або зміна статусів;
* звіти;
* права доступу;
* ролі;
* журналювання;
* API;
* BI;
* інтеграції;
* приклад міграції;
* резервні копії або інфраструктурний підхід.;[[Категорія:K2 ERP demo]]
__TOC__
“Ось меню, ось кнопка, ось таблиця, ось ще один список”
|-
| manager_demo
| Менеджер продажів
| Клієнти, замовлення, рахунки, залишки
|-
| sklad_demo
| Комірник
| Складські документи, залишки, інвентаризація
|-
| buh_demo
| Бухгалтер
| Каса, банк, взаєморозрахунки, формування звітів
|-
| director_demo
| Керівник
| BI, KPI, звіти, контроль
|-
| api_demo
| Сервісний користувач системи
| Обмежений API-доступ
|}
!; # Зафіксувати питання.; Демо потрібно для:
Якщо це не обговорити на демо, після старту можуть виникнути несподівані задачі.; Коментар
як ілюстрація, з [[BAS]] або [[1С]] у [[K2 ERP]] можна демонструвати:
* чи можна перенести інформаційні дані з BAS;
* чи є собою API;
* чи є собою BI;
* чи можна працювати через браузер;
* чи можна працювати на власному сервері;
* чи можна підключити сайт;
* чи можна підключити CRM;
* чи можна зробити звіт як у старій системі;
* чи можна обмежити права;
* чи є собою резервне копіювання;
* чи можна зробити доробки;
* як оновлюється платформа;
* скільки триває впровадження.; manager_demo
'''істотно про BAS і 1С.''' [[BAS]] та [[1С]] мають санкційні, юридичні й кібербезпекові ризики в Україні.; | Довідники, документи, звіти, ролі, права, API, BI, інтеграції, web-доступ і міграцію з BAS/1С.;<syntaxhighlight lang="text">
Демо і пілот — не одне й те саме.; Потрібно визначити:
== Демо і ERP на власному сервері ==
|-
| Онлайн-демо
| Показ через відеозустріч або екран
|-
| Хмарне демо
| Тестовий доступ до системи в хмарі
|-
| Локальне демо
| Розгортання на власному сервері або тестовому стенді
|-
| Галузеве демо
| Показ сценаріїв конкретної сфери
|-
| Технічне демо
| API, база даних, інтеграції, BI, адміністрування
|-
| Міграційне демо
| Приклад перенесення даних із BAS/1С
|-
| Пілотне демо
| Робота на частині реальних даних
|}
== Демо API ==
як ілюстрація:
Якщо демо технічне, варто пояснити підхід до резервного копіювання.; # Показати бізнес-сценарій.; # Підготувати тестові інформаційні дані.; На демо обов’язково варто показати, що різні користувачі бачать різні інформаційні дані.; Комірнику істотно бачити:
{| class="wikitable" style="width:100%;"
== Чим демо відрізняється від впровадження ==
* версію [[K2 ERP]];
* версію модулів;
* дату демо;
* які функції показувалися;
* які функції були в розробці;
* які обмеження є собою;
* які питання потрібно уточнити;
* які доробки потенційно потрібні.; Для кого
# Зафіксувати питання.; Галузь
Простий приклад:
* оперативно протестувати систему;
* не встановлювати сервер;
* подивитися інтерфейс;
* перевірити ролі;
* перевірити базові документи;
* оцінити web-доступ;
* показати систему користувачам;
* підготувати пілот.; BI-демо показує аналітику.; |-
| Чи можна проводити демо в хмарі?;== Демо і заміна BAS ==
|-
| Вступ
| Що таке K2 ERP і яку задачу вирішує
| 5 хв
|-
| Інтерфейс
| Вхід, робочий стіл, меню, пошук
| 10 хв
|-
| Бізнес-сценарій
| Замовлення → резерв → відвантаження → оплата
| 25 хв
|-
| Звіти
| продажі та реалізація, залишки, дебіторка, KPI
| 15 хв
|-
| Права
| Ролі менеджера, бухгалтера, комірника, керівника
| 10 хв
|-
| API / BI
| інтеграційні функціональні можливості із сайтом або аналітичні інструменти
| 15 хв
|-
| Міграція
| Як переходити з BAS/1С
| 15 хв
|-
| Питання
| Обговорення наступних кроків
| 10 хв
|}
!; |}
[[Категорія:ERP]]
завдяки наявності Демо [[K2 ERP]] користувачі можуть відповісти на ці питання.; * продажі та реалізація;
* залишки;
* фінансовий блок;
* дебіторку;
* маржу;
* план-факт;
* складські KPI;
* виробничі KPI;
* ефективність менеджерів;
* динаміку;
* фільтри;
* дашборди для керівника.;== Демо для керівника ==
переважні аспекти:
* які звіти є собою в K2 ERP;
* які звіти потрібно перенести;
* які Excel-звіти потрібно замінити;
* які Tableau/Power BI джерела потрібно перепідключити;
* які BAS-джерела потрібно вимкнути.; Від кого
== Демо і ліцензування ==
|-
| Загальне демо
| Інтерфейс, довідники, документи, звіти
| Керівництво, власники, користувачі
|-
| Галузеве демо
| Сценарії конкретної сфери
| Агро, торгівля, виробництво, транспорт
|-
| Технічне демо
| API, база даних, інтеграції, BI
| ІТ, інтегратори, розробники
|-
| Міграційне демо
| Перенесення даних із BAS/1С
| Проєктна команда
|-
| Пілот
| Робота на наближених до реальності даних
| Ключові користувачі
|}
== Демо і хмарна інфраструктура K2 ERP ==
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
* первинного знайомства з [[K2 ERP]];
* перевірки інтерфейсу;
* перевірки логіки документів;
* оцінки функціоналу;
* порівняння з BAS/1С;
* оцінки заміни старої системи;
* демонстрації керівництву;
* навчання ключових користувачів;
* перевірки API;
* перевірки BI;
* оцінки складності міграції;
* підготовки пілотного проєкту;
* збору вимог;
* уточнення бюджету і строків.; | Це демонстраційний доступ або показ системи для оцінки функціоналу, процесів, ролей, API, BI і можливостей міграції.; Питання
!; Менеджеру продажів варто показати:
!;[[Категорія:Інтеграція з K2 ERP]]
[[Категорія:Користувач BAS]]
* загальну картину бізнесу;
* KPI;
* продажі та реалізація;
* фінансовий блок;
* дебіторку;
* залишки;
* прибуток;
* маржу;
* проблемні замовлення;
* план-факт;
* BI-панелі;
* контроль відповідальності;
* ризики переходу з BAS/1С.;== Демо для бухгалтера ==
Демо на власному сервері має змогу бути потрібне, якщо організація планує [[ERP на власному сервері|on-premise розміщення]].;== Приклад плану демо ==
== Висновок ==
!; Власнику бізнесу варто показати:
* тестових клієнтів;
* тестові товари;
* тестові склади;
* тестові замовлення;
* тестові ціни;
* тестові залишки;
* тестові каси;
* тестові банківські рахунки;
* тестові працівники;
* тестові ролі.;[[Категорія:Резервна копія]]
Потрібно показати або пояснити:
admin_demo
Чим демо відрізняється від навчання
Помилка: не показати права доступу
переважні аспекти:
- менеджер не бачить зарплату;
- комірник не бачить банк;
- бухгалтер не має зайвого admin-доступу;
- керівник бачить BI;
- API-користувач має обмежені права.; Після демо зазвичай виникає питання ліцензування.;
Демо показує, що платформа має змогу робити.; Що показати
Демо і наступні кроки
- сайт;
- CRM;
- WMS;
- банк;
- каси;
- Excel-звіти;
- Power Query;
- Tableau;
- Power BI;
- старі обробки BAS.;== Демо на власному сервері ==
!; Час Після демо організація має отримати не без ускладнень враження, а чітке розуміння: Правильний порядок: !; це демонстраційний доступ.; У K2 ERP </syntaxhighlight> Можна показати:
Демо для менеджера продажів
ІТ-команді істотно бачити: Приклад:
[[Категорія:Аналітична вітрина]]
Якщо організація планує власний сервер, демо має включати інфраструктурні питання:
Потрібно фіксувати:
Демо не повинно містити випадкові або конфіденційні реальні інформаційні дані.; | ІТ
| Так
| Через API
|-
| Чи можна обмежити складський облік?;[[Категорія:Дашборди]]
[[Категорія:Демо K2 ERP]]
Приклад:
== Помилка: не згадати інтеграції ==
Демо [[K2 ERP]] має змогу бути першим практичним кроком до цифрової незалежності.; # Підготувати список інтеграцій.;== Критерії успішного демо ==
== Демо K2 ERP і цифрова незалежність ==
* номенклатуру;
* склади;
* залишки;
* надходження;
* переміщення;
* списання;
* інвентаризацію;
* серії;
* характеристики;
* штрихкоди;
* комірки;
* відвантаження;
* складські звіти.; Ознака
Навчання пояснює, як користувач системи має працювати щодня.; # Визначити зацікавлені підрозділи.;== Демо і доробки ==
[[Категорія:Міграція з BAS]]
* інформаційних баз;
* конфігурацій;
* користувачів;
* ролей;
* довідників;
* документів;
* обробок;
* звітів;
* інтеграцій;
* web-сервісів;
* API;
* Excel Power Query;
* Tableau;
* Power BI;
* файлових обмінів;
* критичних процесів.; {| class="wikitable" style="width:100%;"
== Вступ ==
== Що варто перевірити після демо BAS/1С ==
[[Категорія:PostgreSQL]]
== Галузеве демо ==
[[Категорія:Користувач K2 ERP]]
Воно має змогу бути корисним, якщо організація хоче:
Журнал має змогу показувати:
[[Категорія:Power BI]]
У такому випадку перевіряють:
== Підготовка до демо ==
Після демо часто з’являються побажання.; Хмарне демо зручне для швидкого старту без власної інфраструктури.; * що переноситься;
* що не переноситься;
* як очищаються інформаційні дані;
* як перевіряються залишки;
* як порівнюються довідники;
* як переноситься номенклатура;
* як переноситься контрагент;
* як переносяться ціни;
* як переносяться відкриті документи;
* як стара BAS/1С переводиться в архів;
* як відключаються старі інтеграції.; # Підготувати список процесів.; Реальні інформаційні дані краще використовувати тільки в контрольованому пілоті.; Хмарне демо має змогу бути зручним для швидкого старту.; Що бачить
* користувачі зрозуміли логіку системи;
* керівництво побачило цінність;
* ключові сценарії показані;
* обмеження чесно озвучені;
* питання зафіксовані;
* зрозуміло, що потрібно для пілоту;
* визначено, які модулі потрібні;
* визначено, які інформаційні дані потрібно переносити;
* визначено, які інтеграції потрібні;
* визначено, хто бере участь у наступному етапі.; з цієї причини демо [[K2 ERP]] варто розглядати як перший практичний крок до оцінки української ERP-альтернативи, міграції даних, заміни старих інтеграцій і побудови цифрової незалежності.; характеристика
Технічне демо потрібне для ІТ-команди.; !; Що показує
Воно має змогу показувати:
[[Категорія:Демонстрація ERP]]
* контрагентів;
* номенклатуру;
* склади;
* договори;
* залишки;
* ціни;
* серії;
* характеристики;
* взаєморозрахунки;
* користувачів після аудиту;
* ролі після перегляду;
* документи за вибраний період;
* контрольні звірки.; Приклад API-сценарію:
Закупівельнику варто показати:
<syntaxhighlight lang="text">
Якщо не показати ролі, у клієнта має змогу скластися враження, що всі бачать усе.; Формат
Для демо бажано створити кілька тестових користувачів.; * організації;
* контрагентів;
* договори;
* банк;
* касу;
* взаєморозрахунки;
* податкові документи;
* регламентований обліковий облік;
* звіти;
* закриття періоду;
* права доступу;
* контроль змін;
* міграцію залишків.; Окремий блок демо має бути присвячений переходу зі старої системи.; У BAS
{| class="wikitable" style="width:100%;"
Багато компаній мають:
|-
| Торгівля
| продажі та реалізація, закупівельна діяльність, складський облік, ціни, замовлення, API сайту
|-
| Виробництво
| Специфікації, випуск, матеріали, собівартість, план-факт
|-
| Агро
| Поля, культури, сезони, техніка, паливо, складський облік, урожай
|-
| Громадське харчування
| Рецептури, списання, складський облік, продажі та реалізація, калькуляції
|-
| Автотранспорт
| Автомобілі, рейси, паливо, ремонти, витрати
|-
| Складська логістика
| Залишки, партії, серії, комірки, інвентаризація
|}
</div>
[[Категорія:Заміна 1С]]
!;[[Категорія:API]]
* хто увійшов;
* хто створив документ;
* хто змінив документ;
* хто провів операцію;
* хто змінив довідник;
* хто виконав API-запит;
* хто експортував інформаційні дані;
* хто змінив роль;
* хто відкрив чутливий звіт.; Потрібно показати шлях користувача: від довідника до документа, від документа до звіту, від API до інтеграції, від BAS/1С до [[K2 ERP]], від хаотичних Excel-звітів до контрольованої BI-аналітики.; Демо можна вважати успішним, якщо:
== Помилка: не перевірити старі BAS-звіти ==
* де гроші;
* де прибуток;
* де втрати;
* де залежані товари;
* де борги;
* які клієнти найкращі;
* які товари прибуткові;
* які менеджери ефективні;
* де бізнес-середовище залежить від BAS/1С;
* як [[K2 ERP]] сприяє з цифровою незалежністю.;[[Категорія:ERP на власному сервері]]
[[Категорія:K2]]
[[Категорія:1С]]
Галузеве демо показує сценарії конкретного бізнесу.; Демо
!; # Погодити формат пілоту.;[[Категорія:Міграція з 1С]]
[[Категорія:CSV]]
[[Категорія:Інтеграція]]
[[Категорія:Деколонізація обліку]]
[[Категорія:Хмарна ERP]]
* різні ролі;
* різні права;
* різний інтерфейс;
* різні звіти;
* обмеження доступу;
* сервісний доступ для API.; |-
| Чи варто використовувати реальні інформаційні дані?; !; * [[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]
На демо варто показувати не все підряд, а важливі для компанії сценарії.; Що показати
* персональні логіни;
* ролі;
* групи;
* обмеження доступу;
* сервісних користувачів;
* API-токени;
* журналювання;
* HTTPS;
* резервні копії;
* обмеження експорту;
* захист персональних даних;
* контроль адміністраторів.; Під час демо можуть бути присутні:
“Ось замовник → ось замовлення → ось резерв → ось відвантаження → ось оплата → ось звіт керівника”
Сайт → API K2 ERP → Створення замовлення → Менеджер бачить замовлення в ERP
[[Категорія:Ролі K2 ERP]]
API-демо потрібне для компаній, які мають сайт, CRM, WMS, мобільний застосунок або інші системи.;[[Категорія:Web-сервіси 1С]]
!; | Для короткого демо краще тестові або знеособлені інформаційні дані.; | Показати не тільки інтерфейс, а й міграцію даних, ролі, звіти, API, BI, інтеграції та архів старої системи.;[[Категорія:JSON 1С]]
</div>
“красивого показу кнопок” забезпечується через '''Головне.''' Демо [[K2 ERP]] потрібне не; додатково реалізовано а для перевірки реальних бізнес-сценаріїв: як створюється документ, як працюють довідники, як формується звіт, як обмежуються права, як функціонує API, BI, інтеграційні функціональні можливості і міграція з BAS/1С.;== Міграційне демо ==
</div>
== Типові помилки під час демо ==
|-
| Що таке демо [[K2 ERP]]?; Потім на впровадженні з’ясовується, що важливі сценарії не були обговорені.; Після демо зазвичай потрібно:
Демо [[K2 ERP]] має змогу бути короткою презентацією, відкритим тестовим доступом, хмарною демо-базою, галузевим сценарієм, технічним стендом, proof of concept, пілотним проєктом або окремим середовищем для перевірки конкретної задачі компанії.;</div>
Найчастіші помилки:
* проводити демо без підготовки;
* не знати аудиторію;
* не мати сценарію;
* показувати конфіденційні інформаційні дані;
* не показувати ролі;
* не говорити про API;
* не говорити про BI;
* не говорити про міграцію з BAS/1С;
* не фіксувати питання;
* обіцяти доробки без оцінки;
* не пояснювати різницю між демо, пілотом і впровадженням;
* ігнорувати санкційні й кібербезпекові ризики BAS/1С.;== Демо для закупівельника ==
На API-демо можна показати:
Демо має змогу бути:
'''Найгірший сценарій.''' організація дивиться красиве демо, але не перевіряє свої процеси, інтеграції, BAS/1С-дані, ролі, API, BI, звіти й міграцію.; # Визначити аудиторію.;[[Категорія:Журналювання]]
[[Категорія:Заміна BAS]]
[[Категорія:Оновлення K2 ERP]]
* що резервується;
* як часто;
* де зберігається;
* хто відповідає;
* як перевіряється відновлення;
* як функціонує тестове середовище;
* як відновлюється база;
* які є собою RPO і RTO.; Потрібно показати або пояснити:
[[Категорія:Безпека]]
<syntaxhighlight lang="text">
[[Категорія:pgAdmin]]
== Що таке демо K2 ERP ==
Демо [[K2 ERP]] — це важливий етап перед впровадженням ERP-системи.; | закупівельна діяльність
| Потрібно перевірити
| Залежить від структури цін
|-
| Чи є собою інтеграційні функціональні можливості із сайтом?; |-
| Що показувати на демо?; # Підготувати комерційну або проєктну оцінку.;[[Категорія:BAS]]
* авторизацію;
* отримання номенклатури;
* отримання залишків;
* отримання цін;
* створення замовлення;
* актуалізація статусу;
* отримання контрагентів;
* обробку помилок;
* журналювання API;
* обмеження доступу.; * оперативно організувати;
* не потрібно нічого встановлювати;
* можна показати керівництву;
* комфортно для першої зустрічі;
* можна поставити питання;
* можна одразу показати кілька сценаріїв.; # Підготувати список баз BAS/1С.; Статус
* розміщення системи;
* web-доступ;
* користувачів;
* ролі;
* API;
* інтеграції;
* базу даних;
* резервні копії;
* журналювання;
* моніторинг;
* актуалізація;
* безпеку;
* тестове середовище.; З урахуванням санкційних, юридичних і кібербезпекових ризиків [[BAS]] та [[1С]], демо [[K2 ERP]] має змогу стати першим практичним кроком до переходу на українську ERP, побудови нової архітектури даних, контрольованих ролей, API, BI, інтеграцій і цифрової незалежності.; Онлайн-демо підходить для швидкого знайомства.; '''Цифрова незалежність.''' Демо [[K2 ERP]] — це можливість не без ускладнень подивитися нову систему, а побачити практичний шлях відмови від BAS/1С, старих інтеграцій, хаотичних Excel-звітів і неконтрольованої аналітики.; !; |-
| Чим демо відрізняється від пілоту?; | Так.; # Підготувати ролі.;== Див.; додатково ==
'''Правильний підхід.''' Демо [[K2 ERP]] має завершуватися списком питань, сценаріїв, інтеграцій, джерел даних, BAS/1С-залежностей, потрібних модулів і наступних кроків: пілот, аудит, міграція або впровадження.; '''[[K2 ERP]]''' у цьому процесі має змогу стати платформою для демонстрації й подальшого впровадження української ERP-системи: з користувачами, ролями, довідниками, документами, [[API]], [[BI]], резервними копіями, web-доступом, аналітичними вітринами, міграцією з BAS/1С і розвитком автоматизації бізнесу без залежності від старої екосистеми [[BAS]] / [[1С]].;== Демо і безпека ==
!; {| class="wikitable" style="width:100%;"
!; Керівнику зазвичай істотно бачити:
* зарплату;
* собівартість;
* банківські реквізити;
* персональні інформаційні дані;
* комерційні умови;
* реальні договори;
* API-ключі;
* паролі;
* приватні фінансові звіти.; # Показати BI, якщо потрібно.;[[Категорія:XML]]
Бухгалтеру істотно бачити:
== Демо ролей і прав доступу ==
Приклад:
|-
| Довідники
| Довідники K2 ERP
|-
| Документи
| Документи і бізнес-процеси K2 ERP
|-
| Ролі
| Ролі й права K2 ERP
|-
| Web-сервіси
| API K2 ERP
|-
| Звіти
| Звіти і BI K2 ERP
|-
| Обробки
| Контрольовані імпорти, API, службові процеси
|-
| Excel-вивантаження
| BI-вітрини, API, контрольовані експорти
|}
'''Підхід K2 ERP.''' Демо має показувати не абстрактну ERP, а конкретні сценарії компанії: продажі та реалізація, складський облік, закупівельна діяльність, фінансовий блок, виробництво, агро, громадське харчування, автотранспорт, акцизне паливо, API, BI, web-доступ, ролі користувачів і міграцію з BAS/1С.; Міграційне демо показує, як інформаційні дані можуть переноситися зі старої системи.; # Зібрати ключові процеси.;[[Категорія:Тестовий доступ]]
* сторонні консультанти;
* потенційні партнери;
* зовнішні інтегратори;
* кілька відділів компанії;
* люди без доступу до фінансів;
* люди без доступу до зарплати.;== Чим демо відрізняється від пілоту ==
[[Категорія:Конфігурація BAS]]
== Що показувати на демо K2 ERP ==
Безпека має бути частиною демо, особливо для керівників і ІТ.;[[Категорія:Ліцензування K2 ERP]]
'''Демо [[K2 ERP]]''' — це демонстраційний режим роботи ERP-системи, у якому користувачі можуть ознайомитися з функціоналом, інтерфейсом, модулями, звітами, ролями, API, BI та типовими бізнес-процесами.; Відповідь
== Технічне демо ==
* додати поле;
* змінити друковану форму;
* зробити інтеграцію;
* зробити новий звіт;
* змінити бізнес-процес;
* додати роль;
* додати довідник;
* змінити форму документа;
* додати API-метод;
* зробити BI-дашборд.; |-
| Чи можна проводити демо на власному сервері?; {| class="wikitable" style="width:100%;"
[[Категорія:План-факт]]
* сайтом;
* CRM;
* WMS;
* банком;
* Tableau;
* Power BI;
* Excel Power Query;
* мобільним застосунком;
* електронним документообігом;
* службами доставки;
* старою BAS/1С як джерелом міграційних даних.; Під час демо потрібно фіксувати питання.; Тестові інформаційні дані можуть включати:
Питання, які виникають перед демо:
api_demo
Якщо організація переходить із BAS/1С, після демо потрібно скласти список:
== Хмарне демо ==
Базовий набір:
== Як не треба робити ==
!; Роль
* чи підходить платформа для нашого бізнесу;
* як виглядає інтерфейс;
* чи можна працювати через браузер;
* як створюються документи;
* як працюють довідники;
* як налаштовуються ролі;
* чи є собою API;
* чи є собою BI;
* як виглядають звіти;
* чи можна перенести інформаційні дані з BAS або 1С;
* чи підтримуються наші процеси;
* чи потрібні доробки;
* скільки часу займе впровадження;
* що потрібно для пілоту.; Воно сприяє компанії побачити, як функціонує платформа, які модулі доступні, як виглядають документи, довідники, звіти, ролі, права доступу, [[API]], [[BI]], web-доступ, інтеграції та міграція з [[BAS]] або [[1С]].; Пілот
== Зовнішні посилання ==
Перед впровадженням ERP-системи організація зазвичай хоче побачити, як платформа функціонує на практиці.;== Демо і журналювання ==
У демо зазвичай не налаштовано: Погано:
{{SEO