Характеристика номенклатури BAS

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

Наприклад, у BAS можна мати одну номенклатуру Футболка і кілька характеристик: S чорна, M чорна, L біла. Або одну номенклатуру Фарба і характеристики: біла 1 л, біла 3 л, чорна 1 л. Це дозволяє не створювати окрему картку номенклатури для кожного варіанта, але при цьому вести залишки, ціни, штрихкоди, замовлення, продажі й закупівлі в розрізі характеристик.

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

Головне. Характеристика номенклатури BAS — це варіант товару в межах однієї номенклатурної позиції. Вона потрібна для обліку розмірів, кольорів, фасувань, моделей, комплектацій та інших властивостей, які впливають на залишки, ціни, штрихкоди, продажі, закупівлі, сайт, WMS, API і BI.

Важливо про BAS і 1С. BAS та 1С мають санкційні, юридичні й кібербезпекові ризики в Україні. Окремі продукти 1С і BAS внесені до офіційних переліків забороненого до використання програмного забезпечення для окремих категорій організацій в Україні. Тому під час переходу на K2 ERP потрібно не просто перенести характеристики номенклатури, а перевірити їхню структуру, дублікати, залишки, ціни, штрихкоди, серії, інтеграції, сайт, WMS, API та BI-звіти.

Підхід K2 ERP. У K2 ERP характеристики номенклатури потрібно переносити як контрольовану структуру варіантів товару: з правильними назвами, атрибутами, артикулами, штрихкодами, цінами, залишками, API-ідентифікаторами та правилами використання в документах.

Вступ

У реальному бізнесі товар часто має багато варіантів.

Наприклад:

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

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

Саме для цього в BAS використовуються характеристики номенклатури.

Що таке характеристика номенклатури BAS

Характеристика номенклатури BAS — це додатковий варіант або набір властивостей номенклатурної позиції.

Характеристика може описувати:

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

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

Номенклатура	Характеристика	Що означає
Футболка	M чорна	Футболка розміру M чорного кольору
Футболка	L біла	Футболка розміру L білого кольору
Фарба	Біла 1 л	Фарба білого кольору у фасуванні 1 літр
Кабель USB-C	1 м чорний	Кабель довжиною 1 м чорного кольору

Навіщо потрібні характеристики

Характеристики потрібні для того, щоб:

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

Номенклатура і характеристика

Номенклатура — це базова позиція.

Характеристика — це її конкретний варіант.

Приклад:

Номенклатура: Футболка
Характеристики:
- S чорна
- M чорна
- L чорна
- S біла
- M біла
- L біла

Або:

Номенклатура: Фарба
Характеристики:
- Біла 1 л
- Біла 3 л
- Чорна 1 л
- Чорна 3 л

Приклад структури

Рівень	Приклад	Коментар
Група	Одяг	Група довідника
Номенклатура	Футболка Basic	Основна товарна позиція
Характеристика	M чорна	Конкретний варіант
Штрихкод	4820000000011	Ідентифікатор варіанта
Залишок	25 шт	Кількість саме цієї характеристики

Відмінність характеристики від серії

Характеристика і серія — різні поняття.

Поняття	Що описує	Приклад
Характеристика	Варіант товару	Розмір M, чорний колір
Серія	Партію, серійний номер або простежуваність	Партія №2026-05, термін придатності 31.12.2026

Приклад:

Номенклатура: Йогурт
Характеристика: Полуниця 250 г
Серія: Партія 2026-05-15, термін придатності 25.05.2026

Характеристика відповідає на питання: який це варіант товару?

Серія відповідає на питання: з якої це партії або який це конкретний екземпляр?

Відмінність характеристики від одиниці виміру

Одиниця виміру показує, у чому вимірюється товар.

Характеристика показує, який це варіант товару.

Поняття	Приклад
Номенклатура	Фарба
Характеристика	Біла 3 л
Одиниця виміру	шт або л

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

Відмінність характеристики від окремої номенклатури

Іноді незрозуміло, що краще: характеристика чи окрема картка номенклатури.

Ситуація	Краще характеристика	Краще окрема номенклатура
Той самий товар, різний колір	Так	Іноді, якщо різні артикули й окрема логіка
Той самий товар, різний розмір	Так	Іноді для складних SKU
Різне фасування	Залежить	Часто окрема номенклатура
Різні товари з різними властивостями	Ні	Так
Різні ставки ПДВ	Ні	Так
Різна логіка обліку	Ні	Так

Коли характеристика доречна

Характеристика доречна, якщо:

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

Коли краще окрема номенклатура

Окрема номенклатура краща, якщо:

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

Приклади характеристик

Бізнес	Номенклатура	Характеристики
Одяг	Футболка	S біла, M біла, L чорна
Взуття	Кросівки	40 чорні, 41 чорні, 42 білі
Фарби	Фарба акрилова	Біла 1 л, біла 3 л, синя 1 л
Кабелі	Кабель USB-C	1 м, 2 м, 3 м
Харчові продукти	Кава	250 г, 1 кг, мелена, зерно
Тканини	Тканина бавовняна	Червона, синя, зелена

Характеристики в одязі

Для одягу характеристики часто описують:

розмір;
колір;
сезон;
модель;
тканину;
стать;
колекцію.

Приклад:

Номенклатура	Розмір	Колір	Характеристика
Футболка Basic	S	Чорний	S чорна
Футболка Basic	M	Чорний	M чорна
Футболка Basic	M	Білий	M біла

Характеристики у взутті

Для взуття часто потрібні:

розмір;
колір;
модель;
сезон;
матеріал;
стать.

Приклад:

Кросівки Street
- 40 чорні
- 41 чорні
- 42 білі
- 43 білі

Характеристики у продуктах

Для продуктів характеристики можуть описувати:

смак;
фасування;
вагу;
об’єм;
форму пакування;
сорт.

Приклад:

Кава Arabica
- зерно 250 г
- зерно 1 кг
- мелена 250 г
- мелена 1 кг

Характеристики у фарбах

Для фарб характеристики часто описують:

колір;
фасування;
тип;
базу;
ступінь блиску.

Приклад:

Фарба акрилова
- біла 1 л
- біла 3 л
- чорна 1 л
- чорна 3 л

Характеристики у техніці

Для техніки характеристики можуть описувати:

комплектацію;
пам’ять;
колір;
модель;
потужність;
модифікацію.

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

Характеристики і залишки

Залишки можуть вестися не тільки по номенклатурі, а й по характеристиці.

Приклад:

Номенклатура	Характеристика	Склад	Залишок
Футболка Basic	S чорна	Основний	10
Футболка Basic	M чорна	Основний	25
Футболка Basic	L біла	Основний	7

Якщо характеристика не вказана в документах, залишки можуть бути некоректними або потрапити в “порожню характеристику”.

Характеристики і резерви

Резерв товару має враховувати характеристику.

Наприклад:

Футболка Basic, M чорна
Залишок: 25
Резерв: 10
Доступно: 15

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

Характеристики і ціни

Ціни можуть бути:

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

Приклад:

Номенклатура	Характеристика	Тип ціни	Ціна
Футболка Basic	S чорна	Роздрібна	499
Футболка Basic	M чорна	Роздрібна	499
Футболка Basic	XXL чорна	Роздрібна	549

Характеристики і штрихкоди

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

Приклад:

Номенклатура	Характеристика	Штрихкод
Футболка Basic	S чорна	4820000000011
Футболка Basic	M чорна	4820000000012
Футболка Basic	L чорна	4820000000013

Якщо всі характеристики мають один штрихкод, склад, каса або WMS можуть не розрізняти варіанти.

Характеристики і артикул

Артикул може бути:

на рівні номенклатури;
на рівні характеристики;
комбінований;
артикул виробника;
SKU сайту;
SKU маркетплейсу;
WMS-код.

Приклад:

Номенклатура	Характеристика	SKU
Футболка Basic	S чорна	TSH-BASIC-BLK-S
Футболка Basic	M чорна	TSH-BASIC-BLK-M
Футболка Basic	L біла	TSH-BASIC-WHT-L

Характеристики і документи BAS

Характеристика може використовуватися в документах:

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

У кожному документі важливо правильно вказати не тільки номенклатуру, а й характеристику.

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

Документ	Номенклатура	Характеристика	Кількість
Замовлення покупця №1001	Футболка Basic	M чорна	3
Замовлення покупця №1001	Футболка Basic	L біла	2

Характеристики і закупівлі

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

Наприклад:

Потрібно закупити:
- Футболка Basic M чорна — 50 шт
- Футболка Basic L чорна — 40 шт
- Футболка Basic XL біла — 20 шт

