Для того чтобы решать задачи из раздела по бухгалтерскому учету, нужно владеть базовыми терминами и понятиями, иметь представление об используемых объектах. Рассмотрим один из таких объектов – Регистр бухгалтерии.
Регистр бухгалтерии предназначен для хранения информации о хозяйственной деятельности предприятия в разрезе счетов бухгалтерского учета, измерений регистра бухгалтерии и дополнительных аналитик (субконто).
Основными особенностями регистра бухгалтерии, отличающими его от регистра накопления, являются:
- контроль корреспонденции счетов,
- контроль двойной записи (баланса)
- возможность хранить итоги по дополнительной аналитике.
Рассмотрим, как все это реализовано в платформе «1С:Предприятие 8.3».
Содержание
Свойство «Корреспонденция»
У регистра бухгалтерии всегда присутствуют как минимум два условных «измерения». Свойство «Корреспонденция» позволяет настраивать «тип» этих измерений.
Если свойство установлено, то регистр бухгалтерии будет содержать измерения «СчетДт» и «СчетКт» и контролировать указание значений этих измерений в рамках одной проводки, если нет – будет содержать измерения «Счет» и «Вид движения»:
Рисунок 1 – Свойство «Корреспонденция» регистра бухгалтерии
В виде таблицы это можно представить следующим образом:
| СчетДт | СчетКт | Сумма |
| Товары | Поставщики | 1000 |
Таблица 1 – Регистр бухгалтерии с поддержкой корреспонденции
| Счет | Вид движения | Сумма |
| Поставщики | Расход | 1000 |
| Товары | Приход | 1000 |
Таблица 2 – Регистр бухгалтерии без поддержкой корреспонденции
Для регистра бухгалтерии без поддержки корреспонденции нельзя получить обороты между счетами, так как нет прямой связи между дебетом и кредитом.
С другой стороны такая настройка позволяет точнее отражать суть хозяйственных операций, так как отпадает необходимость придерживаться жесткого правила «СчетДт – СчетКт».
В качестве примера различий в проводках можно привести проводки по покупке нескольких товаров у поставщика:
| СчетДт | Субконто1 | СчетКт | Сумма |
| Товары | Товар1 | Поставщики | 500 |
| Товары | Товар2 | Поставщики | 900 |
| Товары | Товар3 | Поставщики | 1600 |
Таблица 3 – Движения регистра с поддержкой корреспонденции
| Счет | Субконто1 | Вид движения | Сумма |
| Товары | Товар1 | Приход | 500 |
| Товары | Товар2 | Приход | 900 |
| Товары | Товар3 | Приход | 1600 |
| Поставщики | Расход | 3000 |
Таблица 4 – Движения регистра без поддержки корреспонденции
Корреспонденция счетов в проводке характерна для Российского бухгалтерского учета, тогда как проводки без поддержки корреспонденции характерны для международного.
Далее в тексте рассматривается регистр бухгалтерии с поддержкой корреспонденции.
Важно! Отключение свойства «Корреспонденция» не отключает контроль двойной записи.
То есть сумма приходов должна быть равна сумме расходов по всем счетам, измерениям и ресурсам с установленным свойством «Балансовый» – см. таблицу 4.
На экзамене галочка «Корреспонденция» всегда должна быть установлена, так как задач по регистру бухгалтерии без поддержки корреспонденции на экзамене нет.
Свойство «Балансовый» измерений и ресурсов регистра бухгалтерии
Свойство «Балансовый» измерений и ресурсов регистра бухгалтерии отвечает за контроль двойной записи (баланса) по измерению или ресурсу.
Напомним, что принцип двойной записи гласит, что проводка всегда состоит из двух частей – дебета и кредита и изменениях в этих частях одинаковые.
Применительно к измерениям и ресурсам регистра бухгалтерии данное правило означает, что при установленном свойстве «Балансовый» значение измерения или ресурса в дебете и кредите будет одинаковым.
На уровне платформы такой контроль осуществляется однократным указанием значения измерения или ресурса в проводке:
| СчетДт | СчетКт | Организация | Сумма |
| Товары | Поставщики | ООО «Василек» | 1000 |
Таблица 5 – Измерения «Организация» и «Сумма» с поддержкой баланса
Такая запись означает, что из кредита счета «Поставщики» в дебет счета «Товары» поступило товаров на 1000 рублей по организации ООО «Василек».
Отключение свойства «Балансовый» у измерения «Организация» позволит указать разные организации в дебетовой и кредитовой частях проводки – двойная запись не контролируется:
| СчетДт | ОрганизацияДт | СчетКт | ОрганизацияКт | Сумма |
| Товары | ООО «Василек» | Поставщики | ООО «Ромашка» | 1000 |
Таблица 6 – Измерения «Организация» без поддержки баланса
Реальным примером использования небалансовых измерения и ресурса является валютный учет. В регистр бухгалтерии добавляется небалансовое измерение «Валюта» и небалансовый ресурс «Валютная сумма». Тогда при покупке у поставщика товаров за валюту в одной части проводки мы можем указать валюту и сумму в валюте, а сумма в рублях балансовая и распространяется на обе части проводки:
| СчетДт | ВалютаДт | Вал.суммаДт | СчетКт | ВалютаКт | Вал.суммаКт | Сумма |
| Товары | Поставщики | Евро | 100 | 7500 |
Таблица 7 – Измерения «Валюта» и ресурс «Валютная сумма» без поддержки баланса
В результате такой проводки со счета «Поставщики» спишется сумма в 100 евро в разрезе измерения «Валюта» и сумма в 7500 рублей, а на счет «Товары» придет только сумма в 7500 рублей.
Использование не балансовых измерений можно сравнить с использованием субконто. И в том, и в другом случае платформой не контролируется обязательность указания аналитики в обеих частях проводки. Только измерение влияет на все счета, а субконто только на те, где оно указано.
Что касается счетов, то по умолчанию они создаются с контролем баланса, но существует возможность этот контроль отключить. Делается это с помощью свойства счета «Забалансовый»:
Рисунок 2 – Свойство счета «Забалансовый»
Проводка будет выглядеть вот так:
| СчетДт | СчетКт | Сумма |
| Налоги | 1000 |
Таблица 8 – Забалансовая проводка
Устройство регистра бухгалтерии и связь с дополнительной аналитикой плана счетов
Устройство регистра бухгалтерии в целом аналогично устройству регистра накопления. Есть таблица движений, таблица значений субконто (реальные) и таблицы итогов (виртуальные). Итоги храняться с периодичностью месяц. Количество таблиц итогов зависит от максимального количества субконто.
Таблица движений регистра бухгалтерии с поддержкой корреспонденции является реальной таблицей и имеет следующий вид:
Источник: https://xn----1-bedvffifm4g.xn--p1ai/courses/dev-att-2019/accounting-startpage/jsorrskd-chapter-03/
1С-Предприятие. Документация | Конфигурирование и администрирование. Глава 12
Объекты метаданных типа «План счетов» становятся доступными в системе 1С:Предприятие, если установлена компонента «Бухгалтерский учет».
Данная глава описывает работу с планами счетов в системе 1С:Предприятие. При изложении материала данной главы предполагается, что читатель знаком с основами бухгалтерского учета.
Для лучшего представления возможностей ведения бухгалтерского учета в системе 1С:Предприятие рекомендуется ознакомиться с главой «Организация бухгалтерского учета в системе 1С:Предприятие», стр. Ошибка! Закладка не определена..
Планы счетов в системе 1С:Предприятие
Для ведения планов счетов бухгалтерского учета в системе 1С:Предприятие используются объекты метаданных типа «План счетов».
Объектами данных этого типа являются бухгалтерские счета — учетные регистры, по которым будет выполняться группировка средств при работе с системой 1С:Предприятие.
Конфигуратор системы 1С:Предприятие позволяет создавать практически неограниченное количество планов счетов. Все созданные в Конфигураторе планы счетов можно использовать одновременно.
Планы счетов в системе 1С:Предприятие поддерживают многоуровневую иерархию «счет—субсчета». Количество уровней субсчетов в системе 1С:Предприятие ограничивается только общей длиной кода счета, которая не должна превышать 255. Количество субсчетов, которые могут быть открыты к счету, также не ограничивается.
Система 1С:Предприятие позволяет вести на любом счете или субсчете количественный, валютный и аналитический учет.
Для ведения аналитического учета в системе 1С:Предприятие предназначены объекты метаданных типа «Виды субконто». Субконто в системе 1С:Предприятие называется объект аналитического учета, а видом субконто — множество таких объектов. В то же время не исключается ведение аналитического учета при помощи субсчетов.
К любому счету (субсчету) можно «прикрепить» до 5-ти разных видов субконто, и, таким образом, вести аналитический учет на счете в любых необходимых разрезах.
Количественный учет можно вести как на счетах (субсчетах), на которых ведется аналитический учет, так и без привязки к аналитике.
Валютный учет можно вести в нескольких валютах, их общее число практически не ограничивается.
В соответствии с составом плана счетов система 1С:Предприятис автоматически организует систему хранения бухгалтерских итогов. Сама система хранения итогов недоступна для конфигурирования. Все изменения в итогах выполняются бухгалтерскими проводками.
Итоговая информация извлекается средствами встроенного языка системы 1С:Предприятие, для этого в языке существуют методы получения остатков и оборотов по счетам как в денежном (рублевом и валютном), так и в количественном выражении; как в целом по счету или субсчету, так и с разбивкой по объектам аналитического учета.
Управление списком планов счетов
Вся работа с объектами метаданных типа «План счетов» ведется в окне «Конфигурация — Метаданные». Для планов счетов отведена отдельная ветвь дерева метаданных, которая начинается у ключевой фразы «Планы Счетов». На этой ветви также располагаются служебные объекты метаданных — реквизиты планов счетов.
Приемы создания, редактирования и удаления объектов метаданных типа «План Счетов» в основном совпадают с общими приемами управления объектами метаданных, изложенными в главе «Метаданные» на стр. Ошибка! Закладка не определена..
Чтобы получить доступ к другим объектам компоненты «Бухгалтерский учет», в конфигурации должен быть создан хотя бы один план счетов. После того, как план счетов создан, в конфигурации появляется документ «Операция», для объектов метаданных типа «Документ» появляется возможность устанавливать признак «Бухгалтерский учет».
В Конфигураторе для всех планов счетов могут быть заданы общие свойства: длина кода счета и наименования счета; максимальное количество субконто, которое может быть у одного счета (субсчета); а также выполнена настройка свойств аналитического, количественного и валютного учета.
Служебные объекты метаданных «Реквизит» могут использоваться для хранения любой дополнительной информации о счете или субсчете. Набор дополнительных реквизитов един для всех бухгалтерских счетов.
Обратите внимание: бухгалтерские счета, как объекты данных, создаются в Конфигураторе. Каждый бухгалтерский счет относится к какому-либо из планов счетов.
При работе с системой 1С:Прсдприятие конечный пользователь может добавлять собственные счета и субсчета в планы счетов и редактировать свойства счетов, однако он не сможет редактировать или удалять счета и субсчета, созданные в Конфигураторе.
Свойства планов счетов
В этом параграфе будут описаны специфические свойства объекта метаданных типа «План счетов», в дополнение к общим свойствам объектов метаданных, о которых говорилось в п. «Свойства объектов метаданных» на стр. Ошибка! Закладка не определена..
Как уже было отмечено выше, объект метаданных «План счетов» обладает особым поведением, отличным от поведения других объектов метаданных.
Все свойства, которыми обладает объект метаданных типа «План счетов», можно разделить на 2 группы.
Первую группу образуют свойства, которые относятся к планам счетов как объектам метаданных. Эти свойства задают общие характеристики поведения планов счетов. Для редактирования этой группы свойств используется окно редактирования «Планы Счетов», которое вызывается двойным щелчком мыши на фразе «Планы Счетов» в дереве метаданных.
Изменения, вносимые в этом окне редактирования, действуют на все планы счетов.
Источник: http://anatoly4xs.narod.ru/manual/mca012.htm
Метаданные представляют собой структуру базы данных 1С:Предприятия. То есть это структура в которой описываются справочники, документы, регистры, перечисления и т.д., а также подчиненные им элементы: табличные части, реквизиты, измерения ресурсы и прочее. Визуально мы можем наблюдать эту структуру в конфигураторе, когда открываем дерево конфигурации.
Редактирование метаданных возможно только в режиме конфигуратора, но в языке 1С существуют методы и функции, которые осуществляют программный доступ к метаданным в режиме чтения.
Зачем нужна работа с метаданными
Бывают ситуации когда надо обработать по одному правилу все схожие между собой объекты. Допустим нам надо написать обработку, которая будет производить некие действия со всеми справочниками у которых есть реквизит Товар.
Без использования метаданных надо будет проанализировать вручную всю ветку со справочниками в дереве конфигурации и для каждого справочника написать отдельный код.
А с использованием метаданных мы можем программно обойти все справочники, а затем для каждого справочника можем проанализировать все его реквизиты. И в случае если искомый реквизит найден обработать все элементы справочника. Этот подход значительно уменьшит количество кода и предварительной ручной работы.
Опять же если в конфигурацию будет добавлен новый справочник, в первом случае (без использования метаданных) необходимо будет дорабатывать обработку. Если же были использованы метаданные, никакой доработки не потребуется.
Также метаданные можно использовать в случае работы с реквизитами составного типа. Когда в зависимости от метаданных реквизита может различаться алгоритм работы программы.
Обход метаданных в цикле
В качестве первого примера рассмотрим обход в цикле всех справочников и для каждого справочника также в цикле обход всех его реквизитов. Доступ к метаданным осуществляется с использованием свойства глобального контекста Метаданные. Вот код который выполняет данную задачу
Для каждого МетаданныеСправочника Из Метаданные.Справочники Цикл Сообщить(МетаданныеСправочника.Имя); Сообщить(МетаданныеСправочника.Синоним); Для каждого РеквизитСправочника Из МетаданныеСправочника.Реквизиты Цикл Сообщить(РеквизитСправочника.Имя); Сообщить(РеквизитСправочника.Синоним); КонецЦикла; КонецЦикла;
Получение метаданных по ссылке объекта
Зачастую возникает ситуация когда надо получить метаданные по ссылке какого-нибудь объекта. Это может быть элемент справочника, документ и т.д. И здесь нам поможет метод НайтиПоТипу(). Этот метод позволяет получить метаданные по типу объекта.
Соответственно если у нас есть ссылка нам надо сначала узнать ее тип. Сделать это поможет функция ТипЗнч(). В качестве примера возьмем справочник Пользователи (т.к. он есть наверное во всех конфигурациях).
Выберем из него первый попавшийся элемент и получим по нему метаданные.
Запрос = Новый Запрос; Запрос.Текст = “ВЫБРАТЬ ПЕРВЫЕ 1| Пользователи.Ссылка|ИЗ | Справочник.Пользователи КАК Пользователи”; Результат = Запрос.Выполнить(); Выборка = Результат.Выбрать(); Пока Выборка.Следующий() Цикл МетаданныеОбъекта = Метаданные.НайтиПоТипу(ТипЗнч(Выборка.Ссылка)); Сообщить(МетаданныеОбъекта.Имя); Сообщить(МетаданныеОбъекта.Синоним); КонецЦикла;
Получение метаданных по полному имени
Cуществует еще один метод, который позволяет получить метаданные по полному имени объекта. Речь идет о методе НайтиПоПолномуИмени(). Если взять тот же справочник Пользователи, то его полное имя выглядить как Справочник.Пользователи. Соответственно код для получения метаданных справочника Пользователи по полному имени выглядит вот так
МетаданныеПользователи = Метаданные.НайтиПоПолномуИмени(“Справочник.Пользователи”);
Если выбирать между получением метаданных по ссылке и по полному имени, то мне больше по душе метод НайтиПоТипу().
Конечно Имя и Синоним, в примерах выше — это лишь малая часть информации, которую можно извлечь из метаданных. Но тут как говориться в помощь.
Понятие «метаданные»
Основу концепции системы 1:Предприятие составляет понятие метаданные.Однако прежде чем дать расшифровку этого понятия, рассмотрим понятие объекта метаданных.
Объекты конфигурации (объект метаданных) – это составные элементы, “детали”, из которых складывается любое прикладное решение.
Они представляют собой проблемно-ориентированные объекты, поддерживаемые на уровне технологической платформы. По большому счету задача разработчика заключается в том, чтобы собрать из этих объектов, как из конструктора, необходимую структуру прикладного решения и затем описать специфические алгоритмы функционирования и взаимодействия этих объектов, отличающиеся от их типового поведения.
Состав объектов, поддерживаемых технологической платформой, является результатом анализа предметных областей использования 1С:Предприятия, и выделения и классификации используемых в этих областях бизнес-сущностей. В результате этого анализа разработчик может оперировать такими объектами как справочники, документы, регистры сведений, планы счетов и пр.
Для того чтобы стандартизировать и упростить процесс разработки и модификации прикладных решений, разработчику предоставляется графический интерфейс, с помощью которого он имеет возможность описать состав объектов, используемых в конкретном прикладном решении:
На основании этого описания технологическая платформа создаст в базе данных соответствующие информационные структуры, и определенным образом будет работать с данными, хранящимися в этих структурах.
Разработчику нет необходимости заботиться о том, в каких таблицах, например, должны размещаться данные, каким образом они будут модифицироваться или представляться пользователю.
Все эти действия платформа будет выполнять автоматически, исходя из типового поведения используемых объектов.
Таким образом, разработчик оперирует метаданными – “данными о данных”, или объектами конфигурации. Добавляя в структуру прикладного решения очередной объект конфигурации, разработчик, по сути, добавляет описание того, как будут размещаться соответствующие данные, и как они будут взаимодействовать с другими данными, хранящимися в информационной базе.
Состав объектов, которые может использовать разработчик, фиксирован и определен на уровне платформы. Разработчик не может создавать собственные виды объектов, он может оперировать только тем набором объектов, который имеется.
Подобный подход к разработке прикладных решений позволяет, во-первых, стандартизировать процесс разработки, а во-вторых – обеспечить простую и быструю модификацию прикладных решений другими разработчиками или пользователями.
Объект метаданных
Под объектом метаданныхв системе 1С:Предприятие понимается формальное описание группы понятий предметной области со сходными характеристиками и одинаковым предназначением.
Приведем такой пример. Объект метаданных «Справочник» в системе 1С:Предприятие предназначен для ведения списков однородных элементов данных – справочников, картотек, нормативных сборников и тому подобное. Использование объектов метаданных этого типа позволяет организовать ведение любых справочников, необходимых для автоматизации деятельности предприятия.
Как правило, объекты метаданных типа «Справочник» являются компьютерными аналогами реально существующих на предприятии справочников, например, справочника сотрудников или номенклатуры товаров, хотя могут использоваться и для организации списков, не имеющих явных физических аналогов.
Не так давно пришлось приводить конфигурацию заказчика в соответствие с законом «О защите персональных данных», который гласит, что при отказе клиенту в одобрении заявки все личные данные о нем должны удаляться из информационной системы обработки персональных данных, которой является 1С.
Реквизитов и таблиц с личными данными было достаточно много, поэтому вручную прописывать очистку было нецелесообразно. А удалять сам элемент справочника было нельзя, потому что к нему был привязан документ рассмотрения заявки, и удаление нарушило бы логическую целостность информационной базы.
Поэтому необходим был механизм, который позволил бы получить полный список реквизитов и табличных частей. Для этого у объектов 1С существует встроенная функция Метаданные().
Эта функция возвращает значение особого типа — ОбъектМетаданных.В нем содержатся практически все свойства объекта. Например для элемента справочника это будут: длина наименования и кода, автонумерация, основные формы, вообще все существующие формы, представление объекта, иерархичность, макеты и многое другое.
В нашем случае потребуются Реквизитыи Табличные части. Эти компоненты метаданных содержат значение КоллекцияОбъектовМетаданных, которую можно обойти в цикле Для каждого.
У каждого из элементов коллекции тоже много свойств, в частности есть очень полезное свойство Тип, через которое можно получить тип того или иного реквизита. Полный список свойств можно узнать, например, в режиме отладки через команду Вычислить выражение. Мне же для обращения к реквизиту или табличной части потребуется свойство Имя.
В итоге модуль, очищающий реквизиты и табличные части, выглядит так:
ДляКаждогоРеквизит ИзКонтрагент.Метаданные().Реквизиты ЦиклКонтрагент[Реквизит.Имя] = Неопределено;
КонецЦикла;
ДляКаждогоТаблЧасть ИзКонтрагент.Метаданные().ТабличныеЧасти ЦиклКонтрагент[ТаблЧасть.Имя].Очистить();
КонецЦикла;
Источник: https://www.auturs.ru/the-transport-tax/1s-metadannye-rekvizity-rabota-s-metadannymi-zachem-nuzhna-rabota-s.html