Curso SAP ARIBA COMPLETO, desde CERO A AVANZADO

Visión General del Dashboard de SAP Ariba

Acceso al sistema

• Ingreso con usuario y contraseña (sensibles a mayúsculas/minúsculas).

• Política de bloqueos tras intentos fallidos configurable por la empresa; el desbloqueo se realiza vía restablecimiento de contraseña o por un administrador.

• Recomendado: activar MFA y mantener correo/telefono de recuperación actualizados.

Página de inicio (Home/Dashboard)

• Área superior con branding (logo SAP o corporativo) y ambiente indicado (por ejemplo, “test” o “sandbox”).

• Paneles (“tiles”) según licencias y permisos del usuario.

Módulos visibles más comunes

• Procurement: creación y seguimiento de solicitudes/pedidos, catálogos.

• Supplier Management (SLP): alta, perfil, evaluaciones y estado de proveedores.

• Sourcing: eventos RFI/RFP/RFQ y subastas, calendario y estado.

• Contracts: repositorio, hitos/renovaciones y cumplimiento.

Funcionalidades del panel

• Buscar: motor de búsqueda unificado (contratos, proveedores, eventos, documentos) con filtros por fecha, estado, categoría, propietario.

• To-Do List: tareas pendientes, aprobaciones, revisiones y vencimientos.

• Noticias y anuncios: comunicados internos o cambios de proceso.

• Personalización: añadir/quitar widgets, reordenar, editar propiedades y establecer vistas por defecto.

Gestión y creación

• Manage: administración y operaciones (carga de datos, plantillas, reportes, usuarios/roles según perfil).

• Create: creación guiada de proyectos de sourcing, contratos, proveedores, cuestionarios, etc.

Soporte y usuario

• Centro de Ayuda: documentación, guías rápidas y tutoriales; acceso al portal de soporte.

• Configuración de usuario: idioma, zona horaria, formato de fecha/hora, firma, notificaciones, restablecimiento de contraseña.

Buenas prácticas de uso

• Guardar búsquedas y filtros como vistas favoritas.

• Configurar alertas para vencimiento de contratos y fechas clave de eventos.

• Mantener plantillas estandarizadas (eventos y contratos) para acelerar la creación.

• Revisar permisos/roles periódicamente para asegurar segregación de funciones.

Indicadores rápidos para el día a día

• Sourcing: eventos activos, estatus (borrador/publicado, en negociación, adjudicado), plazos por vencer.

• Contracts: contratos por firmar, próximos a vencer, cumplimiento de cláusulas.

• Suppliers: altas en curso, renovaciones, evaluaciones pendientes.

• Procurement: aprobaciones pendientes, órdenes bloqueadas por excepción.

Atajos útiles

• Vistas guardadas en cada módulo para listas frecuentes.

• Exportación a CSV/XLS desde listados (según permisos).

• Uso de etiquetas/categorías para agrupar contratos y proyectos.

Creación de un Cuestionario de Calificación para Proveedores

Objetivo
Diseñar, enviar y evaluar un cuestionario de calificación para proveedores registrados, fortaleciendo el proceso de homologación y gestión de riesgos.

Contexto y requisitos

• El cuestionario se aplica solo a proveedores ya registrados y con perfil 360° disponible.

• Se gestiona desde Supplier Management (SLP/Qualification), con permisos para crear/administrar cuestionarios.

• Debes contar con plantillas aprobadas, categorías (commodity codes UNSPSC) y regiones definidas.

Flujo paso a paso

1. Selección del proveedor

   • Ingresar a Supplier Management.

   • Filtrar proveedores en estado “Registrado”.

   • Abrir el perfil 360° y revisar datos maestros, segmentos, certificaciones y desempeño previo.

2. Alta de calificación

   • Ir a la pestaña Qualification.

   • Elegir la plantilla de cuestionario según categoría y región (basada en UNSPSC).

   • Definir vigencia de la calificación (fecha de expiración y recordatorios).

