Cómo construir un baseline de compras antes de tercerizar (la inversión que define todo lo demás)

La pregunta más común al evaluar tercerizar compras es “¿cuánto puedo ahorrar?”. Es la pregunta natural y también la más imposible de responder bien sin un dato específico: tu baseline.

El baseline no es un reporte. Es la fotografía estructurada de tu operación de compras hoy, con métricas auditables que permiten medir cualquier cambio futuro contra una referencia conocida.

Sin baseline, todas las cifras que escuches después —ahorros del 7%, mejora de cycle time del 50%, captura de COP 2.000M anuales— son afirmaciones que no se pueden verificar. Tu CFO lo va a notar. Tu auditoría también.

Este artículo es la guía práctica para construir uno serio.

Por qué casi nadie tiene baseline real

Hablar de baseline suena obvio. Pero la realidad es que la mayoría de empresas medianas no lo tienen, y eso ocurre por cinco razones recurrentes:

• “Ya conocemos nuestros datos”. Casi siempre falso. Conocer la cifra agregada de gasto no es lo mismo que tener la operación caracterizada en sus 4 dimensiones.
• Presión de tiempo. El proyecto de tercerización (o reestructuración) tiene una fecha objetivo, y construir el baseline parece un pre-trabajo que nadie quiere asumir.
• Subestimar la complejidad. “Exporto el ERP, hago una tabla dinámica y listo”. Eso te da gasto agregado. No te da operación, estructura ni cumplimiento.
• Falta de propietario claro. Sin alguien que tenga responsabilidad explícita y autoridad transversal, el ejercicio se queda a medias.
• “Empezamos ahora y medimos al final”. Es la peor de las cinco. Para entonces, el punto de partida es irrecuperable y cualquier afirmación de mejora es no falsable.

Las 4 dimensiones que debe capturar el baseline

Un baseline serio no es solo “cuánto gastamos”. Es la caracterización completa de la operación en cuatro frentes interdependientes:

Dimensión 1: Gasto (la plata)

Cuánto, en qué, con quién, cuándo. Esta es la base más obvia y la que la mayoría hace mal porque se queda en el agregado. La granularidad importa: gasto por categoría, por proveedor, por área usuaria, distribución temporal, concentración Pareto.

Sin esta dimensión bien capturada, no se puede definir scope ni medir ahorros.

Dimensión 2: Operación (el trabajo)

Cuánto trabajo administrativo cuesta sostener el gasto. Número de OCs anuales, cycle time, frecuencia de excepciones, % de compras urgentes, off-contract spend. Es la dimensión que captura la fricción.

Sin esta dimensión, no se puede demostrar mejora operativa después de tercerizar (por ejemplo: “pasamos de 8 días de cycle time a 3 días”).

Dimensión 3: Estructura interna (el equipo)

Cuántas personas dedican tiempo a compras, cuál es el costo cargado real, qué porcentaje de su tiempo se va en operatividad. Incluye tanto roles formales (compradores, coordinadores) como roles informales (controllers que aprueban, áreas usuarias que cotizan).

Sin esta dimensión, no se puede calcular el costo evitado de tercerizar (FTEs no contratados, tiempo del equipo liberado).

Dimensión 4: Cumplimiento (el riesgo)

Qué porcentaje de proveedores tiene SAGRILAFT al día. Qué brechas documentales existen. Qué hallazgos hubo en la última auditoría. Qué procesos no están formalizados.

Sin esta dimensión, no se puede argumentar el valor de mitigación de riesgo —uno de los componentes de ROI más subestimados.

Las 4 fases del proceso de construcción

Construir un baseline serio toma entre 5 y 7 semanas para una empresa mediana, distribuidas en cuatro fases con deliverables específicos:

Fase 1 — Setup (1 semana)

Antes de tocar datos, hay que definir el alcance. ¿Cuáles 12 meses se van a analizar? ¿Qué nivel de granularidad por categoría? ¿Quién aprueba cada definición? ¿Qué sistemas son las fuentes de verdad?

Esta fase parece administrativa pero es la más crítica. Un baseline mal definido da datos inválidos por más que se procesen bien después. Dos errores que se previenen aquí: el alcance muy amplio (intentar capturar tres años con cinco niveles de detalle, lo que no termina nunca) y el alcance muy estrecho (capturar solo gasto agregado, lo que invalida el ejercicio).

Deliverable: un documento de plan firmado por el sponsor del proyecto, definiendo qué se va a medir, con qué fuentes, en qué períodos y con qué nivel de aprobación.

Fase 2 — Recolección (2–3 semanas)

Aquí entra la parte mecánica. Se descargan los datos transaccionales del ERP, se solicitan EEFF a los proveedores top, se ejecuta una encuesta al equipo interno sobre uso del tiempo, se revisan auditorías previas para identificar hallazgos pasados.

Es la fase más larga porque depende de muchas partes externas (proveedores que tardan en enviar EEFF, áreas usuarias con baja prioridad para responder encuestas). La regla práctica: dar plazos firmes y escalar a tiempo cuando no se cumplen.

Deliverable: data cruda organizada por fuente, en una carpeta con estructura definida y trazabilidad clara.

Fase 3 — Procesamiento (1 semana)

Los datos crudos rara vez son utilizables tal como llegan. Hay que limpiarlos, normalizarlos y categorizarlos. En el contexto colombiano hay errores específicos a evitar: filtrar la columna REVELACIÓN en EEFF NIIF, detectar EEFF presentados “en miles de pesos”, validar dígitos de verificación de NIT, normalizar nombres de proveedores duplicados.

La categorización por UNSPSC (taxonomía internacional de productos y servicios) en este momento es la inversión que paga después: una vez clasificadas las categorías, todo el análisis posterior se vuelve trazable y auditable.

Deliverable: data lista para análisis, en una estructura tabular limpia con metadatos de las decisiones de procesamiento.

Fase 4 — Síntesis (1–2 semanas)

Con los datos limpios, se calculan las métricas por dimensión, se identifican patrones (concentración, fragmentación, dispersión, brechas), se documentan los supuestos con que se hicieron los cálculos, y se valida el resultado con stakeholders.

La validación es crítica. Si el equipo de finanzas no reconoce las cifras como propias, el baseline no se va a usar después —va a ser “el reporte que hizo X”, no “nuestra línea base”. Esa diferencia de propiedad determina si el baseline es operativo o un PDF olvidado.

Deliverable: el baseline final, firmado por sponsor y con dashboard de seguimiento listo para usar.

Qué métricas capturar en cada dimensión

La siguiente tabla resume los datapoints concretos a capturar y las fuentes principales para cada uno:

Dimensión

Métricas a capturar

Fuente principal

1. GASTO

Gasto anual total con terceros • Gasto por categoría • Gasto por proveedor (top 50) • Concentración Pareto • Estacionalidad mensual • Off-contract spend %

ERP / contabilidad • Facturas electrónicas (DIAN) • Extractos bancarios

2. OPERACIÓN

OCs anuales totales • Cycle time OC a entrega • OCs urgentes (% del total) • Excepciones operativas/mes • Reprocesos y devoluciones

ERP transaccional • Sistema de tickets • Logs de OCs • Encuesta a áreas usuarias

3. ESTRUCTURA INTERNA

FTEs dedicados a compras • Costo cargado anual del equipo • % de tiempo en operatividad • Niveles y plazos de aprobación

Recursos Humanos / nómina • Encuesta de actividades • Diagrama de procesos

4. CUMPLIMIENTO

% proveedores con SAGRILAFT al día • Brechas documentales • Hallazgos de auditorías previas • Procesos sin formalizar

Compliance / legal • Auditorías internas y externas • RUES y centrales de riesgo

No todas estas métricas son igual de fáciles de capturar. Algunas (gasto por categoría) salen de un export del ERP. Otras (% del tiempo del equipo en operatividad) requieren encuestas estructuradas o time-tracking. La proporción típica: 60% de las métricas se obtienen de sistemas, 40% requiere recolección activa.

Errores comunes que invalidan el baseline

• Solo capturar el último año. Una foto puede ser engañosa si el año fue atípico. La regla práctica: 12 meses como mínimo, idealmente 18 para detectar tendencias y estacionalidad.
• No documentar supuestos. Cualquier baseline serio toma decisiones: cómo categorizar items ambiguos, cómo tratar gastos transversales, cómo manejar registros incompletos. Si esos supuestos no se documentan, nadie puede replicar el ejercicio después.
• No validar con áreas usuarias. El gasto que registra contabilidad y el gasto que vivieron las áreas usuarias rara vez coinciden al 100%. Si no se valida, el baseline va a tener brechas que aparecen después como “el reporte está mal”.
• Confundir gasto con compras. El gasto total con terceros incluye servicios públicos, arrendamientos, impuestos. No todo eso es “compras gestionables”. El baseline debe distinguir explícitamente.
• Ignorar el off-contract spend. Las compras hechas sin OC formal (caja menor, reembolsos, urgencias informales) suelen representar el 10–20% del gasto total. Si el baseline solo captura lo que pasó por OC, va a subestimar la operación significativamente.
• No establecer ownership claro post-baseline. Un baseline sin propietario claro de su mantenimiento se desactualiza en 6 meses y deja de ser referencia útil. Hay que definir quién lo refresca, con qué frecuencia y bajo qué eventos disparadores.

Cuándo el baseline justifica la inversión

Construir un baseline serio cuesta tiempo y atención del equipo. Vale la pena cuando se va a tomar una decisión que requiera defensa con datos. Los casos típicos:

• Antes de tercerizar compras (BPO, triangulación, mandato). Sin baseline, cualquier propuesta del proveedor es genérica; con baseline, se puede negociar fee, alcance y KPIs con datos específicos.
• Antes de estructurar internamente compras. Si la decisión es construir un departamento formal, el baseline define qué problemas estás resolviendo y cómo se va a medir el avance.
• Para defender una decisión ante junta o accionistas. Cualquier inversión significativa en transformación de compras requiere argumentación con datos. Sin baseline, los argumentos son anecdóticos.
• Como preparación para auditorías o procesos de cumplimiento. Una auditoría que encuentra a la empresa con baseline auditable y dashboard de seguimiento se ejecuta significativamente más rápido que una que tiene que reconstruir todo desde cero.
• Como base para evaluar ofertas de BPO competitivas. Si vas a comparar 3 propuestas de BPO, sin baseline no tienes con qué calibrar las cifras que cada una promete. Con baseline, puedes evaluar cuál tiene supuestos realistas.

