Всем здравствовать.
В общем есть такой момент как печатные формы документов и есть такие люди как внедренцы. И вот у нас совпало так что в некоторых печатных формах наше руководство захотело кроме подписи директора чтоб расписывались еще 100500 человек. Внедренцы не долго думая уточнили все фамилии и тупо написали в макете эти фамилии. А жизнь не стоит на месте: карьерный рост и вот уже у человека другая должность кто-то увольняется кто-то беременеет, а кто-то ваще по Булгакову внезапно смертен оказывается. А на место "выбывших из строя" людей принимают новых и приходится каждый раз искать где же этот макет с которого печатается нужный документ (не все так просто и однозначно) и исправлять фамилии таких сотрудников на "правильные". Ну это еще полбеды хотя чаще происходит... Но еще таким же образом только не в печатные формы а прямо в код записаны e-mail-Ы IP-адреса... Какие-то сетевые папки и тому подобная разность.
Ну в общем картину я обрисовал достаточно подробно?

Собственно сам вопрос: Посоветуйте как избавится от всей этой "радости" в коде?
З.Ы.: У самого есть идеи как, но хотелось бы посоветоваться с общественностью специализирующейся на 1С

сделай, к примеру, справочник доп.настроек и храни там
как получать из справочника уже сам придумай

Создать справочники подчиненные списку сотрудников и их администрировать.

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

(0) не скудеет идиотами земля наша!©
таких впендренцев нужно ссаными тряпками по сусалам...
-----
Ну а вообще, в данном случае имхо лучше сделать РС настроек. Состав реквизитов РС - зависит от постановки задачи.

(1) (2) (3) Ок. Но кроме фамилий/должностей есть всякие нелепые емайлы по которым рассылки происходят их не много меняются нечасто но есть... так же и настройки как адреса сетевые и еще что-то в этом духе уже пока не увижу не вспомню чего напхали в код...
Все таки отдельный справочник и "резать его вдоль и поперек" при необходимости?

(4) Вот и я думал РС или справочник или может чего еще...

(6) всё зависит от постановки задачи. Если задача - "подписи всех сотрудников с третьего этажа", то достаточно допреквизита Этаж в справочнике сотрудников.

(1) регистры сведений. со временем люди меняются

(8) ...и поэтому реквизит "пол" нужно делать периодическим РС с выбором из справочника... ?

(5) В типовых конфах email у сотрудников уже обычно есть

(9) Старый баян.
В медицинских конфах пациент (карточка) это справочник с одним кодом для ссылки и куча РС.

(7) Ну как-то Объединить в одном месте все подобные настройки. Заранее неясно что еще догадались внедренцы жестко прописать в коде. То есть какого типа данные... Причем чтоб особо не заморачиваться для получения в коде этих настроек. Таки справочник?

(11) В комплексной 7.7 сведения для ПФР так были организованы (и пол, и сведения о причинах приема/увольнения, и т.п.). 20 лет назад одно деввочко туда умудрилось вбить пол "по соглашению сторон". До сих пор помню...

(9) ага, и добавить еще гендер типа справочник. с периодами актуальности

(8) периодический реквизит справочника?

(13) я как-то видел женщина, мужчина, человек, неизвестно и Иванов (фамилия изменена)

(15) не знаю, вы же ни конфигурацию, ни платформу 1С не написали

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

(12) посмотри в типовых БезответственныеЛицаОрганизаций справочник

там и Лицо и ФизЛицо и должность и права подписи и основания права подписи и даты начала/кончала...

на его основе можно свои "костыли" налепить в печатных формах - добавляешь функцию ПодписиБезответственныхЛиц() и ищешь в справочнике по Оргнизации/должности и датам начала/кончала нужных лиц и выводишь в макет

(17) несколько конфигураций... Несколько УПП несколько БП и еще есть для автотранспотра платформа 8.3

(12) зависит от постановки задачи.
а насчет "в одном месте" - так в итоге из этого и может получиться то самое "одно место".

Документ + регистр установки ответственных за подписи если такового нет, в УПП на пример есть че-то со словом должность или типо того

(17) Группа компаний у нас. На данный момент больше дюжины компаний... меня беспокоит всего 6 организаций причем для каждой организации своя БП 3.0 своя УПП. Для некоторых не просто упп а несколько цехов типа автотранспортный цех + 2 производства это на организацию 4 конфигурацию в других попроще 2-3 конфигурации

(16) Мощно задвинул! ВнушаетЪ!©

(20) ну значит лепишь еще одну конфигурацию, и оттуда http-запросом получаешь из любой конфигурации...

(25) ага, HTTP-сервис поднять со своим API :)

когда сервис по какой-то причине приляжет, наверно заметят... но быстро поднятый сервис упавшим не считается :)

