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

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

Cвойство "Разделение данных" общего реквизита

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

Состав объектов

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

Использование общего реквизита

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

• Автоматически – означает, что назначение объекта конфигурации общему реквизиту зависит от значения свойства "Автоиспользование"
• Использовать - означает, что объект конфигурации входит в состав общего реквизита
• Не использовать - означает, что объект конфигурации не входит в состав общего реквизита

Таким образом, с помощью редактора свойства "Состав", можно выборочно исключать некоторые объекты из состава общего реквизита, несмотря на то, что для него установлено "Автоиспользование".

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

В состав общего реквизита (не находящегося в режиме разделения данных) могут входить следующие объекты конфигурации:

• Справочники
• Документы
• Журналы документов
• Планы видов характеристик
• Планы видов расчета
• Бизнес-процессы
• Задачи
• Регистры сведений
• Регистры накопления
• Регистры бухгалтерии
• Планы обмена
• Внешние источники данных

Особенности

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

СОВЕТ! Не следует использовать общие реквизиты для описания данных, которые являются частью бизнес-логики конкретных объектов.

Однажды мы обсуждали механизмы ограничения доступа пользователей в 1С и в частности .

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

Свойство общего реквизита-разделителя – Разделение пользователей 1С – позволяет установить доступность списка пользователей в зависимости от использования разделителей.

Если разделитель включен для пользователя, то он будет виден в списке пользователей в режиме 1С Предприятие – иначе не виден.

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

Свойство общего реквизита-разделителя – Разделение аутентификации 1С – позволяет заводить пользователей с одинаковыми именами пользователя для разных частей базы.

Условное разделение 1С

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

Чтобы включить условное разделение 1С – нужно указать в свойстве общего реквизита-разделителя – Условное разделение 1С – , который будет отвечать за определение факта включения разделения 1С.

Возможно использовать константу с типом булево или реквизит справочника с типом булево.

Важно – у этой константы/этого справочника нужно отключить использование (выбрать Не использовать) в составе разделителей, только тогда его можно будет выбрать.

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

Общие реквизиты были первоначально реализованы в версии 1С 7.7, но сразу в платформу 8 версии разработчики его не включили. Механизм общих реквизитов был введен разработчиками 1С только в релизе 8.2.14.

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

После добавления общего реквизита его можно использовать и в запросах и выводить на форму объектов — внешне он ничем не отличается от обычного реквизита.

Единственное ограничение общих реквизитов — невозможность использования их в .

Рассмотрим основные настройки и свойства общих реквизитов, отличные от других объектов конфигурации:

Состав — список объектов, к которым будет использован общий реквизит, настройка напоминает настройку плана обмена.

Получите 267 видеоуроков по 1С бесплатно:

Автоиспользование — настройка определяет, будет ли использоваться общий реквизит для тех объектов, у которых в составе указан режим использования «Автоматический».

Разделение данных — эту настройку рассмотрим отдельно.

Разделение данных в 1С с помощью общего реквизита

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

Механизм позволяет настроить отображение только элементов, которые может видеть пользователь. К примеру, можно разграничить все объекты (документы, справочники и т.д.), где установлена определенная организация.

Настройка разделения данных с помощью общих реквизитов 1С

Для настройки в общем реквизите необходимо указать разделение данных — Разделять . Сразу после нажатия система предложит создать параметры учета по умолчанию:

При этом необходимо будет при старте системы указать параметры сеанса, как это сделать, с примером было описано в статье .

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

Пример использования общего реквизита

Разберем настройку общего реквизита в 1С 8.3 на примере каркасной конфигурации и реквизита Организация:

В системе имеется 3 документа, где необходимо указание реквизита Организация: это Приходная Накладная, Расходная Накладная, Начисление Зарплаты.

Настройка проста:

1. Создаем новый Общий реквизит, указываем тип — СправочникСсылка.Организация.
2. В составе расставляем для наших документов — Использовать .

Все, настройка окончена!

Смотрим результат:

Система отображает общий реквизит «как свой»: и в запросах, и в реквизитах формы, и в других местах. Вот такое волшебство! 🙂

