SAP Customer Management – El add-on de CRM en S/4HANA

Cuando SAP lanzó S/4HANA, muchas empresas que utilizaban SAP CRM 7 OnPremise se encontraron con una disyuntiva: ¿Qué hacer con todos sus procesos de ventas y servicio?. Migrar directamente a la nube con soluciones como Sales & Service Cloud no siempre era viable en ese momento, ya fuera por tiempos de proyecto, costes o resistencias internas.

Para cubrir esa transición, SAP ofreció un camino intermedio: SAP Customer Management (CM), un add-on que permite mantener las capacidades principales de CRM directamente dentro de S/4HANA. Esto ya lo vimos por encima en la entrada.

Estado de CRM en SAP

¿Qué es SAP Customer Management?

SAP Customer Management es un complemento (add-on) de S/4HANA que replica gran parte de las funcionalidades de SAP CRM 7, pero embebidas en el ERP.

Está basado en la arquitectura One Order, la misma que soportaba al CRM clásico.
Permite gestionar procesos de ventas, servicio al cliente y contratos directamente sobre la base de datos HANA.
Elimina la necesidad de un middleware de replicación entre ERP y CRM, porque todo vive en el mismo sistema.

En otras palabras, fue la manera de mantener las capacidades de CRM sin mantener dos sistemas en paralelo.

Funcionalidades principales

Ya conocemos las funcionalidades de SAP CRM 7 (¿no?) pero

Gestión de interacciones y servicio: tickets, casos, incidencias.
Gestión comercial: actividades, oportunidades, cotizaciones.
Contratos de servicio y objetos instalados: incluyendo SLA y garantías.
Verticales soportadas: como en CRM 7, algunas industrias críticas tuvieron continuidad, por ejemplo Utilities y Social Services Management (gestión de subvenciones y prestaciones sociales).
Integración nativa con procesos financieros, logísticos y de aprovisionamiento de S/4HANA.

Arquitectura de la interfaz de usuario (UI)

Un aspecto clave es la experiencia de usuario. Aunque vive en S/4HANA, SAP Customer Management no fue reescrito en Fiori. En su lugar, se mantuvo lo que ya funcionaba en SAP CRM:

WebClient UI (WebUI) como interfaz principal.
Basado en el framework BOL (Business Object Layer) y GENIL (Generic Interaction Layer).
Permite la misma configuración y extensibilidad conocidas: roles de negocio, vistas, AET (Application Enhancement Tool), personalización con el BSP Component Workbench.

Es decir, un consultor que dominaba SAP CRM 7 podía trabajar en Customer Management prácticamente sin curva de aprendizaje.

¿Dónde entran SAP GUI y Fiori?

SAP GUI se sigue utilizando para customizing y parametrizaciones.
Fiori Launchpad puede actuar como punto de entrada (tiles que lanzan el WebUI), pero la experiencia de usuario sigue siendo el WebUI clásico.

¿Qué desaparece de SAP CRM 7 en Customer Management?

Al ser un add-on simplificado, Customer Management no incluye todas las capacidades de CRM 7. Estas son las principales diferencias:

Marketing

Campañas, segmentación y marketing de eventos. En la estrategia actual se cubre con soluciones cloud como SAP Emarsys.

Promociones & Fidelización

Gestión de promociones de canal y programas de fidelización, hoy abordada con capacidades cloud y verticales específicas.

Canales de socios

Portales de partners e incentivos se orientan ahora a experiencias B2B modernas (Commerce Cloud y portales específicos).

Interaction Center (avanzado)

Sin IC scripting/ERMS completo/CTI estándar como en CRM 7. La omnicanalidad y el contact center evolucionan en Service Cloud.

Middleware CRM-ERP

Desaparece como componente: la integración clásica ya no es necesaria cuando el núcleo está en S/4HANA.

Verticales

Algunas continuaron (Utilities, Social Services Mgmt); otras se reubican en S/4HANA o suites cloud sectoriales.

Analítica integrada

InfoSets e informes embebidos dan paso a CDS Views y SAP Analytics Cloud para la capa analítica moderna.

Comparativa con SAP Sales & Service Cloud V2

Haciendo un ejercicio de comparación entre SAP CM y SAP Sales & Service Cloud V2, salvando las distancias, Podemos ver lo siguiente