3. Configuración del cuestionario

   • Activar secciones según el tipo de suministro (directos/indirectos, servicios, regulados).

   • Ajustar obligatoriedad, ponderaciones y umbrales de aprobación.

   • Configurar anexos requeridos (certificados, pólizas, ISO, hojas técnicas).

4. Envío y respuesta

   • Enviar invitación al contacto registrado del proveedor.

   • Monitorear estado: no iniciado, en curso, enviado, observado, aprobado.

   • Las respuestas y anexos quedan guardados en el portal del proveedor.

5. Evaluación y dictamen

   • Revisar respuestas, evidencias y puntajes por sección.

   • Solicitar correcciones si faltan documentos o hay inconsistencias.

   • Emitir dictamen (aprobado, condicionado, rechazado) y registrar vigencia.

Contenido recomendado del cuestionario

• Legal y cumplimiento: razón social, RUC/NIT, UBO, sanciones, anticorrupción, privacidad de datos.

• Financiero: estados financieros, indicadores de solvencia, líneas de crédito.

• Calidad: certificaciones (ISO 9001, GMP), procesos, control de cambios.

• ESG/seguridad: medio ambiente, salud y seguridad (ISO 14001/45001), políticas DEI.

• Cadena de suministro: trazabilidad, continuidad del negocio, tiempos de entrega.

• Técnico: experiencia, referencias, capacidades de producción/servicio.

• Ciberseguridad (si aplica): controles, cifrado, gestión de vulnerabilidades.

Ponderación y scoring (ejemplo)

• Legal y cumplimiento 20 % (mínimo 70/100).

• Financiero 20 %.

• Calidad 25 %.

• ESG/SSOMA 15 %.

• Cadena de suministro 10 %.

• Técnico 10 %.
  Umbral global de aprobación: 75/100. Requiere anexos obligatorios para ser “Aprobado”.

Buenas prácticas

• Usar plantillas por categoría y región para estandarizar.

• Definir vigencias y recordatorios automáticos antes del vencimiento.

• Exigir evidencias documentales para respuestas críticas.

• Incluir preguntas cerradas con opciones normalizadas y campos abiertos solo cuando aporte valor.

• Establecer reglas de revisión por rol (compras, calidad, legal, seguridad).

KPIs y seguimiento

• Tiempo de ciclo de calificación.

• Porcentaje de proveedores aprobados a la primera.

• Cuestionarios con observaciones y re-trabajos.

• Tasa de vencimientos atendidos a tiempo.

• Cumplimiento documental (anexos completos).

Checklist rápido

• Proveedor en estado “Registrado” con contacto válido.

• Plantilla correcta por UNSPSC y región.

• Vigencia definida y alertas activadas.

• Ponderaciones y umbrales configurados.

• Anexos obligatorios solicitados.

• Dictamen emitido y registrado en Qualification.

  
  

Módulo de Gestión de Proveedores — SAP Ariba Supplier Lifecycle & Performance (SLP)
(Nota: en la terminología de SAP se usa “SLP”, no “CLP”.)

Introducción
Ing. Erick Ávila, consultor SAP Ariba, presenta la solución para gestionar el ciclo de vida del proveedor: alta, homologación, evaluación continua y desempeño.

Características principales

• Orquesta el ciclo completo: registro → calificación → evaluación → renovación.

• Eficiencia operativa: plantillas, flujos y recordatorios automáticos.

• Reducción de riesgo: controles de cumplimiento y documentación trazable.

• Relación fortalecida: portal de proveedor con perfil 360°, tareas y mensajes.

Proceso de registro (onboarding)

1. Solicitud de registro (interna/externa).

2. Cuestionario de registro por categoría y región (UNSPSC, país).

3. Revisión y aprobación interna (workflow).

4. Creación/actualización del perfil 360° en la base central de proveedores.

Evaluación y calificación

• Cuestionarios de calificación post-registro (técnico, legal, financiero, ESG, SSOMA, ciberseguridad).

• Ponderaciones, umbrales y anexos obligatorios (certificados, pólizas, ISO).

• Scorecards/KPIs para seguimiento continuo y renovaciones.

