Доопрацьована конфігурація 1С

Доопрацьована конфігурація 1С — це конфігурація 1С / BAS, у яку були внесені індивідуальні зміни під потреби конкретної компанії: додані документи, реквізити, табличні частини, звіти, обробки, друковані форми, регістри, ролі, інтеграції, правила обміну, галузеві механізми або змінена стандартна логіка обліку.

У практиці доопрацьована конфігурація часто виникає тоді, коли стандартна 1С/BAS уже не закриває бізнес-процеси компанії. Наприклад, бізнесу потрібен нестандартний облік виробництва, склад із комірками, спеціальні правила ціноутворення, інтеграція з сайтом, CRM, WMS, банком, маркетплейсом або власні управлінські звіти.

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

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

Головна ідея. Доопрацьована конфігурація 1С — це не просто “трохи змінена база”. Це окрема інформаційна система з власною логікою, історією доробок, прихованими залежностями, технічним боргом і ризиками міграції. Перед переходом на ERP її потрібно не копіювати, а розібрати, очистити й переосмислити.

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

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

Доопрацювання можуть бути невеликими або дуже глибокими.

Невеликі приклади:

додали реквізит “Менеджер” у документ;
змінили друковану форму рахунку;
додали звіт по продажах;
додали обробку завантаження з Excel;
зробили нову роль користувача;
додали поле “Проєкт” у документи.

Глибокі приклади:

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

Простий приклад

Компанія торгує обладнанням і веде сервіс.

У стандартній 1С є продажі, склад і закупівлі, але немає потрібної сервісної логіки.

Тому програміст додав:

Доробка	Для чого зробили	Ризик при міграції
Документ “Сервісна заявка”	фіксувати звернення клієнтів	потрібно зрозуміти, чи переносити історію заявок
Реквізит “Серійний номер”	відстежувати обладнання	потрібно зберегти простежуваність
Звіт “Рентабельність ремонту”	бачити прибуток по сервісу	потрібно відтворити логіку в K2 ERP або Power BI
Інтеграція з сайтом	приймати заявки онлайн	потрібно замінити або перенести API

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

Чому компанії доопрацьовують 1С

Типові причини:

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

Основні типи доробок 1С

Тип доробки	Приклад	Що перевірити перед міграцією
Нові реквізити	поле “Проєкт” у реалізації	чи заповнене поле в історичних документах
Нові документи	сервісна заявка, бюджет, маршрутний лист	чи є аналог у K2 ERP
Нові звіти	маржа по менеджерах	з яких даних рахується звіт
Нові регістри	регістр бонусів, резервів, KPI	які документи його заповнюють
Змінені рухи	реалізація формує додаткові записи	чи не спотворена стандартна логіка
Інтеграції	сайт, WMS, CRM, банк	які формати, API, файли й правила обміну
Друковані форми	рахунок, акт, накладна	які форми потрібні в новій ERP
Права доступу	ролі складу, продажів, фінансів	які ролі переносити або перебудувати

Доопрацьована конфігурація і типова конфігурація

Ознака	Типова конфігурація	Доопрацьована конфігурація
Логіка	стандартна	змінена під бізнес
Оновлення	простіше	часто складніше
Документи	стандартний набір	можуть бути додані власні
Звіти	типові звіти	багато індивідуальних звітів
Підтримка	зрозуміліша	залежить від автора доробок
Міграція	прогнозованіша	потребує аудиту доробок

Живий приклад: доробка, про яку забули

Компанія переходить з 1С у нову ERP.

Усі кажуть: “У нас стандартна торгівля, нічого складного”.

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

Саме це поле використовувалося у звіті керівника:

роздріб;
опт;
маркетплейс;
дилери;
корпоративні клієнти.

Якщо це поле не перенести, у новій ERP продажі будуть, але аналітика по каналах зникне.

Висновок: навіть маленька доробка може бути критичною для управлінського обліку.

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

Конфігурація, ймовірно, доопрацьована, якщо:

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

Типові доробки в продажах

У продажах часто доопрацьовують:

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

Приклад:

У документ “Замовлення покупця” додали поле “Джерело ліда”.

Замовлення	Джерело ліда	Сума
ЗП-001	Google Ads	35 000 грн
ЗП-002	Маркетплейс	12 000 грн
ЗП-003	Рекомендація	80 000 грн

Це поле може бути критичним для маркетингової аналітики.

Типові доробки в складі

У складському обліку часто додають:

адресне зберігання;
комірки;
статуси товару;
склад браку;
склад повернень;
партії;
серії;
резерви;
терміни придатності;
обробки інвентаризації;
імпорт із ТЗД;
інтеграцію з WMS;
контроль мінусових залишків.

Приклад:

