Отправка УПД из 1С часто остается ручной операцией даже в компаниях, где сам документ уже формируется в учетной системе. Сотрудник открывает документ, проверяет его, формирует файл, находит адрес клиента, создает письмо, прикрепляет вложение и только после этого отправляет его.
Когда документов немного, такой процесс кажется приемлемым. При регулярных отгрузках он превращается в повторяющуюся операцию, которую приходится выполнять после каждого соответствующего события в 1С.
Автоматизировать можно не только само письмо. Весь процесс можно связать с данными учетной системы:
событие в 1С → проверка условий → определение получателя → формирование УПД и сообщения → отправка или подтверждение сотрудником → запись результата в журнал.
При этом важно сразу определить, что именно требуется передавать клиенту: информационную копию УПД по электронной почте или юридически значимый электронный документ через ЭДО. Это разные процессы.
Что означает отправка УПД из 1С
На практике под отправкой УПД могут подразумеваться два сценария.
Первый — клиенту нужно передать сформированное в 1С представление документа, например файл для ознакомления, сверки или внутренней обработки. Такой документ можно вложить в обычное электронное письмо.
Второй — между сторонами организован юридически значимый электронный документооборот. В этом случае УПД формируется, подписывается и передается средствами ЭДО в соответствии с установленным процессом электронного обмена.
Эти сценарии нельзя смешивать. Отправка файла УПД по электронной почте сама по себе не заменяет процедуру передачи электронного УПД через ЭДО, когда именно такой порядок требуется сторонам.
Официальный Справочник 1С-ЭДО «Как отправить электронный документ?» подтверждает, что в 1С-ЭДО электронные документы передаются через отдельный процесс: документ можно сформировать из учетного документа, после чего выполнить действия по его подписанию и отправке.
Дальше речь идет прежде всего об автоматизации клиентской коммуникации: когда УПД уже должен быть передан клиенту как вложение или сопровождающий документ, а сотруднику не требуется каждый раз вручную собирать письмо.
Почему ручная отправка УПД становится проблемой
Главная сложность обычно не в создании самого УПД, а в действиях вокруг него.
После оформления отгрузки сотруднику необходимо определить, можно ли уже передавать документ, найти правильный email, сформировать вложение, подготовить понятную тему и текст письма, проверить реквизиты и убедиться, что тот же документ не был отправлен ранее.
Если процесс распределен между бухгалтерией и менеджерами, появляется дополнительный вопрос: кто именно отвечает за передачу документа клиенту.
В результате возможны типичные ситуации:
- УПД сформирован, но письмо клиенту еще не отправлено;
- документ уходит не тому контактному лицу;
- сотрудник использует устаревший адрес;
- один и тот же УПД отправляется повторно;
- клиент получает файл без понятного сопроводительного сообщения;
- невозможно быстро выяснить, когда и кому документ уже передавался.
Автоматизация должна устранять именно эти повторяющиеся действия, а не просто добавлять еще одну кнопку отправки.
Какое событие в 1С должно запускать отправку
Для автоматической отправки УПД сначала нужно определить точный момент, после которого документ разрешено передавать клиенту.
Это не обязательно само создание документа.
В одной компании отправка допустима сразу после окончательного оформления реализации. В другой требуется предварительная проверка бухгалтером. В третьей документ можно направить только после выполнения дополнительных условий.
Поэтому правило должно строиться не вокруг абстрактного события «появился УПД», а вокруг конкретного состояния данных в 1С.
Например:
документ реализации подготовлен → необходимые реквизиты заполнены → УПД сформирован → выполняются условия отправки → запускается клиентская коммуникация.
Конкретные документы, состояния и проверки зависят от используемой конфигурации 1С, ее версии, доработок и принятого в компании процесса. Их необходимо определять при настройке, а не предполагать заранее.
Какие данные нужны для автоматической отправки УПД
Чтобы отправка выполнялась без ручного заполнения каждого письма, необходимые данные должны определяться непосредственно из 1С.
Получатель
Сам по себе контрагент еще не определяет адрес получателя.
Для автоматизации необходимо установить правило, откуда брать email. Это может быть адрес контактного лица, адрес подразделения клиента, адрес для обмена документами или другой реквизит, который организация использует в своей учетной системе.
Важно заранее решить, что происходит, если адрес отсутствует или заполнен неоднозначно. В такой ситуации безопаснее не отправлять документ автоматически, а передать сообщение сотруднику для проверки.
Данные УПД
Для формирования письма могут использоваться данные самого документа и связанных с ним объектов 1С:
- номер и дата УПД;
- организация-отправитель;
- контрагент;
- договор или заказ, если они нужны клиенту для идентификации;
- номер связанного документа реализации;
- ответственное лицо;
- другие реквизиты, которые действительно используются в процессе компании.
Необязательно переносить все эти данные в текст сообщения. Обычно достаточно нескольких реквизитов, по которым клиент сразу понимает, какой документ получил.
Вложение
В правило необходимо включить не только текст письма, но и источник вложения.
Система должна однозначно понимать, какой файл относится именно к текущему документу и какой вариант документа разрешено отправить клиенту.
Это особенно важно, если у одной реализации существует несколько печатных форм, файлов или связанных документов.
Как выглядит сценарий автоматической отправки УПД
Рассмотрим простой процесс.
Компания оформляет отгрузку в 1С. После выполнения установленного условия УПД готов к передаче покупателю.
Правило коммуникации определяет:
Событие: УПД по конкретной реализации готов к передаче клиенту.
Получатель: email, определяемый по данным контрагента или его контактного лица.
Содержание: короткое сопроводительное сообщение с номером и датой документа.
Вложение: соответствующий УПД.
Режим: автоматическая отправка либо предварительная проверка сотрудником.
Вместо того чтобы создавать письмо вручную, сотрудник работает с исходным бизнес-процессом в 1С. Коммуникация возникает как следствие изменения данных.
Пример сообщения клиенту
Текст не должен быть сложным. Его задача — помочь получателю быстро идентифицировать документ.
Тема: УПД № {{НомерУПД}} от {{ДатаУПД}}
Здравствуйте, {{ИмяПолучателя}}.
Направляем УПД № {{НомерУПД}} от {{ДатаУПД}} по отгрузке для {{НаименованиеКонтрагента}}.
Документ приложен к письму.
Если по документу возникнут вопросы, пожалуйста, свяжитесь с ответственным сотрудником {{Ответственный}}.
С уважением,
{{Организация}}
Значения в таком шаблоне не вводятся менеджером заново. Они должны подставляться из соответствующих данных 1С.
Когда уместна полностью автоматическая отправка УПД
Автоматическая отправка подходит для хорошо формализованного процесса, где системе достаточно данных для однозначного решения.
Например, автоматический режим можно рассматривать, если:
- момент готовности документа однозначно определяется в 1С;
- получатель известен и его адрес хранится в структурированном виде;
- существует понятное правило выбора вложения;
- перед отправкой не требуется индивидуальное согласование текста;
- исключена повторная отправка того же документа по тому же событию.
В таком процессе сотруднику нет необходимости каждый раз нажимать кнопку только для подтверждения уже известного действия.
Но полная автоматизация подходит не всегда.
Когда УПД лучше отправлять после подтверждения сотрудником
Если данные требуют содержательной проверки, полезнее автоматизировать подготовку сообщения, но оставить человеку окончательное решение.
Например, подтверждение может потребоваться, когда у клиента несколько возможных получателей, перед отправкой нужно проверить комплект документов или текст письма зависит от нестандартной ситуации.
Тогда процесс выглядит иначе:
событие в 1С → система формирует сообщение и вложение → сотрудник проверяет получателя и содержание → подтверждает отправку.
Такой режим все равно сокращает ручную работу. Менеджеру или бухгалтеру не нужно заново искать документ, копировать номер, составлять тему письма и прикладывать файл.
Он проверяет уже подготовленную коммуникацию.
Как исключить повторную отправку одного УПД
Автоматическая отправка требует защиты от дублей.
Если одно и то же событие обрабатывается повторно, система не должна безусловно создавать новое письмо. Иначе повторное проведение документа, изменение данных или технический повтор обработки может привести к повторной передаче УПД клиенту.
Для этого правило должно учитывать историю коммуникации.
Перед новой отправкой необходимо определить как минимум:
- какой документ инициировал сообщение;
- какое правило было выполнено;
- кто являлся получателем;
- была ли отправка уже произведена;
- требуется ли повторная отправка после изменения документа.
Последний пункт особенно важен. Повторная передача исправленного документа — нормальный бизнес-сценарий, но она должна выполняться осознанно и отличаться от случайного дубля.
Зачем нужен журнал отправки
После автоматизации становится недостаточно знать только то, что УПД существует в учетной системе.
Нужно видеть и историю связанной с ним коммуникации.
Журнал должен позволять ответить на практические вопросы:
когда было создано сообщение, кому оно предназначалось, какое правило его сформировало, был ли документ отправлен автоматически или после проверки сотрудником и как завершилась попытка отправки.
Это особенно важно при обращении клиента: сотрудник может проверить историю, а не выяснять по личным почтовым ящикам коллег, отправлялся ли УПД.
Журнал также нужен для корректной обработки повторных событий и повторной отправки документа.
Штатная отправка из 1С и событийная автоматизация — разные задачи
Возможность сформировать или отправить документ из конкретной конфигурации 1С еще не означает, что весь процесс клиентской коммуникации автоматизирован.
Штатная функция отвечает прежде всего на вопрос: как пользователь может выполнить отправку из программы?
Событийная автоматизация отвечает на другой вопрос: при каком бизнес-событии сообщение вообще должно появиться, кому оно должно быть адресовано и требуется ли участие сотрудника?
Поэтому задача автоматической отправки УПД включает не только техническую передачу письма, но и правило:
что произошло → можно ли отправлять → кому → что вложить → какой текст сформировать → отправить автоматически или запросить подтверждение → сохранить результат.
Именно такой процесс позволяет убрать регулярные ручные действия.
Как Алертариум автоматизирует передачу УПД клиенту
После того как бизнес-правило определено, его можно реализовать через событийную коммуникацию в Алертариуме.
Алертариум использует события и данные 1С для подготовки персонализированного сообщения. По заданному правилу система определяет момент коммуникации, подставляет данные документа и клиента, формирует сообщение и переводит его в предусмотренный сценарием режим.
Полностью формализованные сообщения могут отправляться автоматически. В ситуациях, требующих контроля, подготовленное сообщение передается сотруднику для проверки и редактирования.
Это отличается от CRM-процесса, где сотруднику обычно нужно получить задачу и самостоятельно инициировать коммуникацию. Здесь исходной причиной является само бизнес-событие в 1С.
От массовой рассылки такой механизм также отличается принципиально: письмо создается не для сегмента базы, а в связи с конкретным УПД, конкретным клиентом и конкретным состоянием учета.
Фактическая отправка email и учетные данные почтового сервера при этом остаются в локальной 1С клиента. Облачная часть Алертариума может централизованно управлять правилами, шаблонами и настройками, но не отправляет клиентскую почту от имени организации вместо ее 1С.
Как настроить автоматическую отправку УПД
Начинать лучше не с шаблона письма, а с описания существующего процесса.
Сначала определите момент, когда УПД действительно готов к передаче клиенту. Затем зафиксируйте, где в 1С находится адрес получателя и какой документ должен прикладываться.
После этого можно определить правило:
источник события → условия запуска → получатель → вложение → шаблон → режим отправки → контроль повторов → журнал.
Отдельно стоит описать исключения: отсутствие email, несколько возможных адресатов, отсутствие вложения, необходимость предварительного согласования и повторная отправка исправленного документа.
После этого автоматизацию можно запускать сначала для одного стабильного сценария и только затем распространять на другие виды клиентских документов.
Что в итоге меняется в процессе
При ручной работе оформление УПД и передача его клиенту фактически являются двумя отдельными процессами. Первый происходит в 1С, второй начинается только после того, как сотрудник вспомнил о необходимости отправить письмо.
При событийной автоматизации они связываются.
Документ или изменение его состояния становится источником коммуникации. Данные получателя и самого УПД берутся из учетной системы. Правило определяет способ обработки. Сотрудник подключается только там, где действительно нужна проверка.
В результате отправка УПД становится продолжением учетного процесса, а не отдельной ручной операцией.
Автоматизируйте клиентские коммуникации в 1С с Алертариумом. Система сама создаст и отправит нужное сообщение по событию, сократит ручную работу менеджеров и ускорит информирование клиентов. Начните с нескольких ключевых сценариев сейчас.