Характеристики сутностей

!;

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

Характеристики і фільтрація

• сегмент;
• джерело залучення;
• канал продажу;
• регіон;
• рівень лояльності;
• тип клієнта;
• кредитний ліміт;
• платіжна дисципліна;
• відповідальний менеджер;
• ризиковість;
• VIP-статус;
• галузь.; * характеристика;
• атрибут;
• властивість;
• параметр;
• додаткове поле;
• кастомне поле;
• реквізит;
• ознака.; * які сутності потребують додаткових характеристик;
• які характеристики потрібні;
• які з них обов’язкові;
• які типи даних потрібні;
• які характеристики мають бути списками;
• які мають бути довідниками;
• які одиниці виміру використовуються;
• які характеристики залежать від категорій;
• які потрібні для аналітики;
• які потрібні для інтеграцій;
• які потрібні для друкованих форм;
• які впливають на бізнес-процеси;
• хто відповідає за якість даних;
• хто має змогу створювати нові характеристики;
• хто має змогу редагувати значення;
• які права доступу потрібні;
• які старі інформаційні дані потрібно очистити.; А ілюзія аналітики — це коли звіт є собою, цифри є собою, кольори красиві, а рішення для бізнесу краще не приймати.; як ілюстрація:

як ілюстрація:

Для обладнання характеристики особливо важливі.; ERP має змогу не дозволяти зберегти або провести об’єкт, якщо обов’язкові характеристики не заповнені.; Якщо статус застосовується для аналітики або фільтрації, він має змогу бути характеристикою.; Документ, заявка, платіж, договір або проєкт — теж сутності, бо вони мають інформаційні дані, статуси, зв’язки і поведінку в системі.; Вони дозволяють описувати об’єкти системи так, як це потрібно конкретному бізнесу: товари — за технічними параметрами, клієнтів — за сегментами, договори — за ризиками, обладнання — за станом, заявки — за пріоритетами, проєкти — за складністю, партії — за строками придатності.; Характеристики можуть використовуватися в друкованих формах.; Характеристики — характеристиками.; | Вони можуть запускати правила: додати погоджувача, показати попередження, зробити поле обов’язковим, створити задачу або змінити маршрут.; Приклади:

Приклад для взуття:

як ілюстрація:

Категорія “Електроніка”:

• процесор;
• оперативна пам’ять;
• SSD;
• діагональ екрана;
• відеокарта;
• операційна платформа.; Приклад для металопрокату:

Приклад для товарів:

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

• строк дії;
• відповідальний;
• ризик;
• пролонгація.; Підгрупа “Дрилі” додає:

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

• статус обладнання;
• статус договору;
• статус заявки;
• статус товару;
• статус постачальника.; Приклади:

А приблизний обліковий облік — це завжди шлях до приблизних рішень.; Для клієнтів:

Валідація сприяє не пускати в систему сміттєві інформаційні дані.; Роль

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

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

Для товару в комерційній пропозиції потрібно вивести:

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

| Керівник напряму | Визначає, які характеристики потрібні для бізнес-процесів і аналітики.; як ілюстрація:

Для малого бізнесу це має змогу бути просте додавання потрібних властивостей до товарів або клієнтів.; | K2 ERP має змогу автоматизувати характеристики товарів, клієнтів, документів, договорів, обладнання, заявок, проєктів, партій, серій і бізнес-процесів.; замовник має характеристики:

Числові характеристики

Чим краще описана модель характеристик, тим менше хаосу буде в системі.; як ілюстрація, для товару:

Проєкти можуть мати характеристики:

Характеристики обладнання

Без неї звіт має змогу показати кілька різних “однакових” значень, і керівник почне підозрювати, що платформа живе творчим життям.; |- | Чим характеристика відрізняється від варіанта товару?; При інтеграції з сервісною системою:

• технічні інформаційні дані;
• експлуатація;
• обслуговування;
• гарантія;
• відповідальні;
• документи.; Для інтернет-магазину характеристики товарів — це майже обов’язкова частина.; Приклад:

• розмір;
• колір;
• матеріал;
• сезон;
• тип підошви.; як ілюстрація, бренд “Samsung” не буде введений як “Самсунг”, “SAMSUNG”, “samsung” і “Samsung original”.;== Нормалізація характеристик ==

Футболка чоловіча чорна бавовна розмір L літня бренд X

Властивість — це загальна ознака об’єкта.; | Текст, число, дата, список, довідник, логічне значення, файл, зображення, формула та інші.;== Характеристики і якість даних ==

Для замовлення клієнта:

