¿Qué es SAP ¿LSMW? Pasos para migrar datos usando LSMW

¿Qué es SAP ¿LSMW?

LSMW es una herramienta que admite la transferencia de datos desde sitios noSAP sistemas (“Sistemas heredados”) para SAP Sistemas R/3. Esta puede ser una transferencia única o periódica.

LSMW también admite la conversión de datos del sistema heredado de numerosas formas. Luego los datos se pueden importar al SAP Sistema R/3 mediante entrada por lotes, entrada directa, BAPI o IDOC.

Además, LSM Workbench 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 utilizar para las siguientes 3 funciones:

Las principales funciones del LSM Workbench son:

1. Importar fechas (datos heredados en tablas de hojas de cálculo y/o archivos secuenciales)
2. Convertir datos (del formato de origen al formato de destino)
3. Importar fechas (en la base de datos de la aplicación R/3)

Para iniciar el banco de trabajo LSMW, utilice la transacción LSMW.

Además, consulte el siguiente tutorial sobre cómo ejecutar LSMW paso a paso.

Ingresar transacción LSMW in SAP, para iniciar el banco de trabajo.

El banco de trabajo LSMW muestra la siguiente información:

• Proyectos: Un ID con un máximo de 10 caracteres para nombrar su proyecto de transferencia de datos. Si desea transferir datos de varios sistemas heredados, puede crear un proyecto, p. para cada sistema heredado.
• Subproyecto: un ID con un máximo de 10 caracteres que se utiliza como 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 y el ID del objeto. Haga clic en Ejecutar. La siguiente pantalla muestra la 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 los atributos del objeto

Hay cuatro modos de transferencia de datos:

1. Entrada estándar/por lotes: Programas de carga estándar
2. Grabación de entrada por lotes: Aquí puedes crear una grabación propia y usarla para cargar/cambiar datos.
3. BAPI: Las BAPI estándar se utilizan para cargar datos
4. IDOC: Se puede utilizar cualquier módulo de función IDOC entrante para procesar los datos.

En función del requerimiento, tratamos de encontrar un método adecuado para procesarlo. Si se trata de un Máster estándar, podemos encontrarlo en el primer método. De lo contrario, tratamos de utilizarlo. BAPI o idocos. Si el requisito es muy personalizado utilizamos una grabación para procesar los datos.

Paso 2) Mantener las estructuras de origen

Las estructuras de origen se pueden utilizar para diseñar la jerarquía de los archivos que se cargarán.

Paso 3) Mantener los campos de origen

En esta pantalla, se pueden mantener aquí los campos que se cargarán desde el archivo de texto. Los campos con nombres idénticos se toman como clave.

Source Filed se utiliza para identificar si un determinado registro debe ir a la estructura especificada. Por ejemplo: supongamos que un archivo contiene filas de encabezado y filas de elementos, podemos especificar el primer campo como indicador, diga "H" para un encabezado y "I" para un elemento. Por lo tanto, cuando se lee el archivo, verifica el primer campo; si es "H", se lee en la estructura fuente del encabezado; de lo contrario, se escribe en la estructura fuente del elemento.

Los campos de Fuente se pueden mantener fácilmente en forma de mantenimiento de tabla.

Paso 4) Mantener las relaciones estructurales

Aquí deben asignarse las estructuras necesarias para el procesamiento de los datos. El objeto puede contener muchas estructuras y muchas estructuras de origen. El mapaping Las comparaciones entre las estructuras de origen y destino deben realizarse tras una comprobación minuciosa.

Paso 5) Mantener el mapa de campoping y reglas de conversión

En este paso, asigna campos de origen a 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 haya seleccionado en el paso anterior. Para cada campo de destino se mostrará 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 vienen preconfigurados por el sistema. Estos campos, denominados "campos técnicos", están marcados con "Configuración predeterminada". La codificación de estos campos no se muestra al acceder por primera vez al mapa de campos.pingSe puede visualizar mediante la variante de visualización. Modificar la configuración predeterminada puede afectar seriamente el flujo de la conversión de datos. Si la modificó erróneamente, puede restaurarla seleccionando Extras -> Restaurar valores predeterminados.

Paso 6) Mantener valores fijos, traducciones y rutinas escritas por el usuario

Aquí se mantienen las 3 funciones reutilizables:

1. Valores fijosLos valores fijos son aquellos que permanecen constantes en todo el proyecto, por ejemplo: Empresa. CodePodemos asignar un valor fijo a BUKRS, y este valor fijo se puede usar en todos los objetos de este proyecto. De esta manera, si el valor cambia, solo tendremos que modificarlo en un único lugar, es decir, en los valores fijos, en lugar de modificarlo en cada objeto individualmente.
2. TraduccionesAquí puede mantener la traducción fija para cualquier campo heredado y la traducción se puede asignar al campo en el Mapa de campos.ping y reglas de conversión. La traducción puede ser 1:1 o muchos:1, etc.
3. Rutinas definidas por el usuario: Son subrutinas definidas por el usuario que se utilizan en el objeto para procesar los datos.

Las tres funciones mencionadas anteriormente son reglas reutilizables que son válidas para todos los objetos de un proyecto.

Paso 7) Especificar archivos

Aquí definimos los Archivos que utilizamos para cargar los datos. El archivo puede estar en el front-end o en el servidor de aplicaciones.

Paso 8) Asignar archivos

Aquí definimos qué archivo vamos a utilizar 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 el fragmento completo para habilitar Pruebas de los primeros registros. Esto también proporciona el parámetro de selección definido por el usuario que se puede utilizar 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 parte de los datos leídos en forma de tabla. Al hacer clic en una línea se muestra toda la información de esa línea de forma clara. Lo mismo sucede cuando haces clic en Contenido del campo.
• Cambiar visualización permite seleccionar una vista de una o varias líneas.
• La paleta de colores de visualización muestra los colores de los niveles de jerarquía individuales.

Paso 11) Convertir datos

La conversión de datos consiste en la transferencia de datos desde las estructuras de origen a las de destino según las rutinas de conversión escritas en el mapa de campos de mantenimiento.ping y rutinas de conversión.

Paso 12) Importar datos

Los pasos que muestra el programa dependen del tipo de objeto seleccionado:

Entrada o grabación por lotes estándar:

1. Generar sesión de entrada por lotes
2. Ejecutar sesión de entrada por lotes

Entrada directa estándar:

1. Iniciar sesión de entrada directa

BAPI o IDOC:

1. Iniciar la creación de IDOC
2. Iniciar el procesamiento de IDOC
3. Crear resumen de IDOC
4. Iniciar el posprocesamiento de IDoc

Esto completa una descripción detallada de los pasos para transferir sus datos usando LSMW en SAP .

Preguntas Frecuentes