Mostrando las entradas con la etiqueta s4hana. Mostrar todas las entradas
// //

SAP vs. Odoo: qué evaluar antes de elegir

La reunión empieza con una pregunta sobre sistemas, pero enseguida aparecen los problemas de siempre: pedidos que se cargan dos veces, planillas que nadie termina de actualizar y reportes que llegan cuando la decisión ya se tomó.

Entonces alguien propone cambiar el ERP. Otro pregunta cuánto costaría. Y aparece una discusión conocida: ¿seguimos con SAP, migramos a S/4HANA o evaluamos una alternativa como Odoo?

Trabajo con SAP desde 2008. Ese recorrido me enseñó a valorar lo que un sistema integrado puede aportar, pero también a cuestionar proyectos donde la herramienta termina ocupando más espacio que el problema que debía resolver.

SAP vs Odoo


Por eso me interesa comparar SAP y Odoo desde el negocio. ¿Qué necesita la empresa? ¿Cuánto puede invertir? ¿Qué complejidad está preparada para administrar? Las respuestas dicen más que cualquier presentación comercial.

Primero, definí qué problema querés resolver

“Necesitamos un ERP mejor” es un punto de partida demasiado amplio.

Antes de pedir presupuestos, conviene identificar situaciones concretas:

  • ¿El inventario del sistema coincide con el depósito?
  • ¿Ventas conoce la disponibilidad antes de comprometer una entrega?
  • ¿Contabilidad recibe información completa y a tiempo?
  • ¿Cuántas tareas dependen de copiar datos entre aplicaciones?
  • ¿Qué decisiones se demoran por falta de información?

Esa lista debería convertirse en el guion de las demostraciones. Si el problema está en compras e inventario, una presentación brillante del CRM aporta poco a la evaluación.



Más info sobre Odoo en tu correo electrónico


Compará soluciones concretas

Hablar de “SAP contra Odoo” puede ocultar diferencias importantes.

SAP Business One, SAP ECC y las distintas modalidades de S/4HANA no representan el mismo escenario. Tampoco alcanza con decir “Odoo” sin aclarar edición, plan, alojamiento y necesidades de personalización.

La comparación necesita un alcance común: procesos, usuarios, sociedades, países, integraciones y volumen de operaciones.

Sin esa base, es fácil enfrentar el presupuesto de un proyecto corporativo completo con el precio mensual de una suscripción.

El costo real va más allá de la licencia

Odoo publica planes y precios de suscripción, lo que facilita una primera estimación. Sin embargo, esa cifra no representa por sí sola el costo de poner el sistema en funcionamiento.

En cualquier propuesta revisaría:

  • Licencias o suscripciones.
  • Implementación y migración de datos.
  • Capacitación y dedicación del equipo interno.
  • Integraciones y desarrollos.
  • Infraestructura, soporte y actualizaciones.

También pediría que se detalle qué queda afuera.

Una propuesta económica puede crecer si aparecen necesidades omitidas. Una propuesta elevada tampoco garantiza que su alcance esté bien definido.

La pregunta útil es cuánto costará operar y mantener la solución durante varios años.

Implementar rápido exige tomar decisiones

Como empresario, entiendo el atractivo de empezar pronto. Pero una demostración funcionando no equivale a una empresa preparada para trabajar.

Hay que depurar datos, acordar responsabilidades, probar circuitos y capacitar usuarios. También decidir qué prácticas conviene conservar y cuáles necesitan cambiar.

Prometer plazos sin conocer estas condiciones aporta poco. Prefiero una primera etapa acotada, con procesos completos y criterios de aceptación claros.

Por ejemplo: comprar, recibir mercadería, registrar la factura y pagar. Ese circuito permite evaluar resultados concretos.

Si ya usás SAP, cambiar requiere otra evaluación

Una empresa que parte de cero enfrenta una decisión diferente de otra que lleva años operando con SAP.

En el segundo caso, también hay que revisar desarrollos, interfaces, controles, históricos y conocimiento acumulado.

Seguir con SAP, migrar a S/4HANA o reemplazarlo por Odoo merece un análisis propio. Lo invertido anteriormente no obliga a quedarse, pero el esfuerzo de cambiar debe entrar en el presupuesto.

Conviene distinguir, además, si las dificultades vienen del producto, de su implementación o de procesos internos que seguirían causando problemas en otra plataforma.

¿Y la inteligencia artificial?

La evaluaría con el mismo criterio: una tarea concreta y un resultado medible.

¿Qué trabajo reduce? ¿Qué datos necesita? ¿Quién revisa el resultado? ¿Qué costo adicional implica?

Una demostración llamativa puede despertar interés. La decisión necesita evidencia de utilidad en la operación cotidiana.

Probá con tus propios escenarios

SAP ofrece pruebas de determinadas soluciones, y Odoo permite explorar su plataforma. El valor aparece cuando llevás un guion de evaluación.

Elegí tres procesos críticos y pedí ver su recorrido completo, incluidas las excepciones: devoluciones, diferencias de precio o entregas parciales.

Mi recomendación es decidir a partir de esos resultados, el costo completo y la capacidad del equipo para sostener el sistema. Ahí empieza una elección de ERP defendible para tu empresa.


Leer más ...
// //

Guía VeriFactu para SAP

Cómo configurar B1 para VeriFactu

Pude averiguar varias cosas sobre cómo se está configurando VeriFactu en SAP Business One (B1) y qué necesitarías revisar/hacer. No encontré aún una guía oficial completa paso a paso (o al menos pública) pero sí hay fragmentos que permiten armarse una idea bastante precisa. En Consultoria-SAP te lo resumo para que sepas por dónde arrancar.

Artículo relacionado: VeriFactu en SAP Business One | Consultoría SAP

SAP Business One

