Нахальное удаление помеченных объектов без контроля ссылочной целостности #780205

В общем, поступил мне запрос от заказчика свернуть базу, да так, чтоб никто не догадался, что учет в ней вёлся ранее даты свертки. КИС - УТ10.3. Я, как-то уже её сворачивал, но делал замену ссылок в партиях и взаиморасчетах по документам. Естественно, много помеченных на удаление осталось, так как там ещё регистры по НДС содержат много таких ссылок. На этот раз решил какую-то обработку по замене ссылок набросать, но столкнулся с тем, что очень много в каких объектах могут они быть(например, в тч Акта сверки). Так вот, интересует следующий момент: как отразится на работоспособности базы, если я нахально, без контроля ссылочной целостности, выпилю помеченные на удаление документы ранее указанной даты, а потом сделаю ТИИ с созданием объектов? З.Ы. Если у кого-нибудь есть обработка по замене помеченных на удаление объектов по ссылкам, готов купить.

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

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

Лучшая свертка - это перенос только нужного в чистую базу.

+ Да кста легко делается с помощью КД

И - откуда возьмутся начальные остатки ?

Запросом из старой базы, выгруженном в xml файлик (по правилам) - откуда же еще?

+ Суть в том что удаление кучи объектов, намного сложнее копирование гораздо меньшей кучки. Но по базе смотреть надо естественно, иногда проще удалит пару тысяч чего то чем перетаскивать пару лямов. Но если удалять нужно сравнимо с нужным для переноса или тем более больше...

+ Полная аналогия с удалением строк в ТЗ, когда проще скопировать только нужные строки в новую ТЗ.

Мне надо два года оставить, а два удалить. Не очень понятно, как переносить в новую базу данные за два года. Если КД использовать, то это будет очень долго. И не факт, что сервер справится.

"чтобы никто не догадался, что учёт вёлся раньше даты свёртки" - вы от кого шифруетесь? от фискалов? они и без вашей базы будут знать и знают когда у вас учет велся

На самом деле я не знаю - пожелание заказчика.

Удалять 2 года с выбором что оставить и перенести во "ввод остатков" будет еще медленнее чем просто выгрузить и загрузить.

>>З.Ы. Если у кого-нибудь есть обработка по замене помеченных на удаление объектов по ссылкам, готов купить. Что именно должна делать обработка? Не сказать, что это сделать проще, чем свернуть )

Написание и отладка правил, 500тестовых загрузоквыгрузок(забыл поставить поле, а вот здесь правило, а вот здесь надо бы искать по кодунаименовнию, ну и тд...) не сказать, что происходят моментально. Если только ты постоянно пользуешь конвертацию и всю нюансы держишь в голове.

А перенос через КД переносит и документы и их движения без перепроведения?

В том то и дело, что КД это штука нишевая для франчайзи.. фикси с ней практически не работают, и опыта не имеют.

Можно и так. Можно движения корректировать. Но мне имхается, что на подготовку самих правил дофига времени уйдет. По крайней мере, у меня. Я не каждый день имею с КД дело.

Я делал так: брал самые первые документы по типу с начала года и заменял ими все, которые есть в остатках на текущее время(и в тч Акта сверки) из прошлого периода, помеченные на удаление в движениях документов свёртки. По идее, остаются только те доки, которые закрыты за последние два года, но я их планировал перекинуть в незакрытый период. Бред какой-то написал...   Но как по-другому от них избавиться - не могу сообразить.

> поступил мне запрос от заказчика свернуть базу, да так, > чтоб никто не догадался, что учет в ней вёлся ранее даты > свертки по какому критерию предполагается определять возможность догадаться?

Доказательством, что ранее был учет, будут остатки. И не важно, где был учет, в этой БД или в другой. А так же для людей в погонах в первую очередь будет важна бумажная документация, а электронная в основном только на крайний случай, да и то все это спорный момент :)

+ Послать желающего лесом. И предложить просто начать учет в Пустой БД, с новыми справочниками, с нулевыми остатками. Тогда все будет, как по новой и не прикопаться :)

Ну как всегда побакланили, и нифига толку

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

Начальных остатков нет - учет же не велся до этого.

Ну не хочет заказчик видеть документы до даты свёртки и всё тут!

Так и хотел. Только хотел заменять на первый документ данного вида после даты свёртки. Что за "ручной документ"?

толково подметил

тот документ который вводится если начинаешь вести полностью с нуля что то вроде документ Партия или  ДокументРасчетовСКонтрагентом как например в Бухгалтерии. Смотреть надо по типу в субконто или измерениях регистра.

Если же выгрузка/загрузка XML, когда конфигурации одинаковые она прокатывает и без правил.

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

"чтоб никто не догадался, что учет в ней вёлся ранее даты свертки" - работа непростая, надо искать все места, где могут быть старые даты: начиная с учетной политики, до цен номенклатуры и текста в платежках, где указано "Оплата по счету от 2005 года". Просто удаление - это малая часть работы.

еще после окончания чистки не забудь почистить журналы регистрации

Остаться без истории документов? Спорное решение. Ну да бог вам  судья. Новая база с переносом справочников, настроек и т.д. кроме документов; Формирование остатков - документами корректировки регистров; Обработкой из остатков удаляются все ссылки на документы или заменяются на ссылку специально созданного пустого документа каждого вида.

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