Как передать данные в 1С: способы загрузки и обмена

Передача данных в 1С — одна из самых частых задач при внедрении и сопровождении системы. Контрагентов и номенклатуру загружают из Excel при старте учёта, документы переносят между базами «Управление торговлей» и «Бухгалтерия», а интернет-магазин передаёт заказы напрямую через API. Каждый сценарий требует своего инструмента, и ошибка в выборе приводит к дублям справочников, потерянным документам и часам ручной сверки.

Все способы передачи делятся на три группы. Разовая загрузка — когда нужно один раз перенести начальные данные. Регулярный обмен — когда две базы постоянно синхронизируются между собой. Интеграция в реальном времени — когда внешняя система передаёт данные по запросу через веб-сервисы. Ниже разберём каждый вариант с конкретными действиями и ограничениями.

Перед любой передачей данных сделайте резервную копию базы. Это единственная гарантия, что неудачную загрузку можно будет откатить без последствий. Для файловой базы достаточно скопировать файл 1Cv8.1CD, для клиент-серверной — выполнить выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или средствами СУБД.

Загрузка данных из Excel и табличных документов

Самый востребованный сценарий — перенос справочников и табличных частей из Excel. В типовых конфигурациях на БСП (Библиотека стандартных подсистем) есть встроенная обработка «Загрузка данных из табличного документа». Она находится в разделе «Администрирование» → «Обслуживание» либо подключается через «Дополнительные отчеты и обработки».

Порядок работы такой: открываете обработку, выбираете, куда грузить (например, справочник «Номенклатура» или табличную часть документа), вставляете данные из буфера обмена или открываете файл. Затем настраиваете соответствие колонок таблицы реквизитам 1С и режим поиска существующих элементов — по коду, наименованию или другому ключевому полю. После нажатия «Загрузить» обработка создаёт новые элементы и обновляет найденные.

1. 1
   Сделайте резервную копию базы
2. 2
   Откройте обработку «Загрузка данных из табличного документа»
3. 3
   Выберите объект загрузки: справочник или табличную часть документа
4. 4
   Скопируйте данные из Excel и вставьте в табличное поле обработки
5. 5
   Настройте соответствие колонок реквизитам и поле поиска дублей
6. 6
   Загрузите данные и проверьте результат на выборке элементов

Критичный момент — настройка поиска дублей. Если грузить контрагентов «всегда создавать новые», при повторной загрузке получите двойников. Правильно искать по ИНН + КПП для контрагентов, по артикулу или штрихкоду для номенклатуры. Для иерархических справочников дополнительно укажите родительскую группу, иначе все элементы попадут в корень.

Ограничение обработки — она работает только с простыми реквизитами и не подходит для переноса движений документов, остатков по регистрам и сложных связанных объектов. Для таких задач используют обмен через XML или специализированные обработки переноса.

Перенос данных между базами 1С через XML

Когда нужно передать данные из одной базы 1С в другую — например, документы из «Управления торговлей» в «Бухгалтерию предприятия» — используют обработку «Выгрузка и загрузка данных XML». Она входит в поставку многих типовых конфигураций и доступна на диске ИТС. Обработка выгружает объекты в XML-файл вместе со ссылками, что позволяет переносить связанные данные: документ вместе с контрагентом, договором и номенклатурой.

Важное условие: конфигурации источника и приёмника должны иметь совместимую структуру метаданных для переносимых объектов. Идентичные конфигурации (например, копия базы) — идеальный случай. Между разными конфигурациями (УТ → БП) напрямую переносить нельзя — там действуют правила конвертации данных, которые создаются в конфигурации «Конвертация данных».

Для переноса между типовыми конфигурациями 1С уже содержит готовые механизмы: в «Бухгалтерии» есть помощник «Загрузка из Управления торговлей», в «ЗУП» — передача данных в бухгалтерию для отражения зарплаты в учёте. Эти штатные механизмы предпочтительнее ручной выгрузки XML, потому что учитывают различия структур и проверяют корректность данных.

Настройка регулярного обмена через планы обмена

Планы обмена — штатный механизм 1С для постоянной синхронизации данных между базами. Они автоматически регистрируют изменения (созданные и изменённые объекты) и передают только их, а не всю базу целиком. Это основа распределённых баз (периферийные узлы и центральная база) и типовых синхронизаций вида «УТ ↔ БП» или «УТ ↔ Розница».

Настройка начинается в разделе «Администрирование» → «Синхронизация данных». Создаёте новую настройку синхронизации, выбираете вторую программу, задаёте префикс базы (чтобы различать документы разных баз по нумерации) и правила отправки/получения: какие объекты передавать, с какой даты, по каким организациям. Затем выполняете начальную выгрузку — первичное заполнение второй базы данными.

