Сразу предупреждаю что поднял копию недельной давности, залил в неё текущую конфигурацию и в ней все нормально!!!
Документ перемещение товаров стал странно проводиться по регистру Хозрасчетный. Если проводить из открытого документа, то проводки через раз пропадают, если проводить из формы списка то все хорошо.
Делал тестирование и исправление, делал выгрузку/загрузку, что еще может быть?

Изучал в отладчике, по какой то причине обработчик ПередЗаписью регистра Хозрасчетный отрабатывает то 2 раза, то 3 раза

кривые руки программиста

партионник?

(2) не верно. Видел когда я на Мисте зарегился?
(3) Регистр бухгалтерии Хозрасчетный

(4) партионный учет поддерживается в упп вашей?

(5) да партии без РАУЗ

(4) ну если зарегился, то должен понимать, кто-то там вставил строчку Записать(), соответственно и вызывается второй раз ПередЗаписью() и ПриЗаписи(), если еще раз программер вставил Записать(), то опять вызовутся эти процедуры. Ну и судя по описанию Записать() захреначили в ФормуДокумента, а не в ФормуСписка.

(7) блин я ж написал, что сразу предупреждаю не в коде дело!
Я конфу текущую накатил на базу недельной давности, в ней такого глюка нету!

движок по партиям бу у перемещения есть? если нет - то и проводок не будет ибо не будет сумм

(9) все партии на месте! и бу и уу и ну, так глючат все документы Перемещение товаров за два года, а в копии недельной давности все хорошо, что то глюкануло на уровне платформы что ли...

т.е. не на уровне платформы а конфигурация попортилась что ли

за два года это в смысле вообще все перемещения или только часть?

(12) да, все так глючить стали

тоже замечал такую фигню, групповой обработкой провожу - субконто не всегда заполняются, провожу руками - все гуд

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

(14) у меня наоборот, глючит только при открытой форме документа

никаких подписок на событие при проведении перемещения по условию не добавляли?

(17) еще раз...
у меня перед глазами две базы, первая недельной давности, вторая текущая, конфигурации идентичны. В первой все хорошо, во второй глюк!

(17) повторяю свой вопрос

(0) а похую что с Рг бухгалтерии,
важно что с тремя Рг партий - а о них ни слова

(19) странный ты, если конфигурации двух баз идентичны, то из этого наверное следует что никаких изменений кода не было!
Точнее они были, но я чтобы уже исключить влияние небольших доработок залил из нормальной базы конфу, так что можно считать что никаких изменений кода не было.

(20) согласен похую, смотри (10) пост
все партии на месте в документе, и бу и уу и ну.
Только проводки глючат!

(22)  угу
учетная политика какая по использованию склада на 10,21, 41 и 08 счетах ?

(23) ну и в догон не менялся ли Рг сведений счета учета номенклатуры

(21) что-то уже заврался, сейчас окажется еще, что залил не ту конфу, да и не залил, а сравнением-объединением.

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

+(26)
По вопросам могу сказать, склады по счетам 10,21,41 используются, Счета учета номенклатуры хз каким он вообще боком припеком может влиять, он нужен тока чтобы в момент заполнения документов счета подставлять.

кэш чистил?

(25) Так в том то и дело, что уже 3 раза проверил и конфигурации идентичны, делаю сравнение-объединение различий нету.

(28) воо, нет забыл, щас попробую

хотя навряд ли, в рабочей глючит и в копии которую сделал недавно, но все равно сейчас запущу очистку

+(31) и у разных пользователей одно и то же, так что кэш не может влиять

(28) все кэш почистил, глюк остался

(31) та самая копия недельной давности или имеется в виду еще одна копия с текущими данными?

(34) недельной давности, восстановленная средствами MS SQL

(1)>>отрабатывает то 2 раза, то 3 раза
3 раз с пустым набором?

(35) согласно (31) в ней тоже тот-же глюк, я правильно понял. ранее (18) писалось что в копии такого глюка нет.

(37) копии просто две, одна сегодняшняя из рабочей, вторая недельной давности.

(36) да 3 раз с пустым, я понимаю что он тут и трет, но почему так происходит не догоню. То 2 раза заходит в ПередЗаписью, то 3 раза, а в нормальной копии всегда 2 раза

(39) А не пробовал выяснить откуда 3 раз вызывается?

(40) а то, конечно, в обработчике проведения написано
Движения.Записать();
Вот тут он то заходит в ПередЗаписью, то не заходит.
Движения - это коллекция движений документа.

+(41) причем если форма документа закрыта(провожу в списке или обработкой) то никогда на этом месте не отрабатывает ПередЗаписью

+(41) и Движения.Хозрасчетный - всегда пусто!

(26)
(27)
раз ты такой умный - поипись в отладчике =)

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

(44) так уже это сделал, косяк происходит когда выполняется Движения.Записать() - свойство Движения.Хозрасчетный.Записывать- всегда Ложь, я так понимаю это означает что записывать регистр нельзя, и тем не менее происходит запись, поэтому и отрабатывает Событие Передзаписью

(42) Да мы поняли что ты не дурак, ищи где наовнокодил. Документ анализирует остатки, в которые попадают собственные движения?

(47) так, извини конечно, но тебе бы веточку сначала прочитать, код не причем здесь

(46)Значит между 2 записью и строчкой Движения.Записать() происходит модификация набора движений по Хозрасчетному. На строчке Движения.Записать, проверь Движения.Хозрасчетный.Модифицированность().

(48) дада, сразу понял что не причем )

(46) Неправильно. У документа стоит свойство Запись движений при проведении - Записывать модифицированные, по крайней мере в типовой УПП.

(51) вооо, походу вы правы, Движения.Хозрасчетный.Модифицированность() то истина, то ложь

+(52) и от свойства набора Движения.Хозрасчетный.Записывать не зависит

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

Может в модуле набора записей регистра чего слетело

Эти регистры бухгалтерии уже обсудили овер 100500 раз. По всей стране работают, у него не работают.

Сравнивал конфигурации рабочей и недельной давности?

(57) добивался ответа долго. по словам ТС конфы идентичны. но чудес-то не бывает....

(51) истина стала ближе
Модифицированность регистра Хозрасчетный возникает в самом начале процедуры ОбработкаПроведения при прохождении процедуры ОбщегоНазначения.УдалитьДвиженияРегистратора(), и это через раз, то возникает то нет

Поставил точку останова в самом начале процедуры ОбработкаПроведения() до выполнения любого кода и через раз вижу Движения.Хозрасчетный.Количество()= то 0 то 12

Когда Движения.Хозрасчетный.Количество()= 0 то все хорошо, а когда Движения.Хозрасчетный.Количество()= 12, то модифицируется набор Хозрасчетный и проводки затираются.

(60) Поищи в модуле формы д-та и модуле объекта метод Прочитать().

(60) Последовательность документов, возможно от этого и Количество пляшет.