• модель;
• потужність;
• розмір;
• матеріал;
• гарантію.; У реальному бізнесі стандартних полів майже ніколи не вистачає.; Характеристики — це не без ускладнень “ще одні поля”.; Якщо ERP зберігає характеристики структуровано, їх можна передавати в маркетплейс автономно.; Характеристики дають можливість будувати глибшу аналітику.; Тип характеристики

Характеристики і безпека

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

Якщо все написано в коментарях, фільтрація перетворюється на археологію.; Наче трохи, але потім усе скрипить.; Приклад для техніки:

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

Приклад для одягу:

Для категорії “Взуття”:

Характеристики можуть мати різні типи даних.; * дата виробництва;

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

Для людини це зрозуміло.; Для людини — одне й те саме.;== Необов’язкові характеристики ==

{{SEO

як ілюстрація, для заявки на закупівлю:

Не всі характеристики мають бути обов’язковими.; У роботі з характеристиками можуть брати участь різні ролі.; як ілюстрація:

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

Правильний тип характеристики дуже важливий.; Останнє особливо погано фільтрується.; Контрагенти теж можуть мати характеристики.; Для договору обов’язкові:

• хто змінив значення;
• коли змінив;
• яке було старе значення;
• яке стало нове;
• чому змінив.; |-

| Чому важлива якість характеристик?; * фільтрів;

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

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

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

Атрибут — формалізована властивість, яку можна зберігати і обробляти.;

Приклад бізнес-правила:

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

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

• колір: білий, чорний;
• розмір: S, M, L.; Це складський облік даних без полиць, етикеток і шансів на нормальну аналітику.; Шаблони дозволяють автономно показувати потрібні характеристики залежно від типу об’єкта.; |}

як ілюстрація, для договору:

Нормалізація потрібна для якісної аналітики.; З характеристиками ERP стає гнучкішою, зрозумілішою і кориснішою.; Іноді характеристики потрібно оновлювати масово.;== Характеристики і інтеграції ==

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

• бренд;
• модель;
• потужність;
• напруга;
• габарити;
• гарантія;
• клас енергоефективності.; Приклади:

Характеристики-файли

|- | Адміністратор ERP | Створює характеристики, налаштовує типи, шаблони, права, обов’язковість і правила.; Якщо характеристики структуровані, інтеграції працюють набагато краще.; Замість різних значень:

Характеристики покращують пошук.; Для користувача. Якщо в системі не вистачає поля “тип покриття”, “сезонність”, “джерело клієнта”, “пріоритет заявки” або “клас обладнання”, це має змогу бути характеристикою сутності.; Для чого застосовується Неправильне використання характеристик має змогу створювати дублікати.; Головне. Характеристики сутностей — це спосіб зробити ERP гнучкою.; Файлові характеристики корисні, коли для сутності потрібно зберігати підтверджувальні або технічні документи.; Приклад:

• марка сталі;
• діаметр;
• товщина;
• довжина;
• тип покриття;
• клас міцності.; Приклади:

А сміттєві інформаційні дані в ERP — це як пісок у механізмі.; * серійним номером;

• моделлю;
• місцем встановлення;
• станом;
• датою ТО.;

Категорія “Продукти”:

Для серії:

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

Сутність — це не обов’язково щось фізичне.; Валідація — це перевірка правильності заповнення.; Приклади характеристик договору:

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

як ілюстрація:

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

Для категорії “Метал”:

* інтернет-магазин отримує характеристики товару;
* мобільний додаток передає параметри заявки;
* WMS отримує габарити і вагу;
* CRM передає сегмент клієнта;
* сервісна платформа отримує серійний номер обладнання;
* BI-система будує аналітику за характеристиками.; Для великого бізнесу — гнучка модель даних, шаблони характеристик, інтеграції, права доступу, історичний розвиток змін, аналітичні інструменти і бізнес-правила на основі характеристик.; Текст зручний, але його потрібно використовувати обережно.; Excel часто застосовується для характеристик товарів, клієнтів або обладнання.; Якщо “договір потребує юридичної перевірки = так”, ERP додає юриста в маршрут погодження.; '''Поле''' — це конкретне місце для зберігання даних.; |-
| Які бувають типи характеристик?; Категорія “Одяг” має характеристики:

== Характеристики і категорії ==

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

* тип договору;
* ризиковість;
* строк дії;
* автоматична пролонгація;
* відповідальний юрист;
* умови оплати;
* критичність;
* наявність штрафів.; |-
| Що таке характеристики сутностей?; Приклади правил:

* об’єм = довжина × ширина × висота;
* площа = ширина × довжина;
* дата наступного ТО = дата останнього ТО + періодичність;
* рівень ризику = формула за кількома параметрами;
* пріоритет заявки = залежить від критичності і клієнта;
* гарантія до = дата продажу + гарантійний строк.; * усе записується в коментар;
* характеристики дублюються в назві;
* немає типів даних;
* немає списків значень;
* немає обов’язкових характеристик;
* немає шаблонів по категоріях;
* користувачі вводять значення вручну;
* немає відповідального за якість даних;
* характеристики створюються хаотично;
* однакова характеристика має різні назви;
* різні одиниці виміру змішуються;
* немає історії змін;
* немає прав доступу;
* характеристики не використовуються у звітах;
* старі характеристики не очищуються.;</div>

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

краще мати групу “Футболки” і характеристику “Колір”.; На основі таких характеристик можна будувати CRM-аналітику, маркетинг, продажі та реалізація і фінансовий контроль.;== Характеристики і аналітичні інструменти ==

* Футболка біла S;
* Футболка біла M;
* Футболка чорна S;
* Футболка чорна M.; * кредитний ліміт клієнта;
* ризик договору;
* статус обладнання;
* відповідальний менеджер;
* гарантійний строк;
* категорія постачальника;
* статус VIP;
* дата ТО.;== Характеристики і бізнес-процеси ==

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

* серійний номер;
* місце встановлення;
* відповідальний;
* дата введення в експлуатацію;
* періодичність ТО.; Товари — один із найпоширеніших прикладів використання характеристик.;== Характеристики-списки ==

* розмір;
* колір;
* сезон;
* матеріал;
* стать.; Вони допомагають:

* знайти всі товари чорного кольору розміру M;
* знайти всі договори з високим ризиком;
* знайти всіх клієнтів із сегмента “великий бізнес-середовище”;
* знайти всі заявки з критичним пріоритетом;
* знайти обладнання, яке потребує ТО цього місяця;
* знайти партії зі строком придатності до кінця кварталу;
* знайти постачальників із низьким рейтингом.; * тип договору;
* рівень ризику;
* строк дії;
* автоматична пролонгація;
* відповідальний юрист;
* підрозділ;
* стаття бюджету;
* критичність;
* статус підписання.; Комусь потрібно розділяти клієнтів за джерелом залучення, сегментом, рівнем ризику, каналом продажу і регіоном.; Не всі характеристики повинні бути доступні всім користувачам.;== Характеристики і маркетплейси ==

Характеристики документів допомагають налаштовувати маршрути погодження, фільтри, аналітику і бізнес-процеси.; |-
| Категорійний менеджер
| Визначає характеристики товарних категорій.; |-
| Навіщо потрібні списки значень?; * якщо заявка має пріоритет “критичний”, скоротити строк обробки;
* якщо договір має ризик “високий”, додати юриста і директора;
* якщо товар потребує сертифіката, не дозволяти продаж без файлу сертифіката;
* якщо обладнання потребує ТО, створити заявку на обслуговування;
* якщо замовник VIP, призначити старшого менеджера;
* якщо сума платежу велика, додати фінансового директора;
* якщо партія скоро прострочиться, показати попередження складу.; “VIP-клієнт” має змогу бути характеристикою.; як ілюстрація, користувач системи має змогу шукати товар не тільки за назвою, а й за параметрами:

</div>

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

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

як ілюстрація, “колір” краще робити списком, а не текстом.; |-
| Закупівельник
| Використовує характеристики товарів, постачальників, умов поставки і сертифікатів.; Це дуже корисно.; |-
| Як ERP сприяє?; Приклад

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

Але формули повинні бути зрозумілими і контрольованими.; У ERP сутностями можуть бути:

* модель;
* характеристика;
* примітка;
* внутрішній код;
* артикул виробника;
* технічний коментар;
* причина відхилення;
* умова договору.; Бо якщо платформа не знає, що товар має розмір, замовник має сегмент, договір має ризик, а обладнання має стан, вона бачить бізнес-середовище дуже приблизно.;== Характеристики і права доступу ==

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

Для середнього бізнесу — структуровані характеристики для каталогів, CRM, документів, договорів і аналітики.; Формульні характеристики зменшують ручну роботу і помилки.; Третій — за діаметром, товщиною, маркою сталі, покриттям і класом міцності.; Якщо дату зберігати текстом, її буде складно фільтрувати.; Без характеристик така аналітичні інструменти часто неможлива або робиться вручну.; Для заявки в техпідтримку:

Назва: Футболка чоловіча базова

'''Характеристика''' — бізнес-орієнтована властивість, яка описує сутність у зрозумілих користувачам термінах.; * марка сталі;
* діаметр;
* товщина;
* довжина;
* покриття.;== автоматизація процесів характеристик в ERP ==

Списки допомагають підтримувати порядок у даних.; На старті це має змогу бути комфортно.; |-
| фінансовий блок
| Використовують характеристики для аналітики, бюджетів, ризиків, договорів і звітів.; |-
| Маркетинг
| Використовує характеристики для сайту, каталогу, фільтрів, SEO і маркетплейсів.; * бренд;
* потужність;
* напруга;
* гарантія.; Якщо “Автоматична пролонгація = так”, платформа нагадує відповідальному за 30 днів до дати завершення.; Для договору:
== Висновок ==
|-
| Текст
| Коментар, модель, характеристика, артикул виробника
| Для вільного введення текстових даних
|-
| Число
| Вага, довжина, потужність, кількість
| Для вимірюваних параметрів
|-
| Дата
| Дата гарантії, дата ТО, дата завершення договору
| Для календарних подій
|-
| Список
| Колір, сезон, тип клієнта, статус ризику
| Для вибору зі стандартних значень
|-
| Логічне значення
| Так/ні, активний/неактивний, потребує сертифіката
| Для простих ознак
|-
| Довідник
| Бренд, виробник, регіон, категорія
| Для зв’язку з іншими сутностями
|-
| Файл
| Сертифікат, фото, паспорт якості
| Для прикріплення документів
|}

