Нетипова конфігурація 1С

Нетипова конфігурація 1С — це конфігурація 1С або BAS, яка була змінена порівняно з типовою версією: у ній могли доробити документи, довідники, форми, модулі, регістри, звіти, обробки, права доступу, алгоритми проведення, друковані форми, інтеграції, обміни, маршрути погодження або галузеву логіку. Таку систему часто називають доробленою, зміненою, кастомізованою або “знятою з підтримки”.

Нетипова 1С може роками закривати реальні потреби бізнесу, але водночас створює ризики: складні оновлення, залежність від конкретних програмістів, слабка документація, нестабільні інтеграції, складна міграція, помилки в регістрах, дублювання доробок, проблеми з Power BI та труднощі при переході на сучасну ERP.

K2 ERP може використовуватися як українська ERP-платформа для переходу з 1С або BAS. Перед міграцією нетипової конфігурації в K2 ERP потрібно провести аудит доробок, описати змінені об’єкти, виявити додані реквізити, регістри, документи, звіти, обробки, інтеграції, права доступу, бізнес-правила, контрольні суми й визначити, що переносити, що замінити типовим функціоналом K2 ERP, а що прибрати.

Важливо про 1С/BAS і санкційні ризики. Програмні продукти 1С і BAS пов’язані з підсанкційним російським ПЗ та можуть створювати юридичні, комплаєнс-, кібербезпекові й репутаційні ризики для компаній в Україні. Для державного сектору, критичної інфраструктури та систем із державними інформаційними ресурсами використання такого ПЗ може бути прямо обмежене або заборонене. Для приватного бізнесу використання 1С/BAS також потребує оцінки ризиків, плану відмови, вивантаження даних, міграції в українську ERP і контролю безпеки.

Головне. Нетипова конфігурація 1С має відповідати на питання: що саме було змінено, навіщо це зробили, хто користується доробками, які дані вони створюють, чи впливають вони на облік, чи можна їх оновлювати й що з ними робити при переході в K2 ERP.

Перехід у K2 ERP. Перед міграцією з нетипової 1С/BAS у K2 ERP потрібно зробити технічний і бізнес-аудит: описати доробки, змінені модулі, розширення, додані поля, регістри, інтеграції, звіти, обробки, права доступу, сценарії користувачів і контрольні суми.

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

Що таке нетипова конфігурація 1С

Нетипова конфігурація 1С — це конфігурація, яка відрізняється від стандартної типової поставки.

Нетиповість може з’явитися через:

зміну документів;
додавання нових довідників;
додавання реквізитів;
зміну форм;
зміну модулів;
зміну алгоритмів проведення;
створення нових регістрів;
зміну звітів;
додавання зовнішніх обробок;
підключення інтеграцій;
зміну прав доступу;
додавання друкованих форм;
галузеві доробки;
перенесення логіки з Excel у 1С;
тимчасові “швидкі” рішення, які залишилися назавжди.

Простий приклад нетипової конфігурації

Компанія почала з типової 1С для торгівлі, але за кілька років додала:

Доробка	Навіщо зробили	Ризик
Поле “Канал продажу”	Аналізувати сайт, B2B, маркетплейси	Треба перенести в K2 ERP
Контроль мінімальної маржі	Заборонити продаж нижче прибутковості	Може зламатися при оновленні
Обмін із сайтом	Завантажувати замовлення автоматично	Критична інтеграція
Друкована форма рахунку з QR	Зручна оплата клієнтами	Потрібна заміна в новій ERP
Звіт для фіндиректора	Управлінська аналітика	Треба відтворити в Power BI

Формально це все “1С”, але фактично це вже окрема нетипова система з власною логікою.

Чим типова конфігурація відрізняється від нетипової

Ознака	Типова конфігурація	Нетипова конфігурація
Структура	Відповідає стандартному релізу	Має зміни, доробки, додані об’єкти
Оновлення	Зазвичай простіше	Часто потребує аналізу конфліктів
Документація	Є типова документація	Потрібна власна документація доробок
Підтримка	Легше знайти спеціалістів	Залежить від історії змін
Міграція	Ближча до стандартного сценарію	Потрібен окремий аудит доробок
Ризики	Нижчі	Вищі через невідомі зміни

Чому конфігурація стає нетиповою

Причини зазвичай бізнесові, а не технічні.

Компанії доробляють 1С, коли потрібно:

додати галузевий процес;
автоматизувати ручну дію;
змінити друковану форму;
додати управлінську аналітику;
зробити інтеграцію з сайтом;
підключити банк;
підключити WMS;
підключити CRM;
додати погодження;
контролювати ціни;
контролювати бюджети;
вести виробництво за власними правилами;
зробити звіт для керівництва;
обійти обмеження типової конфігурації.

Приклад: доробка для продажів

У типовій конфігурації менеджер міг дати будь-яку знижку. Компанія додала контроль маржі.

Доробка перевіряє:

собівартість товару;
мінімальну маржу;
цінову групу;
знижку;
договір клієнта;
права менеджера;
необхідність погодження.

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

Пов’язані сторінки:

Приклад: доробка для закупівель

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

причина закупівлі;
заявка-підстава;
альтернативні постачальники;
очікувана дата поставки;
статус погодження;
бюджет;
відповідальний закупівельник.

Це вже нетипова логіка, яку потрібно описати перед міграцією.

Приклад: доробка для складу

На складі компанії потрібно було вести окремі статуси товару:

доступний;
заблокований;
очікує контролю якості;
брак;
повернення;
карантин;
резерв під клієнта;
внутрішнє використання.

Якщо типова конфігурація цього не підтримувала, програмісти могли додати регістр або реквізит. При переході в K2 ERP ці статуси не можна загубити.

Приклад: доробка для виробництва

Виробнича компанія змінила типовий процес, бо їй потрібні:

власні специфікації;
виробничі етапи;
зміни;
бригади;
контроль браку;
НЗВ;
фактичні витрати матеріалів;
серійний випуск;
інтеграція з MES;
спеціальний розрахунок собівартості.

Пов’язані сторінки:

Ознаки нетипової конфігурації

Конфігурація, ймовірно, нетипова, якщо:

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

Нетипова конфігурація і розширення

Розширення конфігурації 1С — це окремий шар змін. Але конфігурація може бути нетиповою і через прямі зміни, і через розширення.

Варіант	Що означає	Ризик
Прямі зміни конфігурації	Змінена основна конфігурація	Складні оновлення
Розширення	Доробки винесені в окремий шар	Потрібна перевірка сумісності
Зовнішні обробки	Окремі файли для операцій	Можуть бути критичними, але не видимими в конфігурації
Інтеграції	Обміни з іншими системами	Можуть зламатися при оновленні або міграції

Нетипова конфігурація і оновлення

Оновлення нетипової конфігурації 1С складніше, ніж типової.

Перед оновленням потрібно перевірити:

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

Приклад проблеми при оновленні

У нетиповій конфігурації змінили модуль проведення документа “Реалізація товарів”. Після оновлення типовий реліз теж змінив цей модуль.

Можливі наслідки:

виникає конфлікт при об’єднанні;
частина доробки затирається;
документ проводить неправильні рухи;
собівартість рахується інакше;
звіти по маржі не збігаються;
Power BI показує розбіжності.

Нетипова конфігурація і форми

Форми 1С у нетиповій конфігурації часто змінюються під користувачів.

Можуть додаватися:

додаткові поля;
вкладки;
кнопки;
фільтри;
індикатори;
підказки;
команди;
блоки погодження;
поля інтеграцій;
приховані технічні реквізити.

Приклад зміненої форми

У форму “Платіжне доручення” додали:

статус погодження;
заявку на оплату;
бюджет;
статтю руху коштів;
відповідального погоджувача;
кнопку “Надіслати на погодження”;
блок коментарів фіндиректора.

При міграції важливо перенести не лише платіж, а й логіку погодження.

Нетипова конфігурація і модулі

Модулі — найризиковіша частина нетипової конфігурації, бо вони містять логіку.

У модулях можуть бути змінені:

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

Нетипова конфігурація і регістри

Нетипова конфігурація може мати додані або змінені регістри.

Регістри можуть зберігати:

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

Пов’язані сторінки:

Приклад доданого регістру

Компанія додала регістр “Погодження платежів”.

У ньому зберігаються:

документ платежу;
статус;
погоджувач;
дата погодження;
коментар;
сума;
підрозділ;
стаття витрат.

Якщо цей регістр не перенести, у K2 ERP зникне історія погоджень.

Нетипова конфігурація і документи

У нетиповій конфігурації можуть бути змінені типові документи або створені нові.

Приклади нових документів:

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

Нетипова конфігурація і довідники

Можуть бути додані або змінені довідники.

Приклади:

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

Нетипова конфігурація і друковані форми

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

Приклади:

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

