Обмен данными между системами

Режим «Только управление складом» требует настройки интеграции между внешними системами и системой Microsoft Dynamics 365 Supply Chain Management. Следующие категории взаимодействий являются обязательными:

• Основные данные (например, информация о продукте)
• Данные документов (такие как заказы на покупку и заказы на продажу)
• Данные о ходе выполнения (например, информация о получении, отправке и запасах в наличии)

Для этих трех категорий можно использовать множество различных методологий интеграции. В этой статье описывается рекомендованный процесс интеграции.

Основные и справочные данные

Для обеспечения согласованной связи несколько типов основных и справочных данных должны быть синхронизированы и доступны обеим системам. Одним из примеров являются данные шаблона продукта. Данные этого типа могут быть импортированы в Supply Chain Management посредством следующих сообщений, связанных с данными шаблона продукта:

• SourceSystemProductMessages — используется для создания продуктов и выпущенных продуктов, включая шаблоны продуктов для вариантов.
• SourceSystemProductVariantMessages — используется для создания вариантов для шаблонов продукта, где используется ProductSubtype = ProductMaster.
• SourceSystemProductSpecificUnitOfMeasureConversionMessages — используется для создания преобразований единиц измерения на уровне продукта.
• SourceSystemProductBarcodeMessages — используется для создания настройки штрих-кода продукта.
• SourceSystemProductGlobalTradeItemNumberMessages — используется для создания номера GTIN (Global Trade Item Number) для продуктов.
• SourceSystemProductDocumentAttachmentMessages — используется для прикрепления документов продукта, изображений продукта и т. д.

Совет

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

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

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

Примечание

Обработчик сообщений обрабатывает каждое сообщение, связанное с созданием основных данных продукта, отдельно в соответствии с его MessageId. Некоторые сообщения имеют зависимости, например требование создать выпущенный продукт до присвоения ему штрих-кода. Если вместо внешних кодов номенклатуры для продуктов используются номерные серии, то процессы SourceSystemProductMessages при отсутствии данных выпущенного продукта или номенклатуры в исходной системе будут создавать новые продукты.

Совет

Поле Код номенклатуры исходной системы используется при обмене данными между системами. Это полезно, когда, например, внешняя система использует штрих-код EAN в качестве уникального идентификационного номера, который связан с полем Номер номенклатуры/варианта, имеющим другое значение. При использовании ранее перечисленных сообщений автоматически создаются данные Код номенклатуры исходной системы.

При использовании мобильного приложения Warehouse Management значение Код номенклатуры исходной системы может также использоваться для подстановки значения Код номенклатуры/варианта, которое используется внутри компании.

Вы можете импортировать необходимые основные данные в Supply Chain Management, используя сущности данных. Следующие типы основных и ссылочных данных требуются для создания значения Код номенклатуры/выпущенного продукта, который используется в процессах управления складом:

• Группы моделей номенклатуры — каждый выпущенный продукт должен быть назначен группе моделей номенклатуры в Supply Chain Management. Следовательно, должна быть доступна хотя бы одна группа. Группа может управлять бизнес-процессами для номенклатур с отслеживанием партий. Следующие настройки рекомендуются для каждой группы моделей номенклатуры, используемой только в режиме управления складом. Эти настройки устраняют необходимость настройки каких-либо данных о стоимости для продуктов.

  • Модель запасов — установите в этом поле значение Не оценено.
  • Разносить физические запасы — отключите этот параметр. Вы можете выбрать этот параметр, только если вы уже настроили хотя бы одну исходную системную запись.
  • Разносить финансовые запасы — выключите этот параметр. Вы можете выбрать этот параметр, только если вы уже настроили хотя бы одну исходную системную запись.

• Группы номенклатур — могут использоваться для группировки бизнес-процессов, особенно при использовании кодов фильтра продуктов. Настройка счетов не требуется при использовании групп складских моделей Не оценено.

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

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

• Иерархия резервирования — определяет, какие аналитики резервируются в процессе резервирования исходящего заказа на отгрузку. Аналитики, помещаемые ниже аналитики Местоположение, управляются процессами управления складом.

