Бізнес. Інвестиції. Фінанси. Бюджет. Кар'єра

Використання характеристик СКД. Основи організації бухгалтерської підсистеми 1с план видів характеристик без додаткових значень

…Облік деталей проводиться у розрізі характеристик та властивостей і має бути реалізований за допомогою Плану видів характеристик. Набір властивостей визначає характеристику. В однієї деталі може бути кілька різних характеристик.

Рішення

По суті, необхідно реалізувати наступне, у довідника «Номенклатура» створити підлеглий довідник «Характеристики номенклатури», у останнього організувати можливість зберігання значень властивостей, що визначають характеристику.

1. У конфігурацію додамо довідник «Характеристики номенклатури» та підпорядкуємо його довіднику «Номенклатура».

2. У плану видів показників «Властивості об'єктів» визначимо «Тип значення параметрів». Повинно містити всі типи значень, які можуть набувати різних властивостей.

3. Для зберігання значень властивостей створимо регістр відомостей «Значення властивостей об'єктів».
Вимірювання:

  • Об'єкт, тип «Довідник. Характеристики Номенклатури» (Можна додати інші типи, для вирішення цього завдання нам вистачить одного довідника);
  • Властивість, тип «ПланВидовХарактеристик.ВластивостіОб'єктів»;
  • Значення, тип «Характеристика.Властивості Об'єктів», визначений планом видів характеристик «Властивості об'єктів».

УВАГА!!!Тут необхідно вибрати не тип «ПланВідівХарактеристикПосилання.ВластивостіОб'єктів, а саме тип «Характеристика.ВластивостіОб'єктів».

4. Для визначення типу реквізиту «Значення» залежно від типу обраного значення реквізиту «Властивість», заповнимо властивість «Зв'язок за типом», вказавши реквізит «Властивість».

Підсумок

Завдання вирішено, у ході розв'язання задачі не розглядається наведення краси (вказівка ​​заголовків форм різних сутностей, рознесення об'єктів за підсистемами, створення форм, перевірка даних на коректність, формування найменування характеристики в залежності від значень властивостей).

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

У цій статті розповідається про зв'язки між планом видів характеристик, підпорядкованим довідником додаткових характеристик та регістром відомостей, у якому зберігаються значення характеристик.
Займаюсь вивченням 1С 8.2. В аудіокурсі Гільова дійшла плану видів характеристик. До цього в кількох джерелах читала про ПВХ. Начебто все зрозуміло, але оскільки я поки не програмую на 1с 8, теорія згодом забувається, і щоразу, коли зустрічається тема про план видів характеристик, доводиться болісно згадувати та вибудовувати в голові схему. Наразі виникло конкретне питання, все в голові попливло, і стало зрозуміло, що знову нічого не зрозуміло. Тому довелося докладно розбиратися з самого початку. Вирішила записати на майбутнє для себе, але може ще комусь знадобиться.
Власне питання: не могла зрозуміти зміст якості «Зв'язки параметрів вибору» в ресурсі регістру відомостей, де зберігаються значення показників номенклатури (структура регістру: виміру – номенклатура та вид якості, ресурс – значення)
2-ю частину відеокурсу Гільова можна завантажити, наприклад, тут http://turbobit.net/8ztu277cf9t9/Gil_Base_02.rar.html . Там є і файл бази. У цій статті я використовую розділи 404-409 цього відеокурсу

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

В елементах цього об'єкта зберігаються види властивостей чогось. У самому плані не визначається, то до чого будуть ставитись ці властивості. Звичайно, це може бути відображено в назві плану (наприклад, план називатиметься «Види властивостей номенклатури»), але в конфігурації це буде визначено лише при створенні регістру відомостей для зберігання значень властивостей (в одному з вимірів регістру). Власне, щодо одного плані можна визначити види властивостей різних об'єктів - товарів, контрагентів, тощо. Але напевно найчастіше для різних об'єктів створюються свої ПВХ.

Отже, у плані зберігаються види властивостей чогось.

