Как в 1С:Бухгалтерия 3.0 перенести документ реализации в реализацию без CommerceML?

В старых конфигурациях поколения 1С:УПП 1.3 пользователи привыкли к специализированным обработкам выгрузки и загрузки данных в формате CommerceML (CML). В документах присутствовала прямая кнопка, позволяющая быстро выгрузить документ в файл XML и загрузить его в другую базу. При переходе на современные решения, такие как 1С:Бухгалтерия предприятия 3.0, многие сталкиваются с тем, что привычный инструмент отсутствует. Разберем, как устроена работа с форматами обмена в актуальных конфигурациях, почему возникает проблема переноса по схеме «из реализации в реализацию» и как ее решить штатно даже в облачном сервисе 1С:Фреш.

Архитектурные ограничения форматов ЭДО и CommerceML

Проанализируем сначала логику типовых механизмов. Современная 1С:Бухгалтерия 3.0 использует форматы электронного взаимодействия, основанные на регламентированном ЭДО или сервисе 1С:Бизнес-сеть. В обоих случаях применяется концепция взаимодействия двух контрагентов — продавца и покупателя:

1. Выгрузка из реализации: когда мы формируем файл выгрузки из документа Реализация (акт, накладная, УПД), система генерирует исходящий электронный документ (титул продавца).
2. Загрузка на стороне получателя: алгоритмы разбора электронных пакетов всегда интерпретируют входящий титул продавца исключительно как входящую операцию — то есть создают документ Поступление (акт, накладная, УПД) или Заказ покупателя.

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

Решение 1. Штатная загрузка табличной части из внешнего файла

Если нам требуется точечно переносить документы реализации без настройки постоянных сетевых каналов обмена, рассмотрим самый доступный типовой способ, не требующий программирования и отлично работающий в облаке 1С:Фреш.

Разберем по шагам порядок действий:

1. В исходной базе открываем документ Реализация (акт, накладная, УПД) и выводим на печать либо сохраняем форму документа (или список строк) в табличный документ формата Excel, CSV или MXL.
2. В целевой базе создаем новый пустой документ Реализация (акт, накладная, УПД), указываем контрагента, договор и организацию.
3. В командной панели табличной части Товары нажимаем кнопку «Загрузить» → «Из внешнего файла» (также можно воспользоваться вставкой данных напрямую через буфер обмена).
4. В открывшемся окне мастера загрузки открываем сохраненный файл либо вставляем скопированные строки.
5. Выполняем сопоставление колонок: программа попросит указать, где находятся Номенклатура, Количество, Цена и Ставка НДС.
6. Нажимаем кнопку переноса в документ. При первом сопоставлении система автоматически запомнит соответствия позиций номенклатуры по наименованию или артикулу для последующих операций.

Решение 2. Использование штатной синхронизации данных через формат EnterpriseData

Если обе базы данных работают на конфигурации 1С:Бухгалтерия предприятия 3.0 и обмен документами должен происходить регулярно, наиболее правильным архитектурным решением является штатная синхронизация.

В отличие от ЭДО, типовая синхронизация по формату EnterpriseData («1С:Бухгалтерия 8 — 1С:Бухгалтерия 8») переносит документы один к одному:

1. Переходим в раздел «Администрирование» → «Синхронизация данных».
2. Настраиваем подключение между базами по правилам обмена для одинаковых конфигураций.
3. При передаче данных документ Реализация (акты, накладные) из первой базы создается в принимающей базе именно как Реализация (акты, накладные), сохраняя все реквизиты шапки и табличной части.
4. Чтобы не передавать всю базу целиком, в правилах отправки настраиваем отбор: фильтруем данные по нужной организации, дате начала выгрузки или используем выборочную ручную регистрацию только тех документов, которые требуется отправить.

Особенности реализации задачи в сервисе 1С:Фреш

Выясним причину, почему в облачной среде нельзя применить привычную обработку «Универсальный обмен данными в формате XML» (на базе «Конвертации данных 2.0»). В сервисе 1С:Фреш заблокирован запуск внешних файлов, содержащих произвольный исполняемый код, в целях безопасности данных всех абонентов.

Если штатные инструменты (загрузка из внешнего файла и синхронизация) не подходят под регламент компании, задачу решают разработкой специализированного расширения конфигурации (CFE) или внешней дополнительной обработки (EPF), созданной по стандартам БСП (Библиотеки стандартных подсистем). Важно помнить: чтобы подключить такую обработку в облаке, она должна успешно пройти аудит сервиса на безопасный режим и отсутствие прямых обращений к файловой системе сервера.