Имеется самописка на 7.7. Надо по факту проведения документа отсылать письмо по электронке с приложением печатной формы. Но печатная форма строится по движениям документа. Как это лучше сделать? Отсылать с формы мне кажется неправильным. А в ОбработкеПроведения ещё нет движений. Наверняка сто раз обсуждалось, но не соображу как в поиск ввести, чтоб получить нужное... Помогите, мож кто посоветует какие-нить способы?

>>Но печатная форма строится по движениям документа

переделать

ПриЗакрытии

(1) затруднительно... в печатной форме что ли опять формировать движения по регистрам?
(2) ПриЗакрытии не подходит. Могут ведь и программно провести, и через какую-нить кнопочку

(3) шо за кнопка

(0) Отсылать по факту печати не пробовал?

(0) Ты из ОбработкаПроведения хочешь отправлять? Это само по себе нехорошо.

(4) обработками сделаны типа "Рабочих мест". Вроде пока именно этот док так не проводится, но кто его знает... хотелось бы наверняка

(3) а как ты сможешь получить движения не проводя документ? печатная форма (если она вообще допустима у непроведёного документа) должна сама рассчитывать все данные

(5) по факту печати тож не подходит. его сначала проводят и печатают. потом ставят галку "Подписан", проводят - и вот об этом надо уведомлять

(6) не настаиваю. ищу варианты.

(3) Могут и программно. Например, групповым (пере)проведением документов. И получатели спама то ли возрадуются, то ли офонареют.

странная проблема
тупо при нажатии кнопки говорить "А чой-то документ еще не проведен?"

подписку на событие (точнее, перехват с помощью 1с++) не предлагать?

Представляю ,что случится с ящиком, если потребуется перепроведение документов за период :)

(8) для печати непроведенный док фиктивно проводится программно, печатается и распроводится. система дурная, но не моя, многолетняя, поэтому лезть и ломать не хочется

(13) можно предложить. а есть что-нить типа "ПослеПроведения"?

(9) Для чего второй раз проводят? Что-то в движениях меняется?
Вообще - провести из модуля формы, и потом отослать.
Процедура Проведем()
Если подписан=1 тогда
ПриЗаписиперепроводить(0);
Записать();
ПриЗаписиперепроводить(1);
Провести();
Отослать();
КонецЕсли;
КонецПроцедуры

(14) ящику и так будет весело, 50-60 писем в день... хотят - пусть получают. мне не жалко.

(16) Тама вызывается оригинальный модуль, после чего ужо можно делать форму...

(17) если стоит галка Подписан - то проводится с движениями. и всё, потом запрет на редактирование, проведение и т.д.

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

(20) хотя (6) и прав, но на крайняк можно и в ОбработкеПроведения

(22) в ОбработкеПроведения меня устраивает всем, но нет движений, чтоб печатную форму сформировать и приложить. переделывать её - крайне затруднительно

(23) Чем (17) не устраивает?

(14)Условие на ГрупповаяОбработка() и всё.

(24) в модуле формы это в какой момент предлагается делать?

(26) При нажатии на кнопку провести вестимо.

(25) да эт и не важно, групповой обработкой этот вид документов не перепроводится

Ещё можно в обработку ожидания засунуть. Тогда и овцы будут сыты, и волки целы.

(25) А без групповой обработки зависон в модуле проведении на пять секунд - это нормально?
Хотя можно открытьформу() из модуля проведения, а из формы уже хреначить.

(27) с формы без проблем можно отослать. беда если другим способом будут проводить - через кнопку в обработке, программно и т.д.

(30) зависон на 5 сек не критичен. народу работает не много, документов тож

(30)Из-за чего зависон? Из-за условия?

Операция.Записать();
   
           Опер= СоздатьОбъект("Операция");
           Опер.НайтиОперацию(ТекущийДокумент());
           Опер.ВыбратьПроводки();
           Пока Опер.ПолучитьПроводку()=1 Цикл
               //
           КонецЦикла;

(32) критично. При перепроведении увидишь

(34) не операция, регистры. много. при печати несколько запросов

(35) да не перепроводят их. распечатали - показали - утвердили - провели. всё.

(31)
>>беда если другим способом будут проводить
А зачем каждый раз слать? У меня письма шлются только при интерактивном проведении. Спамить-то зачем?

(37) Чем тебе не нравится обработка ожидания?

(36) Ааа, я думал бухия

(38) потом вздумают в обработке "Рабочее место" приделать кнопку, а про отсылание забудут

(39) как её предлагается использовать? как мониторить, что док проведен?

(42) Провёлся документ - записалось, что надо бы его послать. Обработка ожидания смотрит - а не надо ли кого куда-нибудь послать. И если надо - то посылает.

+(41) вообще смущает возможность проведения другими способами. надо о любом уведомлять

+(43) Ну и вычёркивает из нуждающихся в мощном посыле, естественно.

(43) ну как вариант. только опять структуру городить для фиксации надо/отослано

