Работа с журналами документов

В данном разделе будут рассмотрены особенности работы с журналами документов и даны некоторые рекомендации по их разработке.

Журнал документов как вторичные данные

При реструктуризации

Таблица журнала документов имеет следующий состав полей:

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

Случаи 4 и 5 возникают при манипуляциях с документами, включенными в журнал и тоже вполне объяснимы.

Реструктуризация журнала из-за добавления в него нового для данной конфигурации документа (т.е. такого, по которому пока еще нет данных) на первый взгляд не нужна и требует некоторого комментария. Действительно, изменения данных в журнале документов при таких обстоятельствах не требуется, но следует учитывать влияние каждого включенного в журнал документа на тип поля «Номер», тип поля «Ссылка» и, возможно, тип полей, соответствующих графам журнала.

При тестировании и исправлении информационной базы

Действия, которые выполняются при тестировании и исправлении журнала документов также следует из его «вторичности». Проверяется соответствие записей журнала и записей таблиц документов. При этом, если данные рассогласованы, то при исправлении информационной базы выполняется «дозаполнение» журналов по таблицам документов и, наоборот, удаление записей журнала, которые не соответствуют таблицам документов.

При записи документов

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

Кроме того, к изменениям реквизитов документа можно отнести:

Во всех этих случаях также выполняется «перерегистрация» во всех журналах документов, в которых регистрируется документ.

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

Рекомендации по конфигурированию

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

Число журналов, в которых может регистрироваться один вид документа, также не ограничено. Тем не менее, не рекомендуется злоупотреблять этой возможностью и не регистрировать документы в большом числе журналов. Такая регистрация несколько «утяжеляет» процедуру записи и удаления документа. Для документов, которые не имеют табличных частей, накладные расходы на регистрацию документа в журналах могут быть сопоставимы с расходами на собственно запись документа, и даже превышать их.

Оптимизация отбора по графам журнала

Описанные в данном разделе особенности имеют отношение к реализации журналов документов в версии программы 8.0.10 и более поздних версиях.

Источник

Объекты конфигурации

Объекты конфигурации — это составные элементы, «детали», из которых складывается любое прикладное решение.

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

Состав объектов, поддерживаемых технологической платформой, является результатом анализа предметных областей использования 1С:Предприятия, и выделения и классификации используемых в этих областях бизнес-сущностей. В результате этого анализа разработчик может оперировать такими объектами как справочники, документы, регистры сведений, планы счетов и пр.

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

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

Таким образом, разработчик оперирует метаданными — «данными о данных», или объектами конфигурации. Добавляя в структуру прикладного решения очередной объект конфигурации, разработчик, по сути, добавляет описание того, как будут размещаться соответствующие данные, и как они будут взаимодействовать с другими данными, хранящимися в информационной базе.

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

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

Источник

Основные объекты конфигурации в 1С

Дерево объектов конфигурации

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

У каждого объекта есть свои свойства. Например, у справочника это имя, длина кода, реквизиты, состав подсистем, в которые он входит и т.п. Чтобы открыть свойства справочника нужно дважды щелкнуть по нему в дереве:

Или щелкнуть по нему правой кнопкой мыши и выбрать «Свойства»:

Основные объекты конфигурации

Константы

Константы нужны для хранения постоянной и условно постоянной информации. Например, основная организация, валюта регламентированного учета и т.п.

Справочники

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

Документы

Документы нужны для отражения хозяйственных операций организации. Например, приход от поставщика, продажа клиенту, начисление и выплата зарплаты и т.п.

Важное свойство документа — это проведение. Проведенный документ изменяет состояние учета. Например, остаток товара на складе. Непроведенный документ — это просто черновик, который пока никак не влияет на состояние учета.

Журналы документов

Используются для объединения нескольких видов документов в один журнал. Например, журнал «Складские документы», в котором могут быть приходные и расходные накладные.

Перечисления

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

Отчеты

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

Обработки

Обработки предназначены для выполнения различных действий с информационной базой, например удаление помеченных объектов, изменение цены во всех строках табличной части документа и т.п.

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

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

Регистры сведений

Используются для хранения информации, состав которой развернут по определенной комбинации значений. Например, цены на товары. У каждого товара может быть оптовая и розничная цена. Регистр сведений позволяет указать цену в разрезе товара и вида цены (оптовая или розничная).

Регистры накопления

Используются для накопления информации в разрезе измерений, с возможностью получения остатков или оборотов. Например, товары на складах: 2 измерения товар и склад, и числовой ресурс — количество.