Нетипова конфігурація і зовнішні звіти

Зовнішні звіти можуть бути критичною частиною нетипової системи.

Вони можуть показувати:

управлінський P&L;
маржу;
залишки;
дефіцити;
дебіторку;
кредиторку;
бюджет план-факт;
виробництво;
сервіс;
продажі по каналах;
інтеграційні помилки;
контрольні суми для міграції.

Нетипова конфігурація і зовнішні обробки

Зовнішні обробки можуть виконувати важливі дії:

масове оновлення цін;
імпорт номенклатури;
вивантаження в Excel;
завантаження банку;
обмін із сайтом;
очищення дублів;
формування файлів для Power BI;
підготовка даних для K2 ERP;
масова заміна реквізитів;
перенесення залишків.

Нетипова конфігурація і інтеграції

Інтеграції часто роблять конфігурацію нетиповою навіть без великих змін у документах.

Типові інтеграції:

сайт;
інтернет-магазин;
маркетплейс;
CRM;
банк;
WMS;
MES;
LIMS;
TMS;
телефонія;
електронний документообіг;
Power BI;
API зовнішніх систем.

Пов’язана сторінка: API для ERP

Приклад інтеграційної нетиповості

Інтернет-магазин передає замовлення в 1С, а 1С повертає статуси замовлень.

Нетипова логіка може містити:

мапінг артикулів;
автоматичне створення клієнта;
резерв товару;
перевірку оплати;
розрахунок доставки;
статуси відвантаження;
журнал помилок;
зовнішній ID замовлення.

При міграції це потрібно перенести в K2 ERP або замінити новою інтеграцією.

Нетипова конфігурація і права доступу

У доробленій 1С часто є нестандартні права.

Приклади:

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

Пов’язана сторінка: Права доступу в ERP

Нетипова конфігурація і аудит дій

У нетиповій конфігурації можуть бути власні журнали аудиту.

Аудит може фіксувати:

зміну ціни;
зміну договору;
зміну банківського рахунку;
погодження платежу;
зміну статусу;
зміну собівартості;
запуск обробки;
експорт даних;
помилки інтеграції;
ручні коригування.

Пов’язана сторінка: Аудит дій

Нетипова конфігурація і Power BI

Power BI часто будується на даних, які з’явилися через доробки.

Наприклад, у Power BI можуть використовуватися:

канали продажу;
статуси погодження;
додані поля документів;
додаткові регістри;
зовнішні ID;
управлінські статті;
виробничі показники;
сервісні статуси;
контрольні дані;
інтеграційні журнали.

Якщо при міграції перенести тільки типові поля, Power BI втратить частину аналітики.

Приклад Power BI-дашборду для нетипової 1С

Блок	Джерело даних	Ризик при міграції
Маржа по каналах	Додане поле “Канал продажу”	Поле можуть не перенести
Погодження платежів	Доданий регістр погоджень	Історія погоджень зникне
Помилки сайту	Інтеграційний журнал	Не буде контролю обміну
Виробничі етапи	Дороблені документи виробництва	Втрата деталізації собівартості

Аудит нетипової конфігурації

Перед міграцією або оновленням потрібно провести аудит.

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

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

Реєстр доробок нетипової 1С

Реєстр доробок — це головний документ для аналізу нетипової конфігурації.

Він має містити:

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

Приклад реєстру доробок

Доробка	Об’єкт	Критичність	Рішення для K2 ERP
Контроль маржі	Реалізація товарів	Висока	Реалізувати як бізнес-правило
Погодження платежів	Платіжне доручення	Висока	Перенести в казначейство K2 ERP
Обмін із сайтом	API / замовлення клієнта	Висока	Переробити інтеграцію через API K2 ERP
Старий звіт по складу	Зовнішній звіт	Низька	Не переносити, замінити Power BI
Друк рахунку	Друкована форма	Середня	Реалізувати в K2 ERP

Класифікація доробок за критичністю

Рівень	Опис	Приклад
Критична	Без неї бізнес-процес зупиниться	Обмін із сайтом, погодження платежів
Важлива	Впливає на контроль або облік	Контроль маржі, бюджетні ліміти
Допоміжна	Полегшує роботу користувачів	Друкована форма, кнопка експорту
Застаріла	Більше не використовується	Старий звіт або тимчасова обробка

Нетипова конфігурація при міграції в K2 ERP

Міграція нетипової 1С складніша, бо потрібно переносити не тільки стандартні довідники й документи, а й бізнес-логіку.

Перед міграцією потрібно перевірити:

довідники;
документи;
регістри;
дороблені реквізити;
додані документи;
додані статуси;
зовнішні ID;
інтеграції;
звіти;
обробки;
права доступу;
маршрути погодження;
історію змін;
контрольні суми.

Пов’язана сторінка: Міграція доробленої 1С на K2 ERP

Реплікатор K2 і нетипова конфігурація 1С

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

Для нетипової 1С Реплікатор K2 може бути корисним для:

вивантаження типових довідників;
вивантаження дороблених реквізитів;
перенесення доданих статусів;
перенесення даних із додаткових регістрів;
перенесення зовнішніх ID;
звірки контрольних сум;
підготовки даних для Power BI;
тестового завантаження;
порівняння результатів між 1С і K2 ERP;
підтримки паралельного запуску.

Карта міграції нетипової конфігурації

Карта міграції має описувати не тільки стандартні об’єкти, а й доробки.

Вона має містити:

об’єкт 1С;
тип об’єкта;
типова чи нетипова логіка;
додані реквізити;
додані регістри;
правила перетворення;
цільовий об’єкт K2 ERP;
критичність;
контрольну суму;
відповідального;
статус готовності;
рішення: перенести, замінити, прибрати.

Приклад карти міграції

Об’єкт 1С	Нетипова зміна	Ціль у K2 ERP	Контроль
Замовлення клієнта	Додано канал продажу	Поле “Канал продажу”	Кількість документів по каналах
Платіжне доручення	Додано статус погодження	Процес погодження казначейства	Кількість погоджених платежів
Номенклатура	Додано ознаку імпорту	Додаткова аналітика товару	Кількість імпортних позицій
Регістр погоджень	Доданий регістр	Історія погоджень	Кількість записів

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

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

Контроль може включати:

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

Вивантаження даних з нетипової 1С

Вивантаження з нетипової конфігурації має враховувати всі зміни.

Зазвичай вивантажують:

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

Пов’язана сторінка: Вивантаження даних 1С

Приклад структури файлу доробок

Поле	Приклад	Навіщо потрібно
custom_object	Погодження платежів	Назва доробки
source_object	Платіжне доручення	Об’єкт 1С
custom_field	approval_status	Доданий реквізит
value	Погоджено	Значення
document_number	ПД-000184	Документ
target_object	K2 Treasury Approval	Куди переноситься

Зовнішній звіт для аудиту нетипової 1С

Зовнішній звіт 1С може допомогти зібрати дані про доробки.

Звіт може показувати:

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

Зовнішня обробка для нетипової 1С

Зовнішня обробка 1С може використовуватися для експорту дороблених даних.

Обробка може допомогти:

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

Нетипова конфігурація і паралельний запуск ERP

Під час паралельного запуску ERP потрібно особливо уважно порівнювати логіку старої доробленої 1С і нової K2 ERP.

Потрібно контролювати:

однаковість довідників;
однаковість документів;
статуси;
погодження;
залишки;
борги;
аванси;
ціни;
собівартість;
права доступу;
результати Power BI;
розбіжності через доробки.

Нетипова конфігурація і технічний борг

Нетипова конфігурація часто накопичує технічний борг.

Ознаки технічного боргу:

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

Нетипова конфігурація як сигнал до заміни 1С/BAS

Якщо конфігурація стала занадто складною для підтримки, це може бути сигналом до переходу на нову ERP.

Ознаки:

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

Пов’язана сторінка: Заміна BAS

Нетипова конфігурація в K2 ERP

У K2 ERP логіку, яка раніше була реалізована в нетиповій 1С, можна переносити не “код у код”, а як бізнес-процеси.

У K2 ERP можна реалізувати:

додаткові поля;
статуси;
маршрути погодження;
ролі й права;
API-інтеграції;
Power BI-аналітику;
управлінські довідники;
казначейські процеси;
складські статуси;
виробничі процеси;
аудит дій;
контрольні правила.

Типові помилки в нетиповій конфігурації 1С

Поширені проблеми:

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

Типові помилки при міграції нетипової 1С

Поширені помилки переходу:

мігрувати як типову базу;
не зробити аудит доробок;
не перевірити додані реквізити;
не перенести додаткові статуси;
не перенести дані з додаткових регістрів;
не врахувати інтеграції;
не перенести зовнішні ID;
не відтворити погодження;
не перевірити права доступу;
не звірити Power BI;
не зробити контрольні суми;
не погодити нову логіку з користувачами.