Якщо вказати тільки “Футболка Basic”, постачальник може не зрозуміти, які саме розміри й кольори потрібні.

Характеристики і продажі

У продажах характеристика відповідає за точний варіант товару.

Наприклад:

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

Тому для бізнесів із варіантами товарів характеристика є критичною.

Характеристики і інвентаризація

Інвентаризація має проводитися в розрізі характеристик.

Погано:

Футболка Basic — 100 шт

Краще:

Футболка Basic S чорна — 10 шт
Футболка Basic M чорна — 25 шт
Футболка Basic L чорна — 20 шт
Футболка Basic S біла — 15 шт
Футболка Basic M біла — 18 шт
Футболка Basic L біла — 12 шт

Характеристики і виробництво

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

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

Приклад:

Продукція: Фарба акрилова
Характеристика: Біла 3 л
Матеріали: база, пігмент, тара 3 л

Характеристики і комплекти

Якщо комплект має варіанти, характеристики можуть впливати на склад комплекту.

Наприклад:

Комплект: Форма працівника
Характеристика: M чорна
Склад:
- Куртка M чорна
- Штани M чорні
- Футболка M чорна

Або:

Набір фарб
Характеристика: 6 кольорів
Склад:
- Червона
- Синя
- Зелена
- Жовта
- Біла
- Чорна

Характеристики і сайт

Для інтернет-магазину характеристики часто стають варіантами товару.

На сайті це може виглядати так:

Футболка Basic
Колір: чорний, білий
Розмір: S, M, L, XL

Сайт має отримувати:

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

Характеристики і маркетплейси

Маркетплейси часто вимагають окремі SKU для кожної варіації.

Наприклад:

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

Під час міграції в K2 ERP важливо зберегти відповідність між характеристиками BAS і SKU маркетплейсів.

Характеристики і WMS

WMS має розрізняти характеристики на складі.

Наприклад:

комірка;
номенклатура;
характеристика;
серія;
кількість;
штрихкод;
упаковка.

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

Характеристики і API

API має передавати характеристики структуровано.

Приклад JSON:

{
  "item": "Футболка Basic",
  "variant": {
    "size": "M",
    "color": "black",
    "name": "M чорна",
    "sku": "TSH-BASIC-BLK-M",
    "barcode": "4820000000012"
  },
  "stock": 25,
  "price": 499
}

API має чітко розрізняти:

номенклатуру;
характеристику;
серію;
склад;
ціну;
залишок;
резерв.

Характеристики і BI

У BI характеристики потрібні для аналітики по варіантах товарів.

Наприклад:

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

Приклад BI-звіту

Номенклатура	Характеристика	Продажі	Залишок	Маржа
Футболка Basic	M чорна	240	25	32%
Футболка Basic	L чорна	180	8	30%
Футболка Basic	XS біла	15	120	18%

З такого звіту видно, що M чорна продається добре, L чорна майже закінчилася, а XS біла може бути неліквідом.

Характеристики і Excel

У старих процесах характеристики часто зберігаються в Excel.

Наприклад:

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

При міграції потрібно зіставити ці Excel-файли з BAS і K2 ERP.

Характеристики і Excel Power Query

Excel Power Query може використовуватися для перевірки характеристик.

Наприклад:

BAS CSV з характеристиками + K2 ERP API з характеристиками → Power Query → звірка

Power Query може допомогти:

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

Характеристики і Tableau / Power BI

Tableau і Power BI можуть використовувати характеристики для аналітики.

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

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

Типові проблеми характеристик у BAS

Найчастіші проблеми:

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

Дублікати характеристик

Приклад дублікатів:

M чорна
М чорна
M black
Medium чорна
M-чорна

Якщо це одна характеристика, її потрібно об’єднати або нормалізувати.

Нормалізація назв характеристик

Для якісного обліку потрібні правила назв.

Погано:

м чорн
M black
м/ч
М чорна.
M-чорний

Краще:

M чорна
L чорна
XL біла
1 л біла
3 л чорна

Матриця характеристик

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

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

Розмір / Колір	Чорний	Білий	Синій
S	S чорна	S біла	S синя
M	M чорна	M біла	M синя
L	L чорна	L біла	L синя

Характеристики і порожні значення

Проблема виникає, коли частина документів створена без характеристики.

Наприклад:

Номенклатура	Характеристика	Залишок
Футболка Basic	M чорна	25
Футболка Basic	L чорна	10
Футболка Basic	-	5

