|
|
| Рядок 1: |
Рядок 1: |
| {{DISPLAYTITLE:Міграція з 1С}}
| |
|
| |
|
| {{SEO
| |
| |title=Міграція з 1С на K2 ERP — перехід з 1С:Підприємство, 1C:Enterprise, BAS на українську ERP
| |
| |description=Міграція з 1С на K2 ERP — практичний перехід зі старої екосистеми 1С, 1С:Підприємство, 1C:Enterprise і BAS на українську ERP-платформу: аудит, очищення даних, перенесення залишків, документообіг, інтеграції, ролі, навчання та запуск.
| |
| |keywords=міграція з 1С, міграція з 1C, міграція з 1С:Підприємство, міграція з 1C:Enterprise, перехід з 1С на K2 ERP, перехід з 1C на K2 ERP, заміна 1С, заміна 1C, українська альтернатива 1С, українська альтернатива 1C, K2 ERP, K2 Cloud ERP, аудит 1С, аудит 1C, перенесення даних з 1С, перенесення даних з 1C, санкції 1С, санкції 1C, заборонене ПЗ 1С, заборонене ПЗ 1C, міграція з BAS, BAS ERP, BAS UT, BAS Управління торгівлею, BAS Бухгалтерія КОРП, BAS Документообіг КОРП, ERP Україна, українська ERP, фінансовий облік, управлінський облік, CRM, складський облік, документообіг, зарплата і кадри, UA-Бюджет
| |
| |alternativeTo=1С; 1C; 1С:Підприємство; 1C:Enterprise; 1C Enterprise; 1С: Підприємство 8; 1C: Підприємство 8; 1C: Бухгалтерія 8 для України; 1C: Підприємство 8. Управління торгівлею для України; 1С: Управління торгівлею для України; 1С: Торгівля і Склад 7.7. для України; 1С: Зарплата і Кадри 7.7. для України; BAS ERP; BAS UT; BAS Управління торгівлею; BAS Trade Management; BAS Управление торговлей; BAS Бухгалтерія КОРП; BAS Документообіг КОРП; UA-Бюджет
| |
| }}
| |
|
| |
| {{SoftwareAlternative
| |
| |name=K2 ERP
| |
| |type=українська ERP-платформа для переходу з 1С, 1С:Підприємство, 1C:Enterprise, BAS ERP, BAS UT та інших старих облікових і ERP-систем
| |
| |alternative_to=1С; 1C; 1С:Підприємство; 1C:Enterprise; BAS ERP; BAS UT; BAS Управління торгівлею; BAS Бухгалтерія КОРП; BAS Документообіг КОРП; UA-Бюджет
| |
| |category=ERP, українська ERP, K2 ERP, K2 Cloud ERP, міграція з 1С, міграція з 1C, заміна 1С, заміна 1C, міграція з BAS, перехід на українську ERP
| |
| }}
| |
|
| |
| '''Міграція з 1С''' — це перехід підприємства зі старої екосистеми [[1С]], [[1С:Підприємство]], [[1C:Enterprise]], [[1C]] або пов’язаних рішень BAS на сучасну ERP-платформу. Для українських компаній одним із цільових варіантів такого переходу може бути [[K2 ERP]] або [[K2 Cloud ERP]].
| |
|
| |
| '''[[1С]]''' — це кириличне написання назви екосистеми програмних продуктів, яка багато років використовувалася для бухгалтерського, торговельного, складського, кадрового, виробничого й управлінського обліку. У технічних документах, старих базах, договорах, пошукових запитах і переліках програмного забезпечення також часто трапляється латинський варіант [[1C]].
| |
|
| |
| '''[[K2 ERP]]''' — українська ERP-платформа, яку можна використовувати як цільову систему для заміни [[1С]], [[1С:Підприємство]], [[1C:Enterprise]], [[BAS ERP]], [[BAS UT]], [[BAS Управління торгівлею]], [[BAS Бухгалтерія КОРП]], [[BAS Документообіг КОРП]] та інших старих систем 1С/1C/BAS.
| |
|
| |
| <div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
| |
| '''Міграція з 1С на K2 ERP — це не просто “перенести базу”.''' Це проєкт оновлення облікової та управлінської архітектури підприємства: аудит старих баз, очищення довідників, перенесення актуальних залишків, перегляд ролей, заміна застарілих інтеграцій, запуск документообігу й перехід на українську ERP-платформу.
| |
| </div>
| |
|
| |
| <div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
| |
| '''Санкційний контекст 1С.''' Якщо підприємство використовує [[1С]], [[1С:Підприємство]], [[1C:Enterprise]], [[1C]], [[BAS ERP]], [[BAS UT]], [[BAS Управління торгівлею]], [[BAS Бухгалтерія КОРП]] або [[UA-Бюджет]], потрібно перевірити статус такого програмного забезпечення у чинних офіційних переліках, оцінити юридичні, кібербезпекові, договірні та репутаційні ризики, а також підготувати контрольований план переходу на українську ERP.
| |
| </div>
| |
|
| |
| __TOC__
| |
|
| |
| == Що таке міграція з 1С ==
| |
|
| |
| '''Міграція з 1С''' — це організований перехід зі старої облікової системи на нову ERP-платформу. У випадку [[K2 ERP]] це означає не лише перенесення даних, а й перегляд того, як підприємство веде фінанси, склад, закупівлі, продажі, CRM, документообіг, виробництво, зарплату, кадри та управлінську аналітику.
| |
|
| |
| У старій 1С-базі часто зберігається не тільки облік, а й ціла історія розвитку компанії. Там можуть бути старі довідники, доробки, зовнішні обробки, нестандартні звіти, обміни з сайтами, інтеграції з банками, архівні документи, користувачі, які давно не працюють, і процеси, які існують лише тому, що колись були налаштовані саме так.
| |
|
| |
| Тому правильна міграція починається не з експорту таблиць, а з питання: що з цієї спадщини справді потрібно перенести в нову систему, що варто очистити, що залишити в архіві, а що краще не переносити взагалі.
| |
|
| |
| == Чому підприємства переходять з 1С ==
| |
|
| |
| Причини переходу з 1С можуть бути різними, але найчастіше вони поєднуються.
| |
|
| |
| Компанія може почати міграцію через санкційний контекст, вимоги безпеки або позицію контрагентів. Але під час аудиту часто виявляються й інші причини: застарілі процеси, складні доробки, дублікати даних, ручні звірки, залежність від окремих спеціалістів, нестача управлінської аналітики або неможливість нормально розвивати систему.
| |
|
| |
| Типові причини міграції з 1С:
| |
|
| |
| * потреба перейти на українське програмне забезпечення;
| |
| * санкційні, юридичні та комплаєнс-ризики;
| |
| * накопичений технічний борг;
| |
| * застарілі конфігурації;
| |
| * складність оновлень;
| |
| * залежність від старих доопрацювань;
| |
| * дублювання інформації в кількох базах;
| |
| * хаотичні права доступу;
| |
| * слабка інтеграція з сучасними сервісами;
| |
| * відсутність єдиного документообігу;
| |
| * складність підтримки управлінської звітності;
| |
| * потреба в хмарній або гібридній ERP;
| |
| * бажання об’єднати фінанси, CRM, склад, закупівлі, продажі, виробництво, зарплату й кадри в одній системі.
| |
|
| |
| Перехід на K2 ERP дозволяє використати міграцію як точку перезапуску бізнес-автоматизації, а не лише як вимушену заміну старої програми.
| |
|
| |
| == 1С і 1C: різниця в написанні ==
| |
|
| |
| У корпоративних документах і пошукових запитах трапляються два варіанти:
| |
|
| |
| * [[1С]] — кирилична літера '''С''';
| |
| * [[1C]] — латинська літера '''C'''.
| |
|
| |
| Для користувача вони виглядають майже однаково, але технічно це різні символи. Це важливо для назв Wiki-сторінок, URL, імпорту, експорту, пошуку, назв файлів, баз даних і SEO.
| |
|
| |
| Тому сторінка '''Міграція з 1С''' має бути пов’язана зі сторінками:
| |
|
| |
| * [[Міграція з 1C]];
| |
| * [[Міграція з 1С:Підприємство]];
| |
| * [[Міграція з 1C:Enterprise]];
| |
| * [[1С]];
| |
| * [[1C]];
| |
| * [[1С:Підприємство]];
| |
| * [[1C:Enterprise]].
| |
|
| |
| Так користувачі знайдуть потрібну інформацію незалежно від того, яке написання вони використовують.
| |
|
| |
| == Які системи можуть входити в міграцію з 1С ==
| |
|
| |
| На практиці “міграція з 1С” рідко означає одну базу. У компанії може бути цілий набір старих систем і пов’язаних рішень.
| |
|
| |
| До міграційного контуру можуть входити:
| |
|
| |
| * [[1С:Підприємство]];
| |
| * [[1C:Enterprise]];
| |
| * [[1C: Бухгалтерія 8 для України]];
| |
| * [[1C: Підприємство 8. Управління торгівлею для України]];
| |
| * [[1С: Управління торгівлею для України]];
| |
| * [[1С: Торгівля і Склад 7.7. для України]];
| |
| * [[1С: Зарплата і Кадри 7.7. для України]];
| |
| * [[1С: Підприємство 8. Управління виробничим підприємством для України]];
| |
| * [[BAS ERP]];
| |
| * [[BAS UT]];
| |
| * [[BAS Управління торгівлею]];
| |
| * [[BAS Бухгалтерія КОРП]];
| |
| * [[BAS Документообіг КОРП]];
| |
| * [[UA-Бюджет]].
| |
|
| |
| Тому перед стартом потрібно не просто сказати “ми переходимо з 1С”, а скласти реальну карту систем: які бази активні, які архівні, які процеси де ведуться, хто ними користується і які дані потрібно перенести.
| |
|
| |
| == Основні сценарії переходу з 1С ==
| |
|
| |
| Міграцію можна організувати по-різному.
| |
|
| |
| '''Повний перехід''' означає, що підприємство переносить активні процеси в K2 ERP, а стару 1С залишає лише як архів.
| |
|
| |
| '''Поетапний перехід''' підходить компаніям, які не можуть зупинити всі процеси одночасно. Спочатку можна перенести фінанси, потім склад, продажі, CRM, документообіг, виробництво, зарплату й кадри.
| |
|
| |
| '''Перехід з архівом''' передбачає, що в K2 ERP переноситься тільки актуальна інформація, а історичні документи залишаються в контрольованому доступі.
| |
|
| |
| '''Паралельний період''' може бути потрібен для звірки, але він має бути коротким і чітко регламентованим. Інакше виникнуть дві системи з різними даними.
| |
|
| |
| '''Реінжиніринг процесів''' — найкорисніший сценарій для компаній, які хочуть не повторити стару 1С, а побудувати більш логічну ERP-архітектуру.
| |
|
| |
| == Що потрібно з’ясувати перед стартом ==
| |
|
| |
| Перед початком міграції потрібно відповісти на практичні питання:
| |
|
| |
| * скільки баз 1С існує;
| |
| * де вони розміщені;
| |
| * які бази є робочими;
| |
| * які бази архівні;
| |
| * які конфігурації використовуються;
| |
| * які процеси ведуться в кожній базі;
| |
| * які користувачі мають доступ;
| |
| * які зовнішні обробки використовуються;
| |
| * які звіти критичні;
| |
| * які інтеграції працюють;
| |
| * які дані мають юридичну цінність;
| |
| * які дані потрібні для щоденної роботи;
| |
| * що потрібно перенести в K2 ERP;
| |
| * що можна залишити в архіві.
| |
|
| |
| Цей етап часто відкриває непомітні залежності: старі обміни, ручні файли, додаткові таблиці, Excel-звіти або обробки, без яких працівники звикли працювати.
| |
|
| |
| == Що переноситься з 1С у K2 ERP ==
| |
|
| |
| Зазвичай аналізують такі групи даних:
| |
|
| |
| * організації;
| |
| * юридичні особи;
| |
| * підрозділи;
| |
| * контрагенти;
| |
| * договори;
| |
| * контакти;
| |
| * банківські рахунки;
| |
| * номенклатура;
| |
| * одиниці виміру;
| |
| * характеристики товарів;
| |
| * склади;
| |
| * комірки;
| |
| * партії;
| |
| * серії;
| |
| * штрихкоди;
| |
| * залишки;
| |
| * ціни;
| |
| * знижки;
| |
| * замовлення клієнтів;
| |
| * замовлення постачальникам;
| |
| * рахунки;
| |
| * акти;
| |
| * накладні;
| |
| * платежі;
| |
| * взаєморозрахунки;
| |
| * заявки;
| |
| * виробничі специфікації;
| |
| * працівники;
| |
| * посади;
| |
| * підрозділи;
| |
| * кадрові документи;
| |
| * файли;
| |
| * маршрути погодження;
| |
| * інтеграції;
| |
| * звіти;
| |
| * користувачі;
| |
| * права доступу.
| |
|
| |
| Для кожної групи потрібно визначити: переносити повністю, переносити частково, очистити перед перенесенням, залишити в архіві або не переносити.
| |
|
| |
| == Що не варто переносити без перевірки ==
| |
|
| |
| Не вся інформація зі старої 1С має потрапити в K2 ERP.
| |
|
| |
| Без перевірки не варто переносити:
| |
|
| |
| * дублікати контрагентів;
| |
| * неактуальну номенклатуру;
| |
| * склади, які давно не використовуються;
| |
| * завершені договори без практичної потреби;
| |
| * старі ціни;
| |
| * неактуальні знижки;
| |
| * користувачів, які вже не працюють;
| |
| * ролі без зрозумілої логіки;
| |
| * тестові документи;
| |
| * обробки без документації;
| |
| * звіти, які ніхто не використовує;
| |
| * помилкові залишки;
| |
| * архівні записи, потрібні лише для перегляду.
| |
|
| |
| Мета міграції — не перенести весь безлад зі старої системи, а створити чистішу основу для подальшої роботи.
| |
|
| |
| == Етап 1. Інвентаризація баз 1С ==
| |
|
| |
| Перший практичний крок — знайти й описати всі бази.
| |
|
| |
| У підприємства можуть бути:
| |
|
| |
| * бухгалтерська база;
| |
| * торгова база;
| |
| * складська база;
| |
| * зарплатна база;
| |
| * виробнича база;
| |
| * база філії;
| |
| * архівна база;
| |
| * тестова база;
| |
| * база для звітів;
| |
| * стара база, з якої досі іноді беруть інформацію.
| |
|
| |
| Під час інвентаризації потрібно зафіксувати власника кожної бази, її призначення, актуальність, кількість користувачів, обсяг даних, інтеграції, критичні документи та статус для міграції.
| |
|
| |
| == Етап 2. Аудит бізнес-процесів ==
| |
|
| |
| Після інвентаризації потрібно описати, як підприємство реально працює.
| |
|
| |
| Аудит охоплює:
| |
|
| |
| * фінанси;
| |
| * управлінський облік;
| |
| * продажі;
| |
| * закупівлі;
| |
| * склад;
| |
| * CRM;
| |
| * документообіг;
| |
| * виробництво;
| |
| * зарплату;
| |
| * кадри;
| |
| * інтеграції;
| |
| * звітність.
| |
|
| |
| Важливо описувати не тільки те, що є в 1С. Часто частина процесів живе в Excel, пошті, месенджерах, паперових документах або зовнішніх сервісах. Під час переходу на K2 ERP ці процеси можна включити в єдину ERP-логіку.
| |
|
| |
| == Етап 3. Очищення довідників ==
| |
|
| |
| Довідники — це фундамент ERP. Якщо вони неякісні, нова система швидко почне давати неправильну аналітику.
| |
|
| |
| Потрібно очистити:
| |
|
| |
| * контрагентів;
| |
| * номенклатуру;
| |
| * договори;
| |
| * склади;
| |
| * одиниці виміру;
| |
| * характеристики;
| |
| * працівників;
| |
| * підрозділи;
| |
| * банківські рахунки;
| |
| * контактні дані;
| |
| * статті витрат;
| |
| * центри відповідальності;
| |
| * управлінські аналітики.
| |
|
| |
| Окрема увага — дублікати. Якщо один клієнт або товар заведений кілька разів, після перенесення це вплине на продажі, склад, фінанси, CRM і звітність.
| |
|
| |
| == Етап 4. Проєктування K2 ERP ==
| |
|
| |
| Перед перенесенням потрібно спроєктувати, як саме працюватиме K2 ERP.
| |
|
| |
| Проєктування включає:
| |
|
| |
| * структуру компанії;
| |
| * рольову модель;
| |
| * довідники;
| |
| * документи;
| |
| * маршрути погодження;
| |
| * фінансову аналітику;
| |
| * CRM;
| |
| * складську модель;
| |
| * закупівлі;
| |
| * продажі;
| |
| * виробництво;
| |
| * зарплату й кадри;
| |
| * електронний документообіг;
| |
| * інтеграції;
| |
| * звітність;
| |
| * архів.
| |
|
| |
| На цьому етапі визначаються потрібні модулі:
| |
|
| |
| * [[K2 Cloud ERP]];
| |
| * [[Фінансовий облік]];
| |
| * [[Управлінський облік]];
| |
| * [[CRM]];
| |
| * [[Складський облік]];
| |
| * [[K2 ERP Документообіг]];
| |
| * [[VDoc]];
| |
| * [[Модуль Вчасно]];
| |
| * [[K2 ERP Зарплата та кадри]];
| |
| * виробничі та галузеві модулі.
| |
|
| |
| Проєктування має відповідати майбутній роботі підприємства, а не просто копіювати стару 1С.
| |
|
| |
| == Етап 5. Правила міграції ==
| |
|
| |
| Для кожного об’єкта потрібно описати правило перенесення: джерело, очищення, відповідність у K2 ERP, відповідальний за перевірку.
| |
|
| |
| {| class="wikitable" style="width:100%;"
| |
| ! Об’єкт у 1С
| |
| ! Правило міграції
| |
| |-
| |
| | Контрагенти
| |
| | Очистити дублікати, перевірити ЄДРПОУ, контакти, договори, статуси
| |
| |-
| |
| | Номенклатура
| |
| | Упорядкувати групи, одиниці виміру, характеристики, штрихкоди
| |
| |-
| |
| | Склади
| |
| | Перенести активні склади, відповідальних, залишки, комірки
| |
| |-
| |
| | Договори
| |
| | Перенести активні договори та зв’язати їх з контрагентами й документами
| |
| |-
| |
| | Ціни
| |
| | Перенести актуальні прайси, правила знижок, індивідуальні умови
| |
| |-
| |
| | Залишки
| |
| | Перенести станом на погоджену дату після контрольної звірки
| |
| |-
| |
| | Відкриті замовлення
| |
| | Перенести як активні процеси, а не як архів
| |
| |-
| |
| | Історичні документи
| |
| | Перенести частково або залишити в контрольованому архіві
| |
| |-
| |
| | Користувачі
| |
| | Не копіювати автоматично, а створити нову рольову модель
| |
| |-
| |
| | Звіти
| |
| | Переглянути потребу, замінити новими звітами або перенести лише критичні
| |
| |}
| |
|
| |
| == Етап 6. Тестова міграція ==
| |
|
| |
| Тестове перенесення дозволяє знайти помилки до робочого запуску.
| |
|
| |
| Під час тесту перевіряють:
| |
|
| |
| * контрагентів;
| |
| * номенклатуру;
| |
| * договори;
| |
| * залишки;
| |
| * відкриті документи;
| |
| * взаєморозрахунки;
| |
| * склад;
| |
| * ціни;
| |
| * CRM-дані;
| |
| * зарплатні дані;
| |
| * кадрові дані;
| |
| * виробничі дані;
| |
| * документообіг;
| |
| * інтеграції;
| |
| * звіти;
| |
| * права доступу.
| |
|
| |
| Після тестової міграції потрібно зібрати помилки, виправити правила перенесення й повторно перевірити критичні блоки.
| |
|
| |
| == Етап 7. Навчання користувачів ==
| |
|
| |
| Навчання потрібно проводити до запуску, а не після того, як користувачі вже розгубилися в новій системі.
| |
|
| |
| Окремо навчають:
| |
|
| |
| * бухгалтерів;
| |
| * фінансистів;
| |
| * менеджерів продажів;
| |
| * закупівельників;
| |
| * складських працівників;
| |
| * HR-фахівців;
| |
| * виробничих працівників;
| |
| * керівників;
| |
| * адміністраторів.
| |
|
| |
| Користувачам важливо пояснити не тільки нові екрани, а й нову логіку: чому змінилися маршрути погодження, чому прибрані дублікати, чому доступи стали суворішими, чому частина історії залишена в архіві.
| |
|
| |
| == Етап 8. Фінальний запуск ==
| |
|
| |
| Фінальний запуск має відбуватися за чітким сценарієм.
| |
|
| |
| Перед запуском потрібно:
| |
|
| |
| * зробити резервну копію 1С;
| |
| * зафіксувати дату переходу;
| |
| * обмежити введення нових документів у старій системі;
| |
| * виконати фінальне вивантаження;
| |
| * завантажити дані в K2 ERP;
| |
| * звірити залишки;
| |
| * перевірити відкриті документи;
| |
| * перевірити взаєморозрахунки;
| |
| * перевірити інтеграції;
| |
| * відкрити доступ користувачам;
| |
| * забезпечити підтримку після старту.
| |
|
| |
| Після запуску важливо не допустити хаотичного паралельного ведення двох систем. Якщо 1С залишається, її роль має бути чітко визначена: архів, перегляд історії, звірка або тимчасовий контрольний доступ.
| |
|
| |
| == Що переносити в активну базу K2 ERP ==
| |
|
| |
| В активну базу K2 ERP доцільно переносити те, що потрібно для поточної роботи:
| |
|
| |
| * актуальних контрагентів;
| |
| * активні договори;
| |
| * робочу номенклатуру;
| |
| * діючі склади;
| |
| * залишки;
| |
| * відкриті замовлення;
| |
| * незавершені закупівлі;
| |
| * поточні взаєморозрахунки;
| |
| * активні заявки;
| |
| * актуальні ціни;
| |
| * працівників;
| |
| * кадрові дані, потрібні для роботи;
| |
| * поточні маршрути документів;
| |
| * критичні інтеграції;
| |
| * робочі звіти.
| |
|
| |
| Активна база має бути легшою, чистішою й зрозумілішою за стару систему.
| |
|
| |
| == Що залишити в архіві ==
| |
|
| |
| В архіві можна залишити:
| |
|
| |
| * старі закриті документи;
| |
| * завершені договори;
| |
| * історичні звіти;
| |
| * неактивних контрагентів;
| |
| * стару номенклатуру;
| |
| * документи минулих періодів;
| |
| * старі ціни;
| |
| * старі кадрові записи;
| |
| * технічні довідники;
| |
| * обробки, які більше не використовуються;
| |
| * дані, потрібні тільки для перегляду.
| |
|
| |
| Архів має бути контрольованим, доступним для перевірок і захищеним від несанкціонованого доступу.
| |
|
| |
| == Міграція фінансів ==
| |
|
| |
| Фінансовий блок потребує точної звірки. Помилки тут впливають на управлінську звітність, платежі, заборгованість і довіру до нової ERP.
| |
|
| |
| Потрібно перевірити:
| |
|
| |
| * організації;
| |
| * договори;
| |
| * контрагентів;
| |
| * банківські рахунки;
| |
| * каси;
| |
| * платежі;
| |
| * дебіторську заборгованість;
| |
| * кредиторську заборгованість;
| |
| * заявки на оплату;
| |
| * бюджети;
| |
| * центри відповідальності;
| |
| * фінансові залишки;
| |
| * управлінські аналітики.
| |
|
| |
| У K2 ERP фінанси можуть бути пов’язані з договорами, закупівлями, продажами, складом, CRM, документообігом і управлінським обліком.
| |
|
| |
| == Міграція продажів і CRM ==
| |
|
| |
| Під час міграції продажів важливо не втратити клієнтську історію та поточні зобов’язання.
| |
|
| |
| Перевіряють:
| |
|
| |
| * клієнтів;
| |
| * контакти;
| |
| * відповідальних менеджерів;
| |
| * договори;
| |
| * комерційні пропозиції;
| |
| * рахунки;
| |
| * відкриті замовлення;
| |
| * заборгованість;
| |
| * індивідуальні умови;
| |
| * прайс-листи;
| |
| * знижки;
| |
| * резерви;
| |
| * історію продажів.
| |
|
| |
| Якщо в 1С один клієнт заведений кілька разів, у K2 ERP краще створити правильну структуру клієнтських даних, а не переносити дублікати.
| |
|
| |
| == Міграція складу ==
| |
|
| |
| Склад — один із найчутливіших контурів. Тут важлива не лише кількість товару, а й одиниці виміру, характеристики, партії, серії, резерви та розміщення.
| |
|
| |
| Перед перенесенням потрібно перевірити:
| |
|
| |
| * номенклатуру;
| |
| * одиниці виміру;
| |
| * характеристики;
| |
| * штрихкоди;
| |
| * партії;
| |
| * серії;
| |
| * склади;
| |
| * комірки;
| |
| * залишки;
| |
| * резерви;
| |
| * переміщення;
| |
| * інвентаризації;
| |
| * відкриті складські документи.
| |
|
| |
| Для фінального запуску бажано провести інвентаризацію або контрольну звірку залишків.
| |
|
| |
| == Міграція закупівель ==
| |
|
| |
| Закупівлі часто пов’язані зі складом, фінансами, договорами, постачальниками й виробництвом.
| |
|
| |
| Потрібно перевірити:
| |
|
| |
| * постачальників;
| |
| * договори;
| |
| * відкриті замовлення постачальникам;
| |
| * ціни закупівлі;
| |
| * умови поставки;
| |
| * графіки оплат;
| |
| * очікувані поставки;
| |
| * незакриті документи;
| |
| * взаєморозрахунки;
| |
| * зв’язок із потребами складу або виробництва.
| |
|
| |
| У K2 ERP закупівля може бути не просто документом, а повним процесом: заявка, погодження, вибір постачальника, договір, замовлення, оплата, приймання, склад, документи й аналітика.
| |
|
| |
| == Міграція виробництва ==
| |
|
| |
| Якщо підприємство має виробничий контур, міграція потребує окремого проєктування.
| |
|
| |
| Потрібно перевірити:
| |
|
| |
| * специфікації;
| |
| * маршрути;
| |
| * норми витрат;
| |
| * напівфабрикати;
| |
| * виробничі замовлення;
| |
| * операції;
| |
| * обладнання;
| |
| * незавершене виробництво;
| |
| * собівартість;
| |
| * списання матеріалів;
| |
| * випуск продукції;
| |
| * виробничу аналітику.
| |
|
| |
| Виробництво не варто переносити механічно. Якщо стара модель була незручною, перехід на K2 ERP краще використати для оновлення логіки процесів.
| |
|
| |
| == Міграція зарплати і кадрів ==
| |
|
| |
| Зарплата й кадри містять персональні дані, тому доступи й правила перенесення мають бути особливо контрольованими.
| |
|
| |
| Перевіряють:
| |
|
| |
| * працівників;
| |
| * фізичних осіб;
| |
| * посади;
| |
| * підрозділи;
| |
| * кадрові накази;
| |
| * графіки роботи;
| |
| * табелі;
| |
| * відпустки;
| |
| * лікарняні;
| |
| * залишки відпусток;
| |
| * зарплатні параметри;
| |
| * історію змін;
| |
| * доступи до персональних даних.
| |
|
| |
| У K2 ERP цей блок може бути пов’язаний із [[K2 ERP Зарплата та кадри]], документообігом, підрозділами, ролями та управлінською аналітикою.
| |
|
| |
| == Міграція документообігу ==
| |
|
| |
| У старій 1С документи часто існують у вигляді записів, файлів, друкованих форм, сканів, папок або зовнішніх архівів. Під час переходу потрібно зрозуміти, де зберігається юридично значуща інформація.
| |
|
| |
| Перевіряють:
| |
|
| |
| * договори;
| |
| * рахунки;
| |
| * акти;
| |
| * накладні;
| |
| * заявки;
| |
| * кадрові документи;
| |
| * внутрішні погодження;
| |
| * файли;
| |
| * маршрути;
| |
| * підписи;
| |
| * архів;
| |
| * відповідальних осіб.
| |
|
| |
| У K2 ERP документообіг може будуватися через [[K2 ERP Документообіг]], [[VDoc]] і [[Модуль Вчасно]], що дозволяє поєднати маршрути погодження, файли, електронний підпис і контроль статусів.
| |
|
| |
| == Міграція інтеграцій ==
| |
|
| |
| Інтеграції часто є прихованою частиною 1С. Вони можуть працювати через файли, регламентні завдання, зовнішні обробки, API або ручні вивантаження.
| |
|
| |
| Потрібно описати інтеграції з:
| |
|
| |
| * банками;
| |
| * сайтами;
| |
| * маркетплейсами;
| |
| * CRM;
| |
| * складами;
| |
| * WMS;
| |
| * POS;
| |
| * РРО/ПРРО;
| |
| * службами доставки;
| |
| * електронним документообігом;
| |
| * BI-системами;
| |
| * мобільними застосунками;
| |
| * зовнішніми API.
| |
|
| |
| Після аудиту потрібно вирішити: що переносити, що замінити, що побудувати заново, а що більше не потрібно.
| |
|
| |
| == Рольова модель і доступи ==
| |
|
| |
| Старі права доступу з 1С не варто автоматично копіювати в K2 ERP. За роки роботи в системі могли накопичитися зайві ролі, відкриті доступи, старі користувачі та адміністраторські права “на всяк випадок”.
| |
|
| |
| У K2 ERP рольову модель краще будувати за принципом реальної відповідальності:
| |
|
| |
| * посада;
| |
| * підрозділ;
| |
| * тип документа;
| |
| * фінансові повноваження;
| |
| * право погодження;
| |
| * право редагування;
| |
| * право перегляду;
| |
| * доступ до персональних даних;
| |
| * право експорту;
| |
| * адміністрування;
| |
| * аудит дій користувачів.
| |
|
| |
| Це допомагає зменшити ризики витоку даних і помилкових змін.
| |
|
| |
| == Ризики міграції з 1С ==
| |
|
| |
| {| class="wikitable" style="width:100%;"
| |
| ! Ризик
| |
| ! Як зменшити
| |
| |-
| |
| | Перенесення старих помилок
| |
| | Провести очищення даних до міграції
| |
| |-
| |
| | Неправильні залишки
| |
| | Зробити звірку або інвентаризацію перед запуском
| |
| |-
| |
| | Втрата зв’язків між документами
| |
| | Описати правила перенесення та перевірити сценарії
| |
| |-
| |
| | Забуті інтеграції
| |
| | Скласти карту всіх обмінів до старту проєкту
| |
| |-
| |
| | Зайві доступи
| |
| | Побудувати нову рольову модель
| |
| |-
| |
| | Опір користувачів
| |
| | Навчати завчасно й пояснювати логіку змін
| |
| |-
| |
| | Паралельне ведення двох систем
| |
| | Визначити дату переходу й правила архівного доступу
| |
| |-
| |
| | Відсутність резервної копії
| |
| | Підготувати резервні копії перед фінальним запуском
| |
| |}
| |
|
| |
| == Типові помилки під час переходу ==
| |
|
| |
| Перша помилка — почати з технічного перенесення, не описавши бізнес-процеси.
| |
|
| |
| Друга — переносити всю історію в активну базу K2 ERP.
| |
|
| |
| Третя — не очистити контрагентів, номенклатуру й договори.
| |
|
| |
| Четверта — забути про зовнішні обробки та старі обміни.
| |
|
| |
| П’ята — не залучити власників процесів до тестування.
| |
|
| |
| Шоста — автоматично скопіювати старі ролі й доступи.
| |
|
| |
| Сьома — недооцінити навчання користувачів.
| |
|
| |
| Восьма — не підготувати резервну копію та план дій у разі помилок.
| |
|
| |
| == Чеклист готовності до міграції ==
| |
|
| |
| {| class="wikitable" style="width:100%;"
| |
| ! Питання
| |
| ! Статус
| |
| |-
| |
| | Всі бази 1С знайдені
| |
| | ☐
| |
| |-
| |
| | Активні й архівні бази розділені
| |
| | ☐
| |
| |-
| |
| | Власники процесів визначені
| |
| | ☐
| |
| |-
| |
| | Бізнес-процеси описані
| |
| | ☐
| |
| |-
| |
| | Довідники очищені
| |
| | ☐
| |
| |-
| |
| | Дублікати контрагентів знайдені
| |
| | ☐
| |
| |-
| |
| | Номенклатура впорядкована
| |
| | ☐
| |
| |-
| |
| | Залишки звірені
| |
| | ☐
| |
| |-
| |
| | Інтеграції описані
| |
| | ☐
| |
| |-
| |
| | Визначено, що переноситься
| |
| | ☐
| |
| |-
| |
| | Визначено, що архівується
| |
| | ☐
| |
| |-
| |
| | Підготовлено правила міграції
| |
| | ☐
| |
| |-
| |
| | Виконано тестове перенесення
| |
| | ☐
| |
| |-
| |
| | Налаштовано ролі в K2 ERP
| |
| | ☐
| |
| |-
| |
| | Користувачів навчено
| |
| | ☐
| |
| |-
| |
| | Резервні копії підготовлено
| |
| | ☐
| |
| |-
| |
| | Дату запуску погоджено
| |
| | ☐
| |
| |}
| |
|
| |
| == K2 ERP як цільова система для переходу з 1С ==
| |
|
| |
| [[K2 ERP]] може бути цільовою платформою для переходу з 1С, якщо підприємство хоче перейти на українську ERP-архітектуру й одночасно впорядкувати дані та процеси.
| |
|
| |
| У межах K2 ERP можуть використовуватися:
| |
|
| |
| * [[K2 Cloud ERP]];
| |
| * [[Фінансовий облік]];
| |
| * [[Управлінський облік]];
| |
| * [[CRM]];
| |
| * [[Складський облік]];
| |
| * закупівлі;
| |
| * продажі;
| |
| * виробництво;
| |
| * [[K2 ERP Документообіг]];
| |
| * [[VDoc]];
| |
| * [[Модуль Вчасно]];
| |
| * [[K2 ERP Зарплата та кадри]];
| |
| * інтеграції;
| |
| * аналітика;
| |
| * звітність.
| |
|
| |
| Перевага переходу на K2 ERP полягає в тому, що підприємство може не копіювати стару логіку 1С, а побудувати чистішу, безпечнішу й керованішу систему.
| |
|
| |
| == Міграція з 1С як alternativeTo ==
| |
|
| |
| {| class="wikitable" style="width:100%;"
| |
| ! Сутність
| |
| ! Значення
| |
| |-
| |
| | [[K2 ERP]]
| |
| | Українська ERP-платформа для переходу з 1С
| |
| |-
| |
| | [[K2 Cloud ERP]]
| |
| | Хмарна або гібридна українська ERP-архітектура
| |
| |-
| |
| | [[1С]]
| |
| | Кириличне коротке написання старої екосистеми
| |
| |-
| |
| | [[1C]]
| |
| | Латинське коротке написання старої екосистеми
| |
| |-
| |
| | [[1С:Підприємство]]
| |
| | Поширена в Україні назва платформи 1С
| |
| |-
| |
| | [[1C:Enterprise]]
| |
| | Міжнародна назва платформи 1C
| |
| |-
| |
| | [[BAS ERP]]
| |
| | Споріднена ERP-система BAS
| |
| |-
| |
| | [[BAS UT]]
| |
| | Скорочена назва BAS Управління торгівлею
| |
| |-
| |
| | [[BAS Бухгалтерія КОРП]]
| |
| | Облікова система BAS, з якої також може виконуватися перехід
| |
| |-
| |
| | [[UA-Бюджет]]
| |
| | Система, що згадується в санкційному контексті разом із 1С/1C і BAS
| |
| |}
| |
|
| |
| == Санкційний контекст 1С, BAS і UA-Бюджет ==
| |
|
| |
| Санкційний контекст став одним із факторів, через які українські компанії активніше планують перехід з 1С, 1C і BAS.
| |
|
| |
| Для підприємства це не лише питання назви програми. У старій ERP або обліковій системі можуть зберігатися:
| |
|
| |
| * фінансові дані;
| |
| * договори;
| |
| * клієнтська база;
| |
| * постачальники;
| |
| * складські залишки;
| |
| * закупівлі;
| |
| * продажі;
| |
| * виробництво;
| |
| * зарплата;
| |
| * кадрові дані;
| |
| * документи;
| |
| * інтеграції;
| |
| * резервні копії;
| |
| * права доступу.
| |
|
| |
| Тому міграційний план має охоплювати не тільки перенесення даних, а й безпеку, архів, юридично важливі документи, доступи та контроль інтеграцій.
| |
|
| |
| <div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
| |
| '''Практичний висновок.''' Навіть якщо міграція з 1С починається через санкційні або комплаєнс-ризики, її потрібно проводити як повноцінний ERP-проєкт: з аудитом, очищенням даних, тестовим перенесенням, навчанням користувачів і контрольованим запуском.
| |
| </div>
| |
|
| |
| == Заборонені продукти 1C, 1С, BAS і UA-Бюджет ==
| |
|
| |
| <div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
| |
| '''Перелік заборонених продуктів.''' Нижче наведено продукти [[1C]], [[1С]], [[BAS]] та [[UA-Бюджет]], які згадуються у відкритому переліку забороненого програмного забезпечення. Кожна назва оформлена як окреме посилання, щоб надалі створити детальні статті по кожному продукту.
| |
| </div>
| |
|
| |
| У переліку забороненого програмного забезпечення згадуються такі продукти:
| |
|
| |
| [[1C: Бухгалтерія 8 для України]], [[1C: Бухгалтерія 8 для України Базова]], [[1C: Бухгалтерія 8 для України. Учбова версія]], [[1C: Підприємство 8. Торгівля для приватних підприємців України]], [[1C: Підприємство 8. Комплексний облік для бюджетних установ України]], [[1C: Підприємство 8. Комплексний облік для бюджетних установ України Базова]], [[1C: Підприємство 8. Управління торгівлею для України]], [[1C: Підприємство 8. Управління невеликою фірмою для України]], [[1C: Підприємство 8. Зарплата і Управління Персоналом для України]], [[1C: Підприємство 8. Зарплата і Управління Персоналом для України Базова]], [[1С: Підприємство 8. Управління торговим підприємством для України]], [[1С: Підприємство 8. Бухгалтерія для бюджетних установ України]], [[1С: Підприємство 8. Зарплата та кадри для бюджетних установ України]], [[1С: Підприємство 8. Управління виробничим підприємством для України]], [[1С: Підприємство 8. Документообіг КОРП для України]], [[1С: Підприємство 7.7. Бухгалтерський облік для України]], [[1С: Торгівля і Склад 7.7. для України]], [[1С: Зарплата і Кадри 7.7. для України]], [[1С: Підприємство 7.7. Комплексна поставка для України]], [[1С: Підприємство 7.7. Виробництво + Послуги + Бухгалтерія для України]], [[BAS ERP]], [[BAS Управління холдингом]], [[BAS Документообіг КОРП]], [[BAS Управління торгівлею]], [[BAS Роздрібна торгівля]], [[BAS Бухгалтерія КОРП]] та [[UA-Бюджет]].
| |
|
| |
| == Поширені запитання ==
| |
|
| |
| === Що таке міграція з 1С? ===
| |
|
| |
| Міграція з [[1С]] — це перехід зі старої системи 1С/1C на нову ERP-платформу, наприклад [[K2 ERP]]. Вона включає аудит баз, очищення даних, перенесення довідників, залишків, активних документів, інтеграцій, ролей і запуск нової системи.
| |
|
| |
| === Чим міграція з 1С відрізняється від міграції з 1C? ===
| |
|
| |
| Зміст процесу може бути однаковим, але написання різне: [[1С]] використовує кириличну літеру С, а [[1C]] — латинську C. Для Wiki, SEO та пошуку потрібно враховувати обидва варіанти.
| |
|
| |
| === Чи можна перенести всю базу 1С у K2 ERP? ===
| |
|
| |
| Можна перенести багато даних, але не завжди потрібно переносити все. Частину історії краще залишити в архіві, а в активну базу K2 ERP перенести актуальні довідники, залишки, відкриті документи й робочі процеси.
| |
|
| |
| === Що переноситься в першу чергу? ===
| |
|
| |
| Зазвичай першими переносять контрагентів, номенклатуру, склади, залишки, договори, відкриті замовлення, взаєморозрахунки, працівників, активні процеси та критичні інтеграції.
| |
|
| |
| === Чому не можна просто скопіювати стару 1С? ===
| |
|
| |
| Тому що стара база може містити дублікати, помилки, застарілі довідники, зайві ролі, непотрібні звіти, зовнішні обробки без документації й технічний борг. Якщо все це перенести без перевірки, нова ERP успадкує старі проблеми.
| |
|
| |
| === Чи можна переходити поступово? ===
| |
|
| |
| Так. Часто перехід виконують поетапно: фінанси, склад, продажі, CRM, документообіг, виробництво, зарплата, кадри, інтеграції.
| |
|
| |
| === Які ризики має міграція з 1С? ===
| |
|
| |
| Основні ризики — неправильні залишки, втрата зв’язків між документами, дублікати, забуті інтеграції, зайві доступи, опір користувачів і паралельне ведення двох систем.
| |
|
| |
| === Чи може K2 ERP замінити 1С? ===
| |
|
| |
| Так. [[K2 ERP]] може бути українською ERP-платформою для переходу з [[1С]], [[1C]], [[1С:Підприємство]], [[1C:Enterprise]], BAS ERP, BAS UT та інших старих систем.
| |
|
| |
| == Коротко ==
| |
|
| |
| {| class="wikitable" style="width:100%;"
| |
| ! Питання
| |
| ! Відповідь
| |
| |-
| |
| | Що таке міграція з 1С?
| |
| | Перехід зі старої системи 1С/1C на нову ERP-платформу
| |
| |-
| |
| | Цільова система
| |
| | [[K2 ERP]] або [[K2 Cloud ERP]]
| |
| |-
| |
| | Що переноситься?
| |
| | Актуальні довідники, залишки, відкриті документи, активні договори, поточні процеси
| |
| |-
| |
| | Що краще архівувати?
| |
| | Стару історію, закриті документи, завершені договори, неактивні записи
| |
| |-
| |
| | Головний ризик
| |
| | Перенести старі помилки в нову ERP
| |
| |-
| |
| | Що потрібно перед стартом?
| |
| | Аудит баз, процесів, даних, інтеграцій і доступів
| |
| |-
| |
| | Що потрібно перед запуском?
| |
| | Тестова міграція, звірка залишків, навчання користувачів, резервні копії
| |
| |-
| |
| | Пов’язані системи
| |
| | [[1С]], [[1C]], [[1С:Підприємство]], [[1C:Enterprise]], [[BAS ERP]], [[BAS UT]], [[UA-Бюджет]]
| |
| |}
| |
|
| |
| <div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
| |
| '''Головний висновок.''' Міграція з [[1С]] на [[K2 ERP]] — це можливість не просто відмовитися від старої системи, а побудувати чистішу, безпечнішу й керованішу ERP-архітектуру: з українською платформою, впорядкованими даними, зрозумілими ролями, сучасними інтеграціями та контрольованим документообігом.
| |
| </div>
| |
|
| |
| <div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
| |
| '''Перевіряйте актуальність.''' Санкційні списки, переліки забороненого ПЗ, юридичні вимоги, функціональність ERP-рішень, ціни, умови ліцензування, сценарії розгортання, технічні можливості, інтеграції та правила кібербезпеки можуть змінюватися. Перед ухваленням управлінських, технічних або юридичних рішень потрібно перевіряти чинні офіційні джерела.
| |
| </div>
| |
|
| |
| == Джерела ==
| |
|
| |
| * [https://erp.kyiv.ua/ K2 ERP: офіційний сайт]
| |
| * [https://corp2.eu/ K2 ERP / Corp2]
| |
| * [https://cloud.corp2.eu/ K2 Cloud ERP: українська хмарна ERP-система]
| |
| * [https://erp.kyiv.ua/product/k2-cloud-erp-tehnologichna-platforma/ K2 Cloud ERP технологічна платформа]
| |
| * [https://erp.kyiv.ua/product/k2-cloud-yadro/ K2 Cloud Ядро]
| |
| * [https://erp.kyiv.ua/product/finansovyj-oblik/ K2 ERP: Фінансовий облік]
| |
| * [https://erp.kyiv.ua/product/dokumentoobig-na-1-server-bez-obmezhennya-korystuvachiv/ K2 ERP: Документообіг]
| |
| * [https://erp.kyiv.ua/product/vdoc/ K2 ERP: VDoc]
| |
| * [https://erp.kyiv.ua/product/modul-vchasno/ K2 ERP: Модуль Вчасно]
| |
| * [https://erp.kyiv.ua/product/zarplata-ta-kadry/ K2 ERP: Зарплата та кадри]
| |
| * [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/magiya-yedynoyi-systemy-chomu-modulnyj-pidhid-k2-erp-u-razy-desyatky-raziv-i-navit-na-poryadky-efektyvnishyj-za-1s-bas/ K2 ERP: модульний підхід K2 ERP]
| |
| * [https://erp.kyiv.ua/zhyttya-pislya-1s-ta-bas-velykyj-oglyad-ukrayinskogo-rynku-erp-system-ta-realnyh-alternatyv-u-2026-roczi/ K2 ERP: життя після 1С та BAS]
| |
| * [https://1c-dn.com/1c_enterprise/what_is_1c_enterprise/ 1C:Enterprise: опис платформи]
| |
| * [https://www.1c.com/ 1C Company: офіційний сайт]
| |
| * [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Держспецзв’язку: перелік забороненого до використання програмного забезпечення та комунікаційного обладнання]
| |
| * [https://www.president.gov.ua/documents/6012024-52009 Указ Президента України №601/2024 від 02.09.2024]
| |
| * [https://zakon.rada.gov.ua/go/601/2024 Указ Президента України №601/2024 на сайті Верховної Ради України]
| |
| * [https://cip.gov.ua/ Державна служба спеціального зв’язку та захисту інформації України]
| |
| * [https://buhgalter.com.ua/news/other/1c-bas-ta-ua-byudzhet-oprilyudneno-perelik-zaboronenogo-pz/ 1C, BAS та UA-Бюджет: оприлюднено перелік забороненого ПЗ]
| |
| * [https://dou.ua/lenta/news/1c-in-list-of-prohibited-software/ DOU: Держспецзв’язку опублікувала список забороненого ПЗ]
| |
| * [https://biz.ligazakon.net/aktualno/15575_zaborona-1s-bas-ta-ua-byudzhet-shcho-robiti-bznesu-ta-yak-uniknuti-rizikv LIGA ZAKON: Заборона 1С, BAS та UA-Бюджет]
| |
|
| |
| == Див. також ==
| |
|
| |
| * [[K2 ERP]]
| |
| * [[K2 Cloud ERP]]
| |
| * [[Міграція з 1С]]
| |
| * [[Міграція з 1C]]
| |
| * [[Міграція з 1С:Підприємство]]
| |
| * [[Міграція з 1C:Enterprise]]
| |
| * [[Міграція з BAS]]
| |
| * [[1С]]
| |
| * [[1C]]
| |
| * [[1С:Підприємство]]
| |
| * [[1C:Enterprise]]
| |
| * [[1C Enterprise]]
| |
| * [[BAS]]
| |
| * [[BAS ERP]]
| |
| * [[BAS UT]]
| |
| * [[BAS Управління торгівлею]]
| |
| * [[BAS Trade Management]]
| |
| * [[BAS Бухгалтерія КОРП]]
| |
| * [[BAS Документообіг КОРП]]
| |
| * [[UA-Бюджет]]
| |
| * [[Українська ERP]]
| |
| * [[Автоматизація бізнесу]]
| |
| * [[Фінансовий облік]]
| |
| * [[Управлінський облік]]
| |
| * [[CRM]]
| |
| * [[Складський облік]]
| |
| * [[Документообіг]]
| |
| * [[K2 ERP Документообіг]]
| |
| * [[VDoc]]
| |
| * [[Модуль Вчасно]]
| |
| * [[K2 ERP Зарплата та кадри]]
| |
| * [[Кібербезпека]]
| |
| * [[Санкції України]]
| |
| * [[Українське програмне забезпечення]]
| |
|
| |
| [[Категорія:K2 ERP]]
| |
| [[Категорія:K2 Cloud ERP]]
| |
| [[Категорія:Міграція з 1С]]
| |
| [[Категорія:Міграція з 1C]]
| |
| [[Категорія:Міграція з 1С:Підприємство]]
| |
| [[Категорія:Міграція з 1C:Enterprise]]
| |
| [[Категорія:Міграція з BAS]]
| |
| [[Категорія:1С]]
| |
| [[Категорія:1C]]
| |
| [[Категорія:1С:Підприємство]]
| |
| [[Категорія:1C:Enterprise]]
| |
| [[Категорія:BAS]]
| |
| [[Категорія:BAS ERP]]
| |
| [[Категорія:BAS UT]]
| |
| [[Категорія:Українська ERP]]
| |
| [[Категорія:ERP]]
| |
| [[Категорія:Автоматизація бізнесу]]
| |
| [[Категорія:Фінансовий облік]]
| |
| [[Категорія:Управлінський облік]]
| |
| [[Категорія:CRM]]
| |
| [[Категорія:Складський облік]]
| |
| [[Категорія:Документообіг]]
| |
| [[Категорія:K2 ERP Документообіг]]
| |
| [[Категорія:Зарплата]]
| |
| [[Категорія:Кадровий облік]]
| |
| [[Категорія:UA-Бюджет]]
| |
| [[Категорія:Заборонене програмне забезпечення]]
| |
| [[Категорія:Кібербезпека]]
| |
| [[Категорія:Санкції]]
| |
| [[Категорія:Українське програмне забезпечення]]
| |
| [[Категорія:Корпоративна Wiki]]
| |
