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

SELECT sku, COUNT(*) AS qty

</syntaxhighlight>

У кожному документі критично правильно вказати не тільки номенклатуру, а й характеристику. # Передавати характеристики у WMS.== Таблиця міграції характеристик == Правильний підхід. Характеристики в K2 ERP мають бути чистими, структурованими і контрольованими: без дублікатів, без старих BAS-залежностей, з актуальними SKU, штрихкодами, залишками, цінами, API, BI, сайтом і WMS. Залишки можуть вестися не тільки по номенклатурі, а й по характеристиці. # контролювати унікальність SKU. Артикул здатна бути: Характеристика: Полуниця 250 г

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

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

- Штани M чорні

- Біла 1 л

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

Продукція: Фарба акрилова

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

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

! Маржа

смак;
фасування;
вагу;
об’єм;
форму пакування;
сорт. Білий

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

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

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

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

- L біла

- мелена 250 г

Характеристика описує варіант товару, а серія — партію, термін придатності або конкретний екземпляр.

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

Під час переходу з BAS у K2 ERP характеристики не можна переносити механічно. це додаткова аналітичні інструменти або варіант номенклатурної позиції, яка дає можливість вести обліковий облік товарів, матеріалів або продукції з різними властивостями в межах однієї картки номенклатури виступає ключовою рисою Характеристика номенклатури BAS. # Будувати BI з урахуванням характеристик. Номенклатура

</syntaxhighlight>

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

Приклад

