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. Existen más encabezados de fuente de datos de MEMBERSHIP que pueden usarse para crear registros de pertenencia. 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

Es posible suministrar datos a Learn y, en el futuro, actualizarlos, eliminarlos o corregirlos. De este modo, puede empezar con un conjunto de datos muy sencillo e ir ampliándolo 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ónDescripción
GuardarAl usar este tipo de operación, los datos contenidos en el archivo de fuente se almacenan o actualizan (según los ajustes de configuración) en todos los orígenes 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ónEsta 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.
EliminarEsta operación desactiva, de acuerdo con los ajustes de configuración, los registros contenidos en las fuentes de datos asociadas con la integración en todos los orígenes de datos.
Actualización completa por origen de datosEsta operación, introducida en SP 12, lleva a cabo una actualización completa de los datos asociados SOLO con el origen de datos configurado 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:

ObjetoOperaciones
AfiliaciónGuardar, Completar actualización, Eliminar, Completar actualización por fuente 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 SP 12 se introdujo la capacidad de especificar 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

A un nivel elevado, 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; y la selección de los patrones 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 deshabilitarlos (Eliminar).
  • 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 mínimo de datos o encabezados necesarios para la creación de una cuenta de afiliación en Learn consiste en los siguiente elementos:

  • EXTERNAL_COURSE_KEY: un identificador único de este registro de pertenencia. Para las organizaciones, este elemento es EXTERNAL_ORGANIZATION_KEY.
  • NEW_DATA_SOURCE_KEY: un 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 pertenencia.

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 pertenencia 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. The Second is to REFRESH membership information already present in Learn resulting in the addition of new or updating of existing records as presented in the data file while disabling existing Learn records which are not present in the membership data file.

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

Create a memberships.txt data file containing the required headers and associated data per membership you wish to add to the system. 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 usando 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 su 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 el caso anterior se agregó a testPerson3 al curso testcourse2, pero debería haberse agregado a testcourse1.

Tenga en cuenta que, si bien podemos hacer el cambio correspondiente en la fuente de datos: testcourse1|testPerson3, la pertenencia anterior a testcourse2 continuará vigente hasta que se desactive. Esto puede realizarse con una única fuente de datos; solo tiene que agregar el elemento de encabezado ROW_STATUS.

Requisitos previos

Los registros de persona y curso deben existir en Learn.

El registro que se desea deshabilitar ya debe estar presente en Learn.

Solución

Create a membership.txt data file containing the required headers and associated data per membership you wish to create/update or disable. 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 usando la operación STORE. Los registros de pertenencia del archivo se actualizarán.

Condición posterior

Se actualizaron 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 operates differently than STORE. COMPLETE REFRESH performs two operations that amount to a comparison of the data in the feed file and the records in Learn owned by the integration: 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. This data contains membership records to add, membership records to update, and excludes records which have been removed since previous COMPLETE REFRESH operations which should be handled appropriately per configuration (disable or purge).

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 guardado 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

COMPLETE REFRESH BY DATA SOURCE performs a COMPLETE REFRESH operation but restricts the data affected to that which is associated only with the integration's data source.

Ejemplo: Completar actualización por fuente de datos

Los datos proporcionados por SIS contienen una instantánea completa de los elementos PERSON que deben tener acceso a Learn. This data contains PERSON records to add, PERSON records to update, and records which have been removed since previous REFRESH operations which should be handled appropriately per configuration (disable or purge). 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 guardado para agregar una nueva afiliación de testPerson3 en testcourse1 y eliminamos 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 los ajustes de integración predeterminados cuando no se proporciona una configuración de AVAILABILITY en la fuente de datos hacen que el objeto esté disponible en las operaciones de creación/actualización.

Ejemplo: Disponibilidad de cuenta de afiliación

SIS controla la disponibilidad de acceso de Learn y la fuente de datos indica la configuración de disponibilidad sobre los usuarios a fin de controlar cuándo tienen acceso 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

STORE

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 gestiona 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. ACTUALIZACIÓN COMPLETA POR ORIGEN DE DATOS solo actúa sobre los registros del origen 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.

Para desactivar registros se pueden seguir dos modelos: mediante su exclusión en la fuente de datos en operaciones REFRESH, o bien mediante el uso del encabezado ROW_STATUS de la fuente de datos.

The previous membership operations using REFRESH operations demonstrate Disabling thru exclusion, the following case and example demonstrate through the use of 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). If you are using STORE operations then to purge a membership you must explicitly disable the membership by using the ROW_STATUS header. Esto también resulta útil en operaciones manuales que quedan fuera del ámbito 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

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. 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

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. Si otra 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 anterior a menos que tengan el mismo origen de datos que se ha especificado en la integración. COMPLETE REFRESH BY DATA SOURCE only operates on records matching the integration data source.

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 puede ejecutar la inscripción de un usuario en course_child2 si ya está inscrito en course_child1 en un conjunto transversal (combinado). The Move Cross-Listed Enrollment field sets the control on the integration such that the SIS integration should assume any enrollment that is otherwise valid should not be prevented because of cross-listing restrictions. 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 testmembership8 no se haya creado 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

STORE

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 está 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 pertenencia, dichos registros no se desactivarán ni borrarán a pesar de no estar presentes en la fuente de datos anterior a menos que tengan el mismo origen de datos que se ha especificado en la integración. ACTUALIZACIÓN COMPLETA POR ORIGEN DE DATOS solo actúa sobre los registros del origen de datos de la integración.

Más información

Descripción general del marco de trabajo SIS

Descripciones de encabezados del archivo de instantáneas sin formato

Formato de datos del archivo de instantáneas sin formato

Automatización del archivo de instantáneas sin formato