Хочу базу (УПП 1.3) поставить полностью на поддержку.
Как можно проверить, не затерлись ли какие данные, после загрузи cf?

ТиИ

(1) если после загрузки удалится какой-нить документ, то ТиИ к этому совершенно равнодушно отнесется

можно конечно же воспользоваться ВыгрузкаЗагрузкаДанных, но объем слишком большой

как вобще после загрузки цф-ника можгут потереться данные? только если реквизит или сам док удалён

(4) я с таким как-то сталкивался

(5) сравнением-объединением делай значит, раз случились чудеса при загрузке

(6) он хочет вернуть полностью поддержку

выгрузи номера документов из обеих баз в какойнибуть SQL Server и запросом выбери отсутствующие во второй базе

(7) вернуть типовую или сделать свою? в первом случае анализ покажет какие данные исчезнут (разница объектов, реквизитов)

(5) Если что то он собирается потереть, он пишет, поэтому вопрос в (4) актуален

Вдумчивый анализ диалога "Реоргиназиция базы" при сохранении конфигурации в базу данных, даст тебе полный список возможного затирания/удаления объектов.

Помнится при обновлении с cf если ранее не был дан отрицательный ответ система предлагает поставить на поддержку сама.Иначе только полная загрузка cf.

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

ЗЫ. обащайся к специалисту

(0) попробывать загрузить первоначальную :)

изменения будут видны

(0) Когда сравнение конфигурации ИБ и твоей cf скажет что конфигурации идентичны, тогда загружай.

(11) а это мысль...

(15) вообще конфа на поддержке, я хочу попробовать выгрузить конфу поставщика и загрузить обратно

+17 чтобы можно было обновлять полностью на автомате

теоретики

(18) а это было кому то не понятно? :)

(11) я бы сказал, вдумчивый анализ сравнения отчета о сравнении конфигураций...

(20) и чего ты там увидешь? :))

забор с написанными на нем тремя буковками? :))

все таки 1Сик это диагноз

(21) реквизит/объект удален, например... а что еще нужно увидеть?

(23) нужны внутренние уиды объектов,
т.е. имена таблиц..
называться объект может одинаково, но храниться в разных таблицах...
после загрузки другой конфы, данные потеряются

короче вот тебе универсальное решение v8unpack и kdiff на два каталога, сразу станет видно где uuid поменялся.

(24) бгг, теоретик
если бы затирались уиды, в одие прекрасный момент, все упп юзеры выдали бы материала на новую китайскую стену

(26) для идиотов
последний раз объясняю,
имеем две конфы..
в одной вид документов Аванасовый отчет храниться в таблице _Ref1
в другой этот же вид документов храниться в таблице _Ref2
после загрузки второй конфы в базу с первой конфой, таблица  _Ref1 очиститься, как не используемая...

случайно не 86 год?

(26) Меню - Конфигурация - Загрузить конфигурацию из файла = докажи, что uuid не затираются... потом можно вести конструктивный диалог.

(27) это будет видно при сравнении конфигураций
еще раз, когда конфигурация БД и внешнего cf будет идентична, тогда можно полностью снять с поддержки и загрузить cf

(29) так ты можешь убить базу,
т.к. внутренние id могут быть разные
именно поэтому некоторым режимом  "Загрузить конфигурацию из файла " категорически противопоказано

пользоваться