Перейти до вмісту

План видів характеристик 1С

Матеріал з K2 ERP Wiki

! Рахунок

План видів характеристик — це спеціальний довідкоподібний об’єкт 1С, який описує набір характеристик, що можуть використовуватися в системі. "processor": "Intel Core i5",

"material": "Бавовна"

Його сила — у гнучкості. ! як приклад: У багатьох конфігураціях 1С план видів характеристик застосовують, коли потрібно саме для організації субконто. як приклад, “Колір”, “Цвет” і “Color” краще привести до однієї характеристики “Колір”. |- | Де застосовується для? | Через види субконто, які задають аналітики бухгалтерських рахунків. {| class="wikitable" style="width:100%;"

"attributes": [

як приклад, для товарів можуть бути додаткові властивості: Приклад: Практичний принцип міграції. План видів характеристик не можна переносити механічно. Дебет

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

</syntaxhighlight>

361 Розрахунки з покупцями Контрагенти, договори, документи розрахунків
631 Розрахунки з постачальниками Контрагенти, договори, документи розрахунків
281 Товари Номенклатура, склади
661 Розрахунки за зарплатою Працівники

! через цьому одна й і сама платформа здатна підтримувати різні типи аналітики для різних рахунків, документів, довідників або об’єктів обліку. План видів характеристик — це словник аналітик системи. Якщо цей словник чистий і продуманий, звіти працюють добре. |- | Яка типова помилка? Товар Але для BI критично, щоб характеристики були чистими й нормалізованими. ! |- | Оренда офісу | Оренда | Адміністрація | Офіс Київ | 30 000 грн |- | Реклама | Маркетинг | Відділ продажів | Кампанія весна | 15 000 грн |}

!== Приклад помилки: дублікати характеристик ==

"color": "Білий",

! "name": "Процесор", У бухгалтерському обліку субконто — це аналітичний розріз рахунку. як приклад:

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

У 1С це здатна відповідати видам характеристик “Колір”, “Розмір”, “Матеріал”. Приклад

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

|- | Колір | Рядок або довідник кольорів | Червоний |- | Розмір | Рядок або довідник розмірів | XL |- | Контрагент | Довідник “Контрагенти” | ТОВ “Ромашка” |- | Договір | Довідник “Договори” | Договір №15 |- | Працівник | Довідник “Працівники” | Петренко Олена |- | Дата гарантії | Дата | 31.12.2026 |- | Вага | Число | 12,5 кг |}

Для обміну через JSON характеристики часто передаються як масив або об’єкт. Код

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

Замість створення окремих полів у кожному товарі можна використовувати характеристики. ! {| class="wikitable" style="width:100%;" ! План видів характеристик часто посилається на довідники. Назва як приклад, сайт очікує отримати параметри товару: Так, але не механічно. # Для кожного рахунку вказуються допустимі види субконто. Значення

"product": "Ноутбук Lenovo",
"name": "Оперативна пам’ять",

} Для іншого товару характеристики можуть бути іншими. Якщо “Бренд” введений у довільному тексті десятьма способами, аналітичні інструменти буде неточною. як приклад, для бухгалтерського рахунку могли б бути жорстко задані поля: Перед перенесенням потрібно перевірити:

Типові питання

