|
БП КОРП. Организация -> обособленное подразделение, прошу помощи | ☑ | ||
---|---|---|---|---|
0
OldMonk
09.09.15
✎
08:45
|
Привет уважаемым коллегам.
Перешли мы с БП Проф на БП КОРП. Организацию, которая ранее велась в базе как полностью самостоятельное юрлицо, с помощью своей обработки преобразовал в обособленное подразделение (далее ОП) с выделенным балансом. Однако, в этом случае уперся в целый ряд ограничений. Например, все договора контрагентов теперь должны принадлежать головной организации. Из-за этого при попытке выбрать любой договор - например, в платежке - в форме списка не высвечивается ничего. Поэтому сейчас стою на распутье, выбираю из нескольких вариантов: 1) Вернуть ОП статус полноценного юрлица (сейчас вынужденно так и сделал), но в таком разе пропадает смысл перехода на КОРП. Очень многие фишки вроде консолидированной отчетности работать не будут. 2) Написать обработку по переносу всех договоров на головную организацию, при этом отключить механизм защиты в конфе - ведь по этим договорам уже набита куча документов, конфа об этом сообщает и никаких изменений в договорах делать не дает. Но правильным ли будет такой способ? Все-таки это ограничение в конфе не просто так? 3) Изменить конфу на предмет того, чтобы позволяла видеть договора ОП. Тот же самый вопрос: а ограничится ли всё этим или следом всплывет еще туча подводных камней? Кто что думает? |
|||
1
Фрэнки
09.09.15
✎
09:24
|
Вы не написали в своем топике версию КОРП
|
|||
2
Aleksey
09.09.15
✎
09:30
|
(1) Это так принципиально?
|
|||
3
Фрэнки
09.09.15
✎
09:35
|
(2) если у него 3.0, а советовать по 2.0 ?
для 3.0 в Корп вряд ли чем подскажу, т.к. сам на 2.0 пока еще. |
|||
4
OldMonk
09.09.15
✎
09:38
|
Да, КОРП 3.0 Сейчас на КОРП 2.0 с Проф уже не перейти, только на 3.0.
В любом случае, буду рад любому совету, пусть и с точки зрения КОРП 2.0. |
|||
5
Матиус
09.09.15
✎
09:50
|
(0) Обособленное подразделение со своим КПП ведется в справочнике подразделений организаций. Обособленное подразделение выделенное на отдельный баланс заводится в справочнике организаций с типом "Обособленное подразделение" и указывается головная организация.
При выборе в документах в поле "Организация" обособленного подразделения должны быть видны все договора заведенные на головную организацию. |
|||
6
OldMonk
09.09.15
✎
09:54
|
(5) и? :)
Они там только и видны, проблема в том, что все договора ОП оформлены не на голову, а на ОП, которая еще вчера была самостоятельной организацией в БП Проф. |
|||
7
Матиус
09.09.15
✎
09:54
|
(6) тогда только 2)
|
|||
8
Матиус
09.09.15
✎
10:03
|
тут и писать ничего не надо, в 3.0. обработка "Групповое изменение реквизитов" с флагом "Режим разработчика" сама все сделает
|
|||
9
OldMonk
09.09.15
✎
10:03
|
хм. разве? и запрет изменения договоров обойдет? ну-ка сейчас попробую...
|
|||
10
Фрэнки
09.09.15
✎
10:07
|
(6) Ну а кроме попыток выбора в интерактивных формах как-то еще проявляют себя эти все договора? Механизм защиты - это же настройка профиля пользователя использован? Тут надо пробовать, т.к. ограничение как-то странно выглядит.
Я вот не мог сохранить настройки для налоговых у обособленных в БП-КОРП 3.0 - а оказалось, что это срабатывает только в момент действительно новых элементов, а не перезаписи существующих. И ведь сходу было невозможно сообразить, что проблема была в криво придуманном запрете, установленном в коде процедуры какой-то там. |
|||
11
OldMonk
09.09.15
✎
10:22
|
(8) вах, огромное спасибо! получилось!
(10) пока еще не знаю, как проявляют, т.к. сразу же после звонка от бухов вернул ОП на место, в юрлицо. просто такие ограничения выглядят как осознанная политика, думаю что еще предстоит столкнуться с подобными ограничениями. |
|||
12
OldMonk
09.09.15
✎
10:29
|
(10) а, теперь понял, что вы хотели сказать. нет, RLS тут ни при чем. прикол, описанный в (0), возникает у любого юзера, с самым полным доступом к данным.
|
|||
13
OldMonk
10.09.15
✎
09:36
|
Кстати, про RLS! Получается, что в КОРП это разграничение теряет смысл. Не получится дать доступ только к обособленному подразделению, придется давать доступ и к головной организации тоже. Дурдом просто, впрочем для 1с это дело обычное.
|
|||
14
nva_15
10.09.15
✎
09:38
|
(13) У меня получилось дать пользователям доступ только к их организациям, являющимся обособленными подразделениями. С выборов договоров в документы проблем не возникло.
|
|||
15
Фрэнки
10.09.15
✎
11:10
|
(14) вот и я пока не соображу, в чем там на их версии базы проблема, если описывается такое вот странное поведение. По нормальному - проблем с подборами договоров у <<организация+обособленное>> не должно возникать.
Но мне особо тестить нечем. Причем, уверен, что даже воспроизвести этот глюк не удастся. |
|||
16
OldMonk
10.09.15
✎
11:16
|
(15) то есть у тебя в КОРП 2.0 при подборе договоров в документах нет ограничения только на головную организацию? в список выбора попадают все договора? а ОП с выделенным балансом?
|
|||
17
OldMonk
10.09.15
✎
11:23
|
(15) и это точно не глюк. всё просто: если в справочнике у организации реквизит "ОбособленноеПодразделение" истина, то и наблюдаем всё описанное в (0). если ложь, то всё ок, но только в отчетах никакой консолидации.
|
|||
18
Фрэнки
10.09.15
✎
12:13
|
(17) в демо-версии 3.0 (т.е. абсолютно типовой) я вижу только, что при создании нового договора не дается выбора орг-обсобленного подразделения, а только головное. И тогда во всех подборах идет выбор договора по установленному фильтру с головной, хотя в документе стоит орг-обособленное. Фильтры накладываются по реквизиту "головная организация" который всегда не пустой :)
Т.е как бы у пользователя из орг-обособленного должен быть доступ к головной организации. Почему должен, а не уверен в этом, потому что RLS я не включаю - это же тестовый пример на коленке буквально. Сейчас еще попробую отдельно в бп-корп 2.0 на это посмотреть. |
|||
19
Фрэнки
10.09.15
✎
12:57
|
в бп-корп 2.0 при попытке выбора договора в форме выбора аналогично выставляется фильтр по значению Организация. Если реквизит головная организация в элементе орг-обособленная заполнен (т.е. подчиненная обособленная) тогда используется это значение.
|
|||
20
Фрэнки
10.09.15
✎
13:03
|
смотрю далее, что будет с обработкой элементов справочника Договоры контрагентов в RLS - сразу смотрю в БП-Корп 2.0 :
условия определены для права Бухгалтер в части прав: чтение/добавление/изменение/удаление - остальные права условиями "не испорчены" Весь текст запроса копипастить не буду, но вот фрагмент --- ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК ОбособленныеПодразделения ПО (ОбособленныеПодразделения.ГоловнаяОрганизация = ТекущаяТаблица.Организация И (НЕ ОбособленныеПодразделения.ГоловнаяОрганизация = ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка)) ИЛИ ОбособленныеПодразделения.Ссылка = ТекущаяТаблица.Организация) --- |
|||
21
Фрэнки
10.09.15
✎
13:14
|
т.е. я скопировал из запроса в праве на чтение - все договора головной будут доступны в обособленных для права на чтение, а так же для всех остальных прав.
Таким образом, специфика будет в том, что договора контрагентов - это всегда договора с головной организацией, а каждому бухгалтеру обособленного подразделения будут доступны договора контрагентов по всей головной организации без исключений. Это так прописано в RLS для БП-Корп 2.0 |
|||
22
Фрэнки
10.09.15
✎
13:17
|
кстати, я когда все эти типовые rls в 2.0 пересмотрел и осмыслил, то отказался от применения типовых RLS, а все разграничения доступа пользователей задаю установками отборов в формах списка и формах для выбора.
|
|||
23
OldMonk
10.09.15
✎
13:18
|
(22) но эти отборы юзеры ведь могут поменять?
|
|||
24
OldMonk
10.09.15
✎
13:24
|
(21) " специфика будет в том, что договора контрагентов - это всегда договора с головной организацией"
вот это мне и кажется нелогичным. точнее, с формальной точки зрения оно так и есть, но в программе, если уж ОП - это элемент справочника "Организации", то имхо не стоило делать такую привязку. |
|||
25
Фрэнки
10.09.15
✎
13:26
|
в моей версии настроек доступа у рядовых бухгалтеров для изменения в отборах этих полей полномочий не хватит. Если супербухгалтер, тогда доступ к этим полям разрешен.
И при обновлении типовых эти все формы списка на автомате не обновишь. (24) я согласен, но в типовой именно так. Я сейчас досмотрю через конфигуратор в БП-Корп 3.0 и допишу как там сделано. Там немного иначе реализовано. |
|||
26
Фрэнки
10.09.15
✎
13:33
|
В БП-КОРП 3.0 идет отдельная роль <<ДобавлениеИзменениеДанныхБухгалтерии>>
в ней заданы права с ограничениями доступа на чтение, изменение, добавление - а остальные права ограничениями доступа не нагружены. А в самом текстовом поле с комментом вставлено условие // ОбособленноеПодразделениеЧтение // Можно читать если есть доступ к (по или) // Организации // Головной организации данной организации #ПоЗначениямРасширенный("Справочник.ДоговорыКонтрагентов", "Добавление", "НеОграничиватьДоступКГруппам", "ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Организации КАК ОбособленныеПодразделения ПО ОбособленныеПодразделения.ГоловнаяОрганизация = Т.Организация И ОбособленныеПодразделения.ГоловнаяОрганизация <> ЗНАЧЕНИЕ(Справочник.Организации.ПустаяСсылка) ИЛИ ОбособленныеПодразделения.Ссылка = Т.Организация т.е. по русски выражаясь: "те же яйца - вид сбоку" |
|||
27
Фрэнки
10.09.15
✎
13:34
|
26+ там тексты немного разные в разных правах, но суть повторяется.
|
|||
28
Фрэнки
10.09.15
✎
13:37
|
(24) А у тебя на этом внедрении база БП-КОРП на периферийные будет делиться?
|
|||
29
OldMonk
10.09.15
✎
16:04
|
(28) нет, РИБ у нас нет, ОП работают в терминале, база одна. (26) кстати, об этой роли. взял ее за основу, когда делал роль для кладовщиков. всё сделал, потом после первой же обновы кладовщики не смогли зайти в окошко "цены в документе". пришлось вертать им права бухов. дофига всего повылезало после перехода на КОРП, теперь на несколько недель вперед точно загружен. мало того, что конфа сильно нетиповая, так еще и учет нетиповой.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |