Рабочие вопросы часто обсуждаются отдельно от самих документов: договор открыт в 1С, уточнения уходят в мессенджер, файл с правками пересылается по почте. Через неделю уже трудно понять, кто согласовал изменение, где обсуждали исключение и почему выбрали именно такой вариант.
Система взаимодействия помогает обсуждать такие вопросы прямо в 1С, рядом с документами, заявками, заказами, карточками контрагентов, отчетами и другими объектами. Переписку не приходится искать в стороннем чате: она остается там, где велась работа.
Обычный мессенджер удобен, когда нужно быстро написать коллеге, созвониться или переслать файл. Но если вопрос связан с учетной системой, одного чата часто недостаточно. В мессенджере можно обсудить договор, но сам договор останется в 1С. Можно согласовать изменение по заказу, но позже будет непросто понять, кто подтвердил правку и видел ли он финальную версию.
В Системе взаимодействия обсуждение можно связать с объектом 1С: документом, карточкой клиента, заявкой, заказом, элементом справочника или отчетом. Открыв объект позже, пользователь видит не только данные в форме, но и переписку, которая сопровождала работу с ним.
Кроме контекстных обсуждений, можно вести обычные тематические обсуждения: по проектам, совещаниям, организационным вопросам или задачам команды. Они не обязаны быть привязаны к конкретному документу, но позволяют вести рабочую переписку в той же среде, где пользователи уже работают с 1С.
Например, менеджер уточняет условия у клиента, бухгалтерия проверяет документ, юрист предлагает изменить формулировку, руководитель согласует исключение. В обычном чате такая цепочка легко распадается на отдельные сообщения. В Системе взаимодействия она сохраняется рядом с объектом, по которому принималось решение.
В Системе взаимодействия пользователи могут обмениваться текстовыми сообщениями, файлами и изображениями, вести диалоги один на один и групповые обсуждения, цитировать, редактировать и удалять сообщения, если это разрешено правилами работы.
История сообщений помогает вернуться к обсуждению за выбранный период, найти нужное сообщение по тексту или участнику и восстановить ход согласования не по памяти, а по фактам, что особенно полезно, когда вопрос решается не сразу и к нему возвращаются через несколько дней.
Если связь с сервером временно пропала, неотправленные сообщения могут уйти после восстановления соединения. Для сотрудников, которые работают удаленно или используют мобильный клиент, это снижает риск потерять сообщение из-за нестабильной сети.
Статусы пользователей показывают, доступен ли коллега сейчас, отошел, не в сети или просит не беспокоить. Настройки вроде выбора сочетания клавиш для отправки сообщений помогают подстроить переписку под привычный стиль работы.
Когда переписки недостаточно, из обсуждения можно перейти к аудио- или видеозвонку. Во время звонка пользователь может показать экран, а специалист увидит не пересказ проблемы, а саму ситуацию в интерфейсе.
Такой сценарий полезен в поддержке, обучении и при разборе ошибок. Если сотрудник не понимает, почему не получается выполнить действие в форме или отчете, проще показать экран и сразу обсудить проблему голосом, чем долго описывать шаги в чате.
Не каждый участник рабочего процесса должен быть пользователем информационной базы. Кандидат на собеседовании, клиент, консультант, подрядчик или партнер может понадобиться в обсуждении один раз или на ограниченное время. Давать такому человеку полноценный доступ к 1С обычно не нужно, а переносить разговор во внешний мессенджер не всегда удобно.
Система взаимодействия позволяет подключать внешних пользователей к обсуждениям, звонкам и демонстрации экрана. Внешний участник подключается к нужному разговору, а сотрудники продолжают работать в 1С.
HR-специалист может провести интервью с кандидатом, менеджер может обсудить с клиентом детали заявки, а консультант может попросить пользователя показать экран и помочь ему разобраться с проблемой. История такого общения не уходит в личную переписку сотрудника, где ее потом трудно восстановить.

