Господа. Пару дней назад из бухгалтерии был вроде бы безобидный вопрос: почему постоянно списываются авансы на одних и тех же контрагентов, причем в минус. Обычно этот вопрос закрывали рукоприкладством с документом Операция, но сейчас они не выдержали)))

К чему пришел. На остатках хозрасчетного по исследуемому перечню субконто было две записи: одна +18 тыщ, а другая -18 тыщ. Если присмотреться к запросу для вычисления авансов, там убираются отрицательные строки. Поэтому при проведении поступлений всегда видны +18 тыщ аванса, а в ОСВ все по нулям. Мистика. Ах да, и по движениям не видны эти +18 тыщ.

Поковырявшись с отладчиком обнаружил, что записи-то не одинаковые. Отличаются они подразделением. Во вводе остатков почему-то в проводку вставляется пустая ссылка, а в правильных текущих документах там нулл (тип нулл причем, а не значение). Также при ТИИ, которое прямо сейчас идет полным ходом, только и мелькает "значение должно быть нулл. сохранено значение нулл.". Хотелось бы увидеть дельные комментарии на эту тему.

Особенно интересуют вот какие моменты
1) Почему я недавно перепроводил эти вводы остатков, которые пустую ссылку пихают в проводки, а они не поменяли значение на нулл?
2) Почему вообще в реквизите типа Справочник.Подразделения должно быть нулл и как это ввобще допустимо? Ведь тип явно указан один.

Ну и вся эта описываемая проблема происходит в бухии 6.0 вероятно?

Если учёт по подразделениям выключен -должен быть null. Ошибки бывают если регистр пишется с обменданными.загрузка=истина

(2) мое упущение.
Версия конфы БП 3.0.64.29

Версия платформы 8.3.11

(3) Загрузка=истина это же всетаки программный прием. Значит при записи именно самого регистра там нулл пишется тоже на программном уровне (уровне кода модуля)? Или же это платформенная фишка?

(4) Руки кривые, а не фишка.

(5) Я не спрашивал бывшего коллегу, как у него это получилось. Мне интересен сам принцип работы этих измерений.

ТИИ до сих пор делается, причем нуллы проставляются не только в Подразделение, но и в СуммаНУ, СуммаБУ. Какая-то дичь..

Нулл в РБ - это нормально

Если на счете отключен налоговый учет, то в СуммаНУ, ПР, ВР должно быть null. Это не дичь

(4) Если обычная запись (без загрузка=истина), то платформа(!) сама ставит null где нужно

(9) Речь о загрузке=истина непосредственно у набора записей регистра бухгалтерии и\или у менеджера записи регистра бухгалтерии, верно?

(10) Да, я с таким сталкивался. Это не значит, что других причин быть не может.
А "менеджер записи регистра бухгалтерии" существует?

(11) по инерции написал. Считаем, что этого никто не видел))

Для ликвидации неправильных движений помогает ТИИ, либо перепроведение. Но все же мне не удалось понять, как бухи смогли это сделать (чтобы избежать проблем в будущем). Есть какие-то идеи?

Речь идет о полностью коробочной БП 3.0 свежайшей версии. И полностью штатном функционале...

(13) Я такое вижу после применения обработок замены значений (поиск дублей и т.п.)

(14) речь о штатных?? просто у меня есть одна такая обработка, лично мной созданная. Но она точно не могла быть применена к тем документам, которые я вижу мелькающими в ТИИ. Например ОРП не могли редактироваться с ее помощью, т.к. ее применяли только для нескольких оптовых контрагентов.

может обмены какие есть? или загрузка остатков была?

нул в подразделение можно записать, только если ОбменДанными.Загрузка

(17) прям только так и никак больше?
Ведь с загрузкой истиной документ-то не перепровести. Это получается только если проводки создавать насильно через набор записей. А у меня ни одной обработки в округе нет, чтобы так могли )))

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

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

(20) самый ходовой вариант - ошибка какого-то релиза, который был и уже нет.

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

Как бы записывать не проводя так, чтобы стояли всетаки нулы где надо?

(22)
>>Причем загрузка не истина, насколько я понял.
Тогда по идее само должно вставать

>>Как бы записывать не проводя так, чтобы стояли всетаки нулы где надо?
Принудительно ставить null там где надо, у меня обработка была, которые эти косяки исправляла.

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