Для договорів:

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

* рівень доступу працівника;
* критичність обладнання;
* клас небезпечного вантажу;
* ризик контрагента;
* конфіденційність договору;
* обмеження на продаж товару;
* потреба в сертифікаті;
* санкційний ризик контрагента;
* внутрішній рейтинг безпеки.; Такі характеристики повинні мати контроль доступу, історію змін і правила використання.; Перевага довідникових характеристик у з цієї причини, що вони використовують єдині значення.; Потрібно відрізняти характеристики номенклатури від варіантів товарів.; |-
| Як характеристики допомагають в аналітиці?;== Характеристики виробничих об’єктів ==

== Характеристики проєктів ==

* інвентарний номер;
* серійний номер;
* виробник;
* модель;
* рік випуску;
* дата введення в експлуатацію;
* місце встановлення;
* відповідальна особа;
* стан;
* клас небезпеки;
* потужність;
* гарантійний строк;
* дата останнього ТО;
* дата наступного ТО;
* періодичність обслуговування;
* сервісна організація;
* технічний паспорт;
* фото.; При передачі даних у маркетплейс можуть бути потрібні конкретні атрибути категорії.; Так ERP надає можливість не дублювати характеристики для кожної категорії.; У базі даних це має змогу бути поле або запис у таблиці характеристик.;== Для чого потрібні характеристики сутностей ==

