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

Як зазвичай ведеться облік в торговому підприємстві?

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

Наприклад, вчора купили червоний стілець, сьогодні зелений стілець, спочатку так і вбивають в базу дані: 1) стара позиція - червоний стілець; 2) нова позиція - зелений стілець. Але після інвентаризації - завжди з'являється пересорт товару, і тут приходять до варіанту - створити нову позицію, без конкретного опису в назві товару його спец.свойств, тобто заводять товар так, наприклад, просто "Стілець", а дві попередні позиції товару - позначають на видалення.

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

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

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

Ми можемо прикріпити до довідника Номенклатура - підлеглий довідник, в який користувач може вводити необхідні властивості і опису товару, але в такому підході - ми зіткнемося з проблемою неможливості вгадати якого саме типу користувач захоче ввести Дод.Інформація.

Н-р, під товаром "Стілець" - користувач бажає вказати властивість товару - колір, це строкове значення даних. Значить в підпорядкованому довіднику - ми реквізит зробимо строковим. А якщо він бажає вказати доп.свойство товару, наприклад, виробника? Тоді ми повинні реквізит в підпорядкованому довіднику зробити засланого типу, вказуючи на др.справочнік "Виробники". А якщо користувач в доп.свойствах до свого товару бажає вказати скільки ніжок у стільця? Ми в підпорядкованому довіднику повинні реквізит зробити числовим .....

звідси, коли нам потрібно дати можливість користувачу самому створювати Тип даних , В значення яких він буде вносити свою інформацію, то нам потрібно створювати ПВХ(План видів характеристик).

Ми створимо в нашому прикладі складний ПВХ, Щоб був повноцінний механізм опису додаткових властивостей товару.

Але для початку розглянемо урок по створенню ПВХ з книги(Стр.476) " 1С_ Підприємство 8.3. Практичний посібник розробника. Приклади і типові прийоми " Радченко/Хрустальова

Тут у нас вже є довідник Номенклатура. мета завдання: Мати можливість знати залишки матеріалів, що володіють деяким значенням характеристики. Для цього створимо в Конфігураторі нові об'єкти: 1) регістр Відомостей "ЗначеніяСвойствНоменклатури"; 2) ПВХ "СвойстваНоменклатури"; 3) підлеглий Класифікації довідник "ВаріантиНоменклатури", щоб описувати партії матеріалів; 4) підлеглий ПВХ довідник "ДополнітельниеСвойстваНоменклатури", щоб задавати значення видів характеристик, для яких немає відповідних типів в конфігурації.

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

У створюваному нами ПВХ в поле "Тип значення характеристик" - вкажемо складовою тип даних: Число, Рядок, Дата, Булево, СправочнікСсилка.ДополнітельниеСвойстваНоменклатури. А так же в полі ПВХ "Додаткові значення характеристик" - вказуємо підлеглий ПВХ довідник "ДополнітельниеСвойстваНоменклатури".

2) ВідСвойства, тип = ПланВідовХарактерістікСсилка.СвойстваНоменклатури

І створюємо ресурс регістра відомостей:

Значення, тип = Характерістіка.СвойстваНоменклатури.

Всі нові об'єкти ми створили. Додавати їх в підсистеми (в інтерфейс користувача) не потрібно, так як між новими об'єктами є зв'язок, і головне - це підлеглий Класифікації довідник "ВаріантиНоменклатури", який ми можемо побачити, відкривши будь-який товар з довідника Номенклатура:

Існує кілька нюансів при настройки регістра відомостей "ЗначеніяСвойствНоменклатури", тут бажано встановити вимір регістра НаборСвойств(Сюди потрапляє вибірка з спр.ВаріантиНоменклатури) - як провідне, Це дасть нам можливість з спр. "ВаріантиНоменклатури" - викликати даний регістр Відомостей. А так же для ресурсу регістра Значення - встановити "Зв'язок по типу" = ВідСвойства і "Зв'язки параметрів вибору" = Отбор.Владелец (ВідСвойства) .Дані настройки регістра відомостей - спростять введення користувачем даних.

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

Просто спробуємо в наш товар, н-р, "Кабелі електричні" - задати додаткове властивість "Білі кабелі", а склад властивості: "тип властивості" = Колір і "значення властивості" = Білий. Ось за такою схемою відкриваються один за одним вікон:

