Resumen

  • RFC 9967 enlaza una respuesta SCIM asíncrona con su resultado: Set-Txn en una respuesta 202 debe coincidir con txn en el SET posterior.
  • El enlace acredita una transacción declarada y un resultado comunicado; no acredita equivalencia de sujeto, aprobación local, emisión de credencial ni acceso efectivo.
  • Conviene conservar por separado la petición, la entrega validada, la conciliación, la decisión local, el efecto observado y la reversión.

Un correlador no es una instrucción

Un cliente SCIM puede usar Prefer: respond-async en una operación que cambia un recurso. El proveedor puede terminarla normalmente o devolver 202 sin cuerpo. Para ese camino, RFC 9967 exige que Set-Txn permita relacionar la respuesta con el txn de un SET posterior. El valor se refiere a la transacción subyacente; el identificador de un token se refiere a una entrega concreta. Así se puede distinguir una retransmisión de un nuevo cambio.

Es una mejora real de observabilidad. También es un límite real. La coincidencia permite decir que el proveedor relaciona ambos registros con el mismo trabajo. No permite decir que el receptor halló el mismo sujeto en su propio dominio, que aceptó la semántica del cambio o que hizo algo en un sistema posterior. Un correlador reduce la ambigüedad de una pregunta; no adjudica todos sus efectos.

El receptor conserva la lectura que le corresponde

RFC 9967 define el SET como señal de un cambio ocurrido en el proveedor y deja al Event Receiver la mejor acción de seguimiento en su propio contexto. Esa reserva protege una realidad sencilla: dominios distintos no comparten necesariamente esquema, ciclo de vida, reglas de conservación, claves de identificación ni responsabilidad por un acceso indebido.

Los formatos de evento hacen visible el reparto. full lleva en data la representación final del recurso; notice enumera atributos modificados y permite que el receptor recupere datos mediante una relación SCIM acordada. El primero ofrece más información en la señal; el segundo puede restringirla y exigir una consulta deliberada. Los dos son opciones de evidencia. Ninguno obliga a aplicar el cambio.

También sub_id tiene un alcance estrecho. Es el identificador exigido para el sujeto de un evento SCIM y evita confundir ese fin con el uso habitual de sub en JWT. Indica qué recurso quiso señalar el emisor. No resuelve por sí solo una cuenta local fusionada, una identidad reasignada, una excepción contractual o una baja pendiente. La sintaxis ayuda a conciliar; no convierte la conciliación en hecho universal.

Aceptar trabajo no equivale a cerrar sus consecuencias

La respuesta 202 anuncia tratamiento asíncrono. Un evento ulterior puede expresar éxito o error. La capacidad de eventos es opcional, y un cliente puede ignorar Set-Txn si no necesita confirmación. Por eso un panel no debería usar una sola marca verde para representar toda la cadena.

La cadena mínima tiene seis pruebas: la autorización de pedir el cambio; la respuesta del proveedor y su correlador; el SET recibido y validado; la resolución del sujeto y del esquema por el receptor; la decisión de permiso local; y el efecto real con un camino de reversión. Puede fallar o negarse un eslabón después de que el anterior sea correcto. Un evento válido puede llevar a que un receptor rechace una asignación de grupo que otro admite. Eso puede ser una salvaguarda, no una avería.

Push y poll resuelven modos de entrega diferentes y sus condiciones de conectividad. No asignan quién puede decidir un rol o un servicio. Del mismo modo, que los intermediarios no deban tocar Set-Txn protege la pista de auditoría, no transforma a quien emite o retransmite la señal en titular del control del receptor.

La lectura de Heng Lu es útil aquí como lente editorial: hacer compartible el hecho mínimo —petición aceptada y resultado correlacionado— y mantener la autorización, la excepción y la reparación donde se soporta su consecuencia.