• Dictamen: Aprobado / Condicionado / Rechazado, con vigencias y recordatorios.

Gestión de riesgos y cumplimiento

• Identificación de riesgos por categoría/país/regulación; evidencias y controles.

• Integración posible con módulos de Risk para screening y alertas.

• Trazabilidad: quién cambió qué y cuándo; auditoría lista para uso.

Integración con ERP

• Carga inicial y sincronización de maestros (proveedores, organizaciones, bancos, etc.).

• Alta/actualización controlada: SLP como “fuente de verdad” de datos del proveedor.

• Publicación a ERP tras aprobación (evita proveedores no homologados).

Flujo resumido (end-to-end)
Registro → Revisión y aprobación → Calificación (cuestionarios + evidencias) → Dictamen y vigencia → Seguimiento por KPIs → Renovación/recertificación.

Buenas prácticas

• Diseñar plantillas por categoría/país con campos obligatorios y anexos.

• Definir workflows por riesgo y monto (compras, legal, finanzas, compliance).

• Establecer vigencias y recordatorios automáticos antes del vencimiento.

• Mantener biblioteca de preguntas y evidencias normalizadas.

• Segregar funciones: quien registra no aprueba ni publica a ERP.

KPIs recomendados

• Tiempo de ciclo de alta/calificación.

• % de proveedores aprobados a la primera.

• Cumplimiento documental (anexos completos y vigentes).

• Renovaciones a tiempo vs. vencidas.

• Incidencias por datos incompletos o no conformidades.

Checklist rápido para operar

• Proveedor invitado con contacto válido.

• Plantilla correcta por UNSPSC/país.

• Ponderaciones y umbrales definidos.

• Anexos obligatorios solicitados y verificados.

• Dictamen emitido y vigencia registrada.

• Publicación a ERP realizada solo tras aprobación.

Exploración de Subastas en SAP Ariba

Qué es una subasta inversa

• Evento de compras donde los proveedores compiten en tiempo real reduciendo sus precios.

• Objetivo: obtener el mejor precio “a igualdad de condiciones” (especificaciones y T&C ya resueltos).

Cuándo usarla

• Cuando las ofertas iniciales están dentro de un rango similar y el producto/servicio es claramente comparable.

• Con especificaciones cerradas y criterios cualitativos ya evaluados en un RFI/RFP previo.

Creación de una subasta (flujo rápido)

1. En Sourcing: Crear → Proyecto rápido → Tipo “Subasta inversa”.

2. Definir datos base: categoría, moneda, región, calendario, propietario, participantes internos.

3. Estructurar ítems/lotes: máximo recomendado 10–15 para mantener foco.

4. Cargar proveedores invitados (deben estar registrados y calificados).

5. Reglas del evento: tiempo, prórrogas, decrementos, visibilidad y adjudicación.

6. Publicar → fase de puja → cierre → adjudicar (award).

Configuraciones clave (recomendadas)

• Duración: 10–30 minutos por evento (breve y dinámica).

• Prórroga (anti-sniping): auto-extend de 1–3 minutos si llega una puja en los últimos X segundos.

• Decremento mínimo: importe o porcentaje (p. ej., USD 1 o 0,5 %); evita micro-pujas.

• Precio de reserva/techo: opcional para acotar el rango de pujas.

• Visibilidad: “rank-only” (muestra posición, no el precio de otros) para evitar colusión.

• Empates: deshabilitar empates; si ocurre, priorizar primera puja recibida.

• Protección del líder: exigir decremento mínimo por encima del líder (no igualar).

• Moneda y precisión: fijar decimales y reglas de redondeo.

• Calendario: zona horaria y ventanas de descanso si hay proveedores en múltiples regiones.

Invitación y elegibilidad de proveedores

• Solo proveedores registrados y, preferentemente, precalificados (SLP).

• Enviar invitación con anticipación, instrucciones de conexión y pruebas técnicas (evento de ensayo).

• Confirmar acuerdos de confidencialidad y condiciones comerciales antes de la puja.

Mejores prácticas

• Enfocar la subasta en precio; no repetir preguntas ya evaluadas en el RFP.