Правильні принципи: М чорна. {

Після міграції потрібно звірити: WHERE item_id IS NULL; Характеристика: M чорна

Характеристики і продажі та реалізація

як приклад: Краще: Футболка Basic M біла — 18 шт </syntaxhighlight> Потрібно переносити:

"color": "black",

як приклад:

! Номенклатура

* однакові для всіх характеристик;
* різні по характеристиках;
* різні по типах цін;
* різні по складу;
* різні по каналу продажу;
* різні по сайту;
* різні по валюті. * замовлення покупця;
* рахунок;
* реалізація;
* замовлення постачальнику;
* надходження;
* переміщення;
* списання;
* інвентаризація;
* виробництво;
* комплектація;
* розукомплектація;
* повернення;
* резервування. Коментар
== Що таке характеристика номенклатури BAS ==
Очищення характеристик під час переходу в [[K2 ERP]] — це можливість покращити якість товарного довідника. Для товарів із кількома параметрами інтуїтивно використовувати матрицю.== Приклад BI-звіту ==

Одиниця виміру показує, у чому рахують товар, а характеристика — який саме це варіант. * дублікати характеристик; різні формати назв; порожні характеристики; характеристики використовуються не всюди; частина варіантів розроблена як окрема номенклатура; частина варіантів розроблена як характеристика; однакові штрихкоди; відсутні SKU; неактуальні ціни; залишки без характеристики; сайт використовує іншу структуру варіантів; WMS не розрізняє характеристики; BI групує характеристики неправильно.== Характеристики і закупівельна діяльність ==
Футболка Basic	S чорна	базовий	10
Футболка Basic	M чорна	базовий	25
Футболка Basic	L біла	базовий	7

Приклад:

"size": "M",

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

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

Замовлення покупця №1001

Футболка Basic

M чорна

3

Замовлення покупця №1001

Футболка Basic

L біла

2

- L чорна Розчинник — це вже інший товар, а не характеристика фарби.</syntaxhighlight> Excel Power Query здатна використовуватися для перевірки характеристик. Характеристика

Футболка Basic M чорна — 25 шт

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

! {| class="wikitable" style="width:100%;"
== Характеристики у техніці ==

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

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

[[Категорія:K2 ERP]]

</div>
! # Створити правила назв. Резерв: 10

* номенклатуру;
* характеристику;
* серію;
* складський облік;
* ціну;
* залишок;
* резерв. Міграція характеристик має бути окремим етапом.== Приклад структури ==
|-
| Футболка Basic
| M чорна
| 25
|-
| Футболка Basic
| L чорна
| 10
|-
| Футболка Basic
| -
| 5
|}

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

[[Категорія:Конфігурація BAS]]

3 л чорна

* старі документи;
* неправильне конфігурація;
* ручне введення;
* імпорт без характеристики;
* старі обробки;
* інвентаризацію без деталізації;
* помилки інтеграції. Ситуація
[[Категорія:Ролі K2 ERP]]
як приклад:
{

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

Номенклатура: Фарба
{| class="wikitable" style="width:100%;"
Характеристика: 6 кольорів
[[API]] має передавати характеристики структуровано. | Ні.== Відмінність характеристики від окремої номенклатури ==

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

<syntaxhighlight lang="text">

* варіанти мають різні артикули виробника;
* різні податкові ставки;
* різні рахунки обліку;
* різні одиниці виміру;
* різна собівартісна логіка;
* різні специфікації;
* різні групи;
* різні правила зберігання;
* різні фото, описи й SEO;
* різні інтеграційні ідентифікатори;
* різна логіка WMS або сайту. |-
| Футболка Basic
| S
| Чорний
| S чорна
|-
| Футболка Basic
| M
| Чорний
| M чорна
|-
| Футболка Basic
| M
| Білий
| M біла
|}

! На сайті це здатна виглядати так:

* активні характеристики;
* характеристики із залишками;
* характеристики з відкритими замовленнями;
* характеристики з цінами;
* характеристики з історією продажів;
* характеристики, які використовуються на сайті;
* SKU;
* штрихкоди;
* зовнішні ідентифікатори;
* зв’язки з серіями;
* зв’язки з WMS;
* зв’язки з BI. Що означає
{| class="wikitable" style="width:100%;"
[[Категорія:K2]]
Іноді незрозуміло, що краще: характеристика чи окрема картка номенклатури. Характеристика: Біла 3 л

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

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

Або: - Футболка Basic M чорна — 50 шт "name": "M чорна", Футболка Basic L чорна </syntaxhighlight> - Чорна Tableau і Power BI можуть використовувати характеристики для аналітики. Номенклатура - Біла 3 л Характеристика здатна описувати: З такого звіту видно, що M чорна продається добре, L чорна майже закінчилася, а XS біла здатна бути неліквідом. - Футболка Basic XL біла — 20 шт Характеристики у фарбах Відмінність характеристики від одиниці виміру Номенклатура: Фарба	WMS має розрізняти характеристики на складі. M чорна Якщо WMS не отримує характеристику, складський облік здатна відбирати неправильний товар. Їх потрібно очистити, нормалізувати, дедублікувати, перевірити SKU, штрихкоди, залишки, ціни, порожні значення, сайт, WMS, Excel Power Query, Tableau, Power BI і старі API або файлові обміни. \|- \| Чим характеристика відрізняється від серії? # Вести ціни по характеристиках, якщо вони різні. L чорна <syntaxhighlight lang="text"> Якщо це одна характеристика, її потрібно об’єднати або нормалізувати. Номенклатура
Одяг	Футболка	S біла, M біла, L чорна
Взуття	Кросівки	40 чорні, 41 чорні, 42 білі
Фарби	Фарба акрилова	Біла 1 л, біла 3 л, синя 1 л
Кабелі	Кабель USB-C	1 м, 2 м, 3 м
Харчові продукти	Кава	250 г, 1 кг, мелена, зерно
Тканини	Тканина бавовняна	Червона, синя, зелена

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

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

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

Без характеристики API не знає, який саме варіант товару замовлено.== Типові помилки при роботі з характеристиками ==
Для якісного обліку потрібні правила назв. Це залежить від бізнес-логіки. Залишок
! # Не змішувати характеристики й одиниці виміру.[[Категорія:Залишки]]

M black

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

* чи BI отримує характеристики;
* чи не читає BI стару BAS;
* чи правильно об’єднані розмір і колір;
* чи немає дублікатів;
* чи залишки збігаються;
* чи ціни збігаються;
* чи SKU не змінилися після міграції;
* чи історія продукту продажів збереглася. # Визначити параметри: розмір, колір, фасування, модель. ! Окремі продукти [[1С]] і [[BAS]] внесені до офіційних переліків забороненого до використання ПЗ для окремих категорій організацій в Україні.[[Категорія:Користувач K2 ERP]]
[[Категорія:Довідник номенклатури]]
Потрібно перевірити:
== Навіщо потрібні характеристики ==
== Характеристики і залишки ==
м чорн
Але для техніки часто краще використовувати окремі SKU, якщо кожна модифікація має окремий артикул, серійні номери, гарантію й різну логіку продажу. |-
| Футболка Basic
| S чорна
| TSH-BASIC-BLK-S
|-
| Футболка Basic
| M чорна
| TSH-BASIC-BLK-M
|-
| Футболка Basic
| L біла
| TSH-BASIC-WHT-L
|}

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

Штрихкод часто має бути прив’язаний саме до характеристики, а не тільки до номенклатури. | Для обліку залишків, цін, штрихкодів, продажів, закупівель, сайту, WMS, API і BI в розрізі варіантів товару. - Зелена

! Це дає можливість не створювати окрему картку номенклатури; так само реалізовано але при цьому вести залишки, ціни, штрихкоди, замовлення, продажі та реалізація й закупівельна діяльність в розрізі характеристик.[[Категорія:JSON]]
 "item": "Футболка Basic",
[[Категорія:Інтеграція з 1С]]
|-
| Активні характеристики
| 3 200
| 3 050
| OK після очищення
|-
| Штрихкоди характеристик
| 2 900
| 2 890
| Перевірити 10
|-
| Залишки по характеристиках
| 18 500 шт
| 18 500 шт
| OK
|-
| Характеристики з порожнім SKU
| 120
| 15
| Покращено
|}

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

Характеристики:

* зіставлення історії;
* сайту;
* WMS;
* маркетплейсів;
* BI;
* Excel-звітів;
* Power Query;
* архівних документів;
* звірки після міграції. # Не змішувати характеристики й серії. Після переходу джерелом істини має бути [[K2 ERP]] або контрольована інтеграційна технічна архітектура. | Так.== Типові проблеми характеристик у BAS ==

[[Категорія:Номенклатура]]

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

Футболка Basic

M-чорна

- чорна 1 л
== Див. так само ==
M-чорний
Погані підходи:
! Колір
== Характеристики і BI ==
== Як правильно вести характеристики ==
[[Категорія:Штрихкоди]]
 "stock": 25,

![[Категорія:Tableau]]

Залишок: 25
як приклад:
<syntaxhighlight lang="text">
Інвентаризація має проводитися в розрізі характеристик. |-
| Чи виступає як санкційні ризики у [[BAS]] і [[1С]]? Номенклатура

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

{| class="wikitable" style="width:100%;"
[[Категорія:API]]
складський облік:
</div>
|-
| Футболка
| M чорна
| Футболка розміру M чорного кольору
|-
| Футболка
| L біла
| Футболка розміру L білого кольору
|-
| Фарба
| Біла 1 л
| Фарба білого кольору у фасуванні 1 літр
|-
| Кабель USB-C
| 1 м чорний
| Кабель довжиною 1 м чорного кольору
|}

! # контролювати штрихкоди. Окремі продукти [[1С]] і [[BAS]] внесені до офіційних переліків забороненого до використання програмного забезпечення для окремих категорій організацій в Україні. ! Погано:

}

