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

Перехід з 1С на K2 ERP

Матеріал з K2 ERP Wiki

!; Роботи

Зовнішні посилання

phone:

] додатково потрібно навчити менеджерів працювати з новими формами, журналами і звітами.; Тиждень

Створи YML-модель для документа "Замовлення покупця".; | Критичні звіти потрібно відтворити або замінити новими в K2 ERP.; Під час переходу потрібно визначити:

  • дублікати довідників;
  • застарілі документи, які не потрібні для роботи;
  • старі звіти без користувачів;
  • тимчасові доробки;
  • помилкові залишки;
  • неактуальні договори;
  • неактивні склади;
  • непотрібні поля;
  • старі користувацькі конфігурація;
  • хаотичні групи;
  • службові об’єкти без сенсу.; Але після початку повномасштабної війни питання використання російського програмного забезпечення перестало бути без ускладнень технічним або бухгалтерським.; Футболка червона L

!; !; Частину історії можна перенести, частину залишити в архіві.; конфігурація | Форми, меню, права, звіти, інтеграції | Робочий прототип |- | 6.;== Аудит перед міграцією ==

product_id:

Кого стосуються обмеження

},

{

},
  • санкції та обмеження щодо російського програмного забезпечення;
  • ризики використання продуктів російського походження;
  • потреба в українській ERP-платформі;
  • необхідність веб-доступу;
  • бажання перейти до сучасної архітектури;
  • потреба в API та інтеграціях;
  • складність підтримки старих конфігурацій;
  • накопичений технічний борг;
  • залежність від вузьких 1С/BAS-спеціалістів;
  • потреба в хмарній або гібридній інфраструктурі;
  • бажання використовувати штучний інтелект;
  • потреба в швидкому створенні нових модулів;
  • цифрова незалежність бізнесу.; У K2 ERP краще одразу зробити нормальну структуру шаблонів.; price:

Тестова міграція — це репетиція перед запуском.; Під час перенесення потрібно зберегти:

Потрібно дивитися ширше:

</syntaxhighlight>

