Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Пожалуйста, помогите с формулировкой необходимости изменения структуры метаданных ИБ.

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

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

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

Прошу помощи в составлении аргументации. Хоть какой-нибудь.
 
 
   breezee
 
1 - 16.04.19 - 11:52
Забейте. Как сделали, так сделали. Поставьте им ЕРП
   Здравый_смысл
 
2 - 16.04.19 - 11:53
(0) >был ответ вроде "и будет создан, по сути, тот же идентификатор"

А кто ответ-то дал?
   Смотрящий
 
3 - 16.04.19 - 11:53
   Rollam
 
4 - 16.04.19 - 11:54
(2) Руководитель программистов 1С.
   Rollam
 
5 - 16.04.19 - 11:56
(3) Мне самому плохо(
   Смотрящий
 
6 - 16.04.19 - 11:59
(5) Возьми себя в руки, тряпка.
Всего то нестандартно решили задачу
   1Сергей
 
7 - 16.04.19 - 12:00
Беги, дядь Мить! ©
   edem911
 
8 - 16.04.19 - 12:08
(4) если руководитель программистов такое задвигает тогда в (7) дело говорят.
   edem911
 
9 - 16.04.19 - 12:11
а вообще как вариант: для  реализации описанной тобой схемы нужно не много времени. Сделай все на копии базы и покажи как должно работать, прям на реальных примерах- как сейчас формируются запросы а как должны, покажи возможность пересечений. Если люди не воспримут эту информацию и останутся стоять на своем тогда точно беги.
   edem911
 
10 - 16.04.19 - 12:14
(9) удали пару сотен записей из регистра соответствий, удали пару элементов справочника физически и покажи как рушиться их система.
   wt
 
11 - 16.04.19 - 12:14
(0) Вы хотите подвести черту под огромным трудом предшествующих вам сотров. Это всегда создаёт конфликтную ситуацию. Особенно если вы будете упорствовать. Подумайте, сколько сил они положили на этот велосипед!
Очень трудно добиться истины, если ведёшь умозрительный спор. Я бы сделал так, подготовил бы прототип с вашей идеей. Показал бы в сравнительном плане ваше решение. И спокойно без истерик попробовал бы своё решение отстоять. Если бы отстоять не удалось, тогда просто надо немного подождать, чтобы ключевые фигуры того решения устали бы от его поддержки.
Кстати, а почему не используется ЗУП? Там кадровый модуль такой, что многим системам даст солидную фору. У меня на нем был развернут ОК с сложной иерархической структурой, включая обособленные подразделения типа заводов.
   igork1966
 
12 - 16.04.19 - 12:18
(0) Может были какие-то исторические причины? Типа интеграции изначально с чем-то внешним?
   Rollam
 
13 - 16.04.19 - 12:18
(11) Сотрудник, который это писал, свалил. И выпытать у него, зачем это вот всё, невозможно.
Ключевая фигура, которая, теоретически, будет поддерживать этот велосипед - я.
ЗУП используется, но  отдельно. Почему нельзя было подсмотреть решение в ЗУПе - тоже загадка.
Я вот прям предвижу, что в будущем нужно будет синхронизировать эту конфу с ЗУП, поэтому перевелосепидировать велосипед стоит сейчас.
   Rollam
 
14 - 16.04.19 - 12:19
(12) Я тоже сначала подумал про что-то такое, но нет. Просто "вот так вот получилось".
   mikecool
 
15 - 16.04.19 - 12:20
(0) в АА аналоги тоже через уид сделаны и ничего
автор, может ты не понял всю гениальность текущего механизма?
   igork1966
 
16 - 16.04.19 - 12:20
(13) Начальник небось бывший электронщик и действует в соответствии с девизом "работает - не трожь"   ;-)
   Rollam
 
17 - 16.04.19 - 12:21
(15) Это просто построенный на коленке в попыхах модуль.
   wt
 
18 - 16.04.19 - 12:23
(9)+1
(13) тогда все в порядке. Время за вас. Делайте прототип, пока делаете, изучите их велосипед получше, и смело после принятия решения, на свалку истории.
   Йохохо
 
19 - 16.04.19 - 12:30
названия просто засекретили, у вас там рядовые сотрудники не проверены от чипов пентагона
   Здравый_смысл
 
20 - 16.04.19 - 13:12
(16) Абсолютно верный девиз.
(13) Вот когда поставят задачу синхронизировать, тогда и есть смысл дёргаться. Не надо за заказчика решать, что ему нужно, и навязывать какие-то прожекты, если тебя не поставили на должность ЛПР.
   Здравый_смысл
 
21 - 16.04.19 - 13:17
+(20) Тем более на новом месте работы.
Лучше поумерить энтузиазм и разобраться с предпосылками возникновения такого велосипеда. Не исключено, что этому была веская причина, и она всё ещё актуальна.
   Rovan
 
22 - 16.04.19 - 13:22
(0) удобно - любой объект базы можно связать с любым
   Cyberhawk
 
23 - 16.04.19 - 13:26
Возможно, так сделано чтоб не надо было реструктуризировать таблицу связей, и кому-то неохота было "ЛюбаяСсылка" тоже пихать.
То что нет контроля ссылочной целостности это залет конечно же, но может оно там и не требуется?
   Ник080808
 
24 - 16.04.19 - 13:29
(0) а как в запросе уид собираетесь юзать то?
   Rollam
 
25 - 16.04.19 - 13:42
(24) Прямое сравнение работает.
   МимохожийОднако
 
26 - 16.04.19 - 13:46
(0) Ситуация стандартная. Приход новый сотрудник со свежим взглядом и начинает подвергать критике то, что "работает". Если новый специалист может выполнить, то что предлагает,то сможет и доказать это руководству. Но время меняет не только конфигурацию, но и энтузиастов. Возможно, под эту схему задействованы сотрудники, которым эта штука обеспечивает работу и важность. Со временем либо запал иссякнет, либо система изменится. "тараписса не нада".
   Ник080808
 
27 - 16.04.19 - 14:06
(25) вроде уид в запрос параметром не передается. или я туплю?
   Rollam
 
28 - 16.04.19 - 14:06
(27) Здесь точно работает.
   mikeA
 
29 - 16.04.19 - 14:45
(0) Должности и тем более направления деятельности это НЕ оргструктура.
   timurhv
 
30 - 16.04.19 - 15:19
(0) Интеграции никакой нет?
 
 
   shuhard
 
31 - 16.04.19 - 15:27
(0) займись делом, т.е. либо автоматизацией, либо поддержкой.
Реинженеринг на испытательном сроке не нужен ни тебе, ни работадателю
   Ник080808
 
32 - 16.04.19 - 15:29
(31) +100500
   Ник080808
 
33 - 16.04.19 - 15:30
(32) а потом, когда пустишь корни, по тихому перепилишь


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.