Привет уважаемым коллегам.
Перешли мы с БП Проф на БП КОРП. Организацию, которая ранее велась в базе как полностью самостоятельное юрлицо, с помощью своей обработки преобразовал в обособленное подразделение (далее ОП) с выделенным балансом. Однако, в этом случае уперся в целый ряд ограничений. Например, все договора контрагентов теперь должны принадлежать головной организации. Из-за этого при попытке выбрать любой договор - например, в платежке - в форме списка не высвечивается ничего. Поэтому сейчас стою на распутье, выбираю из нескольких вариантов:
1) Вернуть ОП статус полноценного юрлица (сейчас вынужденно так и сделал), но в таком разе пропадает смысл перехода на КОРП. Очень многие фишки вроде консолидированной отчетности работать не будут.
2) Написать обработку по переносу всех договоров на головную организацию, при этом отключить механизм защиты в конфе - ведь по этим договорам уже набита куча документов, конфа об этом сообщает и никаких изменений в договорах делать не дает. Но правильным ли будет такой способ? Все-таки это ограничение в конфе не просто так?
3) Изменить конфу на предмет того, чтобы позволяла видеть договора ОП. Тот же самый вопрос: а ограничится ли всё этим или следом всплывет еще туча подводных камней?
Кто что думает?

Вы не написали в своем топике версию КОРП

(1) Это так принципиально?

(2) если у него 3.0, а советовать по 2.0 ?
для 3.0 в Корп вряд ли чем подскажу, т.к. сам на 2.0 пока еще.

Да, КОРП 3.0 Сейчас на КОРП 2.0 с Проф уже не перейти, только на 3.0.
В любом случае, буду рад любому совету, пусть и с точки зрения КОРП 2.0.

(0) Обособленное подразделение со своим КПП ведется в справочнике подразделений организаций. Обособленное подразделение выделенное на отдельный баланс заводится в справочнике организаций с типом "Обособленное подразделение" и указывается головная организация.

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

(5) и? :)
Они там только и видны, проблема в том, что все договора ОП оформлены не на голову, а на ОП, которая еще вчера была самостоятельной организацией в БП Проф.

(6) тогда только 2)

тут и писать ничего не надо, в 3.0. обработка "Групповое изменение реквизитов" с флагом "Режим разработчика" сама все сделает

хм. разве? и запрет изменения договоров обойдет? ну-ка сейчас попробую...

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

Я вот не мог сохранить настройки для налоговых у обособленных в БП-КОРП 3.0 - а оказалось, что это срабатывает только в момент действительно новых элементов, а не перезаписи существующих. И ведь сходу было невозможно сообразить, что проблема была в криво придуманном запрете, установленном в коде процедуры какой-то там.

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

(10) а, теперь понял, что вы хотели сказать. нет, RLS тут ни при чем. прикол, описанный в (0), возникает у любого юзера, с самым полным доступом к данным.

Кстати, про RLS! Получается, что в КОРП это разграничение теряет смысл. Не получится дать доступ только к обособленному подразделению, придется давать доступ и к головной организации тоже. Дурдом просто, впрочем для 1с это дело обычное.

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

(14) вот и я пока не соображу, в чем там на их версии базы проблема, если описывается такое вот странное поведение. По нормальному - проблем с подборами договоров у <<организация+обособленное>> не должно возникать.
Но мне особо тестить нечем. Причем, уверен, что даже воспроизвести этот глюк не удастся.

(15) то есть у тебя в КОРП 2.0 при подборе договоров в документах нет ограничения только на головную организацию? в список выбора попадают все договора? а ОП с выделенным балансом?

(15) и это точно не глюк. всё просто: если в справочнике у организации реквизит "ОбособленноеПодразделение" истина, то и наблюдаем всё описанное в (0). если ложь, то всё ок, но только в отчетах никакой консолидации.

(17) в демо-версии 3.0 (т.е. абсолютно типовой) я вижу только, что при создании нового договора не дается выбора орг-обсобленного подразделения, а только головное. И тогда во всех подборах идет выбор договора по установленному фильтру с головной, хотя в документе стоит орг-обособленное. Фильтры накладываются по реквизиту "головная организация" который всегда не пустой :)

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

Сейчас еще попробую отдельно в бп-корп 2.0 на это посмотреть.

в бп-корп 2.0 при попытке выбора договора в форме выбора аналогично выставляется фильтр по значению Организация. Если реквизит головная организация в элементе орг-обособленная заполнен (т.е. подчиненная обособленная) тогда используется это значение.

смотрю далее, что будет с обработкой элементов справочника Договоры контрагентов в RLS - сразу смотрю в БП-Корп 2.0 :
условия определены для права Бухгалтер в части прав: чтение/добавление/изменение/удаление - остальные права условиями "не испорчены"
Весь текст запроса копипастить не буду, но вот фрагмент
---
        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК ОбособленныеПодразделения
        ПО (ОбособленныеПодразделения.ГоловнаяОрганизация = ТекущаяТаблица.Организация
                    И (НЕ ОбособленныеПодразделения.ГоловнаяОрганизация = ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка))
                ИЛИ ОбособленныеПодразделения.Ссылка = ТекущаяТаблица.Организация)
---

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

Таким образом, специфика будет в том, что договора контрагентов - это всегда договора с головной организацией, а каждому бухгалтеру обособленного подразделения будут доступны договора контрагентов по всей головной организации без исключений. Это так прописано в RLS для БП-Корп 2.0

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

(22) но эти отборы юзеры ведь могут поменять?

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

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

(24) я согласен, но в типовой именно так.
Я сейчас досмотрю через конфигуратор в БП-Корп 3.0 и допишу как там сделано. Там немного иначе реализовано.

В БП-КОРП 3.0 идет отдельная роль <<ДобавлениеИзменениеДанныхБухгалтерии>>
в ней заданы права с ограничениями доступа на чтение, изменение, добавление - а остальные права ограничениями доступа не нагружены.

А в самом текстовом поле с комментом вставлено условие
// ОбособленноеПодразделениеЧтение
// Можно читать если есть доступ к (по или)
// Организации
// Головной организации данной организации
#ПоЗначениямРасширенный("Справочник.ДоговорыКонтрагентов", "Добавление",
"НеОграничиватьДоступКГруппам",
"ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК ОбособленныеПодразделения
ПО ОбособленныеПодразделения.ГоловнаяОрганизация = Т.Организация
    И ОбособленныеПодразделения.ГоловнаяОрганизация <> ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка)
    ИЛИ ОбособленныеПодразделения.Ссылка = Т.Организация

т.е. по русски выражаясь: "те же яйца - вид сбоку"

26+ там тексты немного разные в разных правах, но суть повторяется.

(24) А у тебя на этом внедрении база БП-КОРП на периферийные будет делиться?

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