Diseñar una estructura de cuentas clara y escalable es una de las decisiones fundamentales más importantes que tomará cuando trabaje con SAP Business Technology Platform (SAP BTP).

La forma en que organiza cuentas, directorios y subcuentas globales afecta directamente la gobernanza, la seguridad, la transparencia de costos, los flujos de trabajo de desarrollo y la escalabilidad a largo plazo. En esta publicación, analizaremos los modelos de cuentas recomendados por SAP y explicaremos cómo funcionan juntas las cuentas, directorios y subcuentas globales.

Estructura de un modelo de cuenta

La estructura jerárquica entre cuentas globales, directorios y subcuentas le permite definir una modelo de cuenta que se ajuste exactamente a sus necesidades comerciales y de desarrollo. Una vez que haya firmado su contrato con SAP, recibirá los datos de acceso a su cuenta global. Esta cuenta global es la implementación de su contrato comercial con SAP; Lo utilizarás para gestionar los recursos y autorizaciones de tus proyectos de desarrollo. También recibirá una factura por todos los recursos consumidos por cuenta global.

Para desarrollar e implementar aplicaciones, consumir servicios y suscribirse a aplicaciones proporcionadas por SAP, debe crear subcuentas. Puede crear cualquier cantidad de subcuentas en cualquier entorno y región. Por ejemplo, si tiene su sede en Alemania, puede crear subcuentas en diferentes regiones, como Europa, Estados Unidos o Japón, para brindar soporte a los clientes que usan sus aplicaciones. Las subcuentas son independientes entre sí, lo que significa que cada subcuenta permite su propia gestión de derechos y usuarios. Puede configurar un proveedor de identidad independiente para los usuarios finales de cada subcuenta. Si tiene muchas subcuentas, puede usar directoriosque agrupa subcuentas y/o subdirectorios adicionales, para realizar un seguimiento de las mismas y facilitar la administración. Puede utilizar directorios para administrar permisos o usuarios para grupos completos de subcuentas. También puede utilizar directorios para distribuir los recursos asignados a la cuenta global a sus subcuentas subordinadas.

Estructura de cuenta escalable

SAP recomienda crear una estructura de cuentas que pueda escalarse fácilmente a medida que su organización crece o se agregan proyectos adicionales. Es decir, debe comenzar solo con subcuentas y agregar directorios para agrupar estas subcuentas según sea necesario.

La cantidad de subcuentas y directorios que crea y con qué propósito depende de su estructura organizacional y su caso de uso. En general, SAP recomienda utilizar subcuentas para un proceso de desarrollo multinivel en el que se distingue entre una subcuenta para desarrollo, una para pruebas y otra para producción.

La subcuenta de desarrollo está destinada a fines de desarrollo y para probar incrementos individuales en la nube. La subcuenta de prueba se puede utilizar para realizar pruebas de integración y pruebas en un entorno similar a la producción antes de que estén disponibles públicamente, para garantizar la calidad. En empresas donde DevOps está altamente desarrollado, esta subcuenta también se utiliza para aplicaciones de producción ya que las pruebas se realizan en la subcuenta de desarrollo. Usted crea la subcuenta de producción para aplicaciones de producción.

Otras razones típicas para crear subcuentas incluyen las siguientes:

• Separar escenarios de desarrollo y proyectos para una configuración más sencilla, por ejemplo, con respecto a las restricciones de acceso.
• Separar el trabajo de diferentes equipos de desarrollo.
• Restringir el acceso a las aplicaciones y su administración, por ejemplo, configurando subcuentas altamente seguras con acceso restringido o creando subcuentas separadas para la conectividad con sus diversos sistemas backend.
• Compartiendo un SAP HANA base de datos en la nube en una subcuenta con proyectos similares que se administran en otras subcuentas

Al crear diferentes subcuentas, tenga en cuenta las siguientes consideraciones:

• La conectividad con los sistemas locales se debe configurar por separado para cada subcuenta, lo que significa más trabajo para su equipo de ingeniería de plataforma. Sin embargo, puede resultarle más fácil desactivar todas las rutas de integración de un proyecto si las ha mantenido todas en una subcuenta. Esto también le permite controlar qué aplicación utiliza qué conexiones locales.
• Al seleccionar una región para su subcuenta, debe asegurarse de que la región esté cerca de la ubicación geográfica de sus clientes para reducir la latencia de la red. En escenarios de mejora, debe elegir una región que esté cerca de los sistemas involucrados. Al seleccionar una región, tenga en cuenta también todos los requisitos legales y la distribución de la carga.
• si tu SAP S/4HANA los clientes necesitan estar separados por razones legales o regulatorias (por ejemplo, para separar las subsidiarias de una empresa), use diferentes subcuentas para sus extensiones.
• Si los equipos operativos de aplicaciones o DevOps dentro de una subcuenta están completamente separados, debe configurar subcuentas separadas para ellos para una mejor capacidad de mantenimiento.

Aunque crear un entorno de desarrollo de varias etapas es una buena idea en cualquier caso, existen algunas consideraciones específicas de Cloud Foundry que debe tener en cuenta.

Puede utilizar tanto subcuentas como espacios para desarrollar aplicaciones y utilizar servicios. Por lo tanto, debe decidir si creará diferentes subcuentas o espacios dentro de una subcuenta, por ejemplo, para configurar un entorno de desarrollo de varias etapas.

Separación de acceso a datos a nivel de subcuenta

Piense en una subcuenta como un inquilino: el acceso a los datos y la visibilidad de los datos están separados en el nivel de la subcuenta, no en el nivel de la aplicación o del espacio de Cloud Foundry. Recuerde que los servicios utilizados por cada aplicación dentro de una subcuenta recopilan mensajes de todos esos servicios. Si no desea que sean visibles en todas las aplicaciones, deberá crear subcuentas diferentes.

En general, recomendamos crear diferentes subcuentas para un entorno de desarrollo de varios niveles. Esto permite una gestión de usuarios dedicada entre los diferentes niveles, así como una gestión de datos dedicada. Luego puede crear un alcance separado para cada aplicación, extensión, solución o cualquier otro proyecto dentro de estas subcuentas si no necesita una administración de usuarios separada para estas aplicaciones y proyectos. Solo puede monitorear el consumo de recursos en su cuenta global para cada subcuenta, directorio o espacio de Cloud Foundry, no por aplicación. Para monitorear los recursos consumidos por un proyecto, departamento o aplicación específica, cree una subcuenta, directorio o espacio dedicado para ello. La facturación exacta sólo es posible para cuentas globales. Para el modelo basado en el uso, puedes calcular los costos después del uso, pero ten en cuenta que esto es sólo una aproximación.

Como se mencionó anteriormente, SAP presenta el modelo de cuentas con subcuentas y el modelo de cuentas con directorios y subcuentas como mejores prácticas en el SAP BTP documentación.

Modelo de cuenta con subcuentas

Con un panorama de cuentas independiente para cada área funcional, puede utilizar varias instancias de la misma suscripción SaaS (por ejemplo, en caso de que necesite mantener los datos o el acceso de los usuarios por separado). Puede ver estos panoramas de cuentas en la siguiente figura para las áreas de RR.HH. y ventas.

Por ejemplo, un proveedor de identidad interno se usaría para subcuentas de recursos humanos, mientras que un proveedor de identidad externo podría usarse para escenarios públicos o externos. Este modelo de cuenta le permite distribuir la administración de las subcuentas entre varios equipos, lo que facilita su escalamiento a medida que crece la cantidad de proyectos en la nube, manteniendo al mismo tiempo el mantenimiento y la gobernanza manejables. Si es posible, debe asignar a un colega para que sea responsable de cada grupo de tres subcuentas, es decir, de cada panorama de cuentas. Una aplicación SaaS solo se puede utilizar una vez dentro de una subcuenta. Entonces, si cada área funcional tiene su propia subcuenta (para desarrollo, prueba y producción), no encontrará ninguna restricción al utilizar la misma oferta SaaS en diferentes proyectos. Sin embargo, en el entorno de Cloud Foundry, puede dividir diferentes proyectos en diferentes áreas dentro de una subcuenta. Este modelo se puede ampliar fácilmente más adelante para utilizar directorios como elementos estructurantes adicionales.

Modelo de Cuenta con Directorios y Subcuentas

