SAP BTP y extensibilidad

Extensibilidad key user

La extensibilidad key user es el conjunto de herramientas in-app de SAP S/4HANA que permite a key users formados añadir campos personalizados, lógica personalizada, business objects personalizados, informes y adaptaciones de UI a las aplicaciones estándar mediante aplicaciones SAP Fiori. La extensibilidad key user solo actúa en los puntos de extensión que SAP ha liberado para este fin, lo que mantiene las extensiones resultantes estables ante actualizaciones.

Datos clave

Tipo
Modelo de extensibilidad in-app (on-stack)
Capa
Lógica de negocio y modelo de datos; Aplicaciones de UI
Aplicaciones clave
Custom Fields and Logic (F1481), Custom Logic (F6957), Custom Business Objects (F1712), Extensibility Inventory (F2587)
Lenguaje para la lógica
ABAP for Key Users (ABAP restringido)
Transporte
Software collections en Public Edition; aplicaciones del Adaptation Transport Organizer en on-premise y Private Edition
Quién trabaja con ello
Key users, consultores funcionales, CoE de extensibilidad
Se aplica a
SAP S/4HANA Cloud Public Edition, Private Edition, on-premise
Capa: Lógica de negocio y modelo de datosDónde se ubica ▾
Dónde se ubica: L5 · Lógica de negocio y modelo de datosCapa: Lógica de negocio y modelo de datos. También abarca: Aplicaciones de UI.L1L2L3L4L5L6BTP

Capa: Lógica de negocio y modelo de datos

También abarca: Aplicaciones de UI

Abrir el mapa de arquitectura →

¿Qué pueden ampliar los key users?

La extensibilidad key user abarca varios tipos de extensión, cada uno con su propia aplicación:

  • Campos personalizados en business contexts como la cabecera de un pedido de compra, disponibles en aplicaciones, informes, formularios, plantillas de correo electrónico y, cuando están liberadas, API.
  • Lógica personalizada: implementaciones de Business Add-Ins (BAdI) liberados, escritas en un editor web en ABAP for Key Users, por ejemplo para proponer o comprobar un valor.
  • Business objects personalizados: pequeños modelos de datos propios con persistencia y servicios generados, para datos que el estándar no contiene.
  • Vistas CDS y consultas analíticas personalizadas para informes sobre fuentes de datos liberadas; los nombres y las versiones de las aplicaciones varían según la release.
  • Adaptación de UI en tiempo de ejecución: mover, ocultar, renombrar o añadir campos y secciones en las aplicaciones SAP Fiori que lo admiten.

Cada opción se acopla a un punto de extensión que SAP ha abierto explícitamente. Por tanto, la extensibilidad key user es amplia en variedad pero limitada en alcance: cambia lo que SAP ha hecho modificable.

¿Cómo funciona la extensibilidad key user?

Supongamos que Alder Manufacturing quiere una valoración del proveedor en cada pedido de compra:

  1. Un key user abre la aplicación de campos personalizados y crea el campo en el business context Procurement: Purchasing Document, que cubre la cabecera del pedido de compra.
  2. El key user elige el tipo y la etiqueta del campo y habilita los usos: qué aplicaciones, informes, formularios o API deben conocer el campo.
  3. Al publicar el campo se generan los artefactos técnicos en el sistema.
  4. En la aplicación de pedidos de compra, el key user añade el campo a la pantalla con la adaptación de UI en tiempo de ejecución.
  5. Si la valoración debe proponerse por defecto para Cedar Office Supply, una implementación de lógica personalizada de un BAdI adecuado la establece.
  6. Los elementos de extensión se transportan a pruebas y producción: mediante software collections en Public Edition, o mediante las aplicaciones Configure Software Packages y Register Extensions for Transport en on-premise y Private Edition.

No interviene ningún entorno de desarrollo ABAP. La extensibilidad key user convierte una pequeña mejora típica en un cambio similar a una configuración, con su propia vía de transporte.

¿Cuáles son los puntos fuertes de la extensibilidad key user?

  • Rapidez para cambios pequeños: un campo o una validación pueden entrar en producción sin un proyecto de desarrollo.
  • Estabilidad ante actualizaciones: las extensiones dependen solo de puntos de extensión liberados, por lo que encajan por construcción con el principio clean core.
  • Las mismas herramientas en todas las opciones de implementación: las aplicaciones existen en Public Edition, Private Edition y on-premise, por lo que los conocimientos son transferibles.
  • Comprobaciones de impacto integradas: la aplicación Extensibility Inventory muestra los elementos de extensión y si usan objetos de SAP que han quedado obsoletos.
  • Conciencia de las dependencias: la exportación de software collections analiza las dependencias entre los elementos de extensión antes del transporte.

Para campos adicionales, comprobaciones sencillas y cambios de pantalla en documentos estándar, la extensibilidad key user es la opción a la que apunta en primer lugar la guía de extensibilidad de SAP.

¿Dónde están los límites de la extensibilidad key user?

  • Limitada por los puntos de extensión liberados. Si SAP no ha liberado un business context o un BAdI para el objeto, las herramientas de key user no pueden llegar a él.
  • Lenguaje restringido. ABAP for Key Users solo admite un subconjunto de ABAP y el acceso a objetos liberados para las aplicaciones de key user o creados por ellas.
  • Pequeña por diseño. Los business objects personalizados sirven para datos sencillos; las transacciones complejas, el procesamiento masivo o los nuevos flujos de extremo a extremo necesitan extensibilidad de desarrollador o side-by-side.
  • Un único sistema. Las extensiones key user residen dentro de un único sistema SAP S/4HANA y no coordinan pasos en otros sistemas.
  • El gobierno no viene dado. Muchas extensiones pequeñas creadas por muchos key users se vuelven difíciles de rastrear sin reglas de nomenclatura, documentación y un responsable por elemento.

Estos límites son la razón por la que las herramientas son seguras: la extensibilidad key user cambia alcance por estabilidad ante actualizaciones y rapidez.

¿Cuándo conviene usar la extensibilidad key user?

Use la extensibilidad key user cuando se cumplan todas estas condiciones:

  • el cambio se acopla a un business object estándar que ofrece un business context o un BAdI liberado;
  • la lógica es breve, local y no necesita llamadas a otros sistemas;
  • los datos pertenecen al propio documento, no a una aplicación aparte;
  • un key user o un CoE identificado será responsable del elemento tras la puesta en producción.

Un error habitual es empezar con las herramientas de key user y forzarlas, por ejemplo encadenando varios BAdI para imitar un workflow. Cuando los requisitos van más allá de un campo, una comprobación o un cambio de pantalla, pase a la extensibilidad de desarrollador o a una extensión side-by-side en lugar de llevar la extensibilidad key user más allá de su diseño.

¿Por qué no aparece un campo personalizado en una aplicación?

Recorra esta secuencia antes de sospechar de un defecto:

  1. No publicado. Los campos guardados como borradores no existen en tiempo de ejecución.
  2. Uso no habilitado. El campo debe estar habilitado para esa aplicación, informe, formulario o API concretos.
  3. No añadido a la pantalla. Habilitar un uso hace que el campo esté disponible; la adaptación de UI lo coloca.
  4. Business context incorrecto. Un campo a nivel de posición no aparece en la cabecera, y viceversa.
  5. Ausente en el sistema de destino. La software collection o el transporte no incluyó el campo o un elemento dependiente.
  6. Aplicación no ampliable. Algunas aplicaciones SAP Fiori no admiten el uso en absoluto; el tema de extensibilidad de la aplicación en su documentación del SAP Help Portal enumera los business contexts que admite.

La mayoría de los casos de campos ausentes con la extensibilidad key user son lagunas de uso o de transporte, no aplicaciones averiadas.

Extensibilidad key user vs. extensibilidad side-by-side: ¿cuál es la diferencia?

Extensibilidad key userExtensibilidad side-by-side
Dónde se ejecutaDentro de SAP S/4HANAFuera, normalmente en SAP BTP
Quién la construyeKey users y consultores funcionalesDesarrolladores o business technologists
AcoplamientoEstrecho: mismo sistema, misma transacciónDébil: conectada mediante API y eventos
Uso típicoCampos, comprobaciones, valores por defecto, cambios de pantallaNuevas aplicaciones, usuarios externos, lógica multisistema
Ciclo de vidaSe transporta con el sistema SAP S/4HANADespliegue y ciclo de releases propios

La extensibilidad key user adapta lo que SAP S/4HANA ya hace; la extensibilidad side-by-side construye algo nuevo a su lado.

Preguntas frecuentes

¿La extensibilidad key user está disponible en SAP S/4HANA on-premise?

Sí. La extensibilidad key user forma parte de SAP S/4HANA on-premise y Private Edition, así como de Public Edition. En on-premise y Private Edition, los elementos de extensión se transportan con las aplicaciones Configure Software Packages y Register Extensions for Transport; Public Edition usa software collections.

¿Los campos personalizados sobreviven a las actualizaciones de SAP S/4HANA?

Los campos personalizados están diseñados para sobrevivir a las actualizaciones porque se acoplan a business contexts liberados. La aplicación Extensibility Inventory ayuda a comprobar tras una actualización si algún elemento de extensión usa objetos de SAP que han quedado obsoletos desde entonces, para poder planificar el trabajo de seguimiento.

¿Los key users pueden escribir código con la extensibilidad key user?

Sí, dentro de ciertos límites. La aplicación de lógica personalizada ofrece un editor web para implementaciones de BAdI en ABAP for Key Users, una versión restringida del lenguaje ABAP. Solo admite objetos liberados y un subconjunto de sentencias, lo que mantiene la lógica estable ante actualizaciones.

¿Qué diferencia hay entre Custom Fields and Logic y Custom Logic?

En la SAP Fiori Apps Reference Library, Custom Fields and Logic (F1481) es la aplicación para campos personalizados y Custom Logic (F6957) es una aplicación aparte para implementaciones de BAdI. La documentación de SAP hace referencia tanto a una aplicación combinada como a aplicaciones separadas, por lo que los nombres pueden variar según la release.

¿La extensibilidad key user necesita SAP BTP?

No. La extensibilidad key user se ejecuta íntegramente dentro de SAP S/4HANA, y sus aplicaciones forman parte del sistema SAP S/4HANA. SAP BTP solo entra en juego cuando una extensión supera las herramientas de key user, por ejemplo porque necesita su propia aplicación, usuarios externos o datos de otros sistemas.

Fuentes

Se aplica a
SAP S/4HANA on-premise · SAP S/4HANA Cloud Private Edition · SAP S/4HANA Cloud Public Edition
Última revisión

Para profundizar

SAP, SAP Fiori, SAPUI5, SAP S/4HANA, SAP BTP y los demás productos y servicios de SAP mencionados son marcas comerciales o marcas registradas de SAP SE (o de una empresa afiliada de SAP) en Alemania y otros países. Esta guía es independiente y no está afiliada, patrocinada ni respaldada por SAP SE.