!; як ілюстрація:

* вага не має змогу бути від’ємною;
* дата завершення договору не має змогу бути раніше дати початку;
* гарантійний строк має бути числом;
* якщо “Потребує сертифіката = так”, файл сертифіката обов’язковий;
* якщо “Тип товару = харчовий”, строк придатності обов’язковий;
* якщо “Валюта = EUR”, потрібно вказати валютний рахунок;
* якщо “Ризик = високий”, потрібне погодження юриста.; Для заявки на оплату:

* серійний номер;
* гарантія;
* дата продажу;
* модель;
* замовник.; |-
| Чому не можна все писати в коментар?; * сегментом;
* регіоном;
* менеджером;
* джерелом;
* каналом;
* ризиком.;== Характеристики працівників ==

* модель;
* серійний номер;
* виробник;
* стан;
* місце встановлення;
* дата останнього ТО;
* періодичність обслуговування;
* клас небезпеки.; Щоб уникати дублікатів, потрібно:

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

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

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

Коли все змішано в одне поле, платформа не аналізує інформаційні дані, а читає прозу.; |-
| Як [[K2 ERP]] має змогу допомогти?; Але є собою нюанси.; Питання
'''[[K2 ERP]]''' має змогу допомогти зробити характеристики сутностей частиною єдиної системи керування: від товарного каталогу до CRM, від договорів до погодження, від обладнання до сервісу, від інтернет-магазину до аналітики.;== Що таке сутність ==

як ілюстрація:

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

'''Характеристика сутності''' — це додаткова властивість, яка описує сутність.; як ілюстрація:

Приклади:

== Характеристики і друковані форми ==

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

* який це товар;
* який у нього колір, розмір, вага, бренд або матеріал;
* до якої групи належить замовник;
* які умови роботи з постачальником;
* який тип документа;
* який статус обладнання;
* які параметри має замовлення;
* які особливості має проєкт;
* які додаткові інформаційні дані потрібно зберігати;
У системі це має змогу бути характеристика “Колір”.;== Як K2 ERP сприяє з характеристиками сутностей ==

