Сообщение.Сообщить() при "Провести и закрыть" #776955

При проведении документа нужно кое-что сообщить пользователю. Пишем ОбщегоНазначенияКлиентСервер.СообщитьПользователю("кое-что"). Если нажимаем Провести, сообщение сообщается. Если Провести и закрыть - не сообщается. Как сообщить сообщение пользователю, чтобы оно было видимо даже при Провести и закрыть?

а чем тебе стандартное Сообщить не нравиться?

оно ведет себя аналогично Кстати: сообщение выводится из модуля набора записей некого регистра, т.е. проводиться могут документы разных видов. Это к вопросу про решение, описанное в

Можно вывести, но только нужно найти другую форму. Оно выводится на той же форме, которую вы закрываете. нужно найти другую форму, активировать её, вывести сообщение, и закрыть Вашу форму.

"сообщение выводится из модуля набора записей некого регистра" Как найти форму, когда мы на сервере в модуле набора записей?

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

Вы SAP до этого внедряли? :)

Нет, 1С. Простой вопрос: перепроводим 100500 документов регламентным заданием. Кто прочитает это все?

Никто не прочитает. Заказчика это устраивает.

Поясню задачу: в результате заведения новых документов система может переходить в состояние не совсем правильное. Что такое правильное, а что такое неправильное - заказчик не хочет формализовать. Он говорит: "Давай если возникает такая предпосылка, ты мне выводишь сообщение, а я человеческим интеллектом, без формализации, буду думать, ОК тут все или не ОК". Проблема заказчика решается за 5 минут. В некоем модуле набора записей пишем Если А=Б Тогда Сообщить("Проверь, все ли тебе нравится"); КонецЕсли Но тут попадаем на технологическую проблемку с Сообщить

ПоказатьОповещениеПользователю

Хотя, возможно, не взлетит.

Если никто не прочитает и устраивает - то инфа не мегаважная, значит можно и вообще не сообщать. Логика!

оно сообщается, только в закрываемом окне

А для этого есть отчеты. А в типовых можно еще и авторассылку настроить

>> А для этого есть отчеты. А в типовых можно еще и авторассылку настроить Представь, ты в машине хочешь индикатор непристегнутого ремня. Ты готов заплатить за один светодиод-индикатор. А тебе говорят: "Для этого есть телефон сервис-инженера, звоните ему, он сообщит, все ли у вас пристенгуты. А можно еще настроить рассылку уведомлений о ремне по адресу прописки".

Надо перед записью проверять такую ситуацию и тогда предупреждать пользователя.

ПоказатьОповещениеПользователю Доступность: Тонкий клиент, веб-клиент, толстый клиент.

Аналогично, индикатор ремня в машине должен загореться не в момент влетания в камаз, а перед тем как машина поехала.

Вот поэтому и подумал, что не взлетит. Давно им пользовался в последний раз. Пиши в задачу для пользователя. Пиши в ЖР.

Проверить такую ситуацию - продублировать все расчеты, которые выполняются до нужного места в модуле набора записей? Если ХитроРасчитаннаяПоСтаМодулямШтука = ДругаяХитроРасчитаннаяПоСтаМодулямШтука Тогда    Сообщить("Проверь, все ли тебе нравится"); КонецЕсли Сейчас попробую с задачей.

Тем более, что можно все хитроРассчитанныеПоСтаМодулямШтуки передавать параметрами.

Сто модулей делать нетиповыми ради одного сообщения

Можно запихнуть все ссылки на объекты по которым нужно комментирование в РС, и потом показать в своей форме

Сообщение обязательно должно быть позитивным. Например: "Здравствуйте! Я робот. Я провел документ. Я молодец". А то маловато наркотиков.

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

В таб док выводи, и показывай его.

А потом беги в серверную и смотри.

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

В новости или в задачи писать инфу

А есть в БСП "Новости"?

зачем? не понял немного Я в процедуре "ПослеЗаписи" выдаю ТабДок, и он весит спокойно.

У тебя толстый клиент

да нет, на тонкий клиент табдок тоже выводит.

этого не может быть, промежуток должен быть

ПослеЗаписи - это в форме. вопрос в том, что документ может проводиться еще и из списка, и при восстановлении последовательности или ещё как

* вопрос в том, что видов документов много. и в каждый совать доработку ПослеЗаписи не комильфо * Мы на сервере, ТабДок.Показать там недоступно

ОбщегоНазначенияКлиентСервер.СообщитьПользователю(ТекстСообщения, , , , Отказ); сообщение появится, но тогда документ не проведется.

Я делаю так. Можно выводить в текстовый лог при помощи FileSystemObject (он не блокирует для чтения и можно непрерывно смотреть ленту FAR-ом по F3 по мере проведения документов).

ПодключитьОбработчикОжидания в МодульУправляемогоПриложения

а если проверки вынести в ПередЗаписью объекта с проверкой режимЗаписи=проведение? тогда словив отказ форма не должна закрыться

Не хватает еще предложить ВК в трее повесить. Пусть хранит и выводит журнал сообщений.

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

Есть способ вывода подобного сообщения: Единственное, это способ не подходит для веб-клиента, т.к. цитата из документации:

хороший вариант. только в каждый документ добавлять придется

ВК - это слишком. А вот решение в очень даже актуально. Бывают задачи, где нужно вести логи событий. Актуальность этой информации - несколько дней, неделя максимум. Писать в журнал сообщений - это, конечно, вариант. Но со временем журнал превращается в помойку. И нет смысла всю эту помойку хранить. Вводить новые объекты (свой регистр или свой справочник) - тоже не вариант. Ибо опять возвращаемся к вопросу "хранения помойки". В случае с файловым логом все просто: когда файлы не нужны - просто их грохаем и все. База данных за счет логов не растет.

Нет, "Новости" - это функциональность не БСП, а БИП: