Цитата:
Сообщение от
Михаил Андреев
У Вас простой пользователь имеет доступ к профилям разноски? Тогда и администраторские права можно всем раздать...
На чтение - имеет, это прямая необходимость для выполнения его (пользователя) функций (выбор профиля в документе/журнале). В противном случае либо работа не будет выполнена(пустой профиль), либо Relation на таблице или по EDT будет материться (вставка его руками а не lookup()'ом).
2Alexx7
В каком виде настроены профили разноски - личное и глубоко интимное дело в каждом из конкретных случаев. Мы априорно понятия не имеем о содержимом таблицы профилей разноски и о их наполнении (какой набор счетов , в каких комбинациях, в каком количестве строк по стандартным схемам "все/группа/таблица"). Можно, конечно привязаться к разного рода методам таблиц профилей разноски, возвращающим счет по коду счета сущности и коду профиля согласно внутренних правил - но это потребует нескольких модификаций, пропорциональных по количеству таблицам профилей разноски. Но и это, по большому счету, не выход. Даже если мы это сделаем - не во всех случаях до момента разноски и запуска механизма корреспондирования будет известен корреспондирующий счет (сложные N:M проводки журналов на основе журнала ГК, обработка накладных по закупке/заказу - любые места, где корреспонденция явно не указана, а это подавляющее большинство случаев работы с ГК) .
Потому, с учетом темы , указанной raz'ом для ознакомления и моего там высказывания, наиболее разумным, IMHO, будет следующее :
1) Реализация в системе списка разрешенных корреспонденций
2) Доработка механизма корреспонденции, работающего по данным п.1
п. 2 - очень ответственный, пытаться реализовать его можно только понимая полностью работу механизма корреспонденции, в противном случае есть риск сломать многое и даже при идеальной реализации есть реальные шансы понаступать на грабли из-за неполного перечня в п.1 и отсуствия корреспонденции из-за этого .