Лупонос Дмитрий, разработчик 1С, эксплуататор 1С, настройка серверов для 1С

Выполнение обменов — существенная часть разработки. Дело в том, что сама база данных представляет для собственника бизнеса ценнейший ресурс.

С помощью обменов появляется возможность делиться частью информации со сторонними сервисами, например OZON, Yandex маркет, сайтом на Bitrix, Квартплата24 и прочими.

Кроме того, сведения передаются в надзорные организации, например ФНС, Пенсионный фонд, статистика и прочие.

REST API

Для обмена со внешней системой, в большинстве случаев, используется REST API — документированный способ обмена структурами, называемыми «сообщения», которые содержат пакет информации из отправляющей системы в принимающую.

Рассмотрим на примере WMS, то есть Системы управления складом:

  • Компания выводит складской учет под внешнее управление, что позволяет использовать, во-первых, инфраструктуру склада — сотрудников, оборудование, логистические преимущества;
  • Внешний склад исполняет поручения Компании по приемке и отгрузке товаров, так же обеспечивает соответствующее хранение;
  • При приемке товара в учетной системе 1С создается документ «Поступление (приобретение) товаров и услуг» (ПТУ) и документ «Приходный (складской) ордер на товары» (ПСО);
  • При отгрузке товара создается документ «Реализация Товаров Услуг» (РТУ) и документ «Расходный (складской) ордер на товары» (РСО);

Склад уведомляет компанию о поступлении специальным пакетом, содержащим в себе номер входящей накладной, перечнем товаров с количеством, сериями. Компания принимает через каналы связи отправленный пакет, как правило в формате JSON, который может внутри содержать прикрепленные документы, например в формате XML. В системе 1С однозначно идентифицируются данные пакета и создаются ПТУ и ПСО без участия пользователя, в автоматическом режиме.

В идет приемка данных о состоянии полученного товара, например они будут такие: «Товар получен на склад», «Товар размещен на складе» — в этом варианте могут быть дополнительные данные, например складская ячейка. В результате ПСО меняет статус с «К приемке» на «Получен» и далее на «Принят» с отражением в 1С особенностей размещения товара тем же методом получения пакетов данных из внешней системы.

При отгрузке товара при создании РТУ, как правило, после успешной проверки остатков товаров, в системе 1С автоматически формируется РСО со статусом «К отгрузке». В результате в WMS улетает пакет данных, содержащий ключи Компании, Организацию отправитель, Покупателя, Грузополучателя и перечень товаров к отгрузке. Склад подтверждает поручение и начинает собирать товар в зоне отгрузки и упаковывать (опалечивать) его. В дальнейшем остается только получать статус формирования товара (В процессе отгрузки) и зафиксировать сборку партии товара (Подготовлен), а так же получить сообщение «Отгружен» когда Грузополучатель забрал товар либо товар был отправлен транспортной компанией.

В этом случае требуется отправить электронные копии документов на транспортировку товара и Торг-12/Счет-фактуру или УПД. В зависимости от соглашения со складом бухгалтерские документы отправляются Покупателю ЭДО, возможно еще REST API WMS позволяет отправлять эти документы в складскую систему для предоставления перевозчику.

Обмен завершен

Конвертация данных 1С

Для связи внутри инфраструктуры 1С существует удобный механизм обмена — CommerceML. Он работает на объектном уровне, где объект, к примеру, это элемент справочника «Номенклатура», документ «Реализация товаров услуг» и позволяет гибко настраивать передачу данных, к примеру, между Бухгалтерией Предприятия 3.0 и Управлением Торговлей 11.5. Такой обмен уже зашит в эти системы и при обновлении объектов меняется и сам формат обмена.

Для настроек таких обменов используется конфигурация Конвертация Данных 3.0 и ее более старая версия Конвертация Данных 2.0 для предыдущих версий 1С, вплоть до 7.7.

В рамках данной статьи не смогу показать даже минимальный процесс таких обменов, могу сказать только одно — таким путем можно передать из одной базы данных все, что угодно, при этом полностью или частично и разместить в базе приемнике с обработкой по произвольному алгоритму. Например документ «Выпуск блюд» одной конфигурации может стать документом «Поступление товаров из производства» другой конфигурации.

Шина данных

Для консолидации различных обменов и снижением нагрузки на оборудование серверной части 1С используется шина данных. По-сути шина данных это коннектор, прокси для сообщений обменов между различными системами. Она имеет свой способ хранения объектов, которые сопоставляются с различными внешними системами каждый по своему правилу.

Нагрузка снижается за счет уменьшения до одного обмена информацией между шиной данных и базой данных 1С с разовой передачей всех необходимых пакетов.

В дальнейшем шина данных по алгоритму и расписанию передачи данных во внешнюю систему или запросу из внешней системы передает в рамках способов обмена именно с этой внешней системой данные, которые были получены и принимает данные, которые должны быть приняты.

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