• Lotes homogéneos y comparables; evitar mezclar servicios/ítems disímiles en un mismo lote.

• Establecer reglas claras de puja y penalizaciones por comportamiento anómalo.

• Ejecutar un evento piloto interno y validar reglas de prórroga y decrementos.

• Preparar escenarios de adjudicación previos (único ganador, split por lotes, por %).

Participación de proveedores (vista del proveedor)

• Cargan su puja inicial y reciben feedback de posición (ranking).

• Ajustan su oferta dentro de las reglas (decremento mínimo, tiempo restante, extensiones).

• La velocidad y consistencia en las mejoras suele marcar ventaja.

Cierre y adjudicación

• Cierre automático al agotar tiempo (con prórrogas aplicadas).

• Revisar integridad de pujas, cumplimiento de mínimos y documentación.

• Adjudicar por lote/ítem según objetivos (precio, split, requisitos).

• Generar borrador de contrato o pedido a partir del resultado; documentar la justificación.

Indicadores clave

• Ahorro logrado vs. baseline del RFP.

• Número de pujas por minuto y participación efectiva.

• % de eventos que requerieron prórroga (competencia real).

• Tiempo total de ciclo (creación → adjudicación).

Errores comunes (y cómo evitarlos)

• Subastar sin haber cerrado especificaciones → terminar en disputas; usar RFI/RFP previo.

• Decremento demasiado bajo → micro-pujas interminables; fija un mínimo significativo.

• Sin prórroga anti-sniping → resultados injustos por “último segundo”.

• Demasiados ítems → dispersión; limitar a lo esencial o crear subastas por familias.

• Mezclar criterios no-precio en la puja → valorar calidad/servicio fuera de la subasta.

Checklist previo al evento

• Plantilla de subasta validada (reglas, prórrogas, decremento, visibilidad).

• Proveedores registrados y comunicados; evento de prueba enviado.

• Ítems/lotes y UoM correctos; moneda y decimales definidos.

• Precio de reserva/techo (si aplica) y criterios de adjudicación documentados.

• Equipo interno asignado (host, soporte técnico, legal/compliance).

Ejercicio guiado (para clase)

1. Crear subasta para 8 ítems de una misma familia, 20 min, auto-extend 2 min, decremento 1 %.

2. Invitar tres proveedores precalificados; hacer evento de prueba de 5 min.

3. Ejecutar la subasta real; monitorear ranking y activar prórroga si hay pujas tardías.

4. Cerrar, comparar resultados con baseline del RFP y adjudicar split 60/40 si corresponde.

5. Generar borrador de contrato y programar hitos de entrega y revisiones de desempeño.

Creación de un Proyecto Completo vs. Proyecto Rápido (SAP Ariba Sourcing)

Idea central

• Proyecto Completo: marco de trabajo con fases, tareas, documentos, equipo y múltiples eventos (RFI/RFP/Subasta/Contrato). Ideal para compras complejas o estratégicas.

• Proyecto Rápido: evento único y ágil (RFI/RFP/Subasta) para obtener cotizaciones con mínima configuración. Ideal para necesidades tácticas.

Diferencias clave

• Alcance: Completo = programa de sourcing end-to-end; Rápido = un solo evento.

• Gobernanza: Completo incluye fases, tareas, aprobaciones y documentación; Rápido es liviano.

• Colaboración: Completo permite roles/equipo, plan de comunicaciones, historial detallado; Rápido se centra en el comprador/evento.

• Reutilización: Completo facilita plantillas de proyecto y librerías; Rápido usa plantillas de evento.

• Tiempo: Completo requiere planificación; Rápido prioriza velocidad.

Cómo crear un Proyecto Completo (paso a paso)

1. Nuevo → Proyecto Completo.

2. Parámetros base: idioma, categoría, región, presupuesto objetivo y meta de ahorro; marcar si es nuevo requerimiento o renovación.

3. Estructura: seleccionar plantilla de proyecto (fases y tareas predefinidas).

4. Equipo: asignar responsables (Category Manager, Legal, Finanzas, Stakeholders).