Після початку російської агресії проти України використання такого програмного забезпечення стало питанням не тільки бухгалтерії, а й кібербезпеки, комплаєнсу, репутації та цифрової незалежності. це об’єкт метаданих платформи та BAS, який застосовується для; так само реалізовано властивостей або аналітик, що можуть застосовуватися до різних об’єктів системи виступає ключовою рисою опису набору можливих характеристик забезпечується через План видів характеристик 1С. Тому при переході з 1С/BAS потрібно не тільки перенести інформаційні дані, а й вийти з залежності від ризикової платформи та побудувати контрольовану модель аналітик у новій ERP. {
class="wikitable" style="width:100%;"

Що таке план видів характеристик

Приклад: види субконто

  • продажі та реалізація по брендах;
  • залишки по кольорах і розмірах;
  • клієнтів по категоріях;
  • витрати по проєктах;
  • продажі та реалізація по регіонах;
  • сервісні заявки по типах обладнання;
  • маржинальність по характеристиках товарів;
  • динаміку попиту по сезонних параметрах. Це інтуїтивно, коли різним групам товарів, клієнтів або об’єктів потрібні різні параметри. Властивість

Якщо для рахунку 361 задано субконто “Контрагенти” і “Договори”, платформа очікує, що в проводці ці аналітики будуть заповнені. Звичайний довідник зберігає об’єкти, а план видів характеристик описує, які характеристики можуть бути в цих об’єктів. Для контрагентів план видів характеристик здатна використовуватися для зберігання додаткових параметрів. Сума

Ноутбук Lenovo Процесор Intel Core i5
Ноутбук Lenovo Оперативна пам’ять 16 GB
Ноутбук Lenovo Діагональ 15,6

Для контролю потрібно перевірити:

як приклад:

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

361 ТОВ “Ромашка”, договір №15 702 Номенклатурна група 12 000 грн

!== Санкції та ризики використання 1С/BAS в Україні == ! Він дає можливість описувати види субконто, властивості об’єктів, характеристики товарів, параметри контрагентів і різні аналітичні розрізи без жорсткого додавання окремих полів для кожного випадку. Проєкт

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

Він схожий на довідник, але його головна роль — описувати типи характеристик і їхні значення. Дублі потрібно об’єднувати або нормалізувати. При описі механізмів і BAS в українському контексті потрібно згадувати санкційні та безпекові ризики.== План видів характеристик і довідники ==

Краще зробити характеристику “Бренд” із типом значення “Довідник.Бренди”. # Види субконто описані в плані видів характеристик. Якщо він засмічений, аналітичні інструменти перетворюється на хаос. компанія-користувач зберігає бренд товару як довільний текст. * у звітах неможливо нормально згрупувати товари по кольору;

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

Практичне правило. Якщо характеристика застосовується для для фільтрів, звітів або інтеграцій, краще робити її не текстовим полем, а посиланням на довідник або контрольований список. У бухгалтерському або управлінському обліку план видів характеристик здатна описувати аналітики витрат. |}

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

як приклад, для ноутбука:

інформаційні дані з характеристик можуть бути корисними для Power BI. * Samsung;

  • Самсунг;
  • SAMSUNG;
  • Samsung Україна;
  • Самсунг електронікс. Наслідок

! Він не зберігає самі залишки чи проводки, а задає структуру можливих властивостей і типів аналітики. Характеристика

Приклади:

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

|-
| Контрагенти
| Контрагенти
|-
| Договори
| Договори
|-
| Номенклатура
| Номенклатура
|-
| Склади
| Склади
|-
| Працівники
| Працівники
|-
| Статті витрат
| Статті витрат
|}

! | Дублікати характеристик, неправильні типи значень, порожні субконто або хаотичні текстові значення. * стаття витрат;
* підрозділ;
* проєкт;
* центр фінансової відповідальності;
* напрям діяльності;
* замовлення;
* менеджер;
* об’єкт будівництва. ! Товар

== Контрольні суми при міграції ==
Він здатна застосовуватися для:
![[Категорія:K2 ERP]]

 "value": "Intel Core i5"

