Función de comprobación preliminar (heredada): cómo habilitar, solucionar problemas o determinar el problema preflight-feature
Se ha producido un cambio en la forma en que la autenticación de Adobe Pass calcula los recursos preautorizados. La API de preautorización tiene una nueva implementación. Esta implementación reemplaza la solución antigua, que consiste en realizar varias llamadas de autorización únicamente.
La interfaz externa para la API de preautorización no cambia y no se requieren actualizaciones en la aplicación del programador.
Existen tres formas de calcular los recursos de comprobaciones:
- Método de bifurcación y unión a MVPD: esto implica que Adobe realice varias llamadas de autorización a MVPD (aunque el cliente tendrá que realizar una llamada de verificación previa).
- Línea de canales: MVPD expone la línea de canales para el usuario que ha iniciado sesión en la respuesta de autenticación SAML y Adobe devuelve los recursos autorizados según eso. La respuesta authN de SAML en el rastreador de SAML debe exponer esa lista.
- Autorización multicanal: la autenticación de cliente y Adobe realizan una sola llamada a MVPD para obtener un conjunto de recursos.
Independientemente de MVPD, la aplicación cliente realizará una sola llamada al extremo de comprobación preliminar (API checkPreauthorizedResources), pasando un conjunto de resourceIDs. En función de una de las formas anteriores admitidas por MVPD, Adobe devolverá los ID de recurso preautorizados.
Si la comprobación preliminar se basa en el método fork & join, el backend de autenticación de Adobe Pass comprueba un valor establecido para el "máximo de llamadas de preautorización" en su configuración. Esto lo configura Adobe.
El valor predeterminado para la configuración "máximo de llamadas de preautorización" es "5", lo que significa que al máximo solo se pueden enviar 5 recursos en Comprobación preliminar para las MVPD de ramificación y unión. Si se pasan más de cinco recursos, se producirá una excepción y se devolverá una lista nula. Este es el comportamiento esperado. Podemos configurarlo con cualquier valor si MVPD no admite la alineación de canales o la autorización de varios canales, pero solo después de consultarlos como varias llamadas de autorización de ramificación y unión aumentarán sus tiempos de carga.
Por lo tanto, estos son aspectos que hay que tener en cuenta al habilitar/solucionar problemas de comprobación preliminar para una MVPD:
- El método que admite MVPD (bifurcación y unión, línea de canales o multicanal).
- Si solo se admite fork & join, es necesario preguntar al programador cuántos resourceID enviará en la llamada de comprobación preliminar.
- Se debe consultar a MVPD y se debe conocer el impacto de realizar un número "n" de llamadas de autorización de ramificación y unión. Después, el valor debe configurarse en config si es mayor que 5.
Limitación
Tenga en cuenta que no obtenemos ningún resourceID de la llamada de comprobación preliminar para algunas MVPD como AT&T y TWC si alguno de los resourceID es un ID falso o un ID no reconocido en la lista de resourceID que envían en la llamada de comprobación preliminar, aunque también tengamos recursos válidos y autorizados en esa lista.