5. Documentos: cargar carpeta de especificaciones, T&C, matrices de evaluación.

6. Fases y tareas: adaptar fechas, dependencias y aprobaciones.

7. Eventos: planificar RFI → RFP → Subasta (si aplica) y enlazarlos a la fase de negociación.

8. Trazabilidad: usar mensajería interna, mantener historial y registrar decisiones.

9. Cierre: adjudicar, generar borrador de contrato y publicar hitos y KPIs.

Estructura típica del Proyecto Completo

• Fase 1: Análisis (oportunidad, spend, mercado).

• Fase 2: Calificación (RFI, filtro de proveedores).

• Fase 3: Negociación (RFP, comparación, escenarios, subasta inversa).

• Fase 4: Contratación (borrador, revisión legal, firma, publicación).

• Fase 5: Handover (transición a Procurement, KPIs y plan de gestión).

Creación de un Proyecto Rápido (paso a paso)

1. Nuevo → Proyecto Rápido.

2. Seleccionar tipo de evento: RFI, RFP o Subasta.

3. Completar datos mínimos: título, categoría, moneda, fechas.

4. Cargar ítems/lotes y criterios de evaluación (si RFP).

5. Invitar proveedores (registrados y precalificados).

6. Publicar, recibir ofertas/pujas y adjudicar.

7. (Opcional) Generar borrador de contrato desde el resultado.

Cuándo usar cada uno

• Proyecto Completo: categorías estratégicas, múltiples lotes/regiones, riesgo alto, coordinación Legal/Finanzas, renovaciones complejas.

• Proyecto Rápido: demanda recurrente y estandarizada, comparabilidad alta, urgencias controladas, bajo riesgo.

Mejores prácticas

• Plantillas: mantener plantillas de proyecto y de evento alineadas por categoría/país.

• Datos: definir presupuesto objetivo y meta de ahorro desde el inicio.

• Secuencia: cerrar especificaciones en RFI/RFP antes de subastar.

• Documentación: centralizar anexos y versiones; usar control de cambios.

• Aprobaciones: workflow por umbral de monto/riesgo; segregación de funciones.

• Proveedores: invitar solo registrados y calificados; realizar evento de prueba en subastas.

KPIs sugeridos

• Tiempo de ciclo: proyecto (inicio→adjudicación) y evento (publicación→cierre).

• Ahorro negociado vs. objetivo.

• Tasa de participación de proveedores.

• % de tareas a tiempo por fase.

• Cumplimiento de contrato (spend bajo contrato tras adjudicar).

Checklist rápido — Proyecto Completo

• Plantilla correcta seleccionada; fases/tareas y aprobaciones configuradas.

• Equipo asignado y roles definidos.

• Documentos y criterios de evaluación cargados.

• Proveedores pre-calificados y calendario comunicado.

• Secuencia RFI/RFP/Subasta definida y aprobada.

• Plan de adjudicación y borrador de contrato listo.

Checklist rápido — Proyecto Rápido

• Tipo de evento correcto (RFI/RFP/Subasta).

• Ítems/lotes comparables, moneda, fechas y reglas claras.

• Proveedores invitados y elegibles.

• Criterios/preguntas justos y mínimos para velocidad.

• Ruta de adjudicación y siguiente paso (contrato/pedido) definidos.

Ejemplo de uso combinado

• Proyecto Completo con Fases:

  • RFI para filtrar capacidad técnica (2 semanas).

  • RFP con matriz ponderada (precio 60 %, servicio 40 %) (3 semanas).

  • Subasta inversa para el lote principal (20 min, prórroga 2 min, decremento 1 %).

  • Adjudicación y creación de contrato marco con cláusulas estándar.

Reglas de Eventos de Negociación y Proceso de RFP

Idea central
Configurar correctamente un RFP en Ariba Sourcing implica definir plantillas, elegibilidad de proveedores, reglas de tiempo, pujas/evaluación y políticas de mercado/moneda. Así garantizas comparabilidad, transparencia y velocidad de decisión.

1. Plantillas (Manage → Templates)