! Це означає, що характеристика “Контрагент” повинна посилатися на довідник контрагентів, а характеристика “складський облік”  на довідник складів. Причина
Для контрагентів:
{| class="wikitable" style="width:100%;"
== План видів характеристик і план рахунків ==
== План видів характеристик і JSON ==
{| class="wikitable" style="width:100%;"
через як приклад, [[Регістр бухгалтерії 1С]] зберігає проводки, а план видів характеристик користувачі можуть описати, які аналітичні значення можуть бути в цих проводках. "attributes": {
Це дає можливість системі не без зусиль зберігати текстове значення, а працювати з повноцінними об’єктами: контрагентами, товарами, складами, працівниками.=== Чим він відрізняється від довідника? ===
! Субконто Дт

== Коротко ==

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

 "size": "M",

[[Категорія:План видів характеристик]]

У бухгалтерському обліку план видів характеристик часто тісно пов’язаний із [[План рахунків 1С|планом рахунків]].[[Категорія:Power BI]]

* заводський номер;
* модель;
* рік випуску;
* дата введення в експлуатацію;
* гарантія;
* сервісна група;
* критичність. ! "product": "Ноутбук Lenovo",

Але різні рахунки потребують різної аналітики. | Механізм 1С для опису типів характеристик, властивостей і аналітик. {
{| class="wikitable" style="width:100%;"
[[Категорія:Цифрова незалежність України]]
! # Кожен вид субконто має свій тип значення. Тоді користувач системи вибирає бренд зі списку, а не вводить довільний текст.[[Категорія:Довідники 1С]]
! Для товарів потрібно зберігати розмір і колір. Аналітики

! ! Тип значення компанія-користувач продає одяг. План видів характеристик у такому випадку містить самі типи аналітик: “Контрагенти”, “Договори”, “Номенклатура”, “Склади”, “Працівники”, “Статті витрат”. Вид субконто ! Це дає можливість не перевантажувати базовий довідник номенклатури десятками полів, які потрібні тільки для окремих груп товарів. :contentReference [oaicite:1]{index=1}

! !
}

План видів характеристик сам по собі не виступає як регістром накопичення або бухгалтерії, але він здатна використовуватися в їхній логіці. "name": "Футболка Basic",

Тип значення характеристики

|- | Ключова аналітичні інструменти | Окреме поле або довідник | Контрагент, договір, складський облік |- | Товарна характеристика | Характеристика сутності | Колір, розмір, бренд |- | Управлінська аналітичні інструменти | Довідник або аналітичний розріз | Проєкт, напрям, стаття витрат |- | Застаріла характеристика | Не переносити або архівувати | Старий параметр, який більше не застосовується для |- | Дублікат | Об’єднати з основною характеристикою | Color → Колір |- | Текстове поле з хаосом | Очистити і нормалізувати | Бренд як довільний текст |}

У результаті звіт по брендах стає брудним. Якщо характеристики створюються без правил, у базі з’являються дублікати, різні типи значень, порожні аналітики, непорівнювані інформаційні дані й проблеми зі звітами. :contentReference [oaicite:0]{index=0}

{
"sku": "TSHIRT-001",

Під час інтеграцій план видів характеристик важливий для правильного обміну даними. Найвідоміший приклад використання плану видів характеристик — це субконто в бухгалтерському обліку, тобто аналітичні розрізи рахунків: контрагенти, договори, номенклатура, склади, працівники, статті витрат, основні засоби тощо.== Навіщо потрібен план видів характеристик == !=== Що робити з дублями характеристик? ===

Гнучкість. План видів характеристик дає можливість додавати нові властивості без зміни структури основного довідника. Стаття витрат

!== План видів характеристик у сучасній ERP ==

Приклад JSON:

  • рахунок 361 потребує аналітики по контрагентах і договорах;
  • рахунок 281 — по номенклатурі, складах і партіях;
  • рахунок 661 — по працівниках;
  • рахунок 92 — по статтях витрат і підрозділах;
  • рахунок 10 — по основних засобах. "value": "16 GB"

Види субконто визначають, які саме аналітики потрібні для рахунку. ! Сучасний підхід. Характеристики мають бути гнучкими, але контрольованими: з типами, довідниками, правами доступу, валідацією, історією змін і нормальною аналітикою. Варіант 2 — як масив:

Висновок

Див. так само

001 Контрагенти Довідник.Контрагенти Для субконто рахунків розрахунків
002 Договори Довідник.Договори Для деталізації взаєморозрахунків
003 Номенклатура Довідник.Номенклатура Для складського й товарного обліку
004 Склади Довідник.Склади Для обліку залишків по складах
005 Статті витрат Довідник.СтаттіВитрат Для аналізу витрат

Він здатна використовуватися для:

Види субконто часто реалізуються через план видів характеристик. Без плану видів характеристик розробнику довелося б для кожної нової аналітики додавати окреме поле в структуру об’єкта.=== Як він пов’язаний із субконто? ===

== План видів характеристик і міграція з 1С/BAS ==
}

План видів характеристик здатна використовуватися не тільки для субконто, а й для додаткових властивостей об’єктів. як приклад: “який контрагент?”, “який договір?”, “який товар?”, “який складський облік?”, “який працівник?”, “яка стаття витрат?”. Відповідь Найбільш зрозумілий приклад плану видів характеристик — це види субконто.== Що перевірити перед міграцією ==

Рахунок

Карта міграції плану видів характеристик

  • аналітику бухгалтерських проводок;
  • структуру субконто;
  • додаткові властивості;
  • звіти;
  • відбори;
  • групування;
  • конфігурація обліку;
  • мапінг при інтеграції;
  • міграцію даних. Коментар
  • контрагент;
  • договір;
  • товар;
  • складський облік;
  • працівник;
  • стаття витрат;
  • підрозділ;
  • базовий засіб;
  • проєкт. Правильна міграція — це не копіювання всіх характеристик, а очищення, нормалізація, об’єднання дублів і побудова зрозумілої моделі характеристик у сучасній ERP. операційна дія

ТОВ “Ромашка” Категорія клієнта VIP ТОВ “Ромашка” Регіон Київ ТОВ “Ромашка” Кредитний ліміт 200 000 грн ТОВ “Будсервіс” Категорія клієнта Звичайний ТОВ “Будсервіс” Регіон Львів

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

"ram": "16 GB",

! рішення для бізнесу

Проста аналогія. План видів характеристик — це список типів запитань, які платформа здатна ставити до об’єкта. ! {| class="wikitable" style="width:100%;"

}

У проводці можуть бути: Він здатна містити:

{

== План видів характеристик і субконто ==

* [[1С]]
* [[BAS]]
* [[BAS ERP]]
* [[K2 ERP]]
* [[ERP]]
* [[План рахунків 1С]]
* [[Субконто 1С]]
* [[Регістр бухгалтерії 1С]]
* [[Регістри 1С]]
* [[Регістр відомостей 1С]]
* [[Регістр накопичення 1С]]
* [[Проведення документа 1С]]
* [[Операція 1С]]
* [[Довідники 1С]]
* [[Документи 1С]]
* [[Взаєморозрахунки 1С]]
* [[Характеристики номенклатури 1С]]
* [[Інтеграція через JSON]]
* [[Вивантаження даних 1С]]
* [[Зовнішня обробка 1С]]
* [[Зовнішній звіт 1С]]
* [[Міграція даних з 1С]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]
* [[Заміна BAS]]
* [[Реплікатор K2]]
* [[Power BI]]
* [[BI система]]
* [[Права доступу в ERP]]
* [[Аудит дій]]
* [[Українське програмне забезпечення]]
* [[Цифрова незалежність]]

=== Чи потрібно переносити план видів характеристик при міграції? ===

* [https://www.president.gov.ua/documents/1842020-33629 Указ Президента України №184/2020]
* [https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya Перелік забороненого до використання програмного забезпечення та комунікаційного мережевого обладнання]
* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu хмарна інфраструктура K2 ERP]

== Приклад: властивості контрагентів ==
План видів характеристик дає можливість описати такі аналітики гнучко. Указ Президента України 184/2020 ввів у дію рішення для бізнесу [[РНБО]] щодо санкцій, а Держспецзв’язку веде перелік забороненого до використання програмного забезпечення, у якому згадуються продукти 1С/BAS, зокрема [[BAS ERP]] і 1C:компанія-користувач 8. | У субконто, характеристиках товарів, властивостях контрагентів, аналітиках витрат і додаткових параметрах.== Структура плану видів характеристик ==
! Посилається на довідник

[[Категорія:Заміна BAS]]

* рахунок дебету;
* рахунок кредиту;
* субконто дебету;
* субконто кредиту;
* сума;
* валюта;
* кількість. * видів субконто;
* додаткових властивостей об’єктів;
* характеристик номенклатури;
* аналітик бухгалтерського обліку;
* аналітик управлінського обліку;
* параметрів товарів;
* властивостей контрагентів;
* параметрів договорів;
* характеристик обладнання;
* налаштувань бізнес-об’єктів;
* гнучкого розширення облікової моделі. Потрібно проаналізувати, які характеристики реально використовуються, які дублюються, які потрібні для звітів, а які можна не переносити.== План видів характеристик і типові помилки ==
|-
| Футболка Basic
| Колір
| Білий
|-
| Футболка Basic
| Розмір
| M
|-
| Футболка Basic
| Сезон
| Літо
|}

 "screen": "15.6"

При переході з [[1С]] або [[BAS]] у [[K2 ERP]] план видів характеристик потрібно аналізувати дуже уважно. Вид характеристики 1С/BAS
Указ Президента України 184/2020 ввів у дію рішення для бізнесу [[РНБО]] від 14 травня 2020 року щодо сценарії використання, скасування і внесення змін до персональних спеціальних економічних та інших обмежувальних заходів. Питання

</div>

== Приклад помилки: рядок замість довідника ==

* характеристики сутностей;
* додаткові поля;
* кастомні атрибути;
* довідники властивостей;
* гнучкі аналітики;
* JSON-поля;
* EAV-моделі;
* теги;
* параметри товарів;
* BI-виміри;
* метадані сутностей. ! Контрагент

[[Категорія:Українське програмне забезпечення]]

як приклад:
Під час [[Проведення документа 1С|проведення документа]] платформа формує проводки. {| class="wikitable" style="width:100%;"

! # У проводках користувач системи або платформа заповнює конкретні значення субконто. ! ! Він визначає, які аналітики можуть бути у рахунків: контрагенти, договори, номенклатура, склади, працівники тощо. Саме там можуть бути заховані ключові аналітики обліку, властивості товарів, параметри клієнтів, субконто, управлінські розрізи й інформаційні дані для Power BI.{{SEO
|title=План видів характеристик 1С  субконто, властивості, аналітики, характеристики об’єктів і міграція в K2 ERP
|description=План видів характеристик 1С: що це таке, для чого використовується, як працює з субконто, додатковими властивостями, характеристиками товарів, контрагентів, аналітиками рахунків, приклади, типові помилки і міграція в K2 ERP.
|keywords=план видів характеристик 1С, план видов характеристик 1С, ПВХ 1С, субконто 1С, види субконто 1С, характеристики 1С, додаткові властивості 1С, характеристики номенклатури 1С, аналітика 1С, BAS, K2 ERP, Реплікатор K2, міграція з 1С
}}

* Колір;
* Цвет;
* Color. Помилка
Такі властивості можна використовувати для CRM, продажів, сегментації, звітів і управлінської аналітики.</div>

Правильніше мати одну характеристику “Колір” і один довідник або контрольований список значень. Потрібен мапінг між внутрішніми характеристиками 1С і зовнішніми полями API. Держспецзв’язку так само веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання; у цьому переліку згадуються продукти 1С/BAS, зокрема [[BAS ERP]] і 1C:компанія-користувач 8.<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">

Для міграції другий варіант часто зручніший, бо ближчий до логіки плану видів характеристик: виступає як вид характеристики і значення. Кредит
Схема така:
[[Категорія:Реплікатор K2]]
У [[K2 ERP]] подібна логіка здатна бути реалізована через механізм характеристик сутностей без програмування, довідники, аналітичні розрізи, BI-шари, API та інструменти міграції. Його ризик  у хаосі. # виступає як план рахунків. У сучасній [[ERP]] ідея плану видів характеристик здатна реалізовуватися через:
Він впливає на:
]

критично про та BAS. В Україні продукти екосистеми і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. | Тип даних, який здатна приймати характеристика: довідник, рядок, число, дата, булеве значення тощо. Найменування як приклад:

План видів характеристик і регістри

}
  • список усіх видів характеристик;
  • які з них використовуються;
  • які не використовуються;
  • які виступає як дублями;
  • які мають неправильний тип значення;
  • які потрібні для бухгалтерії;
  • які потрібні для товарів;
  • які потрібні для CRM;
  • які потрібні для сайту;
  • які потрібні для Power BI;
  • які можна не переносити;
  • які потрібно перетворити в поля K2 ERP;
  • які потрібно залишити як гнучкі характеристики. Кожен вид характеристики має тип значення.== Варіанти перенесення характеристик у K2 ERP ==
