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

Кстати, подсмотрел решение в ЗУП, видимо не я один столкнулся с такой проблемой.
Если количество элементов больше 100, то не рассчитывается вложенная иерархия.
ПодсчитыватьКоличество = (Итого <= 100);

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

Согласен на все 100% по поводу системных аналитиков, но на практике бывает совсем по-другому.
Когда приходишь в проект, а там бизнес-аналитик и регистры проектирует, и реквизиты описывает, плохо, ужасно, но делает.
А все потому что, так исторически сложилось

Раз пошла такая пьянка

Подключаюсь к соседней базе через Com. Пишет ошибку. Причем, база, с которой подключаюсь, на платформе 8.2.19.130.
На платформе 8.3 не открыть базу, т.к. она оч. старая (1С Консолидация).
Есть варианты обойти эту ошибку?

перерегистрировать com-компоненту нужной версии

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

кто сегодня наливает?

Весёлый 1С

Спасибо. Пошёл искать.

Посмотри как вызвать ком коннектор по аллиасу.
На ИС есть шикарная статься

Да уже читаю. Спс.

https://infostart.ru/public/610960/
Вот она, Я по ней делал, все работает

ПарикмахЕр

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

Но я фикс + заказчики внутренние