Обмен может выполняться по расписанию — через регламентное задание синхронизации. Данные передаются через каталог обмена (общая сетевая папка), FTP, электронную почту или прямое подключение к другой базе. Для файловых баз вне офисной сети чаще всего используют обмен через каталог в облачном хранилище или FTP.

Типичная проблема — «зависшие» сообщения обмена и коллизии, когда один и тот же объект изменили в обеих базах. Конфликты видны в мониторе синхронизации: там можно выбрать, какая версия объекта побеждает. Регулярно проверяйте журнал синхронизации, иначе расхождения накапливаются незаметно.

Передача данных через универсальный формат EnterpriseData

Для обмена между разными конфигурациями и внешними системами 1С разработала универсальный формат EnterpriseData на базе XML. Он описывает типовые объекты (контрагент, номенклатура, счёт, заказ) независимо от конкретной конфигурации, поэтому через него обмениваются самые разные программы: 1С с сайтами на «Битрикс», с CRM, с мобильными приложениями.

В типовых конфигурациях формат поддерживается «из коробки»: при настройке синхронизации можно выбрать обмен через универсальный формат. Внешняя система при этом должна формировать или принимать XML-документы по XSD-схеме EnterpriseData. Схема публикуется фирмой «1С» и периодически обновляется с новыми версиями формата.

Преимущество подхода — не нужно писать правила конвертации в «Конвертации данных» для каждой пары конфигураций. Недостаток — формат покрывает только типовые объекты. Нетиповые документы и регистры придётся передавать через расширения формата или другими способами.

Интеграция через веб-сервисы и HTTP

Когда данные нужно передавать мгновенно — например, заказ с сайта должен появиться в 1С сразу после оформления — используют программный интерфейс. 1С умеет и публиковать свои сервисы, и обращаться к чужим.

Для приёма данных извне публикуют HTTP-сервисы или веб-сервисы (SOAP) прямо в конфигурации. Публикация выполняется на веб-сервере (IIS или Apache) через диалог «Администрирование» → «Публикация на веб-сервере». Дополнительно можно опубликовать стандартный OData-интерфейс, который автоматически даёт доступ к объектам конфигурации по REST-подобному протоколу без программирования.

Для передачи данных из 1С во внешние системы используют HTTP-запросы из встроенного языка. Типовой код отправки JSON выглядит так:

Соединение = Новый HTTPСоединение("api.example.ru", 443,,,,, Новый ЗащищенноеСоединениеOpenSSL);
Запрос = Новый HTTPЗапрос("/orders");
Запрос.Заголовки.Вставить("Content-Type", "application/json");
Запрос.УстановитьТелоИзСтроки(СтрокаJSON);
Ответ = Соединение.ОтправитьДляОбработки(Запрос);
Если Ответ.КодСостояния = 200 Тогда
// обработка ответа
КонецЕсли;

ЗаписьJSON = Новый ЗаписьJSON;
ЗаписьJSON.УстановитьСтроку();
ЗаписатьJSON(ЗаписьJSON, Данные);
СтрокаJSON = ЗаписьJSON.Закрыть();

При самостоятельной разработке интеграции обязательно предусмотрите аутентификацию (не публикуйте сервисы без логина и пароля), обработку ошибок и повторную отправку при сбоях сети. Ограничение OData: он подходит для чтения и простой записи, но не вызывает бизнес-логику — проведение документов через него не выполнить, для этого нужен собственный HTTP-сервис.

Обмен с сайтом и торговым оборудованием

Отдельный частный случай — передача данных между 1С и интернет-магазином. Стандартный механизм — обмен в формате CommerceML: 1С выгружает каталог товаров и остатки на сайт, сайт передаёт заказы в 1С. В «Управлении торговлей» настройка находится в разделе интеграции с сайтами: указывается адрес скрипта обмена на сайте, логин, пароль и расписание обмена.

Для торгового оборудования (кассы, сканеры, терминалы сбора данных) передача идёт через драйверы и обработки обслуживания. Товары выгружаются в кассу или ТСД файлом либо напрямую через COM/драйвер, продажи загружаются обратно. Настройка выполняется в разделе «Подключаемое оборудование».

Проверка результата и типичные ошибки

После любой передачи данных результат нужно проверять, а не полагаться на сообщение «загрузка завершена». Для справочников достаточно сравнить количество загруженных элементов с количеством строк в источнике и выборочно открыть несколько карточек. Для документов и остатков сравнивают итоговые суммы: обороты по счетам, остатки товаров, взаиморасчёты — в базе-источнике и базе-приёмнике.

Граница самостоятельной работы проходит там, где начинается перенос остатков на начало учёта, конвертация между сильно различающимися конфигурациями и разработка собственных правил обмена. Эти задачи требуют тестирования на копиях и понимания структуры метаданных — ошибки здесь искажают учётные данные и всплывают только при сверке отчётности.

Частые вопросы