Подскажите идею, как сделать:
В одну периферийную базу попали элементы с другой базы. Думаю из-за того, что справочник сотрудники привязали к проектам. (сотрудники не мигрируют, а проекты мигрируют). Так вот после ТиИ создались элементы сотрудники с идентификаторами другой базы. данных сотрудников переименовали под своих и они теперь привязаны в куче документов и справочников. Как вариант рассматривал создать новые элементы и все ссылки переделать на новые элементы. Элементов 10 штук, но ссылок на них очень много. И как потом все изменения отправить в центральную базу ? Только полностью все справочники перезаписать и все документы в которых есть ссылка на данный справочник ? База ДБФ.

Русский язык - не родной?

(1) Запятые пропусти ? Извиняюсь. А можно сообщения изменять ?

(1) не родной

Я просто жил и учился в Гонконге. Русский в школе не учил. Извините за мой русский.

(4) Эк тебя занесло

создаешь новые "местные" элементы и с помощью обработки меняешь ссылки.
Если есть ссылки на доки, которые не хотелось бы перепроводить, можешь ссылки заменить вот этим http://infostart.ru/public/66865/ (если база SQL)

На 7.7 такую миграцию штатно реализовать не получится. Отвязывайте справочники. Вводите не сылочную связь элементов. Лучше через значение в строку.

FN, и что получим в центральной базе?

(7)Справочник я уже отвязал. Нужно, только устранить проблему в этой базе.

(8) да, с УРБД нужно поосторожней. Не учел

(4) Просто в этом "потоке" трудно сообразить, что случилось, и что нужно....
1. у тебя "элементы из другой базы" не "попали", а создались. Тестированием и исправлением. т.е. ты сам виноват.
2. Исправлять "вновь созданные"  "<ФС>" не стоит... опять ваш косяк
3. Создай новые, а вот с заменой - тебе бы поаккуратнее. меняй только в "своих" документах. Изменишь в "чужих" - им косяков подаришь...
4. ну а как исправишь - все автоматом в цент улетит.

(11) Спасибо! Буду пробовать.

Поиск сссылок на "лишние" элементы, поиск ссылок на "найденные элементы" (пока все созданные не соберёшь), удаление найденных элементов. Т.к. у тебя этих элементов в этой базе быть не должно и справочники уже развязаны, то ты найдёшь только элементы созданные ТИИ.

(0) "после ТиИ создались элементы" - вот это твоя САМАЯ ГЛАВНАЯ ОШИБКА!!!

(13) нет. у него ссылки на эти элементы прилетели из ЦБ. т.е. по сути, это у него элементы ЦБ. При миграции - запросто удаление улетит в ЦБ

(13) Ты думаешь о чем говоришЬ?

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

(14) Да я знаю ! Не я это делал, но мне переделывать :)

(18) На моей прежней работе мой труд, новые спецы, угробили всего за месяц.

(17) да (13) вроде не дилетант. может, подзабыл уже?

(20) см (18)

(13) Да, думаю. И прежде чем пишу, тоже думаю.
Расскажите нам, откуда в реальных данных у него возьмутся ссылки на элементы, которых нет должно быть в этой базе? Если единственную неверную ссылку он отвязал!?
А вот каскадное создание потерянных эелемнтов в 7.7 реализовано. Соответственно и удалять их надо каскадно.

(22) Эти документы необходимо ЗАНОВО отправить из ЦБ в ПФ

(22) "откуда"? да тривиально: смигрировал справочник/документ, в реквизитах которого есть ссылка на немигрирующий элемент справочника.
Ссылка есть, а элемента - нет. :-)
система отображает это как "элемент не найден" или типа того.
ТиИ смотрит - есть ссылка, а элемента нет -= и создает его. пустой. чисто по ИДу.
фсьо....
--------
вапросы есть?

(24) 5 баллов!

(24) собственно об этом в (0) и написано

(26) это был типа перевод с русского на русский....

(22)
В ЦБ и в другой перефирийной базе данные уже наверняка попорчены.

Если не попорчены - выполнить удаление объектов. Все объекты не удовлетворяющие правилам миграции будут удалены. Т.к. ссылок уже нет, базы можно считать восстановленными.

(23) Я это знаю, все создаваемые элементы при ТИИ легко идентифицируются. Удалить их не проблема.

Вопрос автору, откуда в перефирийной базе взялась куча ссылок на объекты, которых в ней быть не должно?

Пользователи увидели элемент ФС-00... и его переименовали для дальнейшего использования?

Путь исправления такой:
0) Делаем копию данных (можно и в базе создать копии объектов, которые будут удалены).
1) Выполняем удаление помеченных объектов, объекты не соответствующие правилам миграции удаляются то же;
2) Делаем ТИИ и понимаем, из-за каких объектов косяк;
3) Создаём новые объекты и заменяем ссылки на объекты созданные при ТИИ на ссылки на новые объекты. Данные для заполнения взять из пункта 0.

Список таких объектов передаём для проверки. Т.к. полного восстановления данных мы не получим. (элемент будет корректно восстановлен только в одной базе, в остальных будет восстановлена его копия, а не первоначальные данные).


Проделать в каждой перефирийной базе, потом обменяться данными.

+(30) И обрушить ВСЮ СИСТЕМУ!

(31) ссылки я уже поменял в справочниках и документах! Но вот проблема, есть движение регистров в котором реквизит, как раз косячный элемент. Что теперь препроводить придется доки ?

Кто-то, мне писал, что можно просто записать док )))

(30)
по пункту 1 с чего это ?

(28) не факт. у него тот справочник, из за которого весь сыр-бор - не мигрирует.
поэтому он везде разный.

(29) в (24) описано, откуда

(30) а не пойти ли вам, мил человек,  в задницу с такими советами?

(32) поменяй ссылки и в регистре прямым запросом. только эти изменения сами не мигрируют.

(31) Чем обрушить?

(33), (38)
Только перепроведение. Движения в 7.7 мигрируют вместе с документами.

(34) Так заложено в платформе.

(35) "Не мигрирует" и миграция "ИБ создания и ЦБ" не одно и то же. В центральную ИБ мигрируют все изменённые объекты.

Изменять регистр прямым запросом или не изменять ? Если например и в периферийной поменять и в центральной ? А если в таблице движения регистров DBF поменять на нормальный справочник ?

(43) Если с 1C++ не знакомы, то лучше перепровести документы. Скорее всего косяк с миграцией у вас не так давно и алгоритмы проведения не менялись.

Мождно и напрямую в таблицах поменять, если умеете. Замену лучше делать в периферийной, документ записать, и он сам утащит все изменения.

Всё ок ! данные не изменились после проведения  ! всем спасибо !