Не добавляется общий реквизит 1С 8.3

1.Преамбула.

Возникла необходимость организовать учет по двум организациям в одной ИБ. Ситуация не уникальная, но так сложилось, что наша сильно не типовая 250 гигобайтная УППшка работала довольно медленно, поэтому вместо RLS решили попробовать разделение данных. Что это такое, описано, например, или . Вкратце, если RLS дополняет условиями запросы SQL, то разделитель данных - это дополнительный столбец в таблицах на уровне СУБД, за счет чего механизм разделения должен работать пошустрее RLS.

Итак, в базу, где велся учет по ООО №1, необходимо перенести информацию из отдельной базы ООО №2 и организовать совместную работу. Прямо как на картинке:

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

2. Реализация

Платформа 8.2.19.90, без режима совместимости. СУБД - MSSQL Server 2008 R2 Standart.

Создали общий реквизит ОрганизацияРазделитель типа "число", согласились с предложением создать параметры сеанса, заполнили состав реквизита (включили несколько справочников, все документы, регистры накопления, бухгалтерии и расчета). Разделение данных - "Независимо и совместно". Значение параметра сеанса устанавливается из стандартных настроек пользователя в процедуре УстановкаПараметровСеанса в модуле сеанса:

Организация = УправлениеПользователями.ПолучитьЗначениеПоУмолчанию(глТекущийПользователь,"ОсновнаяОрганизация");
ПараметрыСеанса.ОрганизацияРазделительЗначение = Организация.ЗначениеРазделителя;

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

При отключенном разделении, когда ПараметрыСеанса.ОрганизацияРазделительИспользование = Ложь, платформа отказывается записывать документы, вываливаясь с ошибками типа "ОшибкаSDBL: ожидается выражение (pos=12)", поэтому давать пользователю записывать документы в таком варианте нельзя. Для надежности, создали подписки на событие "Перед записью" для объектов, входящих в состав общего реквизита:

Если ПараметрыСеанса.ОрганизацияРазделительИспользование = Ложь Тогда
#Если Клиент Тогда
Предупреждение("Нельзя записать, т.к. разделение данных отключено!");
#КонецЕсли
Отказ = Истина;
КонецЕсли;

План действий у нас был такой: готовим конфигурацию-приемник ИБ №1, проставляем значения общего реквизита = 1, загружаем данные из ИБ №2, после загрузки для всех объектов с пустым (равным 0) значением разделителя устанавливаем ОрганизацияРазделитель = 2.

Конфигурацию подготовили, возник вопрос, как установить значение общего реквизита для документов и их движений в закрытых периодах, причем быстро и без риска того, что полетят цифры в балансе? Через объектную модель 1С записывать разделитель отдельно от объекта невозможно, поэтому пришлось нарушить лицензионное соглашение выкручиваться и писать запрос для MS SQL. Поскольку в составе общего реквизита много объектов, а таблиц в скуле по этим объектам еще больше, написали обработку, генерирующую запрос для SQL (для каждого объекта метаданных, входящего в состав разделителя, писали "update " + Имя_БД + ".dbo._" + ИмяТаблицы + " set _" + ПолеОбщийРеквизит + " = 1";)

Значение проставили, перенесли часть данных из ИБ №2, начали тестировать.

Результат разочаровал. Во-первых, проблемы с регистром бухгалтерии. При включенном разделении не видно аналитику:

Связано это с тем, что регистр бухгалтерии на уровне СУБД хранится как несколько таблиц, и не во всех таблицах было проставлено значение общего реквизита (для просмотра структуры использовали обработку ).

Хорошо, проставляем значение разделителя через MS SQL, аналитику видим. Теперь не работают отчеты. Оказывается, проблемы с запросами к виртуальным таблицам регистра бухгалтерии "Обороты" и "ОборотыДтКт":

(Fld27033 - это как раз общий реквизит в таблице регистра бухгалтерии)

Разделитель установлен во всех таблицах, это видно на уровне СУБД, в чем может быть ошибка, не понятно. Разворачиваем типовую пустую УПП, делаем описанные выше изменения в конфигурации, вводим пару документов (в этом варианте платформа сама проставляет значение разделителя во всех таблицах регистра бухгалтерии), но ошибки воспроизводятся. Плохо, но исключаем регистры бухгалтерии из состава общего реквизита, продолжаем тестирование.

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

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