Lo que se sabe sobre la configuración de VeriFactu en SAP B1

  1. Versión mínima requerida

    • SAP Business One versión 10 SP2505 incluye ya funcionalidades para cumplir con los requerimientos legales de VeriFactu.
  2. Módulos / componentes implicados

    • Documento electrónicos (Electronic Documents) dentro del sistema.

    • Servicio de documentos electrónicos en el SLD (Service Layer / System Landscape Directory) de B1. (Ayuda SAP)

    • Certificado digital emitido por la AEAT (o válido para ese propósito), para firmar las facturas / documentos. (Ayuda SAP)

    • The “Electronic File Manager” u otros componentes para gestionar los archivos electrónicos.

  3. Parámetros a configurar

    Algunas de las configuraciones que deben hacerse:

    • Activar dentro de la parametrización de documentos la sección de VeriFactu. Hay una pestaña o sección nueva “Veri-Factu” en los documentos electrónicos.

    • Definir los grupos de impuestos correctos, datos maestros del interlocutor comercial (IC), los datos fiscales de la empresa (sociedad) tal como exige la AEAT, etc.

    • Importar el certificado digital de empresa provisto por la AEAT. (Ayuda SAP)

    • Configurar el servicio de conexión / “servicio de documentos electrónicos”, posiblemente habilitando un conector/servicio web para emitir / enviar / validar documentos según lo que exige el reglamento. (Ayuda SAP)

    • Crear numeraciones o series digitales específicas: los documentos relevantes para VeriFactu deben tener serie digital homologada, numeración que respalde la trazabilidad, etc.

    • Modificar los modelos de impresión (reportes, facturas) para incluir el código QR que provee el sistema, huella/hash, etc.

  4. Activación en la base de datos / SLD

    • Hay que activar ciertas funcionalidades en el SLD → por ejemplo el conector “ConnectorXML-1 (EIS)” u otros servicios del Electronic Documents Service Dashboard. (Ayuda SAP)

    • Asegurarse de que todos los componentes del sistema de facturación digital estén correctamente instalados / habilitados, incluyendo lo que permite conectar con AEAT, generar los hashes, etc. (Ayuda SAP)

Retos y puntos a tener en cuenta en Business One

  • Puede que tu B1 esté en una versión anterior o que falten componentes, por lo que tendrás que actualizar.

  • Adaptar los reportes de impresión puede requerir desarrollo (modificar Crystal Reports o formatos equivalentes).

  • Verificar la validez del certificado digital, autoridad emisora, formato exigido por la ley.

  • Probar bien con ejemplos reales, para asegurarte de que la huella/hash, QR, metadatos fiscales están correctos según lo que pide la normativa.

  • Coordinar con el partner de SAP que te da soporte local, porque suele haber módulos específicos de localización España / partners que ya tienen experiencia adaptando VeriFactu.

SAP S4Hana

Se han habilitado las capacidades de cumplimiento para documentos e informes correspondientes a su país o región, tal como se indica en los requisitos de verificación de estas funcionalidades.

Tratamiento de documentos electrónicos en SAP S4Hana Cloud

En numerosos países, los documentos de tipo transaccional deben generarse y compartirse de forma electrónica entre las partes comerciales. Es posible crear y gestionar facturas mediante la aplicación Cockpit de eDocument o la opción de gestión de documentos electrónicos.

Es necesario establecer la comunicación con sistemas externos para llevar a cabo el proceso completo junto con los socios de negocio.

Introducción a los documentos electrónicos a través de VERI*FACTU

En el territorio español, es obligatorio remitir los documentos de facturación vinculados a Contabilidad Financiera (FI) y Ventas (SD) a la Agencia Tributaria mediante un sistema verificable de emisión de facturas (VERI*FACTU).

El flujo completo para el envío de facturas electrónicas a las autoridades fiscales exige, en primer lugar, la correcta configuración del sistema para generar el documento electrónico y, posteriormente, su integración con el servicio encargado de transmitirlo. Una vez que todo está preparado, cada vez que se registra una factura en la aplicación de origen, el sistema realiza automáticamente el envío de las facturas electrónicas al receptor correspondiente. Puede revisar el proceso completo en: Envío de facturas electrónicas de clientes mediante SAP Document and Reporting Compliance, versión cloud.

Requisitos previos

  • Es necesario haber completado todas las parametrizaciones iniciales y las asignaciones de valores para asegurar el correcto funcionamiento del proceso. Consulte Opciones de configuración para usuarios clave

  • Para poder generar documentos electrónicos, debe actualizar el número de identificación de sus socios comerciales dentro de los datos maestros. Consulte Datos maestros de interlocutores comerciales

  • Se debe haber registrado previamente una factura en la aplicación de origen, lo que genera automáticamente un documento electrónico en el sistema

  • Las facturas electrónicas individuales deben haberse agrupado en una lista utilizando el modelo Veri*Factu España mediante la opción Crear y enviar listas de eDocuments desde la aplicación Programar jobs para el procesamiento de eDocuments: España. Consulte Crear y enviar listas de eDocuments

Procedimiento

  • Acceda a la aplicación Cockpit de eDocument o a la opción Gestionar documentos electrónicos.

  • Diríjase al flujo de Listas Veri*Factu, seleccione una o varias listas de eDocuments y pulse Enviar.

  • Para cada lista elegida, el sistema genera un archivo XML con el formato establecido y lo envía al punto de acceso del receptor. Posteriormente, dicho punto de acceso transmite el XML al destinatario final y devuelve una respuesta de actualización al cockpit o a la aplicación.

  • Como opción alternativa, puede remitir la lista directamente desde la aplicación Programar jobs para el procesamiento de eDocument: España utilizando el modelo Veri*Factu España: Crear y enviar lista de eDocuments.

  • Consulte el estado de los documentos electrónicos individuales dentro del proceso Documentos Veri*Factu. También es posible ajustar los estados de aquellos documentos que hayan sido rechazados o aceptados con incidencias por la autoridad fiscal para proceder a su reenvío.

  • En caso de que falle la actualización automática del estado, obtenga manualmente la información más reciente seleccionando la factura electrónica y activando la opción Obtener estado de servicio.

Puedes continuar la guía oficial en SAP S4Hana Cloud para España, aquí en el sitio oficial de SAP: SAP Help: Documentos electrónicos mediante VERI*FACTU


Consultoría SAP es un portal de información en español sobre todo lo relacionado al ERP SAP y ha creado este contenido tomando varias colaboraciones de sus miembros activos en la mayor comunidad de ayuda SAP del mundo.

Novedad: hemos lanzado una nueva lista de correo para conversar de negocios, ERP, SAP y otros temas relacionados, sumate ahora: https://masnegocios.substack.com


Leer más ...
// //

Versión 0 no definida en CO: solución al cambiar ejercicio

Cada cambio de ejercicio trae su “clásico” en muchos equipos SAP: aparece el mensaje “Versión 0 para ejercicio no definida” (o variaciones similares) justo cuando alguien quiere contabilizar, ejecutar una imputación CO, correr una liquidación, cerrar un período o simplemente continuar operando. Y casi siempre la causa es la misma: el nuevo ejercicio no fue habilitado/mantenido para la Versión 0 de CO.