Клиенты и партнеры часто пишут туда, где им удобно: в мессенджер, социальную сеть или другой внешний канал. Заставлять всех переходить в новый интерфейс не всегда разумно, особенно если речь идет о поддержке, сервисных обращениях или регулярной внешней коммуникации.
Система взаимодействия может быть связана с внешними каналами, включая MAX, Telegram, ВКонтакте, WhatsApp и другие способы обмена сообщениями, если они поддержаны в нужном сценарии подключения. Пользователь пишет в привычный для себя канал, а сотрудники видят обращение в Системе взаимодействия. Ответ возвращается пользователю туда же, откуда он написал.
Способ подключения зависит от канала. Где-то используется бот, где-то бизнес-аккаунт или настройки группы, а для произвольных систем могут применяться вебхуки. Перед внедрением стоит проверить, какие каналы нужны организации и какие ограничения есть у самих внешних платформ.
Не все рабочие события приходят из мессенджеров. Новый заказ в интернет-магазине, инцидент в системе мониторинга, изменение статуса заявки или уведомление от внешнего сервиса тоже могут требовать реакции сотрудников.
Через механизм вебхуков внешние приложения могут передавать события в Систему взаимодействия. После этого в 1С появляется сообщение или обсуждение, с которым дальше работают сотрудники. Уведомление можно прочитать и забыть, а обсуждение можно развить: подключить ответственного, уточнить детали, зафиксировать решение и сохранить историю реакции.
Боты помогают автоматизировать повторяющиеся запросы. Если пользователи часто спрашивают остатки товаров, статус заказа, данные по контрагенту или порядок оформления заявки, часть таких вопросов можно обработать автоматически.
В Системе взаимодействия бот может быть связан с прикладным решением 1С. Пользователь задает вопрос в привычном рабочем интерфейсе, а ответ получает там же, где общается с коллегами. В простых случаях бот отвечает сам, в сложных может собрать первичные данные и передать разговор сотруднику.
Чат Системы взаимодействия можно встроить на сайт или веб-портал. Посетитель задает вопрос в веб-чате, а сотрудники отвечают со стороны Системы взаимодействия.
Такой сценарий подходит для интернет-магазина, клиентского портала, сайта поддержки, сервисного центра или партнерского раздела. При необходимости разговор можно продолжить через звонок, демонстрацию экрана или подключение другого специалиста.
В поддержке это особенно полезно: пользователь не всегда может точно описать проблему, а специалист не всегда понимает ситуацию по первому сообщению. Возможность перейти от чата к звонку, попросить показать экран и сохранить историю обращения уменьшает количество повторных уточнений.
В рабочей переписке обсуждают договоры, клиентов, заказы, финансовые документы, кадровые вопросы, инциденты и внутренние решения. Если все это уходит во внешние публичные каналы, компания получает быстрый обмен сообщениями, но теряет контроль над хранением данных и управлением доступом.
Система взаимодействия может быть развернута в инфраструктуре заказчика. Такой on-premise-вариант важен для организаций, которым нужно хранить переписку, файлы, журналы событий и резервные копии внутри своей инфраструктуры. Рабочие обсуждения не обязательно выносить во внешний мессенджер только потому, что сотрудникам нужен чат, звонки или обмен файлами.
У этого подхода есть практическая сторона: сервер нужно сопровождать, обновлять, резервировать и мониторить. Если компании не нужен такой уровень контроля, внешний облачный сервис может показаться проще. Но там, где переписка связана с важными бизнес-процессами или внутренними требованиями безопасности, собственная инфраструктура становится осознанным выбором.
Механизм обсуждений реализован в клиент-серверной архитектуре. Для обмена сообщениями, проведения звонков и работы интеграций используется отдельный программный продукт: 1С:Сервер взаимодействия. Он может быть развернут в инфраструктуре организации, в том числе в on-premise-варианте, и использоваться несколькими прикладными решениями на платформе «1С:Предприятие 8».
Это удобно для организаций, где бухгалтерия, продажи, кадровый учет, документооборот и отраслевые системы используются одновременно, но не всегда находятся в одном приложении. Сотрудники могут работать в разных решениях 1С и при этом участвовать в общих обсуждениях и звонках.
При планировании внедрения нужно учитывать нагрузку, число активных пользователей, сценарии видеосвязи, качество сети и требования к отказоустойчивости. Текстовые обсуждения и видеоконференции по-разному нагружают инфраструктуру, поэтому пилот лучше строить вокруг реального рабочего сценария.
Переносить в Систему взаимодействия всю рабочую переписку сразу не обязательно. Разумнее выбрать один сценарий, в котором текущая схема общения уже создает заметные неудобства, и проверить продукт на нем.
Чаще всего такими сценариями становятся согласование документов, поддержка пользователей, обработка обращений с сайта, подключение внешних участников или внутренние консультации по сложным операциям. У них есть общая черта: обсуждение тесно связано с конкретным объектом или процессом в 1С, а работа в стороннем мессенджере приводит к лишним переключениям и дублированию.
Когда первый сценарий приживется, остальные подключаются легче: видно, какие обсуждения стоит переносить, а какие удобнее оставить как есть. Постепенно Система взаимодействия становится не отдельным инструментом, а естественным продолжением работы в 1С.
Система взаимодействия «1С» — обзор возможностей, примеры активации и использования
Система взаимодействия «1С» — примеры демонстрации рабочего стола и работы в облаке
См. также «Опыт использования flatten-maven-plugin для упрощения версионирования в maven-проектах»