Подскажите что делать!?

Удалили из базы несколько позиций номенклатуры - соответственно появились битые ссылки в закрытом периоде; (если кратко -бэкапов нет)
Подскажите как то можно програмно движения регистров накопления и регистров бухгалтерии с удалёнными номенклатурами перенести на какую нибудь одну позицию?

Получить эти ссылки запросом, создать элементы, присвоить этим элементам найденные ссылки. Потом уже переносить на нормальные.

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

(2) Ну, можешь пойти по методу поиска и замены дублей. Но представляешь, что у тебя в базе получится?

Я себе представляю, что будет большой оборот по одной системной позиции, с этим остатками что-то можно уже будет сделать - перекомплектовать к примеру по инвентаризации.(просто у них в базе эта проблема с 2018 г. и они ничего не могут сделать с большими ТМЦ)
Или я что-то не так понимаю? просто нужно как то все остатки по битым ссылкам перенести на одну..

Копия базы текущая есть, можно ее сделать?

Запусти на тестовой копии ТИИ и там есть режим создания элементов. Посмотри на результат. После ТИИ можно будет сложить это все дело при желании на специально созданный элемент для удаленных. Но эта тема исследовательская.

з.ы. Браться за подобного рода задачки на внешнем разовом договоре проблематично - мороки много, а вероятность позитивного выхлопа почти нулевая.

Организационно только что решить?

Инвентаризация - понятно. Процедура ввода остатков для тех позиций, с которыми точно согласны.
Все потерянное в списание.

Далее. По вводу остатков из существующей "битой" базы нужно уходить в новую базу.

ИЛИ

Это база вообще проф-версии или базовая?
Если база проф. Создавайте еще одну организацию и переносите в новую организацию "все хорошее", бросая в старой "все плохое"
Потом сможете отдельно решить проблему с миграцией в новую базу с новой организацией.

(5) (6) Странные какие-то рассуждения.
>> Браться за подобного рода задачки на внешнем разовом договоре проблематично - мороки много, а вероятность позитивного выхлопа почти нулевая.

Задача как раз не сложная, и с небольшими дописками решается типовыми обработками. Проблема тут в другом: похоже ни заказчик, ни ТС не понимают к каким рискам приведет такое решение.

Безопасное решение в (1).

(7) как наличие мороки связано со сложностью?
Оно не сложно ни разу.
1) хз сколько времени на эту задачу придется угробить в поисках нужного результата
2) нужный по мнению Исполнителя результат не удовлетворит Заказчика

5 и 6 никак не противоречит 1 : те же яйца - вид в профиль

(8) Так с постановки определения термина "нужный результат" и надо начинать действовать. И (1) - самый правильный и простой путь достижения любой степени правильности.

(8) Ну т.е. в целом мы сходимся))
Только пункты нужно поменять местами: сначала объяснить заказчику что он получит в случае различных вариантов решения. Тогда гробить время на п.1 не придётся.

>>5 и 6 никак не противоречит 1 : те же яйца - вид в профиль
На исследования типа (5) уйдет время, а (1) делается за 10 минут (написать обработку и выполнить)

(9) :-)

Перечитал еще раз топик - мысль : удалили несколько позиций номенклатуры

А сколько их несколько? ну пусть не 2, а 3 позиции... а может там ХХ позиций удалено?
Ну вряд ли из-за 3 позиций возникла бы проблема - "они ничего не могут сделать с большими ТМЦ"

(11) Несколько - это больше нуля )))
Так что разницы никакой. Только во времени работы обработки.

(10) // а (1) делается за 10 минут (написать обработку и выполнить)

Ну для старых баз я физически такие обработки писал.
Для базы в формате БП 3 что-то уже готовое вроде бы в самой базе даже есть типовое.

Но не готов утверждать, что за 10 минут пишется и выполняется подобная обработка. - Вот уже и готовая почва для разногласий в оценке трудозатрат с Заказчиком :-)

Исследование с ТИИ ему все равно сделать придется, имхо.

(12) Программисту никакой. А у них охулиарды рублей куда-то пропали.

(13) Ну кто ж в трезвом уме будет озвучивать эти 10 минут? ))
часа 4 на исследование (3-45 из них на пиения чаёв). И 2 дня на исправление...
Это минимум. Если, разумеется, база важная...

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

(16) вангую, что таким удалением в той базе баловались как раз весь 2018 и 2019 год.
Там будет не одна и не две таких удаленных позиций, причем, в разное время.

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

Он же пишет
- сумма накопленных остатков на ТМЦ неадекватная.
- Стали искать на чем зависла.
- Нашли зависшее на битой номенклатуре.

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

Могли бы скопировать базу - она же файловая - и фигачить левак туда.

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

ну,файловую же можно просто скопировать,да,консистентность может пострадать,но удаляемые элементы там бы точно остались.