• Usa plantillas LP (Leading Practice) como base y clónalas para tu categoría/país.

• Estandariza: secciones, preguntas, ponderaciones, umbrales, adjuntos obligatorios, roles de evaluación.

• Habilita sobres (técnico/económico) cuando necesites evaluación secuencial.

1. Capacidad del evento

• Estándar: hasta ~2,000 líneas (gestión en la UI).

• Gran capacidad: más de 10,000 ítems (carga y gestión vía Excel).

• Recomendación: agrupa por lotes y evita mezclar ítems heterogéneos en un mismo lote.

1. Elegibilidad de proveedores

• Define estatus mínimo (p. ej., “Registrado/Calificado” en SLP) y filtros por categoría/país.

• Control de sobres: el equipo técnico ve solo el sobre técnico hasta su cierre; el económico se abre después.

1. Reglas de tiempo

• Configura inicio/fin, periodos de previsualización, ventana de preguntas y respuestas y posibles extensiones por addendum.

• Publica el calendario con zona horaria; evita cierres en fines de semana o festivos de los proveedores invitados.

1. Pujas y evaluaciones

• Múltiples rondas (opcional): define criterios para Best and Final Offer (BAFO).

• Evaluación por puntaje: pondera técnico vs. precio (ej.: 60/40) y subcriterios.

• Transformación de puja: normaliza costos totales (precio + flete + aranceles + términos de pago).

• Reglas de empate: prioriza primera oferta recibida o solicita desempate formal.

• Auditoría: conserva comentarios y justificativos en cada calificación.

1. Participación de proveedores

• Permite o no respuestas alternativas (equivalentes/técnicas) y ofertas offline (con carga posterior).

• Habilita motivo de declinación (capacidad, alcance, tiempos) para aprendizaje de mercado.

• Requiere aceptación de Términos y Condiciones antes de ofertar.

1. Reglas de moneda

• Política recomendada: moneda única del evento para comparabilidad; si habilitas multimoneda, fija tipo de cambio y fecha de conversión.

• Controla decimales y redondeos por línea/lote.

1. Reglas de mercado (visibilidad)

• Rank-only: el proveedor ve su posición, no los precios de otros.

• Oculta puja líder y muestra “dentro/fuera de rango” cuando se necesite discreción.

• Evita señales que revelen el número total de participantes durante el evento.

1. “Sobre cerrado” y “sobre abierto”

• Sobre cerrado (técnico): se evalúa y cierra antes de abrir el económico; mantiene independencia y evita sesgos.

• Sobre abierto (económico): se habilita tras el dictamen técnico o según tu flujo aprobado.

1. Flujo recomendado de RFP

2. Crear desde plantilla LP → ajustar secciones y pesos.

3. Cargar lotes/ítems y criterios de transformación de puja.

4. Invitar proveedores elegibles, enviar Q&A y pre-bid brief.

5. Ejecutar RFP (rondas según reglas); cerrar sobre técnico → evaluación → abrir económico.

6. Analizar escenarios (precio/total cost) → adjudicar → generar borrador de contrato.

Checklist previo a publicar

• Plantilla correcta (secciones, pesos, anexos, roles).

• Sobres técnico/económico y reglas de apertura definidos.

• Calendario (inicio/fin, Q&A, extensiones) validado.

• Política de moneda/FX y decimales fijada.

• Reglas de evaluación (umbral, desempate, BAFO) configuradas.

• Transformación de puja y costos indirectos modelados.

• Proveedores elegibles confirmados; instrucciones y NDA enviados.

Errores comunes (y cómo evitarlos)

• Comparar peras con manzanas → usa transformación de puja y especificaciones cerradas.

• Abrir el sobre económico sin cerrar el técnico → fija puertas de control en la plantilla.

• Multimoneda sin FX fijado → impide comparabilidad; usa moneda única o FX bloqueado.

• Ítems excesivos en un solo evento → divide por lotes/familias y usa Excel para masivos.

• Cambios tardíos de alcance → publica addendum y extiende plazos de forma transparente.

KPIs para seguimiento