.... я не знаю як у вас, але у мене вже закрутилася голова і вже не зовсім зрозуміло - що ми робимо і навіщо))))

А уявіть - пояснити такий ланцюжок користувачеві?!? ..... Щоб наш користувач зміг зрозуміти того, чого ми вже самі не розуміємо - у нього має бути мінімум три сертифікати по 1С)))

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

Це просто нереально складно !!! І будь-який програміст вирішить, що простіше ніколи не зв'язуватися з ПВХ, ніж намагатися в подібній схемі розібратися .....

Щоб отримати підсумковий результат завдання - залишки товарів за його властивостями, в книзі пропонується в регістр Залишків додати вимір "НаборСвойств" з силочним типом на підлеглий Класифікації довідник "ВаріантиНоменклатури". Далі в документи приходу / витрати матеріалів додати в табличні частини поле з такою ж назвою і типом даних, дописати модулях цих документах проведення по регістру залишків "НаборСвойств". На самому довіднику "ВаріантиНоменклатури" - прописати в його меню Характеристики, що дозволить їх бачити потім в СКД звіті. І, як закінчення, створити сам СКД-звіт по Залишкам Товару з відбором по Характеристикам:

Так, звіт виходить цікавий, але сам процес створення додаткових Характеристик (властивостей) товару - дуже заплутаний, крім того, користувач при введенні стількох додаткових даних при заповненні прибуткових / видаткових накладних - створить жодну помилку ..... Починаючи з введення "НабораСвойств "в полях документа ....

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

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

Отже, що нам потрібно:

1. Дати можливість користувачу до Номенклатури додавати опис Властивостей.

2. Дати можливість Аналітикові досліджувати показники продажів у відборі по Властивостям Товару.

Розглянемо які у нас є варіанти при вирішенні першого пункту завдання:

1. Ми можемо додати до довідника Номенклатура підлеглий довідник, в який користувач буде описувати тільки конкретними, задані нами в Конфігураторі, дані сатиричного типу .... це не підходить, так як при описі Властивостей товару може знадобитися "непередбачуваний" нами в Конфігураторі Тип даних: наприклад дата, число, рядок, посилання на др.справочнік.

2. Тому для створення доп.Свойств Номенклатури - ми повинні створити ПВХ, так як ПВХ - це довідник + Опис Типів даних.

Якщо ми в довіднику Номенклатура - створимо табличну частину, в якій буде два поля - Тип даних вводиться Властивості товару та, безпосередньо, саме значення. Це дуже просто - одне поле у ​​нас буде посилатися на ПВХ, др.На Характеристику цього ПВХ.

Але в цьому випадку, у нас не вийде зробити записи унікальними .... Тільки уявіть собі варіант, де під товаром, наприклад, Сосиски - можна ввести два види значення Властивості "Колір": і червоні і зелені)))

Тому цей метод найпростіший, але не дає унікальності у властивостях Номенклатури.

3.створимо ПВХ, Але його значення будемо набирати через регістр Відомостей. Регістр Відомостей - містить тільки унікальні дані.

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

п.с. тут можна створити підлеглий ПВХ довідник, щоб в нього записувати всі строкові Властивості номенклатури. Але поки не будемо ускладнювати.

Для цього в регістрі відомостей додаємо два виміри:

2) СвойстваНоменклатури, тип = ПланВідовХарактерістікСсилка.УніверсальнийПВХ.

У ресурсах регістру вказуємо "ЗначеніеСвойства", тип = Характерістіка.УніверсальнийПВХ:

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

Виділимо ресурс "ЗначеніеСвойства" регістру відомостей і в меню праворуч на вкладці "Уявлення" - створимо зв'язку, щоб при виборі значення даного регістра в режимі користувача - нам випадав відразу список з вимірювання даного регістра "СвойствоНоменклатури". Оскільки пам'ятаємо, що вимір "СвойствоНоменклатури" -це ПВХ, а ресурс "ЗначеніеСвойства" - це і є Характеристика даного ПВХ. Отже, на цій Владко вказуємо "Зв'язок по Типу" = "СвойствоНоменклатури". Тепер, якщо ми в вимірі регістра вибрали Тип даних, н-р, рядок, то коли будемо вводити значення в ресурс - у нас відразу буде коштувати тип рядок, а не всі можливі переліки типів!