En este artículo vas a aprender:

  • Qué significa el error desde la lógica de Controlling (CO) y por qué se dispara al inicio de un nuevo ejercicio.

  • Cómo resolverlo paso a paso con OKEV (y alternativas por SPRO).

  • Cómo se conecta con procesos integrados como Record-to-Report (R2R) y el cierre anual.

  • Errores frecuentes en proyectos/soporte y buenas prácticas para que no vuelva a ocurrir (o al menos, que te agarre preparado).

  • Checklist de control preventivo para administradores y Key Users.

Palabra clave principal (SEO): version cero cierre anual ejercicio
Variaciones naturales: “versión 0 para ejercicio no definida”, “OKE V versión 0 CO”, “abrir nuevo ejercicio CO”, “mantener versiones CO S/4HANA”.

 

Leer más ...
// //

Funciones SOD en SAP S/4HANA

La gestión de Segregación de Funciones (SoD, Segregation of Duties) es uno de los pilares de control interno dentro de cualquier empresa que utilice SAP S/4HANA. Una mala definición de roles y autorizaciones puede exponer a la organización a fraudes, manipulación de datos, errores financieros y fallos en auditoría.


En S/4HANA, donde los procesos están más integrados que nunca (Order-to-Cash, Procure-to-Pay, Record-to-Report), la correcta segregación de funciones no solo es un requisito de compliance, sino una práctica esencial para proteger la integridad del sistema y mantener controles internos sólidos.


Este artículo te enseñará:

  • Qué es una función SOD y por qué es tan importante.
  • Cómo se generan conflictos SOD dentro de S/4HANA.
  • Ejemplos reales de conflictos SOD en procesos integrados de negocio.
  • Cómo implementar controles, mitigaciones y revisiones.
  • Qué herramientas existen, como SAP GRC Access Control.
  • Buenas prácticas para auditores, consultores y usuarios clave.

Todo con un enfoque práctico, claro y actualizado a la realidad 2025 de SAP S/4HANA.


Conceptos clave sobre SAP SOD

¿Qué es la Segregación de Funciones (SoD)?

La Segregación de Funciones (SOD) es un principio de control interno que busca evitar que una misma persona pueda ejecutar todas las etapas críticas de un proceso de negocio.


Ejemplo simple:
Una persona no debe poder crear un proveedor y también aprobar el pago a ese proveedor.


Esto reduce los riesgos de:

  • Fraude
  • Pagos indebidos
  • Manipulación de datos
  • Errores contables
  • Incumplimientos de auditoría interna y externa

¿Qué es un conflicto SOD?

Un conflicto SOD ocurre cuando un usuario tiene permisos que combinados pueden resultar peligrosos o permitir acciones indebidas.


Ejemplo típico en SAP:

Riesgo Función 1 Función 2
Pago fraudulento Crear proveedor (P2P) Registrar y liberar pago

Si un usuario controla ambas actividades, el riesgo es evidente.


¿Qué es una matriz SOD?

Es un documento (generalmente una matriz tipo Excel o configurada en GRC) que define:

  • Los procesos clave (O2C, P2P, R2R, fabricación).
  • Las funciones críticas dentro de cada proceso.
  • Los pares de funciones que, combinadas, representan un conflicto SOD.

Ejemplo reducido:

Proceso Función A Función B Riesgo
Procure-to-Pay Alta de proveedor Contabilizar pago Pago indebido


Importancia de SOD en SAP S/4HANA

En S/4HANA, los procesos están completamente integrados y el Universal Journal (ACDOCA) centraliza la contabilidad. Esto hace que:

  • Una sola acción puede impactar múltiples áreas.
  • Un conflicto SOD puede propagarse más rápido que en ECC.
  • Los roles Fiori tienden a agrupar más funcionalidades, lo cual aumenta el riesgo si no se manejan correctamente.

Por esta razón, las empresas deben reforzar los controles preventivos, las revisiones periódicas y la limpieza constante de roles.


El rol de SOD dentro de los procesos de negocio integrados

En Procure-to-Pay (P2P)

El proceso de compras involucra múltiples etapas, desde la creación del proveedor hasta el pago final.

Ejemplos de conflictos SOD:

  • Crear proveedor + modificar datos bancarios
  • Crear pedido de compra + crear factura
  • Registrar factura + liberar pago

Riesgo: desvío de fondos o pagos no autorizados.


En Order-to-Cash (O2C)

El ciclo de ventas requiere controles para evitar manipulación de precios o condiciones comerciales.

Ejemplos:

  • Crear cliente + modificar condiciones de pago
  • Crear pedido + registrar entrega + facturar
  • Crear factura + registrar nota de crédito

Riesgo: manipulación de ingresos o descuentos indebidos.


En Record-to-Report (R2R)

Es el proceso contable donde se generan los estados financieros.

Ejemplos SOD:

  • Contabilizar asientos + modificar cuentas contables
  • Ejecutar cierre contable + modificar tipos de cambio
  • Contabilizar ajustes + aprobar asientos manuales

Riesgo: distorsión de resultados financieros.



Gestión de funciones y roles en SAP S/4HANA

Roles Fiori vs Roles tradicionales (ECC)

En S/4HANA:

  • Los accesos están orientados a catálogos y grupos Fiori.
  • Las apps agrupan funciones más amplias que las viejas transacciones.
  • Un rol Fiori mal diseñado puede incluir demasiadas capacidades críticas.

Por ello, la matriz SOD debe ser revisada y actualizada para S/4HANA, no simplemente “mostrada igual” que en ECC.

Autorizaciones basadas en objetos

SAP sigue utilizando objetos de autorización. Para reducir riesgos:

  • No basta bloquear el menú o la app Fiori.
  • Hay que controlar los objetos de autorización asignados a cada usuario.
  • Es clave revisar valores como sociedad, clase de documento, tipo de transacción, etc.


¿Cómo se detecta un conflicto SOD?

1. Análisis manual

Revisando la matriz SOD y comparando roles asignados al usuario.

2. Análisis automatizado en SAP GRC Access Control

La forma más avanzada y recomendada.

GRC permite:

  • Escanear roles y usuarios.
  • Identificar conflictos SOD automáticamente.
  • Proponer controles compensatorios.
  • Gestionar aprobaciones y auditoría.

