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

Ну положим что будет писаться в регистр я, как уже сказал могу получить в обработчике события ПередЗаписью набора записей регистра подпиской (возможно это не единственный и не лучший способ, посоветуйте другие), но как туда передать, какие движения у документа были раньше? Через ДополнительныеСвойства набора записей не получается, там набор создается по 2 раза при проведении некоторых доков. Заранее благодарен всем отметившимся и с интересом жду какие мне откроются глубины мудрости! ;)

(0) ммм доков много, а регистр то один

(1) в регистре в модуле набора записей в ПРиЗаписи поставь проверку на период

(2) ну так то подписка реально и не нужна, можно в модуле набора записей. Но как там получить что было в наборе раньше и что будет теперь? Потому как проверять надо. Вот например был у нас в документе договор со сверкой баланса, а его оп! и заменили на другой.  Значит взаиморасчеты по тому изменяться, а этого допустить нельзя. Илои же просто перепроводим документ, в котором есть договор со сверкой баланса, но сумма не менялась, ну просто открыли документ и написали комментарий и записываем - это делать можно.

При проведении Отказ = Договор.ДатаСверки >= Дата

(4) для разных доков договор может быть в разных местах - шапке или в разных табличных частях.
Вопрос в другом - вот например перепроводим Реализацию (напоминаю что речь идет про УТ 10.3). Событие набора записей ПередЗаписью вызывается 2 раза, НО если при первом входе сделать ДополнительныеСвойства.Вставить("Вход", 1), то при втором входе ДополнительныеСвойства все равно пустые! Как мне при втором входе получить что было в регистре и что будет?

(5) Ну пройдись по метаданным. Универсальная функция в 25 строчек

У НабораЗаписей разве нет отбора по Регистратору, из которого можно получить ссылку на документ? Или, имея ссылку на документ, нет возможности прочитать записи регистра накопления?

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

(7) в ут 10.3 большинство типовых доков сначала трет свои движения, а потом пишет. Т.е. 2 события перед записью - сначала есть движения старые движения, но нет новых, при втором входе - есть новые через выгрузить(), но нет уже старых! Как передать полученные при первом событии старые движения во второй вызов обработчика событий?

(8) тогда перед записью проверяй сумму в объекте и сумму по ссылке

(10) хлопотно это. Для каждого вида документа по своему надо эту сумму считать.

потому и стараюсь найти универсальное решение.

(9) Что-то мне подсказывает, что все равно все эти вызовы удаление/создание новых идет в одной транзакции и в базе до окончания проведения так и будут находиться старые данные.

(13) Но как бы до них добраться? Еще раз - все типовые документы УТ 10.3 сначала удаляют движения, потом пишут новые. Поэтому на втором этапе прочитать старые движения через Отбор.Регистратор.Значение уже не получается.

Неужели так никто ничего дельного и не скажет :(

(15) сделай проверку перед записью набора и при записи набора регистра. 1 запрос.
перед записью будет срабатывать для имеющихся движений перед удалением, при записи - для новых после записи. Поскольку все происходит в транзакции - отработает всё как надо.

А документов, которые делают записи по взаиморасчетам разными периодами, я что-то не помню...

(17)+ если автор хочет в одном документе часть движений разрешать менять, а часть - нет

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

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

up!

(20) тебе не надо запоминать движения.

если движения в закрытом периоде были - увидишь это перед записью пустого набора - сразу отказ. если это новые движения в закрытом периоде - то отказ при записи новых заполненных движений.
Запоминать ничего не надо.

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

(24) Если документ тупо перепроводиться, не меня взаиморасчетов, то и отказ не нужен. Потому то я и хочу сравнивать старые и новые движения.

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

(25) А убрать автоматическое удаление движений не вариант?

(26) а атм не автоматическое, там в каждом типовом документе при проведении вызывается ОбщегоНазначения.УдалитьДвиженияРегистратора(ЭтотОбъект, Отказ);

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

(26) Потому что в душе я тоже Лодырь :)

(27) так ты уже сам знаешь место, где нужно исправить.
Анализируй в ОбщегоНазначения.УдалитьДвиженияРегистратора(ЭтотОбъект, Отказ), как ты сам написал она во ВСЕХ!!! стандартных доках.

(30) того еще переписать контроль взаиморасчетов, если он есть, также во всех (ну и фифо по документам расчета, или что там от остатков зависит)

(25) а зачем перепроводить документы закрытого периода?

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

(31) да нафига так сложно? При первом входе получаю старые движения документа в виде таблички, пихаю в структуру глОбщиеЗначения, при втором входе сравниваю, если надо - отказ. Вот и все. Вся проверка локализирована в модуле набора записей в одной процедуре.

Наверное вариант это сделать хранилище типа РС. Измерение - ссылка на документ и ресурс с хранением структуры из ТЗ с прошлыми движениями. В подписке проверяешь движения на "пустоту", по этому факту определяешь, что произошла очистка. В этот момент считываешь из базы исходное состояние. Сохраняешь "исходное состояние" в РС.
Во "втором проходе" выполняешь сверку с данными в РС.
Есть другая идея, но она требует проверки. Во втором проходе получить "исходное состояние" через вызов фонового задания. Возможно (тут и надо проверить), что выполнение фонового задания не будет считаться "этим же сеансом" и результат транзакции не повлияет на него.

(35) Не, регистр сведений тут излишен, перепроведение происходит в рамках одного сеанса, после его завершения или отмены эти сведения нам не нужны.

Проще в глобальной переменной :)

(37) Тут смотри сам как тебе удобнее. В РС можно сохранить и заиспользовать сведения, даже после проведения (например, провести нужно, но требуется оценить "масштаб урона"). В обычном случае можешь запись после проведения удалять.