Для изучения одной самописной конфигурации мне нужно наглядно видеть как  спрвочники, документы, регистры друг с другом связаны.  Чтоб всегда можно было понимать что откуда берётся.

Навернякак что то такое уже изобретено чтоб разработчик мог сразу за 1 день вникнуть в проект. Подскажите кейсы для решения данного вопроса.

на ИС поищи вроде было

(0) > мне нужно наглядно видеть как  спрвочники, документы, регистры друг с другом связаны.
открыть cf?

но думаю такая схема не сильно поможет если в процессах тямы нет

(0) Будет примерно вот так
https://images.squarespace-cdn.com/content/v1/52c9d908e4b0e87887310693/1554305699037-I3BQCZSJVEOSD20VB76J/AlwaysSunny.jpg

это же нереально.
ну то есть связи по ссылкам в объектах ладно.
но главное то логические связи.
а они могут быть прописаны в коде
а то и вообще во внешних обработках.
(4) это очень упрощенный пример))
за день можно вникнуть в проект если это проект не сложнее оптового склада.
на прошлой работе я вникал в проект порядка 3 месяцев пока начал тащить доработки более менее ориентируясь
на этой работе уже 4 месяца и еще конь не валялся - только отдельные кусочки понимаю, от целостной картины они составляют ну может 5-10%

(0) Схемы данных устроят?

Для такого должна быть документация проекта.
с кучей схем, начиная от самого верхнего уровня с подсистемами
и заканчивая нижними DFD IDEF диаграммами.

Справочник ключи аналитики + регистр ключи аналитики. Короче удичи тебе с этой схемой

(2)ну так а если я захочу распечатать её и повесить на стену в виде плаката.

(9) распечатай из (4)

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

(9) стены не хватит....

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

(11) иначе это дороже по итогу обойдется. или умрет с уходом программиста..

и еще раз повторю.
знание того как связаны объекты не стоит ничего без понимания ПОЧЕМУ они так связаны.
для реализации какого бизнес-процесса потребовалась связь и почему именно таким образом она была реализована.

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

(15) я делаю по другому:

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

(16) Странный метод
Большой начальник обычно говорит "Принесите мне данные по ХХХ и ННН". Он понятия не имеет из каких отчетов это будет взято, на это подчиненные есть.

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

(1) было даже тут, правда, для клюшек.

(0) развлекайся https://infostart.ru/1c/tools/1714797/

https://infostart.ru/1c/tools/1146176/
Карта метаданных 1С для редактора yED, для любых конфигураций

(20)(21)вот это уже другое дело! спасибо.

(16) ну это нулевая итерация, после нее собственно и идешь к тем кто ему эти отчеты подает и далее по списку.. )

(13) "по итогу".. " с уходом" - ну это когда еще будет.. а бюджет - уже...

(8) тип - любая сцылка или определяемый тип?

всё со всеми и все ссылаются друг на друга?