3. Auditoría externa / interna

Los auditores revisan:

  • Accesos críticos
  • Historial de aprobaciones
  • Cambios en roles
  • Evidencia de controles compensatorios


Ciclo de vida de un conflicto SOD

  1. Identificación
    Detectar que un usuario posee dos funciones incompatibles.

  2. Evaluación del riesgo
    Determinar el nivel de criticidad.

  3. Decisión

    • Mitigar
    • Remediar
    • Aceptar riesgo (excepción documentada)
  4. Implementación de la medida

    • Ajustar roles
    • Asignar control compensatorio
    • Revisar periodicidad
  5. Monitoreo continuo

    • Revisiones trimestrales
    • Auditorías automáticas GRC
    • Reportes segmentados por proceso


Ejemplos reales de conflictos SOD por proceso

Procure-to-Pay (P2P)

Función Función conflictiva Riesgo
Crear proveedor Modificar datos bancarios Pago fraudulento
Crear pedido Registrar factura Aprobación indebida
Registrar factura Liberar pago Pagos no autorizados


Order-to-Cash (O2C)

Función Función conflictiva Riesgo
Crear cliente Modificar forma de pago Créditos indebidos
Cambiar precio Crear pedido Manipulación comercial
Registrar factura Registrar nota de crédito Descuentos indebidos


Record-to-Report (R2R)

Función Función conflictiva Riesgo
Contabilizar asientos Modificar cuentas contables Fraude contable
Modificar tipo de cambio Registrar transacciones en divisas Manipulación de cierre
Crear activo fijo Dar de baja activo Pérdida o robo de activos


Errores frecuentes y buenas prácticas

Errores frecuentes

  1. Copiar roles ECC a S/4HANA sin revisar apps Fiori
    Resultado: roles sobrecargados.

  2. No utilizar matriz SOD específica por industria
    Riesgo: controles incompletos.

  3. Asignar roles de emergencia sin expiración automática
    Problema: accesos críticos permanentes.

  4. No documentar excepciones ni controles compensatorios
    Auditorías fallidas.



Buenas prácticas

  1. Diseñar roles por tarea, no por usuario
    Evita roles duplicados y permisos innecesarios.

  2. Actualizar matriz SOD cada año o con cada release SAP
    Por nuevas apps y procesos.

  3. Usar SAP GRC Access Control como herramienta principal

    • Análisis de riesgo
    • Workflow de aprobaciones
    • Registro histórico
    • Remediación automática
  4. Aplicar controles compensatorios cuando no se pueda remover un conflicto
    Ejemplos:

    • Revisión diaria de reportes
    • Doble firma
    • Auditoría digital
  5. Implementar un proceso formal de “Emergency Access Management”
    Controlado, auditado y con expiración automática.



Preguntas frecuentes (FAQ)

1. ¿Qué es un conflicto SOD en SAP?

Es cuando un usuario tiene dos permisos que, combinados, pueden generar un riesgo operativo o de fraude.


2. ¿SOD solo aplica a SAP FI?

No. Afecta todos los procesos: compras, ventas, logística, finanzas, activos fijos, tesorería y más.


3. ¿Se puede trabajar sin SAP GRC?

Sí, pero no es recomendable. Sin GRC, la gestión SOD es manual y muy difícil de auditar.


4. ¿Los roles Fiori reducen el riesgo SOD?

No necesariamente. Algunos roles Fiori incluyen más funciones de las que parece. Hay que analizarlos cuidadosamente.


5. ¿Qué hacer si un conflicto no se puede resolver?

Implementar un control compensatorio, documentarlo y revisarlo periódicamente.



Conclusión

La gestión de Funciones SOD en SAP S/4HANA es fundamental para garantizar la seguridad, integridad y confiabilidad de los procesos de negocio. En un sistema tan integrado como S/4HANA, una mala asignación de roles puede generar riesgos severos que afecten la operación, la contabilidad y el cumplimiento normativo.

Dominar SOD implica:

  • Entender los procesos de negocio (O2C, P2P, R2R).
  • Conocer las funciones críticas de cada área.
  • Diseñar roles limpios y bien estructurados.
  • Utilizar herramientas como SAP GRC para análisis continuo.
  • Mantener controles compensatorios donde sean necesarios.

Si trabajas como consultor, auditor, analista de seguridad o usuario clave, este conocimiento es indispensable para garantizar un sistema SAP robusto, auditado y seguro.



Consultoría-SAP

Consultoría SAP es un portal de información en español sobre todo lo relacionado al ERP SAP y ha creado este contenido tomando varias colaboraciones de sus miembros activos en la mayor comunidad de ayuda SAP del mundo.
:new_button: Novedad: hemos lanzado una nueva lista de correo para conversar de negocios, ERP, SAP y otros temas relacionados. Súmate ahora: https://masnegocios.substack.com


Leer más ...
// //

Valoración de moneda extranjera en SAP S/4HANA: guía completa 2026

Introducción

La valoración de moneda extranjera en SAP S/4HANA es uno de los procesos más críticos dentro del ciclo Record-to-Report (R2R). Afecta directamente los estados financieros, el cálculo de diferencias de cambio, la transparencia contable y la consistencia entre submódulos como Cuentas por Pagar, Cuentas por Cobrar y Gestión de Tesorería.

Si trabajas como usuario clave, analista financiero o consultor junior, entender este proceso es indispensable para ejecutar correctamente el cierre contable mensual, trimestral o anual. Además, S/4HANA introduce simplificaciones frente a ECC—especialmente en el Universal Journal—que permiten trazabilidad completa y reducción de inconsistencias.

En esta guía aprenderás:

  • Qué es la valoración de moneda extranjera y por qué es esencial.
  • Cómo fluye el proceso de principio a fin en SAP S/4HANA.
  • Parametrizaciones clave en FI y su relación con datos maestros.
  • Ejemplos reales de implementación.
  • Errores frecuentes, riesgos y mejores prácticas.

Leer más ...
// //

Catálogo de clientes en SAP S/4HANA

Antes de entrar de lleno en S4Hana, para que tengas una idea, unos diez años atrás un compañero estaba escribiendo en nuestro foro de Ayuda SAP sobre cómo obtener el catálogo de clientes en ERP ECC SAP, a quien le respondimos con transacciones estándar de reportes simples, pero su necesidad de datos era tal, que tuvo que derivar la especificación funcional del reporte a un desarrollador programador ABAP.