Переходимо в призначений для користувача режим, виберемо будь-який товар з довідника Номенклатура, відкриємо його, на верхній частині елемента довідника у нас з'явилося посилання на створений реєстр відомостей, в який і будемо додавати нові властивості нашого товару:

В даному прикладі Товару "Транзистор Philips 2N2369" - створюємо спочатку Вид бажаного властивості товару, нехай це буде "Транзистори", і відразу вказуємо тип даних для цієї властивості - в даному прикладі ми вибираємо вручну тип даних = Рядок. Зберігаємо. І далі нам потрібно задати значення цього виду властивостей товару, нехай це буде "Слаботочечние транзистори":

Додамо ще одне Властивість цього товару, наприклад, виробник "Корея".

Візьмемо інший товар, створимо йому властивість "Трансформатори", тип = рядок, значення = "Малі трансформатори". А друга властивість, яке ми бажаємо ввести цього товару буде теж "Виробник" - його створювати не потрібно, воно вже є у нас в вибірці, але от якщо ми спробуємо ввести те ж саме значення цієї властивості, рівного "Корея", то нам доведеться набирати його вручну .... Це не дуже зручно ... Добре, коли один раз введене значення - можна підставляти безліч разів.

Щоб доповнити цим зручність, перейдемо в Конфігуратор і створимо довідник, на вкладці "Власник" вкажемо створений раніше наш "УніверсальнийПВХ". Тепер, якщо у нас властивості значень будуть строковими, то нам не обов'язково постійно вибирати тип = Рядок, досить буде дати посилання на цей підлеглий довідник: в нього дуже зручно зберігати рядкові значення, а крім того - такий спосіб дозволить нам вибирати вже готові строкові значення для Властивостей товару.

Зробимо невеликі налаштування ПВХ в зв'язку з з'явилося підлеглим йому довідником:

Також і в регістрі відомостей нам потрібно додати настройки, щоб при виборі значення ресурсу регістра - у нас відразу ж з'являлася вибірка по Власнику даного властивості.

З першим пунктом поставленого завдання ми впоралися - механізм створення унікальних властивостей товару створили.

Заповнимо різні властивості номенклатури в призначеному для користувача режимі 1с. Звернемо увагу, що вже введені раніше властивості, такі як, н-р, Виробник, вже відразу є в варіанті вибірці властивостей, а так же нам дається відразу вибрати готове значення цієї властивості, н-р, "Корея".

Тепер перейдемо до другого етапу вирішення поставленого завдання: дати можливість в звіті робити відбір, н-р, по залишкам товару або з продажу товару від Властивостей цього товару.

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

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

Н-р, у нас є один товар "Рядковий трансформатор Samsung", у якого дві властивості: 1) "Трансформатори" = "Малі трансформатори"; 2) "Виробник" = "Корея", і інший товар "Рядковий трансформатор Росія", у якого дві властивості: 1) "Трансформатори" = "Малі трансформатори"; 2) "Виробник" = "Росія". Так ось ми ніяк не можемо сказати, що ці два товари однакові, а відрізняються тільки властивостями !!! Ні, ці два товари різні, ніж ми коротко вказуємо відмінність їх в Назві, і більш докладно - описуємо у властивостях даного товару.

Звідси, нам не потрібно створювати якусь додаткову поле в первинних документах, щоб в ньому прописувати одну з характеристик товару (у нас цих характеристик може бути більше однієї!).

Перепроведем знову всі наші прибуткові накладні та док.ОказаніеУслуг. (Тут в документах від першого методу з книги - є поля з доп.характерістікамі, але вони аж ніяк не впливають на наш щойно створений власний механізм ПВХ)

У Конфігураторі створимо Звіт по регістру "УнікальностьУніверсальногоПВХ". Запишемо в запит СКД-звіту наступний код:

ВИБРАТИ ОстаткіМатеріаловОстаткіІОбороти.Матеріал, ОстаткіМатеріаловОстаткіІОбороти.КолічествоНачальнийОстаток ЯК НачальнийОстаток, ОстаткіМатеріаловОстаткіІОбороти.КолічествоПріход ЯК Прихід, ОстаткіМатеріаловОстаткіІОбороти.КолічествоРасход ЯК Витрата, ОстаткіМатеріаловОстаткіІОбороти.КолічествоКонечнийОстаток ЯК КонечнийОстаток, УнікальностьУніверсальногоПВХ.СвойствоНоменклатури, УнікальностьУніверсальногоПВХ.ЗначеніеСвойства З РегістрНакопленія.ОстаткіМатеріалов.ОстаткіІОбороти ЯК ОстаткіМатеріаловОстаткіІОбороти ЛІВЕ З'ЄДНАННЯ РегістрСведеній.УнікальностьУніверсальногоПВХ ЯК УнікальностьУніверсальногоПВХ ПО ОстаткіМатеріаловОстаткіІОбороти.Матеріал = УнікальностьУніверсальногоПВХ.Номенклатура

В налаштуваннях СКД-звіту дозволимо використовувати в призначеному для користувача режимі "Відбір". При формуванні звіту в 1с-Підприємстві - у відборі вибираючи СвойствоНоменклатури = Виробник. У нас вийде дуже цікавий звіт:

Замінивши регістр залишків на регістр Продаж - створимо другий звіт Продажі з можливістю відбору за властивостями товарів.

Ми виконали і навіть перевиконали другий пункт завдання - дати можливість Аналітикові створювати звіти в розрізі Властивостей товару.

У нашому варіанті - механізм ПВХ вийшов простий, наочний і бистронастраіваемий.

п.с. при створенні даної статті мені дуже допомогла інформація, прочитана ось звідси:

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Сподіваюся, що моя стаття стане в нагоді початківцям програмістам на платформі 1С 8.3

п.с. в завантаження додаю навчальну базу, в якій створені були всі поточні приклади. Цю базу я почала писати з нуля по урокам книги "1С_ Підприємство 8.3. Практичний посібник розробника. Приклади і типові прийоми" Радченко / Хрустальова http://v8.1c.ru/metod/books/book.jsp?id=441, просто доповнюючи її ще й свої напрацювання.

Успіхів в освоєнні ПВХ, у випадку з рішенням цієї непростої задачі - дуже підходить гасло нижче)):

У цій статті розповідається про зв'язки між планом видів характеристик, підлеглим довідником додаткових характеристик і регістром відомостей, в якому зберігаються значення характеристик.
Займаюся вивченням 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

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

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

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

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

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

в системі «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 - Налаштування зумовленого рахунки

Завдання.

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

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

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

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

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

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

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

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

Призначені для зберігання інформації про характеристики різних об'єктів; це об'єкт метаданих, призначений для організації зберігання інформації властивостей об'єктів і аналітики.

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

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

Основне призначення плану видів характеристик:

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

Можливий перелік типів (в тому числі складовою тип), які можуть приймати характеристики, вказується розробником в процесі створення. Створюючи нові характеристики (або редагуючи існуючі), користувач зможе вибрати для них один з типів, що входять до цього переліку.

Приклади використання "Планів виду характеристик" в типових конфігураціях:

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

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

Малюнки "Додаткові значення характеристик ПВХ"

[Згорнути]

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

Т.ч. в поле "Додаткові значення характеристик" вибирається підлеглий довідник, яких зберігає довільні характеристики.

Структура об'єкта 1С "Плани видів характеристик"

За своєю структурою план видів характеристик нагадує довідник: в плані видів характеристик зберігаються елементи - характеристики, які можуть:

1. мати певний набір реквізитів і табличних частин;
2. утворювати ієрархічні структури;
3. містити зумовлені характеристики, задані розробником.

Форми об'єкта 1С "Плани видів характеристик"

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

Форма списку ПВХ

Форма списку Планів видів характеристик використовується для перегляду даних, що містяться в плані видів характеристик. Вона дозволяє:

• виконувати навігацію по ПВХ;
• додавати, позначати на видалення і видаляти характеристики і групи характеристик;
• переміщати характеристики і групи ПВХ.

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

Форма характеристики ПВХ

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

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