Регистры сведений "починить" путем манипуляций с SQL не получилось (значение разделителя во всех таблицах установлено), поэтому просто исключили их из состава общего реквизита. После нескольких дней экспериментов, неудачными оказываются и попытки восстановить работоспособность вытеснения.

На этот момент принимаем решение выключить разделение данных и использовать-таки RLS. При установке разделения в "не использовать" натыкаемся на ошибки "Microsoft OLE DB Provider forSQL Server: CREATE UNIQUE INDEX terminated because a duplicate keywas found for index...". Т.е., вернуться в состояние до разделения так запросто не получается. Проблема с индексами таблиц перерасчетов, настроек хранения итогов и других. Дело в том, что в таблицах хранятся идентичные строки, отличающиеся только значением общего реквизита. При удалении общего реквизита появляются неуникальные записи. Придется удалить ненужные записи напрямую в MS SQL, примерно так (для таблицы перерасчетов):

Use base;
ALTER TABLE _CRgRecalc1399
ADD id INT IDENTITY(1,1);
GO
DELETE FROM _CRgRecalc1399
WHERE id < (SELECT MAX(id)
FROM _CRgRecalc1399 AS T1
WHERE _CRgRecalc1399._RecorderTRef = T1._RecorderTRef and
_CRgRecalc1399.[_RecorderRRef] = T1.[_RecorderRRef] and
_CRgRecalc1399.[_CalcKindRRef] = T1.[_CalcKindRRef] and
_CRgRecalc1399.[_Fld1400RRef] = T1.[_Fld1400RRef] and
_CRgRecalc1399.[_Fld1401RRef] = T1.[_Fld1401RRef] and
_CRgRecalc1399.[_Fld1402RRef] = T1.[_Fld1402RRef]
);
GO
ALTER TABLE _CRgRecalc1399
DROP COLUMN id;

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

3. Выводы.

Теплилась надежда, что на 8.3 проблемы решены. Не поленились, проверили на 8.3.4.482 (с отключенным режимом совместимости). Смотрели на практически типовой УПП-шке, с изменениями в конфигурации только по общему реквизиту. На этой тестовой базе разделение включили до ввода информации, т.е. платформа должна была корректно записывать значение разделителя во все таблицы, самостоятельно напрямую в MS SQL ничего не писали.

Результат:

Проблема с запросами к виртуальным таблицам "Обороты" и "ОборотыДтКт" воспроизводится.

Проблема с вытеснением воспроизводится.

Проблема с записью в независимые регистры сведений воспроизводится.

Проблема с выключением разделения - одним нажатием кнопки от него избавится не получится!

Таким образом, заменить RLS новым механизмом у нас не получилось. Задумывался этот механизм, по всей видимости, для облачных сервисов, и в варианте использования разделяемых данных "независимо", может быть, разделение заработает, но нам нужна общая НСИ. Остается ждать, когда 1С исправит ошибки, а еще лучше, реализует типовой механизм разделения по организациям в типовых конфигурациях.

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

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

Процедура АвтоматичнеЗбереженняАвтораПередЗаписью(Источник, Отказ) Экспорт // Вставити вміст обробника. Источник. АвторОбєкту = ИмяПользователя() + " ; " + строка (текущаядата() ) ; КонецПроцедуры

Прекрасно. Теперь подумаем где еще можно использовать обще реквизиты?

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

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

После этого нам остается только установить параметры сеанса в модуле сеанса:

Приведем пример, как выглядит справочник контрагентов без использования «Разделения данных» и с ним:

Без разделения

С разделением

Обратите внимание что Реквизит «Ответсвенный» в первом контрагенте не найден, поскольку автором данного реквизита был кто-то другой.

Классический пример разделения учета - по организациям, показывать пользователям только те документы, которые относиться к соответствующей организации.

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

После того как мы установили «Параметры сеанса» мы можем обратиться к данному параметру из любого модуля системы простым

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