Всем добого дня! Вот и до меня добралась эта проблема. Конфигурация ERP последней версии. Нужно для одних бухгалтеров разрешить, а для других запретить просмотр проводок в ОСВ, КС, АС, да и везде по одному счету.
Читал, что многие с этим сталкивались, обычно ограничивая 70 счет. Варианты как я понимаю ограничены. Т.е. на уровне RLS ограничить либо план счетов, либо регистр бухгалтерии с добавлением нового измерения. Но последний вариант побаиваюсь реализовывать, т.к. боюсь, что не будут закрываться итоги в конце месяца.
Может появились еще какие-нибудь варианты? Кто реализовывал? Поделитесь.

Дожили...уже бухов от бухов ограничивают))))

(0) итоги в конце месяца закрывает главбух. А у него-то все права есть. Чего вы побаиваетесь?

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

(3) через RLS обычно не закрывают. И то, что пишут о закрытии 70-го - его тоже специально не от отдельных Пользователей закрывают, а просто устанавливают, что аналитика 70-го не содержит сотрудников.

(4) А через что закрыть можно? Или отчеты ковырять сами?

Сколько я ни работал с бухгалтериями, где у всех был свой логин/пароль - через кратчайшее время все знали пароли друг друга и делали что хотели, включая конторы с вроде бы повышенной секретностью (типа следственного управления или налоговой). Правда, в крупных организациях я не работал, в основном бухгалтерии на 3-4 человека. Иногда даже главбуховский пароль знали. Главбух в отпуске, а делать надо срочно, а потом то поменять забудут, то забьют на этом. Да и пароли были а-ля "12345".

(5) Если это в ERP , то вся инфа из регл отчетности по кускам, по разным подсистемам, по разным правам раскидана в регистрах опер-учета. Если закрыть только отчетность по Бух - это бессмысленно. А если закрывать по правам на опер-учет или как часто говорят на оперативный контур, то и доступ к отчетам бух нужно закрыть просто сразу на все отчеты и все.

Если хочешь попробовать со всем этим разбораться - смотри на то, как сделан RLS в бух регистре в разрезе Организаций или Подразделений. Но они именно Разделителем заданы.

(8) А в какой роли это прописано? Что-то в какую не захожу, везде пусто

В ERP есть Группы доступа контрагентов? Кто-нибудь пользуется? Правильно я понимаю, что это работает тоже на уровне RLS?

(6) Начеркать пароль на клавиатуре - святое дело.

(0) Никаких нормальных стопроцентных вариантов для решения этой задачи в типовых конфигурациях (БП, КА, ERP) нет.
Проблема регистра бухгалтерии в том, что в каждой записи (в проводке) всегда есть две стороны - дебет и кредит. А значит в одной проводке могут встречаться закрытый для просмотра счёт с открытым. Что при этом должен увидеть бухгалтер в карточке счета или в анализе счета?
Допустим он делает анализ счета 20, который для него открыт, но у которого есть обороты с закрытым для него счётом 60? Строки с этими оборотами вообще не должно быть? Или строка должна быть, но в колонке КорСчёт будет <Объект не найден>?
А при просмотре движений документа (проводок) что бухгалтер увидит в графах СчетДт и СчетКт вместо закрытых счетов? Тоже <Объект не найден>?
Они уверены, что их это устроит?

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

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

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

(6) >> ...с бухгалтериями, где у всех был свой логин/пароль - через кратчайшее время все знали пароли друг друга и делали что хотели... Да и пароли были а-ля "12345".

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

(12) Да уже звучат варианты убрать у буха Подсистему Регламентированный учет. Только я хз что она без нее делать будет.

(0) Была подобная задача. Причем, именно так и ставилась "Ограничение просмотра ОСВ по конкретному счету".
Добавлял новую роль. И если у пользователя нет этой роли - не давал сформировать ОСВ по 70у счету.

На этом всё.
Реализация соответствует поставленной задаче. Все довольны.

(15) т.е. переделал работу Отчета

(16) Да, именно так.

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

(15) ну или если в любом другом формирующемся отчете попадается с другой стороны корреспондирующий 70 счет - такой отчет тожде не формируется..

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

(20) если у тебя стоят задачи закрывать ОСВ по определенному счету но при этом у пользователей есть права на запуск внешних отчетов обработок - то это тот еще бардак.

ставь во внешней обработке ПривелигированныйРежим и твой RLS будет столь же бесполезен.

(21) естественно, эти доступы закрывают предварительно
(22) сам хоть раз так делал? Или в книжке вычитал?

Я уже было готов был добавить измерение в регистр бухгалтерии и настроить RLS для запретного счета, но вспомнил что ERP просто так не формирует проводки и нельзя будет как указано в примерах, добавить строки в модуль набора записей регистра, В ПередЗаписью().
А сделать невозможным выбирать в ОСВ счет это просто и не эффективно.

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

