Ситуация нестандартная.
Сменил место работы. На новом месте рабочая база с самописной конфигурацией.
В конфигурации условно выделяется "кадровый модуль", в котором происходит ввод и хранение оргструктуры предприятия.
Оргструктура состоит из компаний, подразделений, департаментов, направлений деятельности и т.д. Всё это может иметь иерархическую структуру. Низший возможный элемент иерархии - должность, к должности может быть привязано несколько сотрудников.
И вот тут начинается самое интересное. Все связи элементов оргструктуры между собой, формирующие иерархию, и назначение сотрудников на элементы-должности происходит через GUID. То есть в регистре, который и хранит в себе информацию об иерархической подчинённости департаментов/служб/отделов есть одно единственное измерение - "Идентификатор", с типом значения GUID, который формируется в момент создания элемента оргструктуры. Сотрудники к должности привязываются так же через этот "Идентификатор".

Это настолько неожиданно, что я не могу даже толком объяснить, почему это ненормально.
На моё предложение вывести все связи в отдельные справочники или регистры, чтобы сформировать, например, уникальный объект, описывающий "сотрудника+должность в одной из оргструктур" (сотрудник может занимать несколько должностей и не только в одной оргструктуре), был ответ вроде "и будет создан, по сути, тот же идентификатор".
Ну да, это же "первичный ключ", я не спорю. Но есть же стандарты? Как будет осуществляться контроль ссылочной целостности? Вручную?!

Эта ситуация для меня настолько неожиданна, что я даже не знаю как ответить. Приплести сюда теорию БД? По-моему не поможет. Задокументированных стандартов 1С я не нашёл. Аргумент "потому что это не норма" не действует.

Прошу помощи в составлении аргументации. Хоть какой-нибудь.

Забейте. Как сделали, так сделали. Поставьте им ЕРП

(0) >был ответ вроде "и будет создан, по сути, тот же идентификатор"

А кто ответ-то дал?

https://24warez.ru/uploads/posts/060418/452911/142.jpg

(2) Руководитель программистов 1С.

(3) Мне самому плохо(

(5) Возьми себя в руки, тряпка.
Всего то нестандартно решили задачу

Беги, дядь Мить! ©

(4) если руководитель программистов такое задвигает тогда в (7) дело говорят.

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

(9) удали пару сотен записей из регистра соответствий, удали пару элементов справочника физически и покажи как рушиться их система.

(0) Вы хотите подвести черту под огромным трудом предшествующих вам сотров. Это всегда создаёт конфликтную ситуацию. Особенно если вы будете упорствовать. Подумайте, сколько сил они положили на этот велосипед!
Очень трудно добиться истины, если ведёшь умозрительный спор. Я бы сделал так, подготовил бы прототип с вашей идеей. Показал бы в сравнительном плане ваше решение. И спокойно без истерик попробовал бы своё решение отстоять. Если бы отстоять не удалось, тогда просто надо немного подождать, чтобы ключевые фигуры того решения устали бы от его поддержки.
Кстати, а почему не используется ЗУП? Там кадровый модуль такой, что многим системам даст солидную фору. У меня на нем был развернут ОК с сложной иерархической структурой, включая обособленные подразделения типа заводов.

(0) Может были какие-то исторические причины? Типа интеграции изначально с чем-то внешним?

(11) Сотрудник, который это писал, свалил. И выпытать у него, зачем это вот всё, невозможно.
Ключевая фигура, которая, теоретически, будет поддерживать этот велосипед - я.
ЗУП используется, но  отдельно. Почему нельзя было подсмотреть решение в ЗУПе - тоже загадка.
Я вот прям предвижу, что в будущем нужно будет синхронизировать эту конфу с ЗУП, поэтому перевелосепидировать велосипед стоит сейчас.

(12) Я тоже сначала подумал про что-то такое, но нет. Просто "вот так вот получилось".

(0) в АА аналоги тоже через уид сделаны и ничего
автор, может ты не понял всю гениальность текущего механизма?

(13) Начальник небось бывший электронщик и действует в соответствии с девизом "работает - не трожь"   ;-)

(15) Это просто построенный на коленке в попыхах модуль.

(9)+1
(13) тогда все в порядке. Время за вас. Делайте прототип, пока делаете, изучите их велосипед получше, и смело после принятия решения, на свалку истории.

названия просто засекретили, у вас там рядовые сотрудники не проверены от чипов пентагона

(16) Абсолютно верный девиз.
(13) Вот когда поставят задачу синхронизировать, тогда и есть смысл дёргаться. Не надо за заказчика решать, что ему нужно, и навязывать какие-то прожекты, если тебя не поставили на должность ЛПР.

+(20) Тем более на новом месте работы.
Лучше поумерить энтузиазм и разобраться с предпосылками возникновения такого велосипеда. Не исключено, что этому была веская причина, и она всё ещё актуальна.

(0) удобно - любой объект базы можно связать с любым

Возможно, так сделано чтоб не надо было реструктуризировать таблицу связей, и кому-то неохота было "ЛюбаяСсылка" тоже пихать.
То что нет контроля ссылочной целостности это залет конечно же, но может оно там и не требуется?

(0) а как в запросе уид собираетесь юзать то?

(24) Прямое сравнение работает.

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

(25) вроде уид в запрос параметром не передается. или я туплю?

(27) Здесь точно работает.

(0) Должности и тем более направления деятельности это НЕ оргструктура.

(0) Интеграции никакой нет?

(0) займись делом, т.е. либо автоматизацией, либо поддержкой.
Реинженеринг на испытательном сроке не нужен ни тебе, ни работадателю

(31) +100500

(32) а потом, когда пустишь корни, по тихому перепилишь