Имеется регистр остатков КПдляЦР. Делаю непроведенными все документы, которые могут двигать этот регистр. Использую нижеприведенный код, чтобы убедиться, что регистр чист. В результате нет ни одного оборота, но есть итоги. Подскажите, это ошибка базы или я напортачил в коде и делаю что то не так?

Процедура Сформировать()
перем тз;
Таб=СоздатьОбъект("Таблица");
Таб.ИсходнаяТаблица("");
Таб.ВывестиСекцию("Шапка");
РегК = СоздатьОбъект("Регистр.КПдляЦР");
РегК.УстановитьФильтр(_Вагон);
РегК.ВыгрузитьИтоги(ТЗ);
РегК.ВыбратьДвижения('01.01.2000','31.12.2014');
Пока РегК.ПолучитьДвижение() = 1 Цикл
Таб.ВывестиСекцию("Строка");
КонецЦикла;
тз.выбратьстроки();
Пока тз.получитьстроку()=1 Цикл
Таб.ВывестиСекцию("Строка1");
КонецЦикла;
Таб.ТолькоПросмотр(1);
Таб.Опции(0,0,0,0);
Таб.Показать("");
КонецПроцедуры

Реиндексация, пересчет Итогов

ну, и
РегК.ВыбратьДвижения(,);

Движение может быть и с пустой датой. Диапазон уберите.

Реиндексация и пересчет не помогает, делал выгрузку/загрузку базы, результат не поменялся. После выгрузки и загрузки нужно делать пересчет?
Диапазон оставлял пустой (РегК.ВыбратьДвижения()), так же появляются итоги и нет оборотов.

(4) При загрузке пересчет автоматически идет. Ищите обороты.

(5) Подскажите как искать? Код вышеприведенный ничего не дает, если он правильный, то как тогда найти обороты?

ra rg прибить и делов
ЗЫ тока этого регистра ...в 1cv7.dd почитать

(7) не понял что за "ra rg"?

(8) Тогда ничего не трогай! Ищи обороты и делай пересчет итогов. :)

к слову , а обороты могкут быть и без даты

(11) вот прежде чем давать советы типа (7) и (11) - стоит прочитать (3) и (5)

(9) я писал в (4), про пересчет. Где же искать обороты и главное как?
(11)(12) я писал в (4) про РегК.ВыбратьДвижения(). Достаточно ли оставить пустыми скобки, чтобы в выборку попали все движения, даже те, что без даты?
(10) это слишком экстремально, хотелось бы обойтись стандартными средствами.

фильтр выкини, для начала

из кода и убери период в выбрать движения

затем открой ra и посмотри глазёнками, че там есть вообще, ну или запросом погляди.

(12) никому еще не мешало знание всех вариантов решения проблемы
ЗЫ бывает, пропустил ... все человеки

(17) Гильотина - слишком радикальный способ борьбы с перхотью.

Все же посмотрел на копии вариант решения проблемы из (10)
вот что вышло: удалил оба файла, запустил 1с-ку, файлы восстановились пустыми. Перепровел несколько документов, двигающие этот регистр, файлы обновились. Запустил отчет из (1), опять появилась такая же ситуация. Отменил проведение всех документов, что провел после удаления файлов. В файле RA389.dbf пропали все строки, а вот в RG389.dbf остались вот такие строчки:
PERIOD SP390 SP391 SP392 SP398
01.02.2013 HPH A AY -3
01.03.2013 HPH A AY -3
01.04.2013 HPH A AY -3
01.05.2013 HPH A AY -3
01.06.2013 HPH A AY -3
01.07.2013 HPH A AY -3
01.08.2013 HPH A AY -3
01.09.2013 HPH A AY -3
01.10.2013 HPH A AY -3
01.11.2013 HPH A AY -3
01.12.2013 HPH A AY -3
01.01.2014 HPH A AY -3
01.02.2014 HPH A AY -3
01.03.2014 HPH A AY -3
01.04.2014 HPH A AY -3

Это как раз тот самый непонятный итог, что вылезает в отчете из (1), при том что движений нет.

(19) так и должно быть.
Нулевые итоги из rg не "улетают" сами.

Так они не нулевые же, "-3"!="0"

(21) открой словарь, перечисли, что есть
SP390 SP391 SP392 SP398 у тебя.

(22)
F=SP390     |(P)Вагон            |C   |9     |0        
F=SP391     |(P)Смена            |C   |9     |0        
F=SP392     |(P)Тип              |C   |9     |0        
F=SP398     |(P)Кол              |N   |2     |0

(23) и ? Кол у тебя везде =0

(24) нет же)
PERIOD     SP390 SP391 SP392 SP398
01.02.2013 HPH   A     AY    -3
и дальше...

SP398 ="-3"