(23) сервисдеск есть подижты или трекер задач? все ходы записаны! ну так вот - заявки на изменение подписантов в зоопарке ИБ фиксируйте через заявки, чтобы не было "мучительно больно"

(25) ну какое там апи? один-единственный гет... ну и при недоступности (неполучении) тупо не давать печатать. да 100500 разных вариантов есть, вплоть до общего текстового файла...

(20) а набор данных "прибитых" хардкодом одинаков для всех конф? подумай в сторону отдельной базы хранения и веб-сервиса или хттп-запроса в ней, который отдает инфу
типа микроМДМ хранения НСИ :)

(28) + можно в такой базе и "разделитель" завести для данных ИДбазы или ИДКонфы

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

в нормальных пофигурациях отличия от дефолта на вкладке дополнительно (или реквизиты печати) безответственных лиц выбирают и хранится в документе (ну если по доверенности подписывает херзнает кто)

А ещё лучше, совсем не думая, - регистр сведений для подписей с расшифровками по пользователям и печатным формам - пусть сами следят за актуальностью и сами вставляют кого хотят и когда хотят.

Ну и, как вариант :)

...
Макет.Область("R29C2").Текст = Подписи.РуководительОрганизации;
Макет.Область("R29C8:R29C10").Текст = Подписи.ГлавныйБухгалтер;
...

(20) а какие на 8.3 периодические реквизиты? может, вам обратиться к спецам?

PS: у меня РИБ и юзверы по узлам ходят подписывать документы к тем, кто к ним ближе :)

(32) дата начала/кончала реквизит в справочнике и запросом выбрать первые с упорядочиванием по дате

а так в регистре сведений срез последних на дату...

(31)



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

(32) к спецам они уже обращались...

(35) Если бы слегка подумал то понял что нельзя
Ибо часто надо для разных организаций, подразделений, видов доков и т.д. - разные ФИО и разные доверки

(32) кхм... как то ужэ обращались вот после спецов исправить бы... как-то сами потихоньку помаленьку доработаем рашпилем

(0) Это называется визирование документов. Нормальная бюрократическая практика.
Вы бы уточнили, какой документооборот. Если ЭДО, то полно приблуд в инете для электронного визирования. Если подписи живые на бумажном документе, то заранее можно в печатной форме пробить строки для визирования с заранее заданными должностями. ФИО тогда будет подставляться по тому, кто занимает на данный момент времени соответствующую должность.

(0)

В тик-токе и ютуб часто вижу ролики, как специально обученный человек принимает квартиру в новостройке.
-- А тут у вас щели
-- А тут плитка криво положено
-- А тут {всякое}
Составляет претензионные документы для заказчика для отправки застройщику.
Исправит ли всё это застройщик неизвестно, но хотя бы покупатель будет понимать, а что он покупает.


Возникает вопрос. С вашей стороны "это" кто-то принимал ?
Или как всегда: "срочно-важно", "я этих вредненцев знаю и верю им, плохого они не сделают"
"Как ты можешь их критиковать? Кто ты и кто ОНИ? Это же Вредненцы! Мы им кучу денег заплатили.

P.S.
Не применительно чисто к вам

P.P.S.

Главное, некое api (функции и процедуры), чтобы получить данные единообразно

А хранение, это уже имхо вторично:
Справочники
Справочники  с предопределенными элементами
Регистры сведений

Структуру справочников и РС рожаем самостоятельно, смотрим в типовые.
В 99% случаев все хорошее уже придумано за нас.

Если только подпись гены, то за косяк он отвечает. А если ещё стоят визы ГБ, юриста, программиста, гл.инженера, финика и т.д. - то за любой косяк ответит кто-то из них, а гена всегда в белом.

а вообще норм сделали впендренцы. х.як х.як и в продакшн

а уж теперь Славик незаменимый. радоваться должен - накормлен, окружен любовью и вниманием и обеспечен работой по исправлению макетов

(40) Ну да че ты подпись не ставишь уже и директор подписал и деньги заплатили...

(42) Дык этта.. методология проектирования и разработки такая - "ХХП"®
(43) так ты задачу-то озвучь... а то у тебя получится, как у тех впендренцев.

(44) в (0) не? Та никого кроме меня не напрягает.
Кроме фамилий буквами еще всякое есть буквами не в макетах а прям в коде.
Задача простая: Убрать из кода (заменить ссылками) всё что время от времени изменяется. Нарисовать форму в которой выбирать нужные данные для последующей подстановки.
Лучше даже наверно внешнюю форму потому как подобные пасхалки от внедренцев могут всплывать внезапно и там где не ожидаешь.

P.S.: Желательно одну обработку для всех баз.

Добавить в документ сто тыщь миллионов реквизитов: Подпеисант1, Подписант2, Подписант3 и так далее. И в макет столько же строчек для подписей. Потом если подписант заполнен (пользователи сами заполняют ручками), выводить такую строчку в макете. А если не заполнена, то не выводить. Часть строчек можно заменить кнопками, для директора и главбуха. Причем, если главбух поменяется, старую кнопку не удалять, а добавить новую. И расставить права на кнопки, чтоб никто себя за гендира выдать не мог.

(45) в (0) - "не". Ибо не приведены критерии.
Ибо если "тут расписывается кладовщик, тут директор, а тут - логист" - но доработки и не нужны. Ибо всё украдено до насреализовано в [почти] любой типовой, нужно просто правильно применить. А если "при отгрузке золота на сумму больше 100 миллиардов по четвергам обязательна подпись зам. по безопасности, а по вторникам на отгрузку с центрального склада подпись дворника" - тут уже нужны доработки

(47) Ну внедренцы зачем-то написали же вотетавсё в коде. Так то неглупые ребята в общем-то.

(48) расценки построчные.

Как то пришел в контору, там так же нахерачили  и фамилии и емейлы, да полно всего, прямо в код, как только попадаллось подобное, искал по всей конфе и вырезал по заранее продуманной концевции и перевода в универсальное русло, а уж какое оно будет "универсальное русло" решать вам(справочники, рс, хранилище значений), зашитые емайлы я сразу по всей конфе вытравил поиском какшки собаки->"@"
кстати можно еще сделать как сделано - настройкипользователей для отчетов

(48) ну, значит у них было такое ТЗ.
(49) не факт, что построчно получится сильно больше денег. а вот геморроя - точно.

Неоднократно сталкивался что печформы правят напрямую в коде, зашивая туда данные
Причем франчи такое делают

И даже исходные (типовые) печформы бывает не сохраняют
А снимают с поддержки и вместо того чтобы типовую печформу скопировать со своим префиксом, исправить и поменять где надо вызовы на нее
Хреначат прямо в типовой печформе - во весело потом типовые обновы накатывать

(31) этот рс есть, ты не поверишь

(53) Это менагер ты в курсе что разные конфы существуют?
И не только типовые/отраслевые!

Подозреваю,что внедренцам поставили условие - без изменения конфигурации и одни и те же подписи в разных базах.
Решение,конечно,говнокодистое,но печатная форма живёт в справочнике и ее там можно просто поменять.
Все остальные способы требуют инструкции по настройке.
Конечно,я бы в макет не вставлял,а сделал бы в печатной форме отдельный макет с фамилиями,чтобы было проще поменять.
Опять же,если печатная форма - это дополнительная обработка,то у нее можно параметры в том же справочнике сохранить - так править проще.

(55) Доп.реквизиты и доп.сведения есть практически в любой типовой конфе
Булево "ВыводитьПодпись" и строковое "ДоверенностьНомер" с датой "ДоверенностьДата" у справочника Сотрудники/Физлица

(0)или я задачу не понимаю, или смотрю на нее по другому.
Есть Документооборот, там есть листы согласования и шаблоны документов, эп и пр фигня из коробки.
По-моему проще заплатить 50 тыр и не изобретать велосипед, а в самописную конфу можно внедрить БИД.

(56) Для виз не нужны доверенности. У автора идёт не подмена подписанта, а добавление рыл, вроде:
Директор _________
Юрист __________
Гл.бухгалтер __________
Начальник участка _______

(58) Задача универсальная
Логично же что в большой конторе есть список лиц кто имеет право подписывать документы за директора по доверенности
И этот список часто десятки а в крупных и сотни ФИО
Для различных документов, которые по закону должен подписывать генеральный директор, но он просто физически не может подписать например десятки тысяч документов в месяц ))
Поэтому это подписывают ЭП или делегируют другим (обычно начальникам отделов) на подпись

(12) >> как-то Объединить в одном месте все подобные настройки

Если речь о типовой конфигурации, то используя БСП, создать своё расширение и допилить панель настроек программы.
https://its.1c.ru/db/bsp319doc#content:4:hdoc:issogl1_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B8_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D1%8B

Вообще вопрос слишком общий. И одного идеального решения не существует.
В каждом конкретном случае будет своё решение.
Можно конечно попытаться изобрести какой-то свой универсальный регистр сведений с измерением "Настройка (параметр)" и ресурсом "Значение настройки (параметра)". Многие так и делают. Но такое решение не решит всех проблем. Начинается головняк с правами - кому можно читать какие настройки. А какие - менять. Часто какие-то параметры привязаны к объектам конфигурации. Например, фамилия в печатной форме документа зависит от какого-то реквизита в документе (Склад к примеру) или ещё хуже - комбинации реквизитов. А всякие регистры для хранения каких-то сложных настроек...
Короче тема бесконечна.
Единственное что, как правило, большинство таких своих собственных настроек лучше собрать в одном месте. Например, сделать свою обработку, на форме которой они все собраны или собраны гиперссылки, открывающие формы прочих настроек, настроечных регистров, констант и т.п. См. начало поста - выноси всё в свою единую панель настроек программы.

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

