El primer paso para configurar un nuevo cliente en SAP S/4HANA es crear su definición. Esto se hace con la Transacción SCC4.

La pantalla de apertura enumera los clientes existentes.

La transacción siempre comienza en modo de solo visualización. Para mostrar la configuración de un cliente existente, simplemente haga doble clic en su entrada en la lista. Para crear un cliente o modificar un cliente existente, primero debe cambiar al modo de cambio haciendo clic en Mostrar <> Cambiar. Confirme la advertencia de que la tabla es entre clientes.

En las siguientes secciones, explicaremos las configuraciones necesarias para configurar un cliente, así como el uso de roles de cliente.

Configuración del cliente

El menú en la parte superior ahora muestra un Nuevas entradas botón; haga clic en este botón para abrir la pantalla de creación de cliente que se muestra en la siguiente figura.

Recorramos todos los campos de esta pantalla.

Cliente

Este es el número de tres dígitos del nuevo cliente. Puedes asignar cualquier valor que aún no exista, en este caso desde 002 hasta 999 (aunque desaconsejamos utilizar 066). Según nuestra experiencia, muchos clientes de SAP utilizan múltiplos de 100 o múltiplos de 10, que son fáciles de recordar, pero la elección es suya.

Ciudad

Introduzca aquí el nombre de una ciudad; Este campo es puramente informativo.

Sistema Lógico

El sistema lógico es un identificador utilizado por las aplicaciones que acceden al cliente externamente. Ejemplos de esto son las extracciones por SAP BW o SAP BW/4HANA sistemas de almacenamiento de datos o intercambio de datos entre SAP S/4HANA y SAP CRM o Experiencia del cliente SAP. Especificar un sistema lógico es opcional y el campo puede dejarse vacío, pero si el cliente va a participar de alguna manera en comunicaciones externas, entonces es necesario asignarle un sistema lógico. El cliente 000 no tiene un sistema lógico y no lo necesita.

Divisa

Aquí ingresa el código de la moneda estándar utilizada por la empresa, como USD o EUR.

Rol del cliente

Este campo describe la función del cliente. Utilice (F4) para mostrar una lista desplegable que ofrece las siguientes opciones: Producción, Prueba, Personalización, Manifestación, Formación/Educacióny Referencia de SAP. Estos roles se explican más o menos por sí solos, excepto que en los sistemas de desarrollo el rol de personalización generalmente se asigna tanto al cliente de desarrollo como al cliente utilizado para la personalización real.

Modificaciones y transporte de objetos específicos del cliente

Bajo este título, hay un conjunto de cuatro botones de opción. Estos especifican si en este mandante se puede modificar la personalización dependiente del mandante. Las posibilidades son las siguientes:

• Cambios sin Grabación Automática: La personalización dependiente del cliente se puede cambiar, pero los cambios no se registran automáticamente en una solicitud de transporte. Sin embargo, aún es posible crear una solicitud de transporte manualmente y agregar los cambios a esta solicitud.
• Registro automático de cambios: La personalización dependiente del cliente se puede modificar y estos cambios se registran en las solicitudes de transporte.
• No se permiten cambios: En este cliente no se permite la personalización dependiente del cliente.
• Cambios sin Registro Automático, No Se Permiten Transportes: La personalización dependiente del cliente se puede cambiar, pero los cambios no se registran automáticamente en una solicitud de transporte. Además, no está permitido registrarlos en una solicitud de transporte manualmente. Por lo tanto, cualquier cambio de personalización sigue siendo estrictamente local para el cliente.

Cambios de objetos entre clientes

Este campo establece la capacidad de realizar cambios en objetos entre clientes desde este cliente. Como vio antes, los dos tipos principales de objetos entre clientes son los datos del repositorio (desarrollo) y la personalización entre clientes. Utilice (F4) para mostrar una lista desplegable con las siguientes opciones:

• Se permiten cambios en el repositorio y la personalización entre clientes: Ambos tipos de datos se pueden cambiar; es decir, este cliente se puede utilizar tanto para el desarrollo como para la personalización de todo el sistema.
• Sin cambios en los objetos de personalización del repositorio y entre clientes: Lo contrario de la primera opción: no se pueden cambiar datos entre clientes en absoluto.
• Sin cambios en los objetos de personalización entre clientes: Se permiten cambios de desarrollo, pero no la personalización entre clientes. No está del todo claro por qué SAP usa una expresión negativa aquí (¿por qué no llamarla “solo se permiten cambios en el repositorio”?), pero ha sido así desde el principio.
• Sin cambios en los objetos del repositorio: Se permite la personalización entre clientes, pero no los cambios en el repositorio.

Protección de herramientas de comparación y copia de clientes

Es posible copiar el contenido de un cliente a otro; de hecho, ese es uno de los temas principales de este capítulo. Técnicamente también es posible sobrescribir los datos de un cliente con datos de otro cliente. También existen herramientas que permiten a un usuario debidamente autorizado comparar los datos de dos clientes (que pueden estar en el mismo sistema SAP o en sistemas diferentes). Si bien esta es una funcionalidad muy útil, significa que los datos del cliente están expuestos al mundo exterior, lo que puede plantear un problema de confidencialidad, especialmente en los sistemas de producción. Este campo le permite controlar hasta qué punto los datos del cliente deben ser accesibles para las herramientas de copia y comparación. La lista desplegable le permite elegir entre tres niveles de protección:

• Nivel de protección 0: Sin restricción: Los datos del cliente no están protegidos. Se pueden copiar a otro cliente o comparar con los datos de otro cliente, y los datos se pueden sobrescribir con una copia del cliente que utilice otro cliente como fuente.
• Nivel de protección 1: Sin sobrescritura: Los datos del cliente se pueden utilizar como fuente para una copia del cliente a otro cliente y también se pueden utilizar en comparaciones de datos entre clientes. Sin embargo, no se puede sobrescribir con una copia del cliente.
• Nivel de protección 2: sin sobrescritura, sin disponibilidad externa: Los datos del cliente están totalmente protegidos: no se pueden utilizar como fuente de una copia del cliente, no se pueden comparar ni sobrescribir.

La siguiente tabla resume el efecto de los diferentes niveles de protección en la disponibilidad de los datos en un cliente XXX.

Restricciones de CATT y eCATT

La herramienta de prueba asistida por computadora (CATT) y el CATT extendido (eCATT) son herramientas poderosas que permiten crear escenarios de prueba automáticos extensos. CATT se ejecuta dentro de los límites de un sistema SAP, mientras que eCATT es una herramienta basada en scripts que se ejecuta en el frontend y se puede utilizar para probar procesos comerciales completos a través de los límites del sistema. Si bien están pensados ​​principalmente como herramientas de prueba en entornos de desarrollo o aceptación, CATT y eCATT también se utilizan con frecuencia para cargas masivas de datos (aunque existen herramientas más apropiadas para este propósito). Por supuesto, ejecutar pruebas o cargas de gran tamaño puede tener un gran impacto (y, si no se maneja con cuidado, devastador) en los datos del cliente y, por esa razón, su uso puede restringirse. En la lista desplegable, puede elegir entre cinco configuraciones posibles:

• eCATT y CATT no permitidos: Hace lo que dice en la lata.
• eCATT y CATT permitidos:
• eCATT y CATT solo se permiten para RFC confiable: Una conexión RFC confiable es una conexión entre sistemas que tienen una relación confiable/confiable, que por ejemplo permite iniciar sesión sin necesidad de una contraseña. Con esta opción, sólo las conexiones confiables pueden usar eCATT y CATT en el cliente.
• eCATT permitido, pero FUN/ABAP y CATT no permitidos: FUN es un comando eCATT que permite ejecutar módulos de funciones de forma remota incluso si esas funciones no están habilitadas explícitamente para RFC en el repositorio. Esta configuración permite usar eCATT en el cliente pero con la excepción de FUN. CATT no está permitido.
• Se permite eCATT, pero FUN/ABAP y CATT solo para RFC confiable: Como el anterior respecto a eCATT, pero permitiendo FUN y CATT si se origina desde una conexión confiable.

Bloqueado debido a copia del cliente

No puede cambiar este campo. El sistema establece este indicador mientras una copia del cliente con este cliente como origen o destino está activa.

Protección contra la actualización de SAP

Si se establece este indicador, el cliente ya no recibirá nuevos datos durante las actualizaciones de la versión. Esto efectivamente inutiliza al cliente después de la actualización. La única razón por la que usaría esta bandera es si desea conservar una imagen «congelada» de un cliente para fines de copia de seguridad o archivo. Esta configuración rara vez se utiliza, o nunca.

Funciones de cliente y configuraciones recomendadas

Hay varios tipos de clientes en el panorama de SAP y cada tipo de uso tiene sus propios requisitos, especialmente con respecto a la capacidad de cambio y el acceso a los datos. Si asumimos un panorama típico de tres sistemas con un sistema de desarrollo, prueba (garantía de calidad) y producción, entonces SAP recomienda la organización descrita aquí y la utilizan comúnmente los clientes de SAP.

El sistema de desarrollo normalmente tiene al menos dos clientes (por supuesto, ignorando al cliente 000). El primero, conocido en el lenguaje de SAP como el cliente de oro, es donde se lleva a cabo todo el desarrollo y personalización y desde donde se transportan al sistema de prueba. El cliente dorado es «limpio» porque no contiene ningún dato maestro ni de transacción. Otro cliente en el sistema de desarrollo tiene el rol de sandbox; Este cliente se utiliza para investigación y experimentación y también para pruebas unitarias del desarrollo y personalización importadas del cliente dorado.

El sistema de prueba suele tener un cliente, que se utiliza para el control de calidad y las pruebas de integración. Aquí los cambios importados a los objetos del repositorio y los datos de personalización se prueban en escenarios que se asemejan lo más posible a los procesos de producción. Este cliente contiene un conjunto representativo de datos maestros y de transacciones. Además, puede haber uno o más clientes de capacitación, que se actualizan antes de cada sesión de capacitación, ya sea desde el cliente de prueba o desde un cliente «modelo» que contiene datos maestros y una cantidad limitada de datos de transacciones.

Finalmente, el sistema de producción en la mayoría de los casos tiene un solo cliente, a menos que el sistema se utilice para entidades autónomas separadas, lo cual es relativamente raro.

La siguiente tabla muestra las configuraciones recomendadas para los diferentes tipos de clientes. Estas son las configuraciones que el cliente debe tener durante el funcionamiento normal; Pueden ocurrir desviaciones ocasionales (por ejemplo, abrir temporalmente la prueba o incluso el sistema de producción para realizar cambios para aplicar una solución urgente), pero estas desviaciones deben ser temporales.

Las configuraciones realizadas con la Transacción SCC4 se encuentran en la tabla de la base de datos T000. Esta tabla tiene el registro habilitado de forma predeterminada.

Nota del editor: esta publicación ha sido adaptada de una sección del libro. Administración SAP S/4HANA por Mark Mergaerts y Bert Vanstechelman.