Integración en SAP: Cómo resolver el desfase entre MM, VMS y Activos Fijos
Las unidades de vehículos destinados a activos fijos propios de la compañía requieren un tratamiento diferenciado respecto a las unidades orientadas puramente a la venta comercial.
En este artículo veremos la ejecución de acciones custom en la transacción VELO, pasando por el uso de las transacciones de revalorización hasta su impacto en la contabilidad financiera y los libros de valoración en paralelo (Ledger 0L y L1).
1. Introducción al problema: El Desfase entre MM y VMS
Cuando se gestionan unidades vehículares o activos y la salida de mercancía (SM) se ejecuta por fuera del flujo habitual -es decir, de forma directa por el módulo MM (ej. mediante una MIGO)-, el módulo (VMS y la transacción VELO) queda desincronizado.
El impacto: Para los usuarios, el status comercial del vehículo o activo aún figura como disponible para la venta en la VELO.
2. El ciclo de vida en VMS: Acciones Z28A y Z280 para la activación
Seccuencia de acciones:
- Z28A (Aprobar Actividad Unidad): Validación previa de requisitos y estatus en el pipeline del vehículo.
- Z280 (Activar Unidad): Ejecuta la integración con el movimiento de inventario correspondiente para dar de alta el activo fijo.
Nota: La codificación Z de las acciones en la VELO puede cambiar según la personalización en cada cliente.
El Rol del Consultor SAP: Cómo estas acciones interactúan internamente mediante llamadas a funciones Z e internamente ejecución de BAPIs para asegurar la consistencia entre las áreas: logística (MM) y Financiera (FI-AA).
3. Revalorización de inventarios y ajustes (MR21 vs MR22)
- Tcode: MR22 (Revalorización por Diferencia/Ajuste): Como vimos en la Guia SAP MR22 permite ingresar importes diferenciales (positivos o negativos) en moneda local y de grupo (por ejemplo, para alinear diferencias de tipo de cambio en cargas iniciales o ajustes de costos indirectos).
- Tcode: MR21 (Modificación precio / Costo nuevo): Como vimos en la Guia SAP MR21, a diferencia de la MR22, se ingresa el precio nuevo total de la unidad, calculando el sistema la diferencia de manera automática.
Consideraciones operativas: Debemos tomar precauciones al utilizar estas transacciones, las cuales deben estar estrictamente restringidas al equipo de contabilidad debido a su alto impacto financiero.
4. Configuración y creación del Activo Fijo (Multi-Ledger)
Desglose del asiento contable:
- Salida del inventario: Imputación desde la cuenta stock de mercaderías (clase de valoración / cuenta 20*) hacia una cuenta transitoria o cuenta puente (Ejemplo: Cuentas de orden o cuentas transitorias de activo fijo como la 3399*).
- Alta definitiva: Reclasificación desde la cuenta puente hacia la cuenta patrimonial definitiva del activo fijo (clase de activo de transporte/ cuenta 32*).
Gestión de Ledger Paralelos
Al momento de dar de alta el activo fijo vinculado a estas operaciones, entra en juego la arquitectura Multi-Ledger para cumplir con los requerimientos normativos (como los de SUNAT en Perú)
- Ledger 0L (Principal): Refleja la depreciación financiera bajo los criterios corporativos (ejemplo: 5 años vida útil)
- Ledger L1 (Tributario): Permite configurar reglas específicas o cuentas diferenciadas para cumplir con los marcos regulatorios locales (ejemplo: depreciación a 3 años).
Debido a esta dualidad de plazos de depreciación, se generan asientos contables y documentos independientes por cada ledger:
- Primer documento (space): Aplica de forma general para ambos.
- Segundo documento (0L): Específico para el ledger principal.
- Tercer documento (L1): Específico para el ledger tributario.
Ejemplo de asiento contable:
Intervienen operaciones como BSX (contra cuentas de inventario/unidades como la cuenta 20*) frente a la operación ANL (cuenta transitoria de activos fijos 3399*)
Al revisar la contabilidad de activos fijos, el saldo se transfiere desde las cuentas transitorias (ejemplo: 3299*) hacia las cuentas definitivas del activo (ejemplo: 32*).
4. Alternativas de solución ante una salida irregular
Dependiendo el momento en que se detecte el desfase, existen dos posibles escenarios de resolución:
Escenario A: Activo limpio (sin depreciación).
Si la MIGO se hizo en productivo, pero el activo fijo aún no tiene depreciación, es posible anular la MIGO. Al anularla, se destraba el proceso y se puede volver a utilizar VMS con normalidad.
Escenario B: Activo con depreciación acumulada.
- Mediante la transacción MB5B, se revisó el historial y se identificó el documento de salida del activo fijo (ejemplo: 31.07.2025 por un importe de 143,609.75)
- Si el análisis del consultor llega meses después (ejemplo: 24.09.2025) y el activo ya registra depreciación, la MIGO ya no se puede anular.
- La solución operativa: Al no poder retroceder contablemente, se debe corregir manualmente el estatus de venta en la VELO para que el sistema refleje la realidad y ya no figure disponible. Esto sería un caso excepcional y debería realizarlo el equipo TI o el consultor SAP asignado/responsable.
5. Criterios de análisis CKM3N vs MB5B
- Tcode MB5B: Permite ver los movimientos y saldos reales de forma clara, faciltando la auditoría de la salida de mercancía y trazabilidad de los documentos afectados.
- Tcode CKM3N: Esta diseñado principalmente para entornos industriales o de procesos donde se distribuyen costos indirectos y se revaloriza el inventario al correr el material ledger a fin de mes.
Tip: Para un análisis rápido de salidas operativas de unidades de activos, la MB5B resulta más práctica y directa.
6. Lecciones aprendidas y best practices
- El riesgo de los registros manuales (MIGO fuera de la VELO): Podemos tener consecuencias operativas cando un usuario da de alta un vehículo mediante transacciones logísticas estándar sin pasar por las acciones de VMS (Vehículos que quedan con stock en cero pero con estatus comerciales activo en el historial de la VELO).
- Validación de periodos y depreciación: La importancia de revisar si el activo ya cuenta con cierres de mes o depreciación ejecutada, lo cual limita la posibilidad de reversiones directas y exige ajustes contables complementarios (como el uso de cuentas de diferencias y CeCos)
7. Conclusiones
La correcta sincronización entre VMS, MM y Activos Fijos (AA) no es meramente un requisito estético de la transacción VELO, sino una necesidad crítica para la integridad financiera de la compañía.
Cuando las unidades destinadas a activos propios se desvían del flujo estándar y se descargan mediante un movimiento logístico aíslado (MIGO), se generan los siguientes impactos negativos que este proceso corrige:
Consistencia en el inventario vs Activo Fijo: Se evita que un vehículo ya operativo o capitalizado siga figurando comercialmente como "disponible para la venta", previniendo errores en los reportes de stock.
Valoración correcta en Ledger (0L y L1): La ejecución adecuada de las acciones de activación y revalorización garantiza que los costos de adquisición, impuestos recuperables y ajustes por diferencias de tipo de cambio viajen de manera transparente a los libros de valorización paralelos.
Trazabilidad de Auditoría: Centralizar el alta del activo desde VMS asegura que exista un vehículo directo entre el documento de material, el número de serie/lote/VIN y el registro definitivo en el maestro de activos fijos, facilitando cualquier auditoría fiscal o interna.
Comentarios
Publicar un comentario