Пожалуйста, оставьте ваши данные
Менеджер свяжется с вами, как только получит вашу заявку

Что такое почтовые уведомления в 1С, и зачем они нужны?

В первую очередь это возможность отправлять email и sms сообщения прямо из Вашего программного продукта 1С, при выполнении необходимых условий. Условия - это алгоритм определенных действий в 1С, результатом которых станет создание и отправка сообщения. Зачем это Вам? Отправка уведомлений из 1С значительно оптимизирует работу сотрудников, посредством сокращения затрат временных ресурсов на рутинную работу и уменьшит количество ошибок продиктованных «человеческим фактором». Это лучший способ оперативно извещать людей (контрагентов, сотрудников, руководителей) по всем важным вопросам.
КАК МНЕ ЭТО НАСТРОИТЬ?
Работает только в случае, если вы настроили использование email или sms.
Работать может в таких ситуациях:
  1. По типовым событиям в конфигурации
  2. По доработанным событиям
  3. По регламентным проверкам неких условий
  4. Просто по регламенту
Оповещать может такими способами:
  1. слать email письмо
  2. слать sms сообщение
Оповещение уходят:
  1. на контактные данные партнера (карточка партнера, закладка "адреса, телефоны")
  2. на контактные данные лиц, с определенной ролью (список контактных лиц в партнере)
  3. на контактные данные лиц, указанных в объекте оповещения (в документе - контактное лицо)
  4. менеджеру объекта оповещения (в документе - "менеджер", на закладке "дополнительно")
  5. другим необходимым Вашему бизнесу людям из константы (эту функцию необходимо дорабатывать)
Нужна помощь в настройка? Мы делаем это оперативно!
ПРИМЕРЫ ИСПОЛЬЗОВАНИЯ ФУНКЦИИ "ОТПРАВКИ СООБЩЕНИЙ ИЗ 1С"
1. По типовым событиям в конфигурации:
Есть ряд типовых событий, таких как на скрине.
Например, событие "Поступление оплаты от клиента" работает по принципу: "если мы провели денежный документ, и тип документа- "оплата от клиента", то мы отправляем письмо этому клиенту с подтверждением того, что мы получили деньги".
Таким образом, мы можем по каждому событию делать отправку оповещений на установленных адресатов.
Посмотрим конкретный пример - 100% резерва по заказу:
  • Есть справочник - "Виды оповещений". В нем можно создавать разные оповещения по разным событиям.
  • Называем наше оповещение - 100% резерва по заказу (это значит, что на склад приехали все товары, все находится в резерве, в заказе стоит "самовывоз" - событие отрабатывает)
  • Настраиваем "Группу" - это наши адресаты, кому собственно будет уходить оповещение:
  1. выбираем как мы будем слать письма - принудительно или по подписке.
  2. Принудительно - всегда отправляет указанным людям.
  3. По подписке - по списку контрагентов (просто контрагенты с определенными отборами), которых мы "подписали" на нашу рассылку. Их можно в любой момент "отписать" от рассылки или "подписать" заново, если были отписаны.
  4. указываем адресаты из возможных (партнер, лица с ролью, лицо в документе, менеджер)
  5. указываем учетную запись, с которой шлем оповещения
  6. указываем какую именно почту мы берем для оповещения: их может быть несколько.
  7. то же самое делаем для менеджера, вдруг у него есть основная и запасная почта.
  • Выбираем само событие, соответствующее нашим потребностям
  • Выбираем каким способом мы хотим оповещать наших клиентов - email or sms.
  • Создаем руками шаблон письма - именно в таком виде оно будет приходить людям на почту
  • Есть еще возможность установки расписания, но не в этом случае, т.к. событие отрабаывает по проведению документов, а не по какому-то периоду времени.
Настроив все вот таким образом как на скрине, мы получим возможность оповещать наших клиентов сразу, как только поступление товара по заказу клиента отражено в базе. Автоматически)
Стоит отметить,что само письмо люди получат лишь по окончанию работы регламента по "получению и отправке электронных писем". Причиной этого является то, что сначала при отработке события создаются документы "Электронное письмо исходящее", а потом оно уже отправляется. Поэтому регламент "получение и отправка электронных писем" стоит ставить с периодичностью в 15 минут, чтобы была "оперативность" извещений.

2. По доработанным событиям:
Если вдруг Вам хочется оповещать клиентов по какому-то неординарному событию (не типовому) - его можно доработать.
В этом случае программист должен из некого алгоритма анализа условий сделать "событие". Добавить его в список к типовым событиям.
Алгоритм этого события - в момент проведения РТИУ, формировать исходящее письмо с вложением - УПД по РТИУ.
Далее используем обычные настройки (как на скрине) - мы указываем кому отправляем сообщение, какой шаблон, с какой учетной записи - и после отработки РегЗад: "Получение и отправка электронных писем" - наш документ "Электронное письмо исходящее" отправится по адресатам.

3. По регламентным проверкам неких условий:
Если ВЫ не хотите делать отдельное событие, можно написать регламент, который будет отрабатывать с какой-то периодичностью, и как только условия выполнились - формировать письма. Но тогда надо решать вопрос - где хранить шаблон, где хранить адресаты, как удобно с этим взаимодействовать и др.
Например, у одного из наших клиентов раз в месяц регламент проверяет какие контрагенты имели с ними деловые отношения (отбираются все заказы поставщиков и клиентов, в которых были поступление ДС, отбираются нужные контактные лица), формирует письмо, формирует акт сверки, прикладывая его в письмо. Это ускоряет процесс сверок с клиентами. Так как не надо руками формировать акты сверки. Потом снова руками отбирать, кто же у нас в этом месяце покупал и вручную делать отправку. Мы все настройки "зашили" в обработку. Поэтому любое изменение - нужен программист.

4. По регламенту:
Если никаких условий проверять не надо - можно написать регламент, который будет брать данные и просто отправлять. Например, одному из наших клиентов мы сделали следующие настройки: каждый день отгрузки (несколько раз в неделю), вечером отрабатывает регламент, в который "зашито" - брать сумму всех реализаций, разбивать ее на разные источники (кол-центр, сайт, 1с) и в виде СМС слать на несколько телефонов. Это дает возможность руководству не заходя в базу понимать сколько денег они заработали за очередной день отгрузки.
Шаблон СМС хранится в коде регламента. Номера телефонов адресатов вынесены в отдельную константу. Если есть изменения по шаблону - нужен программист. Но адресаты можно менять интерактивно без программиста.

Все вышесказанное работает именно так для управляемых форм. В отраслевые конфигурации придется подобное дорабатывать.
Для отправки оповещений в базе должны быть настроены учетные записи email и sms оповещений.
В справочнике "Учетная запись электронной почты" можно настроить email учетную запись - это так работает на управляемых формах.
Если хотим SMS - надо настроить отправку тут:
Звоним провайдеру для рассылки СМС и он помогает зарегистрировать учетную запись.
Данный функционал работает только в тех конфигурациях, где есть модуль УТ. Там где его нет, нужно все дорабатывать с нуля.
Мы можем выполнить все типовые настройки или сделать необходимые Вам доработки.