Solo para mencionar algunas de las transacciones estándar para catálogo y listado de clientes, tenemos:

  • La transacción S_ALR_87012179 - Índice de deudores

  • S_ALR_87012180 - Lista de direcciones

  • S_ALR_87012182 - Visualizar modificaciones de deudores

  • S_ALR_87012183 - Visualizar/Confirmar modificaciones deudores críticas

  • S_ALR_87012195 - Ajuste datos maestros deudores

Ahora nos concentremos en cómo llegar al catálogo desde S4Hana y sus procesos

Leer más ...
// //

Devolución al proveedor en SAP S/4HANA

(Enfoque integrado en SAP Material Management – MM dentro del proceso Procure-to-Pay)


La devolución al proveedor de un material registrado en un período anterior es una de las operaciones más sensibles dentro de SAP Material Management (MM), especialmente en entornos donde el inventario, la contabilidad y la gestión de proveedores deben mantenerse completamente alineados.


Este artículo te enseñará cómo gestionar de punta a punta una devolución al proveedor en SAP S/4HANA, qué documentos intervienen, cómo afecta al inventario y a Finanzas (FI), y cuáles son las mejores prácticas para evitar inconsistencias o bloqueos de cierre contable.


Si trabajas en Procure-to-Pay (P2P), en gestión de inventarios o en compras, este recurso te dará una visión sólida y práctica basada en experiencia real de proyectos S/4HANA.


Devolución al proveedor en SAP S/4HANA - Consultoria-SAP

Conceptos clave

¿Qué es una devolución al proveedor en SAP S/4HANA?

Es el proceso mediante el cual un material previamente recibido mediante un ingreso de mercancías (Movement Type 101) se devuelve total o parcialmente al proveedor usando movimientos inversos como 122 (Return Delivery) o 161 (Vendor Return to Supplier via Return Purchase Order) según el escenario.


¿Por qué es crítico cuando el ingreso ocurrió en un mes anterior?

Porque afecta directamente a:

  • Inventario valorado: el sistema debe ajustar el stock y su valoración.
  • Contabilidad FI: el costo del inventario del mes anterior ya fue cerrado y reportado.
  • Cuentas por pagar (AP): puede existir una factura contabilizada o incluso pagada.
  • Reconciliación MM-FI: errores aquí generan descuadres (differences) en la transacción MR11 y en reportes de inventario.

Elementos que intervienen en el proceso

  • Pedido de compra (PO)
  • Ingreso de mercancías (GR)
  • Factura (IR - Invoice Receipt) si ya fue contabilizada
  • Stock disponible / bloqueado
  • Movimiento de devolución (122, 161, 124, etc.)
  • Flujo integrado MM–FI–CO

Simplifications de SAP S/4HANA

En S/4HANA:

  • La valoración de inventario usa tablas MATDOC y no MKPF/MSEG (simplificación importante).
  • La gestión de inventarios es más transparente y permite análisis más rápidos.
  • Los procesos de devolución están completamente integrados en Fiori Apps como Manage Purchase Orders, Post Goods Movement, Monitor Material Documents.

Flujo del proceso paso a paso en SAP S/4HANA

A continuación se detalla el proceso completo para devolver un material recibido en un mes anterior. Incluyo consideraciones de escenarios reales.


Verificar situación actual del documento

1. Revisar el documento origen

  • Pedido de compra: cantidades pedidas, entregadas y facturadas.
  • Ingreso de mercancías: verificar fecha, lote, almacén y valoración.
  • Factura: confirmar si fue contabilizada, dada de baja o compensada.

Transacciones útiles

  • ME23N → Consulta de PO
  • MB03 / MIGO Display → Documento de material
  • FBL1N o Manage Supplier Line Items → Facturas relacionadas

Si la factura está contabilizada, la devolución generará automáticamente una solicitud de nota de crédito o requerirá reversar la factura primero, según política de la empresa.


Determinar el movimiento de inventario adecuado

SAP ofrece varios métodos para devolución, pero los más usados son:

Escenario Movimiento Descripción
Devolución directa del GR 122 Retorno al proveedor basado en el documento 101
Devolución a partir de un PO con retorno 161 Movimiento asociado a un PO de devolución
Cancelación del GR 102 Solo si quieres anular el ingreso del GR (no recomendable si es otro período)

¿Por qué evitar la cancelación 102 en un período cerrado?

  • Porque no está permitido por FI modificar documentos de inventario de períodos cerrados.
  • Genera inconsistencias contables.
  • La opción correcta es realizar devolución 122 con fecha del período abierto.


Crear devolución al proveedor (Mov. 122)

Paso 1: Identificar el GR a devolver

En MIGO, selecciona:

  • Tipo: Return Delivery
  • Ref.: Material Document
  • Movimiento: 122

El sistema copiará automáticamente la valoración, precio y datos del material original.


Paso 2: Elegir la cantidad a devolver

Puedes devolver parcial o total.


Paso 3: Fecha de contabilización

Esta es la parte crítica:

  • Debe ser una fecha en un período abierto.
  • En S/4HANA el sistema actualiza MATDOC con la nueva fecha contable, sin modificar el mes anterior.

Paso 4: Guardar

Se genera un nuevo documento de material que reduce el inventario.



Impacto en Finanzas (FI)

Al contabilizar la devolución 122, el sistema realiza:

  • Crédito a Inventario
  • Débito a GR/IR o Proveedor, según estado de la factura

Casos

Caso A: No había factura contabilizada

FI genera un asiento contra GR/IR.
La factura posterior ya no podrá registrarse porque la cantidad queda ajustada.


Caso B: Había factura contabilizada

SAP genera nota de crédito automáticamente en MIRO, o la deja como pendiente según parametrización.


Caso C: La factura ya fue pagada

En este caso:

  • Se registra la devolución como usual.
  • La nota de crédito queda en FI, pendiente de compensar con próximas facturas o pagos al proveedor.
  • Necesita intervención del equipo AP.


Flujo documentario final en S/4HANA

  • 1. PO → 2. GR 101 → 3. IR (si existe) → 4. Return Delivery 122 → 5. Nota de crédito FI
    Este flujo puede visualizarse en ME23N > Document Flow.


Ejemplos prácticos y casos reales

Caso 1: Devolución parcial por defecto de calidad detectado fuera de mes

Una empresa automotriz encuentra fallas en componentes luego de un mes.
Acciones:

  • Se crea devolución 122 por cantidad dañada.
  • Se genera nota de crédito automática.
  • El proveedor envía reemplazo → Se registra PO adicional.

Lección: nunca usar 102, pues altera períodos anteriores.


Caso 2: El proveedor ya fue pagado

En una empresa de consumo masivo:

  • La factura ya fue pagada en el mes anterior.
  • Se registra devolución 122.
  • La nota de crédito queda pendiente para compensar futuro pago.

Riesgo: si no se compensa, el proveedor queda con saldo negativo que puede generar reclamos.


Caso 3: Inventario comprometido en órdenes de producción

Material ya asignado a órdenes de producción.

  • Antes de devolver, debe retirarse de reservas (262/261).
  • Luego registrar devolución.

Buena práctica: siempre verificar stock en MMBE y Manage Stock antes de devolver.


Errores frecuentes y buenas prácticas

Errores frecuentes

Error 1: Intentar reversar GR con 102 en un período cerrado

Consecuencia: inconsistencia contable y rechazo del sistema.


Error 2: No revisar facturas asociadas

Provoca diferencias GR/IR y reportes desbalanceados.


Error 3: No controlar stock comprometido

Genera errores de inventario o bloqueos en órdenes de producción.


Error 4: Registrar devoluciones con fechas incorrectas

Puede causar reportes distorsionados por ajustes tardíos.


Error 5: No informar a Proveedor/Compras

La devolución física debe coincidir con lo registrado en SAP.


Buenas prácticas

  • Verificar GR/IR antes de devolver (Fiori: GR/IR Reconciliation).
  • Usar fecha del período abierto para devoluciones.
  • Mantener comunicación con FI y Compras para asegurar coherencia contable y contractual.
  • Registrar siempre la causa de devolución (QM, defectos, calidad, pedido incorrecto).
  • Crear PO de devolución (161) cuando la política de compras lo requiera.
  • Monitorear impacto en inventario valorizado, especialmente en costos estándar.

Caso Real

Imaginá este escenario: recibís un toner nuevo, lo entregás al usuario final, y justo cuando lo van a usar… está defectuoso. Hasta acá, todo parece una historia común dentro de un proceso logístico de cualquier empresa que trabaja con SAP. Pero lo que viene después es un enredo técnico que muchos consultores y usuarios conocen bien: ¿cómo hacés para devolver un material defectuoso cuando ya pasaron semanas desde la entrada, el consumo y la factura?

Eso fue exactamente lo que le pasó a Julio Jimenez, quien compartió su caso real con la comunidad SAP. Lo que parecía una simple devolución al proveedor terminó abriendo un debate lleno de detalles sobre documentos logísticos, movimientos contables, transacciones como MIGO, FB50, MIRO, y los típicos dolores de cabeza cuando el periodo fiscal ya cerró.

Más información sobre el Caso real: errores y soluciones al devolver un material en SAP

 

FAQ – Preguntas frecuentes

1. ¿Puedo devolver un material en SAP si el ingreso fue hace varios meses?

Sí. Solo debes usar movimiento 122 o 161, evitando reversar el GR anterior con 102.


2. ¿Qué pasa si ya existe factura?

SAP creará nota de crédito o pedirá reversar la factura según configuración.


3. ¿Qué pasa si el período del GR original está cerrado?

Nada especial: la devolución se contabiliza en el período actual sin tocar el mes anterior.


4. ¿Puedo devolver un material ya usado parcialmente?

No directamente. Primero debes descargarlo del proceso en el que esté comprometido (orden de producción, reserva, etc.).


5. ¿Qué documento FI se genera en una devolución?

Un asiento que reduce inventario y crea obligación de crédito al proveedor o ajuste GR/IR.


Conclusión

La devolución al proveedor de un material ingresado en un mes anterior dentro de SAP Material Management (MM) en S/4HANA es un proceso crítico para mantener la integridad de inventarios y finanzas.

El enfoque siempre debe ser:

  • No modificar períodos cerrados.
  • Usar los movimientos de devolución correctos (122/161).
  • Revisar previamente facturas, stock disponible y reservas.
  • Entender el impacto FI-MM para evitar descuadres.

Si aplicas las buenas prácticas mencionadas, lograrás un proceso estable, transparente y 100% alineado con la arquitectura de S/4HANA.


Otros artículos sobre Devolución SAP



Leer más ...
// //

Actualización de cantidad y valor: el error común en SAP que bloquea tus pedidos

¿Alguna vez intentaste crear un pedido en SAP y el sistema te pidió una categoría de imputación… para una materia prima? Justo eso le pasó a quien sigue un roadmap de configuración P2P en S/4HANA. Y no fue un error del maestro de materiales, sino una omisión clásica en la configuración del tipo de material: no estaba activada la actualización de cantidad ni de valor.

Este tipo de situaciones es más común de lo que parece, y suele confundir incluso a consultores con experiencia. Porque cuando hablamos de stock y valoración en SAP, no basta con definir un material como “RO” o tener listas las vistas del maestro. Si el sistema no sabe que debe actualizar cantidades y valores al momento de recibir mercancías, simplemente no va a tratar ese material como inventario real.
Actualización de cantidad y valor: el error común en SAP que bloquea tus pedidos

En este artículo vamos a repasar por qué estos indicadores son fundamentales, cómo configurarlos correctamente y qué impacto tienen en los procesos de compras, inventario y contabilidad. Además, veremos cómo la T-Code OMT2 y la tabla de stock MMBE se convierten en tus mejores aliadas para diagnosticar este tipo de errores y solucionarlos sin perder tiempo.

Si estás configurando P2P, o simplemente querés entender cómo SAP gestiona stock y valor en el backend, esta es una lectura clave. Porque lo técnico y lo funcional se cruzan justo acá, y una casilla mal marcada puede afectar desde la recepción física hasta la valoración contable del inventario.

Leer más ...
// //

Cómo crear un Plan de Inspección Avanzado en SAP S/4HANA

Importancia estratégica de SAP QM y su rol en el nuevo paradigma de procesos en S/4HANA

La gestión de calidad (SAP QM) ha dejado de ser un módulo aislado dentro del ERP para convertirse en un habilitador crítico de competitividad, cumplimiento normativo y eficiencia operacional. En el contexto actual —marcado por clientes más exigentes, normativas estrictas, auditorías permanentes y cadenas de suministro globales— las empresas necesitan garantizar que la calidad se controle de forma integrada, desde el proveedor hasta el producto terminado. SAP QM, dentro del ecosistema SAP S/4HANA, aporta precisamente esta integración profunda.

En S/4HANA, QM se convierte en un componente transversal a los principales procesos de negocio:

1. Procure-to-Pay (P2P): Calidad en el abastecimiento

QM interviene desde la recepción de materias primas, evaluando proveedores, certificaciones, inspecciones de compra (tipo 01) y bloqueos automáticos de stock hasta que el lote se libera. Esto reduce riesgos de producción y permite gestionar relaciones de proveedor basadas en indicadores reales de desempeño.


2. Plan-to-Produce (Manufactura): Calidad en proceso

Durante la producción, QM asegura que cada operación cumpla con especificaciones. Los planes de inspección avanzados, los muestreos dinámicos y la captura digital de resultados permiten detectar desviaciones tempranas, reduciendo scrap, reprocesos y costos de no calidad.


3. Order-to-Cash (O2C): Calidad en la entrega al cliente

La inspección final (tipo 10) garantiza que solo productos conformes lleguen al cliente. Esto impacta directamente en la satisfacción, la reputación y el costo por devoluciones.


4. Record-to-Report (R2R): Analítica y costos de calidad

S/4HANA permite integrar QM con FI/CO para medir costos de fallas internas/externas, scrap y eficiencia operacional, aportando una visión financiera de la calidad que antes era difícil de cuantificar.


SAP S/4HANA y el nuevo paradigma

Con Fiori, datos en tiempo real y un modelo simplificado, QM se integra nativamente con EWM, PP-DS, DMC y manufactura avanzada. Esto transforma QM en un sistema de calidad inteligente, automatizado y predictivo, alineado con la Industria 4.0.


En síntesis: SAP QM ya no es un módulo de control, sino un motor estratégico para decisiones basadas en datos, reducción de riesgos y excelencia operativa.

 

Cómo crear un Plan de Inspección Avanzado en SAP S/4HANA

Introducción

Crear un Plan de Inspección Avanzado en SAP S/4HANA es una actividad clave dentro del proceso de Quality Management (QM), especialmente en industrias donde la calidad es parte crítica del cumplimiento normativo: farmacéutica, automotriz, alimentos, químico, manufactura discreta y de procesos.


En un entorno moderno basado en S/4HANA, el plan de inspección deja de ser un documento aislado del módulo QM y se convierte en un elemento estratégico del flujo integrado Plan-to-Produce (P2P) y Procure-to-Pay (P2P), garantizando que la calidad esté presente desde la compra de materias primas hasta la producción y liberación final del producto.


En este artículo aprenderás:

  • Qué es un Plan de Inspección Avanzado y cómo se diferencia del plan tradicional.
  • Cómo fluye el proceso completo en SAP S/4HANA.
  • Cómo configurar, crear, asignar y mantener planes avanzados.
  • Ejemplos reales de implementación.
  • Errores típicos, buenas prácticas y recomendaciones de expertos.
  • Preguntas frecuentes y próximos pasos sugeridos.

Conceptos clave

¿Qué es un Plan de Inspección en SAP?

Un Plan de Inspección (Inspection Plan) es un objeto maestro que define qué inspeccionar, cómo inspeccionar, con qué métodos y con qué criterios en un lote de inspección.

Incluye elementos como:

  • Características de inspección (quantitativas o cualitativas).
  • Métodos de inspección.
  • Niveles de muestreo.
  • Especificaciones toleradas.
  • Documentos de apoyo.

¿Qué es un Plan de Inspección Avanzado?

En S/4HANA, el concepto de “Plan de Inspección Avanzado” suele referirse a:

  1. Planes más complejos, con múltiples operaciones, características dependientes, reglas de muestreo dinámico, métodos detallados y uso intensivo de datos maestros integrados.
  2. Uso de Fiori Apps de Quality Management, que permiten mayor trazabilidad, integración y usabilidad.
  3. La incorporación del enfoque de Modelos de inspección, Versiones de producto, QM para Advanced Manufacturing, y en empresas con SAP DMC o SAP EWM.
  4. Integración estrecha con Clasificación, Estructura de Material, Work Centers, Routings y BOMs.

Relación con los procesos integrados de S/4HANA

  • Procure-to-Pay (P2P): planes asignados a materiales comprados, activan controles de calidad de proveedor.
  • Plan-to-Produce (Manufactura): inspecciones en proceso y liberación final dependen del plan.
  • Order-to-Cash (O2C): productos liberados con calidad certificada para clientes.
  • Record-to-Report (R2R): integración con costos de calidad, scrap y desviaciones.

Flujo del proceso paso a paso en SAP S/4HANA

A continuación se detalla un flujo completo basado en experiencia real en proyectos.

1. Prerrequisitos antes de crear un Plan de Inspección Avanzado

Antes de crear el plan debes asegurar que están configurados:

a) Datos maestros necesarios

  • Material maestro con vistas QM activadas.
  • Tipo de inspección (ej. 01 recepción de mercancía, 04 inspección en proceso, 10 inspección de fabricación).
  • Centros de trabajo (Work Centers).
  • Métodos de inspección creados (QS31).
  • Características maestras (CT04) — muy importante en planes avanzados.
  • Código de muestreo y procedimientos (QDV1).

b) Parametrizaciones de QM

  • Esquema de muestreo.
  • Estrategia de inspección (cuando aplica).
  • Determinación automática de plan por material/centro.

c) Datos adicionales (opcional)

  • Versión de producción (cuando se usa PP avanzado o DMC).
  • Clasificaciones y lotes (Batch Management).

2. Creación del Plan de Inspección Avanzado paso a paso

Los pasos se describen usando la transacción QP01 (clásica) y su equivalente en Fiori Apps para QM.

Paso 1: Crear el Plan (QP01 / Fiori App “Manage Inspection Plans”)

  1. Ingresar:

    • Material
    • Centro
    • Grupo de tareas
    • Clave de planificación (ej. 2: general)
  2. Activar:

    • Versión del plan (aplicable en S/4HANA).
    • Estatus: inicial → 4 Liberado.

Tip experto: En proyectos de manufactura compleja, la creación de múltiples versiones del plan permite validar cambios sin impactar producción.

 

Paso 2: Definir las Operaciones

Las operaciones representan los pasos donde se evaluará la calidad.

