Опыт автоматизации непростой переписки (Часть 2. Исходящий)

[Per_Ardua]

Большое спасибо. Много объема, за раз не осилил, разделил на два подхода. Но было очень интересно.

[Alxdhere]

Спасибо.
Я тоже недоволен, что получился такой большой объем, но разделить статью на две тоже было бы неразумно. Все-таки описывается один объект. Как говорится, из песни слов не выкинешь.

[GarbageIntegrator]

Предлагаю попробовать полностью поместить код в выпадающие листы, так же, как в «Много-много кода для описания логики отправки исх. документа».

[Alxdhere]

Благодарю за рекомендацию.
Честно, мелькала такая мысль, но настораживало, что вся статья будет в спойлерах — как-то некрасиво. Три строчки текста — спойлер, пять строчек текста — спойлер. Когда сам читал статьи с большим числом спойлеров, раздражался.

[GarbageIntegrator]

Я думаю, стоило бы упомянуть, что сама подготовка письма с материалами от нескольких отделов в одной конкретной проектной организации занимает теперь (в том числе и благодаря EASLA) несколько минут (чисто на подготовку к отправке). В противовес «от одного дня», как это было раньше. Экономится время на архивировании, на «расшаривании», на правильном заполнении шапки (база контрагентов — вещь!) и т.д… Это точно актуально для проектных организаций, но, думаю, и для других (например, гос.организации по работе с большим количеством физ.лиц) это тоже может иметь большое значение.

Самое важное, что мы имеем — это то, что, благодаря предусмотренным в EASLA возможностям мы не только быстро подготавливаем письма, но и можем за 0..5 минут подготовить отчет, что и когда отправлено (и что зачастую важнее — не отправлено!), без привлечения к этому исполнителей.

PS Да что там, сам исполнитель может теперь отследить, что он отправил, а что — нет!