Cómo mantener el baseline vivo

Un baseline construido y luego archivado pierde valor rápido. Para que siga siendo útil, debe mantenerse:

• Refresh anual completo. Una vez al año, repetir el ejercicio con los datos del último año fiscal. Esto crea la serie histórica que permite ver tendencias.
• Actualizaciones por evento. Cuando ocurre algo significativo (fusión, adquisición, cambio de ERP, contratación de BPO), revisar si el baseline sigue siendo representativo o si necesita ajuste.
• Dashboard de KPIs activo. Las métricas más críticas (gasto, cycle time, % SAGRILAFT) deben actualizarse mensual o trimestralmente. El baseline anual completo es la calibración profunda; el dashboard mensual es el monitoreo.
• Propietario claro y autoridad. Sin alguien específico responsable del mantenimiento (idealmente el dueño formal de compras), nadie va a invertir tiempo en mantener el baseline cuando aparezcan otras prioridades.

Cómo lo construimos en Procure

En Procure ofrecemos la construcción del baseline como un servicio puntual de 5–7 semanas, independiente de cualquier compromiso posterior. La lógica es simple: una empresa que tiene baseline en la mano está mejor posicionada para tomar la decisión de tercerizar (con nosotros, con un competidor o internamente).

El servicio incluye:

• La construcción completa de las 4 dimensiones, con datos de tu operación.
• Categorización UNSPSC del 100% del gasto analizado.
• Detección de patrones (concentración, fragmentación, dispersión, off-contract).
• Validación con tu equipo de finanzas y áreas usuarias.
• Dashboard de seguimiento listo para usar después del ejercicio.
• Recomendaciones específicas (qué categorías son candidatas a tercerización, qué brechas de cumplimiento son urgentes, qué quick wins de negociación se identifican).

El baseline queda en propiedad de tu empresa, completamente documentado y auditable.

Conclusión

El baseline es la inversión más subestimada en una transformación de compras. Pocas empresas lo construyen bien, casi todas lamentan después no haberlo hecho.

La razón estructural: medir mejora requiere haber medido al inicio. Negociar bien con un BPO requiere saber tu posición de partida. Defender una decisión ante junta requiere datos auditables. Cumplir con auditorías sin sobresaltos requiere brechas conocidas, no descubiertas en el momento del hallazgo.

El baseline no es un reporte. Es una capacidad. Una vez construido y mantenido, se vuelve la referencia contra la cual se evalúa cualquier movimiento estratégico de compras durante los siguientes años.

La pregunta no es si construirlo. Es cuándo —y la respuesta correcta es antes de cualquier decisión significativa, no después.

¿Quieres construir el baseline de tu operación?

En Procure ejecutamos baselines de compras como un servicio puntual (5–7 semanas) que entrega un dashboard auditable. Es valioso lo construyas tú mismo o lo encargues — pero úsalo. Sin él, cualquier decisión sobre tu operación de compras es una opinión, no una tesis.

→ Solicita el baseline para tu operación

Notas metodológicas y fuentes

El framework de baseline descrito en este artículo combina prácticas estándar de procurement assessment con la experiencia operativa en empresas medianas colombianas. Los rangos numéricos son referencias indicativas; cada caso debe modelarse con los datos reales del cliente.

• Framework de baseline en 4 dimensiones: síntesis basada en literatura de procurement assessment (CIPS, Hackett Group, APQC) adaptada al contexto de empresas medianas colombianas.
• Tiempos de construcción (5–7 semanas para empresa mediana): basados en la práctica observada con datasets de 5.000–10.000 OCs anuales y 400–700 proveedores activos. Empresas más grandes o con datos peor estructurados pueden requerir 8–12 semanas.
• Off-contract spend (10–20% del gasto total): rango observado en empresas medianas colombianas sin departamento de compras estructurado. Consistente con benchmarks de Ardent Partners y Hackett Group para organizaciones con baja madurez de procurement.
• Particularidades del contexto colombiano (filtrado de columna REVELACIÓN en NIIF, detección de “miles de pesos”, validación de DV en NIT): observación operativa, no documentada en literatura internacional. Cada dataset colombiano debe revisarse contra estos errores comunes.
• Taxonomía UNSPSC (United Nations Standard Products and Services Code) v26.0801: estándar internacional para categorización de productos y servicios. Disponible públicamente en www.unspsc.org.
• SAGRILAFT como marco regulatorio: Circular Externa 100-000016 de 2020 de la Superintendencia de Sociedades. Aplica a sociedades obligadas a implementar el Sistema de Autocontrol y Gestión del Riesgo Integral de LA/FT.
• Frecuencia de refresh del baseline (anual + por evento): práctica estándar en literatura de procurement performance management.