Перейти до вмісту

Встановлення K2 ERP: відмінності між версіями

Матеріал з K2 ERP Wiki
Створена сторінка: {{DISPLAYTITLE:Встановлення K2 ERP}} {{SEO |title=Встановлення K2 ERP — розгортання української ERP, K2 Cloud ERP, сервер, хмара, міграція з 1С/BAS |description=Встановлення K2 ERP — це процес підготовки, розгортання, налаштування та запуску української ERP-системи K2 ERP або K2 Cloud ERP. Стаття...
 
Немає опису редагування
 
Рядок 1: Рядок 1:
== Адміністратори системи ==
</pre>


Після базового розгортання потрібно визначити, які модулі запускаються першими. Вибір моделі розгортання залежить від розміру компанії, вимог до безпеки, ІТ-команди, бюджету, кількості користувачів, наявних систем і плану міграції. Це критично для керівників, менеджерів, складських працівників, польових команд, сервісних спеціалістів і працівників, яким потрібен доступ до ERP не лише з комп’ютера. критично не обирати модель лише за звичкою.[[Категорія:Міграція з UA-Бюджет]]
== 6. конфігурація завантаження компонент на сервер оновлення версій ==


Окрема хмарна інфраструктура K2 ERP — це сценарій для компаній, яким потрібен вищий рівень контролю. ! Вона дає можливість рухатися поступово: спочатку CRM і документи, потім складський облік, фінансовий блок, виробництво, інтеграції та архіви.[[Категорія:K2 ERP]]
Потрібно скопіювати каталог зі скриптом і вставити його в корінь проєкту на рівні з виконуваним файлом:


== Поширені запитання ==
Після цього потрібно розпакувати архів, запустити файл встановлення та встановити PyCharm згідно з інструкціями інсталятора. Окремо варто відзначити які отримують існуючий проєкт K2 Cloud ERP, запускають його локально, підключають віртуальне середовище, працюють із компонентами і передають зміни через Git і систему оновлення версій. Далі потрібно ініціалізувати Git у поточній директорії:


Після встановлення K2 ERP можуть знадобитися інтеграції з банками, сайтами, інтернет-магазинами, CRM, складами, службами доставки, ЕДО, ПРРО, BI-системами, телефонією, маркетплейсами, старими базами або зовнішніми API. |-
Для роботи зі списком компонент застосовується для скрипт:
| Інтеграції
| Підключаються банки, ЕДО, сайти, склади, CRM, ПРРО, BI або інші зовнішні системи. Пілотний запуск дає можливість перевірити систему на обмеженій ділянці. Права доступу K2 ERP потрібно налаштовувати до запуску, а не після першого інциденту. ERP — це не сайт-візитка.[[Категорія:Права доступу K2 ERP]]


[[Категорія:SaaS ERP]]
Під час подальшої роботи зміни з віддаленого репозиторію отримуються командою:
<pre>
git commit -m "Назва комміту"


=== Що таке встановлення K2 ERP? ===
</pre>


Промисловий запуск означає, що K2 ERP стає основною системою для визначених процесів. Інакше компанія-користувач отримає не нову ERP, а ще одну систему поруч зі старим хаосом.== Закриття старих систем після встановлення ==
Приклад:
<pre>
</pre>


[[Категорія:Управлінський облік]]
Після встановлення PyCharm запускається командою:


[[Категорія:Модуль Вчасно]]
</pre>


Тестове середовище особливо важливе під час міграції з 1С/BAS. Спочатку потрібно архівувати потрібні інформаційні дані, обмежити доступ, вимкнути інтеграції, описати резервні копії, заблокувати технічних користувачів і визначити правила доступу до історії. ! Після встановлення потрібно налаштувати довідники. | Менше технічної складності, зручний тестовий і продуктивний запуск. як приклад, можна запустити один складський облік, одну групу менеджерів, один вид документів, один підрозділ або один бізнес-процес.[[Категорія:КЕП]]
</pre>


[[Категорія:Виробництво]]
<pre>


== Коротко ==
git fetch origin
 
git status
 
</pre>
<pre>
<pre>
 
</pre>
 
Для Windows:
Для створення SSH-ключа потрібно виконати команду:
cat ~/.ssh/id_rsa.pub
 
[[Категорія:Git]]
 
Для роботи з компонентами потрібно встановити й налаштувати [[Git]]. |-
| 4
| Підключаються віддалені репозиторії компонент через auto_update або вручну. Кожна компонента додається з нового рядка.[[Категорія:Оновлення K2 ERP]]
 
<pre>
 
Для створення нової версії компоненти, stable або beta/testing, потрібно змінити версію у файлі:
 
</pre>
 
Посилання на каталог:
<pre>
deb3
 
git remote add origin http://git.corp2.eu/k2erp/python/k2/base/site/k2site.git
 
[[Категорія:Встановлення K2 ERP]]
 
sudo apt install default-jdk
python git_cmd.py clone
</pre>
 
<pre>
 
python k2update_push.py
settings.py
Для Linux:
 
git pull origin main
 
Далі потрібно додати віддалений репозиторій:
pycharm-community
Для Windows застосовується для команда:
 
<pre>
 
Щоб отримати інформаційні дані з віддаленого репозиторію та автоматизовано об’єднати їх із поточною локальною гілкою, застосовується для команда:
це інструкція з локального запуску робочого проєкту [[K2 Cloud ERP]] забезпечується через '''Розгортання K2 Cloud ERP Python; так само реалізовано підключення середовища розробника, конфігурація [[PyCharm]], роботи з [[Git]], підключення репозиторіїв компонент і завантаження нових версій компонент у систему оновлення версій виступає ключовою рисою розробників'''. Далі потрібно перейти в корінь додатку, на рівні з виконуваним файлом:


[[Категорія:Фінансовий облік]]
=== Відкриття проєкту в PyCharm ===
== Встановлення модулів K2 ERP ==
Перед запуском потрібно прибрати зайві доступи, визначити технічних користувачів, не використовувати спільні паролі, описати інтеграції, розділити тестове й продуктивне середовище, обмежити доступ до персональних і фінансових даних. Це запуск української ERP-архітектури: [[K2 ERP]], [[K2 Cloud ERP]], [[Реплікатор K2 ERP]], електронний документообіг, ЕДО, КЕП, архіви, інтеграції, користувачі, ролі, резервні копії, тестове середовище, міграція з 1С/BAS і контрольований перехід у продуктивну роботу.[[Категорія:Міграція з Парус]]
|-
| Локальні сервери 1С/BAS без підтримки
| [[K2 Cloud ERP]], окрема хмарна інфраструктура, локальне або гібридне розгортання
|-
| Excel-облік і ручні файли
| [[K2 ERP]], CRM, складський облік, фінансовий блок, документи й аналітичні інструменти в єдиній системі
|-
| Розрізнені документи
| [[K2 ERP Документообіг]], [[K2 VDoc]], [[VDoc]]
|-
| Ручний ЕДО
| [[Модуль Вчасно]], [[Вчасно.ЕДО]], інтеграційні функції ERP ЕДО з ERP
|-
| Складна міграція з 1С/BAS
| [[Реплікатор K2 ERP]], тестове перенесення, очищення, звірка, запуск
|-
| Неконтрольовані архіви
| Контрольований електронний архів у межах ERP-контуру
|-
| Відсутність ІТ-команди
| Хмарна або партнерська модель супроводу, адміністрування й підтримки
|}


== Резервне копіювання ==
</pre>
</pre>
<pre>
https
git remote -v
<pre>


<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
=== Ручний коміт змін ===


'''Українська ERP для швидкого старту.''' [[Встановлення K2 ERP]] здатна виконуватися як хмарне, локальне, гібридне або партнерське розгортання. Гібридна модель корисна тоді, коли компанія-користувач не здатна або не хоче переносити все одразу. |-
<pre>
| Окрема хмарна інфраструктура
<pre>
| Для компаній із підвищеним контролем даних.[[Категорія:Хмарна ERP]]
<pre>


Цей сценарій здатна бути доречним, якщо компанія-користувач має власний ІТ-відділ, сервери, політики безпеки, вимоги до локального зберігання даних або складні інтеграції з внутрішніми системами. | З обстеження процесів, даних, користувачів, інтеграцій і вимог до безпеки
.git
|-
| Для міграції
| [[Реплікатор K2 ERP]]
|-
| Для документообігу
| [[K2 ERP Документообіг]], [[K2 VDoc]], [[VDoc]]
|-
| Для ЕДО
| [[Модуль Вчасно]], [[Вчасно.ЕДО]]
|-
| Важливий етап
| Тестове середовище, звірка даних і навчання користувачів
|-
| провідний ризик
| Встановити систему технічно, але не підготувати бізнес-процеси, ролі, інформаційні дані, резервні копії та закриття старої системи
|}


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


