Характеристики сутностей в ERP
Краще:
Найгірший сценарій. організація переносить у K2 ERP усі додаткові реквізити зі старої 1С або BAS як характеристики без очищення, без правил, без довідників і без розуміння, хто ними буде користуватися.;</syntaxhighlight>
| WEB-100245 | Інтернет-магазин | Нова пошта | Онлайн | Звичайний |
| CRM-50018 | Менеджер | Самовивіз | Післяплата | Високий |
; Тип
| |
|---|---|
| чёрный | Чорний |
}
Головне. Характеристики сутностей — це спосіб зробити ERP гнучкою.; з цієї причини перенесення додаткових реквізитів, властивостей і аналітик із 1С / BAS у K2 ERP бажано розглядати як етап виходу зі старої ризикової платформи.; Товар
Бренд BaseTech Колір Чорний Довжина 1 м Роз’єм USB Type-C Гарантія 12 місяців
== Характеристики і виробництво ==
Під час міграції потрібно вирішити, що з цим робити.; |-
| Чи є собою санкційні ризики у [[1С]] і [[BAS]]?; Стать
== Коротко ==
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
Вони корисні для:
|-
| Принтер HP LaserJet
| SN-100245
| функціонує
| Офіс Київ
| 01.09.2026
|-
| Компресор Atlas
| SN-778899
| Потребує сервісу
| Виробництво
| 20.06.2026
|}
Потрібно:
Одна з найважливіших ідей — характеристики можуть залежати від групи сутностей.; Оплата
[[Категорія:K2]]
{| class="wikitable" style="width:100%;"
Сайт використовує їх для:
У виробництві характеристики можуть описувати:
!; Для задач, заявок, сервісних звернень або бізнес-процесів характеристики можуть описувати:
* немає хаосу в написанні;
* простіше фільтрувати;
* простіше будувати звіти;
* менше дублів;
* простіше інтегрувати з сайтом або BI.; Заявка
{| class="wikitable" style="width:100%;"
* серійний номер;
* інвентарний номер;
* виробник;
* модель;
* дата введення в експлуатацію;
* гарантійний строк;
* місце експлуатації;
* відповідальна особа;
* стан;
* дата останнього сервісу;
* дата наступного сервісу;
* потужність;
* технічні параметри;
* номер договору обслуговування.; Якщо не використовувати характеристики, користувачі часто записують усе в назву товару.; |-
| Рядок
| Серійний номер, коментар, модель
| Текстові значення
|-
| Число
| Вага, довжина, кредитний ліміт, відсоток
| Кількісні параметри
|-
| Дата
| Дата сервісу, дата договору, дата гарантії
| Календарні значення
|-
| Булеве значення
| Так/Ні, активний, потребує перевірки
| Ознаки
|-
| Перелік
| Колір, статус, тип клієнта, пріоритет
| Вибір із фіксованого списку
|-
| Посилання
| Менеджер, складський облік, контрагент, договір
| Зв’язок з іншою сутністю
|-
| Файл
| Сертифікат, фото, договір
| Вкладення або посилання на файл
|-
| JSON або складна структура
| Набір параметрів
| Для складних інтеграційних даних
|}
як ілюстрація:
</div>
== Характеристики і довідники ==
Якщо зовнішня платформа передає додаткові параметри, [[K2 ERP]] має змогу прийняти їх як характеристики.; * сегмент = B2B;
* регіон = Київ;
* ризик = середній;
* канал залучення = сайт;
* відповідальний менеджер = Іваненко.; !;== Приклад: товар без характеристик ==
== Зовнішні посилання ==
{
З характеристиками структура стає чистішою.; Значення
!; {
* відділ;
* посада;
* рівень доступу;
* графік роботи;
* навички;
* сертифікації;
* мови;
* дата медогляду;
* відповідальність за складський облік;
* роль у проєкті;
* тип зайнятості.;[[Категорія:K2 ERP]]
!; Відповідь
!; {| class="wikitable" style="width:100%;"
"source": "Сайт"
!; Окремі продукти [[1С]] і [[BAS]] внесені до переліків забороненого програмного забезпечення для окремих категорій організацій в Україні.; Тип
[[Категорія:Міграція з 1С]]
* товар;
* послуга;
* контрагент;
* договір;
* документ;
* складський облік;
* працівник;
* обладнання;
* ключовий засіб;
* замовлення;
* проєкт;
* задача;
* заявка;
* платіж;
* виробнича операційна дія;
* транспортний засіб;
* партія;
* серія;
* клієнтський запит.;</Товар>
Добрі характеристики дають:
Характеристики сутностей важливі для [[API]].; Іншій потрібно зберігати сегмент клієнта, канал залучення, відповідального менеджера, рівень ризику, кредитний ліміт, регіон, тип клієнта, категорію лояльності, мову комунікації, умови оплати та інші ознаки.; Група товарів
Характеристики дозволяють не створювати всі ці поля в основній таблиці товарів, а зберігати їх гнучко.; У кадрових або управлінських модулях характеристики можуть описувати працівників.;</div>
Такий підхід краще функціонує для пошуку, фільтрів, сайту, складу і звітів.; "segment": "B2B",
|-
| ключовий складський облік
| Оптовий
| Звичайний
| Київ
| Петренко П.П.; Наступний сервіс
!; Канал залучення
!; Бренд
Під час імпорту з [[CSV]], [[XML]], [[JSON]] або [[Microsoft Excel|Excel]] характеристики можуть завантажуватися як додаткові колонки або вкладені поля.; Пріоритет
|-
| Кабель USB Type-C
| USB-C-1M-BLK
| Чорний
| 1 м
| BaseTech
|-
| Кабель USB Type-C
| USB-C-2M-BLK
| Чорний
| 2 м
| BaseTech
|-
| Кабель USB Type-C
| USB-C-1M-WHT
| Білий
| 1 м
| BaseTech
|-
| Кабель USB Type-C
| USB-C-2M-WHT
| Білий
| 2 м
| BaseTech
|}
Для контрагента:
* можна фільтрувати за кольором;
* можна фільтрувати за довжиною;
* можна будувати звіти по брендах;
* можна передавати структуровані інформаційні дані в сайт;
* простіше уникати дублів;
* легше підтримувати каталог.; Характеристика
__TOC__
Найчастіші помилки:
Контрагенти додатково можуть мати додаткові характеристики.; Для іншої потрібно вести колір, розмір, матеріал, сезон, бренд, модель, країну походження, гарантійний строк, сертифікат, температурний режим, мінімальну партію, тип упаковки та десятки інших параметрів.; У складському обліку характеристики можуть бути важливими для [[WMS]].;== Що таке характеристика сутності ==
</div>
"tax_code": "12345678",
!; # Визначити, чи характеристика передається через API.; * сегмент клієнта;
* категорія клієнта;
* регіон;
* канал залучення;
* відповідальний менеджер;
* рівень ризику;
* кредитний ліміт;
* тип оплати;
* мова комунікації;
* джерело першого контакту;
* галузь;
* кількість працівників;
* пріоритет;
* статус перевірки.; # Навчити користувачів правилам заповнення.; # Визначити, які характеристики потрібні кожній сутності.; На перший погляд це функціонує.; Значення в старій системі
!; Температурний режим
!;[[Категорія:Імпорт даних]]
* тип договору;
* сума договору;
* дата завершення;
* відповідальний юрист;
* статус погодження;
* рівень ризику;
* контрагент;
* предмет договору;
* дата пролонгації;
* наявність скану;
* підписант;
* джерело документа.;[[Категорія:API]]
[[Категорія:Експорт даних]]
[[Категорія:Автоматизація бізнесу]]
Кожен бізнес-середовище має свої особливості.; !; Характеристика
!; |-
| Чи можна використовувати характеристики в BI?; Київ”;
* “Киев”;
* “Kyiv”.; # Розділити обов’язкові й необов’язкові характеристики.; Питання
== Як правильно проєктувати характеристики ==
== Характеристики і WMS ==
|-
| USB-C-1M-BLK
| Кабель USB Type-C
| BaseTech
| Чорний
| 1 м
| 12 місяців
|}
"region": "Київ",
!; "characteristics": {
!;== Характеристики документів ==
У [[BI]] характеристики можуть бути вимірами, фільтрами або показниками.; !; Канал продажу
Характеристики можуть мати різні типи даних.; У результаті нова платформа отримує старий хаос у новій оболонці.; Статус
!; Джерело
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
{| class="wikitable" style="width:100%;"
Товари — найпоширеніший приклад використання характеристик.; Характеристика
як ілюстрація:
!; * знайти додаткові реквізити;
* зрозуміти їх призначення;
* очистити значення;
* відокремити важливі поля від застарілих;
* перенести потрібні характеристики в [[K2 ERP]];
* не переносити хаос;
* перейти на українську [[ERP]];
* зменшити залежність від [[1С]] і [[BAS]].; Артикул
'''Простими словами.''' Характеристика — це додаткове поле, яке можна прикріпити до об’єкта, щоб описати його точніше.;== Характеристики обладнання ==
!; Окремі продукти [[1С]] і [[BAS]] внесені до відкритих переліків програмного забезпечення, забороненого до використання для окремих категорій організацій.; Приклад:
Якщо для кожної такої властивості створювати окреме поле в основній таблиці, платформа оперативно стане складною, перевантаженою і незручною для підтримки.; Бренд
{| class="wikitable" style="width:100%;"
Типові проблеми:
У CRM або ERP можна фільтрувати контрагентів:
Не всі характеристики мають бути обов’язковими.; Потрібно переносити тільки актуальні й корисні поля після аналізу та очищення.; Сутність
!; | Так.; Назва
Характеристики дуже корисні для пошуку і фільтрації.;== Вступ ==
== Характеристики працівників ==
Вони допомагають:
}
Погані характеристики створюють проблеми:
|-
| Футболка
| Nike
| M
| Чорний
| Чоловіча
| Літо
|}
У [[K2 ERP]] потрібно враховувати права доступу до характеристик, особливо якщо вони містять чутливу інформацію.; Приклади характеристик
{| class="wikitable" style="width:100%;"
"length": "1 м",
* колір;
* розмір;
* бренд;
* модель;
* матеріал;
* сезон;
* вага;
* габарити;
* гарантія;
* тип упаковки.; !; |-
| Які є собою приклади характеристик товару?; Колір
У документообігу характеристики можуть описувати документи:
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''BI починається з характеристик.''' Якщо характеристики заповнюються правильно, [[BI]] має змогу показувати не без ускладнень “суму продажів”, а продажі та реалізація по брендах, регіонах, сегментах, каналах, типах клієнтів і групах товарів.; "name": "Кабель USB Type-C",
!; Якщо в ERP характеристики ведуться структуровано, сайт має змогу отримувати їх через [[API]] або файловий обмін.; Пріоритет
!; !; Стан
!; !; Обладнання
як ілюстрація:
Приклади звітів:
!; | Сегмент, регіон, канал залучення, ризик, кредитний ліміт, відповідальний менеджер.; Регіон
|-
| Бренд
| Рядок або довідник
| Номенклатура
| Характеристика товару
|-
| Колір
| Рядок або перелік
| Номенклатура
| Характеристика товару
|-
| Сегмент клієнта
| Перелік
| Контрагент
| Характеристика контрагента
|-
| Канал продажу
| Перелік
| Документ продажу
| Характеристика документа
|-
| Джерело замовлення
| Рядок
| Замовлення
| Характеристика документа
|-
| Серійний номер
| Рядок
| Обладнання
| Характеристика обладнання
|}
== Характеристики і якість даних ==
== Характеристики і API ==
[[Категорія:Заміна BAS]]
* одна характеристика записана різними словами;
* значення дублюються;
* частина значень порожня;
* характеристики записані в назві товару;
* характеристики записані в коментарі;
* різні філії використовували різні правила;
* одні й ті самі значення мають різну мову;
* немає довідника значень;
* є собою застарілі характеристики.; організація повинна:
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
як ілюстрація, товар має змогу мати:
!;== Характеристики і імпорт даних ==
== Див.; додатково ==
Деякі характеристики краще зберігати не як вільний текст, а як значення з довідника.; Приклад
Те саме стосується контрагентів.; Характеристика
* додавати галузеві параметри;
* зберігати нестандартні поля;
* переносити додаткові реквізити з [[1С]] / [[BAS]];
* будувати фільтри;
* підтримувати сайт і маркетплейси;
* формувати [[BI]];
* працювати з [[API]];
* зменшувати кількість доробок ядра;
* швидше адаптувати систему під клієнта;
* розширювати функціональні можливості поступово.; Приклад
</div>
Для товарів можуть використовуватися такі характеристики:
<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
|-
| Одяг
| Розмір, колір, стать, сезон
|-
| Кабелі
| Довжина, тип роз’єму, колір
|-
| Ноутбуки
| Процесор, RAM, SSD, діагональ, гарантія
|-
| Харчові продукти
| Вага, термін придатності, температура зберігання
|}
[[Категорія:Деколонізація обліку]]
[[Категорія:Характеристики сутностей]]
== Характеристики і очищення даних ==
як ілюстрація, сайт передає товар:
* бренд;
* виробник;
* колір;
* розмір;
* регіон;
* тип клієнта;
* канал продажу;
* причина повернення;
* категорія звернення.; Розмір
{| class="wikitable" style="width:100%;"
== Висновок ==
!; Довжина
|-
| Назва
| Кабель USB Type-C 1 м чорний
|-
| Артикул
| USB-C-1M-BLK
|-
| Колір
| Чорний
|-
| Довжина
| 1 м
|-
| Бренд
| BaseTech
|}
!; Група товарів
як ілюстрація:
|-
| Матеріал
| Марка сталі
| 08Х18Н10
|-
| Партія
| Номер плавки
| PL-2026-001
|-
| Продукція
| Колір покриття
| RAL 9005
|-
| операційна дія
| Температура
| 180 °C
|}
Під час переходу з [[1С]] або [[BAS]] у [[K2 ERP]] характеристики сутностей особливо корисні.; Вони дозволяють описувати бізнес-об’єкти додатковими параметрами без перевантаження основної структури системи.; як ілюстрація:
Це надає можливість будувати контроль договорів і задач.; Сегмент
Характеристики можуть використовуватися у звітах.;== Характеристики складів ==
== Таблиця проєктування характеристик ==
* бренд = BaseTech;
* колір = чорний;
* довжина = 1 м;
* тип роз’єму = USB Type-C;
* наявність гарантії = так.; Значення
!; Поле
!; У [[K2 ERP]] характеристики сутностей можуть стати основою гнучкої моделі даних.; Поганий приклад:
Приклади сутностей:
!;</Характеристики>
<Товар>
* код;
* назву;
* артикул;
* одиницю виміру;
* ставку ПДВ;
* групу;
* ціну;
* штрихкод.;== Обов’язкові і необов’язкові характеристики ==
!;== Характеристики і K2 ERP ==
== Типові помилки при роботі з характеристиками ==
* матеріал;
* сорт;
* марку;
* специфікацію;
* допуски;
* параметри якості;
* виробничу партію;
* температуру обробки;
* колір;
* розмір;
* рецептуру;
* версію технічної карти.;
| чорний | Чорний | ||
| black | Чорний | ||
| Чорн.; Для чого застосовується | ; Як переносити в K2 ERP
| ||
|---|---|---|---|
| Одяг | Розмір | Так | Без розміру товар важко продавати |
| Одяг | Колір | Так | Потрібно для каталогу і складу |
| Електроніка | Серійний номер | Залежить від товару | Потрібно для серійного обліку |
| Контрагент | Сегмент | Ні | Корисно для маркетингу |
| Замовлення | Джерело | Так | Потрібно для аналітики продажів |
<Назва>Кабель USB Type-C</Назва>
<Характеристика Назва="Бренд">BaseTech</Характеристика>
!; Об’єкт Документи теж можуть мати характеристики.; Вони можуть бути фільтрами, вимірами або показниками для аналітики.; Якщо характеристики ведуться в K2 ERP, їх можна передавати в маркетплейси централізовано.; Локація Для інтернет-магазину характеристики критично важливі.; Гарантія !; "article": "USB-C-1M-BLK", |- | Бренд товару | Вимір | продажі та реалізація по брендах |- | Регіон клієнта | Фільтр | продажі та реалізація по регіонах |- | Канал продажу | Вимір | Онлайн / офлайн / маркетплейс |- | Пріоритет заявки | Фільтр | Високий пріоритет |- | Причина повернення | Вимір | Аналіз повернень |- | Кредитний ліміт | Показник | Контроль ризиків |}
!; Обов’язкова
Кожна сутність має основні поля.;== Характеристики задач і заявок ==
- одне значення довідника: “Київ”.; істотно про 1С і BAS. Якщо характеристики сутностей використовуються для міграції даних із 1С або BAS, потрібно враховувати санкційні, юридичні та кібербезпекові ризики цих продуктів в Україні.;== Основна ідея характеристик ==
!; !; Для однієї компанії достатньо зберігати назву товару, артикул і ціну.; |- | Товар | Бренд | Довідник | Так | Імпорт / вручну | Сайт, BI, фільтри |- | Товар | Колір | Довідник | Для певних груп | Вручну / імпорт | Сайт, складський облік |- | Контрагент | Сегмент | Перелік | Ні | CRM / вручну | BI, маркетинг |- | Документ продажу | Канал продажу | Перелік | Так | Сайт / менеджер | BI |- | Обладнання | Серійний номер | Рядок | Так | Вручну | Сервіс, гарантія |}
Додаткові характеристики складів:| ;== Характеристики і нормалізація назв ==
Не всі характеристики мають бути доступні всім користувачам.; як ілюстрація: Вони дозволяють: Добрий приклад:
Приклад: |
; У старих системах додаткові інформаційні дані можуть зберігатися як: | } | - | Які є собою приклади характеристик контрагента?; Серійний номер
Характеристики допомагають прибрати хаос із назв товарів.; Використання |-
| Футболка Nike M чорна чоловіча літня
|-
| Футболка чоловіча Nike чорний розмір М
|-
| Nike футболка чорна M
|}
Приклад XML:
== Характеристики і логіювання ==
Якщо характеристики важливі для бізнесу, зміни потрібно логіювати.; {| class="wikitable" style="width:100%;"
== Характеристики і електронний документообіг ==
!; # Визначити, чи потрібне логіювання.; '''Цифрова незалежність.''' Характеристики сутностей допомагають перенести не без ускладнень інформаційні дані, а структуру бізнес-знань зі старої системи в сучасну українську [[ERP]]-платформу.; !; Сезон
* [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://www.president.gov.ua/documents/6012024-52009 Указ Президента України №601/2024]
* [https://t.me/+uIdWI1W6vndkMTAy Telegram-канал K2 ERP]
* [https://t.me/+6jFwAZM6TQliNTdi Група обговорення функціоналу та пропозицій]
* [https://www.linkedin.com/company/k2erp/ LinkedIn K2]
Погано:
як ілюстрація:
== Характеристики контрагентів ==
Такі характеристики корисні для продажів, маркетингу, фінансів і [[BI]].; Колір
[[Категорія:Документи]]
* джерело замовлення;
* канал продажу;
* пріоритет;
* маркетингова кампанія;
* спосіб доставки;
* тип оплати;
* номер замовлення сайту;
* статус обробки;
* причина скасування;
* причина повернення;
* менеджер каналу;
* дата бажаної доставки.; {| class="wikitable" style="width:100%;"
* чистий каталог;
* зрозумілу аналітику;
* якісний пошук;
* контрольовані інтеграції;
* правильні звіти;
* кращу роботу сайту;
* зручні фільтри;
* менше ручної роботи.;[[Категорія:Заміна 1С]]
'''Підхід K2 ERP.''' У [[K2 ERP]] характеристики сутностей доцільно використовувати там, де бізнесу потрібна гнучкість: додаткові поля, галузеві параметри, фільтри, аналітичні інструменти, імпорт, інтеграції, сегментація, формування звітів і поступове розширення функціоналу без перевантаження основних таблиць.; {| class="wikitable" style="width:100%;"
|-
| Що таке характеристики сутностей в [[ERP]]?; | Це додаткові властивості бізнес-об’єктів: товарів, контрагентів, документів, складів, обладнання, задач та інших сутностей.;== Характеристики і маркетплейси ==
!; як ілюстрація, для замовлення:
* джерело замовлення;
* канал продажу;
* тип доставки;
* причина повернення;
* маркетингова кампанія;
* пріоритет;
* зовнішній номер.; Але виникають проблеми:
* розміщення товару;
* підбір замовлень;
* інвентаризацію;
* партійний обліковий облік;
* списання;
* контроль якості;
* логістику.; |-
| Холодний складський облік
| Температурний
| +2…+8 °C
| Київ
| Іваненко І.І.; {| class="wikitable" style="width:100%;"
!; Контрагент
== Приклад міграції реквізитів 1С у характеристики K2 ERP ==
* для кабелів потрібна довжина;
* для одягу — розмір;
* для фарб — колір і об’єм;
* для техніки — серійний номер і гарантія;
* для продуктів — термін придатності;
* для шин — сезонність, діаметр, ширина, профіль.;[[Категорія:Додаткові властивості]]
</div>
* створювати забагато характеристик;
* не визначити власника даних;
* не нормалізувати значення;
* використовувати текст там, де потрібен довідник;
* змішувати різні сутності в одній характеристиці;
* не контролювати обов’язковість;
* не логіювати важливі зміни;
* не налаштовувати права доступу;
* не використовувати характеристики в звітах;
* дублювати основні поля характеристиками;
* переносити всі старі реквізити з [[1С]] без аналізу.;== Характеристики і сайт ==
<Характеристика Назва="Довжина">1 м</Характеристика>
== Характеристики і права доступу ==
!; Характеристика
складський облік має змогу мати не тільки назву.; Довжина
Приклад:
!; # Визначити тип даних.; Ризик
З урахуванням санкційних, юридичних і кібербезпекових ризиків [[1С]] та [[BAS]], перенесення характеристик і додаткових реквізитів зі старих систем має бути частиною ширшої стратегії переходу на українське програмне забезпечення, цифрову незалежність і сучасну [[ERP]]-архітектуру.; Обов’язкова
}
!; {| class="wikitable" style="width:100%;"
<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
|-
| Кабель USB Type-C 1 м чорний BaseTech
|-
| Кабель USB Type-C 2 м чорний BaseTech
|-
| Кабель USB Type-C 1 м білий BaseTech
|-
| Кабель USB Type-C 2 м білий BaseTech
|}
!; |-
| Чи потрібно переносити всі реквізити з [[1С]] у характеристики?; Тип даних
== Навіщо потрібні характеристики сутностей ==
як ілюстрація:
"characteristics": {
<syntaxhighlight lang="json">
Приклад Excel-імпорту товарів:
'''[[K2 ERP]]''' у цьому процесі має змогу стати новою платформою для гнучких характеристик, чистих довідників, структурованих документів, якісної аналітики, контрольованих інтеграцій, [[API]], [[BI]] і подальшого розвитку автоматизації бізнесу.; !; Назва товару
[[Категорія:Структура даних]]
Одній компанії достатньо назви, ЄДРПОУ, телефону й email.; {| class="wikitable" style="width:100%;"
Приклад:
!; | Так.; "color": "Чорний",
<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
!; # Очистити старі інформаційні дані перед міграцією.; !;== Характеристики товарів ==
<Артикул>USB-C-1M-BLK</Артикул>
[[Категорія:Українське програмне забезпечення]]
переважні аспекти:
як ілюстрація, у каталозі товарів можна фільтрувати:
Для документа:
== Приклад: товар із характеристиками ==
Характеристики сутностей в [[ERP]] — це важливий механізм гнучкості.; * “Київ”;
* “м.; У [[K2 ERP]] характеристики сутностей можуть використовуватися як гнучкий інструмент для розширення моделі даних.; "name": "ТОВ Ромашка",
як ілюстрація, для товару на сайті:
{| class="wikitable" style="width:100%;"
Приклад:
* серія;
* партія;
* термін придатності;
* температура зберігання;
* вага;
* габарити;
* небезпечність вантажу;
* тип упаковки;
* зона зберігання;
* умови транспортування.; Саме для цього в [[ERP]] використовуються характеристики сутностей.; Приклад
== Характеристики і групи сутностей ==
Не всі старі поля потрібно переносити в основну структуру [[K2 ERP]].;[[Категорія:ERP]]
!; Як застосовується в BI
== Характеристики і цифрова незалежність ==
!; У класичній моделі даних для кожної властивості створюється окрема колонка.; * бренд;
* модель;
* категорія;
* вага;
* габарити;
* країна виробництва;
* матеріал;
* колір;
* розмір;
* гарантія;
* штрихкод;
* сертифікати.; Відповідальний
Під час переходу з [[1С]] або [[BAS]] характеристики сутностей допомагають забрати важливу бізнес-інформацію зі старої системи.; Частину можна перенести як характеристики.; Замовлення
Для обладнання і основних засобів характеристики особливо корисні.; Колір
* складно фільтрувати за кольором;
* складно фільтрувати за довжиною;
* складно будувати аналітику по бренду;
* користувачі пишуть назви по-різному;
* з’являються дублікати;
* інтеграції не розуміють структуру;
* BI не має змогу нормально групувати інформаційні дані.; Нормалізоване значення
[[Категорія:Інтеграції]]
== Характеристики і звіти ==
* хто змінив кредитний ліміт;
* хто змінив сегмент клієнта;
* хто змінив бренд товару;
* хто змінив гарантійний строк;
* хто змінив причину повернення;
* коли було змінено значення;
* яке було старе значення;
* яке стало нове значення.; | Щоб гнучко розширювати систему без постійної зміни основної структури бази даних.; !; Тип
як ілюстрація, для товару:
'''Сутність''' — це бізнес-об’єкт, з яким функціонує платформа.; Саме ці додаткові параметри і можуть зберігатися як характеристики.; Ці характеристики впливають на:
* сегмент;
* регіон;
* канал залучення;
* кредитний ліміт;
* тип клієнта;
* відповідальний менеджер;
* рівень ризику;
* мова комунікації.; !; |-
| Чи можна передавати характеристики через API?; як ілюстрація:
'''Правильний підхід.''' Характеристики сутностей потрібно розглядати не як випадкові додаткові поля, а як керовану модель бізнес-ознак, яка підтримує роботу обліковий облік, пошук, інтеграції, сайт, звіти, [[BI]] і еволюція [[ERP]].; * товарів;
* контрагентів;
* документів;
* складів;
* обладнання;
* задач;
* заявок;
* проєктів;
* виробництва;
* складу;
* сайту;
* маркетплейсів;
* [[BI]];
* [[API]];
* міграції з [[1С]] і [[BAS]].; !; Маркетплейси часто вимагають конкретні характеристики товарів.; Характеристики комфортно передавати як окремий блок даних у [[JSON]], [[XML]] або інших форматах.; * визначити, які характеристики справді потрібні;
* обрати правильні типи даних;
* використовувати довідники там, де це потрібно;
* уникати дублів;
* очищати старі значення;
* налаштовувати права доступу;
* логіювати важливі зміни;
* не переносити старий хаос із [[1С]] або [[BAS]].; складський облік
!; Такий підхід надає можливість розширювати інтеграції без зміни основної структури кожного разу.; # Визначити сутності.; Тип характеристики
* тип складу;
* відповідальна особа;
* адреса;
* температурний режим;
* площа;
* зона зберігання;
* доступність для продажу;
* ознака роздрібного складу;
* ознака виробничого складу;
* графік роботи;
* клас складу;
* регіон;
* логістичний оператор.; !; !; Доставка
Але якщо товарів багато і кожна група має різні властивості, основна таблиця має змогу розростися.; !; як ілюстрація, для товару:
Характеристики дозволяють додавати до товарів, контрагентів, документів, складів, обладнання, працівників, задач, проєктів або інших сутностей додаткові поля, які потрібні бізнесу; додатково реалізовано пошуку, фільтрації, звітності, інтеграцій і [[BI]]-аналітики.; Бренд
== Характеристики і фільтри ==
|-
| Z-1001
| Сервіс
| Високий
| 4 години
| В роботі
|-
| Z-1002
| Консультація
| Звичайний
| 24 години
| Закрито
|}
== Що таке сутність в ERP ==
Якість характеристик напряму впливає на якість ERP.; # Визначити, чи характеристика застосовується в BI.; !; як ілюстрація:
|-
| ТОВ “Ромашка”
| B2B
| Київ
| Сайт
| Низький
|-
| ТОВ “Калина”
| Дистриб’ютор
| Львів
| Виставка
| Середній
|-
| ФОП Петренко
| Роздріб
| Одеса
| Рекомендація
| Низький
|}
{| class="wikitable" style="width:100%;"
}
!; як ілюстрація, для товару “одяг” розмір має змогу бути обов’язковим, а для товару “послуга” — ні.; |-
| Навіщо вони потрібні?; * [[K2]]
* [[K2 ERP]]
* [[ERP]]
* [[Сутності]]
* [[Довідники]]
* [[Документи]]
* [[Реквізити]]
* [[Характеристики товарів]]
* [[Додаткові властивості]]
* [[API]]
* [[BI]]
* [[JSON]]
* [[XML]]
* [[CSV]]
* [[Імпорт даних]]
* [[Експорт даних]]
* [[Інтеграція ERP]]
* [[Інтеграція з 1С]]
* [[Інтеграція з BAS]]
* [[Реквізити 1С]]
* [[Довідники 1С]]
* [[Документи 1С]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]
* [[Заміна 1С]]
* [[Заміна BAS]]
* [[Українське програмне забезпечення]]
* [[Автоматизація бізнесу]]
* [[Цифрова незалежність]]
* [[Деколонізація обліку]]
!; "brand": "BaseTech"
{| class="wikitable" style="width:100%;"
<Характеристика Назва="Колір">Чорний</Характеристика>
== Характеристики і BI-аналітика ==
!; Окремо варто відзначити міграції нестандартних реквізитів із [[1С]] або [[BAS]], побудови аналітики, збереження специфічної інформації клієнта і адаптації системи під різні галузі без хаотичного створення окремих полів для кожного випадку.; !; !; Назва
* реквізити;
* додаткові реквізити;
* додаткові відомості;
* властивості;
* характеристики номенклатури;
* субконто;
* поля табличних частин;
* коментарі;
* нестандартні доробки;
* службові поля обробок.; |}
[[Категорія:Міграція з BAS]]
</div>
завдяки наявності Логіювання користувачі можуть в аудиті, контролі й розслідуванні помилок.; !; Але бізнесу часто потрібно більше.; | Колір, розмір, бренд, модель, вага, гарантія, матеріал, серія, партія.;[[Категорія:Цифрова незалежність України]]
!; Вони дозволяють описувати додаткові властивості об’єктів без постійної зміни ядра системи: колір товару, розмір, бренд, сегмент клієнта, тип договору, серійний номер обладнання, джерело замовлення, канал продажу або будь-яку іншу бізнес-ознаку.; Коментар
<Характеристики>
!; !; Назва
* продажі та реалізація по брендах;
* продажі та реалізація по кольорах;
* залишки по розмірах;
* клієнти по сегментах;
* замовлення по каналах продажу;
* повернення по причинах;
* сервісні заявки по типах обладнання;
* витрати по проєктах;
* борги по групах ризику.; # Визначити права доступу.; Сутність
Приклад: Характеристики потрібні для того, щоб ERP могла адаптуватися до різних бізнесів без постійної зміни ядра системи.; це механізм гнучкого опису бізнес-об’єктів за допомогою додаткових властивостей, атрибутів або параметрів без необхідності щоразу змінювати основну структуру бази даних виступає ключовою рисою обліку забезпечується через Характеристики сутностей в ERP.; # Визначити, чи потрібен довідник значень.; | Так.; Правильний підхід: |
;== Типи характеристик ==
Перед перенесенням характеристик потрібно очистити інформаційні дані.; Характеристика сутності — це додаткова властивість бізнес-об’єкта, яка описує його особливість.; Артикул |
; Регіон
Це надає можливість не показувати зайві поля там, де вони не потрібні.; Приклад: Але характеристики потрібно проєктувати уважно.; Приклад проблеми: як ілюстрація, для товарів: Приклад:
== Характеристики і міграція з 1С/BAS == |
|---|