No sólo puede estructurar su cuenta global en múltiples subcuentas, sino que también puede combinar subcuentas individuales en directorios para administrar, operar y analizar estos grupos de subcuentas juntas. Una cuenta global puede contener hasta cinco niveles de directorios, cada uno de los cuales puede contener una subcuenta. Las siguientes son algunas posibles razones para crear directorios para facilitar la administración de sus subcuentas:

• Razones administrativas: Estructura tu cuenta global según las responsabilidades dentro de tu organización. Por ejemplo, proporcione a cada sucursal, departamento o LOB su propio directorio.
• Fines de facturación: Estructura tu cuenta global en directorios para fines de facturación.
• Separación geográfica: Subcuentas grupales basadas en ubicación geográfica para administrar diferentes regulaciones locales o para mejorar el rendimiento de la red para grupos ubicados en sitios comunes.
• Escenario empresarial: Agrupe subcuentas por escenario comercial u otro requisito comercial. Esto le permite controlar cada solución empresarial por separado.
• Limitaciones de recursos: Utilice la estructura de directorios para controlar el acceso a los recursos y limitar el uso mediante la creación de informes de uso y costos separados, o para definir restricciones de uso, brindar más recursos a los directorios críticos o habilitar un monitoreo diferente por directorio. También puede estructurar las subcuentas según las restricciones de uso en diferentes entornos.
• Razones técnicas: Estructura directorios y subcuentas según restricciones técnicas y luego agrega etiquetas para agrupación virtual o viceversa.

Estos enfoques se pueden clasificar en tres modelos distintos basados ​​en áreas funcionales, regiones geográficas y subsidiarias, como se describe más adelante.

Directorios por área funcional

En este modelo de cuenta, cada área funcional utiliza su propio directorio. Dentro de cada uno de estos directorios, se crean tres subcuentas (para desarrollo, prueba y producción) (consulte la figura siguiente). Para cada directorio, el área funcional puede utilizar su propio proveedor de identidad y gestionar sus permisos. Además, puede utilizar etiquetas, por ejemplo, para indicar la persona responsable, el centro de costos u otros aspectos que necesite para informes posteriores.

Directorios por área geográfica

En este modelo de cuenta, usted crea un directorio para cada área geográfica. En la siguiente figura, mostramos esto usando el ejemplo de la región de Europa, Medio Oriente y África (EMEA) y la región de América (AMER). Posiblemente podría haber una mayor distinción entre América del Norte y del Sur. Además, está la región de Asia Pacífico y Japón (APJ). También puedes utilizar etiquetas en este punto para describir las subcuentas con más detalle.

Directorios por subsidiaria

En este modelo de cuenta, usted crea un directorio para cada filial de su empresa (ver más abajo). Nuevamente, puede usar etiquetas para agregar información sobre centros de costos o personas responsables, por ejemplo.

Conclusión

Un modelo de cuenta SAP BTP bien diseñado proporciona mucho más que un orden administrativo: permite un desarrollo seguro, una separación clara de responsabilidades, un escalamiento predecible y un control de costos significativo. Al combinar cuidadosamente cuentas, subcuentas y directorios globales, puede crear una estructura que respalde su ciclo de vida de desarrollo, las necesidades regionales, las áreas funcionales y las restricciones regulatorias sin complejidad innecesaria.

Los modelos de mejores prácticas de SAP, ya sea que se basen en áreas funcionales, regiones geográficas o subsidiarias, ofrecen puntos de partida flexibles que pueden evolucionar a medida que su organización crece. La clave es comenzar con una estructura de subcuenta simple, expandirla con directorios solo cuando sea necesario y siempre alinear los límites técnicos con los requisitos operativos y comerciales reales. Con la base adecuada, SAP BTP se vuelve mucho más fácil de administrar, gobernar y escalar con el tiempo.

Nota del editor: esta publicación ha sido adaptada de una sección del libro. Configuración de SAP Business Technology Platform: la guía práctica para administradores por Martín Koch y Sigfrido Zeilinger. Martin es el director general de CloudDNA GmbH, un socio de SAP en Austria. Siegfried es autónomo y director general de una pequeña consultoría de gestión.

Esta publicación se publicó originalmente el 12/2025.