Socio de SAP o consultor independiente: cuándo necesita cada uno

Un socio de implementación de SAP entrega su programa: aporta el equipo que diseña, construye, prueba y despliega el sistema, y es responsable de esa entrega. Un consultor SAP independiente trabaja en su lado de la mesa, sin ningún interés en los ingresos del socio, y revisa el contrato, el diseño y el trabajo del socio.

Respuesta corta: la mayoría de los programas grandes necesitan un socio que entregue. Muchos necesitan además un asesor independiente durante la contratación, el diseño y la revisión de los entregables del socio, mientras el socio construye.

Este artículo es una parte de mi guía sobre cómo elegir un socio de implementación de SAP. Aquí solo trato el reparto entre las dos funciones, y cuándo cada una se gana sus honorarios.

Un socio es la empresa que dirige la entrega. Aporta consultores funcionales por módulo, especialistas técnicos y de integración, especialistas en migración de datos, probadores, responsables de gestión del cambio y formación, y la dirección de proyecto que los mantiene coordinados. También aporta un banquillo, de modo que cuando alguien se va, otra persona puede ocupar su lugar.

La mayoría de los socios trabajan con SAP Activate, la metodología de implementación de SAP. Se desarrolla en seis fases: Discover, Prepare, Explore, Realize, Deploy y Run. Explore es donde el análisis de fit-to-standard confirma el diseño, y Realize es donde el sistema se construye y se prueba en iteraciones.

SAP también califica a los socios. Su programa de socios, SAP PartnerEdge, usa un marco de competencias con siete competencias y tres niveles cada una: essential, advanced y expert. Los socios las obtienen por conocimiento experto, éxito con clientes y competencia demostrada, y puede buscar las designaciones en SAP Partner Finder.

Para RISE with SAP hay un reconocimiento adicional. La descripción de los RISE with SAP Validated Partners que SAP publicó en julio de 2025 exige la RISE with SAP Methodology y competencias actualizadas en los roles clave.

Los proyectos de los socios también deben documentar las puertas de calidad de clean core en SAP Cloud ALM. Mi guía para elegir un socio de migración a S/4HANA explica qué demuestran esos distintivos y qué no.

Ningún consultor independiente sustituye nada de esto. Una persona, o un puñado de personas, no puede dotar de personal a un programa, asumir el riesgo de entrega bajo un contrato ni cubrir a un responsable que dimite en plena fase de pruebas.

Dónde tiene límites estructurales el modelo de socio

Los límites están en cómo se construye el contrato, no en las intenciones de nadie. El incentivo comercial de un socio es ganar el trabajo, empezarlo y ampliarlo cuando encuentra más. Su incentivo es terminar dentro de la cifra que presentó al consejo.

Eso crea tres puntos ciegos cuando el socio es el único experto en la sala:

1. El socio redacta el alcance. Después, la misma empresa presenta las solicitudes de cambio contra él.
2. El socio revisa su propio trabajo. Los documentos de diseño, los resultados de las pruebas y los planes de cutover se aprueban por la palabra del socio, salvo que alguien de su lado sepa leerlos.
3. El equipo de la propuesta no siempre es el equipo de entrega. Las personas que presentaron la oferta pueden no ser las que aparecen después de la firma.

Nada de esto hace malos a los socios. Significa que el cliente necesita a alguien que pueda leer el trabajo del socio con la misma profundidad, y esa persona no puede estar en la nómina del socio.

«Consultor SAP independiente» abarca dos trabajos distintos. Confundirlos es el origen de muchos errores de compra.

• Un contratista independiente dentro del equipo de entrega. Un especialista autónomo contratado para cubrir un rol, como responsable de finanzas o responsable de migración de datos. Aporta capacidad y trabaja según el plan de entrega, a menudo bajo la dirección del socio.
• Un asesor independiente del lado del cliente. Reporta a su patrocinador, a su CIO o a su CFO. No construye el sistema; revisa el contrato, el diseño y los entregables, y le ayuda a tomar las decisiones que el socio no debería tomar por usted.

Este artículo trata sobre todo del segundo tipo. El valor de un asesor del lado del cliente viene de una sola cosa: no tiene nada que venderle después de la revisión. Mis notas sobre asesores de negociación con SAP detallan las comprobaciones de independencia.

Un asesor también tiene límites. No tiene banquillo, no asume la responsabilidad de la entrega, y un asesor que empieza a dirigir a los consultores del socio difumina quién es responsable de qué. Mantenga el rol acotado y funciona.

Así se comparan las dos funciones en las preguntas que importan a un comprador:

Pregunta	Socio de implementación de SAP	Asesor independiente
Para quién trabajan	Para su empresa, bajo contrato con usted	Solo para usted
Qué entregan	Diseño, construcción, pruebas, migración de datos, cutover, hypercare	Revisiones, cuestionamiento, decisiones que puede defender
Responsabilidad de la entrega	Sí, según la declaración de trabajo	No
Interés comercial	Los ingresos crecen con el alcance y la duración	Ninguno en el alcance ni en la duración de la entrega
Principal fortaleza	Capacidad, banquillo, metodología, profundidad de producto	Un segundo lector sin interés en la respuesta
Principal límite	Revisa su propio trabajo salvo que usted añada un control	No puede dotar de personal ni entregar un programa
Cuándo involucrarlos	Desde la firma del contrato hasta el hypercare	Selección y contratación, diseño y aprobación de entregables

La tabla apunta a tres situaciones:

1. Solo el socio. Su propio equipo ya ha llevado un programa de SAP y puede cuestionar la arquitectura, el contrato y los entregables del socio sin ayuda externa. El alcance es pequeño y está bien definido.
2. Solo el consultor independiente. Todavía no hay nada que construir, o la construcción es pequeña. Una revisión del estado del programa, un caso de negocio, una RFP, una revisión de contrato o un único rol especializado cubierto por un contratista.
3. Los dos. Un programa de cierto tamaño en el que su lado no tiene experiencia sénior en SAP en plantilla. El socio entrega, el asesor revisa y usted decide.

La mayoría de los CIO y CFO que leen esto están en el tercer grupo. Han dirigido proyectos grandes, pero no un programa de SAP, y el socio sabe más de SAP que nadie del lado del cliente.

Incorporo a un consultor independiente, en lugar de confiar solo en el socio, en tres etapas. Son la contratación, el diseño y la evaluación de los documentos del socio. Entre esos momentos, la participación del asesor puede ser ligera.

Contratación

La selección y la contratación son el momento en que se fija el costo de todo el programa. Yo preseleccionaría al menos a tres socios, y la selección lleva unas 12 semanas cuando se hace bien. Mi guía para redactar una RFP para socios de SAP cubre la puntuación.

Lo que más peso tiene para mí al elegir un socio para un cliente son las referencias de clientes. En las llamadas a referencias, pregunto por la experiencia del socio en proyectos similares al del comprador. Una referencia de otro tipo de proyecto dice muy poco.

Hay dos cosas que me hacen descartar una oferta. La primera es una calidad baja en los recursos propuestos. La segunda es un socio que no sabe explicar la arquitectura y el plan de su programa.

Las respuestas genéricas que podrían aplicarse a cualquier empresa son la señal de alarma de ambas.

Revise a las personas además de a la empresa. Los distintivos de SAP Certification se emiten en Credly, así que pida a cada responsable propuesto el enlace a su distintivo, no un certificado en PDF.

En lo comercial, el modelo que recomiendo es tiempo y materiales con el esfuerzo cuantificado. El esfuerzo estimado por fase y por rol entra en el contrato, para que pueda comparar con él el esfuerzo real.

La parte de una declaración de trabajo (SOW) que los clientes omiten con más frecuencia son los supuestos y las exclusiones detallados. Cada supuesto vago es una futura solicitud de cambio. Mi guía sobre la declaración de trabajo de SAP expone las categorías, y mis notas sobre la negociación de contratos de ERP cubren los recursos nombrados y los hitos.

Diseño

Los presupuestos se resienten en la fase Explore, a medida que crece la lista WRICEF (flujos de trabajo, informes, interfaces, conversiones, ampliaciones y formularios). El socio dirige los talleres de fit-to-standard y propone el diseño. Su equipo de negocio a menudo lo acepta sin saber qué decisiones costarán dinero más adelante.

Un asesor independiente lee el diseño con tres preguntas en mente:

1. ¿Se mantiene cerca del estándar de SAP? Cada desviación necesita una razón de negocio, no un hábito heredado del sistema anterior.
2. ¿Está justificado cada objeto WRICEF? Cuente los objetos al inicio de Explore y al final, y pregunte por qué existe cada uno nuevo.
3. ¿El diseño coincide con lo que se cotizó? Si Explore produce un diseño mayor del que suponía el contrato, necesita saberlo antes de que empiece Realize.

El diseño sigue siendo del socio. El asesor da a su autoridad de diseño la profundidad suficiente para aprobarlo o rechazarlo con seguridad.

Evaluar los entregables del socio

Cada fase termina con documentos: documentos de diseño, especificaciones funcionales, planes y resultados de pruebas, conciliaciones de la migración de datos, un plan de cutover. Si la aceptación está ligada al pago, aprobarlos es una decisión comercial además de técnica.

Un asesor revisa cada entregable frente a sus criterios de aceptación antes de que su equipo lo firme. La pregunta es sencilla: ¿está lo bastante completo para construir, probar o hacer el go-live sobre él, o es un borrador que se terminará más adelante con su presupuesto? Mi guía sobre las puertas de calidad en SAP muestra cómo hacer que esas aprobaciones se sostengan.

Un asesor no está ahí para competir con el socio ni para cuestionar cada decisión. Cuando las funciones se difuminan, el socio pierde responsabilidad y el cliente paga dos veces por la misma opinión.

Estas reglas hacen que el acuerdo funcione:

1. Ponga la independencia por escrito. Sin ingresos de los socios evaluados, sin comisiones por recomendación y sin acuerdos de reventa.
2. Excluya el trabajo posterior. Quien evaluó las ofertas no debería licitar después por la entrega.
3. Redacte el alcance del asesor. Qué documentos revisa, en qué etapas y a quién reporta.
4. Mantenga una sola línea de responsabilidad. El asesor revisa, el cliente decide, el socio entrega. El asesor no dirige al equipo del socio.
5. Informe a los socios en la fase de RFP. Un socio que sabe que su contrato, su diseño y sus entregables se revisarán los redacta con más cuidado. Un socio seguro de su plan tiene poco que perder con un segundo lector.

A veces la revisión encuentra un problema que el socio no puede resolver. He cambiado de socio en mitad de un programa, y el desencadenante fue que el socio no podía aportar recursos de calidad. Mi guía para cambiar de socio de SAP a mitad del proyecto explica qué asegurar antes de esa conversación.

Antes de que salga la RFP, haga una lista de las decisiones que su propio equipo debe poder cuestionar. Son la arquitectura y el plan, el contrato, el diseño en Explore y cada aprobación de entregables.

Junto a cada una, escriba el nombre de la persona de su lado que puede hacerlo. Los huecos son el lugar de un asesor independiente.

En los 21 programas de SAP que he dirigido o rescatado, el mayor error que veo es no planificar bien desde el principio. Decidir quién revisa al socio forma parte de esa planificación.

Si quiere una opinión independiente sobre una lista corta de socios, un contrato o un diseño, ayudo a las organizaciones con esto, y puede contactarme aquí.

¿Qué diferencia hay entre un socio de SAP y un consultor SAP independiente?

Un socio de implementación de SAP es una empresa que entrega el programa y es responsable de él según una declaración de trabajo. Un consultor SAP independiente es o bien un especialista autónomo dentro del equipo de entrega, o bien un asesor del lado del cliente.

El asesor revisa el contrato, el diseño y los entregables del socio. El asesor no tiene ningún interés en los ingresos del socio.

¿Cuándo debo contratar a un consultor SAP independiente?

Incorpore uno cuando su propio equipo no tenga experiencia sénior en SAP para cuestionar al socio. Los momentos que más importan son la contratación, el diseño en la fase Explore y la aprobación de los entregables del socio. Un consultor independiente también encaja en trabajos en los que todavía no hay nada que construir, como una revisión del estado del programa, un caso de negocio o una RFP.

¿Puede un consultor independiente sustituir a un socio de implementación de SAP?

No en un programa completo. Una implementación necesita un equipo que abarque módulos, tecnología, datos, pruebas y gestión del cambio, además de un banquillo para cubrir a quienes se van, y una empresa que asuma la responsabilidad de la entrega. Un consultor independiente puede cubrir un rol especializado o asesorar al cliente, pero no puede hacer el trabajo del socio.

¿Cómo compruebo que un consultor de SAP es realmente independiente?

Pregunte por escrito si recibe ingresos, comisiones por recomendación o ingresos de reventa de socios de SAP, y en particular de los socios que está evaluando. Confirme que no licitará por el trabajo de entrega que revisó. Después asegúrese de que le paga usted y de que reporta a su patrocinador, no al socio.

¿Pondrá objeciones mi socio de SAP a un asesor independiente?

Algunos socios lo ven como una fricción, así que plantéelo abiertamente. Informe a los socios en la fase de RFP de que el contrato, el diseño y los entregables se revisarán de forma independiente, y limite el rol del asesor a revisar, no a dirigir al equipo del socio. Un socio seguro de su plan tiene poco que perder con un segundo lector.

¿Cómo verifico la certificación de un consultor de SAP?

Los distintivos de SAP Certification se emiten en Credly. Pida a cada consultor propuesto el enlace a su distintivo en lugar de un certificado en PDF, y compruebe en la página del distintivo el nombre de la credencial, el titular y la fecha. Una certificación confirma conocimiento de examen; las referencias de proyectos similares le dicen si la persona sabe entregar.