Dataconomy ES
Subscribe
No Result
View All Result
Dataconomy ES
Subscribe
No Result
View All Result
Dataconomy ES
No Result
View All Result

Transformación digital de los procesos de adquisiciones: construcción de un sistema de adquisiciones corporativas basado en el ejemplo de un proyecto de holding industrial internacional

byKerem Gülen
16 julio 2026
in Investigación
Home Investigación
Share on FacebookShare on Twitter
Google Preferred Source

Las adquisiciones son a menudo una de las últimas funciones comerciales importantes en ir más allá de las cadenas de correo electrónico, las hojas de cálculo y los procesos de aprobación fragmentados. En organizaciones grandes que operan en múltiples divisiones, esta falta de centralización puede ralentizar los ciclos de compra, debilitar la supervisión, duplicar solicitudes y limitar las oportunidades de negociar mejores condiciones con los proveedores.

En este artículo, examino el desarrollo de un sistema de gestión de adquisiciones centralizado integrado con SAP MM para una empresa industrial internacional.

Resumen

El artículo está dedicado al desarrollo e implementación de un sistema de gestión de adquisiciones corporativas, integrado con SAP MM, para una empresa industrial. Examina los detalles de la transición de un modelo de adquisiciones descentralizado a una plataforma automatizada centralizada que proporciona una gestión de extremo a extremo del ciclo de adquisiciones. Se demuestra que la implementación del sistema permitió reducir los tiempos de procesamiento de solicitudes, mejorar el cumplimiento de las normas de aprobación y reducir costos a través de la consolidación de compras. Se llega a una conclusión sobre la eficacia práctica de la digitalización centralizada de los procesos de adquisiciones para empresas con una estructura organizativa distribuida.

Palabras clave: compras, Sistema de Compras, transformación digital, SAP MM, automatización de procesos de negocio, aprobación de solicitudes, sistemas de información corporativos, gestión de proveedores, gestión de proyectos, consolidación de compras.

Introducción

La función de adquisiciones ocupa una posición especial dentro de la estructura de los procesos comerciales corporativos: por un lado, afecta directamente el costo del producto y el margen operativo; por otro, es una zona de mayor riesgo en términos de cumplimiento de las normas de aprobación, transparencia del gasto y prevención de abusos [1]. En las grandes organizaciones con una estructura de sucursales distribuidas, la función de adquisiciones a menudo sigue siendo una de las últimas áreas en ser cubiertas por la digitalización: mientras que los procesos de producción y financieros se automatizan primero, las solicitudes de compra de materiales y servicios continúan preparándose de forma libre: por correo electrónico, como memorandos internos o como archivos de Excel que se pasan manualmente a lo largo de una cadena de partes aprobadoras. Este modelo da lugar a una serie de problemas sistémicos: la ausencia de un único punto de control sobre el estado de una solicitud, la incapacidad de consolidar las necesidades de adquisiciones de varios departamentos para obtener descuentos por volumen de los proveedores, ciclos de aprobación largos y poco transparentes, y dificultades para realizar auditorías internas de las actividades de adquisiciones [2].

Este artículo se basa en la experiencia adquirida participando en un proyecto de creación y posterior modernización de un Sistema de Compras corporativo para una división de un holding industrial internacional especializado en la producción y suministro de gases industriales. El autor desempeñó el rol de consultor funcional, responsable de diseñar los procesos de aprobación de solicitudes, integrar el sistema con el módulo SAP MM y elaborar especificaciones técnicas para el equipo de desarrollo.

Fundamentos teóricos: Centralización y automatización de procesos de adquisiciones

En la literatura sobre gestión de la cadena de suministro, se destaca un concepto que describe la transición de las compras tácticas y operativas a la gestión de adquisiciones estratégica, en la que la función de adquisiciones no se considera un apoyo administrativo sino una fuente de ventaja competitiva a través de la gestión de las relaciones con los proveedores, la consolidación del volumen y la reducción de los costos de transacción [3]. Un prerrequisito tecnológico clave para esta transición es la implementación de sistemas de clases de adquisiciones electrónicas, que permitan la redacción, aprobación y seguimiento electrónicos de las solicitudes de compra. Los estudios sobre la implementación de tales sistemas muestran que el efecto principal se logra no tanto mediante la aceleración de una transacción individual, sino mediante una mayor transparencia de los datos sobre el volumen total de compras en cada categoría de producto, lo que crea una base para negociar con los proveedores desde una posición de demanda consolidada [4].

