Обработка события при пометке на удаление или снятии пометки #410791

Нужно сделать некоторый перерасчет в журнале документов при пометке на удаление документа. ПриУдаленииДокумента не подходит, т.к. это событие ДО, а нужно ПОСЛЕ.

UnPostingProcess

Попробуй в процедуре ПриУдаленииДокумента а) его удалить Б) выполнить свои действия В) для исключение повторного удаления вернуть СтатусВозврата

ответ неверный....

я не уверен до конца но прошу обосновать?

Вы тут между собой болтаете или мне дельный совет пытаетесь дать?

Это что за зверь такой ? Самодельный журнальчик ?

Естественно самодельный, а как это связано?

"Объект заблокирован"

Это связано с твоим вопросом... обычно такое нужно только в самодельном журнальчике..

как вариант: глобальная переменная глУдаленныйДокумент + Обработка ожидания. но лично мне не очень нравится

Используй лучше ОбработкаУдаленияПроведения                 и ОбработкаПроведения

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

а не смущает?

UnPostingProcess это есть ОбработкаУдаленияПроведения ты прав

Давно ли события ПриУдаленииДокумента и ОбработкаУдаленияПроведения одинаковыми стали?

Задам вопрос по другому! 1) Есть операция - пометка на удаление. Если какие нибудь события (процедуры) ПОСЛЕ, а не ДО. 2) Есть документ у которого ставиться пометка на удаление. У него в этот момент какие-нибудь события наблюдаются? 3) Есть в конце концов журнал в котором это происходит. Может там возникают какие события.

Да кстати. документы которые метятся на удаление в проведении не нуждаются.

Тупой? Слепой? Глухой? или просто дятел?

Неправильно вы вопрос задаете... Написал бы так, что ли: Я сделал аналог журнала документов через ТЗ/ТП на форме, нужно поиметь событие ПослеУдаленияДокумента для обновления формы моего журнальчика..

с и надо было начинать.... если документы не проводятся вообще - тогда в ПриУдаленииДокумента  ДО = ПОСЛЕ

Это даже не смешно! ДО = ПОСЛЕ

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

Наверно всё же тупой. Не допёр столь высокого полёта мысли, как у вас. Дятлы, они всё больше на бреющем...

Это не так. У документа появиться пометка Как я понимаю выхода, кроме перехода на SQL и рисования тригера никто предложить не может. Или в v7 такое вообще не предусмотрено

поставь непосредственное удаление и не морочь голову... ...что ты хочешь увидить после удаления документа??

Каждый документ имеет итоговую сумму, отображенную в журнале. Есть поле за пределами табличной части, где все это суммируется. При открытии журнала - пересчитывается При изменении документа - пересчитывается По кнопке обновления  - пересчитывается По пометке на удаление - не пересчитывается Можно конечно при удалении отловить сумму документа и подпихнуть в это поле, но морочиться много ввиду того что расчет этого поля организован функцией в глобальном модуле по принципу триггера ПОСЛЕ

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

в параметре - удаляемый документ и действие (пометка на удаление или снятие пометки)

ибо снятие тебе тоже согласно надо пересчтать

уж0с

Функция написана по подобию триггера из формы журнала. Чтобы ее дернуть из ПриУдаленииДокумента нужно передать кучу параметров (условий) из этого документа

и снятие тоже надо, поэтому и хочется, чтобы при изменении пересчитывались все параметры, но ПОСЛЕ того как произойдет событие. Для обычных БД это естественно

а ты ее перепиши - чтобы не параметры брала, а ссылку на документ и сама все извлекала. Будет проще - передаешь один параметр и все. При необходимости чтото модифицировать - не надо лазить по все конфе....

Предположим! Но ПриУдаленииДокумента передастся ссылка на документ у которого пометка еще не изменилась и по любому придется передавать текущий документ чтобы поправить ситуацию

да, два параметра - ссылку на документ, который учитывать, и действие, которое отловлено в ПриУдаленииДокумента (установка/снятие пометки)

А удаление документа производится откуда? (из этого сеанса, из другого сеанса / из самодельного журнала, из стандартного журнала)

из самодельного журнала, из этого сеанса

тогда то, что хочешь, можно отловить через текст на форме... но это не факт - а если в другом сеансе удалят?

Получается под удаление свою функцию писать, а под остальные случаи - свою. Или с тремя параметрами + откуда функция вызывается. НЕТ КРАСОТЫ В ТАКОЙ ПИСАНИНЕ

для этого кнопка обновить. Экран то статический

насчет текста на форме поподробней

тогда у тебя скорее всего есть подобный код Процедура УдалитьТекДок ТвойДок.Удалить; -->вот тут и будет событие после удаления КонецПроцедуры

всё это реализуется другими методами..

одну. функцию. на три условия. Ибо у тя нужно пересчитывать - после создания и записи дока - после правки (см 1-запись дока) - после пометки на удаление - после снятия пометки

Это можно запихнуть в ПриУдаленииДокумента ?

Может кнопку на удаление нарисовать, но тогда надо блокировать контекстное меню

а как сейчас?

> в ПриУдаленииДокумента дергай свой журнал с передачей параметра не взлетит для других сеансов 1Ски, работающих с этой же базой...

Из контекстного меню

Чуть поконкретней

Отключи стандартное контекстное меню, делай свое (через формекс) Процедура ПриОтжатииПравойКнопки(<Контекст>,<Состояние>,<КоординатаПоГоризонтали>,<КоординатаПоВертикали>,<ФСО>) .... сп.ВыбратьЗначение(... и ...

А обновление журнала раз в n секунд с пересчетом не катит?