Понятно, что можно забацать регистр по видам документов и справочников, прописать подписки.
Ну еще на открытии форм заморочиться. RLS на чтение пока не трогаем.
Но зачем изобретать велосипед? Может уже что готовое есть? На Инфостарте не нашел

(0) конечно есть, полные права всем, что может быть универсальнее?)

(0) или "Регистры правил"

(2) это понятно, что регистры правил. Готовое есть?

(0) В том виде, в котором обычно хочется недалеким руководителям, нет ничего.

(0) Как-то лет 15 назад меня рукуводители начали мучать чтоб я им дал инфо по правам доступа по юзерам в разрезе объектов. Мучали мучали и я им распечатал на большой простыне размером 1 метр на на 2 метра и туда вклеил все доступы сделав отчет.
После этого они отстали от меня. Потому что утверждать кому какие права раздать они все-таки не взялись. )))

(3) Разумеется есть

(6) где?
(5) друже, мой тебе совет - научись решать проблемы клиентов, а не делать на "отъебись".

(5) У нас когда задавались вопросом, выяснилось что на настройку одной роли (точнее, профиля), где разрешено только то, что начальник отметит галочками, уходит от 40 до 80 часов. Максимум 3 профиля осилили и плюнули.

(7) Серега, товарищ в 5 прав
не один раз, а раза 3 или 4 в моей практике было тоже
"предоставьте мне список всех(!) объектов в базе и текущие права пользователей - я сам назначу, кому и что видеть и делать!!"
предоставляется и после этого человека не слышно и не видно, наверное тонет в объхеме

+9 не знаю точно, из коробки ли, но в перепиленной Авто-альфа видел настройку по объектам, но думаю - даже настройка прав в документообороте проще ))

(7) В гугле "Регистры правил" и ... радуешься жизни.

(0) сколько клиент платит за такое?

(9) иногда после этого следует - "мне не нужна эта портянка, мне нужны основные объекты". после чего предоставляется портянка объектов, с просьбой выбрать основные...

(7) надо отличать проблемы от прихотей. Прихоти обычно стоят дороже...

была аналогичная (5) задача, соорудил отчет по правам выгрузил ~20 листов в Экселе, 10 колонок наборов прав.
они честно попытались порулить этим. месяца 4 ушло на согласования и объяснения всем и каждому зачем тот или иной объект и на что повлияет. далее после нескольких случаев когда после расставления галочек у кого то что то срочно нужное перестало работать - забили. через год уже никто не вспоминал.

(7) >научись решать проблемы клиентов

научись отличать проблемы клиентов от того, что клиент хочет и просит

> Клиент хочет универсальное решение по правам доступа, есть готовое?
Потом прикрутить его к универсальному решению по автоматизации учета и будет конфетка!

(11) чето загуглил и не находит ничего. Свою статью только нашел: https://infostart.ru/1c/articles/115906/

(0) чем типовое не устраивает?

(12) ну мне надо оценить и предложить. Было бы готовое, клиенту обошлось бы дешевле.

(19) типовые слишком оторваны от жизни. Вот скажи, ты встречал динамическую дату запрета редактирования по роли. Ну то бишь чтобы 2 дня мог править, потом нет. ;-)

(14) я отличаю, благо опыт богатый. Это насущная необходимость.

(15) это не говорит, что им это было не нужно, это говорит о том, что ты криво сделал. Вот если бы ты использовал регистр правил, они бы писались кипятком от щастя

(10) не напоминай мне про альфа-авто, там подход хороший, но кривоватый

(21) да, в следующем поколении реальзовано

(9) решения из серии "на отъебись" говорят не о проблемах клиентов, а о проблемах исполнителей

(25) где?

(8) ну сегодня просто утро каминг-аутов людей, не компетентных в разработке прав доступа.

(18) У нас видимо гугл разный...

А так у меня в упп холдинговый гб за чашечкой кофе делала это за 16 кликов

(23) да что ты говоришь, бедолага )) ну тебе-то блохеру конечно лучше известно, что и кто от меня требовал и в каком виде.
и я задачу решил, в отличие от тебя рукопопого.

(27) я не консультирую бесплатно

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

(27) в АА древней ))

(22) "Это насущная необходимость"

Это также необходимо как срочная пересадка правого яйца на место левого

(31) Ну и как ты решил? Сперва реализовал проект, которым невозможно пользоваться, потом что-то родил? Ты ж сам признался, я тебя за язык не тянул.

(32) Простите, ваши услуги слишком дороги для меня

(35) серьезно? Ну расскажи, как ты рулишь правами доступа (кроме СВЯТЫХ типовых прав доступа)

(27) в последних бсп все это есть

а настройка объектов метаданных по пользователям - это слишком низкоуровнее решение. конечный клиент не осилит

(37) жёлтая книжка бесплатно

(0)Башляй ©

Клетка, которая не делится - отмирает. Запомни мой юный, наглый друг (с) " мой отец

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

Запретит заказчик просмотр документов оплаты менеджеру в УТ. А потом вдруг выясниться, что половина типовых отчетов отвалилось или выдают ахинею (т.к. они неявно пытаются читать таблицы с этими документами, например по регистратору), а в другой половине отчетов - наоборот он прекрасно видит данные из документов, которые ему не должны быть доступны, т.к. система, исходя из какой-то логики заложенной разработчиком, получает их в привилегированном режиме.

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

(0) куда уж универсальнее?

https://its.1c.ru/db/erp24doc/bookmark/accesscontrol/AccessControl

подход такой - делишь людишек на группы, роли. жоп.ка, когда людишки - человеки-оркестры (кадровик, расчетчик и по совместительству менеджер продажного отдела)

ну и для каждого! объекта метаданных отдельная роль на "Добавление и изменение" и на "Чтение"

ну и дальше - тут думать надо! - в режиме предприятие плодишь и размножаешь профили групп пользователей с наборами ролей, ну и людишек гоняешь из группы в группу

контроль (конфликт интересов)(кому можно или нельзя или внезапно стало можно, если нельзя) - это отдельная песня

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

(46)И как, взлетело и работало?

(44) шта? Ты серьезно? гыгыгыгыгы...
(45) юноша, вы реальных прав доступа нюхали?

Короче, если у меня закажут, напишу, раз готового нету.

На моей первой работе все работали под ролью "Администратор".
Чтобы всех выгнать, пришлось вводить флажок "Суперадминистратор" только для себя.

(49) если будешь писать, то только чтобы админить эту штуку было легко, а не пришлось бы сажать 1сника на поддержку. Да и еще не забудь про разделение по организациям, подразделениям, складам и т.п. + чтобы это нельзя в том числе и в отчетах посмотреть. В итоге как мне кажется придешь к тому же RLS.

(51) Гений забацает что-то круче RLS.
Может будет перехватывать запросы между 1С-сервером и SQL-сервером.
А может сделает вьюшки для таблиц SQL.
Пути Гения неисповедимы.

(51) да нифига он делать не будет, может статью на катает как неплохо бы было, если бы были такие права, как реализованы в последнем поколении

(48) ну а тож, когда толпы народу в ERP кнопочки всякие разные жмут, думаешь все под полными правами колбасят?

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

Всерьез не сталкивался с такой проблемой, но что-то типа такого надо

https://www.33lab.ru/regpr.html#:~:text=Регистр%20правил%20это%20массив%20данных,правил%20содержит%20измерения%20и%20ресурсы.

Редко когда я согласен с геней, но распечатать простыню и дать ее на простановку галочек - решение на отъебись и проблему не решает

(52) пойдет до конца - сделает настройку прав доступа на каждый байт или даже на каждый бит!

О есть и расширение и стоит копейки https://www.33lab.ru/automat/2-1-8/237-regprut11.html#купить

(56) в права закапывается любой бюджет

(59) Смотрел (58)?

(60) там на минималках - УТ11, а Гению на УТ10 нужно. Ну как идею может поиметь в своем велосипеде

(61) В (55) вообще под 8.1 интерфейс, надо с ними связываться. По крайней мере на нем все можно обкатать прям на рабочей базе, оперативно реагировать -добавлять/изменять права и получить действительно готовые наборы прав. А с типовыми ролями затрахаешься это делать.

Чем не устраивает роль в конфигураторе/рлс и доп. права?

Не говоря уже про функционал, что типовыми ролями не сделать

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

(65) Будет БГП — Библиотека Гениальных Подсистем

(62) купить: 21 килорубль за 8.2

(58) Только приехал,
не смотрел и смотреть не буду. На текущий момент типовой функционал удовлетворяет на 100%

Да, конечно, хотелось бы дообъектного доступа в ролях, и отборы по всем справочникам и регистрам сведений в рлс, и чтобы все этом мог настроить консультант

но понимаю что это отдаленное будущее, и им будет пользоваться менее 0,1% от всех консов.  Поэтому пофигу

Вот механизм "Проверки" был бы дообъектно, как версионирование более в тему

(67) И че?

(67) Ты быстрее это напишешь? ну по 2к в час имеем 10,5 часов - родишь за пару дней такую подсистему?

(65) Сравниваешь теплое с мягким. В бсп нет функционала из (58)

(44) "Подобные требования чаще всего возникают либо от большой дури в маленьких конторках"

Золотые слова
Когда генеральному папе делать неxер - он принимается за разгребание прав, полагая что если не запрещать и не пущать - юзеры мигом растащат его уникальную бизнес-методику и увидят страшно секретные цифры

(74) БСП во всех типовых страны

а покупка такого функционала никак не гарантирует порядок с правами. разруха - она в головах

(74)
Настройка прав доступа пользователей к документам различного вида.-делается на уровне конфигуратора

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

(77) Это инструмент, с которым намного проще сформировать готовые наборы прав - не более. Если тебе проще трахаться с ролями, ну так не пользуйся

(78) И тебе (79)

(79) У меня одна роль на пользователя ;-)

на группу пользователей, ессно*

+(80) Трахаешься ты не с настройкой, там проблем нет, трахаются все с постановкой задачи

(83) Ну да. Если нужно изменить у 100 менеджеров права и им нужно перезайти, ла-ла-ла

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

(84) Зачем им нужно перезаходить? Они же до этого как-то работали

Все просто, используем утверждение, если не доверяете человеку, то не впускаем его в 1С. 90% проблем с правами закрыты.

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

(87) Тупое утверждение, что значит доверяем или не доверяем. В РФ почти невозможно привлечь человека за распространение коммерческой тайны, поэтому занимаются все этим привентивно

(88) и тяжело оперативно менять*

(87) тут другая проблема, менеджеры начинают грузить клиенту в долг, тот нихрена не платит, а менеджеру похер, он отгрузил - значит молодец. Выставляешь лимиты в договорах, а что мешает менеджеру зайти и их поменять, либо вообще другой договор указать без ограничения по лимитам? Вот для этого и нужны права, каждый должен делать свое дело, а 1с по возможности ограничивать ошибки пользователей

(88) Ты путаешь внедрение и сопровождение

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

(86) ну ты протестировал на пете, убрал/добавил им роль и чета не учел

(92) Ну конечно речь про внедрение (тогда же все реализуют регламент с правами?). И как организационно решать проблемы типа - убрать доступ к договорам у менеджров, а потом выясняется что все таки определенной группе менеджеров нужно иметь возможность его редактировать? Пытать жеще, чтобы на обследовании все рассказали?

(84) бред какой-то. профили групп пользователей и прочие привелегии (ограничения) настраиваются один раз вдумчиво

а дальше все просто: регламент (все ходы записаны) на заведение нового раба (работягу) в программу или изменение прав