Наприклад, вид властивості – колір, значення виду властивостей – синій, жовтий. Вид властивості – матеріал, значення виду властивостей – шкіра, замінник.

В якості «Типи значення параметрів» задаються типи (а не самі види) значеньвидів властивостей (видів показників). Самі назви параметрів (властивостей) задає або користувач, або розробник як визначені в конфігураторі.

В якості «Додаткові значення параметрів» задається НАЗВА (а не посилання) довідника, в якому будуть зберігатися значення властивостей. Власником цього довідника є ПВХ.

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

Відкриємо форму цього довідника:

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

Мені здається, ця властивість було б логічніше назвати «Тип значень додаткових характеристик» і задавати не назву, а посилання на довідник, як завжди. Т.к. якщо користувач при створенні нового виду властивостей у формі плану вибере, що значення цього виду буде елемент цього довідника, то це і означає, що тип значення - довідник.

Відкриємо форму самого плану видів хар-к:

Тут видно, що користувач створює нові види властивостей і вибирає їх тип з наданого списку типів. Список типів, як я вже говорила, задається як «Типи значення характеристик».

Тип властивості - дата появи, тип значення - дата

Вид властивості – комірник, тип значення – посилання на довідник «Фізичні особи»

Якщо користувач створив вигляд властивості «колір», то у формі створення елемента плану праворуч буде посилання переходу в підпорядкований плану довідник, у якому користувач повинен створити значення кольорів. Форма довідника відкривається із відбором по власнику автоматично, тобто. у вигляді списку лише кольору, а чи не значення всіх властивостей, як у першому малюнку.


Мал. 4


Далі, створюваний регістр відомостей, навіщо він необхідний. У ньому зберігаються види властивостей, значення властивостей і те, до чого ці властивості відносяться. Тобто. не властивості власними силами, а прив'язці до якогось об'єкту. Наприклад, регістр відомостей «Значення властивостей товарів» (я б назвала «Властивості номенклатури»). Тобто. що конкретного товару «стіл комп'ютерний» є колір - «синій», і є матеріал - «дуб». Це буде 2 записи регістру відомостей:

Мал. 5


Структура регістру:

Вимірювання- номенклатура та вид якості (тип - посилання на план).

Ресурс- значення (тип Характеристика - це такий віртуальний тип, який включає всі типи з плану).

Отже, підходимо до питання, що це за якість «Зв'язки властивостей вибору» у ресурсі регістру відомостей. Там у нас Відбір.Власник(Властивості). Я не могла зрозуміти, до чого відноситься відбір, і що за власник, власник чого? Ми ж не знаємо, який буде тип значення.

Ідемо по порядку: я думаю, що відбір - це властивість форми списку довідника

Синтаксис-помічник каже, що у списку довідника є властивість "відбір" типу відбір (деякі властивості у синтаксис-помічнику у трикутних дужках, вони у статті не відображаються):

Довідник Список.Ім'я довідника (CatalogList.Ім'я довідника)
Відбір (Filter)

Тип Відбір:

Відбір (Filter)
Елементи колекції:
ЕлементОтбору
Для об'єкта доступний обхід колекції за допомогою оператора Для кожного … З … Цикл. Під час обходу вибираються елементи відбору.
Можливе звернення до елемента відбору оператором [...]. Як аргумент передається індекс елемента (нумерація з 0).
Властивості:
Ім'я елемента відбору (Filter element name)

А відбір також має властивість «Ім'я елемента відбору»

Тобто. у разі ім'я елемента відбору - Власник.

Але власник має сенс лише для записів, у яких як ресурс виступає елемент довідника «Користувацькі характеристики». З цього я роблю висновок, що ця властивість стосується лише таких записів. Тобто. для записів з видами властивостей «дата появи» і «комірник» воно просто не має сенсу. Тоді все стає на свої місця.

Наприклад, відкривається форма запису регістра відомостей з характеристикою користувача:

Мал. 6

Якщо ми перейдемо у форму списку довідника «Користувацькі характеристики» для вибору кольору, то там при заданому значенні властивості «Зв'язки параметрів вибору» Відбір.

Тобто. відбираються лише такі значення властивостей, які мають вигляд властивості - це колір. (Значення з власником «Колір», а не «Матеріал», наприклад)

Тобто. форма така сама, як і третьому малюнку.

Висновок про те, що властивість «Зв'язки параметрів вибору» відноситься тільки до додаткових значень характеристик підтверджує той факт, що якщо ми очистимо цю властивість, то це вплине тільки на записи з додатковими видами властивостей, а наприклад, при виборі комірника відкривається завжди, як і належить, довідник фізичних осіб.

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

Припустимо, ми повинні контрагенту А 1000 $, на момент виникнення заборгованості курс долара становить 30 рублів. Якщо говорити термінами бухгалтерського обліку, то ми отримуємо такий бухгалтерський запис:

Д Матеріали До Розрахунки з постачальниками 30 000 руб. (1000 $)

Через місяць курс долара змінився до 31 рубля. Якщо заборгованість перед постачальником ще не погашена, то ми, фактично, винні йому тепер не 30000, а 31000 рублів. Для того щоб відобразити цю різницю на рахунках бухгалтерського обліку, можна скористатися такою проводкою (повторимося – тут відображається лише суть реально існуючих процесів, пов'язаних з переоцінкою)

Д Прибутки та збитки До Розрахунки з постачальниками 1000 руб.

Зверніть увагу – ми робимо бухгалтерський запис, відображаючи лише карбованцеву суму, оскільки за зміни курсу валюти змінюється саме вона. Очевидно, що при зростанні курсу валюти ми, в даному випадку, отримали "несподіваний" збиток у розмірі 1000 рублів, хоча сума заборгованості у валюті не змінилася. Зворотна ситуація виникає, коли курс валюти знижується. Якщо на момент переоцінки курс долара складе 29 рублів, ми отримаємо "несподіваний" прибуток:

Д Розрахунки з постачальниками До Прибутки та збитки 1000 руб.

У бухгалтерському обліку існують рахунки, які називаються позабалансовими. Такі рахунки використовуються для зберігання інформації без використання подвійного запису. Наприклад, це можуть бути відомості про основні засоби, взяті в оренду. Організація, з одного боку, повинна зберігати відомості про них, з іншого – вони не повинні впливати на стан балансу, оскільки організації вони не належать, вона не нараховує амортизації за цими основними засобами. Тому подібні відомості зберігаються на позабалансових рахунках. Прибуткові записи за такими рахунками виконуються за дебетом, видаткові – за кредитом рахунки. Позабалансові рахунки не кореспондують з іншими рахунками.

Про аналітика

Облік на рахунках може вестись в одному або кількох аналітичних розрізах. Наприклад, для рахунку обліку матеріалів цілком логічно передбачити розріз Номенклатуразавдяки якому можна дізнатися, які саме номенклатурні позиції враховуються на рахунку. Врахування розрахунків з контрагентами логічно вести в розрізі самих контрагентів, а, можливо, і договорів з контрагентами, і валют. Аналітичні розрізиприйнято, у термінології 1С:Підприємство, називати субконто. Фразу "Субконто Номенклатура" слід розуміти як "Аналітичний розріз Номенклатура".

Об'єкти 1С:Підприємство та підсистема бухгалтерського обліку

Для реалізації підсистеми бухгалтерського обліку нам знадобляться такі об'єкти 1С:Підприємство 8:

  1. План видів характеристик. Його ми будемо використовувати для зберігання видів аналітики (субконто), які мають бути присутніми у наших рахунків.
  2. План рахунків. Це є основою бухгалтерської підсистеми. План рахунків зберігає описи рахунків, у яких вестиметься облік. У конфігураціях може бути необмежену кількість планів рахунків, однак, зазвичай, кількість планів рахунків в одній конфігурації не перевищує 1-2. План рахунків можна порівняти з довідником особливого призначення, призначений для зберігання інформації про рахунки бухгалтерського обліку.
  3. Реєстр бухгалтерії. Він пов'язаний з планом рахунків та застосовується для зберігання бухгалтерських записів. Реєстр бухгалтеріїможна порівняти з журналом, у якому ведуться бухгалтерські записи.

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

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

Створимо новий план видів характеристик, назвемо його ВидиСубконто, Мал. 1.1


Мал. 1.1.

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

Додамо створений план видів характеристикдо складу підсистеми Бухгалтерський облік.

При налаштуванні плану видів характеристикособливу важливість мають його властивості Тип значення характеристикі Додаткові значення характеристик. Саме вони визначають набір типів даних, об'єднаних планом видів показників.

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

Додамо довідник до складу підсистеми Бухгалтерський облік.

Виберемо, на вкладці Власникивікна налаштування довідника, план видів характеристик ВидиСубконтояк власник, встановимо параметр Використання підпорядкуванняна значення Елементів, Мал. 1.2.


Мал. 1.2.

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

Перейдемо до план видів характеристик, на закладці Основнівідкриємо його властивість Тип значення характеристик, Мал. 1.3.


Мал. 1.3.

Встановимо прапорець Складовий тип даних, знімемо прапорець Рядок(Не рекомендується використовувати у планах видів характеристик

Створення плану видів характеристик, робота з планом рахунків

в системі «1С: Підприємство 8.2 »

Мета роботи:освоєння основних прийомів створення плану видів характеристик, налаштування плану рахунків у програмному комплексі «1С:Підприємство 8.2».

    Відповіді на контрольні питання

    Результати виконання завдання.

Методичні вказівки

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

Для ведення аналітичного обліку у системі 1С:Підприємство застосовується механізм субконто. Субконтоназивається будь-який об'єкт аналітичного обліку: основні засоби, нематеріальні активи, матеріали, організації, підзвітні особи, договори тощо.

Видом субконто,своєю чергою, називається безліч однотипних об'єктів аналітичного обліку. Наприклад, список покупців та замовників (припустимо, що це тільки організації) в системі 1С:Підприємство називатиметься «видом субконто «Організації», а будь-яка організація з цього списку іменуватиметься «субконто».

Для реалізації аналітичного обліку субконто використовується новий прикладний об'єкт «План видів характеристик». Він описує можливі характеристики, у яких потрібно вести аналітичний облік, наприклад, Контрагенти, Номенклатура.

Основна властивість у плану видів характеристик - тип значення характеристик, що вказує на об'єкти конфігурації, що використовуються як субконто, наприклад, Довідник Посилання. Номенклатура.

Аналогічно зумовленим рахункам у плані видів характеристик ще етапі розробки зазвичай вказуються зумовлені види характеристик (види субконто), наприклад Контрагенты.

Сам об'єкт типу «Вид Субконто» не визначає жодних об'єктів даних. Вигляд субконто лише «посилається» на конкретний тип даних. Вид субконто вказує на можливість використання конкретного типу даних для організації аналітичного обліку з бухгалтерських рахунків. Об'єктами даних для ведення аналітичного обліку можуть бути елементи довідників, документи, перерахування тощо. При налаштуванні аналітичного обліку (субконто) конкретного рахунку вказується саме вид субконто. Наприклад, для організації аналітичного обліку за рахунком 3310 можна вибрати вид субконто «Контрагенти», що має тип даних «Довідник Посилання.Контрагенти». Таким чином, вид субконто робить деякий тип даних доступним для використання його під час аналітичного обліку.

Плани рахунків

Плани рахунків - списки об'єктів даних типу «рахунок» - облікових регістрів, за якими виконуватиметься угруповання коштів під час роботи із системою 1С:Підприємство. Поняття «план рахунків» у системі 1С:Підприємство цілком відповідає загальноприйнятому розумінню аналогічного терміна у бухгалтерському обліку. Таким чином, рахунки призначені для зберігання об'єктів синтетичного обліку коштів підприємства.

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

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

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

Бухгалтерські рахунки є основою системи бухгалтерських результатів. При їх настроюванні задаються властивості додаткових розрізів обліку - валютного, аналітичного та кількісного.

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

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

Приклад 1. Створення плану видів показників

Для створення нового плану видів параметрів потрібно у вікні «Конфігурація» виділити галузь «Плани видів параметрів» і натиснути на кнопку «Додати». Відкриється вікно конструктора, в якому вкажемо ім'я «ПланВидовХарактеристик1». Синонім сформується автоматично при натисканні поля.

У полі «Тип значення параметрів» клацніть по кнопці . Відкриється вікно «Редагування типу даних», в якому треба включити опцію «Складовий тип даних», а потім помітити «галочками» всі довідники (рис. 1), які потрібні для аналітичного обліку (налаштування плану рахунків). Позначимо три довідники: Співробітники, Контрагенти, Номенклатура. Клацніть "ОК".

Закриємо вікно конструктора. У результаті з'явиться рядок «ПланВидовХарактеристикТиповой» у галузі «Плани видом характеристик» дерева конфігурації. Для того, щоб додати. зумовлені види характеристик (види субконто), треба клацнути по рядку «ПланВідівХарактеристик Типової» правою кнопкою миші та вибрати пункт «Відкрити зумовлені дані». Відкриється вікно, в якому треба додати певні види параметрів (види субконто).

Додамо перший вид субконто "Співробітники". Виду субконто «Співробітники» відповідає однойменний довідник, який містить інформацію про співробітників підприємства та використовується як для заповнення констант та виписки первинних документів, так і для ведення аналітичного обліку на рахунку 1251.

Клацніть на кнопку «Додати». Відкриється вікно «Зумовлена ​​характеристика», в якому треба вказати ім'я (Співробітники), найменування (Співробітники) та вибрати тип Довідник Посилання. Співробітники за допомогою кнопки (рис. 2). Потім клацнути "ОК".

Так само додати види субконто: «Контрагенти» та «Номенклатура».

Рис.1 – Редагування типу даних

Рис.2 - Зумовлена ​​характеристика

Рис.3 – Тип редагування типу даних (співробітники)

Таким чином План видів характеристик має такі види (рис.4)

Рис.4 - Вікно "План видів характеристик"

Приклад 2. Налаштування плану рахунків

Головною складовою конфігурації є план рахунків. Склад рахунків, субрахунків, можливість ведення аналітичного обліку, облік у кількісному та валютному вимірі – все це визначено у плані рахунків.

Для реалізації цього завдання потрібно сформувати план рахунків з аналітичним та кількісним обліком за рахунком 1330, а також з аналітичним обліком за рахунками 1210, 1251, 3310.

Для цього відкриємо вікно Конфігурація (меню Конфігурація - Відкрити конфігурацію). Знайдемо гілку «Плани Рахунків» та розкриємо її. У списку, що розкрився, клацнемо двічі по рядку «Госпрозрахунковий».

Відкриється вікно редагування (конструктор) конкретного плану рахунків, у разі вікно «План рахунків Госпрозрахунковий».

Оскільки цей план рахунків ми копіювали, то в закладці «Основні» вже вказано ім'я та синонім. Залишимо їх без зміни та перейдемо до закладки «Дані» (рис.3).

Рис.1 – Вікно плану рахунків (закладка «Дані»)

Нас влаштовують установки, які вказані тут. Тому перейдемо до закладки "Субконто".

Тут виберемо у полі Види субконто «ПланВидовХарактерстик1», тоді стане доступним для редагування поле «Максимальна кількість субконто». Встановимо у ній цифру два.

Закриємо вікно редагування та перейдемо до вікна «Предвизначені рахунки».

Включимо аналітичний облік на рахунку 1330 (41), підключивши до нього вид субконто1 - Номенклатура. Для цього в нижній частині вікна натисніть на кнопку «Додати» і виберемо потрібний вид субконто. Інші ознаки у цьому рядку залишимо без зміни (рис. 4).

Мал. 2 – Налаштування визначеного рахунку

Завдання.

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

    Налаштувати план рахунків.

Контрольні питання:

    Механізм субконто.

    Призначення прикладного об'єкта "План видів характеристик".

    Наведіть приклади перерахувань.

    Етапи створення форми документа.

    Редагування властивостей плану рахунків.

Користувач вводить документ, наприклад, продано один телефон. Документ робить проведення за регістром. Звіт показує проведення відразу багатьох документів.

Спеціалізація регістру – накопичувати цифри. Самі по собі голі цифри не цікаві - замість "всього продано 3000" нам буде корисніше дізнатися "продано телефонів 2900, продано гарнітур 100".

Тому основа регістрів – довідники, у розрізі яких накопичуються цифри.

Однак, як відомо, проблеми завжди у тонкощах. При використанні кожного з трьох видів регістрів 1С для кожного потрібні свої додаткові налаштування.

Де вони зберігаються?

План рахунків 1С

Бухгалтерський облік побудовано з урахуванням плану рахунків 1С. Це список рахунків, у розрізі яких здійснюється рух грошей. Для кожного рахунку може бути кілька аналітик – розрізів за довідниками (субконто).

Насправді облік у бухгалтерії ведеться над плані рахунків 1С, а регістрах бухгалтерії, де зберігається список власне проводок із зазначенням довідників (аналітик) і сум.

План рахунків 1С – це налаштування регістру бухгалтерії, яке визначає:

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

План видів розрахунків 1С

Аналогічна ситуація у обліку зарплати. Є регістри розрахунків – у яких виробляється нарахування власне сум у межах працівників, організацій тощо. І є план видів розрахунків 1С – це налаштування, що визначає використання регістру розрахунку у майбутньому.

Приклади видів розрахунку 1С:

  • Заробітня плата
  • Доплата за напружену працю
  • Відрядна доплата за результат.

Чому потрібно виносити це у різні налаштування?

Тому що різні види оплати праці по-різному розраховуються:

  • Відображення нарахування у податках та різних фондах
  • Можуть бути пов'язані один з одним
  • o Один запис витісняє іншу (зарплата нараховується за весь місяць, крім тих днів, коли нарахований лікарняний; тобто лікарняний витісняє зарплату)
    o Один запис залежить [за період] від іншого (аліменти за період нараховуються на підставі зарплати за період, а не навпаки).

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

План видів показників 1С (ПВХ 1С) – містить властивості.

Характеристики – це властивості будь-якого об'єкта, що визначає сам користувач.

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

Як це влаштовано?

  • Сама характеристика 1С (її ім'я) – зберігається у ПВХ у режимі 1С Підприємство
  • Які можуть бути значення (тобто варіанти значень) – зберігаються у довільному довіднику 1С
  • Пари характеристика = значення зберігаються у регістрі відомостей 1С.

Як це використовувати?

  • Програміст у конфігураторі визначає ПВХ 1С
    o Вигляд характеристик 1С (наприклад, «Додаткові властивості довідників»)
    o Додатковий довідник 1С, в якому зберігаються варіанти значень
    o Можливі для використання користувачем довідники 1С (типові та додатковий, зазначений вище)
  • Користувач у ПВХ «Додаткові властивості» визначає характеристику «Ступінь крутості»
  • На формі відповідного довідника потрібно організувати встановлення користувачем значень, які зберігаються у регістрі відомостей 1С.

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

Для того, щоб вказати платформі, що довідник має характеристики 1С, які зберігаються в регістрі відомостей, потрібно зробити таке:

  • Клацнути правою кнопкою миші на довідник, у меню вибрати Характеристики 1С
  • У таблиці вказати налаштування, яке використовуватиметься у звітах СКД та динамічних списках для автоматичного зв'язування довідника з його характеристиками
    o Види характеристик 1С – таблиця та ім'я поля, де зберігаються види характеристик (відбір за посиланням)
    o Значення показників 1С – таблиця та ім'я поля, де зберігаються власне значення (відбір за посиланням).

Подібні публікації