Al mismo tiempo, la centralización de los procesos de adquisiciones conlleva riesgos organizacionales: las divisiones regionales a menudo perciben un mayor control desde la oficina central como una pérdida de autonomía operativa, lo que requiere una estrategia de gestión del cambio bien pensada y una implementación gradual que demuestre resultados rápidos en las etapas iniciales [5].

Estado inicial del proceso de contratación

Al inicio del proyecto, el proceso de adquisiciones en la división considerada se organizó de la siguiente manera. Un empleado que necesitara materiales o servicios redactaría una solicitud en formato de texto libre y la enviaría por correo electrónico a su superior directo. Después de la aprobación verbal o escrita, la solicitud se envió al departamento de adquisiciones, donde un empleado transfirió manualmente los datos a un registro de Excel, buscó un proveedor y envió una solicitud de cotización comercial. Luego de recibir la cotización y su aprobación por parte de la alta gerencia, se creó una orden de compra, la cual se ingresó manualmente en el sistema SAP MM para el posterior movimiento de materiales.

La encuesta previa al proyecto (fase de descubrimiento) reveló las siguientes características cuantitativas del proceso inicial:

  • El tiempo promedio de procesamiento de una solicitud de compra, desde el envío hasta la creación de un pedido de proveedor, fue de 8,4 días hábiles;
  • El 34% de las solicitudes se procesaron en violación de las normas de aprobación establecidas, ya sea sin obtener el número requerido de firmas o con los plazos de revisión estándar excedidos en una etapa u otra;
  • No hubo consolidación de compras de materiales similares entre departamentos: hasta el 60% de las solicitudes de consumibles estándar fueron redactadas de forma independiente por diferentes departamentos durante el mismo período, lo que descartó la posibilidad de obtener descuentos por volumen;
  • El tiempo promedio que dedica el personal del departamento de adquisiciones a buscar el estado de una solicitud específica (en respuesta a consultas de clientes internos) fue de alrededor de 25 minutos por solicitud, debido a la necesidad de revisar la correspondencia y los registros de Excel.

Fase 1. Análisis de flujos de adquisiciones y categorización (Meses 1-2)

La primera fase implicó analizar la estructura de compras durante los 24 meses anteriores para identificar las categorías de productos en las que la consolidación podría producir el mayor efecto económico. Se identificaron doce categorías de adquisiciones consolidadas, de las cuales 4 categorías (consumibles de producción, ropa y EPP de protección, suministros de oficina y papelería, y servicios de transporte) fueron designadas como prioridades para la primera ola de implementación del sistema.

Fase 2. Diseño de rutas de aprobación (Meses 3-4)

En esta etapa se desarrolló una matriz de rutas de aprobación de solicitudes, según monto de compra, categoría y departamento que las inicia. Se diseñaron dieciocho rutas de aprobación estándar con determinación automática de ruta basada en parámetros de solicitud, reemplazando la práctica anterior en la que la ruta de aprobación se determinaba de manera informal, a través de acuerdos personales entre empleados.

Fase 3. Desarrollo de especificaciones funcionales e integración con SAP MM (Meses 5 a 8)

En esta etapa, se prepararon especificaciones funcionales para el equipo de desarrollo, incluida una descripción de la interfaz de envío de solicitudes, la lógica de enrutamiento, las reglas de validación de datos maestros y el escenario de integración de SAP MM. Se prestó especial atención a garantizar que el sistema de adquisiciones no existiera como un complemento aislado, sino que estuviera vinculado al sistema ERP central de la empresa a nivel de documentos de adquisiciones, datos maestros y estados de procesamiento.

