Всем привет! Делаю объединение нескольких баз данных в единую конфигурацию.
Было 3 отдельные базы, на данный момент сливаю через ВыгрузкуЗагрузкуXML в одну базу. При слиянии были задвоены виды субконто, планы счетов и еще наверное какие то важные справочники.
После объединения перестали проводится некоторые документы, например РКО пишет при проведении, что запись не верна, вид субконто КЭК не доступен для данной записи.
До слияния всё проводилось нормально, прошу совета как собственно это безболезненно сделать и куда копать при таких ошибках?

Писать правила через КД 2 и аккуратно объединять.

(1) а еще как можно?

(2) Дубликаты объединять/удалять.

(3) с предопределенными проблема, не могу пометить на удаление. Как их можно удалить?

(4) Им нужно сбросить ИмяПредопределенныйДанных.
Есть простенькие поделки для предопределенных. Пришлите письмо на мыло в профиле - вышлю. Но за боль не отвечаю.

Нужно объединять дубли.

Советую через подсистему "Инструменты разработчика" - в ней обработка по поиску и объединению дублей работает в разы быстрее, чем аналогичная обработка от 1с. Предопределенные вроде бы тоже должна уметь объединять и удалять, но здесь не уверен.

Из критичного - помимо плана счетов и КЭК, двоятся еще справочник Журналы операций (пользователи потом одноименный отчет не могут нормально сформировать) и справочники, из которых состоит КПС (виды расходов КРБ, виды доходов КДБ и прочая фигня - посмотришь в конфигураторе). Последнее особенно печально - может перестать нормально обновляться бюджетная классификация, если там дубли не убрать => пользователи не смогут нормально КПС в следующем году ввести.

Также двоятся все классификаторы - единицы измерения, ОКВЭД, банки и прочее, но они не так сильно влияют на работу в программе.

(5) не катит, были релизы, где ГУИД КЭК были другими у предопределенных + кто-то руками добавлял виды субконто при обновлениях.
Единственно верный ответ в (1)

(7) В КЭК нет предопределенных элементов, он заполняется при первом запуске программы. Потому он и задвоился, собственно.

(8) откройте макет, там ГУИД.

(8) БГУ 1.0 сперва выпускался для франчей - партнеров, там в макете были другие ГУИД. Кто-то их поставил и начал работать.
При обновлении, по-моему, ищется по коду, а не ГУИДу, при создании новой базы - берется ГУИД из макета.
Поэтому в базе 1 с кодом 000 будет ГУИД1, а в базе 2 с кодом 000 будет ГУИД2.

(10) да, как раз хотел написать, что поиск идет все равно сначала по коду, из-за чего ГУИДы могут не совпадать с тем, что в макете.

(0) Да, вопрос - есть выданные с/ф? Касса и отчеты кассира?

(12) есть

(0) Обязательно объединять документы или достаточно остатки перенести?

(14) доки за весь год тоже нужны

(15) нумерация с/ф у вас пойдет вразнобой, как и нумерация отчетов кассира.
Условно после переноса будет:
Организация1, номер "0000001"
Организация1, номер "0000002"
Организация2, номер "0000001"
Организация2, номер "0000002"
Организация2, номер "0000003"

При создании с/ф у Организация1 будет номер 0000004, у Организация2 0000005.
Вам, скорее всего, головку открутят за такое.

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

(16) И базы как создавались? У меня было такое: взяли у Организации1 базу, переименовали справочник подразделений, сотрудников, ОС.
Вот было весело, даже с учетом своих правил переноса для объединения на КД2.

(17) с этим все ок там слава богу))

мне бы совет почему доки например РКО перестали проводится, пишет ошибку что вид субконто КЭК недоступен для данной записи и это после слияния

(19) Так виды субконто вы объединили?

(20) не все, видимо в этом ошибка, я думал что там где то еще в регистрах сведений задвоение