Los siguientes ejemplos muestran la composición de las fuentes de datos de MEMBERSHIP a fin de satisfacer diferentes casos prácticos. Estos ejemplos utilizan la fuente de datos más sencilla posible que es necesaria para satisfacer el caso práctico. Hay más encabezados de fuente de datos de MEMBERSHIP que pueden usarse para crear registros de afiliación. Es conveniente analizar el sistema de información de su institución y los requisitos de registro y planificar en consecuencia para determinar la profundidad de datos necesaria y añadir información a Learn que cumpla sus objetivos de ciclo de vida de los datos y las pertenencias.
Los ejemplos se basan en los ajustes predeterminados de Learn de la interfaz de usuario de configuración de la integración. Si se cambian estos elementos de la configuración, también se modificarán los resultados del ejemplo. Las explicaciones de estos ajustes están disponibles en la Descripción general del marco de trabajo SIS. Además, se presupone que se configurará la integración para que se use la misma fuente de datos para todos los datos de entrada, a menos que se indique lo contrario.
Notas sobre pertenencias en cursos combinados
Al crear pertenencias en cursos combinados, es conveniente aplicar los siguientes criterios para garantizar que la operación se realiza correctamente:
- Siga las pautas del SIS. Las pertenencias deben mantener una proporción de 1:1 con respecto al SIS. No fuerce todas las pertenencias en el curso principal.
- En los cursos combinados, una pertenencia no puede existir en más de un curso secundario. En el SP 12, se incorporó una nueva asignación de campos en Afiliaciones a cursos para ayudar a administrar las inscripciones en los cursos combinados (Mover inscripción transversal). Al aplicarse, se traslada la afiliación, el contenido y los datos asociados del curso actual al nuevo curso secundario (consulte el ejemplo de uso siguiente).
- Con Mover inscripción transversal, debe desactivar la pertenencia en un curso secundario antes de crear una pertenencia en otro curso. Si la institución ofrece una política amplia de inscripción a los cursos, la cual permite que los estudiantes se inscriban a más de una instancia de curso, encontrará errores de integración en las solicitudes de afiliación adicionales. Por ejemplo, Math100 tiene tres cursos secundarios: Math100.1, Math100.2 y Math100.3, y un estudiante selecciona Math100.2 y Math100.3 como opciones durante el período de inscripción. Uno de ellos generará un error al procesarse en Learn, según cuál de las pertenencias a cursos secundarios se haya procesado primero.
Acerca de los datos de afiliación
Los datos de pertenencia constituyen el conjunto de información principal que determina si un usuario con un rol no administrativo tiene acceso a un curso u organización.
Operaciones
Se pueden suministrar datos a Learn y luego actualizarlos, eliminarlos o corregirlos. De este modo, puede empezar con el conjunto de datos más sencillo y ampliarlo a medida que cambian los requisitos de datos de su institución.
Administración de datos del archivo de instantáneas sin formato
El marco de trabajo SIS admite las cargas de fuentes de datos de archivos de instantáneas sin formato a través de la carga de fuentes de interfaz de usuario y de un conjunto de direcciones URL que proporciona el sistema Learn.
Puede acceder a la información de HTTP y cargar archivos de fuente de datos a través del menú de integración en Administración del sistema > Integración de datos > Sistemas de información del estudiante > Interfaz de usuario de integración.
En ambos casos, el comportamiento de las operaciones de datos depende de la configuración de la integración y del tipo de operación seleccionada. El tipo de operación de datos seleccionada controla la manera en que los datos de la fuente se "interpretan", y cada URL proporcionará diferentes resultados para cumplir los objetivos de integración deseados.
| Operación | Descripción |
|---|---|
| Guardar | Al usar este tipo de operación, los datos contenidos en el archivo de fuente se almacenan o actualizan (según los parámetros de la configuración) en todas las fuetes de datos que posee la integración. (Consulte Descripción general del marco de trabajo SIS para obtener información sobre la 'propiedad' de los datos y los orígenes de datos). |
| Completar la actualización | Esta operación almacena o actualiza los datos contenidos en la fuente de datos y, al mismo tiempo, desactiva los datos no contenidos en la fuente datos que están asociados con la integración en todos los orígenes de datos. |
| Eliminar | Esta operación deshabilita los registros contenidos en la fuente de datos asociada con la integración en todas las fuentes de datos, de acuerdo con los parámetros de la configuración. |
| Completar actualización por fuente de datos | Esta operación, incorporada en el SP 12, lleva a cabo una actualización completa de los datos asociados SOLO con la fuente de datos configurada en la integración. Esta operación simula de forma más o menos exacta el proceso de instantánea desde la línea de comandos para actualizar los datos. |
Los objetos asociados con las operaciones de pertenencia son:
| Objeto | Operaciones |
|---|---|
| Afiliación | Guardar, Actualización completa, Eliminar, Actualización completa por origen de datos |
Las organizaciones y cursos comparten los mismos patrones para la administración de pertenencias. Si bien requieren encabezados diferentes que se señalarán donde corresponda, los ejemplos se centrarán en la administración de las afiliaciones a los cursos.
Los ejemplos proporcionados se demuestran con la función Cargar archivo de fuente de datos de la interfaz de usuario del marco de trabajo de instantáneas. Para obtener más información sobre la automatización o el uso de otras operaciones de programación o línea de comandos, consulte Automatización del archivo de instantáneas sin formato.
Recordatorio sobre las claves de la fuente de datos
Todos los objetos de datos permiten alterar la clave de origen de datos para la agrupación de ese conjunto de datos y se pueden usar para alterar el origen de datos asociado.
Este campo no es obligatorio en las fuentes de datos basadas en el marco de trabajo. En los ejemplos provistos, se presupone que se configurará la integración para que se use una única fuente de datos, a menos que se indique lo contrario. En el SP 12, se incorporó la capacidad para indicar el origen de datos en la fuente de datos de forma independiente a la especificación de un nuevo origen de datos. Consulte Gestión de claves de la fuente de datos y la sección que trata sobre la manera de cambiar la fuente de datos del registro de una afiliación.
Notas sobre la asignación de campos
La asignación de campos brinda la posibilidad de alterar los datos de entrada antes de almacenarlos en Learn. Esto le permite tener control total sobre los datos que se almacenan y le permite satisfacer las reglas específicas de Learn cuando los datos del SIS que proporciona no son suficientes como, por ejemplo, al crear una entrada de nombre de pertenencia válida. Cuando se aplica a un campo de objeto de pertenencia, la secuencia de comandos asociada se ejecuta por cada registro de pertenencia y, de esta forma, altera o proporciona los datos antes de almacenarlos en Learn. Puede encontrar una explicación completa sobre la asignación de campos en Asignación de campos personalizados del archivo de instantáneas sin formato.
Ejemplos de operaciones de afiliación
De manera general, se pueden identificar tres patrones de fuentes de datos de integración SIS, los cuales se pueden aplicar a todas las operaciones de datos de afiliación. La selección del patrón depende de los datos que se puedan proporcionar.
- Si usa un único archivo de fuente de datos, puede almacenar y actualizar registros (Guardar) y utilizar un proceso independiente para desactivar (Eliminar) registros.
- Si usa un único archivo de fuente de datos, puede almacenar, actualizar y desactivar registros (Actualización completa).
- Si usa una combinación de archivos, puede almacenar con uno y desactivar con el segundo.
Finalmente, vale la pena mencionar, aunque no sea un patrón de fuente de datos de SIS, que también puede desactivar y borrar únicamente mediante DSK usando la herramienta Administración de origen de datos disponible en la interfaz de usuario. Debe tener mucho cuidado al administrar de este modo los datos proporcionados por SIS. Esta opción resulta muy útil para borrar datos que SIS ya no proporciona o que no proporcionó en ningún momento o los resultados de las operaciones de prueba.
Conceptos básicos: Afiliaciones
Para establecer cualquier pertenencia, es necesario un conjunto básico de datos. Obtenga más detalles en Formato de datos del archivo de instantáneas sin formato y en Descripciones de encabezados del archivo de instantáneas sin formato.
Si en la actualidad está usando las herramientas de lotes de la interfaz de usuario, empezar a usar el marco de trabajo SIS con los datos de pertenencia mínimos y las capacidades de carga de interfaz de usuario del marco de trabajo SIS le proporcionará mejores funciones de registro e informes de sus cargas de datos sin alterar los procesos de colección de datos.
Información básica sobre los datos
El conjunto de datos o encabezados mínimos necesarios para la creación de una cuenta de pertenencia en Learn consiste en:
- EXTERNAL_COURSE_KEY: identificador único para este registro de afiliación. Para las organizaciones es EXTERNAL_ORGANIZATION_KEY.
- NEW_DATA_SOURCE_KEY: identificador único para el conjunto de datos de este registro.
Nota: este elemento se proporciona en la fuente de datos o en la configuración de integración. - EXTERNAL_PERSON_KEY: el ID del usuario al que se aplica la afiliación.
Para cada configuración de integración, el marco de trabajo SIS proporciona valores predeterminados para los campos no obligatorios (o los ignora). Hay tres campos que no son obligatorios para una fuente de datos de afiliación y que resultan muy útiles: AVAILABLE_IND, ROW_STATUS y ROLE. Los abordaremos en los casos de uso a continuación.
Cada uno de estos encabezados se describe por completo en Descripciones de encabezados del archivo de instantáneas sin formato.
Agregar información de afiliación
Existen dos casos de uso para agregar información de afiliación. El primero es ejecutar la operación STORE para guardar la información de afiliación, lo cual da lugar a la adición o actualización de los registros a medida que se presentan en la fuente de datos. El segundo es ejecutar la operación REFRESH para actualizar la información de afiliación que ya existe en Learn, lo cual resulta en la adición de nuevos registros o la actualización de registros existentes a medida que se presentan en el archivo de datos, a la vez que se deshabilitan los registros de Learn actuales que no están presentes en el archivo de datos de afiliación.
Ejemplos de operaciones de guardado
Ejemplo 1: Crear afiliaciones
Desea añadir pertenencias a Learn sin que esto afecte a las cuentas existentes. Configuró la integración de manera que se use la misma fuente de datos para todos los datos de entrada.
Requisitos previos
El curso y el usuario deben existir antes de poder realizar una operación de pertenencia.
Requisitos mínimos de fuente de datos
EXTERNAL_COURSE_KEY
EXTERNAL_PERSON_KEY
Solución
Crear un archivo de datos memberships.txt que contenga los encabezados necesarios y los datos asociados para la afiliación que desee agregar al sistema. Por ejemplo:
EXTERNAL_COURSE_KEY|EXTERNAL_PERSON_KEY
testcourse1|testPerson1
testcourse1|testPerson2
testcourse2|testPerson3
Use la interfaz de usuario para cargar este archivo a través del tipo de datos de afiliación con la operación STORE. Se crearán las cuentas de pertenencia y podrá consultarlas a través de las herramientas de pertenencia de Administrador del sistema.
Condición posterior
Se crearon afiliaciones en testcourse1 para las personas que tienen testPerson1, testPerson2 como valor de EXTERNAL_PERSON_KEY y, además, se creó la afiliación en testcourse2 para testperson3.
Ejemplo 2: Actualizar afiliaciones
Ha creado cuentas de pertenencia y necesita cambiarlas. Por ejemplo, en la demostración anterior, se agregó testPerson3 a testcourse2, cuando debería haber sido para testcourse1.
Tenga en cuenta que, si bien podemos hacer el cambio correspondiente en la fuente de datos: testcourse1|testPerson3, la afiliación anterior a testcourse2 continuará vigente hasta que se deshabilite. Esto se puede lograr con una única fuente de datos; solo tiene que agregar el elemento de encabezado ROW_STATUS.
Requisitos previos
Los registros de personas y cursos deben estar presentes en Learn.
El registro que se desea deshabilitar ya debe estar presente en Learn.
Solución
Crear un archivo de datos membership.txt que contenga los encabezados necesarios y los datos asociados para la afiliación que desee crear/actualizar o deshabilitar. Por ejemplo:
EXTERNAL_COURSE_KEY|EXTERNAL_PERSON_KEY|ROW_STATUS
testcourse2|testPerson3|disabled
testcourse1|testPerson3|enabled
Dado que la operación STORE actúa únicamente sobre los datos contenidos en el archivo, los datos de los registros de afiliación enviados con anterioridad no se ven afectados; la operación STORE requiere de la manipulación explícita de los datos si desea deshabilitar los registros.
Use la interfaz de usuario para cargar este archivo a través del tipo de datos de afiliación con la operación STORE. Los registros de pertenencia del archivo se actualizarán.
Condición posterior
Se actualizan los registros de afiliación de testPerson3 para deshabilitar explícitamente la afiliación de testcourse2 para testPerson3 y, al mismo tiempo, crear y habilitar una afiliación en testcourse1.
Los registros de pertenencia creados con anterioridad no se verán afectados.
Afiliación: Operación Completar actualización
COMPLETE REFRESH funciona de forma diferente a STORE. COMPLETE REFRESH lleva a cabo dos operaciones que suponen la comparación de los datos del archivo de fuente de datos y los registros de Learn que pertenecen a la integración; de este modo se almacenan nuevos registros, se actualizan los existentes y se desactivan en LEARN los que se encuentran en el archivo de datos.
Ejemplo: Completar actualización
Los datos proporcionados por SIS contienen una instantánea completa de las pertenencias a los cursos que deberían existir en Learn. Estos datos incluyen los registros de afiliación que se deben agregar, los que se deben actualizar y los que se han eliminado desde la ejecución de operaciones COMPLETE REFRESH anteriores y que deben deshabilitarse o eliminarse según corresponda en función de la configuración.
Requisitos previos
Los registros de personas y cursos deben estar presentes en Learn.
Requisitos mínimos de fuente de datos
EXTERNAL_COURSE_KEY
EXTERNAL_PERSON_KEY
Solución
Parta de los datos de nuestra primera operación de almacenamiento de afiliación, agregue la afiliación correcta de testPerson3 a testcourse1 y elimine la afiliación incorrecta de testPerson3 en testcourse2. De esta manera, se obtiene un resultado similar a las múltiples operaciones STORE indicadas anteriormente, ya que la acción COMPLETE REFRESH deshabilita de forma implícita cualquier registro que no aparezca en el archivo.
EXTERNAL_COURSE_KEY|EXTERNAL_PERSON_KEY
testcourse1|testPerson1
testcourse1|testPerson2
testcourse1|testPerson3
Tenga en cuenta que si esta integración administra otros registros de afiliación, estos se deshabilitarán o borrarán porque no aparecen en la fuente de datos anterior.
Condición posterior
Se conserva y actualiza el registro de afiliación de testcourse1|testPerson1 y testcourse1|testPerson2.
Se agrega a Learn el registro de afiliación de testcourse1|testPerson3.
Dado que el registro de afiliación de testcourse2|testPerson3 no forma parte de la fuente de datos, se marcará como deshabilitado o listo para su eliminación, según la configuración de la integración.
Afiliación: Operación Completar actualización por fuente de datos
La función COMPLETE REFRESH BY DATA SOURCE ejecuta la operación COMPLETE REFRESH, pero restringe los datos que se ven afectados a aquellos que están asociados únicamente con la fuente de datos de la integración.
Ejemplo: Completar actualización por fuente de datos
Los datos que brinda SIS contienen una instantánea completa de los objetos PERSON que deben tener acceso a Learn. Estos datos contienen los registros PERSON que se deben agregar, los registros PERSON que se deben actualizar y los registros que se han eliminado desde las operaciones REFRESH anteriores y que deben deshabilitarse o eliminarse según corresponda en función de la configuración. Además, todos los datos de esta actualización se abordan con la misma fuente de datos que se definió en la integración, ya que desea que solo resulten afectados los datos relacionados con esta clave de la fuente de datos.
Requisitos previos
Los registros de personas y cursos deben estar presentes en Learn.
Requisitos mínimos de fuente de datos
EXTERNAL_COURSE_KEY
EXTERNAL_PERSON_KEY
Solución
Use los datos de la última operación de almacenamiento para agregar una nueva afiliación de testPerson3 en testcourse1 y elimine testcourse2|testPerson3 de la fuente de datos:
EXTERNAL_COURSE_KEY|EXTERNAL_PERSON_KEY
testcourse1|testPerson1
testcourse1|testPerson2
testcourse1|testPerson3
Condición posterior
Se conserva y actualiza el registro de afiliación de testcourse1|testPerson1 y testcourse1|testPerson2.
Se actualiza el registro de afiliación de testcourse1|testPerson3 y se lo agrega a Learn.
Dado que el registro de afiliación de testcourse2|testPerson3 no forma parte de la fuente de datos, se marcará como deshabilitado o listo para su eliminación, según la configuración de la integración.
Si esta integración administra otros registros de pertenencia, dichos registros no se desactivarán ni borrarán a pesar de no estar presentes en la fuente de datos, a menos que tengan el mismo origen de datos que se ha especificado en la integración.
Disponibilidad de afiliación
La configuración de disponibilidad de afiliación permite que una cuenta de Learn esté visible (disponible) o no (no disponible) para los estudiantes. Tenga en cuenta que esta operación no equivale a deshabilitar una afiliación, lo cual no solo hace que la afiliación no esté disponible para nadie, sino que también provoca que no se puedan realizar operaciones adicionales en ella, como la gestión de afiliaciones mediante la interfaz de usuario. La adición de este encabezado de fuente de datos no modifica el uso explicado anteriormente de las operaciones STORE, COMPLETE REFRESH y COMPLETE REFRESH BY DATA SOURCE para la creación de registros de afiliación.
Tenga en cuenta que cuando no se proporciona una configuración de AVAILABILITY en la fuente de datos, los ajustes de integración predeterminados hacen que el objeto esté disponible en las operaciones de creación/actualización.
Ejemplo: Disponibilidad de cuenta de afiliación
El SIS controla la disponibilidad del acceso a Learn, y la fuente de datos indica la configuración de disponibilidad sobre los usuarios a fin de controlar cuándo pueden acceder a Learn, en caso de que desee controlar esta configuración de acceso al crear/actualizar elementos PERSON.
Requisitos previos
Los registros de personas y cursos deben estar presentes en Learn.
Requisitos mínimos de fuente de datos
EXTERNAL_COURSE_KEY
EXTERNAL_PERSON_KEY
AVAILABILITY_IND
Solución
Agregue el encabezado AVAILABLE_IND a la fuente de datos junto con el carácter Y si desea que esté disponible, o bien N si desea que no lo esté.
EXTERNAL_COURSE_KEY|EXTERNAL_PERSON_KEY|AVAILABLE_IND
testcourse1|testPerson1|Y
testcourse1|testPerson2|Y
testcourse1|testPerson3|Y
testcourse2|testPerson3|N
Condición posterior
GUARDAR
Solo se crean o actualizan los registros de afiliación de testcourse1 y testcourse2 con el estado de disponibilidad actual.
Operación Completar actualización
Se crean o actualizan los registros de afiliación de testcourse1 y testcourse2 con el estado de disponibilidad actual. Todos los demás registros se desactivarán o marcarán para ser eliminados por no aparecer en la fuente de datos anterior.
Completar actualización por fuente de datos
Se crean o actualizan los registros de afiliación de testcourse1 y testcourse2 con el estado de disponibilidad actual. Si otra integración administra otros registros de afiliación, estos no se deshabilitarán ni borrarán aunque no estén presentes en la fuente de datos, a menos que tengan la misma fuente de datos especificada en la integración. La operación COMPLETE REFRESH BY DATA SOURCE solo actúa sobre los registros de fuentes de datos de la integración.
Deshabilitar registros de afiliación
Si se deshabilita un registro de afiliación en Learn, los usuarios no tendrán acceso a él (el estado deshabilitado anula la configuración de disponibilidad). El registro tampoco estará disponible para las operaciones de interfaz de usuario. Esto hace que, por ejemplo, no pueda administrar una pertenencia desactivada a través de la interfaz de usuario. Además,para borrar un registro de Learn, es necesario desactivarlo en primer lugar.
Desactivar un registro y borrarlo a continuación elimina todas las referencias a dicho registro en Learn. Blackboard recomienda que solo se borren los registros deshabilitados luego de un plazo prudencial determinado por los requisitos legales o las prácticas de su empresa, que pueden exigir que se lleve un registro de las actividades.
Los registros se pueden deshabilitar de dos maneras: mediante su exclusión de la fuente de datos en operaciones REFRESH, o bien mediante el uso del encabezado ROW_STATUS de la fuente de datos.
Las operaciones anteriores de afiliación en las que se usan operaciones REFRESH muestran la primera de estas opciones. En el siguiente ejemplo se explica el uso de ROW_STATUS.
Ejemplo: Deshabilitar registros de afiliación
La norma dicta que las pertenencias deben eliminarse de Learn tras un periodo de 5 años (al contrario que hacer que el registro no esté disponible, lo cual solo restringe su visibilidad). Si usa operaciones STORE, para borrar una afiliación debe deshabilitarla explícitamente mediante el encabezado ROW_STATUS. Esto también resulta útil en las operaciones manuales fuera del alcance de las fuentes de datos de SIS.
Requisitos previos
Los registros de personas y cursos deben estar presentes en Learn.
Requisitos mínimos de fuente de datos
EXTERNAL_COURSE_KEY
EXTERNAL_PERSON_KEY
ROW_STATUS
Solución
Agregue el encabezado ROW_STATUS a la fuente de datos y configúrelo como ENABLED si desea que esté habilitado, o bien DISABLED si desea deshabilitarlo.
EXTERNAL_COURSE_KEY|EXTERNAL_PERSON_KEY|ROW_STATUS
testcourse1|testPerson1|enabled
testcourse1|testPerson2|enabled
testcourse1|testPerson3|enabled
testcourse2|testPerson3|disabled
Condición posterior
GUARDAR
Solo se crean o actualizan los registros de afiliación contenidos en la fuente de datos con el estado ROW_STATUS actualizado de forma explícita.
COMPLETE REFRESH
Se crean o actualizan los registros de afiliación contenidos en la fuente de datos con el estado ROW_STATUS actualizado de forma explícita. Todos los demás registros se desactivarán o marcarán para ser eliminados por no aparecer en la fuente de datos anterior.
ACTUALIZACIÓN COMPLETA POR ORIGEN DE DATOS
Se crean o actualizan los registros de afiliación contenidos en la fuente de datos con el estado ROW_STATUS actualizado de forma explícita. Si otra integración administra otros registros de afiliación, estos NO se deshabilitarán ni borrarán aunque no estén presentes en la fuente de datos anterior, a menos que tengan la misma fuente de datos que se especificó en la integración. La operación COMPLETE REFRESH BY DATA SOURCE solo actúa sobre los registros de la fuente de datos de la integración.
Novedad en SP 12
Ejemplo: Mover inscripción transversal
El uso de cursos combinados presenta ciertas restricciones sobre el procesamiento de pertenencias (inscripciones). Concretamente, un usuario no puede tener pertenencias activadas en más de uno de los cursos combinados.
En algunas situaciones de inscripción transversal, el SIS normalmente no podría ejecutar la inscripción de un usuario en course_child2 si ya está inscrito en course_child1 en un conjunto transversal (combinado). El campo Move Cross-Listed Enrollment establece el control en la integración de tal manera que la integración del SIS debe suponer que no se impida ninguna inscripción válida por las restricciones de las inscripciones transversales. Si seguimos la referencia anterior de course_child2/course_child1, esto significa que la inscripción de course_child1 se trasladaría de course_child1 a course_child2.
La asignación de campos para la administración de inscripciones transversales está disponible en la "Configuración avanzada" de cada instancia de integración. Forma parte de las asignaciones de campos de objetos "enrollment" y se llama "Mover inscripción transversal".
La función "Mover inscripción transversal" usa una secuencia de comandos predeterminada interna que siempre arroja el resultado "true". Si desea cambiar este comportamiento, debe proporcionar una secuencia de comandos que devuelva algo diferente de true en ciertas o todas las circunstancias. Por ejemplo, puede tener una secuencia de comandos que devuelva únicamente false o una que solo devuelva false si el ID de curso de pertenencia cumple las condiciones de algún patrón, etc. Si desea obtener más información, consulte los ejemplos de asignación de campos personalizados.
De forma predeterminada, no se espera que esta asignación se establezca "directamente" como parte de la fuente de ningún tipo de integración. Es decir, no hay una columna para ella en el archivo de instantáneas sin formato, ningún nodo XML para ella en IMS/Vista, etc. Por lo tanto, no hay un ejemplo de "datos" para este campo.
Ejemplo completo
Al combinar los encabezados anteriores en un único archivo, podemos satisfacer la mayor parte de los casos prácticos de una sola vez.
Requisitos previos
Para que la operación de copia de plantilla se realice correctamente, es necesario que no se haya creado testmembership8 con anterioridad.
EXTERNAL_COURSE_KEY|EXTERNAL_PERSON_KEY|AVAILABLE_IND|ROW_STATUS
testcourse1|testPerson1|Y|enabled
testcourse1|testPerson2|Y|enabled
testcourse1|testPerson3|Y|enabled
testcourse2|testPerson3|N|disabled
Condición posterior
GUARDAR
Solo se crean o actualizan los registros de afiliación contenidos en la fuente de datos con los campos AVAILABILITY y ROW_STATUS actualizados de forma explícita con los siguientes resultados:
Todas las afiliaciones tienen la disponibilidad habilitada (Y), excepto testcourse2|testPerson3, que la tiene deshabilitada (N).
Las afiliaciones de testcourse1 están habilitadas, mientras que la afiliación de testcourse2|testPerson3 está deshabilitada.
COMPLETE REFRESH
Los resultados son los mismos que con la operación de almacenamiento pero, además, todos los demás registros administrador se desactivarán o marcarán para ser borrados por no aparecer en la fuente de datos.
ACTUALIZACIÓN COMPLETA POR ORIGEN DE DATOS
Los resultados son los mismos que con la operación de guardar, pero, además, si otra integración administra otros registros de afiliación, dichos registros no se deshabilitarán ni borrarán aunque no estén presentes en la fuente de datos anterior, a menos que tengan la misma fuente de datos que se especificó en la integración. La operación COMPLETE REFRESH BY DATA SOURCE solo actúa en los registros de la fuente de datos de la integración.
Más información
Descripción general del marco de trabajo SIS
Descripciones del encabezado del archivo de instantánea sin formato
