Доброго всем!
Знаю, что вопрос "горячий" и старый как мир,но четкого решения не видел!
Допустим ситуацию:

Есть документ "Док1" он делает проводку по регистру накопления (по остаткам) "Рег1". Существует ситуация, когда один документ должен сформировать сторнирующие проводки по регистру (своего образа затирающие данные предыдущего дока), а затем внести свои данные. Пример:

Регистратор=Док1 Измерение=Измерение1 Ресурс=100 ВидДвижения=Приход

Регистратор=Док2 Измерение=Измерение1 Ресурс=100 ВидДвижения=Расход
Регистратор=Док2 Измерение=Измерение1 Ресурс=50 ВидДвижения=Приход

Т.е. Док2 сделал сторнирующую запись, а зетем добавил свои данные. Вроек как все хорошо, все работает!

НО возникает вопрос - если после этого возьмут и отменят проведение документа "Док1"?! Сторнирующая запись будет давать отрицательный результат и остатки по регистру будут корявые. Как правильно избежать подобной ситуации??

>> Как правильно избежать подобной ситуации??
не делать ничего задним числом

Понятно, что нужно перед проведением/отменой проведения проверять - есть ли сторнирующие данные, по этой записи....НО
1) Это долго
2) Прийдется мудрить с хранением ссылки на документ, который участвовал в качестве оснвоания для сторно

не отменять проведение. Закрытые периоды придуманы

1)Если нужно снимать сторно - проверять записи по сторно по Док2 и их сторнировать из Док1
2) Если тупо контроль нужен - тогда проверять, есть ли по Док1 проведенные Док2, если есть - ругаться

(1) ну ты сам в это веришь? Понятно ,что в идеале просто нельзя туда лезть, но на практике это далеко не всегда возможно организовать

(2) эти костыли не спасут, по твоей логике если ПТУ отменили - то надо и реализацию отменять (если пример купли-продажи взять), ведь товар не пришёл на склад, а его потом продали таки.

(4) ОК, куда лучше засунуть в регистр ссылку на начальный документ - который поддается сторнированию?

Я сперва хотел в "Реквизиты", но тогда при работе с виртуальной таблице "Остатки" он не виден

(6) у меня пример не с продажей, а с загрузкой транспорта грузом. Т.е. один документ загрузки может корректировать предыдущий документ загрузки этого же транспорта. Например, когда догруз идет

(7) В документ

(9) зачем он мне в документе?!

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

Еще один вариант - перед проведением документа "Док2" получать все документы, по которым предполагается сделать сторно. Далее перепроводить те документы с неким флагом "сторно". Тогда Документ "Док1" сам сформирует двуйную запись вида:

Регистратор=Док1 Измерение=Измерение1 Ресурс=100 ВидДвижения=Приход
Регистратор=Док1 Измерение=Измерение1 Ресурс=100 ВидДвижения=Расход

апну...чаво ль...

Ууууу, да ты не знаешь, что такое сторно...

Тупо восстановить последовательность чем не подходит ?

(13) ну давай - просвети!

Присоединюсь к (1).
(5)Так организуй по-человечески. Нет ничего невозможного.

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

(16) крачавЧеГ. Я и советуюсь, как "организуй по-человечески" ?!

Сторно = -Приход.

(15) На запись:

Регистратор=Док1 Измерение=Измерение1 Ресурс=100 ВидДвижения=Приход

сторно-запись выглядит так:

Регистратор=Док1 Измерение=Измерение1 Ресурс=-100 ВидДвижения=Приход

(17) а если док тупо изменили и перепровели?!

(19) Это в бухгалтерии. Мне не нужно "-Приход".

(22) Тогда это не сторно. Это расход.

(22) + хотя, может в этом и есть смысл...

(18) Это требует обследования участка учёта, в котором есть эти корректировки "задним числом".

(21)Запрет стоит у всех кроме ревизора. Если документ проведен - писать заявку ревизору с комментарием почему и зачем.

(23) прочти (8)

(27) И что? То, что ты путаешь понятия я уже понял. В (8) ничего не увидел, что могло бы тебя оправдать. Это не сторно. Точка.

(0)в общем виде нужно взять остатки на моменты всех доков по регистру

но самое веселое что они могут сказать что так всё

было и в какой момент переипли уже не доищешся возможно
только инвентаризация = закрытые периоды

(27)Ну так и делайте корректировки. Только предыдущий день закрывай для редактирования.

(31) Пожалуй это самое простое...Разграничить по периодам доступа + последовательность и ее восстановление.

(32)По секрету: клиенты, у которых мы потом и кровью добились закрытия периода и восстановления последовательностей, проблемы с остатками ещё ни разу не возникали - все проблемы как рукой сняло!

+(32)Сегодня проблемы с русским языком. :)

(33) закрытие периода тут особо не поможет - Глубоко не закроешь + в доступном периоде все-равно могут накосячить даже ответственные люди.

(33) просто тороплюсь - поэтому ошибаюсь...

в (34) я про себя.
(35)А как можно накосячить в сегодняшнем дне?

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

+(38) в смысле в регистрах "ЗаказыПокупателей", "ТоварыВРезервеНаСкладах" уже все есть разумеется, вносить ничего не надо. Но если у вас свой какой-то регистр, то можно сделать по образу и подобию