Українська платформа для організацій, у яких швидкість змін визначає результат.
В обороні затримка має конкретну причину й конкретну ціну: виробниче замовлення чекає комплектуючих, ремонт — запчастини, а фахівець шукає актуальний документ між таблицями, чатами та папками. Час людей витрачається на відновлення інформації, потрібної для роботи.
Коли організація повинна працювати швидше, її інформаційна система має встигати за змінами. K2 Platform дає українським Defence-компаніям і ЗСУ технологічну основу для цього: створювати власні робочі інструменти, пов’язувати процеси й розвивати рішення разом із потребами користувачів. [1]
Для оборонного виробника це можливість керовано нарощувати виробництво. Для служб забезпечення — пов’язувати потреби з наявними ресурсами. Для ремонтних і навчальних підрозділів — будувати потрібні інструменти на спільній українській платформі.
Чим менше часу губиться між заявкою, документом і відповідальним, тим більше його залишається на виконання завдання.
Швидка розробка під реальні процеси
Майстерня розширюється й бере більше обладнання в ремонт. Потрібно пов’язати звернення, результати огляду, виконавців, запчастини та документи завершення. Водночас керівник має бачити, які роботи затримуються і що потрібно для їх продовження.
За підходу з розробкою всього з нуля команда спочатку створює типові речі: структуру бази, форми, списки, пошук, доступи. Тим часом користувачі вже організували тимчасовий облік у таблиці. До таблиці додали чат. До чату — людину, яка пам’ятає, де лежить правильна версія таблиці.
K2 Platform допомагає скорочувати цю повторювану роботу. Платформа використовує Python, TypeScript, Vue та PostgreSQL і надає готові механізми для карток, документів, фільтрів, звітів та розвитку застосунку. [1]
ER-моделі, декларативні описи YML, ORM і механізми міграцій пов’язують опис даних зі структурою майбутнього модуля. На цій основі можна формувати типові елементи інтерфейсу й програмні компоненти. Специфічні правила, перевірки та інтеграції розробляють відповідно до завдання. [2]
Практична перевага проста: більше інженерного часу залишається на те, що відрізняє вашу організацію. На порядок забезпечення майстерні, контроль змін у документах, взаємодію виробничих ділянок, потрібну аналітику.
Швидкість розробки має цінність тоді, коли користувач раніше отримує потрібний робочий інструмент.
Для оборонної компанії це особливо важливо під час розширення виробництва. Нова ділянка, новий постачальник або новий процес приймання повинні отримувати належну підтримку в системі, поки зміни ще актуальні.
Готові модулі та власні рішення на спільній основі
K2 Platform — технологія, на якій створюють і розвивають застосунки. K2 ERP — корпоративна система з прикладними модулями, побудованими на цій основі.
Для замовника це означає, що проєкт можна почати з наявної функціональності й доповнювати її власними компонентами. В екосистемі K2 є напрями складського обліку та WMS, виробництва, фінансів, CRM, технічного обслуговування, навчання, документообігу, підтримки користувачів і звітності. [13]
Конкретний набір обирають під задачу. Виробнику може бути потрібне поєднання виробництва, складу, закупівель та обліку витрат. Майстерні — обладнання, заявки, запчастини й документи. Навчальному центру — LMS, навчальні матеріали та контроль проходження.
Готові модулі дають старт, а галузеві форми, правила обліку, погодження й інтеграції команда реалізує під час впровадження. Склад даних і зв’язки між модулями визначають разом із замовником.
Такий підхід дозволяє створювати систему послідовно. Перший корисний модуль стає частиною майбутнього рішення, а наступні етапи використовують уже підготовлені довідники, компоненти та правила роботи.
Оборонне виробництво з пов’язаними даними
Для виробника електроніки, засобів зв’язку, транспортного обладнання або інших виробів оборонного призначення важливо простежувати шлях замовлення: від потреби в матеріалах до випуску й передавання продукції.
Виробничий напрям K2 ERP охоплює роботу зі специфікаціями, виробничими замовленнями, матеріалами, операціями, випуском і собівартістю. Його можна пов’язувати зі складськими та фінансовими процесами. [3]
На цій основі для конкретного підприємства можна побудувати модель, у якій пов’язані:
- погоджена версія специфікації;
- виробниче замовлення та його строки;
- матеріали, комплектуючі й документи їх надходження;
- партії або серійні номери, якщо цього потребує облік;
- результати перевірок і документи приймання;
- зміни, відповідальні та історія погоджень.
Припустімо, підприємство погодило заміну комплектуючого. Для управління важливо зафіксувати, хто схвалив зміну, яких замовлень вона стосується, які документи оновлено та з якого моменту застосовується новий склад виробу.
Цінність такого сценарію — у простежуваності рішень. Знання про зміну залишаються в пов’язаних даних і документах, а працівники наступної зміни продовжують роботу з актуальною інформацією.
Керівник отримує підстави ставити предметні запитання: яких матеріалів бракує, що затримує замовлення, де виникли додаткові витрати, який етап потребує уваги.
Масштабування виробництва починається також із можливості розуміти, що відбувається всередині нього.
Облік майна та ремонти для служб забезпечення ЗСУ
Для військових організацій особливо корисними можуть бути рішення навколо майна, технічного обслуговування, ремонтів, матеріального забезпечення та супровідних документів.
Візьмімо типовий організаційний сценарій: обладнання потребує ремонту. Потрібно зареєструвати звернення, визначити відповідального, зафіксувати результат огляду, забезпечити матеріали, виконати роботу й оформити її завершення.
На основі K2 Platform можна організувати пов’язаний процес, у якому заявка містить актуальний стан, виконавця, необхідні ресурси та посилання на відповідні документи. Картка обладнання накопичує історію звернень, обслуговування й використаних матеріалів.
Для майстра це зрозуміле завдання. Для комірника — підстава підготувати запчастини. Для керівника — можливість побачити, через що затримується робота: очікування матеріалів, погодження, завантаження виконавців або інша причина.
Практичний досвід цих механізмів уже є в цивільній логістиці: K2 опублікувала кейс ТОІР і WMS для «Нової пошти». У кейсі описані картки обладнання, інтерактивна схема терміналу, веб- і мобільний інтерфейси та зв’язок технічного обслуговування зі складськими механізмами. Окремий напрям охоплює облік і обслуговування спеціалізованого транспорту Kamag. [4]
Цей досвід дає предметну основу для обговорення ремонтних задач. Військові форми, порядок обліку, ролі й вимоги конкретного замовника включають до окремого проєкту.
Поки люди шукають запчастину в кількох таблицях, обладнання чекає. Пов’язаний облік допомагає швидше перейти від пошуку інформації до виконання роботи.
Складський облік із розумінням потреби
Службі забезпечення важливо знати, де зберігається майно, у якій кількості воно доступне, для чого потрібне та якими документами підтверджується його рух.
WMS-напрям K2 передбачає адресне зберігання, приймання, переміщення, відбір, відвантаження та інвентаризацію. Ці механізми становлять основу для організації складської роботи. [16]
Для оборонного виробника доцільно пов’язати матеріали з виробничими замовленнями. Для ремонтної служби — запчастини із заявками на обслуговування. Для забезпечення — потребу з погодженням, закупівлею, надходженням і видачею.
У налаштованому процесі користувач має отримувати зрозумілу відповідь: що є, що вже призначено для конкретної роботи, чого бракує та на якому етапі перебуває забезпечення. Правила резервування, статусів і погоджень визначають у межах впровадження.
Це дає основу для роботи з причинами дефіциту й затримок. Якщо потрібний матеріал ще не замовлено, керівник бачить одну проблему. Якщо він уже на складі, але не пов’язаний із заявкою, — іншу. Відповідно, потрібні різні дії.
Фраза «десь у нас було» іноді має чудову історію. Для організації роботи їй усе ж потрібні адреса зберігання, кількість і відповідальний.
Ділова графіка для зрозумілого управління
Коли інформація має просторові зв’язки або складну послідовність, візуальне представлення допомагає швидше її зрозуміти.
У K2 Platform розвиваються редактори схем, приміщень, ER-моделей і BP-моделей, а також компоненти для різних способів подання даних. ER-модель показує сутності та зв’язки між ними. BP-модель допомагає описати послідовність і розгалуження процесу. Графічні компоненти можна використовувати для створення власних прикладних редакторів. [5]
Для оборонного підприємства або ремонтної організації на цій основі можна розробити:
- план майстерні з обладнанням і переходом до його карток;
- схему складських зон із пов’язаними обліковими об’єктами;
- візуальний маршрут погодження заявки;
- схему зв’язків між замовленням, матеріалами, роботами та документами;
- наочне представлення завантаження ресурсів і стану виконання.
Візуальна форма має практичний сенс тоді, коли через неї можна працювати з даними: вибрати об’єкт, відкрити потрібну інформацію, перейти до пов’язаного документа або виконати дозволену дію.
Такі редактори можуть розвиватися разом з організацією. До схеми додаються нові типи об’єктів, статуси, способи відбору й потрібні користувачам операції.
Керівник має витрачати увагу на рішення. Відновлення плану майстерні в уяві за довгим списком інвентарних номерів краще доручити програмі.
Формування та повторне використання конфігурацій
Успішно налаштований процес має цінність і за межами першого впровадження. Зручна форма заявки, структура довідника, звіт або галузевий модуль можуть стати основою роботи іншої організації.
K2 передбачає механізми формування й розвитку конфігурацій, передачі налаштувань, модулів та змін між хмарами. Це дозволяє повторно використовувати напрацювання й адаптувати їх у наступних середовищах. [6]
Для мережі майстерень або групи підприємств це особливо цікаво. Команда може підготувати потрібний компонент, перевірити його, оформити узгоджену версію та поширити її на визначені інсталяції. На місцях залишаються власні дані й налаштування, передбачені проєктом.
Наприклад, в одному середовищі відпрацювали зручний облік заявок на ремонт. Ця конфігурація може стати стартовою основою для наступного впровадження. Команда вже має готовий результат, який потрібно адаптувати до нового порядку роботи.
Передавання конфігурації не означає автоматичного передавання робочих даних. Обмін компонентами й налаштуваннями та обмін відомостями про майно, людей або операції — різні задачі з окремими правилами.
У такому підході кожне якісне впровадження збільшує запас готових інструментів. Досвід перетворюється на компонент, який можна підтримувати й розвивати.
Керовані оновлення через K2 Update
Після запуску системи з’являються нові вимоги. Змінюються документи, уточнюються поля, додаються звіти й функції. Організації потрібен зрозумілий порядок доставки цих змін.
K2 Update забезпечує роботу з версіями компонентів, історією змін, сервером оновлень, тестовими середовищами та каналами випуску. Документація передбачає перевірку сумісності й підготовку оновлення перед розгортанням. [7]
Для Defence-компанії або установи це можливість організувати дисципліну розвитку системи: знати склад випуску, перевіряти потрібні сценарії та погоджувати момент переходу на нову версію.
Власні модулі також потребують такого життєвого циклу. Їх варто версіонувати, супроводжувати й перевіряти разом з іншими компонентами. Тоді доробка залишається керованою частиною продукту.
Файл «final_остаточний_точно_цей» може бути знайомим кожному. Історія версій дає організації значно надійнішу пам’ять.
Багатобазовість для різних організацій і середовищ
Групі оборонних підприємств, мережі сервісних центрів або команді, яка створює рішення для кількох замовників, потрібна можливість обслуговувати різні бази на спільній технологічній основі.
K2 Platform підтримує роботу одного розгорнутого застосунку з багатьма незалежними базами даних. Для них можна організовувати окремі підключення й налаштування. [8]
Це відкриває можливість розділяти дані юридичних осіб або робочих середовищ і водночас використовувати спільні програмні компоненти. Команда супроводу накопичує компетенції навколо однієї платформи й повторно застосовує підготовлені рішення.
Для конкретного оборонного проєкту архітектуру обирають за вимогами до розділення даних і доступів: це можуть бути окремі бази або окремі розгортання. Багатобазовість є технічною можливістю, а належне розмежування забезпечують проєктуванням і перевіркою середовища.
Практична перевага для керівника — можливість масштабувати робоче рішення послідовно. Для IT-команди — підтримувати узгоджені компоненти й контрольовано розвивати різні інсталяції.
Власна інфраструктура та керовані доступи
Для оборонної сфери принципово важливі місце зберігання даних, порядок адміністрування й повноваження користувачів.
K2 підтримує локальне розгортання в інфраструктурі замовника та приватні хмарні середовища. Публічна хмара є одним із доступних варіантів, а модель робочого впровадження можна обирати під вимоги організації. [9]
Це дозволяє починати розмову з конкретних потреб: де працюватиме система, хто відповідає за сервери, як надається доступ, як організовано резервування та супровід.
У документації K2 описані ролі, розмежування прав на модулі й операції, обмеження доступу до даних та аудит дій. Такі механізми потрібно налаштовувати відповідно до обов’язків користувачів. [10]
Комірнику потрібні його складські операції. Виконавцю — призначені роботи. Керівнику — погоджена управлінська інформація. Перелік доступних даних і дій має відповідати відповідальності людини.
Для систем, у яких оброблятиметься інформація з обмеженим доступом, необхідні вимоги до захисту, перевірок і допусків визначають окремо. Локальне розгортання саме по собі не підтверджує відповідності таким вимогам.
Цінність K2 тут — у можливості проєктувати потрібне середовище й розвивати його під контролем відповідальної команди.
Веб і мобільні застосунки для роботи на місці
Корисна система має бути доступною там, де людина виконує роботу. У майстерні, біля обладнання, на складі чи під час навчання.
В екосистемі K2 є вебдоступ через браузер, мобільні застосунки для Android та iOS, а також K2 Desktop. Отже, для нового рішення вже існує основа роботи з різних пристроїв. [11]
Для конкретного проєкту можна підготувати потрібні мобільні сценарії: перегляд картки, виконання заявки, фіксацію результату, роботу з матеріалами або навчальним курсом. Доступність операцій визначають установлені модулі, інтерфейси та права користувача.
Це допомагає наближати введення інформації до моменту виконання роботи. Менше відомостей доводиться відновлювати з пам’яті наприкінці зміни, простіше передавати результат наступному виконавцю.
Спосіб підключення й дозволені пристрої обирають відповідно до правил організації та архітектури впровадження.
Навчання та збереження досвіду організації
Нові працівники, зміна обов’язків, оновлення регламентів і розвиток технічних процесів створюють постійну потребу в навчанні.
K2 LMS працює на K2 Platform і дозволяє організовувати курси, навчальні матеріали, тестування та контроль результатів. Її розвиток пов’язаний зі спільною екосистемою K2 ERP. [12]
Для оборонного виробника це може бути навчання роботі з інформаційною системою, внутрішніми документами, процедурами обліку та контролю якості. Для ремонтної організації — підготовка до використання її сервісних інструментів і регламентів. Для навчального підрозділу — організація дозволених програм, матеріалів та перевірки знань.
Цінність особливо помітна тоді, коли досвід зосереджений у кількох людей. Їм доводиться повторювати однакові пояснення, відповідати на типові запитання й виправляти одні й ті самі помилки.
Навчальний матеріал, прив’язаний до актуального процесу, допомагає поступово переводити цей досвід у спільний ресурс. Новий користувач отримує зрозумілий шлях входження в роботу, а керівник навчання — інформацію про його проходження.
Організація стає стійкішою, коли її знання залишаються в ній і передаються наступним людям.
Єдина система для взаємодії підрозділів
Найбільша користь від модулів з’являється у зв’язках між ними.
Закупівля має відповідати потребі. Складська видача — мати зрозумілу підставу. Ремонт — використовувати належно обліковані матеріали. Документ — бути доступним відповідальній людині. Звіт — спиратися на погоджені правила обліку.
Модульна архітектура K2 створює основу для такої спільної роботи. До рішення можна додавати потрібні функції й пов’язувати їх у межах єдиного середовища. [13]
У налаштованому процесі майстер реєструє потребу в запчастині, служба забезпечення бачить її підставу, склад оформлює видачу, а відповідальний за ремонт фіксує використання й результат. Керівник простежує шлях заявки та бачить місце затримки. Кожен учасник працює зі своєю частиною одного процесу.
Для виробника аналогічно пов’язуються замовлення, матеріали, виробничі операції та документи випуску.
Так зменшується потреба вручну переносити однакові відомості між програмами. Команди отримують спільну історію процесу й можуть обговорювати конкретну проблему на основі пов’язаних даних.
Власна компетенція навколо української платформи
Оборонній організації важливо розвивати здатність змінювати й підтримувати власні інформаційні інструменти.
Стек K2 дає можливість працювати з Python, TypeScript, Vue та PostgreSQL. Власна команда або інтегратори можуть розвивати прикладну логіку, графічні компоненти й обміни. Можливості доступу до коду та його доопрацювання визначаються умовами відповідної ліцензії. [1][6]
Для технічного керівника це означає перспективу накопичувати знання про систему всередині організації. Для керівника підприємства — інвестувати в рішення, яке можна доповнювати наступними функціями.
Особливо цікава платформа командам, які вже створили корисний внутрішній інструмент і хочуть розвивати його далі. Замість повторного створення типових компонентів можна зосередитися на прикладній логіці, яка має цінність для користувача.
Так формується українська інженерна компетенція: від опису процесів і моделювання даних до власних модулів, їх випуску та супроводу.
Вихід із залежності від 1С та BAS
Для українського оборонного сектору походження технологічної основи має особливу вагу.
BAS належить до технологічної екосистеми 1С. Зокрема, постачальник TQM Systems прямо описує платформу BAF, на якій базуються відповідні продукти BAS, як локалізовану версію російської платформи 1С:Предприятие 8. [14]
Тому нова назва сама по собі не означає виходу з цієї технологічної залежності.
Наша позиція в K2 проста: розвиток української оборони має посилювати власні технології, команди й компетенції.
Практичний перехід потрібно готувати. До запуску K2 ERP як основної системи Реплікатор K2 може забезпечувати перенесення та синхронізацію погоджених даних із чинною системою. Це дозволяє наповнювати нове середовище, перевіряти результат і навчати користувачів у перехідний період. [15]
Спочатку визначають необхідні процеси, реалізують специфіку, перевіряють дані, документи, інтеграції та звіти. Потім виконують погоджений запуск основної системи.
Перехід отримує зрозумілу мету: організація розвиває власну роботу на українській платформі та спрямовує наступні інвестиції у вибрану технологічну основу.
Перший проєкт із вимірюваним результатом
Для першого проєкту варто обрати задачу з чіткою проблемою та зрозумілими користувачами.
Це може бути облік ремонтних заявок і запчастин, контроль матеріалів для виробничих замовлень, погодження закупівель, облік обладнання, документообіг або навчання персоналу.
На старті потрібно погодити, як цей процес має працювати, хто за нього відповідає та за якими ознаками оцінюватиметься результат. Наприклад, чи можна простежити заявку до завершення, побачити причину затримки, знайти пов’язаний документ, перевірити використані матеріали.
Після цього обирають модулі K2 ERP, визначають доробки на K2 Platform, готують середовище й перевіряють роботу на погоджених прикладах.
Для оцінки ефекту корисно порівнювати конкретні показники до й після запуску: час опрацювання заявки, обсяг повторного введення інформації, тривалість підготовки звіту, кількість нез’ясованих статусів. Цільові значення визначають разом із замовником.
Успішний перший процес створює основу для наступного. Люди вже знають інструмент, команда має перевірені компоненти, а керівництво бачить, яку проблему вирішено.
K2 Platform як інвестиція в керованість і розвиток
Оборонній компанії потрібна здатність нарощувати виробництво й виконувати зобов’язання. Службі забезпечення — бачити майно та потреби. Ремонтній організації — координувати роботи й ресурси. ЗСУ потрібні інформаційні інструменти, які допомагають людям у їхніх конкретних завданнях.
K2 Platform цікава поєднанням можливостей: готові компоненти прискорюють розробку, ділова графіка робить інформацію зрозумілішою, модулі пов’язують роботу підрозділів, а конфігурації й оновлення допомагають розвивати рішення послідовно.
Для знайомства з інтерфейсом і можливостями K2 можна скористатися безкоштовною публічною хмарою на демонстраційних даних: https://cloud.corp2.eu. Робоче середовище оборонного проєкту визначається окремо відповідно до вимог замовника. [11]
Публікації та відеодемонстрації: https://erp.kyiv.ua.
Технічна документація: https://wiki.erp.kyiv.ua.
Звернення щодо впровадження та співпраці: https://corp2.eu.
Покажіть процес, який сьогодні забирає у вашої команди найбільше часу. Разом визначимо, як перетворити його на керований інструмент у K2.
Час інженера, майстра, комірника та військовослужбовця потрібен для їхньої основної роботи. Саме заради цього варто створювати сильні українські інформаційні системи.
Джерела
[1] K2 Platform для розробки та модернізації бізнес застосунків. Відкрити джерело
[2] YML у K2 ERP та формування компонентів. Відкрити джерело
[3] K2 ERP Виробництво. Відкрити джерело
[4] Кейси K2 з ТОІР і WMS для Нової пошти. Відкрити джерело
[5] Інструменти розробника K2 ERP та графічні редактори. Відкрити джерело
[6] Передавання налаштувань і модулів між хмарами. Відкрити джерело
[7] K2 Update. Відкрити джерело
[8] Мультибазовість K2 Platform. Відкрити джерело
[9] Архітектура K2 ERP та варіанти розгортання. Відкрити джерело
[10] Права доступу в K2 ERP. Відкрити джерело
[11] Публічна хмара K2 та доступ із різних пристроїв. Відкрити джерело
[12] K2 LMS на K2 Platform. Відкрити джерело
[13] Модульна архітектура та напрями K2 ERP. Відкрити джерело
[14] TQM Systems про технологічну основу BAS і BAF. Відкрити джерело
[15] Реплікатор K2 для перенесення та синхронізації даних. Відкрити джерело
[16] WMS для складу. Відкрити джерело