Планы счетов

Используются для описания синтетических счетов бухгалтерского учета.

Регистры бухгалтерии

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

Планы видов расчета

Описывают множества однотипных объектов механизмов расчета. Например, оклад, премия, прочие виды расчета, которые используются при расчете зарплаты.

Регистры расчета

Используются для накопления информации о периодических расчетах.

Бизнес-процессы

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

Задачи

Используются совместно с бизнес-процессами, позволяют вести учет заданий по исполнителям, а также отражают продвижение бизнес-процесса по точкам маршрута.

Подчиненные объекты

У основных объектов могут быть подчиненные объекты:

Реквизиты

Реквизиты нужны для хранения информации об объекте. Например у справочника контрагентов могут быть реквизиты ИНН, КПП, ОГРН, адрес, телефон.

Табличные части

Табличные части используются для хранения списка каких-либо объектов в виде таблицы внутри основного объекта. Например, у документа «Приходная накладная» может быть таблица поступившего товара. У этой таблицы могут быть реквизиты: товар, количество, цена, сумма. У таблицы может быть несколько строк для оприходования нескольких товаров.

Формы

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

Команды

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

Макеты

Используются для создания печатных форм объекта.

Графы

Это поля журнала документов.

Измерения

Используются для регистров. В разрезе измерений хранятся данные в регистрах.

Ресурсы

Это та информация, которая хранится в регистрах.

Пример

Для примера создадим в конфигурации справочник Товары. Для этого выделим в дереве метаданных узел «Справочники», щелкнем правой кнопкой и выберем «Добавить»

Откроется окно редактирования свойств справочника. Введем имя «Товары», синоним заполнится автоматически. Синоним используется для представления справочника в пользовательском режиме.

Перейдем на закладку «Данные» и добавим несколько реквизитов. При добавлении нового реквизита будет открываться окно редактирования свойств реквизита:

Нас пока интересуют свойства Имя и Тип. Заполним их как на картинке.

Сохраним конфигурацию базы данных, нажав на синий бочонок

И запустим конфигурацию в пользовательском режиме. Найдем наш справочник и создадим новый элемент. Несмотря на то что мы не создавали в конфигурации форму, форма все-таки есть у справочника.

Так происходит, потому что платформа создает основные формы «на лету», если не была явно создана форма в конфигураторе. Это называется механизм основных форм. На такой форме будут все реквизиты и табличные части объекта.

Добавим для справочника новую табличную часть. Для этого выделим узел «Табличные части» у справочника, щелкнем правой кнопкой и выберем «Добавить»:

В открывшемся окне свойств табличной части укажем имя «Поставщики».

Добавится новый реквизит табличной части, в окне свойств введем ему имя «Поставщик». Если в свойстве «Тип» нажать на кнопку с тремя точками, то откроется окно редактирования типа данных реквизита. Тут можно выбрать один из примитивных типов или из тех типов, которые были созданы в конфигурации. Например, СправочникСсылка.Товары:

Так как поставщиков лучше тоже хранить в виде справочника, то добавим в конфигурацию новый справочник «Контрагенты» и после этого выберем тип для реквизита «СправочникСсылка.Контрагенты».

В узле «Формы» справочника «Товары» добавим новую форму. Откроется конструктор формы справочника. Оставим в нем все без изменений и нажмем кнопку «Готово»:

Откроется редактор формы. Слева вверху расположены элементы формы, справа — реквизиты формы, команды (кнопки) и параметры, внизу можно увидеть как будет выглядеть форма с текущими настройками:

В списке элементов выделим элемент «Цена» и нажмем кнопку «Delete» чтобы удалить элемент формы. Можно щелкнуть по элементу формы правой кнопкой и выбрать пункт меню «Удалить».

Затем перейдем на закладку «Команды» и, нажав сверху на кнопку с зеленым плюсом, добавим новую команду:

Имя команды оставим без изменений. В свойстве «Действие» нажмем на лупу и в окне создания обработчика выберем переключатель «На клиенте»:

Нажмем «ОК» и мы попадем в модуль формы, где уже будет создана процедура Команда1. Вставим туда следующий код:

Источник

Журнал документов в 1С

Здравствуйте, коллеги! В данной статье будет рассмотрен объект журнал документов в 1С. Мы подробно рассмотрим алгоритмы работы с журналом документов, а далее последуют рекомендации по разработкам, которые связаны с использованием журнала документов.

1. Понятие электронного журнала документов

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

Рис. 1 Графы журнала документов в 1С