ну если админов (полные права) в системе больше одного, иногда проверять конфликты в наборе прав, чтобы у раба (работяги) не было больше прав, чем ему разрешено

(93) ну и бардак у вас там

(95) Ну да и код надо сразу писать без ошибок. Ну чтобы сразу работало, без отладки. Зачем на отладку время тратить?

(95) Ты такой смешной)

(0)Геня, все просто: профили групп пользователей и прочие привелегии (ограничения) настраиваются один раз вдумчиво

(95) Еще раз спасибо, развеселил, домой пора)

(94) Ну конечно речь про внедрение (тогда же все реализуют регламент с правами?).

Нет конечно, отсюда все проблемы

(96) что ты там писать собрался без ошибок?
если типовой механизьм, то он тупо мышкой в режиме предприятия настраивается

(98) на здоровье

"слабоумие и отвага". некогда думать, работу работать надо

В типовых действительно есть масса спорных моментов: почему при таком наборе прав это сделать можно или наоборот нельзя? Да, можно сделать доп. роль, в которой можно изменить доступы к объектам, сделать профили пользователей (как в УПП 1.3). При внедрении все работает, а потом начинается: вот этому дать это, этому то, но чтобы этот не видел то и т.п. И все твои профили идут в эротическое путешествие, так как появляется профиль_1, профиль_2 и т.п.

Вот в УПП считай сделали универсальную вещь с настройкой доступов, и что? Все равно все приходит рано или поздно в раздрай.

С датами запрета тоже еще вопрос: есть у всех одна дата запрета, и ты или человек отвечающий за нее знает какое значение она сейчас принимает. Вводим даты запрета для разных организаций, для каждого пользователя, да еще и динамическую и что? Пока не посмотришь в настройку ответить на вопрос "а какая же сейчас дата запрета стоит и кто мог исправить сегодня вот тот документ?" не можешь.

(101) кто мог исправить пишется отдельно
С датами запрета немного интереснее. Некоторые юзеры их могут менять и этот лог уже нигде не пишется

ну а то что права наступают только при запуске 1с да еще и обновлять конфунужно - это конечно недочет платформы

(101) поэтому надо забить на типовые права и писать свои сбоку.

(104) что делать с типовыми отчетами без "РАЗРЕШЕННЫЕ" планируешь?

(105) а разве такое еще осталось в типовых? Это ж нарушает 1С-совместимо. Найти их расширениями и обработать. Не думаю, что их много.

Вспоминаю времена, когда гений удивлялся почему нет ограничений в регистре остатков не по измерениям

(58) речь про УТ10

(66) крутой нейминг

(87) в рознице не работает. Там продавцы мегаушлые. Пример из практики - ввести акт списания на 1.1.1980 и списать товар к инвентаризации. гггг.

Я вот много с Розницей работаю в последнее время.
Там странная типовая логика - для работы с кассой нужен доступ к чеками и ПКО/РКО.
При этом кассир может их интерактивно завести из Списка, не только из РМК. Ну и отредактировать. Вопрос - зачем?
Вот поэтому типовым правам у меня доверия нет. Их явно писали люди, оторванные от реальной жизни.

(111) а откуда уверенность, что реальная жизнь только одна и это именно твоя версия жизни?!

(2) >или "Регистры правил"
И к ним "Регистры не до конца поправил" :-D

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

(114) Реальная жизнь укладывается в типовые на 90%

(115) откуда цифирка? Из твоей версии реальной жизни? ггг

(116) Да, из текущего соотношения нового функционала при проекте внедрения

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

(115) эмммм. а 10% - это что? халф-лайф?

(118) еще б было бы внятное описание конфигурации...
но, похоже, сложность конфигураций достигла такого уровня, что описание сложнее написания.

(119) а 10% видимо отказались прогибаться под написанные "для всех" механизмы :)

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