(59) Цитата из (0)
в некоторых печатных формах наше руководство захотело кроме подписи директора чтоб расписывались еще 100500 человек

Например, ниже строчки директора ещё и виза программиста.

Как бы я сделал, например, в БП:
1. Добавил бы в перечисление ОтветственныеЛицаОрганизаций новое значение Программист1С
2. В печатной форме нарисовал бы в ячейке параметр, который бы прописал в модуле как ссылку на  РегистрСведений.ОтветственныеЛицаОрганизаций.Программист1С
Ну или что там у вас ещё - СрезПоследних и всякая там светотень?
3. В режиме предприятия:
https://i.ibb.co/KFs4kMW/2024-04-12-21-47-28.png

(59) а где тут речь о "за директора"?
имхо, тут речь об ответственности внутри компании.

(61) не смущает слово "некоторых"?
как правило, это неопределенно до фига всяких форм

(61) Я бы сначала попросил полное ТЗ
И слегка над ним подумал, на будущее, чтобы облегчить себе и другим жизнь

Если делать правильно,то не быстро
А за говнокод какой-нить Вася Пупкин закрыл четыре часа времени.

(56) мало. Кто-то имеет право подписывать УПД, а кто-то только мх1

(66) Только через доп.реквизиты и доп.сведения красиво такое уже не сделать
Лучше расширение запилить со своим справочником по доверкам
Где реквизит ссылается на сотрудника/физлицо, есть номер, дата и наименование-представление доверенности
И в ТЧ галочками для каких документов/печформ
Если организаций несколько то в шапку или в ТЧ тоже добавить
Про периоды действия доверенностей не забыть, чтобы для нужной даты документа нужная отображалась

(67)+ Кстати я печ.формы в итоге сделал программное исправление готового ТабДок (а не свой макет) - так проще оказалось при обновлениях
Достаточно адреса ячеек поменять и все, даже если заполнение и макет поменялись в обновлении типовом

(67) Всего-то добавить пользователей в видимость/доступность реквизита и раскинуть "права"

(69) Не пользователей а сотрудников/физлиц
Ибо чье ФИО должно быть в печформе может даже не заходить в 1С

(70) Так я и говорю - пользователей 1с

(54) В типовых есть, то что ты там нарисовал на коленке очередную поделку, ну это твое право

(12) Придется поработать, за внедренцев, то что они не стали разрабатывать :)

(72) Что ты просто менагер а не прог/разраб не отрицаешь?

(0) В ТЗ прописывайте, что фамилии настраиваются на уровне пользователя. И как конкретно настраиваются. Потому как могут редактируемые макеты воткнуть - и правьте на здоровье.

(4) Что заказали - то и сделали.

(47) Зачем? Бизнес-процесс согласования в 1С:Документообороте.

(48) Они планировали сами всё это менять за денежку. Да и себестоимость такой разработки ниже, при этом она полностью соответствует вашему ТЗ.

(67) 1С:Документооборот. Можно даже с одноруким бандитом и куртизанками.

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

(74) просто манагер, преподаватель, консультант, методолог, РП, где-то генеральный директор.

(64) Я об этом сказал еще в (4)
(61) Если просто "подпись программиста"  - еще куда ни шло. Даже если она должна появляться "при условии наличия в составе документа товаров и услуг из группы "программное обеспечение". Сложнее, если подписант зависит от склада, суммы, контрагента и т.п.
(74) а чем менеджек и консультант хуже или лучше тупого кодера?

(58) Именно что-то в этом духе.
(59) НЕ ВМЕСТО Ген.директора. А свою собственную подпись. И должность например бухгалтер-ревизор, Нач.Участка Нач.Охраны Гл.Инженер. Нач.Производства ... Если бух.учетчик еще в той же организации работает где подписывает то остальные в Управляющей компании. И есть документы в которых Ген.Директор хочет видеть их подпись. Так сказать внутренние документы. В разных доках разные люди подписывают.
(61) Именно, директор хочет видеть подписи ответственных лиц прежде чем самому ставить подпись. Но кроме фамилий есть и другое в коде...
(78) можно для примера посмотреть. А так УУП на обычных формах, БП на управляемых, но чтоб вникнуть в смысл сгодится же?
P.S.: (61) Вот вроде вообще неявно же что ник происходит от имени Турецкоподданого сына лейтинанта Шмидта

(81) Потребуй от них ТЗ в письменном виде с картинками и макетами до и после
И чтобы там были прописаны откуда брать список лиц, могут ли они меняться, может ли одно лицо в одном документе под разными ФИО быть (вышла замуж - поменяла ФИО) в старых и новых документах и т.д.