Порожній залишок потрібно розібрати: це помилка, старий документ або окремий варіант.

Характеристики і залишки без варіанта

Залишки без характеристики часто виникають через:

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

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

Характеристики і міграція з BAS у K2 ERP

Міграція характеристик має бути окремим етапом.

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

список номенклатури;
список характеристик;
зв’язок “номенклатура → характеристика”;
артикули;
SKU;
штрихкоди;
залишки;
резерви;
ціни;
серії;
історію продажів;
сайт;
WMS;
API;
BI;
Excel-файли;
відповідності старих кодів.

Що переносити в K2 ERP

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

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

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

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

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

Таблиця міграції характеристик

BAS номенклатура	BAS характеристика	Проблема	K2 ERP	Рішення
Футболка Basic	M чорна	Активна	Футболка Basic / M чорна	Перенести
Футболка Basic	М чорна	Дублікат	Футболка Basic / M чорна	Об’єднати
Футболка Basic	-	Порожня характеристика	Протокол розбіжностей	Рознести залишки
Фарба	Біла 1 л	Можливо окрема SKU	Фарба біла 1 л	Вирішити модель

Звірка після міграції

Після міграції потрібно звірити:

кількість характеристик;
кількість характеристик із залишками;
залишки по характеристиках;
резерви;
ціни;
штрихкоди;
SKU;
сайт;
WMS;
API;
BI-звіти;
історію продажів;
відкриті замовлення.

Приклад звірки

Перевірка	BAS	K2 ERP	Статус
Активні характеристики	3 200	3 050	OK після очищення
Штрихкоди характеристик	2 900	2 890	Перевірити 10
Залишки по характеристиках	18 500 шт	18 500 шт	OK
Характеристики з порожнім SKU	120	15	Покращено

Характеристики і старі коди BAS

Старі коди характеристик BAS можуть бути потрібні для:

зіставлення історії;
сайту;
WMS;
маркетплейсів;
BI;
Excel-звітів;
Power Query;
архівних документів;
звірки після міграції.

Їх можна зберігати в K2 ERP як:

legacy ID;
BAS ID;
зовнішній код;
код джерела;
інтеграційний ідентифікатор.

Характеристики і старі інтеграції BAS

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

Наприклад:

сайт;
WMS;
CRM;
маркетплейс;
Excel Power Query;
Tableau;
Power BI;
CSV-обмін;
XML-обмін;
JSON-сервіс;
стара зовнішня обробка.

Характеристики і pgAdmin / PostgreSQL

Якщо K2 ERP використовує PostgreSQL, технічні спеціалісти можуть перевіряти характеристики через pgAdmin.

Приклад пошуку дублікатів SKU:

SELECT sku, COUNT(*) AS qty
FROM public.item_variants
WHERE sku IS NOT NULL AND trim(sku) <> ''
GROUP BY sku
HAVING COUNT(*) > 1;

Приклад пошуку характеристик без номенклатури:

SELECT id, name
FROM public.item_variants
WHERE item_id IS NULL;

Такі запити потрібно виконувати обережно, бажано в тестовій або аналітичній базі.

Типові помилки при роботі з характеристиками

Найчастіші помилки:

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

Помилка: характеристика замість окремої номенклатури

Іноді характеристику використовують там, де потрібна окрема номенклатура.

Наприклад:

Номенклатура: Фарба
Характеристики:
- Біла 1 л
- Біла 10 л
- Розчинник 1 л

Розчинник — це вже інший товар, а не характеристика фарби.

Помилка: окрема номенклатура замість характеристики

Іноді навпаки створюють занадто багато окремих карток.

Наприклад:

Футболка Basic S чорна
Футболка Basic M чорна
Футболка Basic L чорна
Футболка Basic S біла
Футболка Basic M біла
Футболка Basic L біла

Це може бути нормально для сайту або SKU-моделі, але якщо бізнес хоче аналізувати одну базову модель “Футболка Basic”, така структура може ускладнювати звіти.

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

Якщо різні характеристики мають один штрихкод, виникають проблеми:

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

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

Погано:

{
  "item": "Футболка Basic",
  "quantity": 2
}

Краще:

{
  "item": "Футболка Basic",
  "variant": "M чорна",
  "quantity": 2
}

Без характеристики API не знає, який саме варіант товару замовлено.

Помилка: залишити BAS джерелом характеристик

Після запуску K2 ERP не можна залишати BAS активним джерелом характеристик.

