1с 8 планы видов характеристик. Основы организации бухгалтерской подсистемы. Создаем регистр сведений

Как обычно ведется учет в торговом предприятии?

В первые несколько лет – все гонятся за прибылью: побольше закупить, побыстрее продать, никого пока не интересуют зависающие остатки товаров в магазинах и на складах. Объем базы растет как на дрожжах, т.к. пока порядок оприходуемого товара хаотичный.

Например, вчера купили красный стул, сегодня зеленый стул, поначалу так и вбивают в базу данные: 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 , просто дополняя ее еще и свои наработки.

Успехов в освоении ПВХ, в случае с решением этой непростой задачки – очень подходит лозунг ниже)):

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

Предположим, мы должны контрагенту А 1000$ , на момент возникновения задолженности курс доллара составляет 30 рублей . Если говорить терминами бухгалтерского учета, то мы получаем такую бухгалтерскую запись:

Д Материалы К Расчеты с поставщиками 30000 руб. (1000$)

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

Д Прибыли и убытки К Расчеты с поставщиками 1000 руб.

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

Д Расчеты с поставщиками К Прибыли и убытки 1000 руб.

В бухгалтерском учете существуют счета, которые называются забалансовыми . Такие счета используются для хранения информации без применения двойной записи. Например, это могут быть сведения об основных средствах, взятых в аренду. Организация, с одной стороны, должна хранить сведения о них, с другой – они не должны влиять на состояние баланса, так как организации они не принадлежат, она не начисляет амортизацию по этим основным средствам. Поэтому подобные сведения хранятся на забалансовых счетах. Приходные записи по таким счетам выполняются по дебету, расходные – по кредиту счета. Забалансовые счета не корреспондируют с другими счетами.

Об аналитике

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

Объекты 1С:Предприятие и подсистема бухгалтерского учета

Для реализации подсистемы бухгалтерского учета нам понадобятся следующие объекты 1С:Предприятие 8:

1. План видов характеристик . Его мы будем использовать для хранения видов аналитики ( субконто ), которые должны присутствовать у наших счетов.
2. План счетов. Это основа бухгалтерской подсистемы. План счетов хранит описания счетов, на которых будет вестись учет. В конфигурациях может присутствовать неограниченное количество планов счетов, однако, обычно количество планов счетов в одной конфигурации не превышает 1-2. План счетов можно сравнить со справочником особого назначения, который предназначен для хранения информации о счетах бухгалтерского учета.
3. Регистр бухгалтерии . Он связан с планом счетов и применяется для хранения бухгалтерских записей. Регистр бухгалтерии можно сравнить с журналом, в котором ведутся бухгалтерские записи.

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

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

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

Рис. 1.1.

План видов характеристик добавляет в систему новый тип данных , который, по сути, является составным типом данных. В этот составной тип данных входят обычно справочники, элементы которых, в итоге, используются в аналитическом учете. Значения характеристик могут поставлять не только справочники – кроме того, это могут, например, документы и перечисления.

Добавим созданный план видов характеристик в состав подсистемы БухгалтерскийУчет .

При настройке плана видов характеристик особую важность имеют его свойства Тип значения характеристик и Дополнительные значения характеристик . Именно они определяют набор типов данных, объединенных планом видов характеристик.

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

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

Выберем, на вкладке Владельцы окна настройки справочника, план видов характеристик ВидыСубконто в качестве владельца, установим параметр Использование подчинения в значение Элементам , рис. 1.2 .

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

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

