По регистру "Товары на складах" по выбранной номенклатуре и выбранному значится два движения: приход от 30.07.13 и расход от 14.07.15.

Тем не менее, запрос с нижеследующим текстом на любую дату до 30.07.13 (даже какой-нибудь 2000 год, когда учет, понятное дело, в базе еще не велся) выдает КоличествоОстаток = -1

ВЫБРАТЬ
    ТоварыНаСкладахОстатки.Номенклатура,
    ТоварыНаСкладахОстатки.КоличествоОстаток
ИЗ
    РегистрНакопления.ТоварыНаСкладах.Остатки(&Дата, Склад = &Склад) КАК ТоварыНаСкладахОстатки


ТиИ пока не делал в виду большого объема базы (точка встанет на N часов)

Пересчет итогов может помочь?

Больше похоже не на мистику а на сказку...
Отмени эти 2 движения и посмотри результат запроса...а еще глянь даты - там точно "30.07.13" а не какой нить 30.07.0013?!

(2) год точно 13й, к тому же там приход. Все-таки пересчет попробовал запустить, он должен минут за 5 отработать, потом попробую отменить эти движения. Хотя маловероятно, что причина в них.

Мда, пересчет итогов выдал мне:
Ошибка СУБД:
Ошибка SQL: запись значения NULL в поле, не допускающее NULL 'FLD7842_TYPE'

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

(5) Получится...

ТОлько не неопределено

(6) и какой отбор устанавливать?
Попробовал так:


    Запрос = Новый Запрос;
    Запрос.Текст =
        "ВЫБРАТЬ
        |    ТоварыНаСкладах.Регистратор
        |ИЗ
        |    РегистрНакопления.ТоварыНаСкладах КАК ТоварыНаСкладах
        |ГДЕ
        |    ТоварыНаСкладах.Период < &Период";
    Запрос.УстановитьПараметр("Период", Дата("20060101"));
    Результат = Запрос.Выполнить();

    Выборка = Результат.Выбрать();
   N = 1;
   Пока Выборка.Следующий() Цикл
       Набор = РегистрыНакопления.ТоварыНаСкладах.СоздатьНаборЗаписей();
       Набор.Отбор.Регистратор.Установить(Выборка.Регистратор);
       Набор.Записать();
       Сообщить ("Запись " + N + " Удалена");
       N = N + 1;
КонецЦикла;

Ругается

(8) где регистратор.ссылка есть NULL
и потом по найденным битым ссылкам и беги

ТиИ + пересчет итогов = счастье)

или тупо создать битые объекты обработкой и потом уже по ним шарится? (обработки есть готовые такие для восстановления битых ссылок)

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

(11) Ссылки не битые, их вообще нет

В выходной - выгрузка/загрузка.

Нашел способ: снять галку с одного из регистраторов, обновить БД и вернуть галочку обратно. Якобы при реструктуризации регистра эти записи сами пропадут. Но способ работал то ли на 8.1, то ли даже на 8.0. У меня же не дает принять изменения в виду того, что есть дублирующие записи с одинаковым регистратором :)

(14) Выходных не бывает...и ТЦ обязует отключать компьютеры на ночь.

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

(10) ну придется тормозить работу отдела на время ТиИ. А если не поможет, заново распределенный узел создавать. Других вариантов не вижу...

+ (17) еще вариант при наличии сервера SQL - лезть напрямую в таблицу движений на сервере и чистить ручками

(19) SQL сервера нет. Думал через tool_1cd можно как-то удалить записи, но не додумал)