Consultoria-SAP: pensado para personas que buscan superarse día a día con el programa SAP

Has ingresado a la primer comunidad IT sobre SAP donde buscamos aprender entre todos cómo usar el programa SAP, tanto desde la parte técnica como desde lo funcional. ¡Comenzar ahora!


En Consultoría SAP encontrarás:

  • Artículos en tu idioma para aprender SAP.
  • Consultas respondidas sobre temas del ERP.
  • Manuales que compartimos entre la comunidad, para que puedas imprimir!
  • ¡Y muchísimo más!
// //

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 ...
// //

Desde SAP hacia ODOO

He trabajado con ERP SAP desde el año 2008 y si bien he analizado otros competidores (internacionales: Oracle y Dynamics; como locales: Tango, Bejerman, Manager2, etc) nunca he sentido que era el momento de aprender realmente el “paso” de una consultoría SAP a otro sistema. Los distintos ERPs que se mencionaban en el pasado, iban mutando con el tiempo pero no me daban certeza de que serían un ERP con potencial a futuro. Seguro aquí podríamos abrir un debate grande, porque Oracle es gigante, Dynimics es de Microsoft y un gran etc… pero no me convencía ningún ERP escalable para competirle a lo que yo sé sobre SAP … hasta ahora.


Hoy, sinceramente tengo bastante miedo al mercado del software empresarial. Antes, un funcional podría decir: “Debo aprender SAP, porque todas las empresas serias usan SAP y no me faltará trabajo si sé sobre SAP”. Hoy, no es así. SAP ya no tiene, al menos para ciertos segmentos de empresas, el mismo efecto de ‘sello de calidad’ que tuvo durante años; y ojo, no porque SAP sea malo; es un cambio de paradigma al mercado del software en general, al que SAP no ha sabido adaptarse bien. Lo ha intentado, pero no está a mi modo de ver, en el camino correcto.


Tengo la sensación de que SAP hoy parece más enfocado en proteger y migrar su base instalada que en conquistar empresas nuevas desde cero, especialmente en el segmento pyme y mid-market; se está concentrando únicamente en forzar a sus clientes actuales a “actualizar” su ERP (pasar de una versión ECC a S4Hana) con la pasta de dinero que eso implica para sus clientes. Y ojo, mi sensación no está del todo errada, si buscas un poco en Linkedin y comunidades de profesionales, verás que no estoy loco


Leer más ...
// //

VeriFactu en SAP Business One

La entrada en vigor del sistema VeriFactu en España supone uno de los mayores cambios recientes en los sistemas de facturación. Si trabajas con SAP Business One (SAP B1), ya sea como consultor, usuario clave o responsable de sistemas, necesitas entender qué exige la normativa y cómo aterriza realmente en el sistema.

IMPORTANTE: Nuevo Plazo - El Real Decreto-ley 15/2025 aplaza la obligatoriedad de Verifactu hasta 2027

En este artículo de Consultoria-SAP vas a aprender:

  • Qué es exactamente VeriFactu y a quién aplica.

  • Qué versiones y componentes de SAP Business One son necesarias.

  • Cómo es el flujo de facturación con VeriFactu, de punta a punta.

  • Qué parámetros debes revisar y configurar en B1.

  • Errores habituales que están apareciendo en proyectos reales y cómo evitarlos.

El objetivo no es repetir la ley, sino explicarte cómo se traduce en SAP Business One en la práctica, con foco en experiencia real de implementación.

Image

Image

Image

Antes de entrar en configuración, es clave alinear conceptos. Muchos problemas en proyectos vienen de una mala interpretación inicial.

VeriFactu es un sistema definido por la Agencia Tributaria (AEAT) que obliga a que los sistemas de facturación:

  • Generen facturas íntegras, inalterables y trazables.

  • Incluyan una huella digital (hash) encadenada entre documentos.

  • Incorporen un código QR verificable por la AEAT.

  • Eviten la manipulación posterior de datos (facturas “B”, borrados no trazados, etc.).

No es solo un formato, es un modelo de control del sistema de facturación.

No exactamente.

  • Factura electrónica: se centra en el formato y envío (por ejemplo, XML, eFactura).

  • VeriFactu: se centra en el control del software de facturación, incluso para facturas en papel o PDF.

En SAP Business One, ambos conceptos se integran a través del framework de Electronic Documents.

  • Empresas y autónomos que emiten facturas en España.

  • Sistemas informáticos de facturación (como SAP B1).