Como parte del trabajo de diseño, se definieron las reglas para la creación de solicitudes de compra y órdenes de compra, la lógica para seleccionar entre el escenario PR → PO y la creación directa de PO, así como el mecanismo para la devolución de estados de SAP MM al Sistema de Adquisiciones. Se definieron los campos obligatorios para la transferencia a SAP: código de material o descripción del servicio, proveedor, organización de compras, grupo de compras, planta, ubicación de almacenamiento, centro de costos, cuenta de mayor, categoría de imputación, cantidad, unidad de medida, fecha de entrega y condiciones de precio.

En total, se prepararon 21 descripciones funcionales, incluidas 5 especificaciones para interfaces de integración y 16 especificaciones para pantallas de usuario y formularios de informes. Además, se desarrolló una matriz de mapeo que vincula las categorías de adquisiciones con los objetos contables de SAP MM/FI, lo que permitió conectar la clasificación empresarial de las compras con planta, ubicación de almacenamiento, centro de costos y cuenta de mayor.

Arquitectura técnica de la integración SAP MM

Uno de los elementos clave del proyecto fue la integración del Sistema de Adquisiciones corporativo con el módulo SAP MM, ya que el nuevo sistema necesitaba no solo automatizar el proceso interno de envío y aprobación de solicitudes, sino también garantizar la correcta creación de documentos de adquisiciones en el sistema ERP central de la empresa.

El escenario de integración utilizó objetos estándar de SAP MM relacionados con el proceso de compra de materiales y servicios: solicitud de compra, orden de compra, datos maestros de proveedores, datos maestros de materiales, organización de compras, grupo de compras, planta, ubicación de almacenamiento, categoría de asignación de cuenta, centro de costos y cuenta de mayor. Por el lado del Sistema de Adquisiciones, se creó una solicitud como documento comercial de aprobación interna y luego de pasar por todas las rutas necesarias, se transfirió a SAP MM para la creación de un documento de adquisiciones.

En la etapa de diseño se consideraron dos escenarios posibles: crear una solicitud de compra con su posterior conversión en una orden de compra, y crear directamente una orden de compra una vez completada la aprobación. Para las categorías de adquisiciones prioritarias que requieren una revisión adicional por parte del departamento de adquisiciones y la posibilidad de consolidar varias solicitudes, se utilizó el escenario PR → PO. En este caso, una solicitud aprobada del Sistema de Adquisiciones se transfirió a SAP MM como una solicitud de compra, después de lo cual un especialista del departamento de adquisiciones podía combinar varias necesidades, seleccionar un proveedor y crear una orden de compra. Para compras estándar y recurrentes con proveedores predefinidos, se aplicó un escenario simplificado de creación directa de órdenes de compra una vez que se completó la ruta de aprobación.

La integración se basó en un modelo híbrido. Para la validación sincrónica de los datos maestros se utilizaron llamadas RFC a SAP, lo que permitió validar la existencia de las cuentas de material, proveedor, planta, lugar de almacenamiento, centro de costos y mayor antes de la aprobación final de la solicitud. Para transferir las solicitudes aprobadas y crear documentos de adquisiciones, se utilizó una capa de integración de middleware, que convierte los datos del formato interno del Sistema de Adquisiciones a una estructura compatible con los objetos SAP MM. En los casos que requerían una transferencia de datos por lotes o el procesamiento de grandes volúmenes de solicitudes, se utilizaba el intercambio asincrónico mediante IDoc/intercambio de archivos, con procesamiento de estado posterior.

Se prestó especial atención a la devolución de estados de SAP MM al Sistema de Adquisiciones. Después de la creación de una solicitud de compra u orden de compra, SAP devolvió el número de documento, el estado de procesamiento, la información sobre errores de creación de documentos y los estados posteriores relacionados con los cambios o el cierre de la orden. Esto permitió a los iniciadores y aprobadores de solicitudes rastrear no solo el estado de aprobación interna, sino también el progreso posterior de la solicitud a través del proceso de adquisición: solicitud creada en SAP, pedido creado con el proveedor, pedido modificado, pedido cerrado o documento no creado debido a un error de datos.