(26) и строчек в Ra нема ?
Так быть не должно.
Какие доки ты перепроводил и как удалял ?

да и.. ТА двигать на 2014 год.. это тоже п..ц

(0) Ядро какое 1С ?

И это, удали для начала,
RA389.dbf
RA389.cdx
RG389.dbf
RG389.cdx
потом уже эксперементируй.

(27) в RA нет строчек. Конфа полностью самописная, исправно работала 10 лет, писал не я, но поддерживаю ее уже 6 лет, таких проблем не было. Ручаюсь, что никто кроме меня там не "шарит", я в эти документы не заглядывал вообще никогда ибо работало все ок. ТА двинули операторы, наверное мисклик произошел, есть смысл исправить?
(29) 25 релиз эскуэльный, но база дбф.

(30) конечно я удалил эти 4 файла перед экспериментами.

(31) Если ставишь 27, проблема остается ?

(33) не пробовал, 25 релиз всегда был устойчивым, стОит попробовать 27-й?

(34) Имеет смысл посмотреть как он себя будет вести в твоей ситуации

ни разу не слышал про глюки 27-ого релиза, которых нет в 25-ом

Как проводишь доки, что у тебя ТА на 14 годе ?!
Как удаляешь их потом ?

27 нафик не впёрся.

(37)ТА двинули операторы, если это фейл, то могу вернуть на 2013, хотя не слышал, чтобы из за этого неправильно считались итоги. После сдвига ТА на 14год, доки не спрашивают подтверждения для переноса ТА, возможно это и послужило причиной сдвига ТА на 14 год, тут я могу только гадать. Доки не удаляю, отменяю проведение по правому клику мышкой.

(39) ну ясно, про та и актуальные итоги ты тоже ничего не слышал, как и о временном расчете

ну и в такие строки в rg при штатной отмене проведения, я тоже не верю.

+ не верю в то, что записей в ra нет - они есть, 1с-ина их не удаляет, метит маркером удаления и всё.

так что , че ты там смотришь, чем и как - загадка.

(40) я с компонентой оперучет вообще постольку посколько знаком, если я что то сделал не так буду рад об этом услышать. Что я должен знать о актуальных итогах и временном расчете? Какие именно строки в rg вызывают у тебя подозрения? Я отфильтровал те строки которые отличны от нуля. В ra ноль строк, смотрел правда екселем, ибо больше ничего нет под рукой, возможно он не показывает строчки с пометкой на удаление, какое это имеет отношение к нам? 1С их не учитывает также. Вроде все разъяснил)

+(44) открыл ra с помощью database tour pro, в файле ровно 0 строк, так что твои подозрения беспочвенны...

Ёпта, любым дбф редактором, а не гэкселем и прочими левыми поделками открой файло.

в ра не может быть 0 строк.
Никогда, если ты только упаковку потом не сделал или выгрузку- загрузку базы.

Ну и веры тебе нет..

Выкладывай файло на файлопомойку

ссылку сюда.

http://files.mail.ru/F5DB44735FF24F32AA0D14F5BBCE991A

Да уж..
Хз чем ты там смотришь, но у тебя ВСЁ правильно - в RA куева туча строк помечена маркером удаления, в RG только строки с 0 в ресурсе.

хотя не, нашел я твои -3

Но, судя по РА, ты RG до того как не удялял вовсе.

(53) не понял

Ты не удалил RG/

Ты столь категоричен, что я сомневаюсь под конец дня, что ж щаз попробую еще раз, хотя если бы я не удалил rg, он был бы гооораздо больше)

в общем я был бы рад если ты оказался бы прав, но, к сожалению, все повторилось и о5 те же "-3" в итоге и пусто в движениях. я переименовал ra, rg  и их индексы, зашел монопольно в базу, появились 4 файла. Провел документы, отменил проведение, сформировал отчет, движений нет но есть итог = "-3".

(57) У всех доков, двигающих регистр, есть автоматическое удаление движений? У тех, где его нет, в процедуре проведения есть очистка движений?

(58)в модуле документа, что двигает регистр есть только обработкаПроведения(), метод ОчиститьДвижения() не используется в модуле документа вообще.

(59) галки смотри

(60) на автоматическое удаление? ща гляну...

Автоматическое удаление движений галка стоит.

ТиИ делай, -3 даже по ra не должно быть в rg ну никак.

(63) я делал выгрузку/загрузку, не помогло, ТиИ надежнее в этом плане? Просто около 2х суток лопатит ТиИ с галками по дефолту.

(64) Какой-то полтергейст у тебя.
Если RA пустой, при выгрузке-загрузке че-то пояится в RG может только непорочным зачатием.

самое странное, то, что итог, который появляется (а именно "-3") непонятно откуда берется, так как все движения ЧЕТНЫЕ!