Потрібно визначити частоту копіювання, місце зберігання, відповідальних, порядок перевірки копій, час відновлення, допустиму втрату даних і правила доступу до резервних копій.== Права доступу ==
<pre>
'''[[Реплікатор K2 ERP]]''' здатна використовуватися для контрольованого перенесення даних у K2 ERP: витягування, очищення, зіставлення, перенесення, перевірка й звірка. | інтегратор надає не лише хмару, а й впровадження, підтримку, міграцію та супровід. У складнішому випадку це здатна бути окрема хмарна інфраструктура, локальний сервер, гібридна технічна архітектура, тестове середовище, міграція зі старих систем, інтеграції з банками, ЕДО, складами, інтернет-магазинами, CRM, ПРРО або іншими сервісами. Такий підхід здатна бути потрібний компаніям із суворими внутрішніми ІТ-політиками, власними дата-центрами або специфічними вимогами до зберігання даних. У такій моделі компанія-користувач здатна отримати ізольовану інфраструктуру, окремий сервер, окремі правила доступів і більший контроль над даними. Особливо це стосується зарплати, кадрів, фінансових документів, договорів, персональних даних і адміністративних налаштувань.[[Категорія:Встановлення K2 ERP]]


З технічного боку потрібно визначити модель розгортання, користувачів, адміністраторів, ролі, резервні копії, інтеграції, домени, доступи, тестове середовище, вимоги до безпеки й порядок запуску.=== Чи потрібне тестове середовище? ===
Якщо під час запуску виникає помилка, потрібно встановити JRE/JDK командами:
Після встановлення потрібно відкрити середовище розробки PyCharm.[[Категорія:K2 ERP Python]]
Для Linux:
<pre>


== Джерела ==
__pycache__


Третя помилка — переносити всі старі інформаційні дані без очищення. |-
<pre>
| Пілотний запуск
</pre>
| платформа запускається на обмеженому процесі або підрозділі для перевірки. Тестове середовище дає можливість перевірити процеси до промислового запуску.== Продуктивне середовище ==
../K2CloudERP/venv/bin.python3.12.exe


{{SoftwareAlternative
Після конфігурація інтерпретатора можна запускати проєкт у debug-режимі через кнопку у правому верхньому куті PyCharm. |-
|name=K2 ERP
| 8
|type=українська ERP-платформа, яку можна встановлювати або розгортати в хмарній, локальній, гібридній чи партнерській моделі; підтримує фінансовий облік, управлінський облік, бухгалтерію, CRM, продажі, закупівлі, склад, виробництво, документообіг, ЕДО, КЕП, архіви, інтеграції, аналітику, міграцію з 1С/BAS/UA-Бюджет, резервні копії та контроль доступів
| Компоненти оновлюються на тестових доменах deb1-deb3 і тестуються. Значення потрібно змінити з:
|alternative_to=1С; BAS; UA-Бюджет; Парус-Підприємство; старі ERP; старі бухгалтерські системи; локальні сервери без підтримки; Excel-облік; ручні файли; розрізнені CRM; старі складські системи; неконтрольовані документообіги
|category=встановлення K2 ERP, розгортання K2 ERP, K2 Cloud ERP, K2 ERP, українська ERP, хмарна ERP, локальна ERP, гібридна ERP, Партнерська хмара K2, міграція з 1С, міграція з BAS, Реплікатор K2 ERP, документообіг, ЕДО, КЕП, безпека ERP
}}


