Разделение доступов на уровне записей

Вопрос задал Елена В. (Санкт-Петербург)

Ответственный за ответ: Пьянкова Елена (★9.86/10)

Здравствуйте!
//ЗУП ПРОФ 3.1.29.78
В базе ведется учет по трем ЮЛ.
Включен механизм разделения доступа на уровне записей.
В одном из ЮЛ для расчетчика доступно ведение учета только по одному обособленному подразделения организации, данные которой доступны.
Есть ли возможность для такого пользователя создавать 6-НДФЛ по своему обособленному подразделению?
Сейчас, при существующих настройках, пользователь не может создавать отчет и не может делать расшифровки по строкам 6-НДФЛ (даже если отчет создан другим пользователем без ограниченных прав).
Прикрепляю скрины настроек.

Заранее благодарю за помощь!

Все комментарии (9)

  1. Добрый день! С данной проблемой сталкивалась ранее и тогда удалось найти следующую информацию из документации к ЗУП с сайта ИТС:

    «Полноценное ограничение доступа по подразделениям в программе не поддерживается. Согласно законодательству расчет НДФЛ и взносов следует вести в целом по физ. лицу, независимо от его перемещений между подразделениями.

    По этой же причине не имеет смысла давать доступ только к определенному филиалу (обособленному подразделению, выделенному на отдельный баланс), не дав при этом доступа к головной организации. С точки зрения учета НДФЛ и взносов такое обособленное подразделение не отличается от «обычного» подразделения организации.

    Для реализации в программе таких ограничений следует использовать доступ с точностью до физических лиц. В качестве групп доступа физических лиц следует использовать группы вида «Сотрудники подразделения 1», «Сотрудники подразделения 2» и т. п. При этом для возможности работы с сотрудниками, перемещающимися между подразделениями, может потребоваться включать их в группы вида «Сотрудники подразделений 1 и 2». Права на такие группы придется обеспечить для групп доступа, пользователи которых работают с каждым из этих подразделений.»

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

    Но тут ещё может быть другая проблема: при заполнении 6-НДФЛ из регистра накопления «Расчеты налогоплательщиков с бюджетом по НДФЛ» выборка идёт без учёта групп доступа. Поэтому у нас возникает ошибка и не работаю расшифровки.

  2. Здраствуйте, Елена!
    Да, настроено похоже. Только нет группы «Сотрудники подразделений 1 и 2».
    И пользователь не может определенно проследить были ли переводы сотрудников между группами ФЛ. И я пока не увидела таких. Или пока не поняла, как искать.
    А как найти?
    И получается, что у пользователя не только нет возможности сделать расшифровку, но и сформировать 6-НДФЛ по своему ОП.
    Надо придумать, как искать «перебежчиков».

  3. Добрый день! Можно на копии базы попробовать из группы доступа убрать физ.лиц, оставив только несколько, например двоих, у кого «постоянные» начисления для проверки и попробовать, будет ли работать заполнение в таком варианте.
    Я боюсь, что здесь ограничение на регистр срабатывает.

  4. Пришел ответ от разработчиков:

    «Чтение данных, выполняемое при заполнении форм отчетности по организации, может выполняться в двух режимах:
    — можно получать только разрешенные (по RLS) текущему пользователю данные и тогда не будет сообщений о недостаточности прав у пользователя

    — можно получать все данные, необходимые для заполнения отчета, и тогда пользователь может получить сообщение о недостаточности прав, если ему не доступны данные по всей организации

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

    //Это касается и форм по НДФЛ
    ===========================================================================
    Правила заполнения рег.отчетности давно не менялись: у пользователей должны быть права на чтение всех данных, которые нужны для заполнения отчета. Определить, какой из сотрудников «создает проблему в отчете», можно заполнив отчет под полными правами и посмотрев расшифровку налогов по сотрудникам.
    Возможно, кого-то ранее переводили из одной гр доступа в другую (или какие-то еще комбинации переводов этого сотрудника) и теперь прав в результате этого доступа на чтение ВСЕХ его данных нет.

    В любом случае, если возникает ошибка доступа — надо искать » проблемного» сотрудника.

    ===========================================================================

    Если не хочется возиться с проверками доступа данных заполняемых сотрудников — не ограничивайте того, что заполняет эти данные.»

    1
  5. дэээ, в этом весь 1С
    «слова не мальчика, но мужа»
    интересно, если я так отвечу пользователю, куда буду послана?

  6. Елена, благодарю Вас за ответ.
    Будем действовать по обстоятельствам.

  7. Добрый день! Рада, если смогла помочь!
    Мы с пользователями ранее настраивали группы доступа, которые указаны в первом сообщении, все работало хорошо, кроме отчетности.
    Здесь мы столкнулись с обратной ситуацией, что если отчеты уже есть в базе, т.е. сформированы, то пользователь с ограниченными правами может их все посмотреть. Т.е. отчетность он видит полностью по всем сотрудникам, если она создана другими пользователя, у которых расширенные права. Это плохо, поэтому я тогда написала в техподдержку 1С, мы долго переписывались, но результата не было.
    Насколько я поняла, что здесь дело не в том, что мы при заполнении отчетности может пропустить какого-то сотрудника, а у них какая-то техническая проблема возникает, что нельзя сделать ограничение по правам в регламентированных отчетах.

  8. В 2.5 тоже был RLS и тоже работал сомнительно.

    Решила по Вашему совету поэкспериментировать в копии. Нашла старую мартовскую этого года. И там у этого «ограниченного» пользователя получается расшифровка по ячейке. Сохранила список сотрудников из 6-НДФЛ за 1кв и сравнила со списком из 6-НДФЛ за 1е п/г рабочей базы. Переведенных из других подразделений не нашла. Заметила разницу в 6-НДФЛ — появились СНИЛСы. И обратила внимание на одно ФЛ — для него были только Операции с Кодом НДФЛ 1400. И у этого ФЛ незаполнен СНИЛС. В старой копии тоже СНИЛС пустой. Возможно, теперь на этом ФЛ и получается ош.

    1. Возможно в Операции выбрали не того сотрудника, если их несколько.

Комментарии закрыты.