Доработка конфигурации 1С 8.1

Доброе утро. Есть несколько вопросов:

- какая у вас конфигурация (название и версия);

- с какой целью вы хотите заменять названия документов.

А названия менять, что бы и просто в списке не понятно было что за документ. Это как дополнение, готовы отказаться от этого

Здравствуйте, Юрий.

А не проще ли сделать, чтобы пользователи вообще не видели запрещенных им документов? Зачем весь этот "маскарад"?

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

Здравствуйте, Юрий.

Читая обсуждение задачи (в том числе с другими исполнителями), а также постановку задачи, у меня все больше закрадываются сомнения в том, что я правильно уловил суть Вашей проблемы, т.к. формулировку "чтобы пользователи не видели документы" можно понимать по разному.

Поэтому задаю ключевой вопрос:

Вам нужно чтобы ограниченные пользователи "не знали" о существовании более ранних документов?
Или просто, чтобы эти документы "не путались у них под ногами"?

По поводу настройки ограничений.

Настройки ограничений должный задаваться конкретному пользователю отдельно свои. В карточке пользователя Конфигуратор – Администрирование – Пользователи = Конкретный пользователь

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

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

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

По поводу настройки периода.

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

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

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

По поводу ролей.
Если речь идет о том, чтобы документы не были доступны никакими способами (ограниченные пользователи "не знали" о существовании документов за пределами позволенного им периода), то...

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

Но РЛС вешается не к пользователю, а на какие-то роли.

Причем, если пользователю будет назначено две роли, одна из которых дает доступ к указанным документам, а другая роль пытается с помощью РЛС этот доступ ограничить, то сработает принцип "если одна из ролей позволяет, тогда пользователю позволено" и РЛС работать НЕ будет.

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

В предоставленной Вами тестовой базе - у всех пользователей ПолныеПрава.

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

  Если ограничивать нужно пользователей, которым не назначена роль ПолныеПрава, а назначена роль Пользователь, тогда логично РЛС вешать на роль Пользователь. Правда, в этом случае, всем таким пользователям нужно будет настраивать доступные периоды. Хотя эту необходимость можно какой-то дополнительной галочкой в свойствах пользователя отключать (это так - раздумья на тему).

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

Тут нужно обсудить как Вам лучше.

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

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

В-общем, нужно больше информации о том, каким образом Вы раздаете своим пользователям роли, и как Вы видите развитие своей политики раздачи ролей пользователям?

По поводу поставки результата.

    Я правильно понимаю, что Вы предоставите три dt-шки Ваших Живых баз? И во время того, как я буду у себя обновлять в них конфигурацию, в Ваших базах никто работать не будет. А когда Вы получите от меня обновленные dt-шки, то самостоятельно развернете их у себя?

    Или, может, чтобы сократить время "простоя" баз, лучше пустить меня удаленно на Ваши машины, чтобы я обновил конфигурацию прямо на Живых базах? Естественно, бекап "До" и бекап "После" - в обязательном порядке 🙂