Aspecto	Customer Management (add-on en S/4)	Sales & Service Cloud V2
UI	WebUI (BOL/GENIL)	Fiori nativo (SAPUI5)
Arquitectura	One Order, BOL/GENIL	OData v4 APIs + microservicios en BTP
Extensiones	Enhancements, BADI, AET	Extensiones in-app y side-by-side en BTP
Experiencia de usuario	Similar a SAP CRM 7	Moderna, responsive, móvil
Interaction Center	Sí, básico (sin scripting ni CTI estándar)	Omnicanal completo con CTI, chat, mail, bots
Verticales	Algunas (Utilities, Social Services Mgmt)	Roadmap cloud y sectorial
Roadmap	Solución puente, sin innovación	Estrategia central de SAP para CX

Ventajas de SAP Customer Management

SAP Customer Management no fue nunca una apuesta estratégica de futuro, pero sí tiene varias ventajas que lo convierten en una opción atractiva en determinados escenarios:

▶️Continuidad para soluciones muy customizadas de SAP CRM 7

Aprovechaba el mismo modelo de datos y la misma WebUI, minimizando cambios para usuarios.

🔗Integración nativa con S/4HANA

Eliminaba la complejidad del middleware, garantizando la consistencia de datos y sincronización.

📉Reducción de costes de IT

Un solo sistema reduce infraestructura, licencias y esfuerzo en upgrades.

⏳Escenario de transición controlada

Permitía ganar tiempo antes de migrar a la nube.

🏭Verticales críticas soportadas

Sectores clave como Utilities o Administración Pública pudieron seguir operando sin rediseñar procesos.

📊Acceso a analítica de S/4HANA

Se beneficiaba de CDS Views y de la integración con SAP Analytics Cloud.

👌Menor curva de adopción organizacional

Más fácil de implementar que una migración completa a la nube.

Limitaciones y situación actual

Aunque SAP Customer Management fue útil como solución de transición, presenta varias limitaciones importantes que explican por qué no es estratégico a largo plazo:

📉

Roadmap muy limitado

SAP no ha introducido nuevas funcionalidades relevantes desde hace años.
Solo recibe mantenimiento correctivo, sin evolución en capacidades.
El mensaje oficial es claro: el futuro está en la nube, no en CM.

📦

Cobertura funcional reducida

Desaparecen módulos como Marketing, Trade Promotion, Loyalty o Partner Channel Management.
El Interaction Center existe, pero sin scripting, sin ERMS completo y sin CTI estándar integrado.

🤖

Ausencia de capacidades modernas de experiencia de cliente

No hay IA embebida (machine learning, recomendaciones, asistentes virtuales).
No soporta omnicanalidad nativa (chat, redes sociales, bots, etc.).
No ofrece analítica avanzada dentro de la propia solución, como sí lo hace Sales & Service Cloud V2 con eSAC.

🚫

Estrategia de innovación fuera de CM

Todo lo nuevo en Customer Experience (CX) se desarrolla en Sales & Service Cloud, Emarsys, CDP y CDC.
CM quedó relegado a “cubrir el expediente” en OnPremise, sin inversión de futuro.

🔧

Menor atractivo para extensibilidad

Aunque mantiene BOL/GENIL y enhancements, su flexibilidad es limitada frente a extensibilidad en BTP o Key User Tools de V2.
No aprovecha las capacidades modernas de integración vía APIs y eventos.

⚠️

Posición de riesgo a medio plazo

No tiene fecha oficial de fin de vida, pero perderá relevancia progresivamente.
Puede suponer un riesgo de obsolescencia para empresas que lo adopten sin plan de salida a Sales & Service Cloud.

Camino hacia el futuro

La estrategia de SAP es clara: Customer Management fue un puente, no un destino final. Por lo tanto, un posible viaje de las empresas que parten de SAP CRM 7.0 puede estar concebido como un proceso de fases, con una lógica de continuidad y evolución. No obstante, es importante recordad que el futuro de la gestión de clientes está en la nube, con un ecosistema CX mucho más amplio y en constante innovación.

Primer paso: de SAP CRM 7 a Customer Management (CM)
Para muchas organizaciones, la manera más sencilla de empezar fue migrar sus procesos a SAP Customer Management, embebido en S/4HANA.

El valor estaba en la continuidad: mismo modelo de datos (One Order), mismo WebUI, mismos procesos de ventas y servicio.

Este paso se entiende como una migración suave, sin disrupción en la operación, pero también sin innovación real. CM nunca fue más que una solución transitoria.
2
Segundo paso: innovación selectiva en Sales Cloud V2 y ecosistema BTP
Cuando la empresa busca dar un salto cualitativo en ciertas áreas (ventas predictivas, inteligencia comercial, nuevos canales de interacción), el paso natural es ir a SAP Sales Cloud V2.

Aquí es donde entran en juego las innovaciones que CM no tiene:
- IA y analítica avanzada (Joule, eSAC).
- Omnicanalidad y experiencia digital.
- Extensiones modernas: in-app para adaptar la UI y lógica de negocio, y side-by-side en SAP BTP (CAP, Kyma, Build Apps, Event Mesh) para integraciones y procesos nuevos.
3
Tercer paso: transición progresiva del resto de procesos
Una vez que los procesos críticos de innovación están en la nube, el resto de capacidades se van trasladando de forma progresiva:
- Service Cloud V2 para atención omnicanal.
- Emarsys para marketing automatizado y personalización.
- Customer Data Cloud (CDC) y Customer Data Platform (CDP) para gestión de identidades y unificación de datos de cliente.
- Commerce Cloud para experiencias de compra digitales.
Este paso convierte a la empresa en una organización con un ecosistema CX completo, que aprovecha la innovación continua de SAP en la nube.
Escenario final: coexistencia mínima y salida definitiva de CM
CM queda como una capa residual o puente, hasta que todos los procesos estén migrados.

El objetivo es claro: consolidar todo el CRM en la nube, aprovechando lo mejor de S/4HANA para la parte transaccional y lo mejor de la suite CX para la experiencia del cliente.

Conclusión

SAP Customer Management fue la respuesta de SAP para clientes que necesitan mantener sus procesos de CRM dentro de S/4HANA sin lanzarse de inmediato a la nube. Su mayor ventaja fue la continuidad: misma arquitectura One Order, mismo WebUI, mismas capacidades de ventas y servicio.

No obstante, muchas áreas de CRM 7 quedaron fuera: Marketing, PCM, TPM/Loyalty, Analítica embebida y el Interaction Center avanzado. Otras, en cambio, sí tuvieron continuidad, como Utilities y Social Services Management.

Hoy, su papel es cada vez más residual. Quien piense en CRM con SAP debe mirar hacia Sales & Service Cloud V2 y al resto de la suite CX. Conocer SAP Customer Management sigue siendo útil para entender la evolución de SAP CRM, pero el futuro, sin duda, ya está en la nube.

El fin se acerca

Pues eso, el fin se acerca. ¿El fin del mundo?

Noooooo. El fin del mantenimiento de SAP Business Suite que, para algunos, puede ser un poco el fin del mundo.

¿Qué es eso del mantenimiento de SAP?

Antes de entrar en fechas y cuáles son las consecuencias de esto vamos a saber qué es eso del mantenimiento de SAP ECC, o de cualquier solución SAP que contiene la SAP Business Suite 7 (SAP ECC, CRM, SRM, HCM, SCM, etc.).

Como sabemos, SAP es una suite de soluciones empresariales estándar, Out-of-the-box, es decir, las empresas pagan una licencia por tener las funcionalidades SAP y tener sus sistemas SAP actualizados de correcciones y nuevas funcionalidades.

Esto, como puedes imaginar, es fundamental para una empresa que quiera tener unos sistemas robustos, seguros y actuales. Estamos en un mundo empresarial en el que tener unos sistemas de información potentes te proporciona una ventaja competitiva sobre tus competidores.

Fin del mantenimiento de SAP Business Suite 7

Pues si, el fin del mantenimiento extendido de SAP Business Suite 7 se acerca (luego veremos fechas) y esto es un problema para muchas empresas. ¿Por qué? ¿Va a dejar de funcionar mi SAP? No, eso no va a pasar, tus sistemas van a seguir funcionando pero, ahora bien, como tengas un problema no vayas a SAP a pedirle cuentas, ayuda o soporte, que no habrá nadie. Tampoco habrá nuevas notas o support packages. Y eso en sistemas con condiciones legales como Recursos Humanos (HCM) o contabilidad no tendrán estas actualizaciones legales disponibles. A partir del fin del mantenimiento extendido tu sistema SAP será como el WinRAR.

¡Fechas! ¡Dame fechas!

Bueno, para saber fechas tenemos varias fuentes oficiales. Podemos ver la nota 2881788 – End of SAP Business Suite 7 mainstream maintenance donde podemos ver las siguientes fechas:

31 de diciembre de 2025: Fin del mantenimiento estándar de SAP ECC EhP-5. Todavía quedaría pasar a SAP ECC EhP6 pero ¿para qué?.
31 de diciembre de 2027:
Este es el fin del mantenimiento estándar para SAP Business Suite 7. A partir de esta fecha, SAP ya no ofrecerá soporte completo (correcciones, actualizaciones y mejoras) para estas soluciones.
31 de diciembre de 2030:
SAP ha extendido el mantenimiento extendido hasta finales de 2030 para aquellos clientes que aún no hayan migrado a SAP S/4HANA. Durante este periodo, los clientes pueden recibir actualizaciones limitadas, pero ya no habrá nuevas funcionalidades. Además, este tipo de soporte conlleva un coste adicional, habrá que ver si compensa pagar más por menos y además con la previsión de que se acabe el mantenimiento.

¿2027? ¿2030? Queda mucho tiempo

¿Seguro? ¿Cuánto tardas en implantar todo lo que tienes en tu ECC, CRM, SRM, etc. en un S/4 HANA y soluciones anexas? Entre analizar tus sistemas, publicación de RFP, selección de proveedor, análisis y diseño, implementación (hay cosas que no se migran tan fácil), faseado, arranque y corrección de incidencias hasta estabilización… ¿Cuánto tardas?

Calma, todo va a ir bien

SAP lleva tiempo, mucho tiempo, avisando que esto va a pasar.

Ya allá por 2020 amplió la fecha de fin de mantenimiento que originalmente estaba en 2025 a 2027.

SAP Extends Its Innovation Commitment for SAP S/4HANA, Provides Clarity and Choice on SAP Business Suite 7

Además está el soporte extendido hasta 2030 y luego se guarda la posibilidad de negociar, con quien lo necesite, una ventana de soporte especial por cliente. Eso sí, desde ya mismo, las empresas que no están en S/4HANA se están perdiendo las innovaciones de SAP, y las que sí lo tienen contarán con esa ventaja contra la competencia.

Pero todavía hay tiempo, para eso estamos nosotros, los consultores, para guiar, ayudar y acompañar a este paso a S/4HANA y las nuevas soluciones. Y para dar el salto cualitativo que aportan las nuevas soluciones SAP (SAP Sales Cloud V2 por ejemplo)

En Conclusión

En tecnología hay varios momentos en los que hay ciertos saltos tecnológicos que te ves obligado a realizar. En el caso de SAP, el paso a S/4HANA es uno de ellos y, obviamente SAP quiere convertir sus clientes On-Premise SAP ECC en la nueva tecnología para evolucionar.

Hay que estar con los tiempos y evolucionar con la tecnología para no quedarse atrás. Hay tiempo para responder y empezar a andar.

Estado de CRM en SAP – 2023

Nota: Nueva entrada de este Estado de CRM en SAP para el 2025 publicada.

Estado de CRM en SAP – 2025

Bueno, vamos a tomar el toro por los cuernos y e intentar armar el puzzle que tenemos acerca de la gestión de clientes (CRM, CX, o como lo quieras llamar) dentro del ecosistema SAP.

Y hay varias formas de abordar este trabajo, primero viéndolo desde donde venimos a donde vamos. Venimos de SAP CRM 7 On Premise, una solución que abarca las áreas Sales, Service, Marketing y Contact Center. Y vamos hacia el SAP CX (Customer Experience) varias soluciones, cada una con un paquete de funcionalidades, más especializadas en lo que saben hacer, pero independientes en su gran mayoría.

Pero, esto del SAP CX ¿Qué es? Pues muchas cosas, y esta es el segundo punto de vista, desgranar qué opciones tenemos. Aquí veremos términos como C/4HANA, S/4HANA for customer management, Hybris, Callidus, Emarsys, etc.

S/4HANA for Customer Management

Empiezo por aquí porque es la continuación natural al SAP CRM OnPremise de toda la vida (pero descafeinado). En S/4HANA se toma el concepto de Business Partner de SAP CRM OnPremise para clientes y proveedores, lo cual es un cambio importante para los consultores de ECC. Además se mantienen parte de las funcionalidades. Podemos verlo en el documento SAP S/4HANA for Customer Management – Feature Scope Description. En resumen tenemos la siguiente funcionalidad:

Faltan cosas importantes, como por ejemplo Marketing. No tenía sentido mantener Marketing en este sistema teniendo otros sistemas especializados en marketing como Emarsys, Marketing Cloud…

SAP C/4HANA

C/4HANA nació como el nombre comercial a un conjunto, mas o menos heterogéneo, de soluciones. Podemos ver su descripción en el blog de SAP What is SAP C/4HANA and why should you care? C/4HANA es la unión de varias herramientas, algunas compradas por SAP:

Hybris, como empresa de eCommerce, también fue comprado por SAP. Pero en esa marca comercial ha aglutinado también en la parte de C4C (Sales Cloud y Service Cloud).

SAP Customer Data Cloud: SAP renombró la herramienta Gigya como SAP CDC. Se trata de un gestor integral de identidades, autorizaciones, accesos y consentimientos para clientes, ofreciendo control y cumplimiento en la era de la privacidad de datos.
SAP Marketing Cloud: Basado en lo que era Hybris Marketing Cloud ha evolucionado para ofrecer capacidades avanzadas de marketing. La incorporación de Emarsys ha potenciado aún más Marketing Cloud, agregando funcionalidades de marketing automatizado y análisis de datos para una segmentación y personalización más eficaz.
SAP Sales Cloud: Sales Cloud, antes conocido como SAP C4C, es una herramienta de preventa y venta que facilita la gestión de leads, oportunidades y relaciones con clientes. La incorporación de CallidusCloud ha agregado funcionalidades como gestión de incentivos y automatización de la fuerza de ventas, enriqueciendo aún más la oferta de Sales Cloud.
SAP Service Cloud: Service Cloud, parte del original SAP C4C, se enfoca en la postventa, ofreciendo soporte y servicios al cliente a través de múltiples canales y plataformas..
SAP Commerce Cloud: Originalmente parte de Hybris, una empresa especializada en eCommerce, SAP Commerce Cloud es una herramienta omnicanal que ofrece una experiencia de compra unificada en múltiples plataformas y dispositivos.

Bueno el resumen del estado del CRM en SAP es muy escueto, cada apartado es, en sí mismo, un mundo. Además SAP está moviendo las fichas necesarias para dotar a la parte de CX de inteligencia artificial y procesos avanzados, como el SAP CDP Customer Data Platform. Pero si hay que desgranar, ya desgranaremos más adelante.

SAP S/4 HANA ¿Qué es un Business Partner?

Una de las cosas que sorprenden a los consultores de SAP ECC cuando pasan a S/4 HANA es que ya no existen deudores ni acreedores, ahora todo son Business Partner.

Si vemos la nota 2265093 – S4TWL – Enfoque de interlocutor comercial o vemos el documento Simplification List for SAP S/4HANA 2022 en su apartado 3.19 S4TWL – Business Partner Approach dice:

In SAP S/4HANA, Business Partner is the leading object and single entry point to maintain Business Partner, Customer and Supplier (formerly known as Vendor) master
data. This is to ensure ease of maintenance of the above master data and to achieve
harmonization between them. Compared to classical ERP transactions, maintenance of
Customer and Supplier master data via Business Partner has multiple advantages. Some of them are as follows:

Business Partner allows maintenance of multiple addresses with
corresponding address usages.

In classical transactions, one customer can only be associated to one account
group. But in Business Partner, multiple roles can be associated to the same
Business Partner.

Maximal data sharing and reuse of data which lead to an easier data consolidation.

General Data available for all different Business Partner roles, specific data is
stored for each role.

Maintenance of multiple relationships to the same Business Partner.

Maintenance of Time Dependency at different sub-entities roles, address,
relationship, bank data etc.

Simplification List for SAP S/4HANA 2022

Y no solo eso, sino que también comenta las transacciones clásicas de ECC que desaparecen o quedan obsoletas en S/4Hana:

Así que sí el shock de un consultor de ECC clásico es tremendo, ¿Dónde esta mi XD01, XK01, VD01? Todas estas transacciones serán redirigidas directamente a la transacción BP.

Consultor Senior ECC viendo como desaparecen los deudores y acreedores

Pero, Keep calm and relaxing cup of café con leche para todos, por favor. Desde la parte SAP CRM, que es mi especialidad, llevamos años (¿siempre?) usando los Business Partners (Interlocutores comerciales) como objeto de negocio sobre el que pivotan los documentos y procesos de negocio.

¿Qué es un Business Partner?

Pues voy a poner una definición formal, de la cual estoy 100% de acuerdo, y además una explicación que yo le daría a un compañero que necesita adquirir el concepto.

Un business partner (Interlocutor Comercial) es una persona, organización, grupo de personas u organizaciones con los que una empresa tiene un interés comercial. Cualquier transacción de negocio no se puede realizar con alguien que no esté definido como un business partner. Por lo tanto, los business partners son los partes interesadas que influyen en el desarrollo de una empresa. Los Business Partners pueden ser de diferentes tipos, como persona, organización, grupo, etc., y pueden desempeñar diferentes roles, como cliente, proveedor, contacto, etc.
Definición más o menos oficial

Pero ahora voy yo a contarte lo que llevo años usando. Un Business Partner es todo interlocutor, ya sea Persona, Empresa o Grupo, que se use en cualquier proceso comercial de preventas, ventas, postventa y, (a partir de ahora), de compras.

Estos Business Partner tienen varios atributos que los modelan y los definen, algunos atributos son obligatorios e iniciales, debes decidirlos al crear el BP (ojo a las siglas que es lo que se usa), otros pueden ser añadidos posteriormente. Algunos son únicos, otros múltiples. Vamos a desgranarlos:

Tipo de BP: Como se ha comentado en ambas definiciones se trata de definir si el BP es Persona, Organización o Grupo. Se trata de un atributo inicial, obligatorio y único. Un BP debe crearse bajo un tipo y solo uno, y este no puede ser cambiado. Por ejemplo,
- Empleado: si queremos crear un empleado, será un BP de tipo Persona.
- Cliente Persona: Si tenemos un cliente que es persona, lo crearemos como Persona.
- Cliente Empresa: Si tenemos un cliente empresa, lo crearemos como Empresa.
- Persona de Contacto: Claramente tendrá que ser Persona.
- Proveedor: Normalmente serán empresas, lo crearemos como Empresa.
Rol de BP: Aquí es donde viene la magia y la potencia de los BPs. Se pueden establecer roles a los BPs para indicar cómo actúan dentro de nuestra relación con ellos. Con esto y con las relaciones entre BPs, podemos hacer un mapa de donde está ese BP, con qué otros BPs se relaciona y de qué forma. Un BP puede tener varios roles simultáneamente, los roles pueden ser dependientes del tiempo (tener fechas de validez), y sobre ellos se pueden establecer autorizaciones. (Tal grupo de usuarios solo puede ver los «Clientes Mayoristas» por ejemplo).
Relaciones entre BPs: Más o menos explicado en el punto anterior. Se pueden establecer relaciones (con dependencia temporal o no) entre dos BPs. El objetivo de estas relaciones es múltiple:
- Tener un mapa de donde está ese BP tanto dentro de su organización como dentro de la nuestra. Con esto se pueden responder preguntas como «¿Quienes son sus superiores en su organización?», «¿Quien es su empleado responsable en la nuestra?», «¿Quien es su persona de contacto o de quien es persona de contacto?», etc.
- Establecer autorizaciones de visibilidad en nuestro sistema. Por ejemplo, un empleado solo podrá ver los BPs de los que es él o su unidad organizativa responsable.
- Determinación automática de BPs en documentos. Si creamos un documento, por ejemplo en ventas, con un cliente, podemos arrastrar de forma automática al documento su persona de contacto, empleado responsable, pagador, etc…
Posibilidad de que un BP tenga varias direcciones en su maestro. Cada una de ellas con atributos como, el tipo o uso de dirección, fechas de validez, notas de la dirección.
Hay más atributos, pero mayormente usados para procesos de preventa o marketing, como son el Ciclo de Vida del cliente, Atributos de Marketing, Gestión de duplicados y Data Cleansing, etc. Pero para hacerse una idea general sirve lo anterior.

Puedes profundizar un poco en la help de SAP «SAP S/4HANA for Customer Management->Master Data->Business Partners«.

Sí, has visto bien, pone 2002, este concepto es más viejo que el fuego

Hay más información que desgranar al respecto de los Business Partner en S/4HANA pero, por ahora, sirva este artículo de introducción y definición de lo que es un BP en S/4HANA.