Por eso, el foco está en el sistema, no solo en el usuario.

SAP no implementa VeriFactu como un “add-on aislado”, sino como parte del ecosistema estándar de documentos electrónicos.

A día de hoy, se sabe que:

  • SAP Business One 10.0 SP 2505 o superior incluye las funcionalidades base para cumplir con VeriFactu.

Si tu sistema está en una versión anterior, no es opcional actualizar. Es un prerrequisito legal y técnico.

En una implementación real, intervienen varios elementos:

  • Electronic Documents Framework (Documentos Electrónicos).

  • Electronic File Manager para la gestión de archivos.

  • Servicios en el SLD (System Landscape Directory).

  • Certificado digital de empresa válido ante la AEAT.

  • Modelos de impresión (Crystal Reports u otros).

Aquí aparece uno de los errores más comunes: pensar que “es solo activar un check”. No lo es.

Veamos ahora el flujo completo, desde que se crea una factura hasta que cumple VeriFactu.

El usuario crea una factura de cliente (A/R Invoice) como siempre:

  • Cliente

  • Base imponible

  • IVA

  • Fecha

  • Serie de numeración

Pero: esa serie debe estar habilitada para VeriFactu.

Antes de generar la huella, SAP valida:

  • Datos fiscales de la empresa (CIF, razón social, dirección).

  • Datos del interlocutor comercial.

  • Grupos de impuestos correctos.

En proyectos reales, más del 30% de los errores iniciales vienen de datos maestros incompletos.

El sistema genera un hash que incluye, entre otros:

  • Número de factura.

  • Fecha y hora.

  • Importe total.

  • Hash de la factura anterior (encadenamiento).

Esto es lo que garantiza la inalterabilidad.

SAP genera el QR que luego debe aparecer en la impresión o PDF:

  • Identifica la factura.

  • Permite su verificación.

Aquí suele requerirse ajuste de reportes.

El documento queda registrado en el sistema electrónico:

  • Con su huella.

  • Con su XML / estructura interna.

  • Con trazabilidad completa.

Dependiendo de la configuración, puede haber envío o solo disponibilidad para inspección.

Esta es la parte más delicada del proyecto.

En la parametrización de Electronic Documents aparece una nueva sección o pestaña relacionada con VeriFactu:

  • Activación por tipo de documento.

  • Asociación a series específicas.

No todos los documentos deben ir por VeriFactu, solo los relevantes legalmente.

Buenas prácticas:

  • Crear series exclusivas para facturas VeriFactu.

  • No reutilizar series antiguas “históricas”.

  • Evitar cambios manuales de numeración.

Esto es clave para la trazabilidad.

Debes:

  • Importar el certificado digital de empresa.

  • Verificar vigencia y autoridad emisora.

  • Asegurar que el servicio puede acceder a él.

Errores típicos:

  • Certificado caducado.

  • Permisos incorrectos en el servidor.

En el System Landscape Directory (SLD) debes validar:

  • Servicios de documentos electrónicos activos.

  • Conectores habilitados (por ejemplo, ConnectorXML/EIS).

  • Comunicación correcta entre servicios.

Muchos sistemas “funcionan” sin esto… hasta que entra VeriFactu.

Los reportes deben incluir obligatoriamente:

  • Código QR.

  • Datos fiscales completos.

  • Referencias de trazabilidad si aplica.

En la práctica, casi siempre hay desarrollo o adaptación.

  • Pensar que la actualización de versión es suficiente.

  • No revisar datos maestros históricos.

  • Usar series de facturación antiguas.

  • No probar escenarios reales (abonos, rectificativas).

  • Hacer un sandbox o entorno de pruebas.

  • Probar con facturas reales (importes, impuestos reales).

  • Documentar el flujo aprobado.

  • Coordinar con el partner local especializado en España.

Sí. No es una opción del sistema, es una exigencia legal para el software de facturación en España.

Es posible, pero SAP está orientando el cumplimiento a través del framework estándar de documentos electrónicos.

Sí. VeriFactu aplica al sistema que genera la factura, no solo al formato.

No se rehacen, pero a partir de la entrada en vigor, las nuevas deben cumplir estrictamente.

Altamente recomendable. Hay muchos puntos técnicos y legales donde la experiencia marca la diferencia.

VeriFactu no es “una nueva casilla en SAP Business One”, sino un cambio estructural en la forma de facturar. Requiere:

  • Versión correcta.

  • Componentes técnicos activos.

  • Datos maestros impecables.

  • Pruebas reales y controladas.

Si lo abordas como un simple requerimiento técnico, tendrás problemas. Si lo tratas como un proyecto de cumplimiento legal, SAP Business One está preparado para responder.

Sumate a la lista para estar al tanto de más novedades:


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

¿Necesitás profundizar en Sistema?

Revisamos este contenido constantemente para que sea preciso. Si algo no te quedó claro sobre Sistema, podés dejarnos tu consulta abajo. Nuestro equipo responden en menos de 24 horas.

¿Qué fue lo más importante para vos?

Si este artículo te aportó algo sobre Sistema, seguramente tu experiencia también puede ayudar a otros lectores.

Comentá abajo y compartí tu punto de vista.


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 ...
// //

Agentic Commerce ya está aquí

El mensaje claro para los minoristas que asistieron al Big Show 2026 de la Federación Nacional de Minoristas en Nueva York la semana pasada fue que necesitan abordar con urgencia el desafío generado por la rápida adopción de herramientas de IA generativa por parte de los consumidores y actualizar sus sistemas de back-office y de datos si quieren prosperar en la era del comercio agente.


El comercio con inteligencia artificial ya está cambiando el retail
En 2026, los expertos en retail coincidieron en que las compras están cambiando rápidamente por el uso de inteligencia artificial. Muchas personas ya usan asistentes de IA para buscar, comparar y comprar productos, en lugar de hacerlo solo con buscadores tradicionales. Esto obliga a las tiendas a actualizar sus sistemas internos y la forma en que organizan sus datos si quieren seguir siendo competitivas.


¿Qué es el comercio “agentic” y por qué importa?
El comercio agentic significa que la IA puede actuar por las personas. Puede anticipar lo que alguien necesita, buscar opciones, comparar precios y hacer compras casi sola. No es solo una mejora del comercio online, sino una forma completamente nueva de comprar, más rápida y personalizada. Se espera que este modelo genere enormes ingresos en los próximos años. 


Qué propone SAP para los minoristas
SAP dice que las empresas deben preparar mejor sus datos para que la IA los entienda. Esto incluye ordenar la información de productos, explicar claramente para qué sirve cada uno y conectar datos de diferentes sistemas.


Para ayudar a los minoristas a abordar los desafíos inmediatos que plantea el cambio hacia el comercio liderado por agentes de Inteligencia Artificial, SAP sostiene que son necesarios tres pasos: primero, reestructurar los datos de productos de las páginas web para que sean legibles por máquinas; segundo, agregar resúmenes semánticos para el razonamiento LLM; y tercero, etiquetar los productos por los problemas que resuelven, no solo por sus atributos.


SAP presentó nuevas soluciones con IA que ayudan a predecir la demanda, reducir inventarios y ofrecer mejores experiencias al cliente, incluso con asistentes que acompañan todo el proceso de compra y soporte.


Descubriendo Productos para comprar

El descubrimiento de productos está pasando de los motores de búsqueda a las recomendaciones de IA. Ahora los consumidores no abren Google para buscar, directamente abren su chatGPT, Gemini o agente preferido y le dicen: “Tengo este problema, quiero algo para solucionarlo”, y el agente en tiempo real hace la investigación en internet para darle sugerencias sobre qué productos resolverían su problema, cuánto salen con envío incluido a la puerta de su casa, y de esta forma, el consumidor prácticamente tiene a su personal shopper y asesor que le ha dicho qué y cómo comprar.


Este cambio desafía años de SEO y desarrollo de marca. Para mantener su relevancia, SAP cree que los minoristas deben adoptar un enfoque centrado en la IA y contar con datos sólidos y conectados que ayuden a los agentes a comprender los productos, predecir la demanda y responder con rapidez. Sin esta sólida base de datos, las marcas estarán en riesgo, ya que si los clientes reciben malas recomendaciones y errores en los precios, la confianza puede desaparecer rápidamente. 


El mayor desafío no es la tecnología
Aunque muchas empresas ya probaron herramientas de IA, la mayoría no ve grandes resultados todavía. El problema principal es que los datos están desordenados y los sistemas no trabajan bien juntos. Los expertos coinciden en que solo agregar IA no alcanza. Las empresas deben cambiar su forma de trabajar si quieren aprovechar realmente esta nueva era del comercio.


Leer más ...