Incluye:

  • Número de operación (0010, 0020…).
  • Descripción.
  • Centro de trabajo (Work Center).

Buenas prácticas en planes avanzados:

  • Reflejar la realidad del proceso productivo.
  • Evitar operaciones genéricas (ej: “Inspección general”).
  • Asignar características por operación para mejorar el análisis posterior.

Paso 3: Asignación de Características de Inspección

Este es el corazón del plan avanzado.

Las características pueden ser:

a) Características cualitativas

Ej.: Aprobado/Rechazado, Superficie OK/No OK.

b) Características cuantitativas

Ej.: Medida de longitud, densidad, humedad.

Atributos clave:

  • Unidad de medida.
  • Valores límites (tolerancias).
  • Método de inspección.
  • Textos explicativos.

Recomendaciones profesionales:

  • Siempre usar características maestras (CT04) en lugar de características locales.
  • Documentar claramente las tolerancias y rangos para minimizar rechazos por errores del inspector.
  • Vincular métodos estandarizados (ISO, ASTM, industria automotriz).

Paso 4: Definir muestreo

En planes avanzados se recomienda usar:

  • Procedimientos de muestreo dinámico (según histórico de calidad).
  • Esquemas de muestreo multilote.
  • Códigos de muestreo vinculados al tamaño del lote.

Esto mejora el control estadístico del proceso (SPC).


Paso 5: Documentos de soporte

Puedes integrar:

  • Instrucciones de trabajo.
  • PDFs.
  • Especificaciones técnicas.
  • Hojas de control digital.

En S/4HANA es mucho más simple mediante Document Management System (DMS) y apps Fiori.


Paso 6: Liberación del Plan

El estatus “4 – Liberado” permite que el plan se determine automáticamente al crear un lote de inspección.

Valida antes de liberar:

  • Tolerancias correctas.
  • Métodos asignados.
  • Muestreos coherentes.
  • Operaciones sin errores.

3. Determinación automática del Plan de Inspección

Cuando el material tiene un tipo de inspección activo, SAP determina el plan mediante:

  1. Material + Centro
  2. Estatus “liberado”
  3. Versión más alta o marcada como preferida

Caso real: En una empresa automotriz, no liberar las versiones correctas provocó asignaciones incorrectas de planes durante 3 días, generando 110 lotes atascados. La buena práctica es manejar versionado estricto y controlado.

 

4. Ejemplo real de creación de un Plan Avanzado

Supongamos un fabricante de componentes metálicos de precisión.

Material: Tornillo M12 de acero tratado

Tipo de inspección: 04 – Inspección en proceso

Características clave:

  • Longitud (medición cuantitativa)
  • Dureza Rockwell
  • Rugosidad de superficie
  • Color visual
  • Rosca conforme a norma ISO

Operaciones:

  1. 0010 Recepción de materia prima

    • Característica: Certificado del proveedor (qualitative).
  2. 0020 Control dimensional

    • Longitud (exacta).
    • Diámetro externo.
  3. 0030 Prueba de dureza

    • Método asignado ASTM.
  4. 0040 Inspección visual final

    • OK / Not OK.

Este tipo de plan combina:

  • Muestreo dinámico
  • Características cuantitativas detalladas
  • Documentación técnica
  • Integración con Work Centers

Errores frecuentes y buenas prácticas

Errores comunes

  1. Crear características locales en lugar de maestras

    • Consecuencia: pérdida de estandarización, reportes inconsistentes.
  2. No definir límites de tolerancia

    • Resultado: inspectores sin guía → muchos rechazos manuales.
  3. Muestreo incorrecto

    • Afecta tiempos de inspección o retrasa la liberación del lote.
  4. No liberar la versión correcta del plan

    • Provoca asignaciones erróneas del plan al crear lotes.
  5. No relacionar métodos, documentos o instrucciones

    • Impacta cumplimiento normativo (especialmente en FDA, IATF, ISO).

Buenas prácticas

  • Versionar los planes para cada modificación significativa.
  • Mantener un catálogo corporativo de características maestras.
  • Usar muestreo dinámico en procesos repetitivos.
  • Incorporar documentos DMS para asegurar auditorías exitosas.
  • Revisar el plan al menos 1 vez por año.
  • Validar el plan en ambiente de pruebas antes de liberarlo.

Consulta en los Foros del Mundo SAP


Preguntas frecuentes (FAQ)

1. ¿Cuál es la diferencia entre un plan de inspección básico y uno avanzado?

Un plan avanzado incluye múltiples operaciones, características detalladas, muestreos complejos, documentos vinculados, integración con centros de trabajo y versionado controlado.

2. ¿Puedo tener varios planes de inspección para el mismo material?

Sí. S/4HANA permite múltiples versiones. SAP selecciona automáticamente la versión adecuada según reglas y estatus.

3. ¿Se puede usar Fiori en lugar de transacciones clásicas como QP01?

Sí, la app Manage Inspection Plans ofrece una interfaz más moderna y clara.

4. ¿Qué pasa si un plan está mal configurado?

El lote de inspección puede quedar bloqueado para liberación o generar resultados incorrectos. Por eso es crítico hacer pruebas previas.

5. ¿Cómo afecta un plan de inspección al proceso de producción?

Define qué se inspecciona, cómo y cuándo. Un plan incorrecto puede detener producción, rechazar lotes o incrementar scrap.


Conclusión

Un Plan de Inspección Avanzado en SAP S/4HANA es mucho más que un registro técnico: es un componente fundamental del sistema de calidad integrado a toda la cadena de valor empresarial. Un plan bien diseñado:

  • Reduce retrabajos.
  • Mejora el cumplimiento normativo.
  • Aumenta la trazabilidad.
  • Impulsa la calidad desde el proveedor hasta el cliente final.

Si estás implementando S/4HANA o mejorando tus procesos de calidad, invertir tiempo en diseñar y mantener adecuadamente tus planes de inspección es una de las acciones con mayor retorno.


Artículos Relacionados


Consultoria-SAP

Consultoría SAP es un portal de información en español sobre todo lo relacionado al ERP SAP y ha creado este contenido tomando varias colaboraciones de sus miembros activos en la mayor comunidad de ayuda SAP del mundo.
:new: Novedad: hemos lanzado una nueva lista de correo para conversar de negocios, ERP, SAP y otros temas relacionados. Súmate ahora: https://masnegocios.substack.com



Leer más ...