|
|
| Рядок 1: |
Рядок 1: |
| </div>
| | eval "$(ssh-agent -s)" |
|
| |
|
| Адміністратори K2 ERP мають бути визначені заздалегідь.; !;<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
| | <pre> |
|
| |
|
| [[Категорія:ERP-системи]] | | [[Категорія:K2 ERP]] |
| | |
| | <pre> |
| | |
| | [[Категорія:K2 ERP Python]] |
| | |
| | Для Windows потрібно завантажити архів із сайту JetBrains: |
| | |
| | Далі потрібно відкрити поточний завантажений проєкт K2 Cloud ERP і налаштувати змінне середовище для цього проєкту.; sudo snap install pycharm-community --classic |
| | Після конфігурація інтерпретатора можна запускати проєкт у debug-режимі через кнопку у правому верхньому куті PyCharm.;[[Категорія:Оновлення K2 ERP]] |
| | |
| | === Встановлення PyCharm у Windows === |
| | |
| | <pre> |
| | <pre> |
| | token.txt |
| | |
| | <pre> |
| | |
| | </pre> |
| | |
| | == 4.; Підключення віддаленого репозиторію Git для компоненти або списку компонент == |
| | Після внесення змін у коді потрібно перевірити їх командою: |
| | <pre> |
| | |
| | <pre> |
| | |
| | <pre> |
| | git push |
| | <pre> |
| | |
| | Python Interpreter |
| | |
| | </pre> |
| | git config --global user.name "Ваше Ім'я" |
| | [[Категорія:Українська ERP]] |
| | |
| | <pre> |
| | |
| | k2site.txt |
| | __TOC__ |
| | python git_cmd.py pull |
| | [[Категорія:Розгортання K2 ERP]] |
| | |
| | У цьому файлі потрібно змінити параметр: |
| | |
| | </pre> |
| | |
| | </pre> |
| | Потім виконати коміт: |
| | Отриманий ключ потрібно скопіювати й вставити у віддалений репозиторій.; |- |
| | | 3 |
| | | Встановлюється Git, налаштовується користувач системи і SSH-ключ.; У полі '''Base Interpreter''' потрібно додати шлях до поточного виконуваного Python-файлу.; Приклад: |
| | Для розробки застосовують, коли потрібно середовище [[PyCharm]].; Файл розташований у корені каталогу компоненти.;</pre> |
| | Виконати коміт змін: |
| | Після актуалізація потрібно протестувати функціональні можливості.; Етап |
| | |
| | sudo apt update |
| | git init |
| | Потрібно відкрити проєкт у консолі й перейти в каталог: |
| | |
| | sudo apt update |
| | |
| | <pre> |
| | |
| | === Автоматичний коміт через auto_update === |
| | /K2CloudERP |
| | sudo rm /etc/apt/preferences.d/nosnap.pref |
|
| |
|
| '''Встановлення K2 ERP''' — це підготовка середовища, розгортання системи, створення базових налаштувань, підключення користувачів, прав доступу, модулів, інтеграцій і запуск ERP у роботу.; Локальне встановлення потребує більшої відповідальності клієнта: сервери, резервні копії, актуалізація, моніторинг, адміністрування, аварійне відновлення, доступи й безпека мають бути організовані внутрішньо або разом із партнером.;[[Категорія:VDoc]]
| | </pre> |
|
| |
|
| Продуктивне середовище — це робоча платформа, у якій користувачі ведуть реальні операції.; |-
| | <pre> |
| | Локальне встановлення
| | </pre> |
| | Для компаній із власною ІТ-інфраструктурою.; |-
| | </pre> |
| | [[Партнерська хмара K2]]
| |
| | Для партнерів, інтеграторів, бухгалтерських компаній і сервісних провайдерів.; Найгірший сценарій — спочатку встановити систему, а потім з’ясовувати, хто має доступ, які інформаційні дані переносити, які процеси запускати і хто відповідає за підтримку.; Тестове середовище — важлива частина встановлення K2 ERP.;{{SoftwareAlternative
| |
| |name=K2 ERP
| |
| |type=українська ERP-платформа, яку можна встановлювати або розгортати в хмарній, локальній, гібридній чи партнерській моделі; підтримує фінансовий облік, управлінський облік, бухгалтерію, CRM, продажі, закупівлі, склад, виробництво, документообіг, ЕДО, КЕП, архіви, інтеграції, аналітику, міграцію з 1С/BAS/UA-Бюджет, резервні копії та контроль доступів
| |
| |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
| |
| }}
| |
|
| |
|
| [[Категорія:Безпека ERP]]
| | python k2update_push.py |
|
| |
|
| ERP рідко функціонує в цілому ізольовано.; Питання
| | </pre> |
| | Приклад файлу: |
| | Після цього потрібно запушити зміни на віддалений репозиторій: |
|
| |
|
| '''Перевіряйте актуальність.''' Технічні вимоги, умови K2 Cloud ERP, функціональні можливості локального або гібридного розгортання, ціни, інтеграції, мобільні застосунки, ЕДО, КЕП, правила підтримки, вимоги до безпеки й резервного копіювання можуть змінюватися.;== електронний документообіг після встановлення ==
| | <pre> |
|
| |
|
| !; Для підвищеного контролю — окрема хмарна інфраструктура або виділений сервер.; |-
| | 2.0.4.43 - додавання додаткового поля в форму реєстрації |
| | Промисловий запуск | | {| class="wikitable" style="width:100%;" |
| | K2 ERP стає робочою системою для визначених процесів.; Інакше організація отримає не нову ERP, а ще одну систему поруч зі старим хаосом.;[[Категорія:Міграція з Парус]]
| | git checkout master |
|
| |
|
| Окрема хмарна інфраструктура має змогу бути компромісом між швидкістю хмарного розгортання та контролем приватної інфраструктури.;[[Категорія:SaaS ERP]]
| | Далі потрібно додати віддалений репозиторій: |
|
| |
|
| == Резервне копіювання ==
| | <pre> |
| | sudo apt install default-jdk |
| | як ілюстрація, для компоненти '''k2site''': |
|
| |
|
| Потрібно визначити, хто має право створювати, редагувати, погоджувати, підписувати, видаляти, експортувати, друкувати, переглядати або адмініструвати інформаційні дані.;[[Категорія:K2 ERP Документообіг]]
| | <pre> |
|
| |
|
| == K2 Cloud Ядро ==
| | </pre> |
| бізнесу це ширший бізнес-процес: вибір моделі розгортання забезпечується через Встановлення K2 ERP не варто зводити лише до технічної інсталяції.; додатково реалізовано підготовка користувачів, конфігурація ролей, перенесення даних, підключення документообігу, ЕДО, КЕП, інтеграцій, резервного копіювання, тестового середовища й запуску в продуктивну роботу.; У простому випадку встановлення має змогу означати доступ до [[K2 Cloud ERP]] у хмарі.;== Партнерська хмарна інфраструктура K2 ==
| |
|
| |
|
| Окремо потрібно обмежити права технічних користувачів.; | Більше контролю, але більше відповідальності за адміністрування.; У складнішому випадку це має змогу бути окрема хмарна інфраструктура, локальний сервер, гібридна технічна архітектура, тестове середовище, міграція зі старих систем, інтеграції з банками, ЕДО, складами, інтернет-магазинами, CRM, ПРРО або іншими сервісами.; !; Найпростіший шлях — '''[[K2 Cloud ERP]]''', коли організація отримує ERP у хмарі без власного серверного господарства.; Перед запуском продуктивного середовища потрібно переконатися, що ролі налаштовані, доступи перевірені, резервні копії організовані, ключові інформаційні дані перенесені, інтеграції протестовані, користувачі навчені, а відповідальні за підтримку визначені.;[[K2 Cloud ERP]], [[Партнерська хмара K2]], [[Реплікатор K2 ERP]], [[K2 ERP Документообіг]], [[K2 VDoc]], [[Модуль Вчасно]], [[Вчасно.ЕДО]] і [[VDoc]] допомагають не без ускладнень встановити систему, а запустити повноцінний український ERP-контур.; додатково потрібно визначити, які інформаційні дані є собою критичними: контрагенти, номенклатура, залишки, договори, документи, рахунки, оплати, зарплата, кадри, архіви, звіти, інтеграції й користувачі.; Це істотно для встановлення, з цієї причини що ERP має бути не набором розрізнених модулів, а єдиною платформою з керованою логікою.; |-
| | == Див.; додатково == |
| | Підготовка середовища
| |
| | Створюється тестове або продуктивне середовище, налаштовуються базові параметри, доступи й адміністрування.; |-
| |
| | Вибір моделі
| |
| | Обирається хмарна інфраструктура, окрема хмарна інфраструктура, локальне встановлення, гібридна модель або партнерська хмарна інфраструктура.; Третя помилка — переносити всі старі інформаційні дані без очищення.; '''[[K2 ERP Документообіг]]''', '''[[K2 VDoc]]''' і '''[[VDoc]]''' можуть допомогти побудувати документний контур у межах ERP, а не окремо від неї.; Це комфортно для швидкого старту, тестування, малого й середнього бізнесу, віддалених команд і компаній, які не хочуть утримувати власну інфраструктуру.;[[Категорія:Документообіг]]
| |
|
| |
|
| Після встановлення K2 ERP старі системи потрібно виводити з активного використання.; __TOC__
| | Спочатку потрібно скопіювати з віддаленого сервера існуючий проєкт по FTP.; |- |
| істотно не обирати модель лише за звичкою.; | Підготовка, розгортання, конфігурація й запуск [[K2 ERP]] або [[K2 Cloud ERP]]
| | | 8 |
| | | Компоненти оновлюються на тестових доменах deb1-deb3 і тестуються.; Для роботи з компонентами потрібно встановити й налаштувати [[Git]].; deb3 |
| |- | | |- |
| | Основні сценарії | | | 1 |
| | хмарна інфраструктура, окрема хмарна інфраструктура, локальне встановлення, гібридна модель, [[Партнерська хмара K2]] | | | Копіюється існуючий проєкт по FTP, запускається first_run і змінюється domain_protocol з https на http.; |} |
| |-
| | |
| | З чого почати?; Воно надає можливість зробити пробне перенесення, побачити помилки, очистити довідники, звірити залишки й навчити користувачів без ризику для реальної роботи.;[[Категорія:Електронний документообіг]]
| | <pre> |
| | |
| | * [[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]] |
| | |
| | Після цього потрібно додати характеристика змін у файл: |
| | ./pycharm.sh |
| | git remote add origin http://git.corp2.eu/k2erp/python/k2/base/site/k2site.git |
| | == Коротко == |
| | У словник потрібно додати ключі з потрібними компонентами.; Підключення репозиторію можна виконувати для списку компонент або для однієї компоненти вручну.; history.txt |
| | Для створення нової версії компоненти, stable або beta/testing, потрібно змінити версію у файлі: |
| | |
| | </pre> |
| | |
| | </pre> |
| | Для створення SSH-ключа потрібно виконати команду: |
| | Після завантаження потрібно розпакувати архів, запустити файл встановлення та встановити Git згідно з інструкціями.; git config --global user.email "ваша_електронна_пошта@example.com" |
| | Кожна компонента додається з нового рядка.; auto_update |
| | |
| | http |
| | Перевірити статус: |
| | </pre> |
| | |
| | Для Linux можна встановити PyCharm через snap.;</pre> |
| | </pre> |
| | components/k2adm |
| | |
| | </pre> |
| | |
| | Після цього потрібно завантажити компоненти, додані у файлі: |
| | Для Windows: |
| | <pre> |
| | |
| | </pre> |
| | |
| | це інструкція з локального запуску робочого проєкту [[K2 Cloud ERP]] забезпечується через '''Розгортання K2 Cloud ERP Python; додатково реалізовано підключення середовища розробника, конфігурація [[PyCharm]], роботи з [[Git]], підключення репозиторіїв компонент і завантаження нових версій компонент у систему актуалізація виступає ключовою рисою розробників'''.; Після цього потрібно розпакувати архів, запустити файл встановлення та встановити PyCharm згідно з інструкціями інсталятора.; Для Linux застосовується команда: |
| | |
| | Під час подальшої роботи зміни з віддаленого репозиторію отримуються командою: |
| | |
| | ssh-keygen -t rsa -b 4096 -C "ваша_електронна_пошта@example.com" |
| | </pre> |
| | <pre> |
| | |
| | <pre> |
| | |
| | <pre> |
| | </pre> |
| | python git_cmd.py status |
| | |
| | </pre> |
|
| |
|
| '''[[Реплікатор K2 ERP]]''' має змогу використовуватися для контрольованого перенесення даних у K2 ERP: витягування, очищення, зіставлення, перенесення, перевірка й звірка.; Третій сценарій — локальне встановлення або приватна інфраструктура.; Відповідь
| | </pre> |
| | Команда: |
| | https://git-scm.com/downloads/win |
|
| |
|
| Резервна копія ERP містить ті самі критичні інформаційні дані, що й робоча платформа: фінансовий блок, контрагентів, документи, зарплату, кадри, складський облік, аналітику й архіви.; з цієї причини план відновлення має бути не формальним, а практично перевіреним.; замовник зосереджується на бізнес-процесах: фінансах, продажах, складі, документах, CRM, виробництві, аналітиці й користувачах.; Навіть найкраще налаштована ERP не працюватиме, якщо користувачі не розуміють, що робити, де створювати документи, як погоджувати, як шукати інформацію, як працювати зі складом, фінансами, CRM, ЕДО або звітами.; Офіційні матеріали K2 додатково описують K2 ERP як гібридну ERP, що має змогу поєднувати переважні аспекти хмари та локального розміщення.; З боку бізнесу потрібно визначити, які процеси запускаються першими: CRM, продажі та реалізація, складський облік, фінансовий блок, електронний документообіг, виробництво, бухгалтерський обліковий облік, ЕДО, КЕП, аналітичні інструменти або міграція з 1С/BAS.; !;== Поширені запитання ==
| | sudo apt install snapd |
| Окремий сценарій — встановлення або підключення K2 Cloud ERP на мобільних пристроях.; Це надає можливість оперативно знайти помилки, уточнити ролі, скоригувати форми, перевірити інтеграції й навчити ключових користувачів.;=== Чи потрібне тестове середовище? ===
| |
|
| |
|
| == Навчання користувачів ==
| | Тестування має підтвердити, що нові версії компонент працюють коректно, не ламають існуючі сценарії й можуть бути використані далі.;</pre> |
|
| |
|
| Резервне копіювання має бути частиною встановлення K2 ERP з першого дня.; Перед промисловим запуском потрібно завершити звірку даних, підтвердити ролі, перевірити резервні копії, провести навчання, протестувати інтеграції, підготувати підтримку й визначити правила роботи зі старою системою.; Так, локальне або гібридне розгортання має змогу бути доречним для компаній із власною ІТ-інфраструктурою або підвищеними вимогами до контролю даних.; Перед запуском потрібно прибрати зайві доступи, визначити технічних користувачів, не використовувати спільні паролі, описати інтеграції, розділити тестове й продуктивне середовище, обмежити доступ до персональних і фінансових даних.;[[Встановлення K2 ERP]] — це підготовка, розгортання, конфігурація й запуск [[K2 ERP]] або [[K2 Cloud ERP]] у роботу: користувачі, ролі, інформаційні дані, модулі, інтеграції, електронний документообіг, ЕДО, КЕП, резервні копії та супровід.; | Ізольована інфраструктура, окремий сервер, більше контролю.; | Частина процесів у хмарі, частина локально або на виділеній інфраструктурі.; '''Українська ERP для швидкого старту.''' [[Встановлення K2 ERP]] має змогу виконуватися як хмарне, локальне, гібридне або партнерське розгортання.;== Типові помилки під час встановлення K2 ERP ==
| | авторизація через SSH.;<pre> |
|
| |
|
| Якщо адміністратор один і всі знання зосереджені тільки в нього, організація створює новий ризик.; Після встановлення K2 ERP потрібно налаштувати користувачів і ролі.;[[Категорія:Встановлення K2 ERP]]
| | [[Категорія:Хмарна ERP]] |
| |-
| | settings_example.py |
| | Що це?; !;[[Категорія:Міграція з UA-Бюджет]]
| | </pre> |
|
| |
|
| * [https://erp.kyiv.ua/ K2 ERP: офіційно затверджений сайт]
| | == 5.; Коміт змін на віддалений репозиторій Git == |
| * [https://wiki.erp.kyiv.ua/ K2 ERP Wiki]
| |
| * [https://corp2.eu/ K2 Cloud ERP]
| |
| * [https://erp.kyiv.ua/erp/ K2 ERP: гібридна ERP]
| |
| * [https://erp.kyiv.ua/product/k2-cloud-yadro/ K2 Cloud Ядро]
| |
| * [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://erp.kyiv.ua/product/replikator/ K2 ERP: Реплікатор]
| |
| * [https://erp.kyiv.ua/category/perehid-z-1s-ta-bas/ K2 ERP: Перехід з 1С та BAS]
| |
| * [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: електронний документообіг]
| |
| * [https://erp.kyiv.ua/product/modul-vchasno/ K2 ERP: компонент Вчасно]
| |
| * [https://erp.kyiv.ua/product/vdoc/ K2 ERP: VDoc]
| |
|
| |
|
| Промисловий запуск означає, що K2 ERP стає основною системою для визначених процесів.;== Пілотний запуск ==
| | </pre> |
|
| |
|
| У Партнерська хмарна інфраструктура передбачено не лише технічне розміщення.; Якщо організація переходить зі старої системи, довідники краще не переносити механічно.;[[Категорія:Хмарна ERP]]
| | Для Linux застосовується команда: |
| | потрібно додати токен доступу до сервера актуалізація.;=== Відкриття проєкту в PyCharm === |
|
| |
|
| == Відновлення після збою ==
| | </pre> |
|
| |
|
| == Підготовка до встановлення ==
| | </pre> |
| | </pre> |
| | Ця інструкція призначена для розробників.; .git |
|
| |
|
| Гібридне розгортання поєднує хмарну й локальну модель.; Спочатку потрібно архівувати потрібні інформаційні дані, обмежити доступ, вимкнути інтеграції, описати резервні копії, заблокувати технічних користувачів і визначити правила доступу до історії.; Інтеграції не повинні працювати через особисті облікові записи працівників або адміністраторів.; Друга помилка — запускати систему без ролей, резервних копій, тестового середовища й відповідальних адміністраторів.;== Вибір моделі розгортання ==
| | [[Категорія:Компоненти K2 ERP]] |
|
| |
|
| == Обстеження перед встановленням == | | == 1.; Копіювання існуючого проєкту по FTP і перший запуск == |
|
| |
|
| !; Навчання має бути практичним: не загальна лекція про ERP, а робота з реальними сценаріями компанії.; Такий підхід має змогу бути потрібний компаніям із суворими внутрішніми ІТ-політиками, власними дата-центрами або специфічними вимогами до зберігання даних.;[[Категорія:K2 VDoc]]
| | Для Linux: |
|
| |
|
| == Див.; додатково ==
| | <pre> |
| | <pre> |
| | [[Категорія:Розробка K2 ERP]] |
|
| |
|
| Правильне встановлення має завершуватися не тільки доступом до нової системи, а й контрольованим переходом бізнесу на нову архітектуру.;[[Категорія:Партнерська хмара K2]]
| | ignore |
|
| |
|
| Після встановлення ERP потрібно мати не лише резервні копії, а й план відновлення.; Старий або ризиковий підхід
| | Далі потрібно ініціалізувати Git у поточній директорії: |
| | </pre> |
| | </pre> |
|
| |
|
| == Порівняння сценаріїв встановлення == | | === Встановлення PyCharm у Linux через архів із сайту JetBrains === |
|
| |
|
| == Користувачі та ролі ==
| | </pre> |
| | Приклад: |
| | авторизація за допомогою логіна й пароля; |
|
| |
|
| '''центральний висновок.''' [[Встановлення K2 ERP]] — це не без ускладнень інсталяція програми.; Перед встановленням потрібно перевіряти чинну документацію та погоджувати архітектуру з відповідальними фахівцями.; |-
| | setup.py |
| | конфігурація ролей
| |
| | Визначаються користувачі, ролі, права доступу, адміністратори й технічні користувачі.; Альтернатива через встановлення K2 ERP
| |
|
| |
|
| '''[[K2 ERP]]''' позиціонується як українська платформа керування підприємством, що поєднує фінансовий блок, бухгалтерію, продажі та реалізація, складський облік, закупівельна діяльність, електронний документообіг, CRM, аналітику та галузеві модулі в єдиному цифровому середовищі.;[[Категорія:Інтеграції K2 ERP]]
| | <pre> |
|
| |
|
| [[Категорія:CRM]]
| | === конфігурація користувача Git === |
| | <pre> |
| | Створити локальну гілку main і перемкнутися на неї: |
|
| |
|
| У такій моделі організація має змогу отримати ізольовану інфраструктуру, окремий сервер, окремі правила доступів і більший контроль над даними.; Часто краще почати з кількох ключових процесів, стабілізувати їх, а потім розширювати систему.; Це ядро керування компанією, з цієї причини безпека має бути частиною встановлення, а не окремою задачею «на потім».; користувач системи не повинен бачити більше, ніж потрібно для його роботи.;[[Категорія:K2 Cloud Ядро]]
| | === Авторизація в Git === |
|
| |
|
| K2 ERP має змогу встановлюватися або розгортатися в кількох сценаріях.; Їх потрібно очистити, прибрати дублікати, відокремити активні записи від архівних і погодити структуру з користувачами.; з цієї причини доступ до копій має бути контрольованим.;== Безпека встановлення ==
| | <pre> |
|
| |
|
| [[Категорія:K2 Cloud ERP]] | | [[Категорія:K2 Cloud ERP]] |
|
| |
|
| Найчастіша помилка — сприймати встановлення ERP як технічну інсталяцію без бізнес-підготовки.;== Мобільне встановлення K2 Cloud ERP ==
| | на: |
| Не варто запускати продуктивне середовище як експеримент.;<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
| | source venv/bin/activate |
| | bin |
| | |
| | <pre> |
| | |
| | Можливі два варіанти авторизації: |
| | <pre> |
| | </pre> |
| | |
| | Для Windows: |
| | |
| | git status |
| | |
| | Приклад: |
| | </pre> |
| | </pre> |
| | |
| | </pre> |
| | |
| | </pre> |
| | == 8.; актуалізація змінених версій компонент на тестових доменах == |
| | У полі '''Location''' потрібно додати шлях до поточної папки: |
| | |
| | Після цього потрібно перейти у файл налаштувань: |
| | |
| | </pre> |
| | |
| | додатково PyCharm можна встановити через завантаження архіву з офіційного сайту JetBrains: |
|
| |
|
| <div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
| | .gitignore |
|
| |
|
| Гібридна модель корисна тоді, коли організація не має змогу або не хоче переносити все одразу.;[[Категорія:K2 ERP]]
| | <pre> |
| | </pre> |
| | <pre> |
| | Далі потрібно відкрити файл: |
|
| |
|
| !; |-
| | [[Категорія:Git]] |
| | Інтеграції
| |
| | Підключаються банки, ЕДО, сайти, склади, CRM, ПРРО, BI або інші зовнішні системи.; |-
| |
| | Закриття старого контуру
| |
| | Старі доступи, інтеграції, резервні копії й системи переводяться в контрольований архів або виводяться з використання.; |}
| |
|
| |
|
| Хмарний старт особливо корисний під час переходу з 1С/BAS: можна створити тестове середовище, перенести частину даних, перевірити процеси, навчити користувачів і тільки після цього запускати продуктивну роботу.; | З обстеження процесів, даних, користувачів, інтеграцій і вимог до безпеки
| | Далі потрібно перейти в корінь додатку, на рівні з виконуваним файлом: |
| |-
| |
| | Для міграції
| |
| | [[Реплікатор K2 ERP]]
| |
| |-
| |
| | Для документообігу
| |
| | [[K2 ERP Документообіг]], [[K2 VDoc]], [[VDoc]]
| |
| |-
| |
| | Для ЕДО
| |
| | [[Модуль Вчасно]], [[Вчасно.ЕДО]]
| |
| |-
| |
| | Важливий етап
| |
| | Тестове середовище, звірка даних і навчання користувачів
| |
| |-
| |
| | центральний ризик
| |
| | Встановити систему технічно, але не підготувати бізнес-процеси, ролі, інформаційні дані, резервні копії та закриття старої системи
| |
| |}
| |
|
| |
|
| [[Категорія:Міграція з 1С]] | | Для Linux: |
| '''[[K2 Cloud Ядро]]''' має змогу розглядатися як базова частина платформи K2 Cloud ERP.;{{SEO
| | [[Категорія:Корпоративна Wiki]] |
| |title=Встановлення K2 ERP — розгортання української ERP, K2 Cloud ERP, сервер, хмара, міграція з 1С/BAS | | {{SEO |
| |description=Встановлення K2 ERP — це процес підготовки, розгортання, налаштування та запуску української ERP-системи K2 ERP або K2 Cloud ERP. Стаття пояснює сценарії встановлення: хмара, окрема хмара, локальний сервер, гібридна модель, партнерська хмара, тестове середовище, права доступу, безпека, резервні копії, документообіг, ЕДО, КЕП, інтеграції, Реплікатор K2 ERP і міграція з 1С/BAS. | | |title=Розгортання K2 Cloud ERP Python для розробників — локальний запуск, PyCharm, Git, компоненти, оновлення |
| |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 | | |description=Інструкція з локального розгортання робочого проєкту K2 Cloud ERP Python для розробників: копіювання проєкту по FTP, перший запуск, налаштування віртуального середовища, запуск K2 Cloud ERP, встановлення PyCharm, налаштування Python Interpreter, встановлення Git, підключення віддалених репозиторіїв компонент, коміт змін, завантаження компонент на сервер оновлення та тестування на deb1-deb3. |
| |alternativeTo=локальні сервери 1С; BAS; застарілі ERP; Excel-облік; ручне адміністрування; неконтрольовані бази; старі бухгалтерські системи; розрізнені CRM; розрізнені складські системи
| | |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 для розробників |
| }} | | }} |
|
| |
|
| '''[[Модуль Вчасно]]''' і '''[[Вчасно.ЕДО]]''' можуть використовуватися для інтеграції електронного документообігу з K2 ERP.;[[Категорія:Корпоративна Wiki]]
| | У файлі: |
| | |
| | </pre> |
| | |
| | </pre> |
| | |
| | Add new Interpreter |
| | <pre> |
| | <pre> |
| | |
| | Повний список компонент міститься у файлі: |
| | |
| | </pre> |
| | git checkout -b main |
| | Для перевірки змін локально скопійованої копії проєкту порівняно з віддаленим репозиторієм застосовується команда: |
| | |
| | </pre> |
| | |
| | deb1 |
| | |
| | === Встановлення PyCharm у Linux через snap === |
| | |
| | python git_cmd.py clone |
|
| |
|
| == ЕДО і КЕП після встановлення ==
| | ./run.bat |
|
| |
|
| Потрібно визначити модель розгортання, користувачів, ролі, інформаційні дані для перенесення, інтеграції, електронний документообіг, ЕДО, КЕП, резервні копії, тестове середовище й відповідальних адміністраторів.; Залежно від потреб компанії платформа має змогу використовуватися в хмарі, на окремому сервері, у локальній інфраструктурі, у гібридній моделі або через '''[[Партнерська хмара K2|Партнерську хмару K2]]'''.; Перед встановленням бажано провести коротке обстеження.; Особливості
| | <pre> |
|
| |
|
| У цьому сценарії основні технічні задачі — розміщення, доступність, базова інфраструктура, резервні копії та адміністрування — можуть бути централізовані.; Четвертий сценарій — гібридна модель, коли частина процесів функціонує в хмарі, а частина — у локальному середовищі або на виділеній інфраструктурі.; Окремо варто відзначити розгортання, конфігурація і запуску '''[[K2 ERP]]''' або '''[[K2 Cloud ERP]]''' у роботу виступає ключовою рисою '''Встановлення K2 ERP'''.; Це має змогу бути істотно для підприємств із чутливими фінансовими, виробничими, кадровими або комерційними даними.; |}
| | додатково проєкт можна запускати з консолі PyCharm.; |- |
| | | 2 |
| | | Встановлюється PyCharm, відкривається проєкт і налаштовується Python Interpreter.;<pre> |
|
| |
|
| [[Категорія:КЕП]]
| | <pre> |
|
| |
|
| == Міграція з 1С/BAS під час встановлення ==
| | <pre> |
| Офіційні матеріали K2 описують K2 Cloud Ядро як основу для запуску та підтримки інших модулів K2 ERP.; Цей сценарій має змогу бути доречним, якщо організація має власний ІТ-відділ, сервери, політики безпеки, вимоги до локального зберігання даних або складні інтеграції з внутрішніми системами.; Вибір моделі розгортання залежить від розміру компанії, вимог до безпеки, ІТ-команди, бюджету, кількості користувачів, наявних систем і плану міграції.; ERP — це не сайт-візитка.;== Тестове середовище ==
| | components/k2site |
| Перед встановленням K2 ERP потрібно підготувати бізнес-середовище і технічну частину.;[[Категорія:Партнерська програма K2]]
| | </pre> |
|
| |
|
| Не завжди потрібно запускати все одразу.; '''Безпековий контекст.''' Перед встановленням ERP потрібно визначити модель доступів, адміністраторів, резервні копії, тестове середовище, правила оновлень, інтеграції, ЕДО, КЕП, архіви, персональні інформаційні дані, фінансові документи, технічних користувачів і порядок закриття старих систем після міграції.; |-
| | Після цього потрібно відкрити проєкт у консолі й перейти в каталог: |
| | Підготовка даних
| |
| | Очищуються довідники, готуються контрагенти, номенклатура, склади, залишки, документи й архіви.;[[Категорія:Українське програмне забезпечення]]
| |
|
| |
|
| Окрема хмарна інфраструктура K2 ERP — це сценарій для компаній, яким потрібен вищий рівень контролю.; Коли ERP починає працювати в реальному бізнесі, помилки впливають на продажі та реалізація, складський облік, документи, фінансовий блок, виробництво й керування.; Другий сценарій — окрема хмарна інфраструктура або виділений сервер.; Права доступу K2 ERP потрібно налаштовувати до запуску, а не після першого інциденту.; | партнерська сторона надає не лише хмару, а й впровадження, підтримку, міграцію та супровід.; |-
| | bash run.sh |
| | Локальні сервери 1С/BAS без підтримки
| | git commit -m "Назва комміту" |
| | [[K2 Cloud ERP]], окрема хмарна інфраструктура, локальне або гібридне розгортання
| | __pycache__ |
| |- | | |
| | Excel-облік і ручні файли | | Після цього потрібно запустити ssh-agent: |
| | [[K2 ERP]], CRM, складський облік, фінансовий блок, документи й аналітичні інструменти в єдиній системі | | |
| |-
| | </pre> |
| | Розрізнені документи
| | cd auto_update |
| | [[K2 ERP Документообіг]], [[K2 VDoc]], [[VDoc]]
| | <pre> |
| |- | | |
| | Ручний ЕДО | | Після завантаження нових версій компонент потрібно оновити змінені версії компонент на тестових доменах: |
| | [[Модуль Вчасно]], [[Вчасно.ЕДО]], інтеграційні функціональні можливості ЕДО з ERP | | |
| |-
| | Для Linux: |
| | Складна міграція з 1С/BAS
| | <pre> |
| | [[Реплікатор K2 ERP]], тестове перенесення, очищення, звірка, запуск
| | git remote -v |
| |-
| | |
| | Неконтрольовані архіви
| | </pre> |
| | Контрольований електронний архів у межах ERP-контуру
| | |
| |-
| | sudo apt update |
| | Відсутність ІТ-команди
| | </pre> |
| | Хмарна або партнерська модель супроводу, адміністрування й підтримки
| | </pre> |
| |}
| | |
| | <pre> |
| | |
| | pycharm-community |
| | |
| | <pre> |
| | cat ~/.ssh/id_rsa.pub |
| | Після конфігурація потрібно виконати команду для клонування актуальних версій компонент і перейменування каталогів поточних версій компонент: |
| | |
| | </pre> |
| | |
| | git add .; Окремо варто відзначити які отримують існуючий проєкт K2 Cloud ERP, запускають його локально, підключають віртуальне середовище, працюють із компонентами і передають зміни через Git і систему актуалізація.;https://www.jetbrains.com/pycharm/download/?section=linux |
| | Перевірити підключений репозиторій: |
| | === Встановлення Git у Windows === |
| | git fetch origin |
| | У цьому каталозі запускається файл першого запуску '''first_run''' для конфігурація параметрів віртуального середовища в поточному локальному розташуванні.; |- |
| | | 6 |
| | | Налаштовується список компонент для завантаження на сервер актуалізація.;</pre> |
| | <pre> |
| | <pre> |
| | <pre> |
| | </pre> |
| | </pre> |
| | |
| | </pre> |
| | |
| | Після завантаження архів потрібно розпакувати, перейти в папку: |
| | Після встановлення потрібно налаштувати ім’я користувача: |
| | == 2.; Встановлення середовища розробки PyCharm та відкриття проєкту == |
| | |
| | cd k2 |
| | |
| | <pre> |
| | |
| | !; і запустити файл: |
| | == 6.; конфігурація завантаження компонент на сервер актуалізація == |
| | |
| | components/k2update |
| | |
| | === конфігурація SSH-ключа === |
| | За потреби можна перемкнутися на іншу локальну гілку: |
| | Приклад: |
| | |
| | git pull |
| | |
| | <pre> |
| | <pre> |
| | <pre> |
| | |
| | </pre> |
| | |
| | Щоб отримати інформаційні дані з віддаленого репозиторію та автономно об’єднати їх із поточною локальною гілкою, застосовується команда: |
| | додатково потрібно налаштувати email: |
| | {{DISPLAYTITLE:Розгортання K2 Cloud ERP Python для розробників}} |
| | |
| | version |
| | |
| | </pre> |
| | |
| | Після зміни налаштувань можна запускати додаток.; У папці: |
| | <pre> |
| | |
| | bash run.sh |
| | |
| | </pre> |
| | |
| | Потім: |
| | |
| | === Ручна активація віртуального середовища === |
| | cd components/k2site |
| | </pre> |
| | |
| | ssh-add ~/.ssh/id_rsa |
| | |
| | </pre> |
| | <pre> |
| | Для Windows: |
| | |
| | https |
| | |
| | === Встановлення Git у Linux === |
| | Після копіювання потрібно перейти в каталог: |
| | </pre> |
| | |
| | <pre> |
| | |
| | version_type='stable' |
| | <pre> |
| | https://www.jetbrains.com/pycharm/download/?section=windows |
| | |
| | version=2.0.4.43 |
| | |
| | Після встановлення PyCharm запускається командою: |
| | </pre> |
| | <pre> |
| | |
| | </pre> |
| | |
| | builder/config |
| | </pre> |
| | ej2.min.js |
| | |
| | Після встановлення потрібно відкрити середовище розробки PyCharm.; |- |
| | | 5 |
| | | Комітяться та пушаться зміни через auto_update або вручну.;<pre> |
| | [[Категорія:ERP-системи]] |
| | Для роботи зі списком компонент застосовується скрипт: |
| | |
| | == 7.; Завантаження нової версії компоненти в систему актуалізація == |
| | |
| | python git_cmd.py commit |
| | <pre> |
| | git pull origin main |
| | |
| | <pre> |
| | |
| | Файл розташований у корені каталогу компоненти.;<pre> |
| | |
| | Для Windows застосовується команда: |
| | |
| | <pre> |
| | </pre> |
| | <pre> |
| | |
| | </pre> |
| | |
| | component-list.txt |
| | |
| | Для Windows потрібно завантажити Git за посиланням: |
| | |
| | /K2CloudERP/cfg/k2/k2/k2cfg.py |
| | |
| | === Підключення списку компонент через auto_update === |
| | |
| | [[Категорія:PyCharm]] |
| | </pre> |
| | <pre> |
| | потрібно створити файл із назвою компоненти та додати в нього файли й папки, які не потрібно завантажувати на сервер актуалізація.; |- |
| | | 4 |
| | | Підключаються віддалені репозиторії компонент через auto_update або вручну.; Що робиться |
| | <pre> |
| | |
| | Потрібно змінити рядок 5, поле: |
| | |
| | </pre> |
| | ../K2CloudERP/venv/bin.python3.12.exe |
| | Для завантаження застосовується команда: |
| | |
| | Далі потрібно додати ключ: |
| | |
| | </pre> |
| | |
| | Щоб переглянути публічний ключ, застосовується команда: |
| | потрібно додати список компонент, які будуть завантажуватися на сервер актуалізація.; Для конфігурація завантаження компонент на сервер актуалізація потрібно відкрити папку: |
| | git status |
| | |
| | </pre> |
| | |
| | або testing-версію: |
| | У файлі: |
| | </pre> |
| | |
| | <pre> |
| | |
| | app.py |
| | <pre> |
| | version_type='testing' |
| | |
| | Для підключення однієї компоненти потрібно перейти в папку потрібної компоненти.;<pre> |
| | |
| | === Ручний коміт змін === |
| | |
| | cd auto_update |
| | </pre> |
| | <pre> |
| | |
| | Якщо під час запуску виникає помилка, потрібно встановити JRE/JDK командами: |
| | |
| | Потрібно скопіювати каталог зі скриптом і вставити його в корінь проєкту на рівні з виконуваним файлом: |
|
| |
|
| [[Категорія:Перехід з 1С та BAS на K2 ERP]]
| | sudo apt install git |
|
| |
|
| [[Категорія:Управлінський облік]]
| | Спочатку потрібно виконати команди: |
| | </pre> |
| | <pre> |
| | <pre> |
| | bash first_run.sh |
|
| |
|
| == Основні сценарії встановлення ==
| | <pre> |
|
| |
|
| Кожну інтеграцію потрібно описати: які інформаційні дані передаються, хто власник, який технічний користувач системи застосовується, які права він має, що відбувається при помилці й як інтеграцію вимкнути.; {| class="wikitable" style="width:100%;"
| | === Підключення однієї компоненти вручну === |
| == Інтеграції після встановлення == | | Після цього потрібно отримати інформаційні дані з віддаленого репозиторію, але не змінювати поточну робочу гілку: |
| |-
| | <pre> |
| | [[K2 Cloud ERP]]
| |
| | Для швидкого старту без власного сервера.;== Гібридне розгортання K2 ERP ==
| |
| {| class="wikitable" style="width:100%;"
| |
| [[Категорія:Складський облік]]
| |
| == Закриття старих систем після встановлення ==
| |
| [[Категорія:Архітектура K2 ERP]]
| |
| [[Категорія:Бухгалтерський облік]]
| |
| == Промисловий запуск ==
| |
| Пілотний запуск знижує ризик великого одночасного переходу.; Вона має змогу охоплювати впровадження, підтримку, міграцію, навчання, електронний документообіг, ЕДО, КЕП, інтеграції, галузеві шаблони й супровід клієнтів.; |-
| |
| | Обстеження
| |
| | Визначаються поточні системи, процеси, користувачі, інформаційні дані, інтеграції, архіви й вимоги до безпеки.; Зміст
| |
|
| |
|
| Мобільний доступ не замінює повноцінне впровадження ERP, але робить систему ближчою до щоденної роботи.; Тестове середовище надає можливість перевірити процеси до промислового запуску.; Пілотний запуск надає можливість перевірити систему на обмеженій ділянці.; * [[K2 ERP]]
| | додатково потрібно вказати тип версії: |
| * [[K2 Cloud ERP]]
| |
| * [[K2 Cloud Ядро]]
| |
| * [[Партнерська хмара K2]]
| |
| * [[Партнерська програма K2]]
| |
| * [[Розгортання K2 ERP]]
| |
| * [[Архітектура K2 ERP]]
| |
| * [[База даних K2 ERP]]
| |
| * [[API K2 ERP]]
| |
| * [[Інтеграції K2 ERP]]
| |
| * [[Права доступу K2 ERP]]
| |
| * [[Безпека ERP]]
| |
| * [[Реплікатор K2 ERP]]
| |
| * [[K2 ERP Документообіг]]
| |
| * [[K2 VDoc]]
| |
| * [[VDoc]]
| |
| * [[Модуль Вчасно]]
| |
| * [[Вчасно.ЕДО]]
| |
| * [[Хмарна ERP]]
| |
| * [[SaaS ERP]]
| |
| * [[ERP-системи]]
| |
| * [[Міграція з 1С]]
| |
| * [[Міграція з BAS]]
| |
| * [[Міграція з UA-Бюджет]]
| |
| * [[Міграція з Парус]]
| |
| * [[Перехід з 1С та BAS на K2 ERP]]
| |
| * [[Українська ERP]]
| |
| * [[Українське програмне забезпечення]]
| |
| * [[Документообіг]]
| |
| * [[Електронний документообіг]]
| |
| * [[КЕП]]
| |
| * [[Бухгалтерський облік]]
| |
| * [[Фінансовий облік]]
| |
| * [[Управлінський облік]]
| |
| * [[Складський облік]]
| |
| * [[Виробництво]]
| |
| * [[CRM]]
| |
|
| |
|
| Тестове середовище особливо важливе під час міграції з 1С/BAS.;[[Категорія:Вчасно.ЕДО]]
| | domain_protocol |
| [[Категорія:Міграція з BAS]]
| |
| Типові запити: «встановлення 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 резервне копіювання».; {| class="wikitable" style="width:100%;"
| |
| Після встановлення K2 ERP варто одразу продумати електронний документообіг.; Для партнерів — Партнерська хмарна інфраструктура K2.; Після встановлення K2 ERP можуть знадобитися інтеграції з банками, сайтами, інтернет-магазинами, CRM, складами, службами доставки, ЕДО, ПРРО, BI-системами, телефонією, маркетплейсами, старими базами або зовнішніми API.; Для українських компаній після встановлення ERP істотно підключити електронний електронний документообіг і електронний підпис.;=== Що таке встановлення K2 ERP? ===
| |
|
| |
|
| Навчання користувачів — частина встановлення 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 без локального сервера.; Стару систему потрібно перевести в контрольований архів або вивести з активного використання: обмежити доступи, вимкнути інтеграції, описати резервні копії, заблокувати технічних користувачів і визначити правила доступу до історії.; Для цього має змогу використовуватися [[K2 Cloud ERP]], окрема хмарна інфраструктура або [[Партнерська хмара K2]].; Краще мати описані правила, документацію, резервного відповідального й зрозумілий порядок підтримки.;== SEO-запити, пов’язані зі статтею ==
| | <pre> |
| | <pre> |
| | характеристика змін додається в один рядок.;</pre> |
|
| |
|
| == Встановлення K2 ERP як alternativeTo ==
| | </pre> |
| | [[Категорія:Встановлення K2 ERP]] |
| | ./first_run.bat |
|
| |
|
| Після базового розгортання потрібно визначити, які модулі запускаються першими.; Коли підходить | | Після цього потрібно клонувати компоненти з віддаленого сервера: |
|
| |
|
| Локальне встановлення K2 ERP означає розгортання системи на інфраструктурі клієнта.;[[Категорія:API K2 ERP]]
| | </pre> |
|
| |
|
| [[Категорія:Права доступу K2 ERP]]
| | <pre> |
| | </pre> |
| | Далі потрібно додати зміни: |
|
| |
|
| Це стосується 1С, BAS, UA-Бюджет, Парус, старих CRM, Excel-таблиць, складських програм, локальних баз і файлових архівів.; Воно надає можливість централізовано керувати системними процесами, логікою документів, довідниками, правами доступу та інтеграційною взаємодією між компонентами платформи.; '''[[Партнерська хмара K2]]''' — це модель, у якій партнерська сторона, інтегратор або сервісна організація надає клієнтам хмарне середовище на базі K2 ERP.; План має відповідати на прості питання: що робити, якщо платформа недоступна, хто приймає рішення для бізнесу, хто відновлює, як повідомляються користувачі, як перевіряється цілісність даних, як повернутися до роботи.; Такий сценарій підходить для бухгалтерських компаній, галузевих інтеграторів, регіональних партнерів, ІТ-компаній і сервісних провайдерів, які хочуть запускати ERP для своїх клієнтів без розгортання кожного проєкту з нуля.; це бізнес-процес підготовки.;[[Категорія:Фінансовий облік]]
| | ./run.bat |
| як ілюстрація, можна запустити один складський облік, одну групу менеджерів, один вид документів, один підрозділ або один бізнес-процес.;== Що таке встановлення K2 ERP ==
| |
|
| |
|
| </div>
| | settings.py |
| [[Категорія:Українська ERP]]
| | python git_cmd.py push |
| ERP впливає на багато процесів одночасно.; Особливо це стосується зарплати, кадрів, фінансових документів, договорів, персональних даних і адміністративних налаштувань.; '''[[K2 ERP]]''', '''[[K2 Cloud ERP]]''', '''[[Реплікатор K2 ERP]]''', '''[[K2 ERP Документообіг]]''', '''[[K2 VDoc]]''', '''[[Модуль Вчасно]]''', '''[[Вчасно.ЕДО]]''' і '''[[VDoc]]''' можуть бути основою впровадження: ERP, CRM, фінансовий блок, складський облік, виробництво, електронний документообіг, ЕДО, КЕП, архіви, інтеграції, аналітичні інструменти, міграція зі старих систем, резервні копії та контроль доступів.;</div>
| | <pre> |
|
| |
|
| Закриття означає не обов’язково фізичне видалення.; Якщо організація раніше тримала 1С на локальному сервері, це не означає, що нову ERP обов’язково потрібно встановлювати так само.; Для цього має змогу використовуватися [[Реплікатор K2 ERP]], тестове перенесення, очищення довідників, звірка залишків, перенесення документів і запуск нової ERP.; Або навпаки: критичні інформаційні дані зберігаються локально, а частина користувацьких сервісів функціонує через хмарний доступ.;== Встановлення модулів K2 ERP ==
| | <pre> |
|
| |
|
| {{DISPLAYTITLE:Встановлення K2 ERP}}
| | <pre> |
| | <pre> |
| | builder/config/component-list.txt |
|
| |
|
| Це можуть бути CRM, продажі та реалізація, закупівельна діяльність, складський облік, фінансовий блок, управлінський обліковий облік, виробництво, електронний документообіг, ЕДО, КЕП, аналітичні інструменти, інтернет-магазин, інтеграції або міграційні модулі.; У ньому можна перевірити структуру довідників, ролі, права, документи, звіти, інтеграції, ЕДО, КЕП, перенесені інформаційні дані й типові сценарії користувачів.; Це надає можливість підписувати документи, передавати їх контрагентам, бачити статуси, зберігати архів і пов’язувати електронні документи з ERP-операціями.; Для швидкого старту часто підходить K2 Cloud ERP.; | Менше технічної складності, зручний тестовий і продуктивний запуск.; Четверта помилка — залишати стару 1С/BAS-систему відкритою після запуску K2 ERP.; Потрібно інвентаризувати старі бази, очистити довідники, перенести контрагентів, номенклатуру, залишки, документи, взаєморозрахунки, архіви, інтеграції, зарплату, кадри й фінансові інформаційні дані.; |-
| | </pre> |
| | Міграція
| |
| | інформаційні дані переносяться через [[Реплікатор K2 ERP]] або інші погоджені інструменти, потім перевіряються й звіряються.;=== Чи можна встановити K2 ERP локально? ===
| |
|
| |
|
| {| class="wikitable" style="width:100%;"
| | Отримати зміни з віддаленого сервера: |
| | У правому нижньому куті PyCharm потрібно вибрати: |
| | https://git.corp2.eu/k2erp/python/k2/base/client/auto_update |
|
| |
|
| Хмарне встановлення K2 ERP підходить компаніям, які хочуть оперативно почати роботу без власного сервера.;[[Категорія:Модуль Вчасно]]
| | Запушити зміни на віддалений репозиторій: |
|
| |
|
| Після запуску істотно не повертатися хаотично до старих баз, Excel-файлів і ручних обмінів.;== Продуктивне середовище ==
| | Приклад вмісту: |
| == Права доступу ==
| |
| === Що потрібно підготувати перед встановленням? ===
| |
| == Адміністратори системи ==
| |
| [[Категорія:Розгортання K2 ERP]]
| |
| !; |- | | !; |- |
| | Окрема хмарна інфраструктура | | | 7 |
| | Для компаній із підвищеним контролем даних.; |- | | | Створюється нова реліз компоненти й завантажується через k2update_push.py.;</pre> |
| | Пілотний запуск
| |
| | платформа запускається на обмеженому процесі або підрозділі для перевірки.; Це істотно для керівників, менеджерів, складських працівників, польових команд, сервісних спеціалістів і працівників, яким потрібен доступ до ERP не лише з комп’ютера.; Після встановлення потрібно налаштувати довідники.; До базових довідників можуть належати контрагенти, номенклатура, склади, підрозділи, користувачі, ролі, договори, статті витрат, валюти, одиниці виміру, категорії документів, маршрути погодження й інші сутності.;== Коротко ==
| |
| Правильне встановлення K2 ERP має завершуватися не без ускладнень відкритою системою, а робочим бізнес-контуром: користувачі заходять у систему, ролі налаштовані, інформаційні дані перенесені або підготовлені, документи створюються, інтеграції працюють, резервні копії організовані, а стара платформа поступово виводиться з використання.; як ілюстрація, основна ERP має змогу працювати в хмарі, а окремі інтеграції, архіви, локальні сервіси або виробничі системи можуть залишатися на стороні клієнта.; |-
| |
| | Гібридна модель
| |
| | Для поступового переходу або складних інтеграцій.;[[Категорія:Виробництво]]
| |
| | |
| !; Для компаній із власною інфраструктурою — локальне або гібридне розгортання.; Потрібно розуміти, хто відповідає за користувачів, ролі, конфігурація, актуалізація, інтеграції, резервні копії, підтримку, інциденти й зміну бізнес-процесів.; З технічного боку потрібно визначити модель розгортання, користувачів, адміністраторів, ролі, резервні копії, інтеграції, домени, доступи, тестове середовище, вимоги до безпеки й порядок запуску.; Вона надає можливість рухатися поступово: спочатку CRM і документи, потім складський облік, фінансовий блок, виробництво, інтеграції та архіви.; Так.;=== Чи можна під час встановлення перейти з 1С/BAS? ===
| |
|
| |
|
| Потрібно визначити частоту копіювання, місце зберігання, відповідальних, порядок перевірки копій, час відновлення, допустиму втрату даних і правила доступу до резервних копій.; Етап
| | <pre> |
| | python git_cmd.py clone |
| | </pre> |
|
| |
|
| === Чи можна встановити K2 ERP у хмарі? ===
| | <pre> |
|
| |
|
| Потрібно зрозуміти, які системи вже використовуються: 1С, BAS, Excel, CRM, складські системи, сайти, інтернет-магазини, електронний документообіг, Вчасно.ЕДО, банки, ПРРО, виробничі системи, Power BI або інші інструменти.; Так, особливо якщо є собою міграція з 1С/BAS, інтеграції, складський облік, електронний документообіг, ЕДО або виробництво.; Офіційні матеріали K2 зазначають, що для компаній із підвищеними вимогами до контролю K2 ERP можна розгорнути в окремій хмарі на виділеному сервері, з ізольованою інфраструктурою та можливістю розміщення як на серверах K2, так і на стороні клієнта.;</div>
| | == 3.; Встановлення та конфігурація Git == |
|
| |
|
| == Хмарне встановлення K2 ERP ==
| | <pre> |
| | [[Категорія:K2 ERP для розробників]] |
| | Посилання на каталог: |
| | app.py |
| | venv |
|
| |
|
| <div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
| | Значення потрібно змінити з: |
|
| |
|
| Документи мають мати маршрути погодження, статуси, права доступу, архіви, зв’язок із контрагентами, договорами, рахунками, оплатами, складськими операціями або виробничими процесами.; Це запуск української ERP-архітектури: [[K2 ERP]], [[K2 Cloud ERP]], [[Реплікатор K2 ERP]], електронний документообіг, ЕДО, КЕП, архіви, інтеграції, користувачі, ролі, резервні копії, тестове середовище, міграція з 1С/BAS і контрольований перехід у продуктивну роботу.;== Джерела ==
| | </pre> |
|
| |
|
| Безпека встановлення K2 ERP охоплює інфраструктуру, користувачів, ролі, резервні копії, інтеграції, ЕДО, КЕП, журнали дій, адміністраторів і правила підтримки.; Сценарій
| | deb2 |
| == Етапи встановлення K2 ERP ==
| |
| [[Категорія:Реплікатор K2 ERP]]
| |
| [[Категорія:База даних K2 ERP]]
| |
| == Початкове конфігурація довідників ==
| |
| === Що робити зі старою системою після встановлення K2 ERP? ===
| |
| Якщо K2 ERP встановлюється замість 1С або BAS, встановлення потрібно поєднати з міграційним проєктом.;== Локальне встановлення K2 ERP ==
| |
|
| |
|
| Офіційні матеріали K2 зазначають, що додатки K2 Cloud ERP доступні через App Store та Google Play, а встановлення для користувача є собою звичним і швидким.; Так.; Ролі мають відповідати реальній відповідальності працівників: менеджер продажів, бухгалтер, керівник, складський облік, закупівельна діяльність, виробництво, HR, адміністратор, погоджувач документів, користувач системи ЕДО, технічний користувач системи інтеграції.; |-
| | .\venv\Scripts\activate |
| | Навчання
| | Коміт змін можна виконувати автономно через скрипт auto_update або вручну.; </pre> |
| | Користувачі проходять навчання за своїми ролями й реальними сценаріями роботи.; == Окрема хмарна інфраструктура K2 ERP ==
| |
eval "$(ssh-agent -s)"
[[Категорія:K2 ERP]]
<pre>
[[Категорія:K2 ERP Python]]
Для Windows потрібно завантажити архів із сайту JetBrains:
Далі потрібно відкрити поточний завантажений проєкт K2 Cloud ERP і налаштувати змінне середовище для цього проєкту.; sudo snap install pycharm-community --classic
Після конфігурація інтерпретатора можна запускати проєкт у debug-режимі через кнопку у правому верхньому куті PyCharm.;[[Категорія:Оновлення K2 ERP]]
=== Встановлення PyCharm у Windows ===
<pre>
<pre>
token.txt
<pre>
4.; Підключення віддаленого репозиторію Git для компоненти або списку компонент
Після внесення змін у коді потрібно перевірити їх командою:
<pre>
<pre>
git push
<pre>
Python Interpreter
git config --global user.name "Ваше Ім'я"
k2site.txt
__TOC__
python git_cmd.py pull
[[Категорія:Розгортання K2 ERP]]
У цьому файлі потрібно змінити параметр:
Потім виконати коміт:
Отриманий ключ потрібно скопіювати й вставити у віддалений репозиторій.; |-
| 3
| Встановлюється Git, налаштовується користувач системи і SSH-ключ.; У полі Base Interpreter потрібно додати шлях до поточного виконуваного Python-файлу.; Приклад:
Для розробки застосовують, коли потрібно середовище PyCharm.; Файл розташований у корені каталогу компоненти.;
Виконати коміт змін:
Після актуалізація потрібно протестувати функціональні можливості.; Етап
sudo apt update
git init
Потрібно відкрити проєкт у консолі й перейти в каталог:
sudo apt update
=== Автоматичний коміт через auto_update ===
/K2CloudERP
sudo rm /etc/apt/preferences.d/nosnap.pref
python k2update_push.py
Приклад файлу:
Після цього потрібно запушити зміни на віддалений репозиторій:
2.0.4.43 - додавання додаткового поля в форму реєстрації
{| class="wikitable" style="width:100%;"
git checkout master
Далі потрібно додати віддалений репозиторій:
<pre>
sudo apt install default-jdk
як ілюстрація, для компоненти '''k2site''':
<pre>
Див.; додатково
Спочатку потрібно скопіювати з віддаленого сервера існуючий проєкт по FTP.; |-
| 8
| Компоненти оновлюються на тестових доменах deb1-deb3 і тестуються.; Для роботи з компонентами потрібно встановити й налаштувати Git.; deb3
|-
| 1
| Копіюється існуючий проєкт по FTP, запускається first_run і змінюється domain_protocol з https на http.; |}
* [[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]]
Після цього потрібно додати характеристика змін у файл:
./pycharm.sh
git remote add origin http://git.corp2.eu/k2erp/python/k2/base/site/k2site.git
== Коротко ==
У словник потрібно додати ключі з потрібними компонентами.; Підключення репозиторію можна виконувати для списку компонент або для однієї компоненти вручну.; history.txt
Для створення нової версії компоненти, stable або beta/testing, потрібно змінити версію у файлі:
Для створення SSH-ключа потрібно виконати команду:
Після завантаження потрібно розпакувати архів, запустити файл встановлення та встановити Git згідно з інструкціями.; git config --global user.email "ваша_електронна_пошта@example.com"
Кожна компонента додається з нового рядка.; auto_update
http
Перевірити статус:
Для Linux можна встановити PyCharm через snap.;
components/k2adm
Після цього потрібно завантажити компоненти, додані у файлі:
Для Windows:
це інструкція з локального запуску робочого проєкту K2 Cloud ERP забезпечується через Розгортання K2 Cloud ERP Python; додатково реалізовано підключення середовища розробника, конфігурація PyCharm, роботи з Git, підключення репозиторіїв компонент і завантаження нових версій компонент у систему актуалізація виступає ключовою рисою розробників.; Після цього потрібно розпакувати архів, запустити файл встановлення та встановити PyCharm згідно з інструкціями інсталятора.; Для Linux застосовується команда:
Під час подальшої роботи зміни з віддаленого репозиторію отримуються командою:
ssh-keygen -t rsa -b 4096 -C "ваша_електронна_пошта@example.com"
<pre>
<pre>
python git_cmd.py status
Команда:
https://git-scm.com/downloads/win
sudo apt install snapd
Тестування має підтвердити, що нові версії компонент працюють коректно, не ламають існуючі сценарії й можуть бути використані далі.;
авторизація через SSH.;
[[Категорія:Хмарна ERP]]
settings_example.py
5.; Коміт змін на віддалений репозиторій Git
Для Linux застосовується команда:
потрібно додати токен доступу до сервера актуалізація.;=== Відкриття проєкту в PyCharm ===
Ця інструкція призначена для розробників.; .git
1.; Копіювання існуючого проєкту по FTP і перший запуск
Для Linux:
<pre>
[[Категорія:Розробка K2 ERP]]
ignore
Далі потрібно ініціалізувати Git у поточній директорії:
Встановлення PyCharm у Linux через архів із сайту JetBrains
Приклад:
авторизація за допомогою логіна й пароля;
setup.py
=== конфігурація користувача Git ===
<pre>
Створити локальну гілку main і перемкнутися на неї:
=== Авторизація в Git ===
<pre>
[[Категорія:K2 Cloud ERP]]
на:
source venv/bin/activate
bin
<pre>
Можливі два варіанти авторизації:
<pre>
Для Windows:
git status
Приклад:
8.; актуалізація змінених версій компонент на тестових доменах
У полі Location потрібно додати шлях до поточної папки:
Після цього потрібно перейти у файл налаштувань:
додатково PyCharm можна встановити через завантаження архіву з офіційного сайту JetBrains:
.gitignore
Далі потрібно відкрити файл:
[[Категорія:Git]]
Далі потрібно перейти в корінь додатку, на рівні з виконуваним файлом:
Для Linux:
[[Категорія:Корпоративна Wiki]]
{{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 для розробників
}}
У файлі:
Add new Interpreter
<pre>
Повний список компонент міститься у файлі:
git checkout -b main
Для перевірки змін локально скопійованої копії проєкту порівняно з віддаленим репозиторієм застосовується команда:
deb1
Встановлення PyCharm у Linux через snap
python git_cmd.py clone
./run.bat
додатково проєкт можна запускати з консолі PyCharm.; |-
| 2
| Встановлюється PyCharm, відкривається проєкт і налаштовується Python Interpreter.;<pre>
<pre>
<pre>
components/k2site
Після цього потрібно відкрити проєкт у консолі й перейти в каталог:
bash run.sh
git commit -m "Назва комміту"
__pycache__
Після цього потрібно запустити ssh-agent:
cd auto_update
Після завантаження нових версій компонент потрібно оновити змінені версії компонент на тестових доменах:
Для Linux:
<pre>
git remote -v
sudo apt update
pycharm-community
<pre>
cat ~/.ssh/id_rsa.pub
Після конфігурація потрібно виконати команду для клонування актуальних версій компонент і перейменування каталогів поточних версій компонент:
git add .; Окремо варто відзначити які отримують існуючий проєкт K2 Cloud ERP, запускають його локально, підключають віртуальне середовище, працюють із компонентами і передають зміни через Git і систему актуалізація.;https://www.jetbrains.com/pycharm/download/?section=linux
Перевірити підключений репозиторій:
Встановлення Git у Windows
git fetch origin
У цьому каталозі запускається файл першого запуску first_run для конфігурація параметрів віртуального середовища в поточному локальному розташуванні.; |-
| 6
| Налаштовується список компонент для завантаження на сервер актуалізація.;
<pre>
<pre>
Після завантаження архів потрібно розпакувати, перейти в папку:
Після встановлення потрібно налаштувати ім’я користувача:
2.; Встановлення середовища розробки PyCharm та відкриття проєкту
cd k2
!; і запустити файл:
== 6.; конфігурація завантаження компонент на сервер актуалізація ==
components/k2update
=== конфігурація SSH-ключа ===
За потреби можна перемкнутися на іншу локальну гілку:
Приклад:
git pull
<pre>
<pre>
<pre>
Щоб отримати інформаційні дані з віддаленого репозиторію та автономно об’єднати їх із поточною локальною гілкою, застосовується команда:
додатково потрібно налаштувати email:
version
Після зміни налаштувань можна запускати додаток.; У папці:
bash run.sh
Потім:
Ручна активація віртуального середовища
cd components/k2site
ssh-add ~/.ssh/id_rsa
Для Windows:
https
=== Встановлення Git у Linux ===
Після копіювання потрібно перейти в каталог:
version_type='stable'
<pre>
https://www.jetbrains.com/pycharm/download/?section=windows
version=2.0.4.43
Після встановлення PyCharm запускається командою:
builder/config
ej2.min.js
Після встановлення потрібно відкрити середовище розробки PyCharm.; |-
| 5
| Комітяться та пушаться зміни через auto_update або вручну.;
[[Категорія:ERP-системи]]
Для роботи зі списком компонент застосовується скрипт:
== 7.; Завантаження нової версії компоненти в систему актуалізація ==
python git_cmd.py commit
<pre>
git pull origin main
<pre>
Файл розташований у корені каталогу компоненти.;<pre>
Для Windows застосовується команда:
<pre>
component-list.txt
Для Windows потрібно завантажити Git за посиланням:
/K2CloudERP/cfg/k2/k2/k2cfg.py
Підключення списку компонент через auto_update
потрібно створити файл із назвою компоненти та додати в нього файли й папки, які не потрібно завантажувати на сервер актуалізація.; |-
| 4
| Підключаються віддалені репозиторії компонент через auto_update або вручну.; Що робиться
<pre>
Потрібно змінити рядок 5, поле:
../K2CloudERP/venv/bin.python3.12.exe
Для завантаження застосовується команда:
Далі потрібно додати ключ:
Щоб переглянути публічний ключ, застосовується команда:
потрібно додати список компонент, які будуть завантажуватися на сервер актуалізація.; Для конфігурація завантаження компонент на сервер актуалізація потрібно відкрити папку:
git status
або testing-версію:
У файлі:
app.py
<pre>
version_type='testing'
Для підключення однієї компоненти потрібно перейти в папку потрібної компоненти.;<pre>
=== Ручний коміт змін ===
cd auto_update
Якщо під час запуску виникає помилка, потрібно встановити JRE/JDK командами:
Потрібно скопіювати каталог зі скриптом і вставити його в корінь проєкту на рівні з виконуваним файлом:
sudo apt install git
Спочатку потрібно виконати команди:
<pre>
bash first_run.sh
<pre>
=== Підключення однієї компоненти вручну ===
Після цього потрібно отримати інформаційні дані з віддаленого репозиторію, але не змінювати поточну робочу гілку:
<pre>
додатково потрібно вказати тип версії:
domain_protocol
<pre>
<pre>
характеристика змін додається в один рядок.;
./first_run.bat
Після цього потрібно клонувати компоненти з віддаленого сервера:
Далі потрібно додати зміни:
./run.bat
settings.py
python git_cmd.py push
<pre>
<pre>
<pre>
builder/config/component-list.txt
Отримати зміни з віддаленого сервера:
У правому нижньому куті PyCharm потрібно вибрати:
https://git.corp2.eu/k2erp/python/k2/base/client/auto_update
Запушити зміни на віддалений репозиторій:
Приклад вмісту:
!; |-
| 7
| Створюється нова реліз компоненти й завантажується через k2update_push.py.;
python git_cmd.py clone
== 3.; Встановлення та конфігурація Git ==
<pre>
[[Категорія:K2 ERP для розробників]]
Посилання на каталог:
app.py
venv
Значення потрібно змінити з:
deb2
.\venv\Scripts\activate
Коміт змін можна виконувати автономно через скрипт auto_update або вручну.;