* канал продажу;
* терміновість;
* тип доставки;
* джерело замовлення;
* умови оплати;
* спеціальні умови;
* складність виконання.; Числова характеристика застосовується для параметрів, які можна рахувати, порівнювати і фільтрувати.; | Варіант товару має змогу впливати на залишки, ціни і штрихкоди, а характеристика має змогу бути без ускладнень описовою властивістю.; ERP повинна мати відповідь.; як ілюстрація:

Приклади:

Типовий файл:

* пріоритет;
* причина закупівельна діяльність;
* критичність;
* тип потреби;
* проєкт;
* підрозділ;
* планова дата;
* джерело фінансування;
* потребує тендеру;
* потребує трьох комерційних пропозицій.; * створення характеристик;
* типи даних;
* групи характеристик;
* шаблони;
* обов’язковість;
* списки значень;
* довідники;
* одиниці виміру;
* валідацію;
* права доступу;
* історію змін;
* масове актуалізація;
* імпорт;
* експорт;
* фільтри;
* пошук;
* звіти;
* бізнес-правила;
* інтеграції;
* друковані форми.; У більшості випадків ці слова описують схожу ідею: додаткову інформацію про об’єкт.; |-
| Менеджер з продажів
| Заповнює або використовує характеристики клієнтів, замовлень і товарів.; Комусь потрібно для обладнання зберігати модель, серійний номер, дату введення в експлуатацію, стан, клас небезпеки, періодичність ТО і місце встановлення.; '''Характеристики сутностей''' — це додаткові властивості, параметри або атрибути, які описують об’єкти в ERP-системі.; Київ”;
* “Kyiv”;
* “Киев”;

== Обов’язкові характеристики ==

Він надає можливість гнучко додавати властивості до різних об’єктів і використовувати їх у пошуку, фільтрах, звітах, документах, бізнес-процесах, інтеграціях і аналітиці.; Погана практика — записувати всі характеристики в назву товару.; Колір і розмір можуть бути варіантами товару, а “країна походження” має змогу бути без ускладнень описовою характеристикою.; Якщо характеристика “Рівень ризику = високий”, договір обов’язково йде на погодження директору і юристу.; Для важливих характеристик потрібна історичний розвиток змін.; * основні характеристики;
* фізичні параметри;
* технічні параметри;
* логістика;
* сертифікація;
* гарантія;
* продажі та реалізація;
* закупівельна діяльність;
* складський обліковий облік.;[[Категорія:Бізнес-процеси]]

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

<pre>

Інакше користувачі будуть бачити число і питати: “А звідки воно взялося?” Це нормальне питання.; Якщо такий файл є собою головним джерелом правди, правда має змогу бути дуже залежною від того, хто останнім сортував таблицю і чи не з’їхали рядки.; з цієї причини ERP повинна дозволяти налаштовувати різні набори характеристик для різних категорій.;== Вступ ==

Деякі характеристики можуть розраховуватися автономно.; Бо масово оновити правильно — це комфортно.; При перенесенні даних із інших систем характеристики дуже важливі.; Якщо одиниці не контролюються, користувачі можуть вводити різні формати:
Без характеристик платформа або обмежує бізнес-середовище стандартними полями, або змушує все писати в коментарях, назвах і Excel-файлах.;== Характеристики і дублікати ==

Деякі потрібні тільки за певних умов.; Інший — за моделлю, брендом, гарантією, країною походження і типом сертифіката.;[[Категорія:ERP]]

У сучасних системах характеристики часто використовуються через API.; При перенесенні клієнтів:

== Шаблони характеристик ==

== Наслідування характеристик ==

Це істотно для контролю, аудиту і відповідальності.;[[Категорія:Документообіг]]

Для обладнання:

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

'''істотно.''' Не кожна характеристика створює окремий складський залишок.; Бо якщо не змусити користувачів заповнювати важливі інформаційні дані одразу, потім вони перетворюються на “ми колись дозаповнимо”.; Можна вести кожну комбінацію як окрему номенклатуру:

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

'''Для керівника.''' Характеристики дозволяють отримувати аналітику не тільки по стандартних довідниках, а й по реальних бізнес-параметрах: сегментах клієнтів, властивостях товарів, типах замовлень, складності проєктів, категоріях обладнання або ризиках договорів.; * за якими властивостями потрібно фільтрувати, шукати, аналізувати і будувати процеси.; Тоді можна нормально фільтрувати, групувати, шукати і передавати інформаційні дані в інтернет-магазин.; * на перегляд;
* на редагування;
* на заповнення;
* на використання в звітах;
* на експорт.; Для системи — ні.;== Характеристики і інтернет-магазин ==