• Единицы измерения — каждое количество, которое обрабатывает складской процесс, должно быть связано с единицей измерения. Когда для номенклатуры используется несколько единиц измерения (например, штуки, ящик и/или палета), обязательно определите единицу измерения складского учета как наименьшую единицу для номенклатуры.

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

Примечание

Сообщения, которые создают данные шаблона продукта, используют сущности данных продукта. Эти сущности могут использоваться сами по себе или могут использоваться для ведения данных шаблона продукта.

Просмотр и ведение сообщений о продуктах из исходной системы

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

• Управление складом>Продукты в исходной системе>Сообщения о продуктах из исходной системы
• Управление складом>Продукты в исходной системе>Сообщения о вариантах продуктов из исходной системы
• Управление складом>Продукты в исходной системе>Сообщения о штрихкодах продуктов из исходной системы
• Управление складом>Продукты в исходной системе>Сообщения с вложениями документов о продукте в исходной системе
• Управление складом>Продукты в исходной системе>Сообщения с глобальным торговым кодом номенклатуры продукта из исходной системы
• Управление складом>Продукты в исходной системе>Сообщения о преобразовании единиц измерения на уровне продукта из исходной системы

Рабочая область Мониторинг интеграции склада позволяет отслеживать количество сообщений о продуктах из исходной системы, которые находятся в состоянии В очереди и Сбой.

Примечание

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

Сведения о грузоотправителе и получателе

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

Ни для политики входящих заказов на отгрузку (которые являются частью настройки исходных систем), ни для обработки сообщений по входящим заказам на отгрузку не требуется, чтобы поля для значения Номер счета получателя существовали в сущности для страницы Получатели (Управление складом>Настройка>Интеграция управления складом>Получатели). Тот же самый термин "произвольный текст" существует для процесса исходящего заказа на отгрузку, связанного со значением номера счета отправителя.

Страна/регион

Чтобы создать новое юридическое лицо для складов и импортировать исходящие заказы на отгрузку, необходимо иметь значения страны/региона, определенные в Supply Chain Management. Эти записи используются в исходящих заказах на отгрузку для создания адресов. В зависимости от вашей настройки адреса и способа использования полей адреса в сообщениях о заказах, возможно, вам придется создать дополнительные данные, прежде чем вы сможете импортировать сообщения о заказах (например, для поддержки комбинаций штата/провинции и округа).

Сообщения о входящих и исходящих заказах на отгрузку

Вы можете использовать сообщения о входящих и исходящих заказах на отгрузку, чтобы информировать Supply Chain Management о том, какие физические запасы следует получить и отгрузить. Эти сообщения включают в себя как данные заголовка, так и данные строк.

Обмен сообщениями между системами осуществляется с помощью упрощенных документов входящий заказ на отгрузку и исходящий заказ на отгрузку. Эти документы устраняют необходимость использования некоторых других типов документов, которые обычно используются в Supply Chain Management (например, заказов на продажу, заказов на покупку и заказов на перемещение). Поэтому они имеют ряд преимуществ. Например, они упрощают интеграцию с системами планирования ресурсов предприятия (ERP) и управления заказами. Они также делают функции управления складами Supply Chain Management доступными для широкого спектра внешних ERP-систем и систем управления заказами.

Сообщениями о входящих и исходящих заказах на отгрузку можно обмениваться с помощью Dataverse. Альтернативно, ими можно обмениваться через Open Data Protocol (OData) с использованием сущностей сообщения заказа на отгрузку и/или с помощью процесса импорта Управление данными (например, с помощью Составной объект сообщений о входящих заказах на отгрузку и Составной объект сообщений об исходящих заказах на отгрузку).

Supply Chain Management ставит входящие документы в очередь, а затем обрабатывает их с помощью обработчика сообщений. Такой подход обеспечивает согласованность данных между системами, как основные данные (например, о продуктах), так и статус выполнения заказа. Таким образом, входящие и исходящие заказы на отгрузку в Supply Chain Management не позволяют создавать или обновлять недействительные или неподдерживаемые данные заказа. Мы рекомендуем обрабатывать сообщения как часть периодического пакетного задания, которое обработчик сообщений запускает с использованием очереди сообщение заказов на отгрузку.