Варіант 1 — як об’єкт:
},
361 Розрахунки з покупцями Контрагенти, договори, документи розрахунків
631 Розрахунки з постачальниками Контрагенти, договори, документи розрахунків
281 Товари на складі Номенклатура, склади, партії
661 Розрахунки із зарплати Працівники
92 Адміністративні витрати Статті витрат, підрозділи

як приклад:

Реплікатор K2 здатна допомогти при аналізі та перенесенні плану видів характеристик із або BAS у K2 ERP. Приклад проводки:

! |- | Що критично при міграції? Перед підтримкою, використанням або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження. |- | Як пов’язаний із планом рахунків? Вид характеристики

  • Колір;
  • Розмір;
  • Бренд;
  • Матеріал. Характеристика

! Тип значення

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

}

Результат:

  • color;
  • size;
  • brand;
  • material. Вид характеристики

Головне. План видів характеристик — це механізм 1С для опису “які саме характеристики або аналітики можуть існувати”. А в 1С ці характеристики можуть називатися:

критично. План видів характеристик часто містить ключову облікову аналітику: субконто, властивості товарів, контрагентів, витрат і документів. |- | Що таке план видів характеристик? |- | Що таке тип значення? Значення

! Тип характеристики в 1С/BAS У найпростішому вигляді план видів характеристик відповідає на питання: які види властивостей або аналітик здатна використовувати платформа. | Очистити, нормалізувати й перенести тільки потрібні характеристики та аналітики. Що обліковується