Se implementó una lógica separada para monitorear los mensajes de integración para manejar los errores. Los errores se dividieron en varias categorías: errores de datos maestros, errores de enrutamiento, errores de autorización, errores de campos obligatorios y errores de intercambio técnico. Por ejemplo, si una solicitud especificaba un código de material inactivo, un centro de costos incorrecto, una cuenta del L/M faltante o una combinación de planta/ubicación de almacenamiento no válida, el sistema no permitiría que el documento se transfiriera a SAP hasta que se corrigieran los datos. Para errores técnicos, se proporcionó un mecanismo para reenviar el mensaje una vez resuelta la causa del fallo. Todos los errores se registraron en el registro de integración, con la hora, el tipo de error, el usuario responsable y el estado de reprocesamiento.

Se diseñó un modelo de autorización independiente como componente propio. El acceso de los usuarios dentro del Sistema de Adquisiciones estaba determinado por su rol en el proceso de adquisiciones: iniciador de la solicitud, jefe de departamento, interventor financiero, especialista del departamento de adquisiciones, administrador de datos maestros y administrador del sistema. Para cada rol, se definieron derechos para crear, ver, modificar, aprobar, rechazar y volver a enviar solicitudes. El modelo de autorización también estaba vinculado a la estructura organizativa de la empresa: un usuario sólo podía ver y procesar solicitudes relacionadas con su propio departamento, centro de costos, planta o área de responsabilidad. Para los aprobadores, las rutas se determinaron automáticamente según el monto de la compra, la categoría, el departamento iniciador y el tipo de costo.

La conexión entre las categorías de adquisiciones y los objetos contables se implementó a través de una matriz de mapeo. Cada categoría de adquisición estaba vinculada a grupos de materiales permitidos, categorías de asignación de cuentas, centros de costos, cuentas de mayor, plantas y ubicaciones de almacenamiento. Este enfoque hizo posible reducir la cantidad de errores al crear documentos de adquisiciones en SAP MM y garantizar laReflejo correcto de los costos en la contabilidad financiera. Por ejemplo, las solicitudes de consumibles de producción se vinculaban automáticamente a la planta y ubicación de almacenamiento correspondientes, mientras que las compras de servicios administrativos requerían la especificación de un centro de costos y una cuenta de mayor. Para determinadas categorías, también se aplicaron normas adicionales de validación del presupuesto y la aprobación de un interventor financiero.

Como resultado, la integración del Sistema de Adquisiciones con SAP MM permitió eliminar el doble ingreso de datos, reducir la cantidad de errores en la creación de documentos de adquisiciones y asegurar un vínculo transparente entre el proceso interno de aprobación de solicitudes y el posterior reflejo de la compra en el sistema ERP. Esto se convirtió en uno de los factores clave para reducir el tiempo de procesamiento de solicitudes y mejorar el cumplimiento de las regulaciones del proceso de adquisiciones.

Fase 4. Implementación piloto en categorías prioritarias (meses 9 a 11)

El sistema se puso en marcha en modo piloto para cuatro categorías de adquisiciones prioritarias en una de las divisiones de producción. Durante el período piloto se procesaron 412 solicitudes, de las cuales el 89% se procesaron íntegramente a través del nuevo sistema sin recurrir a los canales anteriores (correo electrónico, Excel).

Fase 5. Lanzamiento a las divisiones y categorías restantes (meses 12 a 16)

Tras la finalización exitosa del piloto, el sistema se implementó progresivamente en las divisiones y categorías de productos restantes. Durante esta etapa, se identificaron 56 defectos y solicitudes de mejora, predominantemente relacionados con detalles específicos de las regulaciones locales de las divisiones individuales que no se habían tenido en cuenta en la etapa de diseño inicial.

Fase 6. Estabilización y desarrollo de informes de consolidación (Meses 17-18)

En la etapa final, se configuraron informes analíticos que permitieron al departamento de adquisiciones ver el volumen agregado de solicitudes para cada categoría en tiempo real, lo que sentó las bases para llevar a cabo negociaciones centralizadas con proveedores clave.

Imagen. 1. Reducción del tiempo del ciclo del proceso de adquisiciones por fase del proyecto (meses 1 a 18)

De solicitudes fragmentadas a demanda de adquisiciones consolidada

Uno de los efectos más significativos de la implementación del sistema fue la capacidad de agregar las necesidades de adquisiciones de diferentes divisiones en una sola imagen de la demanda. Antes de que se implementara el sistema, diferentes divisiones presentaban solicitudes de materiales similares (por ejemplo, consumibles para equipos de producción) de forma independiente, a menudo dirigidas a diferentes proveedores y a diferentes precios, ya que ninguna división tenía información que indicara que una compra similar ya estuviera en marcha o planificada en paralelo en otro lugar.

Tras la implementación del sistema, todas las solicitudes de estas categorías pasan ahora por un único punto de procesamiento, lo que ha permitido al departamento de adquisiciones identificar casos de compras paralelas y consolidarlos en pedidos únicos. Durante el primer año de funcionamiento del sistema se registraron 47 casos de consolidación de solicitudes paralelas de diferentes divisiones en un único pedido de proveedor.

Imagen. 2. Tasa de cumplimiento de la aprobación: antes y después de la implementación del sistema de adquisiciones

Efecto económico de la implementación

Los indicadores cuantitativos registrados doce meses después de la finalización de la implementación del sistema en todas las divisiones demostraron la siguiente dinámica:

  • El tiempo promedio de procesamiento de una solicitud de compra disminuyó de 8,4 a 1,9 días hábiles;
  • La proporción de solicitudes procesadas que infringen las normas de aprobación cayó del 34 % al 6 %;
  • Los ahorros logrados mediante la consolidación de compras ascendieron a aproximadamente el 7 % del presupuesto total de adquisiciones de la división para las categorías prioritarias;
  • El tiempo promedio que dedica el personal del departamento de adquisiciones a buscar el estado de una solicitud disminuyó de 25 minutos a menos de 1 minuto, gracias a la disponibilidad de una interfaz unificada de seguimiento del estado;
  • La proporción de solicitudes procesadas íntegramente a través del sistema sin recurrir al correo electrónico o Excel aumentó del 0 % (al inicio del proyecto) al 94 % al final del primer año de funcionamiento.
Imagen. 3. Ahorros en la consolidación del gasto en adquisiciones por categoría (año 1 de operación)

Principios prácticos para construir un sistema de adquisiciones corporativo

Con base en la experiencia adquirida en la implementación de este proyecto, se pueden formular los siguientes principios prácticos, aplicables a organizaciones con estructura distribuida que estén considerando la centralización y automatización de sus procesos de adquisiciones.

Principio Contenido práctico Análisis de datos históricos previo al lanzamiento Categorizar las compras pasadas permite identificar áreas prioritarias donde la consolidación producirá el mayor efecto y evitar distribuir los recursos del proyecto en todas las categorías simultáneamente. Formalización de rutas de aprobación La definición explícita de rutas basadas en el monto y la categoría de la compra elimina prácticas informales y mejora el cumplimiento de las regulaciones. Profunda integración con ERP La creación automática de pedidos en SAP MM basada en solicitudes aprobadas elimina la doble entrada de datos y los errores asociados con ella. Alineación de categorías de negocio con el modelo contable del ERP Las categorías de adquisiciones deben vincularse de antemano a grupos de materiales, centros de costos, cuentas de mayor, plantas y ubicaciones de almacenamiento. Esto reduce la cantidad de errores al crear documentos en SAP MM y garantiza el reflejo correcto de los costos en la contabilidad financiera. Piloto antes del lanzamiento El lanzamiento a escala limitada permite identificar los detalles específicos del proceso local antes de implementar el sistema en toda la organización. Transparencia de estado para el solicitante La capacidad del iniciador de la solicitud para realizar un seguimiento independiente de su estado reduce la carga de trabajo en el departamento de adquisiciones y aumenta la satisfacción de los clientes internos. La analítica como motor de negociación Los datos de demanda consolidados por categoría se convierten en una herramienta para negociaciones centralizadas con proveedores sobre descuentos por volumen. Gestión de cambios La participación temprana de las divisiones regionales y la demostración de victorias rápidas reducen la resistencia a la centralización.

Conclusión

