![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP SD Las modificaciones del sistema
SAP SD Las modificaciones del sistema
![SAP SD Las modificaciones del sistema SAP SD Las modificaciones del sistema](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/62.jpg)
Las modificaciones del sistema.
1.0 el control del registro de cliente mediante grupo de cuentas.
El maestro de clientes consta de :
Datos de venta (comercial y expedición)
Datos de sociedad (gestión financiera)
Datos generales. A nivel mandante y en diferentes áreas de ventas.
2.0 El maestro de clientes - Grupo de cuentas.
El grupo de cuentas controla.
- Campos del registro que son obligatorios/opcionales. (selección de status campo)
- Intervalo de números para el número de cuentas de clientes.
- Si la asignación de números es interna o externa.
- Si la cuesta es tipo CPD (Cuenta pro-diversos o eventual)
- Esquema de determinación de mensajes a utilizar.
SAP tiene grupos propuestos pero se pueden defirnir propios.
3.0 El maestro de clientes - Selección de campos para grupos de datos (status campo)
Se puede usar la selección de campos para los grupos de ventas, sociedad y generales para establecer la obligatoriedad de ciertos campos. Incluso aquellos que no son requeridos pueden ocultarse.
4.0 El maestro de clientes. Selección de campos para grupos de cuentas.
SAP ya tiene grupos predefinidos de cuentas en función al intelocutor
Solicitante
Destinatario de mercancias
Responsable de pago
Destinatario de factura.
Se seleccionan campos específicos para estos grupos de cuentas. La selección de campos depende de las funciones del interlocutor.
5.0 El maestro de clientes- factores adicionales que influyen en la seleccio´n de campos.
En SAP existen TX's específicas para impactar en la selección de campos.
VD01/02/03 Para impactar clientes desde la parte comercial.
FD01/02/03 para impactar clientes desde la parte financiera.
XD01/02/03 Maestro general.
6.0 La regla de enlace para selección de campos.
La info de status de campos del grupo de cuentas y transacciones se combinan en parejas al momento que se trata un registro maestro. Siempre se elige primero el status que posea máxima prioridad de esta combinación.
La prioridad de los status es la siguiente.
- Ocultar
- Visualizar
- Obligatorio
- Opcional
CUIDADO! Si usamos una combinación erronea es posible que mandemos un campo obligatorio a ocultar y eso mandaria errores.
7.0 control de tablas.
Al tatar documentos de ventas, el layout de las columnas para la carga de datos se determinan por el control de tablas.
Esto permite configurar la vista de tabla de acuerdo a requisitos específicos y así no intentar mostrar todas las columnas.
Este control lo puede definir el usuario desde su propia vista de datos.
Modificar la secuencia de columnas
Modificar el ancho o desaparecerlas.
Grabar los parámetros como una variante de visualización
Definir la variante como configuracion std.
Tambien un admin puede hacer aparecer o desaparacer ciertos campos con el control de tablas.
8.0 Las variantes de las transacciones.
El procesamiento de las transacciones puede simplificarse con las variantes de pantallas.
- Introducir valores predeterminados en campos.
- Ocultar y modificar el valor previsto para el status de entrada de los campos.
- Ocultar pantallas completas
- Ocultar y comprimir pantallas u ocultando campos para mejorar la visión global de la pantalla.
- Se crea una variante de transacción
- 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 transación de dialogo.
- Si se utiliza un batch input el sistema no tiene en cuenta los valores de las variantes de transacción.
NOTA. La herramineta GuiXt permite el diseño flexible de pantallas por separado. GuiXT utiliza un lenguaje de scripts que se ejecuta en front-end.
9.0 Llamar a una variante de transacción utilizando la clase de documentos de ventas.
Se llama a una variante de transacción usando una tx de variante que pueda incorporar a un rol de usuario, por ejemplo.
Con las clases de documentos de ventas, una opción adicional sería asignar una variante de transacción en el customizing para la clase de doc de ventas.
 
 
 
Sobre el autor
Publicación académica de Raul Lira, en su ámbito de estudios para la Carrera Consultor en SAP SD.
Raul Lira
Profesión: Coe Head - Mexico - Legajo: AJ68C
✒️Autor de: 91 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Systems engineering professional with more than 15 years of experience in industry and sap experience. my experience has been focused on pp, mm and sd.
Certificación Académica de Raul Lira