Алексей

Автоматизируя хаос, вы получите хаос, только автоматизированный.
У вас должна быть единая система, агрегирующая данные из разных источников, и позволяющяя их отобразить в нужном вам виде.
1С позволяет это сделать, причем все, и сбор данных из разных источников, и их хранение, и визуализацию через Web, и настройку прав доступа с авторизацией. Если у вас есть специалисты по 1С, делайте в 1С.
Эксель тоже позволяет это сделать, результат вы получите быстрее чем с 1С, но это будет куча костылей, которые нужно будет постоянно подвязывать.
Написать собственное решение или использовать еще какое-либо готовое, тоже нормальный вариант.
Вам нужно сейчас четко разложить по полочкам, какие у вас есть данные, какие нужно строить отчеты (вплоть до формул расчета конкретных показателей), проверить, что данных для этих отчетов достаточно.
Затем оглянуться какие у вас есть специалисты, или оценить бюджет, и тогда принимать решение о конкретной реализации.

Ответ на вопрос "Реально ли вести групповую разработку через хранилище в больших командах" зависит от вас самих и от вашей конфигурации.

У меня есть прекрасный опыт разработки в хранилище, когда нас было больше десяти разработчиков на конфигурации тип комплексной (сами соединили ЗУП+УТ). Конфликтов захвата практически не было, так как за каждым были закреплены индивидуальные участки на поддержку. Все операции с хранилищем просто летали и можно было без проблем сравнивать истории версий на месяцы назад, чтобы увидеть кто, зачем и какие изменения внес. Но от других коллег из других компаний я слышал, что их хранилища сильно тупят и даже сравнение с последней версией могут висеть минутами.

Критерий №1 Если ваша текущая работа в хранилище на базе Конфигуратора устраивает, то продолжайте. Если же хранилище забито "мусором" (сотни бессмысленных коммитов без тегов и описаний) и по нему невозможно отслеживать историю, а так же вы постоянно ждете пока кто-то сделает "технический коммит", чтобы освободить вам объект - нужно переходить на Git (но не обязательно в связке с EDT)

Ранее я лично был против EDT из-за его прожорливости и глюков. Потом я начал работать в международном проекте, где наша маленькая команда (всего 5 человек) прекрасно справляется с разработкой/поддержкой благодаря именно EDT и его строгой типизации - многие ошибки видны стразу, еще до запуска на тестирование. Но нужно перестраиваться на новую среду - новые менюшки, новые команды, новые хоткеи.

Критерий №2 Если у вас уже настроены процедуры контроля качества и есть хоть какие-то тесты, то особых плюсов не получите - оставайтесь в Конфигураторе. Но если есть проблемы с процессами и вы хотите попробовать их решить умными автокомплитами и контролем типов, а так же есть лишние 4 Гб ОЗУ на каждого разработчика - пробуйте, может втянетесь и не захотите возвращаться в Конфигуратор.

В журнале регистрации по событию "Отказа доступа" такое не регистрирует, он не показывает названия прав, лишь роли.

Все с точностью до наоборот. Журнал регистрации абсолютно ничего не знает про роли, которых могут быть сотни в конфигурациях на базе БСП и в которых права часто дублируются. В журнале фиксируются отсутствие именно прав на чтение, добавление, изменения и так далее.

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

Так отчет не формируется или формируется медленно? Вы утверждаете, что не формируется, но в вашем же замере после вывода продолжилось выполнение. Или скриншот замерщика сделан для отчета, который формируется, а для проблемного отчета мы сюда совсем не попадаем?

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

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

если только это API напишите сами

Тут может быть море ошибок, но скорее всего проблема в строке:

РеквизитФормыВЗначение("Объект").ВосстановитьНастройкиИзСтруктуры(ОбщиеНастройкиПользователя.СохраненнаяНастройка);

Тут ты на основании реквизита формы "Объект" создаешь новый объект в памяти, вызываешь его экспортный модуль и удаляешь из памяти. Состояние на форме после этих "манипуляций" не изменяется.

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

ИТС не предлагать,

что за такое перенебрежение первоисточнику)))

https://its.1c.ru/db/pubmasterclass - 1С:Счетчик ворон. Мастер-класс по мобильной разработке в среде "1С:Предприятие"

там все разложено и разжевано как раз для незнающих. И показано все на бесплатной версии)

но для РасходСоСчета нет (Document_РасходСоСчетаПрисоединенныеФайлы)

Поищи Catalog_РасходСоСчетаПрисоединенныеФайлы

Куда легче всего пробиться в программирование?

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

Мне вообще всё равно, куда идти в плане доходов (лишь бы на еду хватало)

Почему тогда именно ИТ?

поскольку знаю, что я не выдающийся человек ни в чём

Бизнес выдающихся и не ищет в основном.

- Теоретический опыт по книгам по Java,

Подозреваю, что сейчас это знает каждый школьник.

Школьники сейчас читать-то не умеют многие.

Что вы мне посоветуете?

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

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

смотри в сторону БПС процедур/фукнций

ОбщегоНазначенияКлиентСервер.УстановитьЭлементОтбораДинамическогоСписка(
Список, "Номенклатура", Номенклатура, ВидСравненияКомпоновкиДанных.Равно,, ЗначениеЗаполнено(Номенклатура));

Как основа для начала :
https://www.amazon.com/Code-Language-Computer-Hard...

Не буду оригинален, эти книги у всех на слуху (и у меня на полке =).

Макконнелл: Совершенный код
Кнут: Искусство программирования
Роберт Мартин: Чистый код. Создание, анализ и рефакторинг
Гамма, Влисидес, Хелм, Джонсон (также известные как "Банда четырех"): Приемы объектно-ориентированного проектирования. Паттерны
Фаулер: Рефакторинг. Улучшение существующего кода