(121) Дописки, переписки, и прочие писки, не являются проблемой, так как можно проектировать свою архитектуру и спокойно ее сапортить, в большинстве случаев, ни один автор не заботится ни о документации- идите в код, там все документировано, ни описанием архитектуры системы

(123) дядь, это ты сейчас что сказал?

(124) Я сказал, что проще написать новое чем разбираться в типовом

Гений хоть об этом явно пишет.

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

(123) в молодости был у меня "учитель\наставник", так вот он всегда говорил "если код требует "описания\комментария" - это плохой код. Зачем писать сложный код, что бы потом в комментарии\описании написать как он работает?! Поэтому код я переписывал до тех пор пока с одного взглда на него - было бы понятно, что он делает.

(127) проблема же не в коде, проблема же понимания "почему он написан именно так"

(125) а...
ну да...
"то, что один человек построил - другой завсегда поломать сумеет!"©
-----------
но типовые пишут же, чьорт подьери, такие-же люди... если разве только "под веществами".

(125) нда...Был тут до меня прогер, который не знал как в 11 торговле резервы товаров отражаются и не долго думая запилил свой регистр с блекджеком и косяками. Люди пол года херачили резервы в его регистр, написано было множество отчетов с этим регистром, а потом понадобился другой типовой функционал, связанный с контролем отмененных срок, с товарами в пути и т.д. Тот прогер уже ушел. В итоге проще было использовать типовой механизм, а его регистр запихнуть куда подальше, чем дальше усугублять конфу и доламывать остальной типовой функционал. Я прост порой не понимаю таких решений, человек столько времени убил, ковырнул весь документооборот, чтобы добавить то, что итак есть с коробки...

(129) Ты не путай, у типовой конфы-задача отражения операций, там нет задачи производительности оператора, и прочее

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

(130) вот в том и вопрос...
типовые ЖЖК - жуткое зрелище. итс - не лучше. (собственно, это те же ЖКК, только сбоку)

(133) ЖЖК? Жизнь железного коня?))

(132) по поводу производительности, тут скорее всего речь идет по заточку 1ски под конкретные нужды предприятия, обрезая все лишнее, чтобы пользователи не косячили и заполняя/создавая автоматом всю рутину, где это возможно

(134) ЖКК помнишь? ну а это - желто-желтые книжки

(136) по поводу итс не соглашусь, более менее внятно пишут, поиск работает, в общем не такой уж плохой портал и советы порой дельные

Гм, Вселенная меня услышала и сразу два клиента, один под УНФ, другой под УТ 10.3 запросили оценку ТЗ по универсальной системе прав доступа (думаю, правда без RLS на чтение). Так что, с божией помощью, универсальная система ПД увидит свет, надеюсь.

(137) Да, ИТС неплохая штука. Я про маркировку там многое почерпнул.

(126) дело не в сложности, дело в том, что они закрывают какой-то один участок и видение методистов. Они не универсальны. Если надо что-то свое добавить, типовые в мусорку и пишешь свои. Так не лучше ли сразу типовые в мусорку?

К тому же я органически не понимаю смысл использования RLS на запись. Думаю, это придурь методистов 1С - типа, раз есть механизм, надо использовать.

(138) вселенная прикалывается над тобой. у клиентов ограниченный бюджет, поэтому х@р им, а не  универсальная система ПД

(142) у меня разные клиенты есть

(141) есть доступ на функционал, есть на просмотр. Пересечение даёт уникальность прав доступа

(144) объясни по русски. Не догоняю.

2 кладовщика, каждый видит свой склад, набор прав идентичен

Это разделение к данным, разделение к функциям ты наверное лучше знаешь и без меня ;-)

Меня смущает в типовых, что я не могу сделать "роль" из пользовательского интерфейса, хотя доступ к объектам всей системы, у меня есть

Или например, 2 уровня пользователя- рук отдела продаж, и продажник, соответственно 2 профиля,

а вот групп видимости мы можем сделать в зависимости от менеджеров

И общую на просмотр всего пула контрагентов для рука

(146) я уже писал, что в RLS на изменение нет смысла. Оно видится осмысленным только адептам NoCODE и расстановкой галочек. В реальной жизни нежизнеспособно.

(151) Ты спросил, я ответил, спорить тут бессмысленно

а упарываться в код, когда права доступа должен раздавать админ, ну такое

(141) как предлагаешь делать ограничения на запись?

Проблем же нет сделать 1 пользователь, одна роль и все там редактировать, вопрос ценника на такие работы и стоимость обслуживания

но лучше всего понимание приходит когда будет бюджет с фикс прайсом на настройку прав по какой-нить организации человек на 50-100

(154) подпиской на события.

(152) я не понял твой ответ. Мотивировку

(157) Ждем решения, интересно будет посмотреть

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

(159) дык вот не знаю, согласуют или нет. а так да, у одного клиента регистр правил уже на мази, буду делать.

(160) ну что на запись скорость не важна это конечно неправда.

Смысл рлс на запись в том что он копирует код на чтение

Ну и кодом запись тоже чекается например в датах запрета

(15) надеюсь тебе за эти 4 месяца работы заплатили?

Такие простыни нужно внедрять так.
Закрываешь все и садишься с юзером и потихонечку открываешь.
Потом следующий

(162) Rilly? Why?

(163) Не вижу никакого смысла в дублировании

(167) потому что транзакции на запись должны быть как можно более короткими

(169) кому должны, прощают. Эта экономия на спичках выливается в дороговизну сопровождения этого механизма.

(169) Погоди, БРО, а что ПередЗаписью - это уже транзакция? гыгыгыыг, опять соврамши.

(171) событие объекта ПередЗаписью выполняется в транзакции. Ну хватит уже позориться

(172) Ну это уже косяк платформы. Позор тут не при чем. Должно быть событие контроля разрешения записи. В любом случае, экономия на спичках. Потому что приложение для автоматизировано-роботизированного склада пишется так же, как для оптового. Это идиотизм. Если в конторе проводят одну реализацию в 5 минут, тут время проверки не критично.

(173) с тобой забыли посоветоваться разработчики платформы, где им транзакцию начинать
в любом непонятном случае ты пишешь "экономия на спичках" и "из пушки по воробьям"
1С стоит не только в ларьках и окно "Конфликт блокировок при выполнении транзакции" это к сожалению не мифический единорог

(174) не оправдывайся, твои оправдания имеют бледный вид

(174) модуль проведения работает на порядок дольше, чем перед записью, отсюда и конфликт блокировок, например

(174) Кстати, надо предложить в стандарты 1с:совместимо чтобы модуль проведения делался только на запросах, это ж сэкономит время записи, дыа? давай доведем идиотизм до абсурда

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

(175) (176) (177) (178) пока оправдываешься в незнании механизмов платформы ты

(168) как раз таки дублирования нет

(179) я не про незнание, а про рацио. Не выгораживай платформу. И?

(181) ты с темы не уходи - не знал про транзакции - честно признай, а незнание механизмов транзакций может привести к серьезным архитектурным ошибкам

(182) не щнал нюансов, а не механизмов. Теперь ответь про свой базар за скорость

(183) базар-вокзал у тебя в уютненьком, где ты комменты редактирует

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

(184) ага, слился, оно и понятно. Надо статью написать, а то не всем понятно, что рлс на запись это идиотизм

(184) ты если бесплатно не хочешь аргументировать свою позицию, то бесплатно не вступай в споры, ггг

Геня, ты бы хотя бы не гыгыкал тупо, когда тебе подсказывают направление, в котором копать надо. Мало того, что демонстрируешь свою некомпетентность, так ещё и ведёшь себя как подросток-дебил.

(185) давай, давай
Только комментарии к ней не редактируй. Если сможешь

(185) Читать не буду, но осуждаю

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