(13) Но удивляет, что при аутентификации самой 1С мало кто устанавливает минимальную длину пароля и проверку сложности.
-------------
Работал в конторе с примерно сотней юзеров 1С. Не бухов, а всех подряд. Сотня юзеров - это примерно каждый день кто-то выходит из отпуска или длительного больничного. И сразу звонки. Ой, я свой пароль забыл, поменяйте пожалуйста. И я как дурак каждый день заходил в несколько баз (работали люди в разных базах) и менял им пароль. А потом они его еще и запомнить не могли. И это при том, что пароли были несложные. А если поставить минимальную длину, регистр букв и т.п. - я бы только и делал, что менял пароли забывчивым идиотам. Такое лечится набором нормальных работников или депремированием, но все это не в моей компетенции. Жаловаться пробовал - не помогло :)

В итоге у всех и был пароль "12345" и норм. Забудут - им коллеги подскажут, у них такой же. Такой уж был контингент, мать их

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

(27) а какой ваш?

(28) Мне нужно чтобы типа ОСВ как ни формируй, по запрещенному счету не должно быть видно проводок. Пусть там будет Объект не найден или еще чего и проводка по корреспонденции будет давать фигню, но необходимо эти проводки скрыть.

(29) сами проводки вы через РЛС не скроете, в регистре бухгалтерии нет измерений. И добавлять их - плохая политика.
Блокируйте и корреспондирующие счета тоже через план счетов. В чем проблема?

(30) Бухгалтер работает с 51 счетом, проводка будет 51 счет и наш скрытый счет.

(31) у вас бухгалтер выбирает в отчете ОСВ один счет, а видит два?

(31) забавно. А как объясняют, что при наличии доступа к операциям по расчетному счету и выпискам банка будет "закрыт" корреспондирующий счет?
Как просматривать документы с "закрытыми" операциями?

самый простой вариант не учитывать 70 по сотрудникам

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

(34) А это если там проблема именно с 70-ым счетом. ТС упомянул только для примера, что на 70--ом как-то где-то делают, но не уточнял кто где и как

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

(36) да и так все понятно. не стоит придумывать того чего не может быть

(37) но 70 счет скрывали?

(39) вовсе не потому, что там были директора. Там начальники отделов хорошо получали. Ну и численность сотрудников обычно такая, что смысла их тащить в 70-ый равна примерно нулю.

(32) Нет не видит два. Но ОСВ можно же формировать не только по счету. Если по всем сформировать, будут видны проводки? Или сформировать по кореспондирующему и провалиться в карточку счета?

(41) запретить формировать по всем. Либо вмешаться в код чтоб при формировании по всем не выдавало данных по запрещенному счету

(31) >> Бухгалтер работает с 51 счетом

Бред всё это.

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

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

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

(43) они потом еще кривые цифры из этих "уполовиненых" отчетво возьмут, а потом будут спрашивать, а как лишнюю хрен на счет 00 первести...

(44) И это при условии, что у них все получится как задумано.

А вот представим себе на минуточку, что работает Пользователь по 51-му счету. Надо же тогда думать, что у него доступ на Клиент банк есть, а если доступ туда есть, то он просто выпиской в Клиент банке увидит абсолютно все развернутые движения, которые допустим скрыли через закрытый 70 от него 70-ый.

Тут только повториться можно - если речь идет об аналитике на 70-ом, которую "нельзя" видеть, то для этого просто отключают там аналитику и все. Дальше мозг не парят и не взрывают. Кому можно в зарплату пройти, у которой свои отчеты по зарплатной подсистеме.

(43) Да, нужно будет всё проверить и запретить и документы и отчеты все.
(42) А как формируются все эти стандартные отчеты типа ОСВ? В схеме компановки данных все пусто, а в процедурах типа ПередКомпоновкойМакета отладка почему то не срабатывает.

(45) юзер на банке - это привелигерованный юзер.
а есть еще обычные бухи

А можно как то при формировании самого отчета СКД проверить счет и пропустить вывод запрещенного? В каком модуле это можно сделать? Там же сплошные компоновщики данных.

(48) Обрати внимание, что это не просто сплошные компоновщики, но ERP самого свежего релиза! Тебе можно только пособолезновать.

(49) То есть не получится  например запрос подправить? Данные же в любом случает откуда-то собираются.

Вообще-то получится. Но это же будет не типовое решение. И опять же по конкретным счетам.

То есть по конкретным отчетам. Ну как я вроде выше написал - не давай этому юзеру доступ к типовым отчетам из этого подсистемы. А дай ему свои собственные переделанные отчеты.
Я бы через расширение наверное смог бы такое сделать. Но это же костыли.

общий модуль

БухгалтерскиеОтчетыВызовСервера.ОбработкаПроверкиЗаполнения()

сюда ставишь проверку на заполнения отбора по счету....

(53) +

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

(53) Куда здесь ее можно поставить?

// Выполняет проверку заполнения настроек отчета перед формированием.
//
// Параметры:
//    ОтчетОбъект - ОтчетОбъект.* - Проверяемый отчет.
//    Отказ - Булево - Истина, если проверка не прошла.
//    Проверки - Структура - Описание проверок. Содержит ключи:
//        * КорректностьПериода - Булево - Признак проверки периода отчета.
//        * ВыборПоказателя - Булево - Признак необходимости проверять выбранные показатели отчета.
//        * СписокВидовСубконто - Булево - Признак проверки количества выбранных видов субконто.
//
Процедура ОбработкаПроверкиЗаполнения(ОтчетОбъект, Отказ, Проверки = Неопределено) Экспорт
    
    Если Проверки = Неопределено Тогда
        Проверки = СтандартныеПроверкиЗаполнения();
    КонецЕсли;
    
    Если Проверки.Свойство("КорректностьПериода") И Проверки.КорректностьПериода Тогда
        Если ЗначениеЗаполнено(ОтчетОбъект.КонецПериода) И ОтчетОбъект.НачалоПериода > ОтчетОбъект.КонецПериода Тогда
            ТекстСообщения = НСтр("ru = 'Дата начала периода не может быть больше даты конца периода'");
            
            ОбщегоНазначения.СообщитьПользователю(ТекстСообщения,, "Отчет.НачалоПериода",, Отказ);
        КонецЕсли;
    КонецЕсли;
    
    Если Проверки.Свойство("ВыборПоказателя") И Проверки.ВыборПоказателя Тогда
        КоличествоПоказателей = 0;
        ПервыйПоказатель = "";
        НаборПоказателей = Отчеты[ОтчетОбъект.Метаданные().Имя].ПолучитьНаборПоказателей();
        Для Каждого ЭлементНабора Из НаборПоказателей Цикл
            КоличествоПоказателей = КоличествоПоказателей + ОтчетОбъект["Показатель" + ЭлементНабора];
            Если ПустаяСтрока(ПервыйПоказатель) Тогда
                ПервыйПоказатель = "Показатель" + ЭлементНабора;
            КонецЕсли;
        КонецЦикла;
        
        Если КоличествоПоказателей = 0 И НаборПоказателей.Количество() > 0 Тогда
            ТекстСообщения = НСтр("ru = 'Не выбран показатель(и)'");
            
            ОбщегоНазначения.СообщитьПользователю(ТекстСообщения,, "Отчет." + ПервыйПоказатель,, Отказ);
        КонецЕсли;
    КонецЕсли;

    //++ НЕ УТ
    
    Если Проверки.Свойство("СписокВидовСубконто") И Проверки.СписокВидовСубконто Тогда
        МаксКоличествоСубконто = БухгалтерскийУчет.МаксимальноеКоличествоСубконто();
        Если ОтчетОбъект.СписокВидовСубконто.Количество() > МаксКоличествоСубконто Тогда
            ТекстСообщения = НСтр("ru = 'Выбрано слишком много видов субконто, максимально допустимо %1'");
            ОбщегоНазначения.СообщитьПользователю(СтрШаблон(ТекстСообщения, МаксКоличествоСубконто),, "Отчет.СписокВидовСубконто",, Отказ);
        КонецЕсли;
    КонецЕсли;

    //-- НЕ УТ
    
КонецПроцедуры

(52) Да так и планирую сделать. В ERP всё только на расширениях делаю. Так что лучше для таких юзеров просто новые отчеты с измененным функционалом.

(55) в конец процедуры, если надо запретить то просто пишешь

Отказ = Истина;

(57) только имей в виду это работает вообще для всех типовых отчетов, если надо выборочно то ставь проверку имени отчета

(57) Так запретит отчет весь формировать или что? Мне же надо чтобы если в отчете есть счет, например 70 по дебету или кредиту то строки отчета пропускались бы.

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

РЛС на счета нормально не прикрутить из-за физической реализации регистра, банально ни одна виртуальная таблица работать не будет...

Не знаю, подскажет это тебе что-то или нет...

    ОбщийМодуль.БухгалтерскиеОтчетыПереопределяемый.Модуль.ПриСозданииНаСервере(Форма = ФормаКлиентскогоПриложения)

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

Можно еще вот эту процедуру попробовать применить

// Вызывается перед проверкой заполнения отчета, обнуляет показатели отчета, если они ранее были скрыты по ФО.
//    Параметры:
//        Отчет - ОтчетОбъект - отчет, для которого проводится проверка заполнения.
//
Процедура ПередПроверкойЗаполнения(Отчет) Экспорт

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

