Обычный глюк БП, разъехались NULL и ПустаяСсылка на Подразделение.
Тестирование и исправление поправило за сутки только 1 год. А нужно еще 8 лет. Как можно ускорить процесс?
Варианты вижу - удалить и снова завести в конфигурации измерение. Или может проще снова загрузить конфигурацию?
SQL-скрипт еще подумываю написать.
У кого есть какие-то практические советы?

Обработка

(1) не факт, что быстрее

Факт

(3) А что она делать эта обработка? Перепроводить документы?

Получить кандидаты-регистраторы, прочитать набор, изменить, записать. Без прикладных проверок (через доп. свойства), в режиме загрузки. Транзакциями по 100-1000 наборов. И с отключенными итогами.

*наборы

(4) в (5) правильно. Возможно правда излишне оптимизировано

я скрипт писал за пару минут и все готово

(8) для sql?

(9) да

Недавно было совсем http://catalog.mista.ru/public/1009357/

есть косяк при реструктуризации регистра бухгалтерии если поменять разрядность количество то он везде null на 0 заменит. И потом при ТиИ ругается на чем свет стоит. Аналогично и с валютой.

UPDATE AccRg1202 SET Fld1207Ct = NULL WHERE _Fld1207Ct = 0
UPDATE AccRg1202 SET Fld1207Dt = NULL WHERE _Fld1207Dt = 0

AccRg1202 - это наш регистр бухгалтерии  (нужно смотреть соответсвие структуры) _Fld1207Ct - поле количество кредит

(10) и итоги пересчитал в sql?

(13) зачем? с итогами вроде проблем нет.

ну по крайне мере в моем случае когда ресурс 0 на null меняется. У ТС скорее всего средствами 1С потом пересчет сделает

(12) (15) это всё очень далеко от "все готово". А косяки в валюте могут ох..тельные переоценки вызвать

(16) мне хватило, косяков выявлено небыло

(0) нашел в загашнике
https://cloud.mail.ru/public/FoNA/BX11AbBC9
Если поможет, с тебя отчёт по времени выполнения)

(18) Спасибо, посмотрим отчитаемся :)
Может быстрее быть в xml сериализовать, а потом загрузить обратно с движениями? :)

(19) в xml те же косяки будут, а искать там сложнее

(20) Ясно. Еще спасибо. :)