La experiencia de implementar este proyecto de Sistema de Adquisiciones corporativo confirma que la automatización del proceso de adquisiciones ofrece el máximo efecto cuando se combina con una integración profunda en el sistema contable central (en este caso, SAP MM) y una matriz bien diseñada de rutas de aprobación que refleje la estructura real de toma de decisiones de la organización. La reducción del tiempo de procesamiento de solicitudes de 8,4 a 1,9 días hábiles, la disminución de la tasa de violaciones regulatorias del 34% al 6% y los ahorros de aproximadamente el 7% del presupuesto de adquisiciones en categorías prioritarias demuestran que la inversión en la digitalización de la función de adquisiciones ofrece un retorno mensurable, tanto en términos de eficiencia operativa como de ahorro de costos directos. Los principios presentados son aplicables a organizaciones con una estructura de sucursales distribuidas que están considerando una transición de prácticas de adquisiciones descentralizadas a una única plataforma automatizada.

Referencias

  1. Monczka R. M., Handfield R. B., Giunipero L. C., Patterson J. L. Gestión de compras y cadena de suministro. — 6ª ed. — Boston: Cengage Learning, 2015. — 832 p.
  2. Croom S., Brandon-Jones A. Impacto de la contratación electrónica: experiencias de implementación en el sector público del Reino Unido // Journal of Purchasing and Supply Management. — 2007. — Vol. 13, núm. 4. — págs. 294–303.
  3. Kraljic P. Las compras deben convertirse en gestión de suministros // Harvard Business Review. — 1983. — Vol. 61, núm. 5. — págs. 109-117.
  4. de Boer L., Harink J., Heijboer G. Un modelo conceptual para evaluar el impacto de las adquisiciones electrónicas // European Journal of Purchasing & Gestión de Suministros. — 2002. — Vol. 8, núm. 1. — págs. 25–33.
  5. Kotter J. P. Liderando el cambio. — Boston: Harvard Business School Press, 1996. — 187 p.
  6. Lysons K., Farrington B. Gestión de adquisiciones y cadena de suministro. — 9ª ed. — Harlow: Pearson, 2016. — 752 p.

Crédito de la imagen destacada

Related Posts

Nueva teoría de la materia oscura propone dos tipos de partículas

Nueva teoría de la materia oscura propone dos tipos de partículas

14 julio 2026
Investigadores de Penn State construyen un chip informático solar sin batería

Investigadores de Penn State construyen un chip informático solar sin batería

14 julio 2026
La falla de Google Dialogflow CX permitió a los investigadores crear agentes deshonestos

La falla de Google Dialogflow CX permitió a los investigadores crear agentes deshonestos

14 julio 2026
La investigación antrópica presenta GRAM para aislar conocimientos peligrosos de la IA

La investigación antrópica presenta GRAM para aislar conocimientos peligrosos de la IA

9 julio 2026
Los envíos mundiales de PC caen un 5 % a medida que la crisis de la memoria impulsada por la IA golpea las cadenas de suministro

Los envíos mundiales de PC caen un 5 % a medida que la crisis de la memoria impulsada por la IA golpea las cadenas de suministro

9 julio 2026
Sólo el 6% de los trabajadores de escritorio de Singapur utilizan IA a diario, dice Salesforce

Sólo el 6% de los trabajadores de escritorio de Singapur utilizan IA a diario, dice Salesforce

8 julio 2026

Recent Posts

  • Transformación digital de los procesos de adquisiciones: construcción de un sistema de adquisiciones corporativas basado en el ejemplo de un proyecto de holding industrial internacional
  • Por qué los sistemas de transporte fragmentados de Europa pueden dar una ventaja a la IA
  • Los líderes de TI priorizan la confianza sobre las funciones de IA, dice NinjaOne
  • Cisco: el aumento de la IA triplicará el tráfico de la red empresarial para 2026
  • 6G ofrecerá una latencia ultrabaja para vehículos conectados

Recent Comments

No hay comentarios que mostrar.
Dataconomy ES

COPYRIGHT © DATACONOMY MEDIA GMBH, ALL RIGHTS RESERVED.

  • Sample Page

Follow Us

  • Sample Page
No Result
View All Result
Subscribe

This website uses cookies to improve your experience. You can choose to accept or reject them. Visit our Privacy Policy.