• Tiempo de ciclo del RFP (publicación → adjudicación).

• Participación efectiva (% proveedores que ofertan).

• Ahorro logrado vs. baseline.

• Re-trabajos por addendum y consultas por proveedor.

• Cumplimiento de hitos y calidad de documentación adjunta.

Introducción a SAP Ariba Contracts: centralización y automatización

Qué es SAP Ariba Contracts
Plataforma en la nube para centralizar todo el ciclo de vida contractual de una organización: creación, negociación, firma, publicación, cumplimiento y renovaciones, con trazabilidad completa y colaboración segura.

Características principales

• Repositorio único: todos los contratos y anexos en un solo lugar, con búsquedas y permisos.

• Gestión del ciclo de vida: workflows desde solicitud hasta renovación/cierre.

• Colaboración en tiempo real: coautoría, comentarios, control de versiones y comparaciones.

• Alertas e hitos: recordatorios automáticos de vencimientos, renovaciones y obligaciones.

• Plantillas y cláusulas: biblioteca estandarizada con playbooks y reglas de edición.

Beneficios

• Menos retrabajo y menor riesgo legal/financiero por uso de plantillas y aprobaciones.

• Visibilidad y gobierno: auditoría de cambios, métricas y reportes personalizables.

• Integración con firma electrónica (p. ej., DocuSign, Adobe Sign) y con ERP/Procurement.

• Alineación con sourcing: contratos creados a partir de adjudicaciones, manteniendo el rastro.

Flujo contractual (alto nivel)

1. Solicitud de contrato (intake) con datos mínimos y documentos base.

2. Redacción desde plantilla y biblioteca de cláusulas.

3. Revisión y aprobación interna (compras, legal, finanzas, compliance).

4. Negociación externa y firma electrónica.

5. Publicación y comunicación a las áreas relevantes.

6. Gestión en curso: hitos, obligaciones, enmiendas, renovaciones.

7. Cierre o renovación con versionado y archivo.

Herramientas y funciones clave

• Área de trabajo del contrato: centro de documentos, tareas, aprobaciones y actividades.

• Control de versiones y comparador: evita confusiones entre borradores.

• Tareas y checklists: garantizan cumplimiento del proceso.

• Reportes y dashboards: vencimientos próximos, spend bajo contrato, cumplimiento de cláusulas.

• Seguridad y permisos: acceso por rol, registros de auditoría y políticas de retención.

Buenas prácticas

• Plantillas por tipo de contrato/categoría/país; biblioteca de cláusulas con fallback.

• Workflows por riesgo y monto (aprobadores correctos, segregación de funciones).

• Estandarizar nomenclatura y metadatos (proveedor, vigencia, jurisdicción, categoría).

• Activar alertas de hitos críticos (renovación, revisión de precios, SLAs).

• Mantener sincronía con ERP: condiciones comerciales y vigencias coherentes con pedidos.

Roles típicos

• Category Manager / Compras: inicia solicitud y gestiona negociación.

• Legal: revisa cláusulas, aprueba redacción y firma.

• Finanzas/Compliance: valida condiciones económicas y cumplimiento.

• Dueño del contrato: responsable de obligaciones y renovaciones.

KPIs recomendados

• Tiempo de ciclo (solicitud → firma → publicación).

• Porcentaje de contratos con alertas atendidas a tiempo.

• Spend bajo contrato vs. total (cumplimiento).

• Número de enmiendas por contrato y causas.

• Ahorro y beneficios obtenidos respecto a lo planificado.

Checklist rápido para crear/publicar

• Plantilla correcta y cláusulas aprobadas aplicadas.

• Workflow completado (compras, legal, finanzas).

• Firma electrónica ejecutada y evidencias adjuntas.

• Metadatos, hitos y alertas configurados.

• Integración con ERP/Procurement alineada (precios, vigencias, proveedor).

Modificación de Contratos con Erick Ávila — Resumen claro

Introducción
Erick Ávila, consultor de SAP Ariba, explica por qué y cómo modificar contratos en el módulo Contracts para adaptar acuerdos a cambios de negocio, legales o operativos.

