¿Qué es SAP LSMW? LSMW es una herramienta que respalda la transferencia de datos desde sistemas no SAP («Sistemas heredados») a sistemas SAP R/3. Esto puede ser una transferencia única, así como una transferencia periódica. LSMW también admite la conversión de datos del sistema heredado de numerosas maneras. Los datos luego se pueden importar al sistema SAP R/3 a través de entrada por lotes, entrada directa, BAPIs o IDocs. Además, la Workbench de LSM proporciona una función de grabación que permite generar un «objeto de migración de datos» para permitir la migración desde cualquier transacción requerida. LSMW se puede usar para las siguientes 3 funciones: Las principales funciones de la Workbench de LSM son: Importar datos (datos heredados en tablas de hojas de cálculo y / o archivos secuenciales) Convertir datos (del formato de origen al formato de destino) Importar datos (en la base de datos de la aplicación R/3) Para iniciar la Workbench de LSMW, use la transacción LSMW También, consulte el siguiente tutorial sobre cómo ejecutar LSMW Paso a paso Ingrese la transacción LSMW en SAP para iniciar la Workbench. La Workbench de LSMW muestra la siguiente información: Proyecto: Un ID con un máximo de 10 caracteres para nombrar su proyecto de transferencia de datos. Si desea transferir datos desde varios sistemas heredados, puede crear un proyecto ej. para cada sistema heredado. Subproyecto: Un ID con un máximo de 10 caracteres que se usa como un atributo de estructuración adicional. Objeto: Un ID con un máximo de 10 caracteres para nombrar el objeto comercial. Ingrese el ID del proyecto, el ID del subproyecto, el ID del objeto. Haga clic en Ejecutar. La próxima pantalla muestra los PASOS en su Migración de datos LSMW Puede seleccionar el paso deseado y hacer clic en Ejecutar. Veamos cada paso en detalle Paso 1) Mantener Atributos del objeto Hay cuatro Modos de transferencia de datos: Estándar / Entrada por lotes: Programas de carga estándar Entrada por lotes Grabación: Aquí puede crear una grabación propia y usarla para cargar / cambiar datos BAPIs: Se utilizan BAPIs estándar para cargar datos IDOCs: Se pueden utilizar módulos de función de entrada de IDOC entrantes para procesar los datos Según el requisito, intentamos encontrar un método adecuado para ser procesado. Si es un maestro estándar, podemos encontrarlo en el primer método. De lo contrario, intentamos usar BAPIs o Idocs. Si el requisito es muy personalizado, usamos una grabación para procesar los datos. Paso 2) Mantener estructuras de origen Las estructuras de origen se pueden usar para diseñar la jerarquía de los archivos que se cargarán. Paso 3) Mantener campos de origen En esta pantalla, se pueden mantener los campos que se cargarán desde el archivo de texto. Los campos con nombres idénticos se toman como el campo de origen Clave se utiliza para identificar si un cierto registro debe ir a la estructura especificada. Ej: Supongamos que un archivo contiene filas de encabezado y filas de elementos, podemos especificar el primer campo como el indicador, digamos ‘H’ para un encabezado e ‘I’ para un elemento. Por lo tanto, cuando se lea el archivo, verifica el primer campo, si es ‘H’, entonces se lee en la estructura de origen del encabezado, de lo contrario, se escribe en la estructura de origen del elemento. Los campos de origen se pueden mantener fácilmente en forma de mantenimiento de mesa. Paso 4) Mantener relaciones de estructura Las estructuras necesarias para el procesamiento de los datos deben asignarse aquí. El objeto puede contener muchas estructuras y muchas estructuras de origen. El mapeo entre las estructuras de origen y destino debe hacerse después de una cuidadosa verificación. Paso 5) Mantener la asignación de campos y las reglas de conversión En este paso, asigna los campos de origen a los campos de destino y define cómo se convertirá el contenido del campo. Se mostrarán todos los campos de todas las estructuras de destino, que seleccionó en el paso anterior. Para cada campo de destino se muestra la siguiente información: Descripción del campo Campos de origen asignados (si los hay) Tipo de regla (valor fijo, traducción, etc.) Codificación. Nota: Algunos campos están predefinidos por el sistema. Estos campos se llaman «campos técnicos» y están marcados con «Configuración predeterminada». La codificación de estos campos no se muestra al ingresar por primera vez en la asignación de campos; se puede mostrar a través de la variante de visualización. Cambiar la configuración predeterminada puede afectar seriamente el flujo de la conversión de datos. Si cambió accidentalmente la configuración predeterminada, puede restaurarla eligiendo Extras -> Restaurar a predeterminado. Paso 6) Mantener valores fijos, traducciones y rutinas escritas por el usuario Aquí se mantienen las 3 funciones reutilizables: Valores fijos: Los valores fijos son valores que son fijos en todo el proyecto, por ejemplo: Código de empresa. Podemos asignar un valor fijo a BUKRS y este valor fijo se puede usar en todos los objetos de este proyecto. Entonces, si el valor cambia, solo podemos cambiar en un lugar, es decir, en los valores fijos en lugar de cambiar en cada uno de los objetos. Traducciones: Aquí puede mantener la traducción fija para cualquier campo heredado y la traducción puede asignarse al campo, en la asignación de campos y reglas de conversión. La traducción puede ser 1: 1 o muchos: 1, etc. Rutinas definidas por el usuario: Estos son subrutinas definidas por el usuario que se utilizan en el objeto para procesar los datos. Las tres funciones mencionadas anteriormente son reglas reutilizables válidas para todos los objetos en un proyecto. Paso7) Especificar archivos Aquí definimos los archivos que usamos para cargar los datos. El archivo puede estar en el servidor Frontend o en el servidor de aplicaciones. Paso 8) Asignar archivos Aquí definimos qué archivo vamos a usar para la carga actual, es decir, si el archivo está en el servidor de presentación o en el servidor de aplicaciones. Paso 9) Leer datos Leer los datos del archivo nos da la opción de leer solo unos pocos registros y no toda la cantidad para habilitar la Prueba de los primeros pocos registros. Esto también proporciona el parámetro de selección definido por el usuario que se puede usar para restringir los datos leídos según la condición especificada. Paso 10) Mostrar datos leídos En este paso, puede mostrar todos o una parte de los datos leídos en forma de tabla. Al hacer clic en una línea se muestran todos los datos de esta línea de manera clara. Lo mismo ocurre cuando haces clic en Contenido de campo. El cambio de visualización permite seleccionar una vista de una línea o varias líneas. La paleta de colores de visualización muestra los colores para los niveles de jerarquía individuales. Paso 11) Convertir datos Convertir los datos es la transferencia de datos de las estructuras de origen a las estructuras de destino según las rutinas de conversión escritas en el mantenimiento de Asignación de campos y rutinas de conversión. Paso 12) Importar datos Los pasos mostrados por el programa dependen del tipo de objeto seleccionado: Entrada por lotes estándar o grabación: Generar sesión de entrada por lotes Ejecutar sesión de entrada por lotes Entrada directa estándar: Iniciar sesión de entrada directa BAPI o IDoc: Iniciar creación de IDoc Iniciar procesamiento de IDoc Crear resumen de IDoc Iniciar post-procesamiento de IDoc Esto completa una descripción general detallada de los pasos para transferir sus datos usando LSMW en SAP.