Экстрасенсов нет.

Ехал, ехал, ехал и вруг чих-пых - встал. Все сделал правильно (зеркало протер, по левому переднему колесу постучал, на правый задний пописал) - не едет! Что делать?

Что именно пытались сделать, какую задачу решить?

В типовой выполняли настройки? Если да то какие и в какой последовательности?

Или свою доработку? То опять же, какие доработки были выполнены, какие и как данные дозаполнили, что ожидали, что получили.

Программист 1сА разве этот механизм доработан? Вроде на партнерские говорили что будут еще много чего пахать.

Может я что то пропустил?
То, что еще будут дорабатывать и разделять, не сомневаюсь.
А так то механизм работает и в типовых (и не только) во всю используется.

KatzmanТиповая Бухия, учет по нескольким организациям. Например, берем Справочник - Расходы будущих периодов. Хочу, чтобы каждая орагнизация видела только свои расходы. Сделал механизм разделение данных - новые элементы разделяются, а вот старые предыдущие не видно - как их оживить, разделить?!

Ну если типовая, то чем не устраивает стандартная подсистема "Управление доступом" из БСП (или попросту RLS), входящая в любую типовую?
Зачем изобретать велосипед, если есть механизмы именно для этого предназначенные?
Или просто поизучать неизведанное?

Собственно информации от вас чуть больше "0", фактически только то что пытались сделать разделитель. :)
Сложно что то подсказать не зная что же вы на самом деле делали и где накосячили. ;)

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

Почему не видите. Ну тут совсем гадание.
Предположим добавили общий реквизит "КодОрганизации" типа число, установили его в качестве независимого разделителя.
И сделали резделенным "например, берем Справочник - Расходы будущих периодов" :), ну и прочая прочая.
Обновили конфу.
Есть организации с кодом 1, 2, 3 ....
Заходит Юзверь1 с параметром кода 1, вводит элементы справочника.
Заходит Юзверь2 с параметрами 2, заводит элементы в справочник, но введенные Юзверь1 элемнты не видит.
Класс!!! Но куда же делись ранее введенные?
А никуда, вы их не видите, т.к. откуда платформа узнает какой разделитель у ранее не разделенного элемента?
И разделитель у "старых" элементов = 0.

Если МС Скуль (да или другая СУБД), то можно посмотреть имя реквизита "КодОрганизации", этот реквизит будет во ВСЕХ разделенных объектах и его можно пробежаться запросиком и проапдейтить на нужный реквизит (конечно если известен алгоритм).

Если же с точки зрения платформы 1С. Товам надо было бы переименовать справочник в "Старый_Спр", добавить такой же новый.
И при обновлении добавить обработчик и зная алгоритм, включать разделитель и записывать элемент в котором будет зафиксирован нужный разделитель.
При этом не забыть сохранить соответсвие "старого" и "нового" и следующим обработчиком поразвлекаться с поиском и заменой ссылок.


Кратко как то так.
Что то сомневаюсь, что овчинка выделки стоит.


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

Mad_HeadMicMic,

РЛС == тормоза. В каждой форме делать фильтр - это просто жесть. А есть еще ввод текстом, да и при обновлении таких форм можно испытать боль.

Лишь бы написать?
Причем не прочитав о чем речь, увидев пару знакомых слов?

Вопрос был про разделение данных.
Про него ответил, то что из инфо можно предположить.
У вас есть что сказать? Что то хотите добавить?

Mad_HeadРЛС == тормоза.

RLS - штатный механизм, и нормально работает.
А вот как его используют, другой вопрос. Засрать можно все что угодно.
Проблемы чаще всего в ЗУП, где не редки навороченные условия по которым необходимо настраивать. Особенно для крупных организаций. Реже в конфах с оперативным учетом, например УНФ. В БП как правило не встречается.
И в любом случае все зависит от адекватности "настройщика", да и заказчика.
И если встречаются 2 "гения", то на выходе и получаем условие RLS на 2-3 экрана + ни разу не оптимальных с всеми возможными ошибками.
Да еще любят кучу мелких ролей насоздавать и односу пользователю давать несколько ролей. Вот на выходе получаем такую "Ж", что специально не сделать.

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

Mad_HeadВ каждой форме делать фильтр - это просто жесть. А есть еще ввод текстом, да и при обновлении таких форм можно испытать боль.

В какой каждой?
Речь шла про частный случай для конкретного 1 справочника.
Форму списка и форму выбора проблемно подкорректировать?
Да даже если 5 справочников не вижу проблемы.

И боль то причем? ТО что ручками придётся обновлять?
А вообще, тут можно и расширения использовать, на типовую и соответственно на обновление влиять не бу.

Последний выдох ГПЖMicMicИ если встречаются 2 "гения", то на выходе и получаем условие RLS на 2-3 экрана + ни разу не оптимальных с всеми возможными ошибками.

в бсп типовой шаблон rls занимает больше

Если в ERP влезть то можно и гораздо больше найти.
Но речь то была не об этом.