=== Чи можна встановити K2 ERP локально? ===
</pre>
setup.py
{| class="wikitable" style="width:100%;"
{| class="wikitable" style="width:100%;"
[[Категорія:Складський облік]]
<pre>
Після цього потрібно клонувати компоненти з віддаленого сервера:
 
[[Категорія:Хмарна ERP]]
 
<pre>
 
Для Linux застосовується для команда:
 
на:
<pre>
<pre>
|-
|-
| Обстеження
| 1
| Визначаються поточні системи, процеси, користувачі, інформаційні дані, інтеграції, архіви й вимоги до безпеки. У ньому можна перевірити структуру довідників, ролі, права, документи, звіти, інтеграції, ЕДО, КЕП, перенесені інформаційні дані й типові сценарії користувачів.[[K2 Cloud ERP]], [[Партнерська хмара K2]], [[Реплікатор K2 ERP]], [[K2 ERP Документообіг]], [[K2 VDoc]], [[Модуль Вчасно]], [[Вчасно.ЕДО]] і [[VDoc]] допомагають не без зусиль встановити систему, а запустити повноцінний український ERP-контур. |-
| Копіюється існуючий проєкт по FTP, запускається first_run і змінюється domain_protocol з https на http.<pre>
| Локальне встановлення
python git_cmd.py commit
| Для компаній із власною ІТ-інфраструктурою.</div>
</pre>
 
=== Авторизація в Git ===
 
<pre>
 
Потім виконати коміт:
</pre>
авторизація за допомогою логіна й пароля;


Це стосується 1С, BAS, UA-Бюджет, Парус, старих CRM, Excel-таблиць, складських програм, локальних баз і файлових архівів. |-
| Вибір моделі
| Обирається хмарна інфраструктура, окрема хмарна інфраструктура, локальне встановлення, гібридна модель або партнерська хмарна інфраструктура. Тестове середовище — важлива частина встановлення K2 ERP. Тому доступ до копій має бути контрольованим. Офіційні матеріали K2 описують K2 Cloud Ядро як основу для запуску та підтримки інших модулів K2 ERP. Для українських компаній після встановлення ERP критично підключити електронний електронний документообіг і електронний підпис. Питання
Офіційні матеріали K2 зазначають, що додатки K2 Cloud ERP доступні через App Store та Google Play, а встановлення для користувача виступає як звичним і швидким. Потрібно інвентаризувати старі бази, очистити довідники, перенести контрагентів, номенклатуру, залишки, документи, взаєморозрахунки, архіви, інтеграції, зарплату, кадри й фінансові інформаційні дані.== Відновлення після збою ==
[[Категорія:API K2 ERP]]
Потрібно визначити модель розгортання, користувачів, ролі, інформаційні дані для перенесення, інтеграції, електронний документообіг, ЕДО, КЕП, резервні копії, тестове середовище й відповідальних адміністраторів.== Типові помилки під час встановлення K2 ERP ==
__TOC__
__TOC__
[[Категорія:Архітектура K2 ERP]]
== ЕДО і КЕП після встановлення ==
=== Чи можна встановити K2 ERP у хмарі? ===
Третій сценарій — локальне встановлення або приватна інфраструктура. Перед промисловим запуском потрібно завершити звірку даних, підтвердити ролі, перевірити резервні копії, провести навчання, протестувати інтеграції, підготувати підтримку й визначити правила роботи зі старою системою.[[Категорія:Міграція з BAS]]


так само потрібно визначити, які інформаційні дані виступає як критичними: контрагенти, номенклатура, залишки, договори, документи, рахунки, оплати, зарплата, кадри, архіви, звіти, інтеграції й користувачі. Або навпаки: критичні інформаційні дані зберігаються локально, а частина користувацьких сервісів функціонує через хмарний доступ.[[Категорія:Українська ERP]]
<pre>
 
</pre>
 
</pre>
 
<pre>
 
<pre>
<pre>
<pre>
 
<pre>
 
</pre>
[[Категорія:Розгортання K2 ERP]]
cd k2
 
</pre>
 
token.txt
<pre>
cd auto_update
 
bash run.sh
 
</pre>
 
bash run.sh
</pre>
</pre>
 
== 4. Підключення віддаленого репозиторію Git для компоненти або списку компонент ==
 
sudo apt update
 
Add new Interpreter
 
Файл розташований у корені каталогу компоненти. Що робиться
 
.gitignore
 
<pre>
</pre>
Після завантаження потрібно розпакувати архів, запустити файл встановлення та встановити Git згідно з інструкціями. python git_cmd.py clone
 
<pre>
 
deb2
</pre>
== 2. Встановлення середовища розробки PyCharm та відкриття проєкту ==
 
Після оновлення версій потрібно протестувати функції ERP. git status
 
bash first_run.sh
</pre>
app.py
Після завантаження нових версій компонент потрібно оновити змінені версії компонент на тестових доменах:
 
</pre>
 
history.txt


== Інтеграції після встановлення ==
Потім:
./run.bat
builder/config/component-list.txt


Це дає можливість підписувати документи, передавати їх контрагентам, бачити статуси, зберігати архів і пов’язувати електронні документи з ERP-операціями. | Ізольована інфраструктура, окремий сервер, більше контролю.[[Категорія:VDoc]]
Отриманий ключ потрібно скопіювати й вставити у віддалений репозиторій.</pre>
Після цього потрібно відкрити проєкт у консолі й перейти в каталог:


=== Чи можна під час встановлення перейти з 1С/BAS? ===
builder/config


</div>
python git_cmd.py pull


[[Категорія:K2 ERP Документообіг]]
як приклад, для компоненти '''k2site''':
Для Windows потрібно завантажити архів із сайту JetBrains:
version


== Мобільне встановлення K2 Cloud ERP ==
Потрібно змінити рядок 5, поле:


Окрема хмарна інфраструктура здатна бути компромісом між швидкістю хмарного розгортання та контролем приватної інфраструктури. Закриття означає не обов’язково фізичне видалення.[[Категорія:База даних K2 ERP]]
Для Linux можна встановити PyCharm через snap.<pre>


'''провідний висновок.''' [[Встановлення K2 ERP]] — це не без зусиль інсталяція програми. ! Продуктивне середовище — це робоча платформа, у якій користувачі ведуть реальні операції. * [https://erp.kyiv.ua/ K2 ERP: офіційний сайт]
Підключення репозиторію можна виконувати для списку компонент або для однієї компоненти вручну. Після встановлення потрібно налаштувати ім’я користувача:
* [https://wiki.erp.kyiv.ua/ K2 ERP Wiki]
 
* [https://corp2.eu/ K2 Cloud ERP]
</pre>
* [https://erp.kyiv.ua/erp/ K2 ERP: гібридна ERP]
 
* [https://erp.kyiv.ua/product/k2-cloud-yadro/ K2 Cloud Ядро]
sudo apt update
* [https://erp.kyiv.ua/z-1-travnya-bezkoshtovnyj-upravlinskyj-oblik-u-k2-cloud-erp/ K2 Cloud ERP: окрема хмарна інфраструктура та виділений сервер]
 
* [https://erp.kyiv.ua/k2-erp-biznes-zavzhdy-pid-rukoyu/ K2 Cloud ERP на мобільних пристроях]
https://git-scm.com/downloads/win
* [https://erp.kyiv.ua/product/replikator/ K2 ERP: Реплікатор]
Перевірити статус:
* [https://erp.kyiv.ua/category/perehid-z-1s-ta-bas/ K2 ERP: Перехід з 1С та BAS]
<pre>
* [https://erp.kyiv.ua/k2-cloud-erp-prozoryj-perehid-z-1s-ta-bas-bez-vtraty-danyh-i-zupynky-pidpryyemstv/ K2 Cloud ERP: прозорий перехід з 1С та BAS]
 
* [https://erp.kyiv.ua/product/dokumentoobig-na-1-server-bez-obmezhennya-korystuvachiv/ K2 ERP: електронний документообіг]
Після цього потрібно запустити ssh-agent:
* [https://erp.kyiv.ua/product/modul-vchasno/ K2 ERP: компонент Вчасно]
 
* [https://erp.kyiv.ua/product/vdoc/ K2 ERP: VDoc]
<pre>
Для Linux застосовується для команда:
<pre>
 
</pre>
 
</pre>
version_type='stable'
! Після цього потрібно запушити зміни на віддалений репозиторій:
[[Категорія:Українська ERP]]
</pre>
 
<pre>
 
./first_run.bat
і запустити файл:
</pre>
 
git push
 
Для Windows потрібно завантажити Git за посиланням:
</pre>
Можливі два варіанти авторизації:
 
Потрібно відкрити проєкт у консолі й перейти в каталог:
 
./pycharm.sh
 
Для Windows:
Приклад файлу:
<pre>
 
[[Категорія:ERP-системи]]
 
<pre>
<pre>
ej2.min.js
 
<pre>
 
eval "$(ssh-agent -s)"
 
Ця інструкція призначена для розробників. |-
| 6
| Налаштовується список компонент для завантаження на сервер оновлення версій. |-
| 5
| Комітяться та пушаться зміни через auto_update або вручну. |-
| 3
| Встановлюється Git, налаштовується користувач системи і SSH-ключ. |-
| 2
| Встановлюється PyCharm, відкривається проєкт і налаштовується Python Interpreter.<pre>
 
<pre>
Спочатку потрібно виконати команди:
https://www.jetbrains.com/pycharm/download/?section=windows
 
так само PyCharm можна встановити через завантаження архіву з офіційного сайту JetBrains:
 
</pre>
cd auto_update
<pre>
 
=== конфігурація SSH-ключа ===
 
Після завантаження архів потрібно розпакувати, перейти в папку:
components/k2adm
sudo apt install snapd
 
=== Встановлення Git у Linux ===
 
venv
.\venv\Scripts\activate
</pre>
 
<pre>
 
Далі потрібно відкрити поточний завантажений проєкт K2 Cloud ERP і налаштувати змінне середовище для цього проєкту.</pre>
 
Після цього потрібно завантажити компоненти, додані у файлі:
 
<pre>
auto_update
</pre>
 
Для Linux:
 
</pre>
 
git checkout master
 
<pre>
 
Після внесення змін у коді потрібно перевірити їх командою:
 
<pre>
=== Підключення списку компонент через auto_update ===
<pre>
 
git config --global user.name "Ваше Ім'я"
 
ssh-add ~/.ssh/id_rsa
=== Встановлення PyCharm у Linux через snap ===
[[Категорія:Компоненти K2 ERP]]
 
[[Категорія:K2 ERP]]
 
або testing-версію:
<pre>
</pre>
 
2.0.4.43 - додавання додаткового поля в форму реєстрації
 
</pre>
<pre>
</pre>
 
domain_protocol
 
Спочатку потрібно скопіювати з віддаленого сервера існуючий проєкт по FTP. так само проєкт можна запускати з консолі PyCharm. |-
| 7
| Створюється нова реліз системи компоненти й завантажується через k2update_push.py. ssh-keygen -t rsa -b 4096 -C "ваша_електронна_пошта@example.com"
 
<pre>
 
</pre>
</pre>
{{DISPLAYTITLE:Розгортання K2 Cloud ERP Python для розробників}}
 
Для Windows:
 
Після копіювання потрібно перейти в каталог:
 
cd components/k2site
</pre>
<pre>
 
SEO-опис змін додається в один рядок. За потреби можна перемкнутися на іншу локальну гілку:
<pre>
<pre>
 
bin
 
потрібно додати список компонент, які будуть завантажуватися на сервер оновлення версій.</pre>
У правому нижньому куті PyCharm потрібно вибрати:
 
https://git.corp2.eu/k2erp/python/k2/base/client/auto_update
 
<pre>
 
{{SEO
|title=Розгортання K2 Cloud ERP Python для розробників — локальний запуск, PyCharm, Git, компоненти, оновлення
|description=Інструкція з локального розгортання робочого проєкту K2 Cloud ERP Python для розробників: копіювання проєкту по FTP, перший запуск, налаштування віртуального середовища, запуск K2 Cloud ERP, встановлення PyCharm, налаштування Python Interpreter, встановлення Git, підключення віддалених репозиторіїв компонент, коміт змін, завантаження компонент на сервер оновлення та тестування на deb1-deb3.
|keywords=K2 Cloud ERP Python, розгортання K2 Cloud ERP, встановлення K2 ERP Linux, K2 ERP Python, PyCharm K2 ERP, Git K2 ERP, auto_update K2 ERP, k2update_push.py, компоненти K2 ERP, локальний запуск K2 Cloud ERP, first_run.sh, run.sh, k2cfg.py, Реплікатор K2 ERP, K2 ERP для розробників
}}
<pre>
Далі потрібно відкрити файл:
 
/K2CloudERP/cfg/k2/k2/k2cfg.py
 
Виконати коміт змін:
</pre>
<pre>
 
git add .== 8. оновлення версій змінених версій компонент на тестових доменах ==
</pre>
Отримати зміни з віддаленого сервера:
Для підключення однієї компоненти потрібно перейти в папку потрібної компоненти. Повний список компонент міститься у файлі:
Приклад:


[[Категорія:Корпоративна Wiki]]
[[Категорія:Корпоративна Wiki]]


* [[K2 ERP]]
У папці:
* [[K2 Cloud ERP]]
 
* [[K2 Cloud Ядро]]
== 5. Коміт змін на віддалений репозиторій Git ==
* [[Партнерська хмара K2]]
 
* [[Партнерська програма K2]]
[[Категорія:Розробка K2 ERP]]
* [[Розгортання K2 ERP]]
</pre>
* [[Архітектура K2 ERP]]
</pre>
* [[База даних K2 ERP]]
 
* [[API K2 ERP]]
python git_cmd.py status
* [[Інтеграції K2 ERP]]
 
* [[Права доступу K2 ERP]]
</pre>
* [[Безпека ERP]]
components/k2update
* [[Реплікатор K2 ERP]]
</pre>
* [[K2 ERP Документообіг]]
 
* [[K2 VDoc]]
<pre>
* [[VDoc]]
 
* [[Модуль Вчасно]]
</pre>
* [[Вчасно.ЕДО]]
!</pre>
* [[Хмарна ERP]]
Python Interpreter
* [[SaaS ERP]]
 
* [[ERP-системи]]
=== Встановлення PyCharm у Linux через архів із сайту JetBrains ===
* [[Міграція з 1С]]
 
* [[Міграція з BAS]]
</pre>
* [[Міграція з UA-Бюджет]]
git pull
* [[Міграція з Парус]]
</pre>
* [[Перехід з 1С та BAS на K2 ERP]]
 
* [[Українська ERP]]
так само потрібно вказати тип версії:
* [[Українське програмне забезпечення]]
 
* [[Документообіг]]
=== конфігурація користувача Git ===
* [[Електронний документообіг]]
* [[КЕП]]
* [[Бухгалтерський облік]]
* [[Фінансовий облік]]
* [[Управлінський облік]]
* [[Складський облік]]
* [[Виробництво]]
* [[CRM]]


Потрібно визначити, хто має право створювати, редагувати, погоджувати, підписувати, видаляти, експортувати, друкувати, переглядати або адмініструвати інформаційні дані. '''Безпековий контекст.''' Перед встановленням ERP потрібно визначити модель доступів, адміністраторів, резервні копії, тестове середовище, правила оновлень, інтеграції, ЕДО, КЕП, архіви, персональні інформаційні дані, фінансові документи, технічних користувачів і порядок закриття старих систем після міграції. Воно дає можливість централізовано керувати системними процесами, логікою документів, довідниками, правами доступу та інтеграційною взаємодією між компонентами платформи. Сценарій
Приклад:
</pre>
settings_example.py


Навчання має бути практичним: не загальна лекція про ERP, а робота з реальними сценаріями компанії. ! |-
[[Категорія:PyCharm]]
| Закриття старого контуру
| Старі доступи, інтеграції, резервні копії й системи переводяться в контрольований архів або виводяться з використання. До базових довідників можуть належати контрагенти, номенклатура, склади, підрозділи, користувачі, ролі, договори, статті витрат, валюти, одиниці виміру, категорії документів, маршрути погодження й інші сутності. Четвертий сценарій — гібридна модель, коли частина процесів функціонує в хмарі, а частина — у локальному середовищі або на виділеній інфраструктурі. '''[[Модуль Вчасно]]''' і '''[[Вчасно.ЕДО]]''' можуть використовуватися для інтеграції електронного документообігу з K2 ERP. Відповідь


== Партнерська хмарна інфраструктура K2 ==
=== Встановлення Git у Windows ===
Команда:
<pre>


Резервна копія ERP містить ті самі критичні інформаційні дані, що й робоча платформа: фінансовий блок, контрагентів, документи, зарплату, кадри, складський облік, аналітику й архіви. Так, локальне або гібридне розгортання здатна бути доречним для компаній із власною ІТ-інфраструктурою або підвищеними вимогами до контролю даних. Воно дає можливість зробити пробне перенесення, побачити помилки, очистити довідники, звірити залишки й навчити користувачів без ризику для реальної роботи. |-
== Див. так само ==
| Підготовка даних
| Очищуються довідники, готуються контрагенти, номенклатура, склади, залишки, документи й архіви. Це критично для встановлення, тому що ERP має бути не набором розрізнених модулів, а єдиною платформою з керованою логікою. Особливості
|-
| [[K2 Cloud ERP]]
| Для швидкого старту без власного сервера. Після встановлення K2 ERP старі системи потрібно виводити з активного використання.== Основні сценарії встановлення ==
{| class="wikitable" style="width:100%;"
== Етапи встановлення K2 ERP ==
Після запуску критично не повертатися хаотично до старих баз, Excel-файлів і ручних обмінів. Потрібно розуміти, хто відповідає за користувачів, ролі, конфігурація, оновлення версій, інтеграції, резервні копії, підтримку, інциденти й зміну бізнес-процесів.== Що таке встановлення K2 ERP ==


Якщо компанія-користувач переходить зі старої системи, довідники краще не переносити механічно.== Промисловий запуск ==
python git_cmd.py push


Четверта помилка — залишати стару 1С/BAS-систему відкритою після запуску K2 ERP. Перед встановленням потрібно перевіряти чинну документацію та погоджувати архітектуру з відповідальними фахівцями. Вона здатна охоплювати впровадження, підтримку, міграцію, навчання, електронний документообіг, ЕДО, КЕП, інтеграції, галузеві шаблони й супровід клієнтів. |}
У словник потрібно додати ключі з потрібними компонентами. У цьому каталозі запускається файл першого запуску '''first_run''' для конфігурація параметрів віртуального середовища в поточному локальному розташуванні.<pre>
авторизація через SSH.<pre>
<pre>


[[Категорія:Перехід з 1С та BAS на K2 ERP]]
Щоб переглянути публічний ключ, застосовується для команда:


![[Категорія:Документообіг]]
Приклад вмісту:


[[Категорія:Українське програмне забезпечення]]
</pre>


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


[[Категорія:Електронний документообіг]]
Перевірити підключений репозиторій:


У Партнерська хмарна інфраструктура передбачено не лише технічне розміщення.{{DISPLAYTITLE:Встановлення K2 ERP}}
=== Ручна активація віртуального середовища ===
Запушити зміни на віддалений репозиторій:
<pre>


[[Категорія:Розгортання K2 ERP]]
Для розробки застосовують, коли потрібно середовище [[PyCharm]].== 7. Завантаження нової версії компоненти в систему оновлення версій ==
sudo apt update
[[Категорія:K2 ERP для розробників]]


'''Встановлення K2 ERP''' — це підготовка середовища, розгортання системи, створення базових налаштувань, підключення користувачів, прав доступу, модулів, інтеграцій і запуск ERP у роботу. Якщо компанія-користувач раніше тримала 1С на локальному сервері, це не означає, що нову ERP обов’язково потрібно встановлювати так само. Якщо K2 ERP встановлюється замість 1С або BAS, встановлення потрібно поєднати з міграційним проєктом. Локальне встановлення потребує більшої відповідальності клієнта: сервери, резервні копії, оновлення версій, моніторинг, адміністрування, аварійне відновлення, доступи й безпека мають бути організовані внутрішньо або разом із партнером. |-
Далі потрібно додати ключ:
| Підготовка середовища
| Створюється тестове або продуктивне середовище, налаштовуються базові параметри, доступи й адміністрування. Офіційні матеріали K2 так само описують K2 ERP як гібридну ERP, що здатна поєднувати конкурентні переваги хмари та локального розміщення. |-
| Міграція
| інформаційні дані переносяться через [[Реплікатор K2 ERP]] або інші погоджені інструменти, потім перевіряються й звіряються. Резервне копіювання має бути частиною встановлення K2 ERP з першого дня. Перед встановленням K2 ERP потрібно підготувати бізнес-середовище і технічну частину.== Початкове конфігурація довідників ==


Такий сценарій підходить для бухгалтерських компаній, галузевих інтеграторів, регіональних партнерів, ІТ-компаній і сервісних провайдерів, які хочуть запускати ERP для своїх клієнтів без розгортання кожного проєкту з нуля.[[Категорія:Вчасно.ЕДО]]
<pre>
У полі '''Location''' потрібно додати шлях до поточної папки:
https://www.jetbrains.com/pycharm/download/?section=linux


== K2 Cloud Ядро ==
http


ERP рідко функціонує на 100% ізольовано. Старий або ризиковий підхід
<pre>
{| class="wikitable" style="width:100%;"
</pre>
Другий сценарій — окрема хмарна інфраструктура або виділений сервер. '''[[K2 ERP Документообіг]]''', '''[[K2 VDoc]]''' і '''[[VDoc]]''' можуть допомогти побудувати документний контур у межах ERP, а не окремо від неї. Найчастіша помилка — сприймати встановлення ERP як технічну інсталяцію без бізнес-підготовки. |-
version=2.0.4.43
| Промисловий запуск
| K2 ERP стає робочою системою для визначених процесів. користувач системи не повинен бачити більше, ніж потрібно для його роботи.== Див. так само ==


'''[[K2 Cloud Ядро]]''' здатна розглядатися як базова частина платформи K2 Cloud ERP. Коли ERP починає працювати в реальному бізнесі, помилки впливають на продажі та реалізація, складський облік, документи, фінансовий блок, виробництво й керування. Для партнерів — Партнерська хмарна інфраструктура K2. K2 ERP здатна встановлюватися або розгортатися в кількох сценаріях. Це здатна бути критично для підприємств із чутливими фінансовими, виробничими, кадровими або комерційними даними. !== Порівняння сценаріїв встановлення ==
потрібно створити файл із назвою компоненти та додати в нього файли й папки, які не потрібно завантажувати на сервер оновлення версій. git init


[[Категорія:CRM]]
</pre>
Перед встановленням бажано провести коротке обстеження.[[Категорія:Безпека ERP]]
</pre>
У файлі:


[[Категорія:Інтеграції K2 ERP]]
Після цього потрібно перейти у файл налаштувань:


== електронний документообіг після встановлення ==
Після цього потрібно отримати інформаційні дані з віддаленого репозиторію, але не змінювати поточну робочу гілку:


Не завжди потрібно запускати все одразу.[[Встановлення K2 ERP]] — це підготовка, розгортання, конфігурація й запуск [[K2 ERP]] або [[K2 Cloud ERP]] у роботу: користувачі, ролі, інформаційні дані, модулі, інтеграції, електронний документообіг, ЕДО, КЕП, резервні копії та технічна підтримка. З боку бізнесу потрібно визначити, які процеси запускаються першими: CRM, продажі та реалізація, складський облік, фінансовий блок, електронний документообіг, виробництво, бухгалтерський обліковий облік, ЕДО, КЕП, аналітичні інструменти або міграція з 1С/BAS. Для цього здатна використовуватися [[K2 Cloud ERP]], окрема хмарна інфраструктура або [[Партнерська хмара K2]]. Це інтуїтивно для швидкого старту, тестування, малого й середнього бізнесу, віддалених команд і компаній, які не хочуть утримувати власну інфраструктуру.</div>
</pre>
[[Категорія:K2 VDoc]]
Коміт змін можна виконувати автоматизовано через скрипт auto_update або вручну. так само потрібно налаштувати email:
Якщо адміністратор один і всі знання зосереджені тільки в нього, компанія-користувач створює новий ризик.[[Категорія:K2 Cloud Ядро]]


Кожну інтеграцію потрібно описати: які інформаційні дані передаються, хто власник, який технічний користувач системи застосовується для, які права він має, що відбувається при помилці й як інтеграцію вимкнути. Етап
== Коротко ==
== Гібридне розгортання K2 ERP ==
Документи мають мати маршрути погодження, статуси, права доступу, архіви, зв’язок із контрагентами, договорами, рахунками, оплатами, складськими операціями або виробничими процесами. Ця стаття орієнтована на користувачів, які шукають встановлення K2 ERP, розгортання K2 ERP, інсталяція K2 ERP, K2 ERP установка, K2 Cloud ERP встановлення, K2 ERP у хмарі, K2 ERP локально, K2 ERP сервер, K2 ERP гібридна модель, K2 ERP окрема хмарна інфраструктура, Партнерська хмарна інфраструктура K2, українська ERP встановлення, ERP розгортання, міграція з 1С у K2 ERP, міграція з BAS у K2 ERP, Реплікатор K2 ERP, K2 ERP електронний документообіг, Вчасно.ЕДО, VDoc, K2 VDoc, ERP без локального сервера. клієнт ERP зосереджується на бізнес-процесах: фінансах, продажах, складі, документах, CRM, виробництві, аналітиці й користувачах.[[Категорія:ERP-системи]]


Мобільний доступ не замінює повноцінне впровадження ERP, але робить систему ближчою до щоденної роботи. План має відповідати на прості питання: що робити, якщо платформа недоступна, хто приймає рішення для бізнесу, хто відновлює, як повідомляються користувачі, як перевіряється цілісність даних, як повернутися до роботи. як приклад, основна ERP здатна працювати в хмарі, а окремі інтеграції, архіви, локальні сервіси або виробничі системи можуть залишатися на стороні клієнта. |-
<pre>
| Гібридна модель
[[Категорія:K2 Cloud ERP]]
| Для поступового переходу або складних інтеграцій. '''[[Партнерська хмара K2]]''' — це модель, у якій інтегратор, інтегратор або сервісна компанія-користувач надає клієнтам хмарне середовище на базі K2 ERP. | Більше контролю, але більше відповідальності за адміністрування. |}
git checkout -b main


== Хмарне встановлення K2 ERP ==
</pre>


[[Категорія:Партнерська програма K2]]
<pre>
Найпростіший шлях — '''[[K2 Cloud ERP]]''', коли компанія-користувач отримує ERP у хмарі без власного серверного господарства. Друга помилка — запускати систему без ролей, резервних копій, тестового середовища й відповідальних адміністраторів. | Частина процесів у хмарі, частина локально або на виділеній інфраструктурі. Часто краще почати з кількох ключових процесів, стабілізувати їх, а потім розширювати систему. Для цього здатна використовуватися [[Реплікатор K2 ERP]], тестове перенесення, очищення довідників, звірка залишків, перенесення документів і запуск нової ERP.== Окрема хмарна інфраструктура K2 ERP ==
<pre>
<pre>


== Локальне встановлення K2 ERP ==
Далі потрібно додати зміни:


У цьому сценарії основні технічні задачі — розміщення, доступність, базова інфраструктура, резервні копії та адміністрування — можуть бути централізовані. Локальне встановлення K2 ERP означає розгортання системи на інфраструктурі клієнта. Це ядро керування компанією, тому безпека має бути частиною встановлення, а не окремою задачею «на потім». Правильне встановлення K2 ERP має завершуватися не без зусиль відкритою системою, а робочим бізнес-контуром: користувачі заходять у систему, ролі налаштовані, інформаційні дані перенесені або підготовлені, документи створюються, інтеграції працюють, резервні копії організовані, а стара платформа поступово виводиться з використання. Тому план відновлення має бути не формальним, а практично перевіреним.=== Що потрібно підготувати перед встановленням? ===
</pre>


У простому випадку встановлення здатна означати доступ до [[K2 Cloud ERP]] у хмарі. Альтернатива через встановлення K2 ERP
<pre>
=== Встановлення PyCharm у Windows ===
<pre>


Залежно від потреб компанії платформа здатна використовуватися в хмарі, на окремому сервері, у локальній інфраструктурі, у гібридній моделі або через '''[[Партнерська хмара K2|Партнерську хмару K2]]'''. Гібридне розгортання поєднує хмарну й локальну модель. Пілотний запуск знижує ризик великого одночасного переходу. Зміст
</pre>


== Встановлення K2 ERP як alternativeTo ==
У файлі:
</pre>
</pre>


ERP впливає на багато процесів одночасно.<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
source venv/bin/activate


Навіть найкраще налаштована ERP не працюватиме, якщо користувачі не розуміють, що робити, де створювати документи, як погоджувати, як шукати інформацію, як працювати зі складом, фінансами, CRM, ЕДО або звітами. Найгірший сценарій — спочатку встановити систему, а потім з’ясовувати, хто має доступ, які інформаційні дані переносити, які процеси запускати і хто відповідає за підтримку.== Обстеження перед встановленням ==
</pre>
Навчання користувачів — частина встановлення K2 ERP. Ролі мають відповідати реальній відповідальності працівників: менеджер продажів, бухгалтер, керівник, складський облік, закупівельна діяльність, виробництво, HR, адміністратор, погоджувач документів, користувач системи ЕДО, технічний користувач системи інтеграції.</div>


'''[[K2 ERP]]''', '''[[K2 Cloud ERP]]''', '''[[Реплікатор K2 ERP]]''', '''[[K2 ERP Документообіг]]''', '''[[K2 VDoc]]''', '''[[Модуль Вчасно]]''', '''[[Вчасно.ЕДО]]''' і '''[[VDoc]]''' можуть бути основою впровадження: ERP, CRM, фінансовий блок, складський облік, виробництво, електронний документообіг, ЕДО, КЕП, архіви, інтеграції, аналітичні інструменти, міграція зі старих систем, резервні копії та контроль доступів. Їх потрібно очистити, прибрати дублікати, відокремити активні записи від архівних і погодити структуру з користувачами. Окремо потрібно обмежити права технічних користувачів. це бізнес-процес підготовки, розгортання, конфігурація та запуску '''[[K2 ERP]]''' або '''[[K2 Cloud ERP]]''' у роботу виступає ключовою рисою '''Встановлення K2 ERP'''. | Підготовка, розгортання, конфігурація й запуск [[K2 ERP]] або [[K2 Cloud ERP]]
== 3. Встановлення та конфігурація Git ==
|-
| Основні сценарії
| хмарна інфраструктура, окрема хмарна інфраструктура, локальне встановлення, гібридна модель, [[Партнерська хмара K2]]
|-
| З чого почати? |-
| конфігурація ролей
| Визначаються користувачі, ролі, права доступу, адміністратори й технічні користувачі.[[Категорія:Міграція з 1С]]
== Підготовка до встановлення ==
Після встановлення ERP потрібно мати не лише резервні копії, а й план відновлення.== Пілотний запуск ==


=== Що робити зі старою системою після встановлення K2 ERP? ===
</pre>


== Міграція з 1С/BAS під час встановлення ==
</pre>


Після встановлення K2 ERP варто одразу продумати електронний документообіг.[[Категорія:K2 Cloud ERP]]
Приклад:
ignore
app.py
</pre>
Тестування має підтвердити, що нові версії компонент працюють коректно, не ламають існуючі сценарії й можуть бути використані далі. deb1
component-list.txt
=== Підключення однієї компоненти вручну ===


== Вибір моделі розгортання ==
version_type='testing'


'''[[K2 ERP]]''' позиціонується як українська ERP-система керування бізнесом, що поєднує фінансовий блок, бухгалтерію, продажі та реалізація, складський облік, закупівельна діяльність, електронний документообіг, CRM, аналітику та галузеві модулі в єдиному цифровому середовищі.{{SEO
components/k2site
|title=Встановлення K2 ERP — розгортання української ERP, K2 Cloud ERP, сервер, хмара, міграція з 1С/BAS
</pre>
|description=Встановлення K2 ERP — це процес підготовки, розгортання, налаштування та запуску української ERP-системи K2 ERP або K2 Cloud ERP. Стаття пояснює сценарії встановлення: хмара, окрема хмара, локальний сервер, гібридна модель, партнерська хмара, тестове середовище, права доступу, безпека, резервні копії, документообіг, ЕДО, КЕП, інтеграції, Реплікатор K2 ERP і міграція з 1С/BAS.
sudo snap install pycharm-community --classic
|keywords=встановлення K2 ERP, розгортання K2 ERP, інсталяція K2 ERP, K2 ERP установка, K2 Cloud ERP, встановлення K2 Cloud ERP, K2 ERP сервер, K2 ERP хмара, K2 ERP локально, K2 ERP гібридне розгортання, Партнерська хмара K2, українська ERP, українське програмне забезпечення, ERP встановлення, ERP розгортання, міграція з 1С, міграція з BAS, Реплікатор K2 ERP, перехід з 1С та BAS на K2 ERP, K2 ERP Документообіг, K2 VDoc, VDoc, Модуль Вчасно, Вчасно.ЕДО, ЕДО, КЕП, безпека ERP, резервне копіювання ERP, права доступу K2 ERP, тестове середовище ERP, продуктивне середовище ERP
|alternativeTo=локальні сервери 1С; BAS; застарілі ERP; Excel-облік; ручне адміністрування; неконтрольовані бази; старі бухгалтерські системи; розрізнені CRM; розрізнені складські системи
}}


Хмарне встановлення K2 ERP підходить компаніям, які хочуть оперативно почати роботу без власного сервера. бізнесу це ширший бізнес-процес: вибір моделі розгортання забезпечується через Встановлення K2 ERP не варто зводити лише до технічної інсталяції.; так само реалізовано підготовка користувачів, конфігурація ролей, перенесення даних, підключення документообігу, ЕДО, КЕП, інтеграцій, резервного копіювання, тестового середовища й запуску в продуктивну роботу. Після встановлення K2 ERP потрібно налаштувати користувачів і ролі. |-
</pre>
| Що це? Коли підходить


[[Категорія:Бухгалтерський облік]]
Файл розташований у корені каталогу компоненти. Етап
Для конфігурація завантаження компонент на сервер оновлення версій потрібно відкрити папку:


Не варто запускати продуктивне середовище як експеримент. Хмарний старт особливо корисний під час переходу з 1С/BAS: можна створити тестове середовище, перенести частину даних, перевірити процеси, навчити користувачів і тільки після цього запускати продуктивну роботу. |-
<pre>
| [[Партнерська хмара K2]]
| Для партнерів, інтеграторів, бухгалтерських компаній і сервісних провайдерів. Краще мати описані правила, документацію, резервного відповідального й зрозумілий порядок підтримки. Це можуть бути CRM, продажі та реалізація, закупівельна діяльність, складський облік, фінансовий блок, управлінський обліковий облік, виробництво, електронний документообіг, ЕДО, КЕП, аналітичні інструменти, інтернет-магазин, інтеграції або міграційні модулі. !== SEO-запити, пов’язані зі статтею ==


Так.== Навчання користувачів ==
sudo apt install git
<pre>
<pre>


== Тестове середовище ==
</pre>


! Потрібно зрозуміти, які системи вже використовуються: 1С, BAS, Excel, CRM, складські системи, сайти, інтернет-магазини, електронний документообіг, Вчасно.ЕДО, банки, ПРРО, виробничі системи, Power BI або інші інструменти. '''Перевіряйте актуальність.''' Технічні вимоги, умови K2 Cloud ERP, функції ERP локального або гібридного розгортання, ціни, інтеграції, мобільні застосунки, ЕДО, КЕП, правила підтримки, вимоги до безпеки й резервного копіювання можуть змінюватися.== Безпека встановлення ==
</pre>
k2site.txt
<pre>


Для швидкого старту часто підходить K2 Cloud ERP.<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
У полі '''Base Interpreter''' потрібно додати шлях до поточного виконуваного Python-файлу. |}


[[Категорія:Партнерська хмара K2]]
== 1. Копіювання існуючого проєкту по FTP і перший запуск ==


Правильне встановлення має завершуватися не тільки доступом до нової системи, а й контрольованим переходом бізнесу на нову архітектуру. Безпека встановлення K2 ERP охоплює інфраструктуру, користувачів, ролі, резервні копії, інтеграції, ЕДО, КЕП, журнали дій, адміністраторів і правила підтримки. Перед запуском продуктивного середовища потрібно переконатися, що ролі налаштовані, доступи перевірені, резервні копії організовані, ключові інформаційні дані перенесені, інтеграції протестовані, користувачі навчені, а відповідальні за підтримку визначені. Офіційні матеріали K2 зазначають, що для компаній із підвищеними вимогами до контролю K2 ERP можна розгорнути в окремій хмарі на виділеному сервері, з ізольованою інфраструктурою та можливістю розміщення як на серверах K2, так і на стороні клієнта. Це дає можливість оперативно знайти помилки, уточнити ролі, скоригувати форми, перевірити інтеграції й навчити ключових користувачів. ! Для компаній із власною інфраструктурою — локальне або гібридне розгортання. Типові запити: «встановлення K2 ERP», «як встановити K2 ERP», «розгортання K2 ERP», «K2 Cloud ERP встановлення», «K2 ERP локально чи в хмарі», «K2 ERP сервер», «K2 ERP міграція з 1С», «K2 ERP міграція з BAS», «K2 ERP тестове середовище», «K2 ERP права доступу», «K2 ERP резервне копіювання».== Користувачі та ролі ==
* [[K2 Cloud ERP]]
* [[K2 ERP]]
* [[K2 Cloud Ядро]]
* [[Розгортання K2 ERP]]
* [[Встановлення K2 ERP]]
* [[K2 ERP для Linux]]
* [[PyCharm]]
* [[Git]]
* [[GitLab]]
* [[Розробка K2 ERP]]
* [[Компоненти K2 ERP]]
* [[Оновлення K2 ERP]]
* [[Права доступу K2 ERP]]
* [[Безпека ERP]]


Окремий сценарій — встановлення або підключення K2 Cloud ERP на мобільних пристроях. |-
</pre>
| Навчання
<pre>
| Користувачі проходять навчання за своїми ролями й реальними сценаріями роботи. Інтеграції не повинні працювати через особисті облікові записи працівників або адміністраторів. Адміністратори K2 ERP мають бути визначені заздалегідь.
</pre>
Створити локальну гілку main і перемкнутися на неї:
<pre>
sudo rm /etc/apt/preferences.d/nosnap.pref
Після конфігурація потрібно виконати команду для клонування актуальних версій компонент і перейменування каталогів поточних версій компонент:
=== Автоматичний коміт через auto_update ===
git config --global user.email "ваша_електронна_пошта@example.com"
Для перевірки змін локально скопійованої копії проєкту порівняно з віддаленим репозиторієм застосовується для команда:
/K2CloudERP
Для завантаження застосовується для команда:
./run.bat
У цьому файлі потрібно змінити параметр:
</pre>

Поточна версія на 19:08, 2 травня 2026

6. конфігурація завантаження компонент на сервер оновлення версій

Потрібно скопіювати каталог зі скриптом і вставити його в корінь проєкту на рівні з виконуваним файлом:

Після цього потрібно розпакувати архів, запустити файл встановлення та встановити PyCharm згідно з інструкціями інсталятора. Окремо варто відзначити які отримують існуючий проєкт K2 Cloud ERP, запускають його локально, підключають віртуальне середовище, працюють із компонентами і передають зміни через Git і систему оновлення версій. Далі потрібно ініціалізувати Git у поточній директорії:

Для роботи зі списком компонент застосовується для скрипт:

Під час подальшої роботи зміни з віддаленого репозиторію отримуються командою:

git commit -m "Назва комміту"

Приклад:


Після встановлення PyCharm запускається командою:


git fetch origin

git status

<pre>

Для Windows: Для створення SSH-ключа потрібно виконати команду: cat ~/.ssh/id_rsa.pub

Для роботи з компонентами потрібно встановити й налаштувати Git. |- | 4 | Підключаються віддалені репозиторії компонент через auto_update або вручну. Кожна компонента додається з нового рядка.


Для створення нової версії компоненти, stable або beta/testing, потрібно змінити версію у файлі:

Посилання на каталог:

deb3

git remote add origin http://git.corp2.eu/k2erp/python/k2/base/site/k2site.git

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

sudo apt install default-jdk
python git_cmd.py clone

python k2update_push.py
settings.py
Для Linux:

git pull origin main

Далі потрібно додати віддалений репозиторій:
pycharm-community
Для Windows застосовується для команда:

<pre>

Щоб отримати інформаційні дані з віддаленого репозиторію та автоматизовано об’єднати їх із поточною локальною гілкою, застосовується для команда:
це інструкція з локального запуску робочого проєкту [[K2 Cloud ERP]] забезпечується через '''Розгортання K2 Cloud ERP Python; так само реалізовано підключення середовища розробника, конфігурація [[PyCharm]], роботи з [[Git]], підключення репозиторіїв компонент і завантаження нових версій компонент у систему оновлення версій виступає ключовою рисою розробників'''. Далі потрібно перейти в корінь додатку, на рівні з виконуваним файлом:

=== Відкриття проєкту в PyCharm ===

https
git remote -v
<pre>

=== Ручний коміт змін ===

<pre>
<pre>
<pre>

.git


Якщо під час запуску виникає помилка, потрібно встановити JRE/JDK командами:
Після встановлення потрібно відкрити середовище розробки PyCharm.[[Категорія:K2 ERP Python]]
Для Linux:
<pre>

__pycache__

<pre>

../K2CloudERP/venv/bin.python3.12.exe

Після конфігурація інтерпретатора можна запускати проєкт у debug-режимі через кнопку у правому верхньому куті PyCharm. |- | 8 | Компоненти оновлюються на тестових доменах deb1-deb3 і тестуються. Значення потрібно змінити з:

setup.py

Після цього потрібно клонувати компоненти з віддаленого сервера:

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

<pre>

Для Linux застосовується для команда:

на:
<pre>
<pre>
|-
| 1
| Копіюється існуючий проєкт по FTP, запускається first_run і змінюється domain_protocol з https на http.<pre>
python git_cmd.py commit

Авторизація в Git


Потім виконати коміт:

авторизація за допомогою логіна й пароля;



<pre>
<pre>
<pre>

<pre>

cd k2

token.txt

cd auto_update

bash run.sh

bash run.sh

4. Підключення віддаленого репозиторію Git для компоненти або списку компонент

sudo apt update

Add new Interpreter

Файл розташований у корені каталогу компоненти. Що робиться

.gitignore

Після завантаження потрібно розпакувати архів, запустити файл встановлення та встановити Git згідно з інструкціями. python git_cmd.py clone


deb2

2. Встановлення середовища розробки PyCharm та відкриття проєкту

Після оновлення версій потрібно протестувати функції ERP. git status

bash first_run.sh

app.py Після завантаження нових версій компонент потрібно оновити змінені версії компонент на тестових доменах:

history.txt

Потім: ./run.bat builder/config/component-list.txt

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

Після цього потрібно відкрити проєкт у консолі й перейти в каталог:

builder/config

python git_cmd.py pull

як приклад, для компоненти k2site: Для Windows потрібно завантажити архів із сайту JetBrains: version

Потрібно змінити рядок 5, поле:

Для Linux можна встановити PyCharm через snap.

Підключення репозиторію можна виконувати для списку компонент або для однієї компоненти вручну. Після встановлення потрібно налаштувати ім’я користувача:

sudo apt update

https://git-scm.com/downloads/win Перевірити статус:


Після цього потрібно запустити ssh-agent:

<pre>
Для Linux застосовується для команда:
<pre>

version_type='stable'

Після цього потрібно запушити зміни на віддалений репозиторій:

./first_run.bat
і запустити файл:

git push

Для Windows потрібно завантажити Git за посиланням:

Можливі два варіанти авторизації:

Потрібно відкрити проєкт у консолі й перейти в каталог:

./pycharm.sh

Для Windows: Приклад файлу:


[[Категорія:ERP-системи]]

<pre>
<pre>
ej2.min.js

<pre>

eval "$(ssh-agent -s)"

Ця інструкція призначена для розробників. |-
| 6
| Налаштовується список компонент для завантаження на сервер оновлення версій. |-
| 5
| Комітяться та пушаться зміни через auto_update або вручну. |-
| 3
| Встановлюється Git, налаштовується користувач системи і SSH-ключ. |-
| 2
| Встановлюється PyCharm, відкривається проєкт і налаштовується Python Interpreter.<pre>

<pre>
Спочатку потрібно виконати команди:
https://www.jetbrains.com/pycharm/download/?section=windows

так само PyCharm можна встановити через завантаження архіву з офіційного сайту JetBrains:

cd auto_update


=== конфігурація SSH-ключа ===

Після завантаження архів потрібно розпакувати, перейти в папку:
components/k2adm
sudo apt install snapd

=== Встановлення Git у Linux ===

venv
.\venv\Scripts\activate

Далі потрібно відкрити поточний завантажений проєкт K2 Cloud ERP і налаштувати змінне середовище для цього проєкту.

Після цього потрібно завантажити компоненти, додані у файлі:

auto_update

Для Linux:

git checkout master


Після внесення змін у коді потрібно перевірити їх командою:

<pre>
=== Підключення списку компонент через auto_update ===
<pre>

git config --global user.name "Ваше Ім'я"

ssh-add ~/.ssh/id_rsa
=== Встановлення PyCharm у Linux через snap ===
[[Категорія:Компоненти K2 ERP]]

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

або testing-версію:
<pre>

2.0.4.43 - додавання додаткового поля в форму реєстрації


domain_protocol

Спочатку потрібно скопіювати з віддаленого сервера існуючий проєкт по FTP. так само проєкт можна запускати з консолі PyCharm. |-

7 Створюється нова реліз системи компоненти й завантажується через k2update_push.py. ssh-keygen -t rsa -b 4096 -C "ваша_електронна_пошта@example.com"


Для Windows:

Після копіювання потрібно перейти в каталог:

cd components/k2site


SEO-опис змін додається в один рядок. За потреби можна перемкнутися на іншу локальну гілку:
<pre>
<pre>

bin

потрібно додати список компонент, які будуть завантажуватися на сервер оновлення версій.

У правому нижньому куті PyCharm потрібно вибрати:

https://git.corp2.eu/k2erp/python/k2/base/client/auto_update


{{SEO
|title=Розгортання K2 Cloud ERP Python для розробників — локальний запуск, PyCharm, Git, компоненти, оновлення
|description=Інструкція з локального розгортання робочого проєкту K2 Cloud ERP Python для розробників: копіювання проєкту по FTP, перший запуск, налаштування віртуального середовища, запуск K2 Cloud ERP, встановлення PyCharm, налаштування Python Interpreter, встановлення Git, підключення віддалених репозиторіїв компонент, коміт змін, завантаження компонент на сервер оновлення та тестування на deb1-deb3.
|keywords=K2 Cloud ERP Python, розгортання K2 Cloud ERP, встановлення K2 ERP Linux, K2 ERP Python, PyCharm K2 ERP, Git K2 ERP, auto_update K2 ERP, k2update_push.py, компоненти K2 ERP, локальний запуск K2 Cloud ERP, first_run.sh, run.sh, k2cfg.py, Реплікатор K2 ERP, K2 ERP для розробників
}}
<pre>
Далі потрібно відкрити файл:

/K2CloudERP/cfg/k2/k2/k2cfg.py

Виконати коміт змін:

git add .== 8. оновлення версій змінених версій компонент на тестових доменах ==

Отримати зміни з віддаленого сервера: Для підключення однієї компоненти потрібно перейти в папку потрібної компоненти. Повний список компонент міститься у файлі: Приклад:

У папці:

5. Коміт змін на віддалений репозиторій Git

python git_cmd.py status

components/k2update


Python Interpreter

Встановлення PyCharm у Linux через архів із сайту JetBrains

git pull

так само потрібно вказати тип версії:

конфігурація користувача Git

Приклад:

settings_example.py

Встановлення Git у Windows

Команда:


== Див. так само ==

python git_cmd.py push

У словник потрібно додати ключі з потрібними компонентами. У цьому каталозі запускається файл першого запуску '''first_run''' для конфігурація параметрів віртуального середовища в поточному локальному розташуванні.<pre>
авторизація через SSH.<pre>
<pre>

Щоб переглянути публічний ключ, застосовується для команда:

Приклад вмісту:

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

Перевірити підключений репозиторій:

Ручна активація віртуального середовища

Запушити зміни на віддалений репозиторій:


Для розробки застосовують, коли потрібно середовище [[PyCharm]].== 7. Завантаження нової версії компоненти в систему оновлення версій ==
sudo apt update
[[Категорія:K2 ERP для розробників]]

Далі потрібно додати ключ:

<pre>
У полі '''Location''' потрібно додати шлях до поточної папки:
https://www.jetbrains.com/pycharm/download/?section=linux

http

<pre>

version=2.0.4.43

потрібно створити файл із назвою компоненти та додати в нього файли й папки, які не потрібно завантажувати на сервер оновлення версій. git init

У файлі:

Після цього потрібно перейти у файл налаштувань:

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

Коміт змін можна виконувати автоматизовано через скрипт auto_update або вручну. так само потрібно налаштувати email:

Коротко

[[Категорія:K2 Cloud ERP]]
git checkout -b main

<pre>
<pre>

Далі потрібно додати зміни:

=== Встановлення PyCharm у Windows ===
<pre>

У файлі:

source venv/bin/activate

3. Встановлення та конфігурація Git

Приклад: ignore app.py

Тестування має підтвердити, що нові версії компонент працюють коректно, не ламають існуючі сценарії й можуть бути використані далі. deb1 component-list.txt

Підключення однієї компоненти вручну

version_type='testing'

components/k2site

sudo snap install pycharm-community --classic

Файл розташований у корені каталогу компоненти. Етап Для конфігурація завантаження компонент на сервер оновлення версій потрібно відкрити папку:


sudo apt install git
<pre>
<pre>

k2site.txt


У полі '''Base Interpreter''' потрібно додати шлях до поточного виконуваного Python-файлу. |}

== 1. Копіювання існуючого проєкту по FTP і перший запуск ==

* [[K2 Cloud ERP]]
* [[K2 ERP]]
* [[K2 Cloud Ядро]]
* [[Розгортання K2 ERP]]
* [[Встановлення K2 ERP]]
* [[K2 ERP для Linux]]
* [[PyCharm]]
* [[Git]]
* [[GitLab]]
* [[Розробка K2 ERP]]
* [[Компоненти K2 ERP]]
* [[Оновлення K2 ERP]]
* [[Права доступу K2 ERP]]
* [[Безпека ERP]]


Створити локальну гілку main і перемкнутися на неї:

sudo rm /etc/apt/preferences.d/nosnap.pref
Після конфігурація потрібно виконати команду для клонування актуальних версій компонент і перейменування каталогів поточних версій компонент:
=== Автоматичний коміт через auto_update ===
git config --global user.email "ваша_електронна_пошта@example.com"
Для перевірки змін локально скопійованої копії проєкту порівняно з віддаленим репозиторієм застосовується для команда:
/K2CloudERP
Для завантаження застосовується для команда:
./run.bat
У цьому файлі потрібно змінити параметр: