Un pedido de cambio masivo es la unidad de trabajo de Gestión masiva de datos: el conjunto de registros elegidos con filtros, los cambios que se les aplican y su resultado. Mientras no se envía, el pedido es un borrador que se puede revisar y seguir modificando.
Un blog de SAP, escrito para las posiciones cuando la herramienta se lanzó, describe el ciclo. Al aplicar cambios a los registros, el pedido se guarda en forma automática como borrador, y en ese borrador se aplican tanto los cambios del usuario como las reglas que se ejecutan al cambiar un campo. Desde ahí se puede seguir haciendo cambios en el mismo borrador, enviarlo para que se apliquen los cambios o compartirlo para que alguien lo revise.
El borrador permite revisar antes de aplicar. Es la diferencia más importante con Gestionar modificaciones en masa, que ejecuta el trabajo al iniciarlo. En el borrador se ve el valor nuevo de cada registro, incluidos los campos que completaron las reglas, y se puede detectar un filtro equivocado o una regla que hace algo inesperado antes de que el cambio llegue a la historia de los empleados.
El borrador se puede compartir. El mismo blog explica que un borrador se puede compartir con otro usuario para que lo revise, que el revisor recibe una notificación por correo, que puede revisar los cambios pero no modificarlos ni enviar el pedido, y que un borrador se puede compartir con hasta cinco usuarios. Es una forma simple de aplicar el principio de los cuatro ojos a un cambio masivo.
Una vez enviado, el pedido se ejecuta y deja su registro. La academia muestra la pantalla de pedidos con su estado, sus fechas efectivas y botones para descargar el registro de cada uno. La nota de SAP 3584793, sobre la información del puesto en la herramienta, menciona entre sus temas los pedidos que terminan con errores, su reejecución y el acceso al registro.
Un pedido no reemplaza al respaldo. Aunque el borrador permite revisar, una vez enviado el cambio queda en la historia; si algo sale mal, se corrige con otro pedido o por importación. Por eso conviene exportar los datos del grupo antes de enviar, como en cualquier cambio masivo.
En el caso del curso, el pedido se crea en el Video 5.2. Se filtra por AR_VTA, se elige la fecha efectiva y el motivo de cambio de datos de la demo, se cambia Modalidad de trabajo a Híbrida, se revisa el borrador y se envía; después se descarga el registro y se revisa el historial de Diego Pereyra. La narración destaca que el borrador, con las reglas aplicadas, es la gran diferencia con la herramienta clásica.
En el ejercicio de la L5, el segundo pedido pide que Lucía Fernández revise el cambio antes de aplicarlo, y la solución propone compartirle el borrador. En la evaluación, una pregunta pide qué agrega Gestión masiva de datos frente a la herramienta clásica.