!== План видів характеристик і Power BI ==

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

! "value": "15.6"

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

історично виступає як російською програмною екосистемою. Тип значення

Користувачі вводять:

! Сума

План видів характеристик і інтеграції

Реплікатор K2 і план видів характеристик

"attributes": {

{

<syntaxhighlight lang="json">

План видів характеристик і проводки

!=== Що таке план видів характеристик 1С? ===

},

|- | Контрагенти | Довідник “Контрагенти” | ТОВ “Ромашка” |- | Договори | Довідник “Договори” | Договір поставки №15 |- | Номенклатура | Довідник “Номенклатура” | Ноутбук Lenovo |- | Склади | Довідник “Склади” | базовий складський облік |- | Працівники | Довідник “Працівники” | Іваненко Іван |}

{

! Приклад |- | Контрагенти | Довідник.Контрагенти | Субконто рахунків 361, 631 | Контрагенти | Перенести як основну аналітику |- | Договори | Довідник.Договори | Взаєморозрахунки | Договори | Перенести |- | Колір | Рядок | Номенклатура | Характеристика товару | Нормалізувати значення |- | Бренд | Рядок | Номенклатура | Довідник брендів | Перетворити в довідник |- | Проєкт | Довідник.Проєкти | Витрати | Проєкти | Перенести як аналітику |- | Старий параметр | Рядок | Не застосовується для | — | Не переносити |}

  • кількість видів характеристик;
  • кількість реально використаних характеристик;
  • кількість значень по кожній характеристиці;
  • кількість товарів із характеристиками;
  • кількість контрагентів із властивостями;
  • кількість проводок із субконто;
  • кількість незаповнених субконто;
  • кількість дублікатів характеристик;
  • кількість характеристик без типу;
  • кількість характеристик із довільним текстом;
  • відповідність після перенесення. У системі виступає як три характеристики:
Неправильний тип значення Вид характеристики посилається не на той довідник користувач системи не здатна вибрати правильне значення
Не заповнене субконто Рахунок потребує аналітики, але документ її не передав ОСВ не деталізується або показує порожні аналітики
Зайві види характеристик Безконтрольне додавання властивостей Довідники засмічуються, звіти ускладнюються
Дублікати характеристик Створили “Колір”, “Цвет”, “Color” як різні характеристики Неможливо нормально фільтрувати й аналізувати
Різні типи для однакової суті Одна характеристика як рядок, інша як довідник інформаційні дані не групуються в звітах
Видалення використовуваної характеристики Не перевірили посилання Ламаються форми, звіти або аналітичні інструменти

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