Администрирование · 12 мин
Транспортное сообщение в 1С: что это и как работает
Что такое транспорт сообщения в 1С, какие виды транспорта используются при обмене данными, как выбрать и настроить канал передачи между базами.
Транспорт сообщения в 1С — это способ физической доставки пакета данных от одной информационной базы к другой при обмене. Когда две базы обмениваются документами, справочниками или остатками, платформа формирует файл сообщения (обычно XML), и именно транспорт отвечает за то, как этот файл попадёт из точки отправки в точку получения: через локальную папку, FTP-сервер, электронную почту, веб-сервис или прямое подключение к базе-корреспонденту.
Термин чаще всего встречается в настройках планов обмена и универсального формата EnterpriseData, а также в механизмах обмена с сайтом, банком и внешними системами. Пользователь видит его в мастере настройки синхронизации как шаг «Настройка транспорта сообщений обмена» или «Параметры подключения».
Понимание того, какой транспорт используется, критично при диагностике сбоев: большинство ошибок обмена связано не с самими данными, а с недоступностью канала доставки — закрытой папкой, неверным паролем FTP или недоступным веб-сервисом.
Где в 1С встречается понятие транспорта сообщений
Основное место — настройка синхронизации данных между конфигурациями, например между «Управление торговлей» и «Бухгалтерия предприятия». В мастере настройки после выбора второй базы программа предлагает указать, как будет передаваться файл с данными. Этот шаг и есть выбор транспорта.
Кроме синхронизации между типовыми конфигурациями, транспорт используется в планах обмена при работе с распределёнными информационными базами (РИБ), в обменах через универсальный формат EnterpriseData, при интеграции с сайтами на базе CommerceML и в механизмах обмена с банками (DirectBank и обмен через каталог).
В коде конфигураций понятие отражено в объектах планов обмена и в регистрах, хранящих настройки транспорта: там указываются пути, адреса серверов, логины и пароли. Разработчики, создающие собственные обмены, реализуют транспорт самостоятельно — через файловые операции, HTTP-запросы или почтовые профили.
Основные виды транспорта в 1С
Типовые конфигурации предлагают ограниченный набор каналов доставки. Каждый имеет свои требования к инфраструктуре и типичные сценарии применения.
| Вид транспорта | Когда применяется | Ключевые требования |
|---|---|---|
| Локальный или сетевой каталог | Базы в одной локальной сети, ручной или регламентный обмен | Общая папка с правами записи для обеих баз |
| FTP-сервер | Базы в разных сетях, обмен через интернет | Доступный FTP-сервер, учётные данные, открытые порты |
| Электронная почта | Нерегулярный обмен небольшими пакетами | Почтовый ящик, ограничения на размер вложений |
| Прямое подключение | Обе базы доступны одновременно | Сетевой доступ к базе-корреспонденту, COM или веб-сервис |
| Веб-сервис / HTTP | Интеграция с внешними системами, облачные базы | Опубликованный сервис, аутентификация, TLS |
Выбор зависит от топологии: если базы находятся в одной сети, проще всего использовать общий каталог. Если базы разнесены географически и нет прямой связности, чаще выбирают FTP или обмен через веб-сервис. Почтовый транспорт сейчас применяется редко из-за ограничений на размер вложений и задержек доставки.
Сравнение вариантов транспорта
Простая настройка, высокая скорость. Ограничение: обе базы должны иметь доступ к общей папке, не подходит для обмена через интернет.
Работает между разнесёнными площадками. Ограничение: требуется поддержка сервера, пароли хранятся в настройках, возможны проблемы с пассивным/активным режимом.
Подходит для облачных баз и интеграций, передача в реальном времени. Ограничение: нужна публикация сервиса и грамотная защита канала.
Не нужен промежуточный файл и хранилище. Ограничение: обе базы должны быть одновременно доступны, сложнее диагностика ошибок.
Как сообщение проходит путь от отправителя к получателю
Механика обмена выглядит одинаково независимо от вида транспорта. База-отправитель при выгрузке формирует файл сообщения: в него попадают зарегистрированные в плане обмена изменения — новые и изменённые документы, элементы справочников, удаления. Файл получает номер сообщения, который фиксируется в узле плана обмена.
Дальше транспорт доставляет файл в точку получения: копирует в каталог, загружает на FTP, отправляет письмом или передаёт через подключение. База-получатель забирает файл, загружает данные и отправляет квитанцию о приёме — подтверждение с номером принятого сообщения. Отправитель, получив квитанцию, очищает регистрацию переданных изменений.
Если квитанция не дошла, отправитель при следующем сеансе включит те же данные в новое сообщение. Это нормальное поведение механизма гарантированной доставки, но при хронических сбоях транспорта оно приводит к росту объёма выгрузки и дублям, если загрузка на приёмной стороне частично прошла.
Как настроить транспорт при синхронизации данных
Настройка выполняется в разделе синхронизации данных (в типовых конфигурациях — «Администрирование» → «Синхронизация данных»). После создания настройки и выбора префикса программа предложит указать способ подключения к базе-корреспонденту.
- 1Создайте общую сетевую папку и проверьте, что пользователь, под которым работают обе базы, имеет в ней права на чтение и запись.
- 2В мастере настройки синхронизации выберите вариант «Синхронизация через файл» и укажите путь к каталогу в формате, понятном обеим базам (UNC-путь вида \\сервер\папка).
- 3Задайте архивацию файла обмена паролем, если данные содержат персональные или коммерческие сведения.
- 4Выполните первую выгрузку, перенесите настройки во вторую базу и укажите тот же каталог с её стороны.
- 5Запустите обмен вручную и проверьте, что в каталоге появился файл сообщения, а после загрузки — файл квитанции.
Для FTP-транспорта дополнительно указываются адрес сервера, порт, логин, пароль и режим соединения. Если сервер находится за NAT или файрволом, чаще всего помогает переключение между пассивным и активным режимом — эта настройка есть в параметрах подключения.
После настройки рекомендуется включить расписание автоматического обмена и задать сценарий: выгрузка, загрузка, контроль ошибок. Регламентное задание будет выполнять обмен без участия пользователя, а журнал регистрации зафиксирует результат каждого сеанса.
Как проверить, что транспорт работает корректно
Первичный признак успешного обмена — отсутствие ошибок в форме синхронизации и актуальные данные в обеих базах. Но для надёжности стоит проверить цепочку целиком: файл создан, доставлен, загружен, квитанция возвращена.
Как проверить результат обмена
Файл появляется при выгрузке и исчезает или заменяется после загрузки на приёмной стороне
Файлы накапливаются с растущими номерами — приёмная сторона не забирает сообщения
Номер отправленного на одной стороне соответствует номеру принятого на другой
Номера расходятся, обмен ругается на неверный номер сообщения
События обмена завершаются без ошибок
Ошибки доступа к каталогу, авторизации FTP, таймауты соединения
Тестовый документ появляется во второй базе после обмена
Данные не переносятся при отсутствии явных ошибок — проверяйте правила регистрации
Полезный приём диагностики — создать в исходной базе заведомо тестовый объект (например, контрагента с пометкой «ТЕСТ»), выполнить обмен и убедиться, что он появился на приёмной стороне. Это отделяет проблемы транспорта от проблем правил конвертации: если объект доехал, канал работает.
Типичные ошибки и риски при работе с транспортом сообщений
Большинство инцидентов связано не с логикой обмена, а с инфраструктурой канала. Папка перестала быть общей после переезда сервера, истёк пароль FTP-учётной записи, антивирус блокирует запись файлов — всё это проявляется как «обмен не работает», хотя причина вне 1С.
Отдельный риск — безопасность канала. Файл обмена содержит данные в открытом виде: если он передаётся по FTP без шифрования или лежит в общедоступной папке, содержимое доступен любому, кто имеет доступ к каналу. Используйте архивацию с паролем, защищённый протокол (FTPS/SFTP через сторонние решения или VPN) и ограничение прав на каталог.
Что делать, если обмен через транспорт остановился
Действуйте от канала к данным, а не наоборот. Сначала проверьте доступность точки доставки с обеих сторон: откройте каталог по сети, подключитесь к FTP тем же логином, что указан в настройках. Затем посмотрите журнал регистрации на предмет ошибок доступа и таймаутов.
Как выбрать действие
Если восстановить штатный канал быстро не удаётся, временным решением может стать ручной перенос файла: выгрузите сообщение, скопируйте файл на приёмную сторону любым доступным способом и выполните загрузку из указанного файла. Это сохранит нумерацию сообщений и не нарушит механизм квитанций, в отличие от грубого вмешательства в узлы обмена.
Что важно запомнить
Транспорт сообщения — это канал доставки файла обмена между базами. Выбирайте его по топологии сети, проверяйте всю цепочку от выгрузки до квитанции, защищайте файл при передаче и не вмешивайтесь в узлы обмена без резервных копий.
Частые вопросы о транспорте сообщений в 1С
Чем транспорт сообщения отличается от формата обмена?
Формат (например, EnterpriseData или правила конвертации) определяет, как данные упакованы внутри файла. Транспорт определяет, как этот файл физически доставляется: через каталог, FTP, почту или подключение. Один и тот же формат может передаваться любым транспортом — это независимые настройки.
Можно ли сменить транспорт для уже работающей синхронизации?
Да, настройки подключения редактируются в параметрах синхронизации без удаления настройки обмена. Важно изменить транспорт согласованно в обеих базах и убедиться, что все незабранные сообщения из старого канала загружены, иначе часть данных потеряется вместе с нумерацией.
Почему файлы обмена накапливаются в каталоге и не удаляются?
Это означает, что приёмная сторона не забирает сообщения: отключено регламентное задание, нет прав на чтение каталога, настройка синхронизации деактивирована или вторая база смотрит в другой путь. Файлы удаляются только после успешной загрузки и подтверждения, поэтому накопление — симптом остановившейся приёмной стороны.
Безопасно ли передавать файл обмена через обычный FTP?
Нет, стандартный FTP передаёт данные и пароль открытым текстом. Если в файле есть персональные или финансовые данные, включите архивацию с паролем в настройках обмена, используйте защищённый канал (VPN, SFTP через сторонние средства) или перейдите на обмен через веб-сервис с TLS.
Что делать при ошибке «сообщение с таким номером уже принято»?
Ошибка возникает при рассинхронизации номеров сообщений в узлах обмена. Откройте узел плана обмена в приёмной базе и сверьте номер принятого сообщения с номером отправленного в базе-источнике. Обычно помогает корректировка номеров или повторная выгрузка с изменённым номером, но перед этим обязательно сделайте резервные копии обеих баз.
Можно ли организовать обмен без файла, напрямую между базами?
Да, вариант прямого подключения позволяет передавать данные без промежуточного файла: одна база подключается к другой через COM или веб-сервис и выполняет обмен в рамках одного сеанса. Условие — обе базы должны быть одновременно доступны по сети, а учётная запись подключения должна иметь достаточные права в базе-корреспонденте.