![[Категорія:Цифрова незалежність України]]

Приклад:

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

У реальному бізнесі товар часто має багато варіантів. * створювати характеристики без правил;
* дублювати розміри й кольори;
* змішувати характеристики й окремі номенклатури;
* не вести штрихкоди по характеристиках;
* не вести ціни по характеристиках, якщо вони різні;
* не передавати характеристики на сайт;
* не передавати характеристики у WMS;
* не звіряти залишки по характеристиках;
* не перевіряти порожні характеристики;
* переносити всі старі варіанти без очищення;
* залишати стару BAS джерелом характеристик.[[Категорія:1С]]

! Документ
Приклад дублікатів:
! Характеристики потрібні для того, щоб:

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

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

* дублікати;
* тестові характеристики;
* порожні або помилкові варіанти;
* старі характеристики без руху;
* характеристики з навчальних баз;
* варіанти, які краще зробити окремою номенклатурою;
* неактуальні SKU;
* помилкові штрихкоди;
* хаотичні назви;
* старі інтеграційні коди без призначення. # Під час міграції не переносити старий хаос у нову ERP. * продажі та реалізація по розмірах;
* продажі та реалізація по кольорах;
* залишки по фасуваннях;
* маржинальність по моделях;
* неліквіди по характеристиках;
* дефіцит по розмірах;
* ABC-аналіз по варіантах;
* повернення по кольорах;
* сезонність по розмірах. Приклад
! Потрібно переносити активні й потрібні характеристики, а дублікати, тестові й помилкові варіанти очищати. Характеристика