У компанії є склад “Основний”, але всередині 1С додали комірки:

Товар	Склад	Комірка	Кількість
Товар A	Основний	A-01-03	20
Товар A	Основний	B-04-01	15
Товар B	Основний	C-02-07	8

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

Типові доробки у виробництві

У виробництві доопрацювання можуть бути дуже глибокими:

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

Живий приклад:

Стандартна 1С списувала матеріали по нормі, але компанія доробила фактичне списання за даними цеху.

Якщо перенести тільки стандартні документи, ERP не побачить реальне споживання матеріалів і план-факт виробництва.

Типові доробки у фінансах

У фінансах часто додають:

статті Cash Flow;
платіжний календар;
заявки на оплату;
маршрути погодження;
ліміти платежів;
бюджети;
план-факт;
проєкти;
ЦФВ;
управлінський P&L;
консолідацію по групі компаній;
інтеграцію з банками;
звіти для CFO.

Приклад:

У банківській виписці додали обов’язкове поле “Стаття Cash Flow”.

Якщо його не перенести в K2 ERP, платежі будуть, але управлінський Cash Flow зламається.

Типові доробки в бухгалтерії

У бухгалтерії можуть бути змінені:

план рахунків;
субконто;
правила проводок;
друковані форми;
податкові документи;
закриття місяця;
регламентовані звіти;
обробки для виправлення помилок;
обмін із M.E.Doc;
облік ПДВ;
зарплатні проводки.

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

Типові доробки в інтеграціях

Доопрацьована 1С часто має інтеграції з:

сайтом;
інтернет-магазином;
маркетплейсом;
CRM;
WMS;
MES;
банком;
телефонією;
службами доставки;
Power BI;
Excel;
Telegram-ботами;
зовнішніми API.

Приклад:

Сайт передає в 1С замовлення кожні 5 хвилин.

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

Чому доопрацьована 1С складна для міграції

Проблеми зазвичай такі:

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

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

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

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

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

Карта доробок

Для міграції корисно створити карту доробок.

Доробка	Хто використовує	Бізнес-цінність	Рішення для ERP
Поле “Проєкт” у реалізації	фінанси, керівник	висока	перенести як аналітику проєкту
Старий звіт по залишках 2018 року	ніхто	низька	не переносити
Інтеграція з сайтом	продажі	критична	замінити API-інтеграцією K2 ERP
Обробка імпорту Excel	закупівлі	середня	замінити стандартним імпортом
Друкована форма рахунку	продажі	висока	відтворити в K2 ERP

Що переносити з доопрацьованої 1С

Зазвичай переносять:

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

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

У нову ERP не варто без аналізу переносити:

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

Живий приклад: “не переносити все”

У 1С є 46 додаткових звітів.

Під час інтерв’ю з користувачами виявили:

7 звітів використовуються щодня;
5 звітів потрібні раз на місяць;
12 звітів дублюють один одного;
18 звітів ніхто не відкривав більше року;
4 звіти створені для старого директора.

Якщо переносити всі 46 звітів, ERP стартує з хаосом. Правильніше перенести 12 потрібних звітів, а решту залишити в архіві 1С.

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

Технічний борг 1С — це накопичені проблеми в конфігурації, які ускладнюють підтримку.

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

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

Доопрацьована конфігурація і оновлення

Чим більше доробок, тим складніше оновлювати конфігурацію.

Типові проблеми:

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

Саме тому багато компаній роками не оновлюють 1С, що збільшує ризики безпеки й підтримки.

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

Користувачі часто знають більше за документацію.

Потрібно питати:

які документи реально використовуються;
які поля обов’язкові;
які звіти потрібні керівнику;
які кнопки запускати щодня;
які обробки небезпечні;
які помилки виправляються вручну;
які Excel-файли є частиною процесу;
що буде катастрофою, якщо не перенести.

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

Дуже важливо перевірити регістри 1С.

Доробки можуть створювати:

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

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

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

Потрібно перевірити всі нестандартні документи.

Приклади:

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

Для кожного документа потрібно вирішити:

переносити історію;
переносити тільки відкриті документи;
перенести як архів;
замінити процесом K2 ERP;
не переносити.

Доопрацьована конфігурація і звіти

Звіти потрібно не просто переписати, а зрозуміти їхню бізнес-логіку.

Приклад:

Звіт “Прибуток по менеджерах” може рахуватися так:

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

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

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

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

Інтеграція	Що передає	Що перевірити
Сайт	замовлення, клієнти, оплати	API, статуси, частота обміну
WMS	залишки, відбір, приймання	склади, комірки, штрихкоди
CRM	ліди, угоди, клієнти	дублікати контрагентів
Банк	виписки, платежі	IBAN, статті Cash Flow
Power BI	аналітичні дані	джерела, моделі, оновлення

