Lea esto primero
No existe un interruptor de “contrato requerido para esta commodity”. El cumplimiento es una composición, y afirmar lo contrario en un taller le cuesta los próximos tres sprints.
El Contract Workspace es el contenedor del que depende todo lo demás — documentos, términos, aprobaciones, renovaciones. Configurarlo en la versión 2605 implica configurar dos tipos de proyecto que la gente confunde constantemente, una biblioteca de cláusulas y una pila de documentos ensamblados que se apoya en Microsoft Word, un Contract Line Items Document que debe tener forma compatible con el ERP, y un modelo de enmiendas que decide qué campos siguen siendo editables después de la publicación.
De 1.541 artículos indexados de Sourcing y Contracts, aproximadamente el 1,6% son defectos confirmados por SAP — 24 de ellos. Cerca del 94% son entradas de tipo How-To o Problem: configuración, diseño de plantilla y permisos. Cuando una implementación de contratos se comporta mal, la tasa base indica revisar primero la plantilla, los datos maestros, el archivo Team Member Rules y los parámetros antes de decir “es un bug de SAP”.
La autoría vive en Contracts; el cumplimiento vive en Buying
| Aspecto | SAP Ariba Contracts | Contract Compliance (Buying) |
|---|---|---|
| Enfoque | Crear y negociar contratos | Usar contratos existentes en compras |
| Rol | Gestión del ciclo de vida del contrato | Cumplimiento durante compra y facturación |
| Integración | Sistema de registro de contratos | Los contratos de Ariba Contracts se integran en |
| Componente de soporte | BNS-ARI-SC* | BNS-ARI-PUR-ACC* |
Diseñe el cumplimiento como una composición y dígalo en voz alta. Coincidencia automática, límites con modo hard / soft / informational, condiciones de aprobación sobre Contract y Has contracted items, un formulario de justificación construido en Forms Builder, y excepciones de factura. Esa composición es el entregable. El interruptor de “contrato obligatorio” que los clientes piden el primer día no existe.
Reglas de secuenciación que la documentación establece explícitamente
| # | Haga esto primero | Por qué |
|---|---|---|
| 1 | Construir la biblioteca de cláusulas antes de implementar la autoría | Las plantillas que generan documentos ensamblados hacen referencia a cláusulas de la biblioteca — la dependencia va en un solo sentido |
| 2 | Rediseñar plantillas y documentos antes de solicitar Enhanced Contract Authoring | ECA es una puerta de migración de contenido primero, no un simple interruptor de funcionalidad. La fuente indica el prerrequisito tres veces |
| 3 | Publicar la plantilla antes de que alguien cree un proyecto a partir de ella | Todo proyecto proviene de una plantilla; el diseño de la plantilla precede a la creación del workspace, y la publicación precede al uso |
| 4 | Replicar y verificar los datos maestros de proveedor y material en el ERP | Proveedor inexistente, vendor no creado para la organización de compras, dirección faltante, código de jurisdicción, factores de conversión — toda la primera ola de errores de integración |
| 5 | Habilitar la firma electrónica a nivel de sitio y luego activarla en la plantilla del workspace | Ambos, en ese orden. Primero el administrador del sitio, luego la configuración de la plantilla |
| 6 | Configurar y habilitar el gateway de integración en TEST antes que en PRODUCTION | Aplicado por la plataforma, no es una recomendación — el Known Error 3275928 cita el mensaje de bloqueo |
Las decisiones que no puede revertir
- Hierarchical Type
- Master → Stand-alone está documentado como bloqueado (3174617), y no puede editarse durante una enmienda una vez que Contract Terms está vinculado (3630610). Elija Master Agreement / Sub Agreement / Stand-alone al momento de la creación.
- Transporte de autoría: DFS o ECA
- La publicación requiere Desktop File Sync o Enhanced Contract Authoring (3381892), y ECA conlleva un prerrequisito de rediseño de contenido. Es un bloqueante del primer día, no una optimización posterior.
- Esquema de Contract ID
- La creación del contrato falla en SAP ERP cuando el Ariba Contract ID supera los 10 caracteres (3177116). Una convención de prefijos decidida en la semana dos es muy difícil de revertir una vez que empieza la replicación.
- Proveedor en un workspace con Contract Terms
- El cambio de proveedor con un documento de Contract Terms presente está restringido (3183076); “no se puede editar Supplier al enmendar” es su propio artículo (3172094).
- Idioma base de un Contract Workspace
- Una decisión que se toma en el momento de la creación. La KBA 3176045 pregunta si puede cambiarse — nada indica que sí.
- Fechas del Master Agreement, antes de generar sub-agreements
- El vencimiento de un sub-agreement no puede exceder el del padre (3176493, 3177199) y aplica un piso de fecha efectiva (3186904). Extender al padre más tarde es la dirección dolorosa.
- Versionado de contrato central en S/4HANA
- Con el versionado activo, la edición de contratos centrales desde sistemas externos está deshabilitada (3344538) — lo cual determina si Ariba puede enmendar en absoluto.
Tome estas decisiones de forma deliberada, temprano y con el cliente presente. Cada una de ellas es barata en la semana uno y estructural para el mes tres.
Términos del contrato, líneas y el CLID
Presente el CLID al cliente como el documento que debe tener forma compatible con el ERP. Casi todos los errores de contrato Ariba → ERP aparecen en el CLID en lugar del workspace.
| Hecho | KBA |
|---|---|
| Crear un CLID en la plantilla está restringido | 3174517 |
| La multiplicidad de CLID por workspace sigue siendo una pregunta abierta | 3608480 |
| Existe una variante de CLID de Gran Capacidad — sin umbrales publicados en ningún lado | 3179260 |
| Los ítems no siempre heredan Terms de la plantilla del CLID | 3190336 |
| Allow Pricing Conditions es un campo; Pricing Condition está en un término de precio o costo | 3180383, 3181434 |
| Simplified Excel es una vía de carga de CLID | 3597194, 3597609 |
| TEST y PRODUCTION realmente divergen en la editabilidad de CLID Item Master Data | 3722262 |
| La numeración de línea tiene semántica dual: lineNumber y SAPLineNumber | 3291542 |
La validación se divide en tres capas
- Validación de campos en AribaMaterial Group es obligatorio (3534462); validación de datos maestros en el CLID (3174651)
- Validación de esquema cXMLInvalidDocument: Attribute "Type" (3178924); discrepancia de contenido en ItemDetail (3597609); falta itemClassification (3593584)
- Validación de negocio en el ERP“Enter EBELP” (3179544); “Item already exists” / “Item XXX is not unique” (3593605); categoría no soportada (3174501, 3175096)
Trabájelas en ese orden. Síntomas distintos, dueños distintos, y saltarse una capa es la forma en que desaparece una semana.
La longitud y la precisión no perdonan
Descripción de ítem demasiado larga (3604379, un Known Error), longitud del título del ítem (3188143), un Contract ID de más de diez caracteres falla en la creación en el ERP (3177116), desplazamiento decimal de precio al importar (3271539), y monedas sin decimales (3433331, 3453799).
Dos vacíos operativos que vale la pena señalar: “Send to External System” es una acción manual y que puede quedar deshabilitada — alguien hace clic, o alguien construye la automatización. Y los ítems de servicio y las jerarquías conllevan un riesgo de integración materialmente mayor que los contratos de material.
Antes de dimensionar el trabajo de plantilla del CLID, confirme el alcance: un alcance de replicación solo de encabezado es una solicitud documentada (3709345, 3173845) y elimina la mayor parte del esfuerzo que esta sección asume por defecto.
La enmienda es la dirección peligrosa, no la creación
Las fallas de creación son ruidosas: el mensaje falla, un error aparece en SRT_MONI o AIF, el documento nunca llega. Las fallas de enmienda son pérdida silenciosa de datos del lado del ERP — múltiples campos borrados en el contrato central de S/4HANA tras un cambio en Ariba (3342756, marcado como HIGH), lo mismo con el versionado activo (3350803), casillas seleccionadas en contratos de compra centrales creados externamente (3362368). Son errores de programa confirmados: escale en lugar de reconfigurar.
Del lado de Ariba, la enmienda decide qué permanece editable. Primero el tipo de enmienda, luego los Contract Terms vinculados — Hierarchical Type no se puede editar durante la enmienda una vez que Contract Terms está vinculado, y el cambio de proveedor está restringido de la misma manera. La enmienda también vuelve a disparar el flujo de aprobación de Contract Terms, razón por la cual las aprobaciones parecen dispararse dos veces. Y una fecha de vencimiento enmendada no siempre actualiza el estado derivado: contratos enmendados fuera del vencimiento que aún muestran Expired son su propia familia de artículos.
Las jerarquías agregan su propio piso y techo: el vencimiento de un sub-agreement no puede exceder el del master, y aplica un piso de fecha efectiva. Fije las fechas del padre antes de generar un solo hijo.
Cómo se hace coincidir una requisición con un contrato
Cuatro condiciones. Ese es el relato documentado completo de la coincidencia de contratos, y es la lista de verificación diagnóstica para la queja de mayor volumen en toda esta área. No dice nada sobre número de parte, organización de compras, sociedad o ship-to — no agregue claves.
| Condición | Qué significa realmente |
|---|---|
| El proveedor de la línea tiene un contrato activo | Estado, no intención — primero verifique estado, proveedor y fechas |
| El código de commodity coincide con el contrato | La clave de coincidencia pivote, y es dato maestro en ambos lados |
| El período de validez es válido | Hoy debe estar dentro de la ventana, no cerca de ella |
| El monto está dentro de los límites del contrato | Los acumuladores deciden esto, no el valor del encabezado |
Tres de las cuatro son preguntas de datos maestros, no de configuración. El código de commodity es la clave pivote, así que la calidad del cumplimiento está limitada por la calidad del código de commodity tanto en el contrato como en la línea de la requisición. Luego revise la unidad de compras: un contrato correctamente construido resulta invisible para usuarios en la unidad equivocada, y ese es un patrón de soporte documentado.
El contrato es un atributo a nivel de línea de la requisición, no de encabezado. La compra fuera de contrato captura una justificación — eso es captura, no una puerta de aprobación; nada indica que la justificación se enrute a algún lado. Y si los ítems del contrato nunca aparecen en el catálogo, la capa involucrada es contract subscriptions, algo que la documentación narrativa nunca menciona.
Límites, modos de aplicación y acumuladores
| Tipo de límite | Descripción |
|---|---|
| Monto máximo | Monto total máximo del contrato |
| Monto máximo por línea | Monto máximo por línea |
| Cantidad máxima | Cantidad máxima por línea |
| Límite de orden de liberación | Si se requiere una orden de liberación por orden de compra |
Sobre eso se apoyan tres modos de aplicación: hard bloquea, soft advierte y permite con aprobación, informational solo muestra. Ese es todo el modelo de aplicación — elija por límite, y escriba la decisión en el documento de diseño, no en la plantilla.
Los acumuladores son la aritmética subyacente: Available = Limit − Committed, donde Committed son las órdenes aprobadas. Las tres causas de segundo orden que la gente pasa por alto: los impuestos y cargos se acumulan por defecto, los sub-agreements pueden no acumularse contra el master, y las órdenes forzadas y forzadas-canceladas tienen su propio comportamiento de acumulador.
Cuando un límite se alcanza inesperadamente, cierre las órdenes canceladas antes de tocar el valor del límite. Elevar el techo para ocultar un problema de acumulador es la forma en que los contratos dejan de significar algo silenciosamente.
Parámetros, y los tres mecanismos de transporte
Ni un solo parámetro dentro de las categorías Contract Management o Contract Compliance está nombrado en la documentación del producto. Se instruye a “revisar los parámetros de contract compliance” sin nombrar uno. Una guía de configuración normalmente se apoya en nombres de parámetros; esta área no puede. Los cinco nombres totalmente calificados que aparecen abajo existen solo en títulos de artículos de soporte — sin valor, valor por defecto, tipo de dato ni efecto publicado en ningún lado.
| Parámetro | KBA que lo nombra |
|---|---|
| Application.Contract.MasterAgreement.DisplayCloseContractOnMaxLimitOption | 3672684 |
| Application.Contract.MasterAgreement.WithdrawRequisitionsIfContractIsClosed | 3406261 |
| Application.Contract.MasterAgreement.TrackContractAccumulators | 3627931 |
| Application.Contract.MasterAgreement.AutoApproveContractsLoadedThroughCSV | 3636397 |
| Application.ACM.IcertisIdPSelection | 3740276 |
Note dónde se ubica esa familia: Application.Contract.MasterAgreement.* está clasificado bajo Buying y P2P, así que gobierna el cumplimiento y los master agreements consumidos aguas abajo — no el Contract Workspace de aguas arriba. Mantenga la distinción presente frente al cliente.
Tres mecanismos de transporte TEST → PRODUCTION, no uno
| Mecanismo | Qué transporta | Promoción y reversibilidad |
|---|---|---|
| Paquetes de configuración ICM | Parámetros de sitio, configuraciones de campo | Review → Approve → Deploy. Solo el despliegue más reciente es reversible |
| Exportación / importación de plantillas | Plantillas de proyecto, cláusulas, documentos | Una exportación/importación de archivo separada (3175187). La reversión de plantilla tiene su propio artículo de error (3179344) |
| Publicación de proyecto en gateway administrado | Referencias cruzadas, mapeos personalizados, configuración de transacción | Publicar después de la validación en Test Central. Eliminar un parámetro de referencia cruzada también afecta el proyecto de producción |
Cualquier plan que diga “los paquetes ICM llevan nuestra configuración a producción” describe un tercio del panorama — y suele ser el transporte de plantillas el que falla la noche del cutover.
Síntoma → capa
| Síntoma | Revise |
|---|---|
| El Contract Workspace no publica | La puerta de publicación, en orden — luego el prerrequisito de sitio DFS/ECA y la validación de datos maestros del CLID, las dos cosas que nadie ve desde el workspace |
| Publish lo movió a Pending en lugar de Published | La misma puerta, luego una Effective Date futura |
| Publish / Amend / Send to External System aparece deshabilitado | Primero permisos, luego el estado del objeto |
| Los campos no se pueden editar durante la enmienda | Primero el tipo de enmienda, luego los Contract Terms vinculados |
| El flujo de aprobación tiene los aprobadores equivocados | Entradas de la regla — valores de campos de encabezado, tabla de búsqueda de aprobación, archivo Team Member Rules. Los flujos se calculan, no se almacenan |
| El historial de tareas o el flujo de aprobación desapareció | Actualización de plantilla. Lea la KBA 3172300 antes de actualizar, no después |
| El contrato no se ofrece en la requisición | Las cuatro condiciones de coincidencia, luego la asignación de unidad de compras (3740261) |
| El contrato está adjunto pero su precio no se aplica | El ajuste de auto-aplicación — un problema distinto al de que el contrato no sea seleccionado. No se publica ningún nombre de parámetro |
| El límite del contrato se alcanzó inesperadamente | Acumuladores: Available = Limit − Committed. Cierre las órdenes canceladas |
| Faltan ítems del contrato en el catálogo | Generated Contract Subscription — la capa que la documentación narrativa nunca menciona |
| El CLID no se integra al ERP | Validación de Ariba → esquema cXML → validación de negocio del ERP, en ese orden |
| El contrato se replicó pero el ERP no muestra nada | El tramo de confirmación (CSUR), que falla por separado |
| Los campos del ERP se borraron tras una enmienda en Ariba | Escale. Son errores de programa confirmados por SAP (3342756, 3350803, 3362368) |
Enrute el caso de soporte con el mismo cuidado que el diagnóstico: BNS-ARI-SC* para autoría, BNS-ARI-PUR-ACC* para cumplimiento, y BNS-ARI-CI-SRC* / MM-PUR-HUB-CTR para replicación al ERP. El componente equivocado es la semana más barata que jamás desperdiciará.
Lista de configuración
Antes de configurar, y antes de salir en vivo
- Confirmar el derecho de uso: Enhanced Contract Authoring, Combined Spend, Contract APIs e Icertis están todos habilitados por separado
- Descubrir el tope de campos personalizados reportables (3176445) antes de diseñar un modelo de datos con muchos campos personalizados — no adivinarlo
- Construir y publicar la biblioteca de cláusulas antes de cualquier trabajo de plantilla de autoría
- Fijar la convención de Contract ID en diez caracteres o menos, y probarla contra el ERP
- Decidir el Hierarchical Type por familia de contrato, y fijar las fechas del Master Agreement antes de generar sub-agreements
- Replicar los datos maestros de proveedor y material al ERP y verificarlos antes de enviar el primer contrato
- Confirmar el alcance de la replicación: CLID completo o solo encabezado — cambia materialmente la estimación
- Habilitar la firma electrónica a nivel de sitio, y luego activarla en cada plantilla de workspace
- Configurar y validar el gateway de integración en TEST antes de tocar PRODUCTION
- Modelar el cumplimiento como una composición: coincidencia + límites + modo de aplicación + condiciones de aprobación + formulario de justificación + excepciones de factura
- Definir alertas de vencimiento y confirmar qué sistema de notificaciones las transporta — los destinatarios se derivan de los grupos de proyecto
- Planificar las actualizaciones de plantilla como un cambio, no como un parche: leer la 3172300 y verificar primero el impacto en el historial de tareas
Glosario
| Término | Significado |
|---|---|
| Contract Workspace | El contenedor del que depende todo — documentos, términos, aprobaciones, renovaciones. Siempre se crea a partir de una plantilla de proyecto publicada |
| Contract Request | Una solicitud para crear un contrato. Un tipo de proyecto distinto al workspace, y se confunde con él con frecuencia |
| CLID | Contract Line Items Document — el documento de precios a nivel de línea, y el límite de integración hacia el outline agreement del ERP |
| Clause Library | El repositorio reutilizable de cláusulas al que hacen referencia los documentos ensamblados. Constrúyalo antes de la autoría, no en paralelo |
| ECA / DFS | Enhanced Contract Authoring y Desktop File Sync — los dos transportes de autoría. La publicación requiere uno de ellos |
| Contract Compliance | La capa de SAP Ariba Buying que aplica los contratos en requisición, orden y factura. Es una composición, no un objeto de regla |
| Accumulator | El contador de gasto comprometido acumulado detrás de cada límite. Available = Limit − Committed, donde Committed son las órdenes aprobadas |
| Outline agreement | El objeto del lado ERP en el que se convierte un contrato de Ariba — central purchase contract, value contract o scheduling agreement |
| CSUR | ContractStatusUpdateRequest — el tramo de confirmación que regresa desde el ERP, el cual puede fallar por su cuenta |