(62) я это предложил (53) и про кривые итоги написал...

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

Не взлетит карочи :)
не позволяют конфы ограничивать регистры бухгалтерии по счетам

(65) // отключить регламентированный учет у некоторых бухов и распределить их обязанности между собой

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

Например, есть сотрудники бухгалтерии - материалисты. 10-ые счета у них, как правило. Ну и что им толку от стандартных бухочтетов, когда у них это свои собственные отчеты по отдельным подсистемам, даже не счетам.

Недавно решал подобную задачу в УПП 1.3, нужно было ограничить доступ к 70сч, задача решилась достаточно просто, без РЛС - во всех запросах бух. отчетов, в параметрах регистра, можно прописать условие, если нет доп. права или недоступна роль, исключить из запроса 70сч, и это полностью устроило заказчика, бухгалтера формировали все отчеты но по 70сч. отчеты формировались пустые, как будто данных нет.
для корр. оборотов счет и субконто в отчетах можно заменить на произвольный текст или пустое значение, тогда аналитики в корр. оборотах с закрытым счетом по другим счетам не будет.

(23) неа, не пробовал, предположение.
в ЗиКе делал ограничение видимости данных по ВИП персонам. но там много было переписано всего.

Короче продолжаю мудрить))

Нужно мнение экспертов.

В ОСВ. в модуле менеджера Процедура ПередКомпоновкойМакета. Есть вызов процедуры:

// Проверим список исключаемых счетов: возможно некоторые субсчета стоит из него исключить.
    // Запрос детализации строится с указанием конкретных видов субконто в параметре виртуальной таблицы.
    // Поэтому, если у какого-либо субсчета детализируемого счета нет нужного набора субконто,
    // он будет исключен из запроса детализации. Такие субсчета не нужно исключать из запроса по счетам.
    СчетаИсключенныеИзЗапросаПоСчетам = СчетаССовпадающимНаборомСубконто(
        ПараметрыАлгоритма.СчетаИсключенныеИзЗапросаПоСчетам,
        ПараметрыАлгоритма.КоличествоСубконтоДетализацииПоСчетам);

После процедуры добавляю в СчетаИсключенныеИзЗапросаПоСчетам свой счет (тренируюсь на счете 10.06).
В ОСВ счет 10.06 не отображается.

//////////////

В ОСВ по счету. Там же в модуле менеджера, в ПередКомпоновкойМакета есть:
БухгалтерскиеОтчетыКлиентСервер.УстановитьПараметр(КомпоновщикНастроек, "Счета",                 БухгалтерскийУчетПовтИсп.СчетаВИерархии(ПараметрыОтчета.Счет));
Тогда в СчетаВИерархии добавляю условие: |   И Хозрасчетный.Ссылка <> &Счет1006";

В ОСВ по счету 10, счет 10.06 не отображается.

Анализ счета тоже отрабатывает. Затык только с карточкой счета.
Придется менять запрос.
Тут мне стыдно но я никак не соображу, как отсечь проводки в которых или Дт или Кт может оказаться 10.06
ГДЕ ДвиженияССубконто.СчетДт <> &Счет1006 ИЛИ ДвиженияССубконто.СчетКт <> &Счет1006

"И" неправильно и "ИЛИ" неправильно. Как написать условие?)

(0) делал такую задачу (закрывался 70 счет)
нужен RLS по РБ, иначе много дыр - отчет по проводкам и тп.
проф. бух быстро этой найдёт.

(71) В какой конфигурации делали?
Что за отчет по проводкам?

(72) в бухе

А как в ERP отключить аналитику по счет? Захожу в счет к примеру 71, пытаюсь удалить в таблице вид субконто Работники организации или поставить галку Только обороты, и ничего не происходит.

(26) Отрасль остро нуждается в доступной биометрике. Типа сканера отпечатка пальца за 500 рублей (это вполне реально). Чтобы аутентифицироваться без пароля, а по ключу отпечатка.

(72) есть готовое для БП
из карточки тупо удалены строки по оборотам с 70ым и выдается сообщение, что возможно отчёт неактуален из за недостатка прав

Коллеги, кто силен в RLS и СКД?
Проблема такая. Добавил в регистр бухгалтерии Хозрасчетный измерение Контрагент с типом СправочникСсылкаКонтрагенты. Включил функцию разделения по видам партнеров.
Заполнил измерение по нескольким документам. В некоторых документах разрешенный контрагент, в некоторых неразрешенный. Создал новую роль, прописал правила RLS.
В итоге в консоли запросов на запрос из карточки счета отрабатывает нормально, показываются проводки только с разрешенным контрагентом. А отчет карточка счета по прежнему отображает все проводки.
Почему так может происходить?