(43) кстати, интересная идея. если сбой с почтой - пошлется всё равно, но позже

(0) Можно при проведении документа записывать ссылку на него в какой-нить служебный справочник. А через ОбработкаОжидания() выбирать неотправленные записи, и отсылать их пакетом. Ну и флаг еще завести, типа отправлено/неотправлено.

(46)вот поэтому отсылай только по кнопке с процедурой из (17).

(48)можно ещё под это дело департамент завести. С секретаршами и кофемашинами.

(50) )) и почтальона

(46) А какую структуру то? Просто справочник с реквизитом документом, если надо заносится, если отослан удаляется

(50) (51) Развели петросянство...

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

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

(55) на служебном и висит. но там справочник большой обрабатывается. если тут 50-60 доков за день, да и удалять записи об отосланных - мож и не так критично

(53)а наплодить сущностей для проблемы высосанной из пальца как назвать?
Всё равно юзер жмет на кнопку...

(57) а если нажмет, а почта тупанет. док "подписан", больше с ним ничего не сделать

(58)Что значит почта тупанет? Клиент почтовый?
А если письмо ушло, но не дошло? А если дошло, но не прочлось?

(59) ну подключение не случится, письмо не улетит. кто виноват будет? пользователю потом доказывать, что он провел, но письмо не отправилось?

(60)В исходящих-то останется?

через ром-мейл делаю

(62)она возвращает код завершения/ошибки?

(63) возвращает флаг - отправлено или нет

(64)ну и пиши его в док, если вам это так критично. Или если статус дока "подписан" не однобитный, то выставлять его. Раз в час/день/месяц - повторная отправка для неудачников.

(0) Я против.
Потом понадобится перепровести (не меня сам документ) - заспамишь всех...

(66) против способа или против задачи?

(67) Против задачи.
Не понятно, какая цель преследуется (кроме как всех заспамить).

(68) мне тоже она не симпатична. но выбора нет. задача - контроль. всех спамить не надо, только ответственных.

Если это делается для внешних контрагентов, то лучше в конце дня высылать кучей. И вам лучше, и контрагентам.

Если это делается для контроля изменения в документах - то тут нужно другие механизмы использовать.

(33) зависон из-за сохранения файла и отправки письма.

Вот тебе простой вопрос. Хорошо, допустим делаешь по почте. Как будешь контролировать? Визуально? Контроль тоже придется делать автоматический. Т.е. хотя бы фильтровать события по одному документу.

Короче, почта тут не катит. Пиши в БД, там хоть анализировать можно без проблем.

+72. Если есть скульный сервер - на скуле развери.
Если нет - можно и на SQLite.

*разверни.

(71)Я тоже не разделяю мнения по поводу сувать отправку в ОбработкуПроведения(),
в (25) просто вариант успокоить (14).

(70), (72) делается для внутреннего контроля. без дока невозможна работа других служб. уведомлять желательно сразу. отсылается человеку, которому в 1С ходить не досуг

(76) Так тебе что нужно: факт проведения документа? Или состояние документа в момент проведения?

(76) факт проведения

(77) Там вообще печатная форма проведенного дока нужна, походу

(78) Если сам факт проведения, отправляй sms, через пару дней попросят убрать нафик эту маяту)))

(79) важен факт проведения. но чтоб не заходить в 1с, необходимо к письму прилагать печатную форму.

(80) я догадываюсь, что набалуются быстро. но сделать надо

Заводишь справочник "СвежепроведенныеДокументы", при проведении твоего документа, пишешь его в этот справочник.
На сервере работает робот, который по обработке ожидания раз в 5 минут смотрит в этот справочник. И если там что-то есть - шлет эти документы по почте, после чего отправленный документ из справочника удаляется.
Из замечаний - на роботе надо обязательно в Параметрах выставлять "Менять время в полночь автоматически"

(83) из предложенных решений это самое симпатичное. но пока на пробу сделаю отправку из документа. если не заколебаются чистить ящик, ну и вообще если такой порядок работы приживется, переделаю на справочник+робот.
спасибо всем огромное за обсуждение.

(84)может кнопку на доке сделать "Оповестить". После проведения становится доступной. Не предлагали?

(85) я её сделаю, на случай сбоя при отправке

Что значит сбой при отправке?

(87) ну если при проведении документа вдруг случится сбой (не подключится, письмо не отправится и т.д.). документ-то с галкой Подписан уже повторно не провести.

(88)--документ-то с галкой Подписан уже повторно не провести
эт да.

Если нужна автоматическая отправка, то делаем справочник + обработка (роботом или пользователями - на свой вкус).

Если нужен момент интерактивности при проводке документа, то просто в обработке проведения открываем внешний отчет (с ссылкой на этот документ) с большой кнопкой "отправить письмо клиенту"

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

(88)А зачем для дубля письма док перепроводить?

(91) док не будет перепроводиться. если письмо не улетело, можно будет по кнопке Уведомить ещё раз принудительно отправить