Впровадження контролю нетипової конфігурації при переході в K2 ERP

Контроль нетипової 1С потрібно виконувати як окремий етап проєкту міграції.

Основні етапи:

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

Що підготувати перед аудитом нетипової 1С

Перед аудитом потрібно підготувати:

доступ до конфігуратора;
список баз;
список релізів;
список розширень;
список зовнішніх звітів;
список зовнішніх обробок;
список інтеграцій;
приклади критичних документів;
опис бізнес-процесів;
список користувачів;
список ролей;
Power BI-звіти;
контрольні звіти;
резервну копію;
тестову базу;
карту міграції.

Переваги правильного аудиту нетипової конфігурації

Правильний аудит допомагає перейти з 1С/BAS без втрати важливої логіки.

Переваги:

зрозуміло, що саме дороблено;
видно критичні процеси;
менше ризиків при міграції;
не губляться додані поля;
не губляться статуси;
не губляться інтеграційні ID;
простіше відтворити процеси в K2 ERP;
легше запустити Power BI;
менше ручних виправлень після старту;
простіше відмовитися від 1С/BAS.

Пов’язані сторінки

FAQ

Що таке нетипова конфігурація 1С?

Нетипова конфігурація 1С — це конфігурація, яка була змінена порівняно з типовою: у ній дороблені документи, форми, модулі, регістри, звіти, обробки, права, інтеграції або бізнес-логіка.

Чим нетипова конфігурація відрізняється від типової?

Типова конфігурація відповідає стандартному релізу. Нетипова має зміни, які потрібно окремо супроводжувати, оновлювати, документувати й враховувати при міграції.

Чому компанії роблять нетипову 1С?

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

Чому нетипову конфігурацію складніше оновлювати?

Оновлення може конфліктувати зі зміненими модулями, формами, регістрами, документами, розширеннями й обробками. Тому перед оновленням потрібні тестова база, резервна копія й перевірка критичних процесів.

Чому нетипова 1С важлива при міграції в K2 ERP?

У нетипових доробках часто зберігається реальна бізнес-логіка компанії. Якщо її не проаналізувати, при переході в K2 ERP можна втратити важливі поля, статуси, погодження, інтеграції або правила обліку.

Що потрібно перевірити перед міграцією нетипової 1С?

Потрібно перевірити змінені об’єкти, додані реквізити, додані регістри, розширення, зовнішні звіти, зовнішні обробки, інтеграції, права доступу, Power BI-звіти й контрольні суми.

Що таке реєстр доробок?

Реєстр доробок — це таблиця, де описані всі зміни нетипової конфігурації: бізнес-задача, технічний опис, об’єкти, поля, регістри, критичність, відповідальний і рішення для міграції.

Як вивантажити дані з нетипової 1С?

Дані можна вивантажити через запити, регістри, зовнішні звіти, зовнішні обробки, Excel, CSV або сценарій міграції, включивши не тільки типові поля, а й дороблені реквізити та додаткові регістри.

Чи потрібно переносити всі доробки в K2 ERP?

Ні. Частину доробок потрібно перенести, частину замінити типовим функціоналом K2 ERP, частину реалізувати через Power BI або API, а застарілі доробки можна не переносити.

Який результат правильного аудиту нетипової конфігурації?

Результат — зрозуміла карта доробок, менше ризиків міграції, збережена бізнес-логіка, чисті дані, контрольні суми, готовність до Power BI й безпечніший перехід у K2 ERP.

Коротко

Питання	Відповідь
Що таке нетипова конфігурація 1С?	Дороблена або змінена конфігурація, яка відрізняється від типової.
Для чого виникає?	Для адаптації 1С під процеси бізнесу: продажі, закупівлі, склад, виробництво, погодження, інтеграції й звіти.
Що перевіряють?	Змінені документи, довідники, форми, модулі, регістри, звіти, обробки, розширення, права й інтеграції.
Чи важлива при переході на K2 ERP?	Так, нетипову конфігурацію потрібно окремо аналізувати перед міграцією в K2 ERP.
Що важливо перед міграцією?	Зробити реєстр доробок, карту міграції, вивантажити додані дані й звірити контрольні суми.
Що допомагає з перенесенням?	Реплікатор K2, зовнішні звіти, зовнішні обробки, аудит доробок, тестове завантаження й Power BI.
Який результат?	Збережена бізнес-логіка, чисті дані, менше ризиків, аудит дій і готовність до запуску K2 ERP.