Razones habituales para modificar

• Términos y condiciones: fechas, obligaciones, responsabilidades.

• Cantidades y especificaciones: alcance, entregables, niveles de servicio.

• Extensión de plazos y renovaciones.

• Inclusión de nuevas cláusulas o anexos.

• Condiciones de pago: hitos, monedas, calendarios.

• Renegociación de precios y descuentos.

• Actualización de datos del proveedor/parte contratante.

• Cambios normativos o regulatorios.

• Terminación anticipada o rescisión por causa/convención.

Tipos de modificaciones en Contracts

• Renovación: amplía la vigencia sin alterar el contenido principal.

• Enmienda (Amendment): cambio puntual de cláusulas específicas.

• Cambio administrativo: ajustes no sustantivos (nombres, contactos, domicilios).

• Terminación: cierre antes de la fecha fin, con causa y documentación.

• Subacuerdos: acuerdos derivados que tratan temas específicos (p. ej., anexo de servicio, addendum de precios).

Flujo paso a paso (guía práctica)

1. Localizar contrato y verificar estado y permisos del usuario.

2. Elegir el tipo de modificación adecuado (renovación, enmienda, administrativa, terminación, subacuerdo).

3. Editar o anexar cláusulas usando la biblioteca y plantillas aprobadas.

4. Adjuntar soportes (minutas, matrices de precios, aprobaciones internas).

5. Lanzar workflow de revisión y aprobación (legal, compras, finanzas).

6. Firmar (si aplica) y publicar la nueva versión; mantener control de versiones.

7. Notificar a partes interesadas y actualizar hitos/alertas y métricas de cumplimiento.

Gobernanza y controles recomendados

• Roles y segregación de funciones: quien redacta no aprueba ni firma.

• Plantillas y cláusulas estándar con controles de edición.

• Registro de cambios y trazabilidad (quién, qué, cuándo).

• Reglas de numeración y nomenclatura para enmiendas y subacuerdos.

• Alertas de vencimiento y obligaciones post-firma.

Buenas prácticas

• Usar plantillas y cláusulas de la biblioteca para acelerar y reducir riesgos.

• Documentar motivos y alcance de cada cambio en el registro del contrato.

• Mantener coherencia entre contrato, órdenes de compra y catálogos.

• Revisar impactos en KPIs y en la relación con el proveedor (SLAs).

• Programar recordatorios para renovaciones y revisiones periódicas.

KPIs sugeridos

• Tiempo de ciclo de enmiendas/renovaciones.

• Porcentaje de contratos renovados a tiempo.

• Ahorro logrado vs. esperado tras renegociaciones.

• Cumplimiento de cláusulas críticas y SLAs.

• Incidencias por versiones desalineadas.

Errores comunes (y cómo evitarlos)

• Modificar fuera del tipo correcto → seleccionar enmienda vs. renovación según el caso.

• Saltarse aprobaciones → configurar workflow obligatorio por riesgo/monto.

• Pérdida de trazabilidad → siempre versionar y registrar motivos del cambio.

• Desalineación con compras/ERP → sincronizar precios, vigencias y proveedores activos antes de publicar.

• Falta de alertas → activar notificaciones para hitos y vencimientos.

Checklist rápido antes de publicar

• Tipo de modificación correcto y plantillas aprobadas.

• Cláusulas revisadas por legal/compras/finanzas.

• Soportes y aprobaciones adjuntos.

• Versionado y notas de cambio completos.

• Alertas y KPIs actualizados.

Ejemplo breve

• Caso: extensión de 12 meses y ajuste de tarifa.

  1. Crear enmienda; adjuntar nueva matriz de precios.

  2. Actualizar cláusula de vigencia e hitos de pago.

  3. Enviar a aprobación legal y financiera; firmar electrónicamente.

  4. Publicar y notificar a compras para alinear OCs vigentes.

Con este esquema puedes guiar la sesión, mostrar el flujo en la herramienta y dejar a los alumnos una hoja de ruta clara para cada tipo de cambio contractual.