ПРОДУКТЫ И ПЕРЕХОДЫP1L2

S/4HANA: Business Partner и Customer/Vendor Integration

Роль Business Partner в S/4HANA, связь с customer/vendor master data и проверки CVI для подготовки конверсии из SAP ERP.

Ревизия 1 Применимость к указанным контекстам Частичное покрытие Контекст: CTX-ECCКонтекст: CTX-S4-ONPREMКонтекст: CTX-S4-PRIVATE документальная опора: недостаточно данных
Справочный материал. Контракты данных, архитектурные решения и ограничения применения. Источники приведены в материалах, где используются внешние основания.

S/4HANA: Business Partner и Customer/Vendor Integration#

В S/4HANA Business Partner (BP) служит центральной моделью данных делового партнера. Для финансовых и логистических процессов система также использует customer- и supplier/vendor master data. Customer/Vendor Integration (CVI) связывает и синхронизирует эти представления согласно настройке. Они связаны, но это не означает, что все их поля, роли или бизнес-значения тождественны.

Разделяйте объект, роль и организационные данные#

Уровень Что фиксировать
Business Partner номер и grouping, категория (организация/человек/группа), общие данные и адреса
BP role функции партнера и интервалы действия ролей, требуемые для сценария
Customer/Vendor account account group и номерная схема, статусы и специфичные для клиента/поставщика данные
Организационный уровень company code, sales area, purchasing organization и связанные статусы
Связь CVI направление синхронизации, mapping, статус и сообщение об ошибке

Один BP может иметь несколько ролей; customer и vendor могут быть разными учетными записями, связанными с одним BP, если такова модель и настройка. Номер BP не следует автоматически считать номером customer/vendor: сопоставление зависит от number assignment и правил CVI.

Сценарий конверсии из SAP ERP#

Для документированного сценария перехода ERP в S/4HANA SAP требует обеспечить CVI и преобразовать клиентские и поставщицкие мастер-записи в Business Partners до завершения conversion. Объем подготовки может включать связанные контактные лица и записи с deletion flag. Набор действий зависит от исходного релиза, приложений, интеграций и специальных сценариев, поэтому применяйте simplification items и conversion guide именно к исходной версии.

До массовой синхронизации составьте контрольную выборку и инвентаризацию:

  1. Клиенты и поставщики по account group, company code, sales area и purchasing organization.
  2. Существующие BP-связи, повторные номера, объединенные или конфликтующие записи и внешние идентификаторы.
  3. Контактные лица, межсистемные связи и объекты с блокировкой или deletion flag.
  4. Обязательные поля, BP grouping/roles, account groups, number assignment и преобразования.
  5. Системы-источники, ведущий объект, порядок синхронизации, повторов и разрешения конфликтов.

Проверьте, что требуемые поля и сопоставления доступны и согласованы до конверсии. В SAP Help отдельно отмечено, что обязательные поля целевой модели и соответствующие CVI-настройки влияют на успешную миграцию; перенос с пустыми значениями не является безопасным способом обхода ошибок.

Диагностика рассогласования#

Для выбранного партнера сопоставьте идентификаторы BP и учетной записи, роль и account group, организационные уровни, значение каждого поля до и после изменения, направление синхронизации, timestamp и сообщение обработки. Затем определите, произошло ли расхождение при выборе mapping, валидации обязательных полей, создании роли, распределении по организации или обмене с внешней системой.

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

Приемочные проверки#

После настройки/конверсии сверяйте количество исходных учетных записей, число созданных BP и назначенных ролей, неудовлетворенные записи, дубликаты и неразрешенные конфликты. Проверяйте выборку по разным account group и организационным сегментам, а также создание и изменение данных с обеих сторон, если такой режим предусмотрен целевой настройкой. Подтвердите работу связанных FI-AR, FI-AP, SD, MM, платежных и интерфейсных сценариев на тестовом цикле.

Эта статья объясняет модель и проектные проверки, но не задает universal runbook. Конкретные CVI activities, reports, jobs, допустимые статусы и ошибки зависят от релиза и конфигурации.

Материал частично покрывает S4-05 и дополняет ECC-04 и MIG-05. Использованы официальные SAP Help для Business Partner approach и CVI; записи в реестре имеют статус metadata_only. Профиль клиента, настройки CVI, результаты миграции, журналы и SAP runtime не проверялись.

Связанные материалы#

Источники и документация

  1. Business Partner Approach (Customer/Supplier Integration) ↗
  2. Customer/Vendor Integration ↗
  3. Customer/Vendor Integration migration prerequisites ↗

Источники нужны для самостоятельной проверки. Примеры и интерпретации на сайте могут быть учебными упрощениями.