Контрольні звірки

  • довідники;
  • залишки;
  • документи;
  • взаєморозрахунки;
  • номенклатура;
  • контрагенти;
  • договори;
  • склади;
  • працівники;
  • користувачі;
  • права доступу;
  • історичний розвиток документів;
  • звіти;
  • друковані форми;
  • інтеграції;
  • бізнес-процеси;
  • конфігурація обліку.;
    !;[[Категорія:API]]
    
    Це істотно для міграції з [[1С]]/[[BAS]], бо сучасний бізнес-середовище не має змогу жити в ізольованій обліковій програмі.; Товар: Футболка
    
    [[Категорія:Альтернатива BAS]]
    
    * перегляду старих документів;
    * перевірок;
    * аудиту;
    * історичних звітів;
    * юридичних питань;
    * звірки;
    * підтримки перехідного періоду.; Основні причини переходу:
    
     "customer": {
    
    На відміну від старої парадигми [[1С]]/[[BAS]], [[K2 ERP]] розвивається як сучасна платформа:
    
    * початок року;
    * початок кварталу;
    * початок місяця;
    * дату після інвентаризації;
    * дату після закриття періоду.; {| class="wikitable" style="width:100%;"
    
    <div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
    
    * ПІБ;
    * email;
    * роль;
    * підрозділ;
    * права;
    * активність;
    * доступ до компаній;
    * доступ до складів;
    * доступ до звітів.;== Поетапний перехід ==
    == Перенесення контрагентів ==
    [[Категорія:XML]]
    '''Практична ідея.''' Міграція з 1С/BAS — це хороший момент не без ускладнень перенести старий хаос у нову систему, а навести порядок: очистити довідники, прибрати дублікати, переглянути документи, структурувати залишки, оновити звіти й перебудувати процеси так, як бізнесу потрібно сьогодні.; Складський обліковий облік потребує точності.;{{DISPLAYTITLE:Перехід з 1С на K2 ERP}}
    
    Перед запуском потрібно перевірити:
    
    Основні ризики:
    </div>
    Приклад JSON-запиту для створення замовлення:
    
     "phone": "+380501112233",
    
    * залишки товарів;
    * залишки по складах;
    * партії;
    * серії;
    * собівартість;
    * резерви;
    * незавершені операції.; fields:
    
    як ілюстрація, у [[1С]] частина властивостей могла бути реалізована через додаткові реквізити, частина — через окремі довідники, частина — без ускладнень в назві товару.; | Залежить від сценарію міграції.; Очищення даних
    | Видалення дублів, архівація старого, нормалізація
    | Якісніші інформаційні дані
    |-
    | 4.; email:
    Це питання санкцій.; Не завжди потрібно переходити всією компанією одразу.; складський облік 1 ─── * Замовлення покупця
    Україна поступово обмежувала використання такого програмного забезпечення.; '''Типова помилка.''' Найгірший сценарій переходу — намагатися перенести в K2 ERP усе “як було в 1С”, включно з дублями, тимчасовими доробками, застарілими звітами, костилями, полями “на всяк випадок” і логікою, яку вже ніхто не пам’ятає.; |-
    | Чи K2 ERP копіює 1С?; ТОВ РОМАШКА
    == Перенесення взаєморозрахунків ==
    </div>
    
    </div>
    == Коротко ==
     "cost": 7200
    '''Перехід з 1С на K2 ERP — це не без ускладнень міграція даних.; "quantity": 1,
    
    <syntaxhighlight lang="text">
    == переважні аспекти переходу на K2 ERP ==
    як ілюстрація:
    Потрібно пояснити:
    |-
    | Повне перенесення
    | Переносяться всі документи за весь період
    | Якщо потрібна повна історичний розвиток в новій системі
    |-
    | Перенесення активних документів
    | Переносяться тільки незакриті або актуальні документи
    | Якщо історію можна залишити в архіві
    |-
    | Перенесення залишків
    | Переносяться тільки початкові залишки на дату переходу
    | Якщо стара платформа залишається архівом
    |-
    | Гібридний підхід
    | Частина документів переноситься, частина архівується
    | Найчастіший практичний варіант
    |}
    
    <syntaxhighlight lang="text">
    
    переважні аспекти:
    
    Опір змінам — нормальне явище.; Треті — через застарілу архітектуру.; * високі ризики;
    * потрібна сильна підготовка;
    * усі помилки проявляються одночасно;
    * велике навантаження на підтримку.; amount:
    
    <div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
    
    Це надає можливість не без ускладнень замінити програму, а створити новий фундамент для розвитку.; Під час переходу з [[1С]]/[[BAS]] [[YML]] надає можливість формалізувати нову модель.; Що робиться
    
    Після тестової та основної міграції потрібні звірки.; Такий підхід значно сучасніший, ніж обмін файлами через папку “Обмін_не_чіпати”.; | Її можна залишити як архів для перегляду історії, але не як робочу систему.;== Перенесення номенклатури ==
    
     "cost": 28000
    {| class="wikitable" style="width:100%;"
    == Мінімальний сценарій переходу ==
    
    {| class="wikitable" style="width:100%;"
    Не всі звіти варто переносити один в один.;== Див.; додатково ==
    
    <syntaxhighlight lang="text">
    
    * відмову від російського програмного забезпечення;
    * еволюція української ERP-екосистеми;
    * підтримку українських розробників;
    * контроль над власними даними;
    * зменшення технологічної залежності;
    * створення сучасної платформи для бізнесу;
    * формування нової культури автоматизації.; type: directory
    |-
    | Контрагенти
    | Довідник контрагентів
    | Перенести з очищенням
    | Прибрати дублікати, перевірити ЄДРПОУ
    |-
    | Номенклатура
    | Довідник номенклатури
    | Перенести з групами
    | Переглянути одиниці виміру й характеристики
    |-
    | Склади
    | Довідник складів
    | Перенести
    | Перевірити активність складів
    |-
    | Договори
    | Довідник або об’єкт договорів
    | Перенести частково
    | Архівні договори можна залишити в архіві
    |-
    | Замовлення покупців
    | Документ замовлення
    | Перенести активні
    | Старі документи можна перенести в архів
    |-
    | Залишки товарів
    | Початкові залишки
    | Перенести на дату переходу
    | Критичний етап
    |-
    | Взаєморозрахунки
    | Початкові борги
    | Перенести на дату переходу
    | Потрібна звірка
    |-
    | Звіти
    | Звіти K2 ERP
    | Переглянути
    | Не всі старі звіти потрібні
    |}
    
    == Що потрібно перенести з 1С/BAS ==
    
     title: "Сума"
    
     },
    
     "external_id": "WEB-10025",
    
    * дублікати контрагентів;
    * різні написання однієї компанії;
    * старі неактивні контрагенти;
    * номенклатура без кодів;
    * товари з однаковими назвами;
    * різні одиниці виміру для схожих товарів;
    * порожні групи;
    * неактуальні склади;
    * старі договори;
    * службові елементи, які ніхто не розуміє.;[[Категорія:BAS]]
    |-
    | ключовий складський облік
    | Ноутбук Lenovo
    | 12
    | 28000
    |-
    | ключовий складський облік
    | Монітор Samsung
    | 25
    | 7200
    |-
    | складський облік сервісу
    | Кабель USB-C
    | 80
    | 95
    |}
    
    <syntaxhighlight lang="json">
    
    [[K2 Update]] має змогу бути корисним після переходу.;== Інвентаризація конфігурації ==
    fields:
    
    Потрібно зрозуміти, що саме є собою в [[1С]] або [[BAS]].; {
    Можна переходити поетапно:
    }
    == Роль ER-моделі при переході ==
    На цю дату потрібно перенести:
     title: "Телефон"
    title: "Замовлення покупця"
    !; |-
    | Чому потрібно переходити?; Кількість
    
    як ілюстрація:
    !; супровід
    | Допомога користувачам, виправлення, оптимізація
    | Стабілізація роботи
    |}
    
    Характеристика: колір = синій, розмір = L
    
    Потрібно організувати:
    
    * експорт з [[1С]]/[[BAS]] у файли;
    * обмін через [[XML]];
    * обмін через [[JSON]];
    * пряме читання проміжних таблиць;
    * імпорт через шаблони;
    * API-імпорт;
    * спеціальні конвертори;
    * ручне очищення критичних довідників;
    * комбінований підхід.; Частина логіки буде іншою, бо K2 ERP — це не копія 1С, а сучасна платформа.; Результат
    Не “зробіть такий самий звіт”;
    Ризики:
     "edrpou": "12345678",
     type: string
    
    Футболка червона М
    == Чек-лист готовності до запуску ==
    Частину даних краще очистити.; складський облік
     default: true
    Старі звіти з [[1С]]/[[BAS]] потрібно переглянути.; Ці ризики можна зменшити правильним плануванням.; Критерій
    
    [[Категорія:Python]]
    
    == Міграція і K2 Update ==
    
     fields:
    
    !; Перенесення залишків — один із найвідповідальніших етапів.;<syntaxhighlight lang="text">
    == Вибір дати переходу ==
    Типові фрази під час переходу:
    == Архів старої системи ==
    
    Контрагент 1 ─── * Замовлення покупця
    == Технічний сценарій міграції ==
    {
    Без них запуск буде ризикованим.; Товар 1 ─── * Рядок замовлення
    а “нам потрібно бачити продажі та реалізація по менеджерах, товарах і періодах”.; Стару [[1С]]/[[BAS]] можна залишити як архів для перегляду історії, а в [[K2 ERP]] перенести активні інформаційні дані та залишки.; У [[K2 ERP]] це має змогу бути реалізовано через [[BP-модель|BP-моделі]], статуси, процеси, документи та права доступу.; Це відмова від російської технологічної залежності.;[[Категорія:YML]]
    == Перенесення звітів ==
    
     "phone": "+380671234567",
    
    Користувачі повинні розуміти не тільки інтерфейс, а й сенс переходу.; Рахунок новий 2
    
    !; Різниця
    
    * чи є собою ризик роботи з російським ПЗ;
    * чи є собою ризик підтримки старої екосистеми;
    * чи не блокує це участь у державних або корпоративних проєктах;
    * чи не виникнуть проблеми з аудитом;
    * чи не буде питань від партнерів;
    * чи не стане платформа слабким місцем інформаційної безпеки;
    * чи не доведеться переходити терміново пізніше.; Під час перенесення істотно вирішити, як працювати з характеристиками.; | Через санкції, безпекові ризики, російське походження 1С/BAS, застарілу архітектуру та потребу в сучасній ERP.;<syntaxhighlight lang="json">
    
"sku": "NB-001",

Що не варто переносити

Кращий підхід:

Футболка синя М

Краще знайти помилки під час репетиції, ніж під час першого робочого дня, коли бухгалтерський обліковий облік уже питає, де рахунки.; Недоліки:

  • критичні звіти;
  • управлінські звіти;
  • бухгалтерські звіти;
  • складські звіти;
  • звіти продажів;
  • звіти закупівель;
  • звіти для керівництва;
  • звіти для контролю.; Об’єкт у K2 ERP

бухгалтерський обліковий облік — один із найчутливіших блоків.;== Перехід користувачів == Архів потрібен для:

Це не без ускладнень “поставити нову програму”.; Потрібно переносити актуальні інформаційні дані, залишки, відкриті документи й критичну історію.; Його можна використовувати для:

Інакше організація отримає дві паралельні ERP, а це вже не міграція, а бухгалтерський серіал із багатьма сезонами.; type: document

Це спрощує перенесення залишків і звірку.; "edrpou": "23456789",

active:

Big Bang — це коли організація переходить на нову систему одразу в певну дату.; У 2026 році був оприлюднений перелік забороненого до використання програмного забезпечення, де серед іншого згадувалися продукти 1С, BAS та UA-Бюджет.; Підхід

Частина показує інформаційні дані в незручному вигляді.;
 type: string

table_parts:

* кількість контрагентів;
* кількість номенклатури;
* залишки по складах;
* залишки по взаєморозрахунках;
* залишки по касах і банках;
* відкриті замовлення;
* відкриті рахунки;
* суми по ключових звітах;
* баланс на дату переходу;
* відповідність друкованих форм.; * [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]
* [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP]
* [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій]
* [https://www.linkedin.com/company/k2erp/ LinkedIn K2]
* [https://zakon.rada.gov.ua/laws/show/133/2017 Указ Президента України №133/2017]
* [https://zakon.rada.gov.ua/go/601/2024 Указ Президента України №601/2024]

 type: datetime
як ілюстрація:
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
Частина давно не застосовується.; Потрібно перенести або відтворити:

* сайтами;
* інтернет-магазинами;
* банками;
* маркетплейсами;
* службами доставки;
* CRM;
* телефонією;
* касами;
* електронним документообігом;
* BI-системами;
* державними сервісами;
* складським обладнанням.; Під час переходу потрібно вирішити, що справді потрібно перенести, а що краще залишити в минулому.; |-
| Чи можна перейти поетапно?; Показник

* веб-орієнтована;
* компонентна;
* масштабована;
* відкрита до інтеграцій;
* придатна для хмарної та серверної роботи;
* орієнтована на [[API]];
* побудована з використанням сучасних технологій;
* готова до роботи з [[AI|штучним інтелектом]];
* здатна автономно створювати компоненти з моделей.; {| class="wikitable" style="width:100%;"

Футболка синя L

Але поетапний перехід потребує контролю, щоб не створити хаос між старою і новою системами.; Перехід з [[1С]] на [[K2 ERP]] — це важливий крок для українського бізнесу.; |-
| Чи потрібно навчання?; type: decimal
!; "quantity": 12,

* чи правильно переносяться довідники;
* чи немає проблем із кодуванням;
* чи збігаються залишки;
* чи правильно переносяться контрагенти;
* чи коректно працюють документи;
* чи правильно сформовані звіти;
* чи не загубилися важливі інформаційні дані;
* чи комфортно користувачам працювати.; |-
| Що найважливіше при міграції?; У 2024 році Указом Президента України №601/2024 було введено в дію рішення для бізнесу РНБО від 2 вересня 2024 року щодо сфера застосування, скасування та внесення змін до санкцій.; Навчання
| Підготовка користувачів
| Менше опору на запуску
|-
| 7.;== Санкції щодо 1С та BAS ==

[[K2 ERP]] створюється як українська альтернатива [[1С]]/[[BAS]], але не як копія старої системи іншого кольору.; Історичне сміття — це все ще сміття, без ускладнень з досвідом.; Але не все потрібно переносити автономно.;== Приклад карти звітів ==

Реальні строки залежать від складності компанії.; quantity:

</div>
  • аналізу старих структур;
  • пошуку дублювань;
  • генерації YML-моделей;
  • пояснення старих доробок;
  • створення карти відповідності;
  • генерації документації;
  • підготовки тестових сценаріїв;
  • створення звітів;
  • аналізу помилок імпорту;
  • підготовки підказок користувачам.; | ШІ має змогу допомагати аналізувати структури, генерувати YML, створювати моделі, документацію й тестові сценарії.;</syntaxhighlight>
  • немає часу на аудит даних;
  • немає часу на очищення довідників;
  • немає часу на тестове перенесення;
  • користувачів не встигають навчити;
  • бізнес-процеси не встигають переглянути;
  • інтеграції переносяться поспіхом;
  • помилки знаходять уже в промисловій роботі;
  • команда функціонує в режимі пожежі.; type: string

Тестова міграція надає можливість перевірити:

}

Це істотно, бо ERP не повинна застигнути після міграції.; Основна міграція

Перенесення актуальних даних Готовність до старту
8.; {
title: "Товари"
Це означає:

'''Правило міграції.''' Не треба переносити сміття тільки з цієї причини, що воно історичне.; Таблична частина: товар, кількість, ціна, сума.;

Контрагенти — один із ключових довідників.;</syntaxhighlight>

Практичний висновок. Для бізнесу 1С/BAS — це вже не без ускладнень “стара знайома програма”.; Підхід

code:

Зазвичай обирають:

ТОВ Ромашка

 calculated: true

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

 title: "Ціна"

* інформаційні дані розходяться;
* користувачі плутаються;
* частина документів вводиться двічі;
* складно контролювати актуальність;
* бізнес-середовище не переходить в цілому;
* стара платформа продовжує жити.; Рахунок старий не видаляти
 edrpou:
Міграція — це ідеальний момент для рефакторингу бізнес-логіки.; переважні аспекти
!; Перехід з [[1С]] на [[K2 ERP]] потрібно сприймати як стратегічний проєкт.; !; За роки роботи в [[1С]] або [[BAS]] у довідниках часто накопичується хаос.; * актуальні довідники;
* залишки на дату переходу;
* відкриті взаєморозрахунки;
* активні договори;
* активні замовлення;
* незавершені документи;
* ключові звіти;
* критичні друковані форми;
* права доступу;
* важливі інтеграції;
* бізнес-процеси, без яких організація не функціонує.; А чому назва інша?; K2 ERP

 type: boolean

[[Категорія:Деколонізація обліку]]

 contractor_id:

* провести аудит обліку;
* очистити довідники;
* прибрати дублікати;
* переглянути бізнес-процеси;
* відмовитися від застарілих доробок;
* відновити контроль над даними;
* побудувати нормальну інтеграційну архітектуру;
* перейти на сучасну платформу;
* підготувати бізнес-середовище до масштабування;
* зменшити залежність від російського ПЗ.; 1С/BAS
Для кожного користувача потрібно визначити:
== Чому компанії переходять з 1С/BAS ==
А хто це придумав?; 1С/BAS

 "sku": "NB-001",

 type: reference

* код;
* назву;
* артикул;
* групу;
* одиницю виміру;
* штрихкод;
* ціну;
* характеристики;
* ознаку послуги або товару;
* ставку ПДВ;
* активність.; |}

Це щоденне рішення для бізнесу, на якому програмному забезпеченні функціонує бізнес-середовище.; А де моя кнопка?; Інші — через безпеку.; Правильний перехід дає не тільки нову систему, а й новий рівень керованості бізнесу.; !; Через [[K2 Update]] можуть поширюватися:

!; Виробництво — один із найскладніших напрямів.; Для приватних компаній істотно не зводити питання тільки до формального “можна чи не можна саме нам сьогодні”.; |-
| Чи треба переносити всі інформаційні дані?; з цієї причини правильна позиція бізнесу — не чекати, поки проблема стане аварійною, а планово готувати перехід.; П’яті — через бажання мати сучасну веб-систему, хмару, API та інтеграції.; | Це заміна старої російської екосистеми [[1С]]/[[BAS]] на сучасну українську ERP-платформу [[K2 ERP]].; Залишки потрібно звірити з [[1С]]/[[BAS]] до запуску.; Товар
== Навчання користувачів ==
== Перехід бухгалтерії ==
 "email": "office@romashka.ua",
Перші дні не повинні перетворитися на хаотичний чат “у кого що не функціонує”.; !; Зазвичай переносяться:
[[Категорія:Українське програмне забезпечення]]
'''істотно про санкції.''' Продукти [[1С]] і [[BAS]] пов’язані з російською екосистемою та перебувають у санкційному полі України.; !; date:
[[AI|Штучний інтелект]] має змогу допомагати в переході.; Приклад таблиці звірки:
це бізнес-процес заміни застарілої російської облікової та ERP-екосистеми [[1С]]/[[BAS]] на сучасну українську платформу [[K2 ERP]].; |-
| Яка роль AI?;== Перехід продажів ==

* [[ER-модель|ER-моделі]];
* [[BP-модель|BP-моделі]];
* [[YML]]-структури;
* [[ORM|ORM-моделі]];
* [[PostgreSQL]];
* [[Python]];
* [[TypeScript]];
* [[API]];
* [[K2 Update]];
* [[AI|штучний інтелект]].; entity: contractor
!; Це міграція мислення: від старої залежності до сучасної української ERP-архітектури.'''
Неактивних користувачів краще не переносити як активних.; title: "E-mail"

Перед перенесенням потрібно скласти список:

== Висновок ==

</div>

 "code": "000002",

Обов’язково потрібно перенести або відновити:

Санкційний режим і переліки забороненого програмного забезпечення мають різні правові механізми та можуть по-різному стосуватися державного сектору, критичної інфраструктури, державних підприємств, установ, організацій та приватного бізнесу.;== Як зменшити ризики ==

Перехід з [[1С]]/[[BAS]] на [[K2 ERP]] — це частина цифрової незалежності України.; У старій системі ролі могли бути налаштовані хаотично.; title: "Контрагенти"
[[K2 ERP]] дає можливість перейти не в “ще одну облікову програму”, а в українську платформу, яка має змогу розвиватися через модулі, [[YML]], [[ER-модель|ER-моделі]], [[ORM]], [[API]], [[PostgreSQL]], [[Python]], [[TypeScript]], [[AI|штучний інтелект]] і партнерську екосистему.;

Потрібен порядок.; title: "складський облік" Замовлення 1 ─── * Рядок замовлення Типова помилка — перенести технічний залишок, який у старій системі вже давно не відповідає реальності.; Собівартість

title: "Контрагент"

істотно зробити звірку з бухгалтерією та менеджерами.; З такої моделі K2 ERP має змогу автономно створювати структуру, ORM-модель, міграції, форми, журнали та базовий функціональні можливості.; "phone": "+380671234567",

"name": "ФОП Петренко",
Бухгалтер Документи обліку, звіти, контрагенти
Менеджер продажів Клієнти, замовлення, рахунки, залишки
Комірник Складські документи, залишки, інвентаризація
Керівник Звіти, дашборди, погодження
Адміністратор конфігурація, користувачі, ролі

Номенклатура — ще один складний довідник.; Головне. Перехід з 1С на K2 ERP — це не втеча з однієї програми в іншу.; У старій /BAS могли бути доробки, які вже давно не відповідають реальності.; Перед основним переходом обов’язково потрібно зробити тестову міграцію.; Якщо переносити динозавра в нову квартиру, він усе одно залишиться динозавром.; Дія

  • нову логіку роботи;
  • нові довідники;
  • нові документи;
  • нові ролі;
  • нові звіти;
  • правила введення даних;
  • типові помилки;
  • сценарії підтримки;
  • що змінилося порівняно з 1С/BAS;
  • чому перехід важливий для бізнесу.;== Перехід закупівель ==

Права доступу не варто переносити механічно.;== Роль YML при переході ==

required: true

Цифрова незалежність — це не гасло.; Romashka LLC

Чому не варто чекати до останнього

; "sku": "MN-001",
"warehouse": "main",
  • старі знижки;
  • неактуальні маршрути погодження;
  • застарілі друковані форми;
  • непотрібні реквізити;
  • дубльовані документи;
  • ручні операції, які можна автоматизувати;
  • звіти, які ніхто не відкривав три роки;
  • інтеграції, які працюють “на чесному слові”.; |-
1 Аудит 1С/BAS, збір інформації, аналіз конфігурації
2 Карта міграції, характеристика довідників, документів, звітів
3 Очищення довідників, підготовка шаблонів імпорту
4 Перша тестова міграція
5 Перевірка результатів, виправлення помилок
6 конфігурація форм, меню, звітів, прав
7 Навчання користувачів, друга тестова міграція
8 Основна міграція, звірка, запуск

Характеристика: колір = синій, розмір = M

Аудит має відповісти на питання:

Довідники — одна з найбільших проблем при переході.;

Потрібно визначити дату переходу.; Для закупівель потрібно перенести: Потрібно створити нову модель доступу.;== Вступ ==

Рахунок новий

Чому не треба копіювати 1С

  • спочатку довідники;
  • потім складський облік;
  • потім продажі та реалізація;
  • потім закупівельна діяльність;
  • потім бухгалтерський обліковий облік;
  • потім виробництво;
  • потім звіти й аналітичні інструменти;
  • потім інтеграції.; !; Це програмне забезпечення з російським походженням, санкційними ризиками, репутаційними ризиками та проблемами для довгострокової цифрової стратегії.; Дата переходу — критичне рішення для бізнесу.;</syntaxhighlight>
name:
entity: contractor
  • клієнтів;
  • контакти;
  • договори;
  • ціни;
  • знижки;
  • замовлення;
  • рахунки;
  • історію взаємодії;
  • залишки по оплатах;
  • статуси замовлень;
  • інтеграції з сайтом або CRM.; Запуск

| Початок роботи в K2 ERP | Нова платформа в роботі |- | 10.; K2 ERP має бути не копією 1С, а сучасною українською ERP-платформою з новою архітектурою.; Можливі підходи:

01.01.2027 — старт роботи в K2 ERP

  • склади;
  • комірки, якщо вони є собою;
  • номенклатуру;
  • одиниці виміру;
  • партії;
  • серії;
  • залишки;
  • резерви;
  • документи руху;
  • інвентаризацію;
  • штрихкоди;
  • інтеграції з обладнанням.; Етап
Потрібно перенести або створити користувачів у K2 ERP.; Там документи, залишки, звіти, бухгалтерський обліковий облік, складський облік, продажі та реалізація, закупівельна діяльність, зарплата, управлінський обліковий облік.; * не “зробіть таку саму кнопку”;
  • а “нам потрібно оперативно створювати рахунок з замовлення”.; "email": "petrenko@example.ua",
K2 ERP має розвиватися як платформа з сильним API.; Проєктування
характеристика майбутньої структури в K2 ERP Карта міграції та модель
3.;BAS на українському ринку часто подавався як продовження або заміна старої лінійки 1С, але технологічно й екосистемно він залишається пов’язаним із тією самою спадщиною.; title: "Кількість"

У /BAS могли бути інтеграції з:

Навіть якщо стара платформа незручна, вона знайома.;
Рахунок

 title: "Код"

Типові контрольні звірки:

Після переходу стара платформа має змогу залишитися в режимі архіву.; Проблеми відкладеного переходу:
Іноді на перехідний період [[1С]]/[[BAS]] і [[K2 ERP]] працюють паралельно.; |-
| Чи можна буде доробляти систему?; required: true
 required: true
!; |-
| Походження
| Російська програмний пакет
| Українська ERP-платформа
|-
| Санкційний ризик
| Високий
| Немає російського санкційного походження
|-
| технічна архітектура
| Стара закрита парадигма
| Сучасна компонентна веб-архітектура
|-
| Технології
| Власна специфічна програмний пакет
| [[Python]], [[TypeScript]], [[PostgreSQL]], [[YML]], [[ORM]], [[API]]
|-
| Інтеграції
| Часто через доробки й обмінні механізми
| Орієнтація на [[API]] та сучасні формати
|-
| AI
| Не є собою природною основою старої архітектури
| Орієнтація на [[AI|ШІ]] для моделей, генерації та автоматизації
|-
| Модульність
| Часто залежна від конфігурацій і доробок
| Незалежні компоненти, модулі, [[K2 Update]]
|-
| еволюція
| Обмежений старою екосистемою
| Орієнтація на партнерську екосистему й український ринковий сегмент
|}

!;== Що таке K2 ERP ==

Це неправильний підхід.; як ілюстрація:

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

* довідники експортуються й очищуються;
* залишки переносяться окремими документами;
* історичний розвиток залишається в архіві;
* активні документи імпортуються;
* звіти створюються заново;
* інтеграції переписуються через API.; Для якісного переходу створюється карта об’єктів міграції.; Частина звітів могла бути розроблена тимчасово.; "price": 32000

Поля: номер, дата, контрагент, складський облік, коментар.; Відповідь

Перший етап переходу — аудит поточної системи.; Потрібно забезпечити:

[[1С]] — це російська технологічна програмний пакет, яка історично була дуже поширеною в Україні.; entity: product

* довідники перенесені;
* дублікати очищені;
* залишки звірені;
* взаєморозрахунки звірені;
* активні документи перенесені;
* користувачі створені;
* ролі налаштовані;
* основні форми працюють;
* звіти перевірені;
* друковані форми підготовлені;
* інтеграції протестовані;
* користувачі навчені;
* інструкції підготовлені;
* стара платформа переведена в режим архіву;
* є собою команда підтримки на перші дні.; Багато компаній відкладають перехід з [[1С]] або [[BAS]], бо “поки функціонує”.; "items": [

== Типові питання користувачів ==

Ромашка ТОВ

Це можливість очистити інформаційні дані, переглянути процеси, відмовитися від застарілих доробок і побудувати сучасну ERP-архітектуру.; K2 ERP

== Перехід як стратегічний проєкт ==

[[K2 ERP]] має будувати перехід не як копіювання старої системи, а як створення нової платформи.; {

Частину — архівувати.; Це має змогу бути корисно для перевірки.; Для зменшення ризиків потрібно:

"date": "2027-01-01",

</syntaxhighlight> як ілюстрація: Під час підготовки переходу з /BAS істотно враховувати санкційний контекст.; Коментар

  • неповний аудит старої системи;
  • погана якість даних;
  • дублікати довідників;
  • неправильні залишки;
  • неперенесені важливі звіти;
  • недооцінені інтеграції;
  • слабке навчання користувачів;
  • опір персоналу;
  • відсутність тестової міграції;
  • поспішний запуск;
  • спроба перенести все без очищення.;== K2 ERP як новий підхід ==
type: decimal

Це не без ускладнень заміна інтерфейсу.; Перед міграцією такі дублікати потрібно об’єднати.;== AI при переході з 1С/BAS ==

; Навіть якщо логіка знайома, інтерфейс і процеси будуть іншими.; "name": "ТОВ Ромашка",

</syntaxhighlight> А в 1С було не так.; * специфікації;

  • технологічні карти;
  • матеріали;
  • напівфабрикати;
  • виробничі замовлення;
  • незавершене виробництво;
  • списання матеріалів;
  • випуск продукції;
  • собівартість;
  • планування;
  • робочі центри.; Її страшно змінювати.; * які сутності потрібні;
  • які довідники створюються;
  • які документи використовуються;
  • які зв’язки між об’єктами;
  • де потрібні табличні частини;
  • які інформаційні дані можна об’єднати;
  • які структури варто змінити.; Доступ

Люди звикли до старої системи.; | Так, стара платформа має змогу залишитися в режимі архіву або інформаційні дані можуть бути перенесені частково.; Для малого бізнесу мінімальний сценарій має змогу бути таким:

  • хто його використовує;
  • як часто;
  • для якого рішення для бізнесу;
  • які поля потрібні;
  • які фільтри потрібні;
  • чи можна замінити його стандартним звітом K2 ERP;
  • чи потрібно створити новий звіт.; * перенести довідники;
  • перенести залишки товарів;
  • перенести взаєморозрахунки;
  • налаштувати основні документи;
  • налаштувати базові звіти;
  • навчити користувачів;
  • залишити стару як архів.; * модельно-орієнтована розробка програмного забезпечення;
  • YML-структури;
  • ER-моделі;
  • автоматична генерація;
  • ORM;
  • сучасні мови програмування;
  • API;
  • модульність;
  • ШІ;
  • партнерська програмний пакет;
  • K2 Update.; Це привід правильно організувати навчання, підтримку й поступову адаптацію.;</syntaxhighlight>
;== Що потрібно переносити обов’язково ==

Потрібно переносити бізнес-сенс, а не стару форму.; Це реакція на санкційні, безпекові й репутаційні ризики.; Приклад поганої номенклатури:

"date": "2027-01-01",
  • які конфігурації використовуються;
  • які довідники є собою основними;
  • які документи реально використовуються;
  • які звіти потрібні;
  • які доробки критичні;
  • які інтеграції працюють;
  • які користувачі активні;
  • які ролі й права налаштовані;
  • які інформаційні дані дублюються;
  • які об’єкти застаріли;
  • які помилки накопичилися;
  • які процеси бізнес-середовище хоче змінити.; title: "Назва"

ERP-система — це серце операційної діяльності.; |-

Поетапний Менше ризику, легше навчати користувачів Довше, можливі паралельні системи
Big Bang Швидкий повний перехід Високий ризик, потрібна сильна підготовка

Це надає можливість стартувати оперативно.; Тестовий період → міграція → звірка → запуск K2 ERP → 1С/BAS тільки архів

Очищення довідників

  • заборгованість покупців;
  • заборгованість перед постачальниками;
  • аванси;
  • неоплачені рахунки;
  • відкриті договори;
  • залишки по договорах;
  • залишки по валюті.; Звірка

| Перевірка залишків і ключових показників | Підтвердження коректності |- | 9.; | Аудит, очищення даних, тестова міграція, звірка залишків, навчання користувачів і супровід після запуску.; Потрібен після переходу

  • бухгалтерський обліковий облік;
  • керування торгівлею;
  • керування виробничим підприємством;
  • зарплата і кадри;
  • електронний документообіг;
  • BAS ERP;
  • галузеві конфігурації;
  • самописні доробки.; {

Міграція як можливість для рефакторингу

Взаєморозрахунки з контрагентами потрібно переносити дуже уважно.; Зокрема, у 2017 році був Указ Президента України №133/2017, яким введено в дію рішення для бізнесу РНБО щодо сфера застосування персональних спеціальних економічних та інших обмежувальних заходів.; Звіт у 1С/BAS як ілюстрація, можна описати ШІ старий документ із і попросити сформувати YML-модель для K2 ERP.; Тестова міграція | Перенесення даних у тестове середовище | Перевірка помилок |- | 5.; Технічно міграція має змогу включати кілька каналів перенесення:

type: string

Поетапний підхід проти Big Bang

entity: customer_order
== Перехід складу ==
}

 }
 type: string
 title: "Товар"
Не всі документи потрібно переносити в цілому.;== Перехід виробництва ==

Санкції щодо суб’єктів, пов’язаних із 1С, запроваджувалися рішеннями Ради національної безпеки і оборони України, введеними в дію указами Президента України.;== План переходу на K2 ERP ==
Якщо нова платформа в цілому копіює стару, вона успадковує старі проблеми.; Не варто переносити:

== API-first підхід ==

Багато українських компаній роками працювали в [[1С]] або [[BAS]].;[[Категорія:K2]]

Частина дублюється.;
type: string
  • внутрішні документи;
  • маршрути погодження;
  • ролі погоджувачів;
  • статуси;
  • вкладення;
  • коментарі;
  • історію погоджень;
  • шаблони документів.; Санкції щодо суб’єктів, пов’язаних із 1С, запроваджувалися рішеннями РНБО, введеними в дію указами Президента України, зокрема №133/2017 та №601/2024.; auto: true

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

Саме з цієї причини перехід потрібно робити не поспіхом і не механічно, а як стратегічний проєкт: з аудитом, очищенням даних, тестовою міграцією, звіркою, навчанням користувачів і чітким розумінням, що нова платформа має не повторювати минуле, а відкривати бізнесу майбутнє. Але друковані форми — це додатково шанс навести порядок.; "email": "ivan@example.ua"

Рахунок для директора

items:
]
Що таке перехід з 1С на K2 ERP?; Іноді в /BAS існує десять версій одного рахунку:

YML має змогу використовуватися для опису структур компонентів у K2 ERP.; Але архів не повинен залишатися робочою системою.; number:

  • що є собою типовим;
  • що дороблено;
  • що застосовується;
  • що не застосовується;
  • що критично для бізнесу;
  • що можна замінити стандартним функціоналом K2 ERP;
  • що потрібно реалізувати окремим модулем.;== Приклад структури імпорту контрагентів ==
type: reference
"items": [
; Відповідь

000001,ТОВ Ромашка,12345678,+380501112233,office@romashka.ua,true

Одна з помилок переходу — вимагати, щоб K2 ERP в цілому повторювала .; !; Будь-яка міграція має ризики.; ТОВ "Ромашка"

  • рахунки;
  • накладні;
  • акти;
  • договори;
  • комерційні пропозиції;
  • заявки;
  • складські документи;
  • внутрішні форми;
  • етикетки;
  • гарантійні талони.; "name": "Іван Петренко",
  • назву;
  • код;
  • ЄДРПОУ;
  • ІПН;
  • юридичну адресу;
  • фактичну адресу;
  • телефони;
  • email;
  • банківські реквізити;
  • договори;
  • ознаку активності;
  • групи або категорії.; характеристика

ERP повинна спілкуватися з іншими системами.; Роль

  • провести аудит;
  • створити карту міграції;
  • визначити дату переходу;
  • очистити довідники;
  • зробити тестову міграцію;
  • виконати звірки;
  • навчити користувачів;
  • підготувати інструкції;
  • визначити відповідальних;
  • мати план підтримки після запуску;
  • залишити стару систему як архів;
  • не переносити зайве.; Але паралельна робота не повинна тривати занадто довго.; Для більшості бізнесів доцільний гібридний підхід.; |-
Чи перенесеться історичний розвиток?;== Паралельна робота систем ==

Перші дні після запуску найважливіші.; |}

як ілюстрація, характеристика документа замовлення:

Краще мати чіткий план:

У K2 ERP важливу роль відіграють:

Бухгалтери повинні бути залучені до тестової міграції.; Контрагент 1 ─── * Договір Приклад плану: як ілюстрація: {{SEO

У /BAS часто використовуються типові або сильно дороблені конфігурації.; як ілюстрація:

title: "ІПН"
"active": true
]

бухгалтерів забезпечується через Ці системи стали звичними; додатково реалізовано менеджерів, складів, керівників і програмістів.; !; Зазвичай переносяться:

  • немає довгого паралельного режиму;
  • усі працюють в одній системі;
  • швидше завершується перехід.;== Карта об’єктів міграції ==

Вона має розвиватися.; !; Недоліки

"active": true

Причин для переходу багато.; !; Об’єкт у 1С/BAS

  • постачальників;
  • договори;
  • прайс-листи;
  • відкриті замовлення;
  • очікувані поставки;
  • заявки на закупівлю;
  • умови оплати;
  • історію цін;
  • залишки за постачальниками.; |-
Оборотно-сальдова відомість Так Стандартний звіт Перевірити відповідність обліку
продажі та реалізація по менеджерах Так Новий управлінський звіт Додати фільтри по періоду й підрозділу
Залишки по складах Так Стандартний складський звіт Має збігатися на дату переходу
Старий звіт по акціях 2019 року Ні Не переносити Залишити в архіві
Звіт для директора Так Дашборд Краще зробити сучасну панель

Це питання безпеки.; У них накопичилися довідники, документи, звіти, залишки, друковані форми, обробки, інтеграції, доробки та локальні правила, які часто існують тільки з цієї причини, що “так колись зробив програміст, який уже не функціонує”.;== Розширений сценарій переходу ==

Але чекати до останнього — небезпечно.; Насправді це значно глибший бізнес-процес: очищення даних, перегляд процесів, заміна старої логіки, відмова від російської технологічної залежності, побудова нової архітектури обліку та підготовка бізнесу до розвитку.; 31.12.2026 — закриття старого періоду в 1С/BAS

!; title: "Номер" Такі структури можуть використовуватися для імпорту залишків у K2 ERP.; Під час переходу з /BAS вона надає можливість зрозуміти:

  • які інтеграції критичні;
  • які працюють стабільно;
  • які потрібно переписати;
  • які вже застаріли;
  • які можна замінити через API;
  • які краще реалізувати як окремі модулі.; title: "ЄДРПОУ"

!;

{

!;

Ризики переходу

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

"code": "000001",
Це питання цифрової незалежності.; Краще правило. Переходити з 1С/BAS потрібно не тоді, коли вже горить, а тоді, коли ще можна спокійно скласти план, зробити тестову міграцію і не шукати програміста о третій ночі.; Для виробництва міграція потребує окремого проєктування.; code,name,edrpou,phone,email,active Перехід з або BAS на K2 ERP не повинен сприйматися як проста технічна операційна дія “експортували — імпортували — забули”.; |-
Що робити зі старою 1С?; Одні компанії починають думати про заміну /BAS через санкції та юридичні ризики.; рішення для бізнесу в K2 ERP

Перенесення інтеграцій

  • коректні початкові залишки;
  • відповідність рахунків;
  • перенесення контрагентів;
  • перенесення договорів;
  • перенесення відкритих розрахунків;
  • формування первинних документів;
  • контроль ПДВ;
  • формування звітів;
  • друковані форми;
  • звірку з попередньою системою.;
* аудит усіх конфігурацій;
* детальна карта міграції;
* очищення довідників;
* перенесення активних документів;
* перенесення залишків;
* перенесення взаєморозрахунків;
* перенесення або створення звітів;
* відтворення інтеграцій;
* конфігурація прав;
* навчання користувачів;
* тестові міграції;
* поетапний запуск;
* супровід після старту.; Коли використовувати

!; Приклад:

[

а “нам потрібно автоматизувати цей бізнес-процес сучасно”.; | Ні.; Коментар

Якщо в [[]]/[[BAS]] використовувався електронний документообіг, потрібно перенести або відтворити:
== Порівняння 1С/BAS і K2 ERP ==
Це можливість:

Потрібно перевірити:
Рахунок для ПДВ
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

[[Категорія:AI]]
[[Категорія:ERP]]
== Перенесення складів і залишків ==

Після міграції організація отримує не без ускладнень статичну систему, а платформу, яку можна оновлювати.; Частину — не переносити взагалі, якщо вона давно не застосовується.; Це питання того, чи має змогу український бізнес-середовище будувати майбутнє на технологіях, які мають російське походження, російську екосистему, російську історію розвитку та потенційні ризики для держави й бізнесу.;== Big Bang перехід ==

<syntaxhighlight lang="json">
== Перенесення друкованих форм ==
{| class="wikitable" style="width:100%;"

 type: decimal

== Опір користувачів ==

* [[K2]]
* [[K2 ERP]]
* [[K2 Update]]
* [[ERP]]
* [[]]
* [[BAS]]
* [[Міграція даних]]
* [[Імпорт даних]]
* [[YML]]
* [[JSON]]
* [[XML]]
* [[ER-модель]]
* [[BP-модель]]
* [[ORM]]
* [[API]]
* [[PostgreSQL]]
* [[Python]]
* [[TypeScript]]
* [[AI]]
* [[Штучний інтелект]]
* [[Open source]]
* [[No-code]]
* [[Low-code]]
* [[RAD]]
* [[Автоматизація бізнесу]]
* [[Українське програмне забезпечення]]
* [[Альтернатива 1С]]
* [[Альтернатива BAS]]
* [[Цифрова незалежність]]
* [[Деколонізація обліку]]

Це зрозуміло.; Можливий поетапний або одночасний перехід залежно від складності бізнесу.; entity: warehouse
|-
| Контрагенти
| 12500
| 12480
| -20
| Потрібна перевірка дублів
|-
| Номенклатура
| 8200
| 8200
| 0
| Добре
|-
| Залишок товарів
| 4 580 000
| 4 580 000
| 0
| Добре
|-
| Дебіторська заборгованість
| 1 250 000
| 1 248 500
| -1 500
| Перевірити аванси
|}

[[K2 ERP]] — українська ERP-платформа для автоматизації бізнесу, створення модулів, роботи з документами, довідниками, звітами, бізнес-процесами, інтеграціями та партнерськими рішеннями.; А “потім” у таких проєктах часто настає в момент, коли користувачі вже працюють і дуже голосно питають, чому контрагентів стало вдвічі більше.; додатково у 2026 році було оприлюднено перелік забороненого до використання програмного забезпечення, до якого потрапили продукти 1С, BAS та UA-Бюджет.; Окремо варто відзначити що надає можливість переносити інформаційні дані, відновлювати бізнес-процеси, створювати нові модулі, розвивати автоматизацію і будувати незалежну цифрову інфраструктуру компанії виступає ключовою рисою '''Перехід з 1С на K2 ERP'''.; |-
| Чи будуть старі звіти?; | Так.;
warehouse_id: Під час переходу потрібно визначити, які саме інформаційні дані та процеси мають бути перенесені.;== Перші дні після запуску ==

Перенесення документів

Найчастіше застосовують, коли потрібно комбінований підхід.; Аудит

Аналіз 1С/BAS, даних, доробок, звітів, інтеграцій Розуміння обсягу переходу
2.; Такий підхід краще використовувати тільки після якісної тестової міграції.; K2 ERP орієнтована на модулі, компоненти, API, YML, ORM і еволюція.; закупівельна діяльність часто залежать від складу, з цієї причини їх потрібно тестувати разом.; Копіювати стару систему — означає успадкувати її обмеження.; Бо міграція в аварійному режимі майже завжди дорожча, нервовіша й менш якісна.; type: string

Не “повторіть стару доробку”;

Для кожного звіту потрібно визначити:

  • нові модулі;
  • виправлення;
  • актуалізація форм;
  • нові звіти;
  • галузеві компоненти;
  • інтеграції;
  • шаблони;
  • покращення бізнес-процесів.; Статус

Потрібно врахувати:

  • швидку підтримку користувачів;
  • канал для питань;
  • фіксацію помилок;
  • щоденні короткі підсумки;
  • контроль критичних документів;
  • звірку залишків;
  • перевірку звітів;
  • пріоритизацію виправлень.;== Перехід прав доступу ==
"quantity": 25,

завдяки наявності ER-модель користувачі можуть описати майбутню структуру даних у K2 ERP.; Інтеграції — один із найважливіших блоків переходу.; Питання

Приклад структури початкових залишків

  • відмова від російського ПЗ;
  • зменшення санкційних і репутаційних ризиків;
  • перехід на українську платформу;
  • сучасна веб-архітектура;
  • робота з PostgreSQL;
  • використання Python і TypeScript;
  • можливість API-інтеграцій;
  • модульність;
  • еволюція через K2 Update;
  • супровід YML-моделей;
  • автоматична генерація компонентів;
  • можливість використання ШІ;
  • гнучкість для партнерів та інтеграторів;
  • можливість хмарного або серверного розгортання.; Для середнього або великого бізнесу потрібен розширений сценарій:

Приклад дублювання:

А можна як раніше?;
Навчати потрібно не тільки “куди натискати”.; Приклад структури в [[YML]]:

[[Категорія:Цифрова незалежність України]]

Приклад таблиці залишків:

!; Перехід на нову ERP неможливий без навчання.; !; Сміття краще не переносити.; Четверті — через складність підтримки старих доробок.; | Не завжди.; | Так.; |-
| Чи буде все як у 1С?;[[Категорія:PostgreSQL]]

Перед переходом бажано провести інвентаризацію.; | Так.; | Ні.; Дата переходу: 01.01.2027

 tax_number:

 title: "Дата"

!; Перехід на [[K2 ERP]] дає бізнесу такі переважні аспекти:

== Перехід документообігу ==

!; type: reference

Потрібно перенести:

</syntaxhighlight>

; Без аудиту міграція перетворюється на гру “перенесемо все, а потім розберемося”.; Це перехід від старої закритої російської екосистеми до сучасної української ERP-платформи, яка розвивається через модулі, YML, ER-моделі, ORM, API, PostgreSQL, Python, TypeScript та штучний інтелект.; Питання

Типові етапи переходу

Перехід на K2 ERP має бути переходом у нову архітектуру.; Найзручніше переходити на початок облікового періоду.; !;

Ключові відмінності: <syntaxhighlight lang="text"> Це не привід зупиняти міграцію.; }

title: "Активний"

Міграція і цифрова незалежність

- Чи можна буде переглядати старі документи?;== Тестова міграція ==

Або у форматі JSON: Для відділу продажів істотно перенести: 000002,ФОП Петренко,23456789,+380671234567,petrenko@example.ua,true