Добрый день.
У организации несколько филиалов, по которым ведется учет в одной информационной базе. Для пользователей информационной базы настроены ограничения доступа на уровне записей по физическим лицам и организациям: если физическое лицо находится в группе доступа «Контракт», то для пользователей без доступа к этой группе, не доступна организация, в которую принят сотрудник с группой доступа «Контракт».
У филиалов и головной организации один и тот же регистрационный номер ОСС, среди филиалов есть «Исполнительная дирекция», у которой тот же самый КПП, что у головной организации.
Проблема заключается в том, что при загрузке сообщений СФР по филиалам в реквизите Страхователь может заполниться головная организация (это правильно), а может заполниться «Исполнительная дирекция». Тогда пользователи без доступа к контрактникам не видят сообщения СФР, в которых в реквизите «Страхователь» заполнилась «Исполнительная дирекция» (в ИД приняты все контрактники).
В настоящее время в настройках СЭДО для пользователей и в головную организацию и в филиалы загружена одна и та же МЧД головной организации (с КПП головной организации). Можно как-то настройками СЭДО добиться, чтобы при обмене в реквизите «Страхователь» всегда заполнялась головная организация (а не ИД)? Сейчас приходится давать пользователям доступ к «Исполнительной дирекции», это не лучший вариант решения проблемы, доступ был специально разграничен по филиалам.
Макс
ВКонтакте
Комментарии закрыты.
Здравствуйте!
К сожалению, настройками СЭДО (в том числе через МЧД) заставить программу всегда выбирать головную организацию, нельзя — разработчики 1С такого механизма не предусмотрели.
Дело в том, что при загрузке входящего сообщения программа определяет организацию по связке ОГРН + регистрационный номер СФР, а не по тому, в какой филиал реально принят сотрудник. Раз у головной организации и «Исполнительной дирекции» эти реквизиты совпадают, программа привязывает сообщение к той организации, которую находит первой по этим данным — иногда это головная, иногда ИД. МЧД здесь роли не играет, даже если она загружена только в реквизиты головной организации: сама доверенность влияет на право подписи и отправку исходящих, а не на логику определения страхователя во входящих.
Может быть стоит рассмотреть вариант — обратиться к программистам за доработкой программы. Иначе единственный способ обойти -это предоставлять доступ. Именно так как сейчас и происходит в программе.
Спасибо, можно закрыть обращение.
Пожалуйста! Хорошего вечера и до новых встреч ❤️