
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.
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.
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.
Introduzca aquí el nombre de una ciudad; Este campo es puramente informativo.
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.
Aquí ingresa el código de la moneda estándar utilizada por la empresa, como USD o EUR.
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.
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:
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:
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:
La siguiente tabla resume el efecto de los diferentes niveles de protección en la disponibilidad de los datos en un cliente XXX.
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:
No puede cambiar este campo. El sistema establece este indicador mientras una copia del cliente con este cliente como origen o destino está activa.
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.
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.
Calle Eloy Gonzalo, 27
Madrid, Madrid.
Código Postal 28010
Paseo de la Reforma 26
Colonia Juárez, Cuauhtémoc
Ciudad de México 06600
Real Cariari
Autopista General Cañas,
San José, SJ 40104
Av. Jorge Basadre 349
San Isidro
Lima, LIM 15073