На следующем рисунке показано, как обработчик сообщений вписывается в интегрированную систему.

Данные о ходе работы и бизнес-события

Внешние системы могут иметь множество различных запросов бизнес-процессов для системы управления складом. Например, каждая внешняя система может постоянно запрашивать ход выполнения заказа на продажу. Чтобы обеспечить выполнение этого процесса, Supply Chain Management можно настроить для доставки бизнес-событий по мере необходимости. Бизнес-события постоянно информируют внешние системы о прогрессе и действиях, происходящих в Supply Chain Management. Когда эта настройка установлена, внешним системам не нужно продолжать запрашивать информацию, которая могла не измениться с момента последнего запроса. Вместо этого они могут реагировать только тогда, когда им сообщат.

Для интеграций склада поддерживаются несколько готовых бизнес-событий. В следующей таблице перечислены некоторые из них.

ИД бизнес-события	Описание
WHSSourceSystemProductMessageChangedStatusBusinessEvent	Изменен статус сообщения о продукте из исходной системы
InventCountingJournalPostedBusinessEvent	Журнал инвентаризации разнесен
WHSSourceSystemInventoryOnhandReportBusinessEvent	Отчет о запасах в наличии исходной системы создан
WHSInventoryUpdateLogBusinessEvent	Журнал обновлений запасов склада обновлен
WHSOutboundNotificationCreatedBusinessEvent	Создано исходящее уведомление склада
WHSShipmentOrderMessageChangedStatusBusinessEvent	Статус сообщения о заказе на отгрузку обновлен
WHSShipmentPackingSlipJournalModifiedBusinessEvent	Отборочная накладная отгрузки обновлена
WHSShipmentPackingSlipJournalFailedBusinessEvent	Сбой обновления отборочных накладных отгрузки
WHSShipmentReceivingJournalModifiedBusinessEvent	Получения отгрузок обновлены
WHSShipmentReceivingJournalFailedBusinessEvent	Не удалось обновить получения отгрузки
SysMessageProcessorMessageProcessedBusinessEvent	Сбой сообщения обработчика сообщений
WhsWaveExecutedBusinessEvent	Волна выполнена
WHSQualityOrderValidatedBusinessEvent	Заказ для контроля качества проверен
WHSEWInboundShipmentOrderRequestCreatedBusinessEvent	Создан запрос заказа входящей отгрузки (может использоваться для интеграции Supply Chain Management с другой системой WMS)
WHSEWOutboundShipmentOrderRequestCreatedBusinessEvent	Создан запрос заказа исходящей отгрузки (может использоваться для интеграции Supply Chain Management с другой системой WMS)

Как минимум, мы рекомендуем использовать следующие бизнес-события для интеграции с внешней ERP-системой:

• InventCountingJournalPostedBusinessEvent — это событие объявляет о том, что произошла корректировка имеющихся запасов, и указывает, где можно найти подробную информацию об обновлении.
• WHSSourceSystemInventoryOnhandReportBusinessEvent — это событие объявляет о том, что создан отчет об имеющихся запасах, и указывает, где можно найти подробную информацию об обновлении.
• WHSShipmentPackingSlipJournalModifiedBusinessEvent — это событие сообщает о том, что произошел процесс подтверждения исходящей отгрузки, и указывает, где можно найти подробные данные рекомендации по отправке. (Эти данные можно использовать, например, для процесса выставления счетов за продажи.)
• WHSShipmentReceivingJournalModifiedBusinessEvent — это событие сообщает о том, что произошел процесс завершения входящей приемки, и указывает, где можно найти подробные данные рекомендации по приемке. (Эти данные можно использовать, например, для процесса выставления счетов по заказу на покупку.)

Корректировки запасов в наличии

При интеграции ERP-системы и системы управления складом важно обеспечить согласованность данных о запасах в наличии. Несколько процессов могут помочь поддерживать это согласование как часть подхода к реализации режима только управления складом. Дополнительные сведения о работе процесса обновления запасов в наличии см. в разделе Обновления запасов в наличии между системами.