* вага;
* довжина;
* ширина;
* висота;
* діаметр;
* потужність;
* об’єм;
* температура;
* тиск;
* кількість місць;
* гарантійний строк у місяцях;
* максимальне навантаження;
* рівень знижки.; Іноді характеристикою має змогу бути файл.; | Щоб уникати хаотичного введення, дублікатів і різних написань одного значення.; {| class="wikitable" style="width:100%;"

* характеристики не заповнюються;
* значення вводяться хаотично;
* немає списків;
* немає довідників;
* немає відповідальних;
* дублюються значення;
* використовуються різні одиниці виміру;
* немає обов’язкових полів;
* немає валідації;
* старі характеристики не чистяться;
* користувачі не розуміють, що і як заповнювати.; Але тут істотно не переборщити.; Це надає можливість аналізувати проєкти не тільки за сумою або клієнтом, а й за складністю, типом, ризиками і прибутковістю.; Маркетплейси часто вимагають заповнення атрибутів товару.; Так характеристики стають не без ускладнень даними, а частиною логіки ERP.; {| class="wikitable" style="width:100%;"

Приклад:

Деякі характеристики можуть мати безпекове значення.;== Що таке характеристика сутності ==

як ілюстрація:

Але з ростом компанії виникають проблеми:

Деякі характеристики можуть бути обов’язковими.; як ілюстрація:

Характеристики потрібні для гнучкого опису об’єктів системи.; Приклад для електроніки:

== Коротко ==

Характеристика робить сутність більш точною і корисною для обліку.;== Характеристики і назви товарів ==

'''Нормалізація характеристик''' — це приведення значень до єдиного стандарту.; як ілюстрація:

Проблеми виникають, якщо:

== Довідникові характеристики ==

Якщо характеристика без ускладнень описує товар для аналітики, вона має змогу бути додатковою властивістю.; * складність виробу;
* тип технології;
* клас точності;
* вид обробки;
* матеріал;
* марка сталі;
* партія сировини;
* номер плавки;
* серія виробу;
* контроль якості;
* потреба в сертифікації;
* тип пакування.; * серійний номер;
* дата продажу;
* гарантія;
* замовник;
* сервісна історичний розвиток;
* статус;
* дата активації;
* комплектність.; Заявки можуть мати характеристики, які впливають на маршрут і пріоритет.; Вони зменшують помилки введення і дозволяють нормально фільтрувати записи.; Коментар — коментарем.; Один замовник хоче вести товари за кольором, розміром і матеріалом.;== Приклад процесу в K2 ERP ==

Перед імпортом потрібно зробити аудит і нормалізацію.; * товарів;
* номенклатури;
* контрагентів;
* клієнтів;
* постачальників;
* договорів;
* документів;
* заявок;
* замовлень;
* проєктів;
* обладнання;
* основних засобів;
* працівників;
* партій;
* серій;
* виробничих об’єктів;
* складських операцій;
* CRM;
* інтернет-магазину;
* інтеграцій.; Група товарів “Електроінструмент” має загальні характеристики:

Числові характеристики корисні для:

* бренд;
* колір;
* розмір;
* фото;
* характеристика;
* матеріал;
* характеристики для фільтрів;
* SEO-поля;
* гарантія;
* країна походження.; * діаметр диска;
* тип шліфування;
* швидкість обертання.; * розмір: S, M, L, XL;
* колір: чорний, білий, синій;
* матеріал: бавовна, поліестер;
* сезон: літо, зима.; ERP перетворює характеристики з “додаткових полів” на частину бізнес-логіки.; Назва повинна бути назвою.; Якщо вона написана в коментарі “десь біля 5 кВт”, платформа має змогу тільки сумно подивитися на цей запис.;== Текстові характеристики ==

Маркетплейси не люблять “десь у описі написано”.; Це істотно для гарантії, простежуваності, сервісу, повернень і контролю якості.; '''[[K2 ERP]]''' має змогу використовуватися для гнучкого опису сутностей через характеристики.; | Вони дозволяють будувати звіти по брендах, сегментах, ризиках, категоріях, пріоритетах, станах обладнання та інших бізнес-параметрах.;<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">

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

Це спосіб описати бізнес-середовище нормальною мовою даних.; * Футболки білі;
* Футболки чорні;
* Футболки червоні;
* Футболки сині;
* Футболки зелені;

!; Приклад:

Приклади:

Потрібно знайти всі насоси з потужністю понад 5 кВт.; Приклади:

* бренд;
* модель;
* колір;
* розмір;
* матеріал;
* технічна характеристика;
* сертифікат;
* країна походження.; '''Сутність''' — це об’єкт системи, який має інформаційні дані, властивості, зв’язки і бізнес-значення.; Але істотно розуміти різницю.;[[Категорія:Аналітика]]

* бренд;
* модель;
* потужність;
* напруга;
* гарантія.; Саме з цієї причини в ERP потрібен механізм характеристик сутностей.; Для партії:

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

Такі характеристики допомагають системі автономно визначати, хто має обробляти заявку і в який строк.; А “Документ проведено” — краще системний статус документа, а не характеристика.; Якщо бізнесу потрібно зберігати додаткові властивості товарів, клієнтів, документів, обладнання або замовлень, не обов’язково щоразу переписувати всю систему.; Без характеристик інтернет-магазин стає без ускладнень списком назв.; ERP надає можливість зробити характеристики системними.; '''Поширена проблема.''' Якщо всі додаткові інформаційні дані пишуться в поле “Коментар”, то це не гнучкість.; !; Для обладнання:

== Характеристики і пошук ==

Найпоширеніші помилки:

__TOC__

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

Такі характеристики потрібні для обліку основних засобів, ремонтів, технічного обслуговування, інвентаризації і контролю стану обладнання.; як ілюстрація, є собою товар “Футболка базова”.; Якщо характеристики введені структуровано, фільтри працюють нормально.; Варіанти:

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

як ілюстрація:

Для числових характеристик істотно вказувати одиниці виміру.; {| class="wikitable" style="width:100%;"

Для товару категорії “Електроніка” обов’язкові:

Товар має властивість “колір”.; Підгрупа “Шліфмашини” додає:

* бренд;
* модель;
* потужність;
* напруга;
* гарантія;
* серійний номер;
* країна виробництва.;<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">

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

як ілюстрація:

Можна налаштовувати:

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

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

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

Масово оновити неправильно — це швидкий спосіб створити багато роботи для всіх.;== Що потрібно описати перед впровадженням характеристик ==

Приклади:

* колір: чорний;
* матеріал: бавовна;
* розмір: L;
* сезон: літо;
* бренд: X.; Правильний підхід залежить від бізнес-процесу.; з цієї причини характеристики повинні мати:
як ілюстрація:

!; | Це об’єкт системи, який має інформаційні дані і бізнес-значення: товар, документ, замовник, договір, працівник, обладнання, замовлення тощо.; Для обладнання:

'''Практичний сенс.''' Характеристики дозволяють ERP підлаштовуватися під різні галузі і бізнес-моделі без перетворення кожного клієнта на окрему “унікальну сніжинку” з важкою підтримкою.; історичний розвиток надає можливість бачити:

== Характеристики договорів ==

== Характеристики і імпорт даних ==

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

Для обладнання обов’язкові:

!; * фінансові ризики договору має змогу бачити керівництво і фінансовий блок;
* внутрішній рейтинг клієнта має змогу бути прихований від частини менеджерів;
* зарплатні характеристики працівника доступні тільки HR і бухгалтерії;
* закупівельні умови постачальника не потрібні всім користувачам;
* службові ознаки можуть редагувати тільки адміністратори.; * сегмент: середній бізнес-середовище;
* джерело: сайт;
* канал: B2B;
* регіон: Київська область;
* ризик: низький.; Правильна ERP повинна дозволяти налаштовувати характеристики залежно від типу сутності, групи, категорії або бізнес-логіки.; Логічна характеристика має значення “так” або “ні”.; * бренд;
* категорія;
* колір;
* розмір;
* матеріал;
* штрихкод;
* країна;
* гарантія;
* технічні параметри.; У складних системах характеристики можуть наслідуватися.; * формат роботи;
* графік;
* рівень доступу;
* кваліфікація;
* сертифікації;
* навички;
* мови;
* категорія працівника;
* тип зайнятості;
* наставник;
* проєктна роль;
* допуск до робіт;
* медогляд;
* дата наступної атестації.; | Для гнучкого опису об’єктів, фільтрації, пошуку, аналітики, друкованих форм, інтеграцій і бізнес-процесів.; |-
| Для чого потрібні характеристики?;== Логічні характеристики ==

Характеристики_товарів_оновлені_фінал_після_правок_маркетплейсу_версія_11.xlsx

* “Київ”;
* “м.; |-
| IT / інтегратор
| Налаштовує імпорт, експорт, API і обмін характеристиками з іншими системами.;== Типи характеристик ==

== Групи характеристик ==

Якщо характеристика має обмежений набір значень, краще використовувати список або довідник.; Якщо список значень не нормалізувати, користувачі оперативно створять “білий”, “Білий”, “бiлий”, “white” і “біл.” як п’ять різних кольорів.; Можна налаштувати характеристики.; Характеристики дозволяють не обмежуватися стандартними полями, а гнучко описувати саме ті параметри, які потрібні бізнесу.; Такі характеристики зручні для правил.; Для постачальників:
Приклади правил:
== Характеристики контрагентів ==
== Ролі в роботі з характеристиками ==
[[Категорія:Номенклатура]]
Краще:
!;<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
Якщо для кожної такої потреби доробляти окреме поле програмістом, платформа оперативно перетвориться на важкий набір винятків.;

Характеристики корисні тільки тоді, коли інформаційні дані якісні.; |- | Як характеристики впливають на бізнес-процеси?; Інакше користувачі зможуть написати “червоний”, “Червоний”, “red”, “красний” і “ой такий як минулого разу”.;== Характеристики номенклатури і варіанти товарів ==

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

• товар;
• послуга;
• контрагент;
• замовник;
• постачальник;
• працівник;
• складський облік;
• документ;
• договір;
• рахунок;
• замовлення;
• заявка;
• проєкт;
• виробниче замовлення;
• ключовий засіб;
• обладнання;
• транспорт;
• партія;
• серія;
• платіж;
• підрозділ;
• бізнес-процес;
• задача;
• звернення клієнта.; * текст;
• число;
• дата;
• дата і час;
• логічне значення;
• список;
• довідник;
• файл;
• зображення;
• посилання;
• грошова сума;
• відсоток;
• одиниця виміру;
• JSON або структуровані інформаційні дані;
• формула;
• множинний вибір.; * адміністратор створює категорію “Електроінструмент”;
• налаштовує характеристики: бренд, модель, потужність, напруга, гарантія;
• для характеристики “бренд” застосовується довідник;
• для “потужність” застосовується числове поле з одиницею кВт;
• гарантія є собою обов’язковою;
• користувач системи створює товар і заповнює характеристики;
• товар потрапляє в інтернет-магазин;
• клієнти фільтрують товари за брендом і потужністю;
• керівник бачить продажі та реалізація по брендах.; |-

| Що таке сутність?;

Це можна прочитати, але складно обробляти.; Відповідь ERP повинна підтримувати масове актуалізація, але з контролем прав і історії.; Іноді статус сутності теж можна реалізувати як характеристику.; Для контрагента:

• 10 кг;
• 10000 г;
• 0,01 т;
• десять кілограмів.; А список назв — це не каталог, а довгий тест на терпіння покупця.; Вони потрібні для:

Одиниці виміру в характеристиках

• бренд;
• модель;
• колір;
• розмір;
• країну;
• вагу;
• габарити;
• гарантію;
• штрихкод;
• сертифікати.; | ERP надає можливість налаштовувати типи характеристик, шаблони, обов’язковість, списки, права, історію, фільтри, звіти та інтеграції.; * вага — кг;
• довжина — м;
• потужність — кВт;
• напруга — В;
• температура — °C;
• об’єм — л;
• площа — м²;
• тиск — бар.; * типи характеристик;
• обов’язкові поля;
• списки значень;
• довідникові значення;
• шаблони по категоріях;
• права доступу;
• фільтри;
• звіти;
• правила бізнес-процесів;
• використання в друкованих формах;
• використання в API та інтеграціях.; Бо вони створюють ілюзію аналітики.;

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

Окрема класика — створити 200 характеристик для товару, з яких заповнені 7, а користувачі бояться відкривати картку.; як ілюстрація:

Простими словами, характеристика відповідає на питання:

Характеристики можуть впливати на бізнес-процеси.; * чорний;

• Чорний;
• чёрный;
• black;
• чорн.;
• чорний колір.; * характеристика “серійний номер” потрібна тільки для товарів із серійним обліком;
• “строк придатності” потрібен для харчових товарів, медикаментів або хімії;
• “розмір” потрібен для одягу, але не для послуг;
• “потужність” потрібна для обладнання, але не для канцелярії;
• “дата ТО” потрібна для обладнання, але не для клієнтів.; Якщо статус впливає на поведінку системи, документи, права, маршрути або проводки, можливо, це має бути системне поле.; Якщо довідник ведеться нормально, аналітичні інструменти буде нормальною.; як ілюстрація:

як ілюстрація, при міграції товарів потрібно перенести:

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

Характеристики часто залежать від категорії.; Характеристика-список надає можливість вибрати значення з наперед заданого набору.; А “колись” в обліку — це майже ніколи.; Їм потрібні конкретні поля.; * сегмент клієнта;

• джерело залучення;
• рівень ризику;
• тип співпраці;
• регіон;
• відповідальний менеджер;
• канал продажу;
• пріоритет.; | Це додаткові властивості об’єктів ERP: товарів.; * товар потребує сертифіката;
• замовник VIP;
• постачальник заблокований;
• договір має автопролонгацію;
• обладнання потребує ТО;
• документ потребує юридичної перевірки;
• товар є собою небезпечним вантажем;
• працівник функціонує дистанційно.; Документи додатково можуть мати характеристики.; |-

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