✒️SAP SD / Las modificaciones del sistema Por Elizabeth Ospina Vargas

1. Control del registro maestro de cliente mediante grupo de cuentas

El maestro de clientes consta de:

-Los datos de ventas (segmento de ventas), que son datos básicos para comercial y expedición.

-Los datos de sociedad (segmento de sociedad), son los datos básicos de Gestión Financiera

-Los datos generales que se asignan directamente a los clientes. Por tanto, son válidos para diferentes sociedades, así como para las diferentes áreas de ventas. El número de cliente utilizado en Comercial es, en consecuencia, idéntico al número de cliente utilizado en Gestión Financiera.

2. Maestro de Clientes Grupo de cuentas

El grupo de cuentas es una clasificación incluida en los registros maestros de clientes.

El grupo de cuentas controla:

-Los campos del registro que se establecen como obligatorias u opcionales (selección de status campo)

-El intervalo de números utilizado para el número de cuentas de clientes

-Si este intervalo de números, es de asignación externa o interna de números

-Si la cuenta es del tipo CPD (cuenta pro diversos o también llamada eventual o esporádica)

-Que esquema de determinación de mensajes se utiliza.

El sistema brinda los grupos de cuentas propuestos, pero se pueden también definir los propios.

3. Maestro de clientes Selección de campos para grupos de datos (status campo)

El registro maestro, como se mencionó anteriormente, consta de datos para tres segmentos: general, sociedad y comercial.

Datos generales: dirección, comunicación, control, operaciones de pago

Datos de sociedad, de ventas y distribución : ventas, expedición, factura, interlocutor empleado, documentos

Se puede utilizar la selección de campos, en cada uno de los grupos de cuentas, para determinar si las entradas de campos son opcionales u obligatorias. Los campos que no sean obligatorios se pueden ocultar.

4. Maestro de clientes Selección de campos para grupos de cuentas

El sistema ya tiene predefinidos ciertos grupos de cuentas, de forma estándar, par a las funciones de los diferentes interlocutores, como ser:

-Solicitante: destinatario de mercancías

-Responsable de pago: destinatario de factura

*Grupo de cuenta 001 solicitante, ventas distribución

*Grupo de cuentas 0002, destinatario de mercancías, ventas expedición

*Grupo de cuentas 0003, pagador, ventas

*Grupo de cuentas 0004, destinatario de la factura, ventas

Se seleccionan campos específicos para cada uno de estos grupos de cuentas. La Selección de campos depende de las funciones dentro de la función obligatoria del interlocutor.

5. Maestros de cliente factores adicionales que influyen en la selección de campos

Además del grupo de cuentas, las operaciones o transacciones para crear, modificar y visualizar un registro maestro de clientes, también influyen en la seleccioón de los estatus de campo del maestro.

Datos de cada grupo de cuentas y transacción

*Datos Generales: características generales

*Datos de Sociedad: filtro para grupo de cuentas

*Datos de comercial (SD): filtro para operaciones

En Sap Easy Acces, existen transacciones específicas que pueden utilizarse para:

-Crear, modificar y visualizar desde la perspectiva comercial (VD01, VD02, VD03)

-Crear, modificar y visualizar desde la perspectiva de gestión financiera (FD01, FD02, FD03)

-Crear, modificar y visualizar desde todas las perspectivas (XD01, XD02, XD03)

Cada una de estas transacciones, puede diferir al momento de mostrar los campos para completar.

6. Regla de enlace para la selección de campos

La información de status de campos de los dos factores de influencia (grupo de cuenta y transacciones) se combinan en parejas al momento que sea crea, trata/modifica o visualiza un registro maestro. Siempre se elige primero el status que posea máxima prioridad de esta combinación de influencia.

*grupo de cuentas y operaciones: ocultar, visualizar, obligatorio, opcional

La prioridad de los status es la siguiente (en este orden)

1. Ocultar

2. Visualizar

3. Obligatorio

4. Opcional

Debemos tener cuidado en la combinación resultante, porque si bien hay jerarquía de estatus, si asignamos en el grupo de cuentas que un campo es obligatorio y en la transacción que es oculta (o viceversa), está brindará un mensaje de error por incongruencia.

7. Control de tablas

Durante las transacciones de creación, visualización o modificación de documentos de ventas, el layout de las columnas para la carga de los datos están determinados por el control de tablas.

Este, es un elemento de visualización que permite configurar la vista de tabla en función de los requisitos específicos de los clientes. Este elemento resulta especialmente práctico, cuando la tabla contiene un buen número de campos.

*Crear un pedido estándar: Descripción General

-Ventas, Resumen, solicitante, aprovisionamiento, etiqueta, motivo de rechazo

Este control lo puede definir el usuario desde su propia vista de los datos:

-modificando la secuencia de las columnas

-modificando el ancho de las columnas (incluso haciéndolas desaparecer)

-Grabando los parámetros como variante de la visualización

-Definiendo la variante como configuración estándar

De todas maneras un administrador del sistema puede, además, hacer desaparecer campos concretos para todo el sistema en el control de tablas.

8. Variantes de las transacciones

El procesamiento de las transacciones puede simplificarse con las variantes de pantallas. Las cuales puede:

-Introducir valores predeterminados en campos

-Ocultar y modificar el valor previsto para el status de entrada de los campos.

-Ocultar pantallas completas

-Ocultando y comprimiendo pantallas u ocultando campos se facilita el trabajo en el sistema SAP y se obtiene una mejor visión global.

-Se crea una variante de transacción de las variantes de la pantalla

-Se asigna una variante de transacción a una transacción. Cada transacción puede disponer de varias variantes.

- Solo se permite las variantes de transacción para transacciones de diálogo

- Si se utilizando una entrada de lotes (o un registro de entradas de lotes), el sistema no tiene en cuenta los valores de las variantes de transacción.

La herramienta adicional Guixt permite el diseño flexible de pantallas por separado. GuixT utiliza un lenguaje de scripts que se ejecuta en front-end.

Encontrará información más detallada en la página de inicio de los fabricantes de Guixt

9. Llamar a una variante de transacción utilizando la clase de documentos de ventas

En líneas generales, se llama a una variantes de transacción utilizando una transacción de variante que puede incorporarse a un rol de usuario, por ejemplo.

Con las clases de documentos de ventas, una opción adicional, sería asignar la variante de transacción en el customizing para la clase de documentos de ventas.

1. Mediante la clase de documentos de ventas, asignando una variante de transacción en el campo variante. IMG clase de documento de ventas XY variante ZDEMO

2. Para utilizar una transacción de variante como se describe en la nota 332930, es necesario asignar la entrada NO_VARIANT en el campo Variante de la clase de documento que ha llamado.

Variante de transacción: es una vista determinada de rol que se puede definir y asignar a una clase de documento de ventas cuando la misma es tratada.

Agradecimiento:

Ha agradecido este aporte: Claudia Cardona Ossa