На практике в решениях может находится любое количество данных объектов – электронных журналов документов. Пример можно посмотреть на скриншоте:

Рис. 2 Список журналов документов в 1С

В свою очередь, любой из документов можно вывести в любом количестве журналов, например:

Рис. 3 Документы в нескольких журналах документов в 1С

2. Особенности ведения журналов документов

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

Рассмотрим случай проведения реструктуризации.

Колонки в журнале документов будут иметь следующие составляющие внутри полей:

6. Различные поля, которые дублируют графы внутри документа, являются реквизитами.

Условия проведения реструктуризации (когда конфигурация в базе сохраняется):

· перемена в реквизите внутри документа типа;

· какой-то из документов был удалён;

· меняются составляющие граф, которые находятся внутри некого документа, который регистрируем;

· добавляются новые документы в журнал из нового или прошлого сеанса;

· перемена номера документа.

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

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

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

3. Процедура записи документов

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

1. внутри реквизитов документа (кроме части таблиц) имеются какие-либо перемены;

2. запись нововведённой документации.

Также к перемене реквизитов относят изменения таких свойств как:

· пометка о том, что документ переведён;

· пометка о том, что документ удалён;

· пометка с номером документа;

· пометка с датой документа.

4. Настройка конфигурирования журналов документов

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

Так как журнал ставится в соответствие с некоторой таблицей, которая находится в базе, благодаря этому для оптимизации отбора по графам удобнее всего индексировать графы в журнале документов в 1С 8.3.

В данной статье были рассмотрены журналы документов в системе 1С, а именно: общий вид журнала документов, свойства, где их найти и как с ними работать. Также были рассмотрены проведение реструктуризации журнала документов, особенности записи документации, даны рекомендации по настройке конфигурирования журналов и оптимизации отбора по графам внутри журнала.

Источник

Объект 1С «Журналы документов»

Объекты 1С «Журналы документов» предназначены для визуальной группировки документов разных видов при просмотре: они позволяют объединить несколько документов по одной теме в один список. Работая с журналом документов, пользователь может вводить документы, просматривать их, редактировать и удалять.

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

Например, на складе товар привозят (оприходование) и увозят (отгрузка, реализация). Это два разных документа (списка). Журнал позволяет объединить оба документа в один список и показать пользователю общие (одинаковые) поля, которые есть у разных документов.

Обычно создают журналы 1С по подсистемам (областям учета, рабочим местам). Например: журнал складских документов, журнал кассовых документов, журнал банковских документов и так далее.

В 1С:Предприятии 8 в конфигурации можно создать несколько объектов метаданных «Журнал документов». В метаданных для журнала документов:

Для каждого журнала система создает в базе данных таблицу, в которой:

При записи документа в базу данных система вносит записи в таблицы тех журналов, к которым относится данный документ или обновляет уже существующие там записи документа.

Особенности использования «Журналов документов» 1С:

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

Работа с журналами документов

Работа с журналами документов при реструктуризации

Таблица журнала документов имеет следующий состав полей:

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

Реструктуризация журнала из-за добавления в него нового для данной конфигурации документа (т.е. такого, по которому пока еще нет данных) на первый взгляд не нужна и требует некоторого комментария. Действительно, изменения данных в журнале документов при таких обстоятельствах не требуется, но следует учитывать влияние каждого включенного в журнал документа на тип поля «Номер», тип поля «Ссылка» и, возможно, тип полей, соответствующих графам журнала.

Например, даже включение в журнал документа, который не отображается в графах журнала, может привести к тому, что поля граф журнала теперь должны поддерживать тип Неопределено >. Если в журнале отображался только один вид документов, то добавление в него еще одного документа также приведет к необходимости реструктуризации, даже если типы полей, соответствующих графам журнала и тип поля «Номер» при этом не изменились. Это связано с тем, что поле «Ссылка» ранее имевшее тип ДокументСсылка. теперь должно поддерживать хранение ссылок на документы разного вида.

Работа с журналами документов при тестировании и исправлении информационной базы

Действия, которые выполняются при тестировании и исправлении журнала документов также следует из его «вторичности». Проверяется соответствие записей журнала и записей таблиц документов. При этом, если данные рассогласованы, то при исправлении информационной базы выполняется «дозаполнение» журналов по таблицам документов и, наоборот, удаление записей журнала, которые не соответствуют таблицам документов.

Работа с журналами документов при записи документов

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

Во всех этих случаях также выполняется «перерегистрация» во всех журналах документов, в которых регистрируется документ.

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

Оптимизация отбора по графам журнала

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

Источник