Доопрацьована конфігурація і Power BI

Power BI часто працює поверх доробленої 1С.

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

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

AI для аналізу доопрацьованої конфігурації

AI в ERP може допомагати аналізувати доробки, дані та ризики міграції.

AI може:

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

Приклад AI-підказки

AI-підказка. У конфігурації знайдено 38 нестандартних об’єктів: 7 документів, 11 звітів, 6 регістрів, 9 обробок і 5 інтеграцій. Критичними для міграції є інтеграція з сайтом, поле “Проєкт” у реалізації, регістр резервів і звіт “Маржа по каналах продажу”. 14 об’єктів не використовувалися понад 18 місяців і можуть бути залишені в архіві.

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

Помилка	Наслідок	Як уникнути
Вважати конфігурацію типовою	втрачаються критичні доробки	провести технічний аудит
Переносити всі доробки без аналізу	ERP повторює старий хаос	оцінити бізнес-цінність кожної доробки
Не опитати користувачів	втрачаються реальні процеси	провести інтерв’ю з ключовими ролями
Не перевірити регістри	зникають залишки, резерви або аналітика	аналізувати документи разом із рухами
Не перенести додаткові поля	звіти стають неповними	зробити мапінг реквізитів
Забути інтеграції	сайт, WMS або банк перестають працювати	скласти карту інтеграцій
Переписати старі звіти без логіки	цифри не збігаються	описати формули показників

Як перевірити доопрацьовану конфігурацію

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

Список змінених об’єктів.
Список нових документів.
Список нових довідників.
Список нових регістрів.
Список нових реквізитів.
Список звітів.
Список обробок.
Список друкованих форм.
Список інтеграцій.
Список ролей.
Активність використання об’єктів.
Критичність для бізнесу.
Дані для міграції.
Мапінг у K2 ERP.
Що залишити в архіві.

Мапінг доопрацьованої 1С і K2 ERP

Об’єкт 1С	Об’єкт K2 ERP	Коментар
Додаткове поле “Проєкт”	Аналітика проєкту	потрібне для P&L і бюджетування
Самописний документ “Заявка на оплату”	Заявка на платіж	можна замінити стандартним процесом погодження
Регістр резервів	Резерви товарів	потрібен для складу й продажів
Звіт “Маржа по менеджерах”	Power BI / ERP-звіт	потрібно відтворити формулу
Обробка імпорту замовлень	API-інтеграція	краще замінити стабільним API

Доопрацьована конфігурація перед переходом з 1С

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

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

Що залишити в архіві 1С

В архіві можна залишити:

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

Архів 1С корисний, але він не має бути основою нової ERP.

Мінімальний старт у ERP

Перший етап:

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

Другий етап:

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

Третій етап:

AI-аналіз даних;
оптимізація процесів;
автоматичні перевірки;
API-інтеграції;
повна відмова від старої 1С/BAS;
архівування історії;
контроль якості даних.

Коротко

Питання	Відповідь
Що таке доопрацьована конфігурація 1С?	Це 1С/BAS, у яку внесені індивідуальні зміни: документи, реквізити, звіти, регістри, обробки, інтеграції, ролі або змінена логіка обліку.
Чому вона складна для міграції?	Бо нестандартні доробки можуть містити критичну бізнес-логіку, якої немає в типовій конфігурації та яку легко втратити при простому перенесенні даних.
Що потрібно перевірити?	Змінені об’єкти, документи, регістри, звіти, обробки, інтеграції, додаткові поля, права доступу, активність використання і бізнес-цінність.
Чи треба переносити всі доробки?	Ні. Потрібно переносити тільки ті доробки, які мають бізнес-цінність або потрібні для відкритих процесів, звітності, інтеграцій і управління.
Чи можна перейти з доопрацьованої 1С на K2 ERP?	Так. K2 ERP може приймати дані з доопрацьованої 1С/BAS, але перед міграцією потрібен аудит доробок, мапінг даних, очищення довідників, тестове завантаження й відтворення критичної логіки.

Висновок

Доопрацьована конфігурація 1С — це часто не просто бухгалтерська база, а повноцінна бізнес-система, у якій роками накопичувалися доробки під продажі, склад, виробництво, фінанси, сервіс, інтеграції, звіти й управлінську аналітику.

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

Правильна міграція доопрацьованої 1С — це можливість не переносити старий хаос у нову ERP, а побудувати чисту, зрозумілу й керовану систему: з якісними довідниками, правильними залишками, відкритими документами, аналітикою, Power BI, AI, API, ролями, бізнес-процесами та архівом старої 1С для історії.

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

Див. також

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