Достались несколько одинаковых баз на основе БП 3.0 (БСО 3.1)
Во всех базах фиг знает сколько времени конфигурации объединялись при обновлении, а в план счетов вбивали вручную. Именно в конфигураторе.
Зачем так делалось-не знаю, но полазив по конфигурациям, кроме как рюшечек и бантиков-других изменений не нашел. Однозначно.

Теперь вопрос.
Как проще вернуть типовой план счетов ? Кроме него больше никаких препятствий, чтобы конфигурации сделать полностью типовыми, а "рюшечки и бантики" вынести в расширения.
При объединении или загрузке орет на половину счетов, что код не уникальный.

Выполнить процедуры начального заполнения из менеджера, вообще ничего уже посмотреть не могут

(1) При чем тут менеджер ???
Я про ошибку в конфигураторе которая возникает.

ну убери контроль на время обновления, потом разгребешь данные, вернешь

Получились вот такие задвоения
https://s8.hostingkartinok.com/uploads/images/2018/07/110821bc00ac7bf2f5a02bd116c1a585.jpg

И вообще не понятно, как практически весь ПС оказался с неуникальными кодами ?
Вот здесь скрин выложил.
https://s8.hostingkartinok.com/uploads/images/2018/07/4b63a20ce8ae7e0500bc94bc222cbd96.jpg

(9) идентификатры отличаются, пс херачили вручную, пропуская в момент обновления.

КД, правило синхронизации плана счетов по коду, перегрузить в чистую типовую базу.

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

(12) Не только. Ещё у предопределенных есть идентификатор.

(0) Быстро не получится. Надо переименовывать старые элементы, объединением затаскивать новые (правильные), потом менять ссылки в режиме предприятия. Бодяга та ещё.

(13) ага, автор думает, может есть простой варик, но его тут и на горизонте не видно)

(14) Легче иногда при обновлениях поработать, кмк.

(9) > как практически весь ПС оказался с неуникальными кодами?

Это как раз понятно. Добавляли предопределенные элементы в ПС вручную в конфигураторе. Или результат обновления через сравнение/объединение в обход механизмов поддержки (там есть свои особенности при изменении и добавлении объектов метаданных).

Варианты решения:
1. См.(11). Если база данных не большая, то можно взять пустую типовую и через КД перенести все данные из текущей БД в пустую. При этом в правилах указать синхронизацию плана счетов по коду.
2. Вручную муторно и долго. Через поиск и замену значений заменить корявые элементы плана счетов на нормальные. Потом корявые пометить на удаление и удалить. Способов отделить корявые элементы от нормальных несколько. Например, до выполнения обновления изменить коды всех элементов ПС, добавив в начало кода какой-нибудь знак, например, "подчеркивание".

Особенности предопределенных элементов объектов метаданных
https://its.1c.ru/db/metod8dev#content:2327:hdoc

Всем спасибо за подсказки.
Про КД как-то сразу не подумал.
Вручную с одной базой продолбался 3 часа, она весит 7 Гб. Вес большой за счет присоед. файлов, но и без них 4 Гб, что тоже не мало и комп тормозит.
Как поведет себя перенос с пом. КД на таком объеме ?

(17) ну 4 гб - это практически пустая. Так что есть шанс.

(17) ха! на 4 гб базе комп не должен тормозить
там что-то еще пренеприятнейшее должно быть... но что именно? хз-хз

(18) Почему 4 Гб ? Это если без присоед. файлов, но я же их удалять не могу, там сканы нужных документов.
(19) На домашнем ноуте приходится делать.
HDD 5400, похоже созрел на покупку SSD хотя бы для размещения баз. Конфигуратор запускается минуту минимум.

(20) на SSD как раз должна быть система, профиль и темпы.

(20) Кэш 1сный и темпы обязательно на ссд.

(21) (22) Т.е. базы оставить на HDD ?

(23) И базы тоже на SSD.
Чтобы иметь заметный выхлоп от использования SSD, у тебя на нём должны быть системный кэш, 1С-ные временные файлы и базы.
На HDD имеет смысл держать что-либо только на серверах, где собраны быстрые массивы, сопоставимые с SSD.

На домашнем компе или ноутбуке смысла в обычном HDD вообще не вижу. Кроме как, для файлопомойки с фотками и видео.
Всё остальное, включая систему, все программы и игры, базы данных и разного рода временные файлы (кэш, темпы и пр.) должно быть на быстром SSD диске.

+ к (24)  У меня собственно так и сделано. Стоит в ноутбуке два винта (изначально конструкцией предусмотрено) - один обычный и один SSD. Обычный HDD используется только для хранения файлов - исходные установочные пакеты программ (setup), видео, фото, электронные книги, различный прочий мусор, накаченный из сети. Всё остальное - на SSD.