[[Категорія:Демо K2 ERP]]
== Звірка після міграції ==
Футболка Basic L біла

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

== Висновок ==

[[Категорія:Міграція з BAS]]

* [[K2]]
* [[K2 ERP]]
* [[ERP]]
* [[Номенклатура BAS]]
* [[Номенклатура]]
* [[Характеристики сутностей в ERP]]
* [[Серії номенклатури 1С]]
* [[Ціни номенклатури 1С]]
* [[Довідники 1С]]
* [[Реквізити 1С]]
* [[Документи 1С]]
* [[Складський облік]]
* [[Інвентаризація]]
* [[Собівартість]]
* [[Продажі]]
* [[Закупівлі]]
* [[Виробництво]]
* [[API]]
* [[BI]]
* [[Tableau]]
* [[Power BI]]
* [[Excel Power Query]]
* [[pgAdmin]]
* [[PostgreSQL]]
* [[Data Warehouse]]
* [[Аналітична вітрина]]
* [[Дашборд]]
* [[KPI]]
* [[План-факт]]
* [[Облік контрагентів]]
* [[Організації K2 ERP]]
* [[Користувач K2 ERP]]
* [[Ролі K2 ERP]]
* [[Права доступу]]
* [[Ліцензування K2 ERP]]
* [[Версія K2 ERP]]
* [[Оновлення K2 ERP]]
* [[Демо K2 ERP]]
* [[ERP на власному сервері]]
* [[Хмарна ERP]]
* [[Резервна копія]]
* [[Журналювання]]
* [[BAS]]
* [[1С]]
* [[BAS ERP]]
* [[BAS Управління торгівлею]]
* [[Міграція з BAS]]
* [[Міграція з 1С]]
* [[Заміна BAS]]
* [[Заміна 1С]]
* [[Оновлення BAS]]
* [[Конфігурація BAS]]
* [[Користувач BAS]]
* [[Роль BAS]]
* [[Веб-клієнт BAS]]
* [[Клієнт-серверний режим BAS]]
* [[Файловий режим BAS]]
* [[Web-сервіси 1С]]
* [[JSON 1С]]
* [[Інтеграція з BAS]]
* [[Інтеграція з 1С]]
* [[Інтеграція через файли]]
* [[Інтеграція через XML]]
* [[Українське програмне забезпечення]]
* [[Автоматизація бізнесу]]
* [[Цифрова незалежність]]
* [[Деколонізація обліку]]

Кава Arabica

* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]
* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення на сайті Держспецзв’язку]
* [https://cip.gov.ua/ua/news/vidpovidi-na-poshireni-zapitannya-shodo-pereliku-zaboronenogo-programnogo-zabezpechennya-ta-obladnannya Роз’яснення Держспецзв’язку щодо переліку забороненого ПЗ]
* [https://www.president.gov.ua/documents/6012024-52009 Указ Президента України №601/2024]
* [https://zakon.rada.gov.ua/go/601/2024 Указ Президента України №601/2024 на сайті Верховної Ради України]
* [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP]
* [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій]
* [https://www.linkedin.com/company/k2erp/ LinkedIn K2]

- Чорна 1 л
- біла 1 л
== Характеристики і старі інтеграції BAS ==
Залишки без характеристики часто виникають через:
Приклад:
== Матриця характеристик ==
Доступно: 15
{{DISPLAYTITLE:Характеристика номенклатури BAS}}
[[Категорія:Продукція]]
! Залишок

Характеристика доречна, якщо:
[[Категорія:Роль BAS]]
== Дублікати характеристик ==
{| class="wikitable" style="width:100%;"
- 40 чорні
[[Категорія:Міграція з 1С]]

як приклад:

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

складський облік:
Серія відповідає на питання: '''з якої це партії або який це конкретний екземпляр?'''
![[Категорія:Продажі]]

Погано:
<syntaxhighlight lang="text">
Приклад:
{| class="wikitable" style="width:100%;"
- S біла
|-
| Футболка Basic
| S чорна
| Роздрібна
| 499
|-
| Футболка Basic
| M чорна
| Роздрібна
| 499
|-
| Футболка Basic
| XXL чорна
| Роздрібна
| 549
|}

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

! Кросівки Street

}

- Розчинник 1 л

{| class="wikitable" style="width:100%;"

M black
== Характеристики і маркетплейси ==
Для інтернет-магазину характеристики часто стають варіантами товару. Приклад JSON:

[[Категорія:BAS Управління торгівлею]]

1 л біла

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

- 42 білі

<syntaxhighlight lang="text">

'''Цифрова незалежність.''' Характеристики в [[K2 ERP]] мають стати новою контрольованою моделлю варіантів товарів, а не копією старих характеристик BAS із дублями, хаотичними назвами, порожніми значеннями й прихованими залежностями. продажі та реалізація
 "barcode": "4820000000012"
- біла 3 л
Резерв товару має враховувати характеристику. Розмір
|-
| Що таке характеристика номенклатури BAS?== Вступ ==

<syntaxhighlight lang="text">

* клієнт ERP замовив M чорну;
* менеджер помилково вибрав L чорну;
* складський облік відвантажив не той розмір;
* клієнт ERP повернув товар;
* залишки в системі стали неправильними. |-
| Той самий товар, різний колір
| Так
| Іноді, якщо різні артикули й окрема логіка
|-
| Той самий товар, різний розмір
| Так
| Іноді для складних SKU
|-
| Різне фасування
| Залежить
| Часто окрема номенклатура
|-
| Різні товари з різними властивостями
| Ні
| Так
|-
| Різні ставки ПДВ
| Ні
| Так
|-
| Різна логіка обліку
| Ні
| Так
|}

<syntaxhighlight lang="text">

GROUP BY sku

* товар один і той самий за суттю;
* варіанти відрізняються параметрами;
* потрібно бачити загальну аналітику по базовій номенклатурі;
* потрібно вести залишки по варіантах;
* потрібно використовувати один шаблон опису;
* потрібно зменшити кількість основних карток номенклатури;
* варіанти мають спільну бізнес-логіку. | Це варіант номенклатури: розмір, колір, фасування, модель, комплектація або інша властивість товару. Тому для бізнесів із варіантами товарів характеристика виступає як критичною.[[Категорія:Оновлення K2 ERP]]
Приклад:
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

 "item": "Футболка Basic",

!

- Чорна 3 л

- M біла

Приклад пошуку характеристик без номенклатури:
<syntaxhighlight lang="text">
! Характеристики

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

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

[[Категорія:Журналювання]]

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

Характеристика і серія — різні поняття. Такі запити потрібно виконувати обережно, бажано в тестовій або аналітичній базі. * готової продукції;

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

- Синя

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

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

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

! Порожній залишок потрібно розібрати: це помилка, старий документ або окремий варіант. Номенклатура — це базова позиція. Відповідь - M чорна Ризики:

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

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

Краще:
Розмір: S, M, L, XL
Маркетплейси часто вимагають окремі SKU для кожної варіації. Штрихкод

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

[[Категорія:Маркетплейси]]

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

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

! * список номенклатури;
* список характеристик;
* зв’язок “номенклатура → характеристика”;
* артикули;
* SKU;
* штрихкоди;
* залишки;
* резерви;
* ціни;
* серії;
* історію продажів;
* сайт;
* WMS;
* API;
* BI;
* Excel-файли;
* відповідності старих кодів. Приклад
як приклад:
== Приклад звірки ==
[[Категорія:Інтеграція]]
! # Вести залишки по характеристиках. # Передавати характеристики в API. Потрібно закупити:

__TOC__

* комірка;
* номенклатура;
* характеристика;
* серія;
* кількість;
* штрихкод;
* упаковка. ! K2 ERP
 "item": "Футболка Basic",
Футболка Basic S біла — 15 шт
Не варто переносити без аналізу:

- Куртка M чорна

Характеристика — це її конкретний варіант. Тому під час переходу на [[K2 ERP]] потрібно не без зусиль перенести характеристики номенклатури, а перевірити їхню структуру, дублікати, залишки, ціни, штрихкоди, серії, інтеграції, сайт, WMS, API та BI-звіти. Проблема
кожного варіанта забезпечується через як приклад, у BAS можна мати одну номенклатуру '''Футболка''' і кілька характеристик: '''S чорна''', '''M чорна''', '''L біла'''. * вести залишки по варіантах товару;
* продавати конкретний варіант;
* закуповувати конкретний варіант;
* призначати різні ціни;
* друкувати правильну назву в документах;
* передавати товар на сайт;
* використовувати штрихкоди;
* працювати з WMS;
* аналізувати продажі та реалізація по варіантах;
* уникати створення зайвих карток номенклатури;
* зберігати структуру довідника;
* мігрувати інформаційні дані в [[K2 ERP]] без втрати деталізації. # Періодично очищати дублікати.== Характеристики і міграція з BAS у K2 ERP ==

* legacy ID;
* BAS ID;
* зовнішній код;
* код джерела;
* інтеграційний ідентифікатор. |-
| Що критично при міграції в [[K2 ERP]]? - S чорна

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

<syntaxhighlight lang="text">

* розмір;
* колір;
* сезон;
* модель;
* тканину;
* стать;
* колекцію.[[Категорія:Серії номенклатури]]
Футболка Basic L біла — 12 шт

{| class="wikitable" style="width:100%;"

Характеристики:

! |-
| Футболка Basic
| M чорна
| 240
| 25
| 32%
|-
| Футболка Basic
| L чорна
| 180
| 8
| 30%
|-
| Футболка Basic
| XS біла
| 15
| 120
| 18%
|}

[[Категорія:Характеристики номенклатури]]

Матеріали: база, пігмент, тара 3 л

як приклад:

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

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

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

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

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

</syntaxhighlight>

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

</syntaxhighlight> ! "price": 499 як приклад:

Або: - Футболка M чорна

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

Характеристики використовуються тоді, коли одна позиція має кілька варіантів: розмір, колір, фасування, модель, потужність, матеріал, сорт, сезон, комплектацію, довжину, об’єм, вагу або інший параметр. Якщо всі характеристики мають один штрихкод, складський облік, каса або WMS можуть не розрізняти варіанти. Номенклатура
Приклад для футболок:
Футболка Basic S чорна — 10 шт
М чорна
[[Категорія:Організації K2 ERP]]
Старі коди характеристик BAS можуть бути потрібні для:
- Жовта
У різних конфігураціях [[BAS]] — як приклад BAS керування торгівлею, BAS ERP, BAS Комплексне керування бізнесом — механіка характеристик здатна відрізнятися, але бізнес-сенс однаковий: характеристика деталізує товар там, де однієї назви номенклатури недостатньо.[[Категорія:BAS]]

<syntaxhighlight lang="text">

!

"quantity": 2

!

Колір: чорний, білий

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

! Характеристика

Приклад:

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

Іноді фасування краще вести як характеристику, а іноді як окрему номенклатуру або одиницю перерахунку. * прайс постачальника;

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

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

</syntaxhighlight> Якщо вказати тільки “Футболка Basic”, постачальник здатна не зрозуміти, які саме розміри й кольори потрібні. Навіщо - зерно 1 кг Приклад: Іноді характеристику використовують там, де потрібна окрема номенклатура. |-

Чи можна залишити BAS джерелом характеристик?== Характеристики в одязі ==

Приклад:

</syntaxhighlight>

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

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

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

{ - 41 чорні Номенклатура: Футболка

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

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

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

"variant": {

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

м/ч

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

[[Категорія:Заміна BAS]]
Фарба акрилова
HAVING COUNT(*) > 1;
|-
| S
| S чорна
| S біла
| S синя
|-
| M
| M чорна
| M біла
| M синя
|-
| L
| L чорна
| L біла
| L синя
|}

Номенклатура

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

Номенклатура: Йогурт

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

Футболка Basic L чорна — 20 шт

Футболка Basic, M чорна як приклад:

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

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

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

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

</syntaxhighlight>

"sku": "TSH-BASIC-BLK-M",

- Біла 10 л

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

- Біла

Статус Під час міграції в K2 ERP критично зберегти відповідність між характеристиками BAS і SKU маркетплейсів. BAS характеристика SEO title: Характеристика номенклатури BAS — кольори, розміри, варіанти товарів, ціни, залишки і міграція в K2 ERP SEO keywords: характеристика номенклатури BAS, характеристики BAS, характеристики товарів BAS, номенклатура BAS, розміри BAS, кольори BAS, варіанти товарів BAS, серії номенклатури BAS, штрихкоди BAS, ціни BAS, залишки BAS, BAS ERP, BAS Управління торгівлею, міграція з BAS, заміна BAS, K2 ERP, українська ERP, санкції BAS, санкції 1С, цифрова незалежність

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки.

}}

-

Для чого потрібні характеристики? Або одну номенклатуру Фарба і характеристики: біла 1 л, біла 3 л, чорна 1 л. - Червона

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

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

Приклад:

Тип ціни

Комплект: Форма працівника Power Query здатна допомогти: Якщо кожен варіант створювати окремою номенклатурою, довідник здатна оперативно стати дуже великим і складним. Під час міграції такі залишки потрібно рознести по правильних характеристиках або винести в окремий протокол розбіжностей. - Біла 1 л

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

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

[[Категорія:Облік контрагентів]]
[[Категорія:PostgreSQL]]
! ! XL біла
[[Категорія:Матеріали]]
[[Категорія:Характеристики BAS]]

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

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

# Визначити, для яких груп потрібні характеристики. Краще характеристика
Серія: Партія 2026-05-15, термін придатності 25.05.2026
== Помилка: характеристика замість окремої номенклатури ==
[[Категорія:Послуги]]

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

При міграції потрібно зіставити ці Excel-файли з BAS і [[K2 ERP]].[[Категорія:Резерви]]

[[Категорія:WMS]]
== Характеристики і старі коди BAS ==
{| class="wikitable" style="width:100%;"
<syntaxhighlight lang="text">
[[Категорія:Товари]]
! |-
| Чи потрібно переносити всі характеристики? |}

Приклад:

! ! Вона впливає на залишки, резерви, ціни, штрихкоди, продажі та реалізація, закупівельна діяльність, інвентаризацію, виробництво, сайт, WMS, API, BI та управлінську аналітику.[[Категорія:Оновлення BAS]]
Після запуску [[K2 ERP]] не можна залишати BAS активним джерелом характеристик. Синій
як приклад:
Футболка Basic M біла

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

</syntaxhighlight> - чорна 3 л - зерно 250 г Футболка Basic S чорна

M чорна FROM public.item_variants

критично про BAS і 1С. BAS та 1С мають санкційні, юридичні й кібербезпекові ризики в Україні. Чорний

розмір;
колір;
модель;
сезон;
матеріал;
стать. Для взуття часто потрібні:

У продажах характеристика відповідає за точний варіант товару.== Характеристики і залишки без варіанта == }, Набір фарб Характеристика номенклатури BAS — це важливий механізм для обліку варіантів товарів: розмірів, кольорів, фасувань, моделей, комплектацій, довжин, об’ємів та інших параметрів.</syntaxhighlight>

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

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

Поняття

"quantity": 2

Характеристики:

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

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

! бізнес-середовище

Medium чорна

! Питання
! "variant": "M чорна",

! - 43 білі

! | Перевірити дублікати, SKU, штрихкоди, залишки, ціни, сайт, WMS, API, BI і порожні характеристики. K2 ERP

SELECT id, name

== Коли характеристика доречна ==
як приклад:

WHERE sku IS NOT NULL AND trim(sku) <>

Футболка Basic

S чорна

4820000000011

Футболка Basic

M чорна

4820000000012

Футболка Basic

L чорна

4820000000013

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

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

Краще: Футболка Basic — 100 шт - Футболка Basic L чорна — 40 шт

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

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

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

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

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

Характеристики і продажі та реалізація

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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