✒️SAP SD Las modificaciones del sistema

LAS MODIFICACIONES DEL SISTEMA

En esta lecciòn aprenderemos sobre las tècnicas que permitiràn la posibilidad de ajustar la interfàse de SAP, segùn las necesidades de la empresa cliente.

1 - EL CONTROL DEL REGISTRO 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 - EL MAESTRO DE CLIENTES - GRUPO DE CUENTAS

El grupo de cuentas es una clasificaciòn incluida en los registros maestro de clientes.

El grupo de cuentas controla :

> los campos del registro que se establecen como obligatorias u opcionales (selecciòn de estatus 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)

> Què 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 - EL 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.

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.

Los estatus campos de los grupos de cuenta ayudan mucho para evitar errores en las transacciones que necesitan informaciòn de los datos maestros de clientes, puesto que hace que al momento de crear los mismos, el usuario se encuentre con la obligaciòn de volcar està informaciòn. Si usted desea que un campo sea obligatorio para todos los grupos de cuenta conviene que esta obligatoriedad la deje a nivel de la transacciòn donde es posible tambièn dejar un estatus campo configurado.

4 - EL MAESTRO DE CLIENTES - SELECCIÒN DE CAMPOS PARA GRUPOS DE CUENTAS

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

> Solicitante .

> Destinatario de mercancìas.

> Responsable de pago.

> Destinatario de factura.

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 - EL MAESTRO DE CLIENTES - 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 selecciòn de los estatus de campo del maestro.

En SAP Easy Access existen transacciones especìficas que pueden utilizarse para :

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

> Crear, modificar y visualizar desde la perspectiva de gestiòn financiera (FD01, FD02 y FD03).

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

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

6 - LA 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 se 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.

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 oculto (o viceversa), èsta brindarà un mensaje de error por incongruencia.

7 - EL 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 " . Èste 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.

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 - LAS 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.

> Sòlo se permite las variantes de transacciòn para transacciones de diàlogo.

> Si se està 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 variante 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.

Las relaciones aparecen como resultado de esta caracterìstica especìficada. Se ilustran en el siguiente gràfico 779.

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.