Валютный учет подразумевает отражение операций по некоторым счетам (обычно – это счета расчетов) не только в валюте регламентированного учета (в рублях), но и в других валютах. При формировании записей по таким счетам рублевый балансовый показатель (то есть – тот, который отражается по дебету одного счета и кредиту другого для обеспечения баланса, равенства дебетовых и кредитовых остатков и оборотов) вычисляется на основе текущего (или заданного в документе) курса валюты, которая выбрана в качестве валюты взаиморасчетов с контрагентом. Если курс валюты меняется – перед нами встает необходимость в переоценке задолженности с отнесением курсовой разницы на счет прибылей и убытков. Если говорить о реальном бухгалтерском учете, то данные процедуры выглядят сложнее, но их сущность сводится к вышеописанной операции.
Предположим, мы должны контрагенту А 1000$ , на момент возникновения задолженности курс доллара составляет 30 рублей . Если говорить терминами бухгалтерского учета, то мы получаем такую бухгалтерскую запись:
Д Материалы К Расчеты с поставщиками 30000 руб. (1000$)
Через месяц курс доллара изменился до 31 рубля . Если задолженность перед поставщиком еще не погашена, то мы, фактически, должны ему теперь не 30000 , а 31000 рублей . Для того, чтобы отразить эту разницу на счетах бухгалтерского учета, можно воспользоваться такой проводкой (повторимся – здесь отражается лишь суть реально существующих процессов, связанных с переоценкой)
Д Прибыли и убытки К Расчеты с поставщиками 1000 руб.
Обратите внимание – мы делаем бухгалтерскую запись, отражая лишь рублевую сумму, так как при изменении курса валюты меняется именно она. Очевидно, что при росте курса валюты мы, в данном случае, получили "неожиданный" убыток в размере 1000 рублей, хотя сумма задолженности в валюте не изменилась. Обратная ситуация возникает, когда курс валюты понижается. Если на момент переоценки курс доллара составит 29 рублей, мы получим "неожиданную" прибыль:
Д Расчеты с поставщиками К Прибыли и убытки 1000 руб.
В бухгалтерском учете существуют счета, которые называются забалансовыми . Такие счета используются для хранения информации без применения двойной записи. Например, это могут быть сведения об основных средствах, взятых в аренду. Организация, с одной стороны, должна хранить сведения о них, с другой – они не должны влиять на состояние баланса, так как организации они не принадлежат, она не начисляет амортизацию по этим основным средствам. Поэтому подобные сведения хранятся на забалансовых счетах. Приходные записи по таким счетам выполняются по дебету, расходные – по кредиту счета. Забалансовые счета не корреспондируют с другими счетами.
Об аналитике
Учет на счетах может вестись в одном или нескольких аналитических разрезах . Например, для счета учета материалов вполне логично предусмотреть разрез Номенклатура , благодаря которому можно узнать, какие именно номенклатурные позиции учитываются на счете. Учет расчетов с контрагентами логично вести в разрезе самих контрагентов, а, возможно, и договоров с контрагентами, и валют. Аналитические разрезы принято, в терминологии 1С:Предприятие, называть субконто . Фразу " Субконто Номенклатура" следует понимать как "Аналитический разрез Номенклатура".
Объекты 1С:Предприятие и подсистема бухгалтерского учета
Для реализации подсистемы бухгалтерского учета нам понадобятся следующие объекты 1С:Предприятие 8:
- План видов характеристик . Его мы будем использовать для хранения видов аналитики ( субконто ), которые должны присутствовать у наших счетов.
- План счетов. Это основа бухгалтерской подсистемы. План счетов хранит описания счетов, на которых будет вестись учет. В конфигурациях может присутствовать неограниченное количество планов счетов, однако, обычно количество планов счетов в одной конфигурации не превышает 1-2. План счетов можно сравнить со справочником особого назначения, который предназначен для хранения информации о счетах бухгалтерского учета.
- Регистр бухгалтерии . Он связан с планом счетов и применяется для хранения бухгалтерских записей. Регистр бухгалтерии можно сравнить с журналом, в котором ведутся бухгалтерские записи.
Создавая бухгалтерскую подсистему конфигурации, сначала создадим план видов характеристик – на него нужно будет сослаться при создании плана счетов, затем – план счетов – без указания плана счетов мы не сможем создать регистр бухгалтерии .
План видов характеристик
Создадим новый план видов характеристик , назовем его ВидыСубконто , рис. 1.1
Рис.
1.1.
План видов характеристик добавляет в систему новый тип данных , который, по сути, является составным типом данных. В этот составной тип данных входят обычно справочники, элементы которых, в итоге, используются в аналитическом учете. Значения характеристик могут поставлять не только справочники – кроме того, это могут, например, документы и перечисления.
Добавим созданный план видов характеристик в состав подсистемы БухгалтерскийУчет .
При настройке плана видов характеристик особую важность имеют его свойства Тип значения характеристик и Дополнительные значения характеристик . Именно они определяют набор типов данных, объединенных планом видов характеристик.
Для правильной настройки этих свойств, прежде чем продолжать, создадим новый справочник – назовем его Субконто .
Добавим справочник в состав подсистемы БухгалтерскийУчет .
Выберем, на вкладке Владельцы окна настройки справочника, план видов характеристик ВидыСубконто в качестве владельца, установим параметр Использование подчинения в значение Элементам , рис. 1.2 .
Рис. 1.2.
Мы не будем настраивать другие значения справочника, хотя, при необходимости, это можно сделать. Он нужен нам для того, чтобы не ограничивать пользователя конфигурации значениями субконто , которые он может задать, пользуясь существующими справочниками, указанными в плане видов характеристик. Фактически, это позволит пользователю самостоятельно задавать необходимые ему аналитические разрезы , не прибегая к конфигурированию системы и настройке плана видов характеристик .
Перейдем в план видов характеристик , на закладке Основные откроем его свойство Тип значения характеристик , рис. 1.3 .
Рис. 1.3.
Установим флажок Составной тип данных , снимем флажок Строка (не рекомендуется использовать в планах видов характеристик
Предназначенные для хранения информации о характеристиках различных объектов; это объект метаданных, предназначенный для организации хранения информации свойств объектов и аналитики.
С их помощью пользователь может создавать всевозможные характеристики, описывать этих характеристик и задавать их значения. Например для того, чтобы описывать товары произвольным количеством произвольных характеристик (цвет, размер, запах и т.д.).
План видов характеристик содержит перечень значений, которые могут выступать в качестве субконто .
Основное назначение плана видов характеристик:
- хранение для каждой характеристики типа значения, который она может принимать.
Возможный перечень типов (в том числе составной тип), которые могут принимать характеристики, указывается разработчиком в процессе создания . Создавая новые характеристики (или редактируя существующие), пользователь сможет выбрать для них один из типов, входящих в этот перечень.
Примеры использования "Планов вида характеристик" в типовых конфигурациях:
- хранение аналитики;
- субконто (для планов счетов);
- хранение свойств и прав пользователей, и т.д.
Замечание. Не исключена ситуация, когда для создания очередной характеристики пользователю понадобится тип, не существующий в прикладном решении. Например, пользователь решит создать характеристику "Запах", которая должна иметь значения "Запахи", но такого справочника в прикладном решении нет. Специально для таких ситуаций разработчик может создать специальный пустой справочник, и указать, что в нем будут храниться дополнительные значения характеристик.
Рисунки "Дополнительные значения характеристик ПВХ"
[свернуть]
Теперь, создавая характеристику "Запах", пользователь сможет выбрать для нее тип значения этого специального справочника, а в самом справочнике создать нужные ему значения: "Сладкий, Резкий, Кислый" и т.д.
Т.о. в поле "Дополнительные значения характеристик" выбирается подчиненный справочник, которых хранит произвольные характеристики.
Структура объекта 1С "Планы видов характеристик"
По своей структуре план видов характеристик напоминает справочник: в плане видов характеристик хранятся элементы - характеристики, которые могут:
- иметь некоторый набор реквизитов и табличных частей;
- образовывать иерархические структуры;
- содержать предопределенные характеристики, заданные разработчиком.
Формы объекта 1С "Планы видов характеристик"
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в плане видов характеристик, система поддерживает несколько форм его представления и автоматически генерирует все нужные . Наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию:
Форма списка ПВХ
Форма списка Планов видов характеристик используется для просмотра данных, содержащихся в плане видов характеристик. Она позволяет:
- выполнять навигацию по ПВХ;
- добавлять, помечать на удаление и удалять характеристики и группы характеристик;
- перемещать характеристики и группы ПВХ.
Форма списка может представлять данные в иерархическом и не иерархическом виде и позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям.
Форма характеристики ПВХ
Для просмотра и изменения данных отдельных характеристик используется форма характеристики. Как правило, она представляет данные в удобном для восприятия и редактирования виде.
Кроме этого для планов видов характеристик, также как и для справочников, поддерживаются формы группы, выбора и выбора группы.
План видов характеристик достаточно простой объект, раньше при изучении, когда разбирал примеры в учебниках, то он казался сложным т.к. сразу давался в купе с другими объектами. Это были примеры характеристик для номенклатуры или субконто. Так что же это такое ПВХ?
Думаю, Вы знакомы с такими понятиями как ОписаниеТипов и Справочник. Если нет, то посмотрите нижеуказанные статьи перед дальнейшим чтением, тогда всё станет более понятно.
Итак, продолжим. Если Вам уже известны ОписанияТипов и Справочники, то План видов характеристик это Справочник + ОписаниеТипов . Как видите всё просто. И эта мысль главная, т.е. сам по себе план видов характеристик не может реализовать функционал характеристики номенклатуры или субконто, для этого дополнительно используются свойства и механизмы других объектов.
Давайте рассмотрим, как настраивается функционал характеристик для номенклатуры.
Задача
Итак, у нас есть Номенклатура для которой нужно установить какие-то дополнительные свойства, например:
На данной картинке ПВХ будет отвечать за колонку "Свойство" и тип значения в колонке "Значение".
Т.е. Свойство - это будет элемент ПВХ (м.б. предопределенный), а тип значения для колонки "Значение" это будет объект ОписаниеТипов который присутствует в каждом элементе ПВХ.
Создаем ПВХ
На картинке выше видно, что в качестве доступного типа указан справочник "ДопЗначения" это ещё одна функциональная возможность ПВХ - указать справочник, в котором могут храниться все необходимые свойства. Это не обязательно можно и не указывать, но данный механизм очень облегчает работу. Ведь, как правило, свойства и характеристики номенклатуры это текстовые значения, а не другие объекты базы данных. И хранится все это будет, в одном месте, также при создании нового элемента по умолчанию типом будет установлен только справочник Дополнительных характеристик.
Чтобы указать дополнительный справочник нужно сначала у этого справочника установить владельцем наш ПВХ иначе его не будет в списке выбора, а дальше выбрать его в свойствах ПВХ на закладке "Основные".
Небольшое пояснение о работе ПВХ. Сначала на закладке "Основные" мы выбираем все типы доступные в данном ПВХ в поле "Тип значения характеристик", а у элементов устанавливаем тип значения уже из доступных в данном ПВХ. В нашем случае для ПВХ можно выбрать только справочник "ДопЗначения".
Создаем регистр сведений
Вот мы создали свойства(ПВХ) и справочник для хранения значений(ДопЗначения) теперь нужно связать номенклатуру и свойства. Для этого используется регистр сведений, в нашем случае у него будут следующие поля: измерения "Номенклатура, СвойствоНоменклатуры" и ресурс "ЗначениеСвойства"
Если Вы используете управляемые формы то достаточно будет добавить для ресурса "ЗначениеСвойства" в регистре "ЗначенияСвойствНоменклатуры" Связь по типу с полем "СвойствоНоменклатуры" и тогда, во время редактировании записи регистра сведений, при выборе значения для поля "СвойствоНоменклатуры" будет изменяться тип значения в поле "ЗначениеСвойства".
Если у Вас обычное приложение то эту связь, "Связь по типу", нужно будет настраивать в форме для поля ввода "ЗначениеСвойства" и при этом нужно будет в событие ПриИзмении поля "СвойствоНоменклатуры" использовать метод "ПривестиЗначение() " чтобы избавиться от излишнего выбора типа и избежать ошибочных ситуаций:
ЗначениеСвойства = СвойствоНоменклатуры . ТипЗначения . ПривестиЗначение (ЗначениеСвойства );Отбор по владельцу
Т.к. у нас справочник "ДопЗначения" подчинен ПВХ "СвойстваНоменклатуры" то можно установить отбор, чтобы при выборе СвойствоНоменклатуры в поле "ЗначениеСвойства" можно было выбать только из подчиненных элементов. Для управляемого приложения это делается в свойствах ресурса, свойство называется "Связи параметров выбора" нужно выбрать "Отбор.Владелец(СвойствоНоменклатуры)". Для обычного приложения ничего делать не надо т.к. установив Связь по типу программа сама будет показывать только подчиненные элементы.
Важно! Свойство "Связь по типу" работает только с реквизитами у которых тип ПВХ.
В заключении
Таким образом посредством регистра сведений мы связали справочник "Номенклатура" с его свойствами ПВХ "СвойстваНоменклатуры" и его значениями справочник "ДопЗначения".
Важно! Все интересующие нас данные т.е. характеристики номенклатуры хранятся именно в регистре, а не в ПВХ.
Для обычного приложения есть возможность открыть регистр, со свойствами номенклатуры нажав на кнопку "Перейти" т.к. мы указали что измерение "Номенклатура" - "Ведущее".
Для управляемого приложения есть ссылка на панели навигации
Вы догадались, что также можно перейти в регистр и из ПВХ т.к. измерение "СвойствоНоменклатуры" тоже ведущее.
Пользователь вводит документ – например, продан один телефон. Документ делает проводку по регистру. Отчет показывает проводки сразу многих документов.
Специализация регистра – накапливать цифры. Сами по себе голые цифры не интересны – вместо «всего продано 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С – таблица и имя поля, где хранятся собственно значения (отбор по ссылке).
На всякий случай копирайт
В конструкторе запросов, когда он вызывается из формы настройки источника данных, для схемы компоновки данных. Есть закладка “характеристики”, использование которой не вполне ясно описано в документации. В этой статье я постараюсь объяснить, как и для чего используются характеристики в СКД.
В типовых конфигурациях активно используется механизм свойств и значений свойств доступный практически для любых объектов. Примитивно, на справочниках, этот механизм реализовывался еще в конфигурациях 7.7. Сейчас этот механизм реализован с использованием плана видов характеристик и регистра сведений, но идея осталась прежней.
Когда я впервые столкнулся с необходимостью использования этого механизма, в схеме СКД, я очень долго мучился, организовывал вложенные запросы, присоединял к основной выборке и ломал голову над тем, как учесть возможность появления новых видов свойств, которых нет на момент разработки отчета. Весь механизм свойств, будучи простым и логичным с точки зрения пользователя, не поддавался никакой нормальной обработке, пока я не разобрался с закладкой “Характеристики”.
Таблица на закладке очень капризная, либо вы введете всю строку корректно, либо откажетесь от ввода строки совсем, оставить “на потом” не до конца заполненную строку система не даст.
Итак, перейдем к конкретике. Первая колонка: Тип – здесь выбираем тип объекта, к которому привяжутся характеристики, например “СправочникСсылка.Номенклатура”
Это означает, что теперь для всех объектов указанного типа можно будет получить значения свойств.
Далее в следующей колонке Источник видов мы должны задать параметры источника видов свойств. Возможны варианты таблица м запрос , зачем нужен вариант запрос расскажу позже, сейчас выберем пункт таблица .
В колонке Виды характеристик мы должны выбрать таблицу информационной базы, в которой хранятся нужные виды характеристик, в нашем примере это будет “ПланВидовХарактеристик.СвойстваОбъектов”.
Далее, значения доступные нам для выбора в колонках Поле ключа , Поле имени и Поле типа значения , непосредственно зависят от полей выбранной нами таблицы. В Поле ключа мы выбираем Ссылка , в Поле имени – Представление (именно его пользователь увидит в качестве имени реквизита), а в Поле типа соответственноТипЗначения .
Теперь перейдем к источнику значений. Источником значений у нас будет регистр сведений “ЗначенияСвойствОбъектов”, поэтому мы выбираем в колонке Источник значений – таблица , а в колонкеЗначения характеристик – “РегистрСведений.ЗначенияСвойствОбъектов”. В колонках Объект , Свойство ,Значение , выбираем соответствующие поля регистра Объект , Свойство , Значение .
Казалось бы, на этом все. Заходим в настройки схемы, добавляем группировку по товарам, и добавляем подчиненную ей группировку, допустим по Брендам, есть у нас такое свойство.
Разворачиваем список реквизитов группировки Номенклатура и … не видим там никаких свойств:
Дело в том, что мы находимся в конфигураторе, откуда нет доступа к данным. Как же сделать нужную настройку? Удобнее всего для этого использовать консоль компоновки данных, ту что на диске ИТС, или ту что входит в подсистему “Инструменты разработчика”. Но можно и просто открыть настройку отчета в режиме предприятия.
Итак, откроем ту же настройку, но в режиме предприятия:
Как видите, у нас добавились новые “Реквизиты”, при этом свойство “Бренд ” внешне не отличается от обычных реквизитов справочника. А свойство “Вид товара ” взято в квадратные скобки, это связано с тем, что представление свойства содержит пробел.
Однако, у нас появилось и свойство “Вид договора ” которое привязано к справочнику “Договора ” и никакого отношения не имеет к “Номенклатуре “. Если не использовать в настройке “Вид договора ” то все будет работать корректно, если же его выбрать, то в результате оно окажется не заполненным, потому что ни у одного элемента номенклатуры это свойство действительно не заполнено. Но как же отфильтровать лишние свойства, чтобы они не “путались под ногами”?
Для этого нам нужно изменить настройку источника видов, в конструкторе запроса, на закладке “Характеристики”. Помните, я в начале статьи обещал рассказать, для чего нужен тип источника видов запрос ? Сейчас как раз такой случай. Меняем тип источника видов на запрос . В колонке виды характеристик нажимаем кнопочку “[…]” и открывается новое окно конструктора запросов.
Вводим туда такой запрос:
ВЫБРАТЬ
СвойстваОбъектов.Ссылка,
СвойстваОбъектов.Наименование + ” (свойство)” КАК Наименование,
СвойстваОбъектов.ТипЗначения
ИЗ
ПланВидовХарактеристик.СвойстваОбъектов КАК СвойстваОбъектов
ГДЕ
СвойстваОбъектов.НазначениеСвойства =ЗНАЧЕНИЕ(ПланВидовХарактеристик.НазначенияСвойствКатегорийОбъектов.Справочник_Номенклатура)
И (НЕ СвойстваОбъектов.ПометкаУдаления)
И (НЕ СвойстваОбъектов.Категория)
В колонках Поле ключа , Поле имени и Поле типа значения , выберем соответствующие поля выборки:Ссылка , Наименование и ТипЗначения . Получится так:
Теперь, когда мы перейдем к настройке отчета, в списке реквизитов Номенклатуры картинка изменится:
Вот теперь у товара только те свойства, которые ему назначены, более того, они теперь заметно отличаются от обычных реквизитов, благодаря приписке (свойство) , которую мы добавили к наименованию свойства в запросе.
На этом собственно и все, но многих может смутить невозможность настройки в конфигураторе. На самом деле ничего страшного нет. Достаточно сохранить настройку (или всю схему) в файл, а в конфигураторе восстановить.
Непонятные ему реквизиты конфигуратор отобразит красными крестами, как недоступные:
Но это уже не страшно, потому что отчет с такими настройками можно сохранить в конфигурации и он будет корректно работать при открытии пользователем.