Отправка акта из 1С часто остается ручной операцией даже тогда, когда сам документ уже сформирован в учетной системе. Сотрудник открывает документ, формирует печатную форму, сохраняет ее в файл, ищет электронный адрес клиента, составляет письмо, прикладывает акт и отправляет его.
Если таких операций немного, процесс кажется приемлемым. Но при регулярной работе появляется более существенная проблема: отправка документа зависит не от состояния данных в 1С, а от того, заметил ли сотрудник нужный акт и выполнил ли все действия вручную.
Рациональнее связать коммуникацию непосредственно с бизнес-событием:
акт сформирован в 1С → выполнены условия отправки → определен получатель → сформировано письмо → приложен документ → сообщение отправлено автоматически или передано сотруднику на проверку → результат записан в журнал.
Так автоматизируется не создание самого акта, а процесс его передачи клиенту.
Что необходимо для отправки акта из 1С
С технической точки зрения отправка состоит из нескольких отдельных операций:
- Определить акт, который необходимо передать клиенту.
- Понять, можно ли его уже отправлять.
- Получить адрес получателя.
- Сформировать файл для вложения.
- Подготовить тему и текст сообщения.
- Отправить письмо либо передать его сотруднику для проверки.
- Зафиксировать результат.
- Исключить нежелательную повторную отправку того же документа.
Именно последние пункты чаще всего остаются за пределами обычного ручного процесса.
Сотрудник может отправить акт из 1С, но компании дополнительно требуется ответить на вопросы: какие акты должны отправляться автоматически, кому именно, в какой момент, что делать при изменении документа и как проверить, отправлялся ли он раньше.
Штатная отправка документа из 1С и автоматизация процесса — разные задачи
Во многих конфигурациях 1С предусмотрены штатные инструменты для работы с электронной почтой и отправки печатных форм документов. Конкретный состав команд зависит от используемой конфигурации и ее версии, поэтому его необходимо проверять именно для рабочей информационной базы.
Например, официальный материал «Отвечает специалист 1С» в базе 1С:ИТС описывает отправку счета покупателю по электронной почте непосредственно из «1С:Бухгалтерии 8» редакции 3.0. Это подтверждает наличие штатного механизма отправки документов по email в данной конфигурации.
Но наличие кнопки отправки еще не означает автоматизацию процесса.
При ручной работе сотрудник сам решает:
- какой документ отправлять;
- наступил ли подходящий момент;
- какой адрес использовать;
- какой текст написать;
- какое вложение приложить;
- нужно ли отправлять документ повторно.
При автоматизации эти решения превращаются в заранее заданные правила.
Какое событие в 1С должно запускать отправку акта
Первый вопрос при настройке автоматической отправки актов из 1С — не «какой текст написать», а когда система должна считать акт готовым к передаче клиенту.
Простого появления документа в базе обычно недостаточно. Акт может быть создан заранее, находиться на проверке или еще изменяться.
Поэтому событие определяется в соответствии с реальным процессом компании. Например, основанием может быть:
- проведение документа;
- достижение принятого компанией состояния документа;
- завершение внутреннего согласования;
- выполнение другого условия, после которого документ больше не должен изменяться без отдельной процедуры.
Конкретное событие нельзя выбирать формально. Оно должно означать одно: этот акт уже можно передать клиенту.
Например:
акт создан → бухгалтер проверил документ → выполнено условие готовности → система формирует сообщение клиенту.
Для другой компании процесс может выглядеть иначе. Важно не название состояния в программе, а бизнес-смысл события.
Какие данные нужны для автоматической отправки
После определения события необходимо установить, откуда система получает информацию для письма.
Обычно используются данные самого документа и связанных с ним объектов 1С.
Для сообщения могут понадобиться:
- наименование клиента;
- номер и дата акта;
- организация, от имени которой выставлен документ;
- договор;
- заказ или другой связанный документ;
- период оказания услуг или выполнения работ, если он учитывается;
- сумма;
- ответственный сотрудник;
- электронный адрес получателя.
Не все эти реквизиты необходимо показывать клиенту. Они нужны для правильного формирования сообщения и выбора адресата.
Например, тема письма может формироваться так:
Акт № 458 от 31.08.2026 — ООО «Альфа»
А в тексте достаточно указать номер документа и кратко объяснить, что находится во вложении.
Откуда брать email получателя
Это один из ключевых вопросов автоматизации.
Если сотрудник каждый раз вводит адрес вручную, процесс остается зависимым от человека.
Поэтому до запуска автоматической отправки необходимо определить, где в 1С хранится актуальный адрес:
- в карточке контрагента;
- в контактных данных конкретного контактного лица;
- в договоре или другом объекте, если это предусмотрено используемой моделью учета;
- в отдельной настройке правила коммуникации.
Также необходимо определить, какой адрес использовать, если у клиента указано несколько контактов.
Например, коммерческие письма могут отправляться менеджеру клиента, а закрывающие документы — в бухгалтерию.
Как формировать вложение с актом
Вложение должно формироваться непосредственно из того документа 1С, который стал источником события.
Типовой сценарий выглядит так:
документ 1С → нужная печатная форма → файл → вложение в сообщение.
При настройке необходимо заранее определить:
- какую именно печатную форму использовать;
- какой формат файла требуется;
- как формировать имя вложения;
- нужны ли дополнительные документы в том же сообщении.
Например:
Акт_458_от_31-08-2026.pdf
Так получателю проще идентифицировать документ, а сотрудникам — найти его в переписке.
Если клиенту вместе с актом необходимо передавать УПД, счет, приложение или другой документ, это уже должно быть отдельным условием правила, а не случайным действием сотрудника.
Пример автоматической отправки акта из 1С
Рассмотрим простой B2B-сценарий.
Компания ежемесячно оказывает услуги клиенту. После завершения периода в 1С формируется акт.
Для коммуникации задается правило:
Событие: акт достиг состояния, при котором его разрешено передавать клиенту.
Получатель: email бухгалтерии клиента из данных 1С.
Вложение: печатная форма акта.
Тема: Акт № 458 от 31.08.2026.
Сообщение:
Здравствуйте, Иван Иванович!
Направляем акт № 458 от 31.08.2026 по договору № 24/15.
Документ приложен к письму.
Если по документу возникнут вопросы, пожалуйста, свяжитесь с вашим менеджером Анной Петровой.
Режим: автоматическая отправка.
После выполнения правила система фиксирует, какой документ был отправлен, кому, когда и с каким результатом.
В результате сотруднику не требуется отдельно отслеживать каждый готовый акт.
Когда акт можно отправлять полностью автоматически
Автоматическая отправка подходит для повторяемых ситуаций, где состояние документа однозначно означает его готовность.
Например, можно рассматривать полностью автоматический режим, если:
- процесс формирования акта стандартизирован;
- документ проходит необходимые внутренние проверки до события отправки;
- адрес получателя надежно определяется из данных 1С;
- состав вложений однозначен;
- текст сообщения не требует индивидуального согласования;
- правила повторной отправки заранее определены.
В такой модели сотруднику не нужно каждый раз нажимать кнопку отправки.
Произошло событие — коммуникация выполняется по правилу.
Когда лучше оставить подтверждение сотрудником
Полностью автоматическая отправка подходит не для каждого процесса.
Предварительная проверка полезна, если:
- акт может требовать дополнительного пояснения;
- перед отправкой необходимо проверить комплект документов;
- получатель иногда выбирается вручную;
- документ относится к нестандартной операции;
- клиент требует индивидуального сопровождения;
- сотрудники должны контролировать содержание сообщения перед передачей документа.
В этом случае автоматизация все равно снимает значительную часть ручной работы.
Система может заранее:
- определить нужный акт;
- сформировать вложение;
- выбрать клиента;
- подставить адрес;
- подготовить тему;
- сформировать текст сообщения.
Сотруднику остается проверить готовое письмо и подтвердить отправку.
То есть автоматизируется подготовка коммуникации, но финальное решение остается за человеком.
Как исключить повторную отправку одного акта
Для автоматизации это принципиальный вопрос.
Если правило просто реагирует на наличие подходящего документа, без контроля истории один и тот же акт может быть отправлен повторно.
Поэтому система должна связывать отправку с конкретным документом и сохранять результат выполнения правила.
При следующей проверке необходимо учитывать как минимум:
- какой документ был источником сообщения;
- выполнялось ли для него это правило;
- кому отправлялось сообщение;
- завершилась ли отправка успешно.
Отдельно нужно определить бизнес-логику для измененного документа.
Например, если ранее отправленный акт был исправлен, нельзя автоматически считать, что его необходимо снова отправить клиенту. Для такого случая должно существовать отдельное правило: повторная отправка, подтверждение сотрудником или другая процедура, принятая в компании.
Зачем нужен журнал отправленных актов
Автоматическая коммуникация должна оставлять проверяемую историю.
Недостаточно знать, что «система должна была отправить письмо».
Необходимо иметь возможность установить:
- какой акт стал источником сообщения;
- когда было сформировано сообщение;
- кому оно предназначалось;
- какой адрес использовался;
- какое правило сработало;
- было ли сообщение отправлено автоматически или после проверки;
- как завершилась отправка.
Это особенно важно при вопросах клиента:
«Вы отправляли акт?»
«На какой адрес он ушел?»
«Когда был отправлен документ?»
При наличии журнала сотруднику не приходится искать ответ только в личной почте менеджеров.
Как Алертариум автоматизирует отправку актов
После того как сам процесс определен, его можно связать с событийной автоматизацией.
Алертариум — Центр клиентских коммуникаций — использует события и данные 1С для запуска стандартных сообщений клиентам.
Логика для актов выглядит так:
бизнес-событие в 1С → проверка правила → данные документа и клиента → формирование сообщения → создание вложения → автоматическая отправка или проверка сотрудником → запись результата в журнал.
Это отличается от обычной массовой рассылки. Получатель и содержание сообщения определяются конкретным документом и состоянием учета.
Это также отличается от CRM-задачи менеджеру. Вместо сценария:
«акт готов → сотрудник должен не забыть написать клиенту»
используется сценарий:
«акт готов → правило коммуникации срабатывает автоматически».
Где фактически отправляется email
Для корпоративной системы важно разделять управление коммуникацией и фактическую отправку почты.
При работе Алертариума учетные данные почтового сервера клиента остаются в его локальной 1С. Там же выполняется фактическая отправка email.
Облачная часть может использоваться для централизованного управления правилами, шаблонами и настройками, но она не должна становиться почтовым сервером клиента и хранить его почтовые учетные данные для отправки писем от имени компании.
Таким образом, архитектура сохраняет привычную роль 1С как источника бизнес-данных и точки выполнения клиентской коммуникации.
Что нужно определить перед автоматизацией
Чтобы автоматическая отправка актов работала предсказуемо, для каждого сценария достаточно последовательно ответить на несколько вопросов:
- Какой документ в 1С является источником акта?
- Какое событие означает, что документ готов к отправке?
- Откуда определяется получатель?
- Как выбирается email при наличии нескольких контактов?
- Какую печатную форму необходимо приложить?
- Какие данные должны попасть в тему и текст письма?
- Можно ли отправлять сообщение автоматически?
- В каких случаях требуется подтверждение сотрудником?
- Как исключается повторная отправка?
- Что должно фиксироваться в журнале?
После этого техническая автоматизация становится отражением уже определенного бизнес-процесса, а не набором отдельных доработок.
Что меняется после автоматизации
При ручном процессе сотрудник фактически является связующим звеном между документом в 1С и клиентом:
увидеть акт → проверить → сохранить → найти адрес → написать письмо → приложить файл → отправить.
При событийной модели большая часть этой последовательности определяется заранее:
акт готов → правило → получатель → сообщение → вложение → отправка или подтверждение → журнал.
Сотрудник подключается только там, где действительно требуется его решение.
Такой подход особенно полезен для регулярных закрывающих документов: акты формируются в 1С по обычному учетному процессу, а их передача клиентам перестает быть отдельной ручной операцией.
Автоматизируйте отправку актов и другие клиентские коммуникации
Автоматизируйте клиентские коммуникации в 1С с Алертариумом. Система сама создаст и отправит нужное сообщение по событию, сократит ручную работу менеджеров и ускорит информирование клиентов. Начните с нескольких ключевых сценариев сейчас.