Установим флажок Составной тип данных , снимем флажок Строка (не рекомендуется использовать в планах видов характеристик

…Учет деталей производится в разрезе характеристик и свойств и должен быть реализован с помощью Плана видов характеристик. Набор свойств определяет характеристику. У одной детали может быть несколько разных характеристик…

Решение

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

1. В конфигурацию добавим справочник «Характеристики номенклатуры» и подчиним его справочнику «Номенклатура».

2. У плана видов характеристик «Свойства объектов» определим «Тип значения характеристик». Должно содержать все типы значений, которые могут принимать различные свойства.

3. Для хранения значений свойств создадим регистр сведений «Значения свойств объектов».
Измерения:

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

• Значение, тип «Характеристика.СвойстваОбъектов», который определен планом видов характеристик «Свойства объектов».

ВНИМАНИЕ!!! Здесь необходимо выбрать не тип «ПланВидовХарактеристикСсылка.СвойстваОбъектов, а именно тип «Характеристика.СвойстваОбъектов».

4. Для определения типа реквизита «Значение» в зависимости от типа выбранного значения реквизита «Свойство», заполним свойство «Связь по типу» указав реквизит «Свойство».

Итог

Задача решена, в ходе решения задачи не рассматривается наведение красоты(указание заголовков форм разных сущностей, разнесение объектов по подсистемам, создание форм, проверка данных на корректность, формирование наименования характеристики в зависимости от значений свойств).

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

План видов характеристик достаточно простой объект, раньше при изучении, когда разбирал примеры в учебниках, то он казался сложным т.к. сразу давался в купе с другими объектами. Это были примеры характеристик для номенклатуры или субконто. Так что же это такое ПВХ?

Думаю, Вы знакомы с такими понятиями как ОписаниеТипов и Справочник. Если нет, то посмотрите нижеуказанные статьи перед дальнейшим чтением, тогда всё станет более понятно.

Итак, продолжим. Если Вам уже известны ОписанияТипов и Справочники, то План видов характеристик это Справочник + ОписаниеТипов . Как видите всё просто. И эта мысль главная, т.е. сам по себе план видов характеристик не может реализовать функционал характеристики номенклатуры или субконто, для этого дополнительно используются свойства и механизмы других объектов.

Давайте рассмотрим, как настраивается функционал характеристик для номенклатуры.

Задача

Итак, у нас есть Номенклатура для которой нужно установить какие-то дополнительные свойства, например:

На данной картинке ПВХ будет отвечать за колонку "Свойство" и тип значения в колонке "Значение".

Т.е. Свойство - это будет элемент ПВХ (м.б. предопределенный), а тип значения для колонки "Значение" это будет объект ОписаниеТипов который присутствует в каждом элементе ПВХ.

Создаем ПВХ

На картинке выше видно, что в качестве доступного типа указан справочник "ДопЗначения" это ещё одна функциональная возможность ПВХ - указать справочник, в котором могут храниться все необходимые свойства. Это не обязательно можно и не указывать, но данный механизм очень облегчает работу. Ведь, как правило, свойства и характеристики номенклатуры это текстовые значения, а не другие объекты базы данных. И хранится все это будет, в одном месте, также при создании нового элемента по умолчанию типом будет установлен только справочник Дополнительных характеристик.

Чтобы указать дополнительный справочник нужно сначала у этого справочника установить владельцем наш ПВХ иначе его не будет в списке выбора, а дальше выбрать его в свойствах ПВХ на закладке "Основные".

Небольшое пояснение о работе ПВХ. Сначала на закладке "Основные" мы выбираем все типы доступные в данном ПВХ в поле "Тип значения характеристик", а у элементов устанавливаем тип значения уже из доступных в данном ПВХ. В нашем случае для ПВХ можно выбрать только справочник "ДопЗначения".

Создаем регистр сведений

Вот мы создали свойства(ПВХ) и справочник для хранения значений(ДопЗначения) теперь нужно связать номенклатуру и свойства. Для этого используется регистр сведений, в нашем случае у него будут следующие поля: измерения "Номенклатура, СвойствоНоменклатуры" и ресурс "ЗначениеСвойства"

Если Вы используете управляемые формы то достаточно будет добавить для ресурса "ЗначениеСвойства" в регистре "ЗначенияСвойствНоменклатуры" Связь по типу с полем "СвойствоНоменклатуры" и тогда, во время редактировании записи регистра сведений, при выборе значения для поля "СвойствоНоменклатуры" будет изменяться тип значения в поле "ЗначениеСвойства".

Если у Вас обычное приложение то эту связь, "Связь по типу", нужно будет настраивать в форме для поля ввода "ЗначениеСвойства" и при этом нужно будет в событие ПриИзмении поля "СвойствоНоменклатуры" использовать метод "ПривестиЗначение() " чтобы избавиться от излишнего выбора типа и избежать ошибочных ситуаций:

Отбор по владельцу

Т.к. у нас справочник "ДопЗначения" подчинен ПВХ "СвойстваНоменклатуры" то можно установить отбор, чтобы при выборе СвойствоНоменклатуры в поле "ЗначениеСвойства" можно было выбать только из подчиненных элементов. Для управляемого приложения это делается в свойствах ресурса, свойство называется "Связи параметров выбора" нужно выбрать "Отбор.Владелец(СвойствоНоменклатуры)". Для обычного приложения ничего делать не надо т.к. установив Связь по типу программа сама будет показывать только подчиненные элементы.

Важно! Свойство "Связь по типу" работает только с реквизитами у которых тип ПВХ.

В заключении

Таким образом посредством регистра сведений мы связали справочник "Номенклатура" с его свойствами ПВХ "СвойстваНоменклатуры" и его значениями справочник "ДопЗначения".

Важно! Все интересующие нас данные т.е. характеристики номенклатуры хранятся именно в регистре, а не в ПВХ.

Для обычного приложения есть возможность открыть регистр, со свойствами номенклатуры нажав на кнопку "Перейти" т.к. мы указали что измерение "Номенклатура" - "Ведущее".

Для управляемого приложения есть ссылка на панели навигации

Вы догадались, что также можно перейти в регистр и из ПВХ т.к. измерение "СвойствоНоменклатуры" тоже ведущее.

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

в системе «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 – Настройка предопределенного счета

Задание.

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

Настроить план счетов..

Контрольные вопросы:

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

Назначение прикладного объекта «План видов характеристик».

Приведите примеры перечислений.

Этапы создания формы документа.

Редактирование свойств плана счетов.