Ограничить доступ 1с к 70 счету
Добрый день! Типовая Бух 3.0 Корп Можно ли типовыми средствами ограничить видимость проводок с участием 70 счета?
С конфигуратором каждый может))))) Может можно как нибудь создать настройки форм и скопировать ей, а доступ к сохранению пользовательских данных запретить?
Ты сначала типовыми настройками добейся этого. Да и отчёты тоже закрой.
Отчеты все закрыл. Я отборы установил в форме журнала проводок (регистр бухгалтерии), но если она знает как настраивать формы, то быстро все снесет
настроить в ЗУПе сводную выгрузку отражения в регл. учете.
Отчёты все закрыл, гришь. А анализ 50го счета что покажет? Ну, например.
Субконто работник по 70 счету убирается штатными способами, настройкой по крайней мере в УПП и ЕРП
ну да. Сделал из бухгалтера оператора ПК без доступа к проводкам
это ты поторопился. 90% работы бухгалтера состоит в просмотре обороток и проводок по счетам.
В ветке обсуждается БП. В БП такой штатной возможности нет.
В общем пришел к выводу, что из типовой делать очередную нетленку всетаки придется ((((
А весь вопрос решили бы права на возможность изменения предустановленных настроек формы.
где-то в интернете должно быть порно про то, как программист ограничивает доступ к 70му счету
Правильный ответ дан в и . Остальное бред и от лукавого. Попытка нае..ать самих себя и пользователя, что в конечном итоге выйдет себе дороже.
это понятно, что так правильно. Но есть исторические данные, периоды давно закрыты
Это вообще ни разу не проблема - сделать массовую замену значений субконто в проводках и в документе ОтражениеЗП (или как он там называется). Обработка за 10 минут пишется.
вы от бухни 1с хотите систему доступа уровня ERP. где на табличку можно профиль повесить.
>> вопрос решили бы права на возможность изменения предустановленных настроек формы Если бы проблема была только в этом, то это не было бы проблемой ))) Представление поля можно жестко прописать. Открой обработку КорректровкаДвижений и посмотри как там на форме рисуется условное оформление.
И что именно из того бреда, который предлагается по твоей ссылки, решает проблему ?
пост с картинкой , где у роли ставят условие по ограничение доступа к плану счетов
вот и хочу заменить значения с разных сотрудников на одного виртуального и делов то.
в штатной БП 3.0 это реализовано реализация простая -- запрещено смотреть аналитику 70 счёта
т.е. ты просто закрыл РБ? это пять! а про документы и консоль отчетов не забыл, а то ведь мастера с мисты помогут девушке запрос написать :)?
Я лет 7 назад делал RLS к таблице видов субконто плана счетов на собственной самописной конфигурации. Свернуть на одну аналитику не есть верное решение (должен быть развернутый остаток по счету для консолидации в SAP и заказчик наотрез отказался убирать эту аналитику. Предложение по заведению субсчетов активного и пассивного, так же было отвергнуто.) Работало неплохо, только потребовалось отработать все исключения при открытии плана счетов и обработка исключений в отчетах (вывод без аналитики). Потом потребовалось реализовывать привелигированое проведение части документов (ПКО,РКО и т.д.). Неприятным открытием стало то, что при формировании запроса к одной из виртуальных таблиц RLS не отрабатывало. Поэтому теоретически можно было все равно получить значение через корр оборот. Поэтому если есть возможность лучше свернуть аналитику и не париться.
Везде пишут, что либо колхозить свое, либо выгрузку из ЗУПа менять. Выгрузку я поменяю на сводную, а аналитику в исторических данных заменю на "сводного" сотрудника. И ничего колхозить не надо
Достаточно подойти с шоколадкой к нужному инсайдеру
Не работает. БП КОРП 3.0.44.204 Создал профиль ТолькоПросмотр2, у которого убрал все роли из подсистемы "Отражение зарплаты в бухгалтерском учете". Создал нового пользователя, которому назначил только этот новый профиль. Зашел под ним в базу. Вижу любую оборотку по 70-му счету со всей аналитикой. ЧЯДНТ?
Убрал все права в подсистемах связанных с ЗУПом. Фамилии видно в Карточке счета, Отчете по проводкам, ну и в каких то проводках в комментариях фамилии встречаются, можно из Журнала проводок найти.
Там нужна галка на доступ на просмотр списка физлиц. Отключаешь ее и объект не найден. только в двух отчетах видно
значит другая роль даёт право от отключи всё и добавляй по одному
И. А как этот бухгалтер теперь простейший авансовый отчет оформит или приходник/расходник на возврат/выдачу подотчетных денег? А доверенность? А любой другой документ, где есть сотрудник (МОЛы, возврат/выдача инвентаря, всякие там инвентаризации с членами комиссий, почти все печатные формы, содержание подписи). Бред какой-то. Это не решение задачи, поставленной в .
RLS можно хитро навесить =) 10лет назад в УПП так делал
Какое право и на что? Я смотрю права на план счетов и регистр бухгалтерии. Нет там никаких ограничений ни по субконто, ни по счету. Я даже представить боюсь как это должно работать.
типовую открой реализовано это так -- у кого не право на зп проводки, тот не видит аналитику сотрудники счета 70
Не гони. Всё я отключил нормально. Оставил только роль Зарплата и кадрыСправочники и настройкиПросмотр списка физических лиц, чтобы мой пользователь с этим профилем мог видеть список физлиц. Как только вижу сотрудников вижу ОСВ по 70-му счету со всей аналитикой. >> типовую открой см. открыта БП КОРП 3.0.44.204 демобаза из коробки.
любопытно и каким способом это реализовано? Без rls.
Короче. Это всё работает только на документы. Зарплатные и кадровые. Никаких ограничений на данные бухучета эти права не накладывают. Собственно, как и ожидалось. (
По-моему, все логично. Бухгалтер работает с бухгалтерскими данными. Поэтому видит всю аналитику.
Ну просто вроде как авторитетный пользователь и знаток типовой БП. И так уверенно всех обо..рал в , что я грешным делом подумал, что в 1С такие молодцы давным давно всё сделали, а я, как лох последний, не в курсе дел.
Бухгалтерские данные тоже разные бывают )))) Очень часто просят сделать роль для бухгалтера, чтобы все видел, кроме перс данных сотрудников и начисленной и выплаченной ЗП.
>> чтобы все видел, кроме перс данных сотрудников и начисленной и выплаченной ЗП. С перс.данными, вроде как, всё действительно реализовано. С начисленной и выплаченной з/п - ограничения только на документы. То есть документы можно спрятать. Но проводки и соответственно данные в любых стандартных бухотчетах спрятать нельзя. Не реализовано это в типовых. И единственно правильное решение - это чтобы этих данных там не было. Вести расчет з/п в отдельной программе (не важно какой) и отражать проводки по начислению и выплате з/п в БП сводно.
Глупости всё это. Программных средств недостаточно. Кто озабочен - найдёт способ посмотреть зарплату у куроводства. ИМХО.
>> Кто озабочен - найдёт способ посмотреть зарплату у куроводства Только если эти данные есть в программе. Если они отражены сводно по всем сотрудникам, то эти данные увидит только тот, кто имеет доступ к той программе, где ведется развернутый расчет з/п. Ну и з/п куроводства мало кого интересует. Гораздо интереснее з/п сидящего за соседним столом.
Во всех озабоченных сокрытием зарплат сотрудников конторах все знают зарплаты как друг друга, так и своих боссов. Исключений я не видел. Но все продолжают заниматься онанизмом.
Каждый сам в праве заблуждаться так, как он хочет заблуждаться :)
В курилку зайдите и пообщайтесь с сотрудниками. Ваши иллюзии рассеются, как дым от сигарет.
странно, сейчас открыл базу свою -- в ней делал настройку по доступу зп в мае того года -- всё работало включил пользователя -- отображает зп или 1с что-то переделала или поломала могу попробовать найти бд прошлого года, где это работало
Чудес не бывает. Невозможно частично закрыть данные в проводках не наложив RLS на регистр бухгалтерии и/или план счетов. Не знаю в какой версии и как это работало, но с трудом представляю себе такую возможность.
в ОСВ по счету 70 выводилось общей суммой объект не найден -- аналитика сотрудников
Ага, ага. Я не говорю, что з/п является абсолютной тайной. Конечно люди не в вакууме живут и общаются друг с другом. Однако я видел конторы, где единственным источником знаний по з/п является как раз курилка. А о реальных цифрах можно только догадываться. Конечно на заводе, где все работают по единой тарифной сетке, или все работники занимаются примерно одной и той же работой и примерно знают уровень з/п по своей должности в регионе, все всё знают. Однако в конторах, где многое зависит от индивидуальных качеств сотрудника, двое специалистов, занимающих формально одну и ту же должность, могут получать весьма сильно различающуюся зарплату. Не говоря уже о разного рода менеджеров по продажам, работающим за процент от заключенных сделок, которые всё что угодно сделают, чтобы скрыть реальный объем своего вознаграждения.
+(0) Сейчас выгрузка проводок у нас происходит с разбивкой по сотрудникам. Поменять способ выгрузки проводок на "сводно по сотрудникам" уже не можем, т.к. (из описания):
"Если менять настройку, чтобы проводки по зарплате стали выгружаться “сводно по сотрудникам”, то на счете 70 в 1С:Бухгалтерии будет отключен признак аналитического учета (субконто) «Сотрудники». Если эту манипуляцию проделать на базе с заполненными данными, то сведения о зарплате в разрезе сотрудников будут потеряны."
Как раз обсуждают такую же параноидальную хотелку
(5)
1. Перейти на ЗУП
2. настроить обмен сводно без разбивки по сотрудникам
.
Profit
(9) Они не могут на это пойти, ведь тогда в БП пропадут данные по сотрудникам))
(8) Если эту манипуляцию проделать на базе с заполненными данными, то сведения о зарплате в разрезе сотрудников будут потеряны.
(12) Так в этом и суть, тогда никто не увидит детализацию по сотрудникам
(12) А почему вы не обратитесь к специалисту? Считаете что 1С любая уборщица настроить может, а мы, 1Сники просто дармоеды?
без права открытия карточки сотрудника. Но опять же, что мешает в СКД вывести через точку поле Сотрудник.Наименование.
Без RLS или отдельной базы ЗУП есть 100+ способов при желании все узнать.
(15) У нас отдельная ЗУП3, из которой проводки выгружаются в Бухгалтерию3. Поскольку штат бухгалтерии в ближайшее время расширится, встала задача скрытия счета 70 для определенных пользователей 1С:Бухгалтерии.
(11) Я так понял, в БП пропадет субконто по счет 70, но оно нужно по алиментщикам и тп.
Вся зарплата на "Все сотрудники", алиментщики "Иванов И.И", "Петров П.П.".
(17) Пишите обработку замены сотрудников в документах и проводках, алиментщиков оставляете как есть. Велосипед изобретать - тухлая тема. (18) Никогда с такой проблемой не сталкивались, никогда не вели выгрузки по сотрудникам в бух.программах.
(17) Не нужно грузить из ЗУП по сотрудникам. Эта информация есть в ЗУП.
PS. Кому очень хочется-информацию о зарплате узнает даже без доступа к базам. Это я для параноиков сообщил.
Ни одна конфигурация на 1С не соответствует (в реальности) 152-ФЗ.
Хранить ПДн (персональные данные) в базах 1С рискованно штрафом.
(0) Уберите ФИО (и прочие ДР со всем по чему можно идентифицировать) из базы, оставьте только некие коды.
И отдельная внешняя база кодов-ФИО, свои отчеты переписать так чтобы запрашивался некий пароль/ключ при формировании и если проверка прошла то идет (через ВК или веб-сервисы) замена кодов на ФИО и прочие ПДн в печатных формах.
(22) А как же авансы подотчетным лицам? Подписи в печатных формах?
(23) Про бумажные документы в задаче ни слова ))
Речь только про базу 1С и лучший способ ее решения это убрать оттуда ФИО.
(19) "Пишите обработку замены сотрудников в документах и проводках". Как потом счет 70 закроется по Дт и Кт, если выплата в разрезе сотрудников?
(0) Не раз делал такую (параноидальную) хотелку еще со времен 1с77.
1. Уговорить руководство от этой идеи отказаться.
2. Сделать как в (9).
3. Засучить рукава и сделать доработку кода в отчетах расшифровки по счетам. Их не много порядка 5-6 отчетов. Может быть и 10-12 отчетов.
Но везде закрыть дырки очень сложно.
На документ отражения ЗП отломать права.
(27) А зачем нужна выплата из бух, если есть ЗУП и выплата на сотрудников происходит оттуда?
если 70ый закроетеэ. то наверняка есть еще какие-то счета которые тоже нужно закрывать. на 70ом проводка же не из воздуха образуется, а еще наверно в документах начисления посмотреть проводки можно?
(28) Хотелось бы услышать ответ есть обмен данными между ЗУП и БП им сейчас пользуются или нет, там же ЗУП3, наверное?
Вообще, при наличии нормального ЗУП и развернутом использовании 70-го - там наверняка используется обмен типовыми средствами.
Что нужно сделать? Как убедиться, что это можно сделать безопасно?
И мне еще интересно, откуда топик стартер вытащил инфу "добиться без использования RLS" - если он такое знает, то какого хрена прикидывается дурачком и троллит тут всех.
(34) У нас отдельная ЗУП3, из которой проводки выгружаются в Бухгалтерию3 с разбивкой по сотрудникам. Поскольку штат бухгалтерии в ближайшее время расширится, встала задача скрытия счета 70 для определенных пользователей 1С:Бухгалтерии.
(35) Как закрыть доступ к сотрудникам, чтобы вместо фамилий будут выходить ссылки, сумму будет видно но не ясно кому.
(39) права ограничить, проще RLS настроить. думаю в некоторых случаях сотрудники тоже нужны например при начислении алиментов.
(38) Ну так для сбора бреда клиентов,а как расширение поднимает задачу?
(38) ну вот базы у вас видимо не гигантские, на копиях вполне доступно обыграть и посмотреть, что получится и можно или нельзя для ваших пользователей такое решение сделать. Т.е. делай в копиях, чтоб посмотреть результат.
В БП3 отключаем на уровне настроек 70-го, что не будет использоваться разбивка по сотрудникам. Это типовая настройка.
Оно после этого отругается. что данные пропадут.
После этого, берешь и заново выгружаешь Отражения зарплату в бух. И все.
И если что, то я такое уже делал. Нормально все можно перевыгрузить, аккуратно - из бух в ЗУП никаких данных из документов не передаются, потому что нечего передавать в ЗУП после отключения использования Сотрудников в Бухии
(27) Отключить аналитику по сотрудникам в БП ещё никто не предлагал?
Единственный нормальный способ - сводная аналитика на 70 счете.
(47) Согласна с этим, но смущает вот это:
"Если менять настройку, чтобы проводки по зарплате стали выгружаться “сводно по сотрудникам”, то на счете 70 в 1С:Бухгалтерии будет отключен признак аналитического учета (субконто) «Сотрудники». Если эту манипуляцию проделать на базе с заполненными данными, то сведения о зарплате в разрезе сотрудников будут потеряны."
(48) > сведения о зарплате в разрезе сотрудников будут потеряны
Так это именно то, что вам нужно.
В ЗУП у вас останется вся информация детализированная по сотрудникам.
В БП эта же самая информация останется в сводном виде (в разрезе сотрудников будет утеряна).
Никакого другого решения ваша зада не имеет. Любые обсуждаемые здесь способы имеют значительные недостатки или просто напросто обходятся хоть сколько-нибудь грамотными пользователями.
С тем же успехом можно базу БП разделить на две и аля РИБ между ними, одна с детализацией другая без.
Возвращаюсь к вопросу. Включили настройку "Сводно по сотрудникам" - субконто на счете 70 пропало, что верно. Но теперь вопрос по разнесению выписок в 1С:Бухгалтерии: банк передает на каждого сотрудника документ "Списание с расчетного счета", где в назначении платежа написано ФИО каждого сотрудника! Например: "Выплата аванса за октябрь 2019г. Иванов Иван Иванович", что всю конфиденциальность по счету 70 сводит на нет. Подскажите, как быть?
(55) Галка снята, я же написала, что настройка сводно включена! Проводки создаются с пустым субконто счета 70, но все "портит" назначение платежа в "Списании с расчетного счета" - в нем указано конкретное ФИО!
(57) НУ а если подумать? Кассир же знает кому выдает бабки или нет?
(57) но вообще-то вы юмористка. Как будто если удалите фамилии, а оставите только суммы, это что-то решит. Да они по одним суммам прекрасно догадаются, какая сумма кому. А если и неправильно сопоставят, то это еще хуже.
(57) даже если вы оставите одну сумму и то это фигня. Умные сотрудники всё равно всё подсчитают. Например, зарплата 1000000 на всех. А у вас на фирме 20 человек. Тогда пользователь легко подсчитает, ага 1000000 / 20, получается по 50 тыс. А у меня з/п 40 тыс. Значит я меньше всех получаю.
Нас устроит, чтобы в Списании с р/счета не фигурировало ФИО. Это с банком договариваться? Кто как решал подобную ситуацию?
(61) ну у нас банк общую сумму пишет в выписке. Это у вас там в банке какие-то дебилы сидят, отдельный документ на каждого сотрудника пишут?
(62) Мне так объяснили: у нас выплаты происходят через один банк в разные банки. Поэтому и формируется "Списание с р/счета" по каждому сотруднику и с указанием ФИО в назначении платежа.
(22) >> Ни одна конфигурация на 1С не соответствует (в реальности) 152-ФЗ.
>> Хранить ПДн (персональные данные) в базах 1С рискованно штрафом.
Не совсем так. Соответствие 152 ФЗ определяется не тем, что (какую информацию) ты хранишь в базе, а количеством бумажек, которые оформлены у тебя в организации на доступ к этой базе - инструкции, регламенты, расписки с разрешением на обработку персданных, расписки с пользователей базы о неразглашении, приказы о доступе к базе с персданными на каждого пользователя и прочая т.п. бюрократия. Ну и логирование доступа к персданным, которое реализовано в ЗУПе.
(63) >> у нас выплаты происходят через один банк в разные банки. Поэтому и формируется "Списание с р/счета" по каждому сотруднику и с указанием ФИО в назначении платежа.
А тебе не сказали нафуя они так делают?
Обычно деньги уходят в этот один банк одной суммой. К платежке прилагается файл в оговоренном с банком формате, где перечислены сотрудники и их конечные счета в конечных банках. Делайте в ЗУП пофамильную ведомость на выплату (или как там этот документ называется). Напиши обработку, которая будет из этой ведомости рисовать файл для банка со списком получателей и их лицевых счетов. Дальше я не знаю как сейчас - либо в БП из ЗУП ведомость будет выгружаться одной проводкой Дт70-Кт51 с общей суммой, либо просто в БП делается одно списание с р/с с общей суммой.
Шила в мешке не утаишь. Способов узнать информацию вагон и маленькая тележка. Даже без 1С.
Короче. Нечего конопатить мозг!
Задача в описанном виде не решается.
Закроешь справочник Сотрудники для пользователя - он перестанет видеть сотрудников везде, а не только в оборотках, - и в документах и в других справочниках и регистрах, в печатных формах с МОЛами, продписями и т.д., и т.п.
RLS на регистр бухгалтерии по виду субконто - задача очень нетривиальная. В особенности, когда субконто "Работники организации" надо скрыть только по одному счету. Ведь, например, по счету МЦ (спецодежда) это субконто должно остаться доступно.
Попытка залепить отображение только в отчетах (ОСВ, Картчока, Анализ(ы), Шахматка и пр.)- путь в никуда. Хитрые пользователи легко смогут обойти эти заборы. К тому же таких мест слишком много - обязательно что-нибудь да забудете.
Единственный верный способ - это ведение учета з/п в ЗУП, куда имеют доступ только доверенные. К тому же в ЗУП можно настроить доступ к данным о з/п для каждого пользователя, чтобы, например, какой-нибудь расчетчик в цеху не мог видеть з/п членов правления. Из ЗУП данные о з/п выгружать в БП сводно.
Донеси как-нибудь эту мысль до своего руководства и бухгалтерии.
Либо забить на попытки удержать в тайне секрет Полишинеля, либо перейти на сводное отражение з/п в БП. Третьего не дано.
По ответам в ветке можно понять, что ЗП сейчас у них ведется в отдельной ЗУП, но за каким-то хреном они в обмене данными с банком гоняют избыточную инфу. Причем, гонять ее начали изначально, когда ЗП начали вести в той же самой БП.
Там же есть оговорка, что вначале людей было мало и секреты никакие не требовались, а теперь бизнес развернули шире и надо "скрываться" от новопринятых.
ТС-у - Если хочешь прокачать скиллы и на практике больше понимать, как это все должно работать в учете, то не нужно лениться, а нужно взять и настроить базы "с нуля" и посмотреть. Просто у вас сейчас, чтобы привести базу в нормальный для последующей работы вид, нужно в "чистую" базу перенести из прошлого только самую необходимую информацию. А там много мусора, о котором пока не вспомнили, но с оказией вспомнят, а будет поздно.
(69) >> ваш пост - спам не по теме!
Ой! Ну простите ради бога! - Не успел прочитать весь тот бред, что вы тут нанесли на 70 постов.
В начале то ветки речь шла о том, что проводки по з/п в БП нифига не сводно выгружались, а по сотрудникам.
>> ЗП у нас ведется в отдельной ЗУП и выгружаются сводно в Бухгалтерию
Если бы это было так, то не было бы этой ветки.
Вы же не будете утверждать, что выгружают сводно, а потом сидит бух и ручками в БП раскидывает сводные данные с детализацией по сотрудникам?
А по поводу спама - перечитайте ещё раз. Может какие светлые мысли в голову придут.
(0) >>ЗП у нас ведется в отдельной ЗУП и выгружаются сводно в Бухгалтерию
Если все так, то скопируй ж профиль бухгалтера, и отключи в нем права на доступ к заработной плате. Затем назначь его всем тем, у кого раньше стоял бухгалтерский профиль. Все.
(74) Проверила, сделала как Вы посоветовали в (72) - не взлетело! Поскольку в моем случае (hhhh был прав) речь идет о доступе к банку (назначение платежа в Списании с р/счета).
(71) (75) Красавица - борцунья со спамом! А ты сама то ветку внимательно читала?
Тебе русским языком было написано - как решается вопрос с выплатой з/п через банк, когда перечисление происходит через один банк.
Не надо рисовать отдельную платежку на каждого сотрудника.
В БП вводится один документ списание с р/с на всю сумму по ведомости.
В банк отправляется файл с разбивкой по сотрудникам с их лицевыми счетами, банками получателями и суммами. Этот файл создаётся и заполняется в ЗУП. Обычно по договорённости с банком это файл определённого формата.
Что вы всё *уйнёй-то страдаете. Вроде на одном языке разговариваем, а до вас никак не доходит - не должно быть в БП детализации по сотрудникам - ни начислений, ни выплат.
И кстати. Ни в коем случае не надо делать так, как советует Новиков в (72). Такие подходы работают ровно до ближайшего обновления, в котором вендор (1С) решит изменить поставляемый профиль "Бухгалтер", а ваш скопированный и отредактированный профиль ничего об этих изменениях знать не будет. Для "доработки" поставляемых профилей есть специальная процедурка ПриЗаполненииПоставляемыхПрофилейГруппДоступа в общем модуле УправлениеДоступомПереопределяемый, в которой прописывается - какие роли надо добавить или наоборот удалить из поставляемого профиля. процедурка эта выполняется после каждого обновления конфигурации или принудительно обработкой ОбновлениеВспомогательныхДанных.epf из инструментов разработчика БСП.
(75) То что вам нужно к 1С не имеет отношение, это административный вопрос, просто потому что, если нет з/п проекта и по банку в коменте или в реквизитах указано ФИО получателя, ничего не мешает любопытным просмотреть просто платежки.
ЗЫ: Обратитесь в 1Бит, они монстры в части прикрыть аналитику 70-го счета от посторонних. )))))
(75) >>речь идет о доступе к банку (назначение платежа в Списании с р/счета).
Я надеюсь, что вы понимаете, что это уже другая задача. Штатно можно ограничить только так, как я описал. Исходя из этого (если без доработок) и можно исходить.
(76) >>и в коем случае не надо делать так, как советует Новиков в (72).
=) Если мы сейчас про специалистов, а не пользователей, которые знакомы с соотв. подсистемами БСП в части рлс, то поддержание своего профиля - забота специалиста, а не вендора. Тут ваше замечание, конечно, уместно. Но я, признаться, не подумал про то - ну, что это проблема для специалиста, т.к. после каждого обновления, если профиль копированный, конечно его нужно приводить в соотв. к оригиналу, если в том есть нужда. Я прочитал выше все предложения, перед тем как предложил, то что сами используем в таких случаях - все это, вот эти доработки, в большей части - намного трудозатратней как и в плане разработки, так и в плане поддержки. С этих точек зрения, но это по моему, проще поддерживать актуальным профиль, нежели - любой код.
(82) >> проще поддерживать актуальным профиль, нежели - любой код.
Суть кода в переопределяемых модулях в том, что его поддерживать почти что не надо.
А вот самопальные профили полетят сразу как только сменится специалист на поддержке.
У нас и то и другое имеется. Самописные профили - источник постоянной головной боли после почти каждого обновления. При этом поставляемые профили, подкорректированные через переопредляемые модули, крайне редко вызывают проблемы.
Ограничение доступа к следующим отчетам по 70 счету и субконто "Работники организации" :
- ОСВ по счету
- Анализ счета
- Карточка счета
- Обороты счета
- Карточка субконто
- Анализ субконто
- Отчет по проводкам
В расширении подменен обработчик события "При открытии" и Обработчик команды "Сформировать".При наличии права "ЧтениеДокументовЗарплатаКадры" отчеты будут формироваться , без него будет выдаваться предупреждение как на скриншоте.
Расширение тестировалось на релизе 3.0.80.40 Платформа 8.3.15.1830
Специальные предложения
;) (3) пользователь может сформировать карточку счета по 20.01 или 26 или 44 (короче, с счетом с которым корреспондирует счет 70) и увидеть движения , есть так же отчет по проводкам , анализ субконто и т.д.
(4) vadim1011985, Они смогут увидеть обороты в целом по 70 счету, но детализация по сотрудникам будет недоступна, т.е. расшифровку суммы сформировать не смогут.
В карточке счета действительно можно увидеть суммы и сотрудников. Просто была задача ограничить пользователей в стандартных отчетах, которые дают возможность легко вычислить, что "А у Иванова почему премия больше?". Понятное дело, что можно сформировать карточку счета по 20-ке и найти нужную проводку, но предполагалось, что это крайняя мера.
На данный момент информацию по зп с детализацией по сотрудникам можно найти только в карточке корреспондирующего счета. Буду думать, как и там спрятать. Есть предложения?
(5) Есть, и не только предположения, а реализация , сейчас статья на модерации , надеюсь завтра станет доступной.
Идея у тебя по сути правильная - надо изменять КомпоновщикНастроек но непосредственно перед инициализацией и для каждого отчета задавать свои ограничения , вот например для карточки счета
Видела, что такое возможно - пользователю ограничить доступ к 70 счету, например. По остальным отчеты видит, а по этому - нет. Но так и не поняла толком, как это сделано!
А ему вообще только дам "оборотно-сальдовую ведомость по счету"
Забери у пользователя счеты, они ему не нужны ты веришь в успех ТС?
в интернете где-то должно быть уже даже порно про ограничение доступа к 70му счету
Не , ну у Мисти все ответы на её вопросы есть в её записной книжке, только она их найти не может. Вот и предлагает все время поискать за нее
единственный действующий способ это сделать - вести учет в отдельной базе, куда физически доступ только у расчетчиков, а в общую базу сливать данные сводно без фамилий. Все остальное - путая трата сил и времени
а, ну да, пятница же сегодня. Я как-то об этом не подумал - когда на работу не ходишь, дни все одинаковые
Не советую! а я видела красивое решение, и даже написала автору. Если получу ответ - расскажу.
если данные будут в базе, рано или поздно их увидит кто попало. Это закон. Кроме того, для того, чтобы скрыть какие-то отдельные данные из бухучета, тебе, во-первых, надо будет навтыкать РЛСы роли, дающие хоть какие-то права на РБУ, а, во-вторых, решать потом прорву проблем с тем, что в ряде случаев доступа к 70 счету не должно быть, а проводки с его корреспонденцией какие-то читать все-таки надо.
+ ну, и потом молиться, чтобы не добавлялись новые роли в конфигурацию, чтобы профили пользователей не менялись и вообще, чтобы ни чего не менялось, потому, что эта вся ксуерга жизнеспособна будет только на тестовом стенде в условиях, в которых задача была поставлена. Любые изменения и все пропало. То есть - не просто кто-то, кому не надо, видит, что ни попадя, а прямо вот - ни у кого ни хрена не работает.
У меня сейчас другая задача - вообще дать возможность смотреть только оборотку по 62 счету.
она решается точно так же - отдельная витрина, в которой больше ни чего нет. Нет данных, нечего и защищать.
Заведи в ИБ регистр накопления "Расчеты с покупателями и заказчиками" и отчет по нему.
нет обычное рлс ограничение к аналитке сотрудники см в типовую бп 3.0 т.к. 70 в осв видна, а вот осв по счету 70, анализ по субконто, обороты между субконто, где есть счет с аналитикой сотрудники не видны
Я однажды решил подобную задачу через справочник Настройка доступности счетов (юзер в шапке, счета в ТЧ) - и тупо прописывая в СКД каждого отчета (благо их изначально доступных было всего 4 - вроде ОСВ, ОСВ по счету, Карточка счета, Анализ счета) - условие по этому справочнику - в параметрах вирт. таблиц. Решение не самое красивое, но в принципе - работало.
Читайте также: