Добрый вечер, комрады! Посоветуйте как лучше решить такую задачу: Есть типовая Бухгалтерия предприятия 2.0. Из нее каждый месяц управленцы забирают проводки в управленческую базу. И хотят, ввести в бухгалтерскую базу дату запрета изменения движений. Например если бухгалтер что то меняет в уже проведенном документе или вводит новый документ с датой меньшей, чем дата запрета редактированияУУ, то старая проводка при выгрузке должна сторнироваться, а новая попадать уже в открытый период. Может кто то делал подобное, каким способом расскажите.

делал все в одной базе. проводки делаются открытым периодом как корректировочные на разницу между старыми движениями и новыми сформированными

(0) не работать задним числом...

(0) в порядке "бреда": в 1С есть такая штука, в 8.2 платформе как версия объекта
она обновляется при "изменениях"
переносить версии и при обменах сравнивать эталонную (ту что перенесена ранее) и если есть различия - формировать нужные проводки ?

(2) такого не бывает.

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

(5) Пока остановился на похожей мысли. Сделал 2й регистр бухгалтерии, подключил его к тому же плану счетов. Подписками на события перехватываю движения до и после и пишу в новый регистр. Может у кого еще варианты какие нить будут?

(6) Я бы содрал с УПП механизм версионирования

(4) бывает.. 3го числа база закрывается и привет...

(7) Да, но там же не хранятся наборы движений, а только ссылочные типы?

(7) он про изменение объектов и реквизитов... как ты запишешь изменение в проводках? ну например задним числом сделал операцию по корректировке остатка суммового на 41.01 а затем перепровел 10 документов реализации..

как думаешь, что тебе версионирование зафиксирует 7

(4) бывает и не такое,
у меня зарплата считается 15 и 31/30

Кто плотно работал с планами обменов? Скажите, в каком виде там хранятся изменения, и как они там фиксируются? Идея такая, если план обмена подволяет хранить изменения для каждого сообщения разные, может его как то можно задействовать?

наборзаписей

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

(12) можешь в приемнике перед записью анализировать проводки которые загружаешь. и писать что наод

Из плана обмена я смогу получить информацию о движении документа в предыдущем сообщении, и информаци о движении документа в текущем сообщении?

нет

(16) можно глянуть движения до загрузки регистра по регистратору

(17)Это точно? Ведь планы обмена фиксируют НаборыЗаписейРегистров?

2(19) таблица изменений для регистра фикисрует факт изменения набора для такого-то узла такого-то регистратора.

2(19) в подозреваете таблицу регистрации для способности версионирования. но нет, она так не умеет.

:) гы... такое впечатление что я нетрезв...
" вы подозреваете таблицу регистрации в способности версионирования. но нет, она так не умеет."

(21) Я только что посмотрел таблицу регистрации изменений для регистра бухгалтерии Хозрасчетный в типовой и ана мне выдала все наборызаписей. Остается убедится что для каждого сообщения план обмена хранит изменения именно на момент отправки сообщения

он не хранит изменения, хоть вы убейтесь

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

Т.е получить предыдущий набор записей методом
ВыбратьИзменения(<Узел>, <НомерСообщения>, <ФильтрВыборки>), указав в нем предыдущий номер сообщения не удасться?

Да, точно.

кто я такой, чтобы это утверждать.. попробуйте и убедитесь. :)

(28) Я вам верю, у вас четные глаза%)

*честные

Спасибо, за дискуссию!

при чем оба чётные.. это да...

А есть какие нить конфигурации, где механизм уже реализован? Не подскажите? Например, Инталев или еще что нить?

какой механизм?

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

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