Вот совершаю переход "малой" версии УТ с 11.4 на 11.5.
Код весь в расширениях, кроме хранимых объектов (Справочник, Документы, Регистры - это в самой конфигурации).
Но суть не в этом, а в том, что модули опять "перетасовали", регистры изменили.
"Свободные остатки" на котором половина логики висела - как не было.

Но "снаружи", для пользователей, изменения вообще минимальны.

Вопрос, есть что почитать, как обосновывают такое внутреннее изменение системы без принципиально нового функционала?

См. "Я" для начала.

Была такая тема уже вроде..
Маньяк очень сетовал по этому поводу.

(0) Нечего читать, кроме кода "до" и "после"
Это классическая проблема уже давно

Выход только минимизировать свои доработки и делать их независимыми.

Независимыми это когда делаешь свои метаданные куда данные перегоняешь (да тормоза и место жрется) и свои отчеты уже по ним строишь
Если что у тебя все старые данные в порядке, только поправить заливку новых после обновления
Изврат конечно но что поделать?

Вот с тем что плотно завязано на вмешательствах в код тут никак, просто куча времени на перепилку своего

(3) Может проще свой лисапетную конфигу написать под себя? тем более что куча всякого полезного что основную проблему представляло (всякие ЭДО, оборудование и пр) во всяких БСП/БПО/АБВГДейка уже есть?

И как кстати сделана себестоимость?
есть какая-нить "текущая себестоимость", - закуп + допрасходы на закуп заведенный к моменту "Ч" - чтобы в момент "Ч" например посчитать продажную цену..?

как это в УТ11.4?

Обосновывают? Не доросли мы чтоб нам чтото обосновывать

(4) Уже давно не проще
Даже для самописок сейчас выбирают как основу какую то типовую конфу готовую
Совсем лисапет с нуля уже не могут нынешние "разработчики"

(0) Если переход на 11.5.7 то лучше подождать, т.к. после долгих мук и кучи тестовых релизов родили 11.5.8 где опять все "перетасовали" по сравнению с 11.5.7

(9) а потом 11.5.9 где снова затусуют. Ждать можно, но 11.4 уже не обновляют

(10) Если тебя это успокоит, то ты не один в подобной ситуации. Парадоксально то, что подобные ситуации кормят не только фирму 1С, но и нам подобных.)

(11) это если ты франч или подобное. В штате и так обычно задач хватает, а премию за это вряд-ли выпишут

(0) // Вопрос, есть что почитать, как обосновывают такое внутреннее изменение системы без принципиально нового функционала?
Обоснование конечно есть, но фирма 1С об этом никогда не скажет. Да и зачем оно Вам ?

Скажите так : "Многоуважаемое начальство, по желанию левой пятки 1С произошла такая фигня..." :-)

p.s. Как хорошо жить в УПП ! Буду держаться до последней возможности. А то вон erp 2.4 уже отменили, а нас таки обновляют, и без переделываний всего и вся.

p.p.s. Сильно подозреваю что 1С хочет переделать структуру под новый язык. Типа "элемент". И чтобы конфы соответствовали какому-нибудь паттерну программирования. Вот и подготавливают структуру под это. А потом выпустят новый "звиздец erp" на микросервисах... (и внутри будет не неонка).

(13) Последнее ты ошибаешься в подозрениях
Все эти многократные изменения метаданных и кода это просто бардак от наличия кучи малограмотных разработчиков вместо малого числа грамотных программистов на проектах типовых

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

(14) скорее архитекторы и ведущие какие-то "невменяемые"..?

(15) Грамотные сразу бы продумали структуру хранения данных нормальную

(16) В т.ч. только по опыту работы там нет архитекторов а работа ведущих чисто бумажно-словарная

(17) ну, туда наверно Гениев берут только ;-)

(17) //Грамотные сразу бы продумали структуру хранения данных нормальную
Сегодняшняя 1С она "родом из 90-х". Для небольших контор.
А теперь им нужен "крупняк". А те прямо говорят что erp плохо тянет.

Да и такое дело - скорее всего придётся ориентироваться на постгресс. В связи с импортозамещением всякие MS SQL - плохая примета. Денюжек не будет :-)
Да и язык внутри нужен такой, чтобы тянул большую сложность. Т.е. всякие ОПП.

Вот мы и получаем что переписать придётся "не только лишь всё. Ничего не останется" :-)

+(19) И да, шевелиться придётся быстро. Не дожидаясь никаких 2026-х годов :-)

за это время 25 лет уже почти.. 1С могла бы и свою СУБД наштрымдянькать...
а так получается - вредители они... льют воду на чужую мельницу.. ;-)
я думаю что с ростом использования 1С - выручка MS по лицензиям нехило подросла...

(5) В такой постановке задача бестолковая сама по себе.

(21) Ну теперь постгресс без вариантов. Как пример :
https://www.cnews.ru/news/top/2022-06-08_dochka_1s_v_2_raza_sbila

Думаю что и с бизнес-крупняком так же будет. Так что придётся им платформу на постгресс затачивать...

(12) У каждого свой путь...Прими это спокойно.

(12) Увольняйся ;-)

(23) она уже заточена ;-)

Предложение было доступно еще в 19 году
Переход с Микрософта на Линукс

(26) Почитайте что пишут о необходимости оптимизации типовых запросов erp при переходе на постгресс.

Вообще сейчас платформа использует некое общее подмножество sql. Такое чтобы все субд да и ещё и файловые версии тянули.
Отсюда и собственные "управляемые блокировки".

А "заточено" это когда используются механизмы постгресса.

+(28) Она будет работать только на постгрессе версии не младше чем ля-ля-тополя.

(29) А зачем ставить старый ПГ?

(30) Про версию я упомянул чтобы продемонстрировать глубину "связки" между будущей erp и постгрессом.

(31) Ну у меня обновляемые ЕРП пока, будут необновдляемые, будет и ПГ необновляемый, не вижу каких-то проблем

Но я к администрированию имею далекое отношение

Но активация МС СКЛ ща пока не производится, отсюда выбора на рынке не очень много

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

(24) (25) стараюсь относиться философски к ситуации

(36) Если бы не устраивало, давно бы сменил деятельность. Поэтому я даже не сомневался в тебе