Ризики:

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

Як не треба робити

Погані підходи:

переносити характеристики BAS без очищення;
не шукати дублікати;
не перевіряти порожні характеристики;
не перевіряти штрихкоди;
не перевіряти SKU;
не звіряти залишки;
не перевіряти ціни;
не аналізувати сайт;
не аналізувати WMS;
не перепідключати BI;
не перевіряти Power Query;
не вимикати старі BAS-обміни;
ігнорувати санкційні й кібербезпекові ризики BAS/1С.

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

Як правильно вести характеристики

Правильні принципи:

Визначити, для яких груп потрібні характеристики.
Створити правила назв.
Визначити параметри: розмір, колір, фасування, модель.
Не змішувати характеристики й серії.
Не змішувати характеристики й одиниці виміру.
Контролювати унікальність SKU.
Контролювати штрихкоди.
Вести залишки по характеристиках.
Вести ціни по характеристиках, якщо вони різні.
Передавати характеристики в API.
Передавати характеристики на сайт.
Передавати характеристики у WMS.
Будувати BI з урахуванням характеристик.
Періодично очищати дублікати.
Під час міграції не переносити старий хаос у нову ERP.

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

Перевірка	Навіщо
Список характеристик	Зрозуміти обсяг міграції
Дублікати	Не переносити один варіант кілька разів
Порожні характеристики	Виявити помилки обліку
SKU	Зберегти ідентифікацію варіантів
Штрихкоди	Забезпечити склад, касу, WMS і сайт
Залишки	Коректний старт у K2 ERP
Ціни	Правильні продажі
API	Коректні інтеграції
BI	Правильна аналітика
Сайт / WMS	Не зламати операційні процеси

Характеристики BAS і цифрова незалежність

Очищення характеристик під час переходу в K2 ERP — це можливість покращити якість товарного довідника.

Компанія отримує:

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

Цифрова незалежність. Характеристики в K2 ERP мають стати новою контрольованою моделлю варіантів товарів, а не копією старих характеристик BAS із дублями, хаотичними назвами, порожніми значеннями й прихованими залежностями.

Коротко

Питання	Відповідь
Що таке характеристика номенклатури BAS?	Це варіант номенклатури: розмір, колір, фасування, модель, комплектація або інша властивість товару.
Для чого потрібні характеристики?	Для обліку залишків, цін, штрихкодів, продажів, закупівель, сайту, WMS, API і BI в розрізі варіантів товару.
Чим характеристика відрізняється від серії?	Характеристика описує варіант товару, а серія — партію, термін придатності або конкретний екземпляр.
Чим характеристика відрізняється від одиниці виміру?	Одиниця виміру показує, у чому рахують товар, а характеристика — який саме це варіант.
Що важливо при міграції в K2 ERP?	Перевірити дублікати, SKU, штрихкоди, залишки, ціни, сайт, WMS, API, BI і порожні характеристики.
Чи потрібно переносити всі характеристики?	Ні. Потрібно переносити активні й потрібні характеристики, а дублікати, тестові й помилкові варіанти очищати.
Чи можна залишити BAS джерелом характеристик?	Ні. Після переходу джерелом істини має бути K2 ERP або контрольована інтеграційна архітектура.
Чи є санкційні ризики у BAS і 1С?	Так. Окремі продукти 1С і BAS внесені до офіційних переліків забороненого до використання ПЗ для окремих категорій організацій в Україні.

Висновок

Характеристика номенклатури BAS — це важливий механізм для обліку варіантів товарів: розмірів, кольорів, фасувань, моделей, комплектацій, довжин, об’ємів та інших параметрів. Вона впливає на залишки, резерви, ціни, штрихкоди, продажі, закупівлі, інвентаризацію, виробництво, сайт, WMS, API, BI та управлінську аналітику.

Під час переходу з BAS у K2 ERP характеристики не можна переносити механічно. Їх потрібно очистити, нормалізувати, дедублікувати, перевірити SKU, штрихкоди, залишки, ціни, порожні значення, сайт, WMS, Excel Power Query, Tableau, Power BI і старі API або файлові обміни.

Правильний підхід. Характеристики в K2 ERP мають бути чистими, структурованими і контрольованими: без дублікатів, без старих BAS-залежностей, з актуальними SKU, штрихкодами, залишками, цінами, API, BI, сайтом і WMS.

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

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

Див. також

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