УТ 10.3 нетиповая, (релиз 10.3.9.1, если это имеет значение) УРИБ.
До этого уже N-ое количество раз создавались начальные образы новых узлов без каких-либо проблем. Последний раз успешное создание происходило в декабре 2014 года. После чего конфигурация незначительно дорабатывалась (в основном роли, формы объектов), незначительная доработка, накасаемая проведения в модуле объекта документа Чек ККМ. Через неделю после доработок потребовалось создать новую периферийную базу, при попытке создания вылетела ошибка "Нарушена целостность структуры конфигурации", после чего программа закрылась. Поиск по форумам подсказал, что так может происходить из-за того, что в состав плана обмена не включен какой-либо из нетиповых документов, делающих движения по регистрам, которые, в свою очередь, в план обмена включены. Но таковых документов не оказалось. Тем не менее, после включения в состав одного из нетиповых документов, начальный образ создался без ошибок! При этом этот документ в принципе не делает каких-либо движений. Кроме того, документ когда-то был создан, но ни разу использовался, журнал пустой. Почему вдруг создание начального образа стало зависимо от включения этого документа в состав передаваемых объектов плана обмена?

(0) Где-то в каком-то регистре есть измерение с типом "ДокументСсылка"?

Наверно вам туда этот вопрос задавать ) http://www.1c.ru/rus/support/support.htm

(1) Нет

(3) Точно? Имеется в виду измерение, у которого тип - ссылка на абсолютно любой документ.

+ (4) "ЛюбаяСсылка" еще может быть тип.

(4) Изначально подумал именно про ссылку на тот нетиповой документ.

Вообще есть. Про типовые регистры молчу, но вот у пары нетиповых есть. "ЛюбаяСсылка" тоже есть у одного

(6) Вот в этом и причина. Не знаю платформой это проверяется или кодом конфигурации, но логика примерно такая: раз в регистре может быть ссылка на любой документ, то и все документы должны участвовать в плане обмена. Иначе возможна ситуация с "объект не найден" в базе получаетеле, что и является нарушением целостности.

(7) интересно и даже логично! Но даже в типовой конфигурации далеко не все документы включены в состав плана обмена "полный", при этом регистров с измерениями "ДокументСсылка" или "ЛюбаяСсылка" хватает. И ошибок не возникает.

(8) Хватает таких регистров, которые включены в план обмена "полный"?

Нашёл в УТ 11 регистр сведений "Версии объектов", там в измерении "ЛюбаяСсылка", он участвует в планах обмена, но авторегистрация запрещена. Видимо, еще она влияет на подобные проверки.

(9) Я в состав включил только один документ, при этом остальные 60% документов из всех, что есть в базе, так и остались "вне обмена". Тем не менее ошибка ушла. А по логике не должна была

(7)Чой та вдруг? У нас чекиККМ движения по регистрам остатков делают а из базы не выезжают. И это поведение из коробки.

(11), (12) Да я вот уже тоже думаю что перестарался с выводами. Такая теория рухнула..

(12) И что в базе-приемнике получается в регистре, "объект не найден"?

(11) А 60% документов тоже нетиповые?

(14)Да, а кого это волнует? остатки верные, а чеки удаляются в конце дня вместо них, отчет о розничных продажах.

Мне кажется это проблема самого алгоритма создания начального образа (т.е. исходных таблиц хранения данных и построения индексов), а неработоспособности базы в дальнейшем. Скорее всего что-то там с проблемой проверки объектов составного типа в измерениях (например). Как в самом деле не знаю, но можно предположить что анализируются только объекты, входящие в план обмена.

(16) Никого, интересно просто.

(17) Имеешь в виду что этот проблемный документ входил в состав другого плана обмена, отличного от "полный"?

(15) В основном типовые