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

Проверка дублей ФЛ конечно вещь хорошая, но она актуальна в пределах одной организации(!!!), а когда в одной ПРОФ базе организаций несколько, она наоборот затрудняет работу.

Pandora, ну тогда разбивайте на отдельные базы
Лично у меня 13 филиалов одной головы. Работники, как зайцы по полям, скачут из одного филиала в другой. Пока обходимся комбинированными группами доступа, вспоминаем комбинаторику ))

Я ваще выпал в осадок.
Откуда такое?
Как и где физлица ваще привязываются к организациям?

Контрольное Cоотношение пишет:

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

Pandora пишет:

Поясните, плиз. Так то хорошо бы иметь дядюшку-еврея с наследством

Тэра пишет:

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

Pandora, по существу четыре варианта, и все они уже озвучены
1) много групп доступа ( вам не нравится)
2) разделять на отдельные базы ( вам не нравится)
3) снимать с поддержки и вносить изменения в конфигурацию ( не знаю как вам, а мне этот вариант не нравится точно)
4) Есть ещё мифический вариант - ждать, что разработчики этот момент как-то исправят. Если есть желание, терпение и время - пообщайтесь с техподдержкой
Все.

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