✒️SAP MM Definición de Estructura de Pantallas y Campos
SAP MM Definición de Estructura de Pantallas y Campos
DEFINICIÓN DE ESTRUCTURA DE PANTALLAS Y CAMPOS
GENERALIDADES DE LA ESTRUCTURA DE PANTALLAS Y CAMPOS DE PROVEEDORESCuando analizamos la parametrización del maestro de datos del proveedor, uno de los
segmentos mencionados y al cual no ingresamos era la herramienta de SAP para determinar las pantallas y estado de los campos en cada una de ellas.
En este segmento de la parametrización del maestro de datos determinaremos, mediante el estado de los campos, cuál de ellos serán optativos, obligatorios, sólo visualizables o permanecerán oculto al operador.
1. Descripción de los estados de camposComo mencionáramos en una lección anterior y por razones didácticas lo repetiré en esta lección, mencionamos que efecto tenía esta configuración sobre cada campo. Esto es detallado en la imagen siguiente.
Entrada opcional: determina que el campo puede ser completado con un valor o dejado vacío. En el primer caso, SAP determina si el contenido debe ser validado o no.
Entrada requerida: esta definición obliga al operador a ingresar un valor en el campo. Si tuviera una tabla de SAP asociada, el sistema validará la información registrada.
Visualizar: este estado del campo sólo permitirá visualizar su contenido, pero no su ingreso o modificación. Estará vacío o ingresado automáticamente.
Suprimir: definido este estado, el campo no estará visible en la pantalla asociada. Esto no implica que se encuentra vacío, puede ser llenado automáticamente.
Desde la parametrización del Grupo de Cuentas configuramos esta característica.
2. Acceso a la parametrización de los estados de campos
Para acceder a esta funcionalidad ingresaremos nuevamente en la opción aprendida en una lección anterior y que queda reflejada en la siguiente imagen:
La configuración de las pantallas y los estados de campos pueden ser determinados a tres niveles distintos.
1. Selección de campos para proveedores: esta opción se encuentra asociada a la definición del grupo de cuentas y sus características son configuradas dentro de la propia definición del grupo. Este es el caso que analizaremos exhaustivamente.
2. Fijar estructura de pantalla dependiente de la organización de compras: en este caso, la definición del estado de los campos será definido de manera muy particular cuando lo requieran una o más organizaciones de compras. Es muy poco frecuente su uso.
3. Fijar estructura de pantalla dependiente de transacción: se recurre a este recurso toda vez que deba individualizarse la respuesta de los campos durante la ejecución de transacciones de gestión de proveedores.
3. Ejemplos de parametrización de los estados de camposEl objetivo de esta sección es describir el procedimiento práctico y ejemplos para adaptar los estados de campos a los requerimientos de un determinado proceso de negocio.
A continuación, se presenta una pantalla genérica donde se observa el estado de algunos de los campos del maestro de datos de un proveedor.
La pantalla presentada es sumamente didáctica ya que pone de manifiesto el estado diferente de algunos campos y las cuatro opciones disponibles para su configuración. El siguiente cuadro refleja el estado actual de una serie de campos.
No debemos olvidar que este es solo un ejemplo para mostrar las posibilidades y el procedimiento para modificar el estado actual. No obstante, en un caso real, procederíamos exactamente de la misma manera.
Supongamos que un determinado proceso de negocio del área de compras (por ejemplo, adquisición por importación, compras para proyectos, etc.) requiriera un esquema diferente, es decir, datos optativos que deben ser necesariamente ingresados (obligatorios), otros datos que son completados por un proceso automático y debe impedirse que el operador los modifique (visualizable), entre otros.
El análisis anterior nos lleva a la conclusión que el estado de los campos debería ser el siguiente.
Si comparas ambos esquemas, notarás que deberán ser cambiados los estados de varios de los campos. Procedemos a reconfigurar el estado de campos para esta nueva necesidad.
Dada la condición inicial en el primer esquema y la condición para los campos, debemos comparar ambos escenarios y asociar el cambio en la parametrización y el efecto sobre el estado de los campos.
4. Aplicación de la parametrización de los estados de camposSolo nos queda un detalle para dar por concluido el tema: aplicar el ejemplo anterior a un caso real. Para ser más realistas, simplemente accederemos a cualquiera de las tres opciones que vimos para parametrizar los estados de campos y las analizaremos puntualmente.
4.1 Grupos de cuentas: ingresamos a la parametrización de un grupo de cuentas y desde allí, procederemos a modificar el estado de campos de un grupo cualquiera (por ejemplo, ZDJF). Supongamos requerir que el tratamiento del proveedor sea obligatorio.
4.2 Organización de compras: en situaciones que el estado de campos dependan de la organización de compras, crearíamos una nueva opción asociada a la organización en cuestión. Tomando como referencia la organización de compras genérica denominada * crearemos un registro para una organización de compras real y cambiaremos algunas definiciones.
4.2.1 Selección
4.2.2 Copiar como...
4.2.3 Actualizar
4.2.4 Guardar
4.2.5 Eliminar (Borrar)
4.3 Transacción: de manera similar al caso anterior, pero sin crear un nuevo registro, ingresaríamos en la transacción correspondiente (crear, modificar o visualizar proveedores) y el ámbito deseado (contabilidad, compras, central) y modificaremos el estado del campo que sea requerido, teniendo en cuenta que el cambio es general, a nivel de transacción y no para casos particulares.
Tomemos como ejemplo un caso en particular, como el de Modificar acreedor (compras) presentamos la pantalla original que podría ser adaptada frente a un requerimiento de esta naturaleza.
 
 
 
Sobre el autor
Publicación académica de Stefanie Isabella Schneider Ríos, en su ámbito de estudios para la Carrera Consultor en SAP MM.
Stefanie Isabella Schneider Ríos
Profesión: Ingeniera en Sistemas de Producción - Paraguay - Legajo: ZK50F
✒️Autor de: 154 Publicaciones Académicas
🎓Egresado de los módulos:
- Máster Material Management en SAP S/4HANA LOGISTIC
- Carrera Consultor en SAP MM Nivel Avanzado
- Carrera Consultor en SAP MM Nivel Inicial