Метадані 1С

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

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

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

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

Головна ідея. Метадані 1С показують не самі дані, а структуру, у якій ці дані живуть. Якщо дані — це товари, клієнти, рахунки, платежі й документи, то метадані — це правила, де вони зберігаються, як пов’язані між собою і як їх правильно перенести в ERP.

Що таке метадані 1С

Метадані 1С — це опис об’єктів конфігурації 1С/BAS.

До метаданих належать:

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

У 1С є документ Реалізація товарів і послуг.

Дані документа — це конкретна реалізація:

Поле	Значення
Дата	15.02.2026
Покупець	ТОВ «Клієнт»
Договір	Основний договір
Склад	Основний склад
Товар	Кабель HDMI
Кількість	10 шт

А метадані описують, що такий документ взагалі існує і має:

реквізит «Дата»;
реквізит «Покупець»;
реквізит «Договір»;
реквізит «Склад»;
табличну частину «Товари»;
колонки «Номенклатура», «Кількість», «Ціна», «Сума»;
рухи по регістрах;
друковану форму;
правила проведення;
права доступу.

Дані і метадані

Поняття	Що означає	Приклад
Дані	конкретні записи в базі	клієнт, товар, рахунок, платіж, реалізація
Метадані	опис структури бази	довідник «Контрагенти», документ «Реалізація», регістр «Залишки товарів»

Приклад:

дані — товар «Ноутбук Lenovo X15»;
метадані — довідник «Номенклатура», у якому зберігаються товари.

Для чого потрібні метадані

Метадані потрібні, щоб:

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

Основні об’єкти метаданих 1С

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

Довідники в метаданих

Довідники 1С — це об’єкти метаданих для зберігання списків.

Приклади довідників:

Приклад довідника

Довідник «Номенклатура» може мати реквізити:

Реквізит	Що означає
Код	внутрішній код товару
Найменування	назва товару або послуги
Артикул	код виробника або SKU
Одиниця виміру	шт, кг, м, л
Група	категорія товару
Ставка ПДВ	податковий параметр

Під час міграції в K2 ERP ці реквізити потрібно зіставити з полями нового довідника товарів.

Документи в метаданих

Документи 1С — це об’єкти метаданих для оформлення операцій.

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

Приклад документа

Документ «Замовлення покупця» може мати:

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

Реквізити метаданих

Реквізити 1С — це поля об’єкта.

Наприклад, документ «Рахунок на оплату» може мати реквізити:

Реквізит	Приклад значення	Для чого потрібен
Контрагент	ТОВ «Клієнт»	кому виставлено рахунок
Договір	Договір поставки	умови взаєморозрахунків
Організація	ТОВ «Компанія»	від кого виставлено рахунок
Банківський рахунок	UA...	куди клієнт має оплатити
Валюта	UAH	валюта рахунку

Табличні частини метаданих

Таблична частина 1С — це набір рядків усередині документа або довідника.

Наприклад, у документі «Реалізація товарів і послуг» таблична частина може містити:

Колонка	Що означає
Номенклатура	товар або послуга
Кількість	скільки продається
Ціна	ціна за одиницю
Сума	загальна сума рядка
Склад	звідки списується товар
Партія	партія товару
Серія	серійний номер

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

Регістри в метаданих

Регістри 1С — це об’єкти, у які документи записують результат проведення.

Наприклад, документ «Реалізація» може створити рухи:

у регістрі залишків товарів;
у регістрі продажів;
у регістрі взаєморозрахунків;
у регістрі собівартості;
у регістрі бухгалтерії;
у регістрі ПДВ.

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

Користувач бачить у 1С документ «Реалізація №100».

Але для міграції важливо не тільки це.

Потрібно зрозуміти:

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

Саме це видно через аналіз метаданих і рухів.

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

План рахунків 1С — це об’єкт метаданих для бухгалтерських рахунків.

Він описує:

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

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

Звіти в метаданих

Звіти 1С — це об’єкти, які показують користувачу дані.

Приклади:

Під час переходу в K2 ERP звіти потрібно аналізувати окремо: одні звіти можна замінити стандартними дашбордами, інші потрібно відтворити через Power BI або нову управлінську модель.

Обробки в метаданих

Обробки 1С — це об’єкти, які виконують дії: завантаження, вивантаження, обмін, масове оновлення, перевірку або службову операцію.

Приклади обробок:

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

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

Форми в метаданих

Форми 1С — це інтерфейс користувача.

Форма визначає:

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

Наприклад, у формі документа «Рахунок на оплату» менеджер бачить клієнта, товари, суму і кнопку друку. Але у метаданих також може бути прихована логіка: автоматичне заповнення цін, перевірка кредитного ліміту або контроль резерву.

Ролі і права доступу

Ролі 1С і права доступу 1С визначають, хто що може робити.

Приклади ролей:

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

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

Модулі 1С у метаданих

Модулі 1С містять програмну логіку.

У модулях можуть бути:

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

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

Підсистеми 1С

Підсистеми 1С групують об’єкти конфігурації за функціональними блоками.

Приклади підсистем:

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

Підсистеми допомагають зрозуміти, які бізнес-напрями покриває конфігурація.

Метадані і доопрацювання 1С

У багатьох компаніях конфігурація 1С сильно доопрацьована.

Можуть бути:

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

Перед міграцією такі доопрацювання потрібно описати. Інакше можна перенести “стандартні” дані, але втратити критичну бізнес-логіку.

Живий приклад: приховане доопрацювання

Компанія використовує документ «Замовлення покупця».

Зовні він виглядає стандартно: клієнт, товари, кількість, сума.

Але в метаданих є доопрацювання:

додано поле «Канал продажу»;
додано поле «Маркетплейс»;
додано поле «Відповідальний логіст»;
при проведенні створюється резерв;
при зміні статусу замовлення дані йдуть на сайт;
при оплаті автоматично створюється завдання складу.

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

Метадані і міграція даних

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

Потрібно зрозуміти:

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

Мапінг метаданих 1С і K2 ERP

Мапінг даних 1С — це таблиця відповідності між структурою 1С і структурою K2 ERP.

Приклад:

Об’єкт 1С	Об’єкт K2 ERP	Коментар
Довідник.Номенклатура	Товари / послуги	потрібен мапінг артикулів, груп, одиниць виміру
Довідник.Контрагенти	Клієнти / постачальники	потрібно очистити дублікати
Документ.РеалізаціяТоварівПослуг	Продаж / відвантаження	переносити шапку і табличну частину
Документ.БанківськаВиписка	Банківські операції	важливі статті Cash Flow
Регістр.Накопичення.ЗалишкиТоварів	Складські залишки	потрібна дата зрізу
Регістр.Бухгалтерії	Проводки / фінансові записи	потрібні рахунки і субконто

Аналіз метаданих перед переходом з 1С

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

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

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

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

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

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

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

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

Метадані і Power BI

Power BI використовує не тільки дані, а й правильну структуру джерел.

Для Power BI важливо знати:

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

Без аналізу метаданих Power BI може показувати красиві, але неправильні дашборди.

AI для аналізу метаданих

AI в ERP може допомагати аналізувати метадані 1С перед міграцією.

AI може:

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

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

AI-підказка. У конфігурації знайдено 38 нестандартних реквізитів у документах продажів, 12 зовнішніх обробок обміну з сайтом, 4 регістри для резервів і 7 звітів, які використовують нестандартні поля. Перед міграцією в ERP потрібно описати ці об’єкти, бо вони впливають на замовлення, залишки, маркетплейси й управлінську аналітику.

Метадані і API

API ERP потребує чіткого опису структури даних.

Метадані допомагають визначити:

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

Метадані і безпека

Метадані також пов’язані з безпекою.

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

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

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

Контрольний список метаданих перед міграцією

Перед переходом з 1С/BAS у K2 ERP потрібно перевірити:

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

Мінімальний старт аналізу метаданих

Перший етап:

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

Другий етап:

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

Третій етап:

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

Коротко

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

Висновок

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

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

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

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

Див. також

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