Inicie sesión en la Global Admin Console. En la pestaña Organizaciones, use el panel de selección de organización para elegir la jerarquía de la organización donde desea realizar la exportación. Tras esto, se exportarán los datos de todas las organizaciones de la jerarquía.
Última actualización el
23 jul. 2024
- Adobe para empresas y equipos: Guía de administración
- Planificar la implementación
- Conceptos básicos
- Guías de implementación
- Implementar Creative Cloud para el sector educativo
- Inicio de la implementación
- Asistente de incorporación para primaria y secundaria
- Configuración sencilla
- Sincronización de usuarios
- Sincronización de listas para primaria y secundaria (EE. UU.)
- Conceptos claves de las licencias
- Opciones de implementación
- Consejos rápidos
- Aprobar aplicaciones de Adobe en la Google Admin Console
- Activar Adobe Express en Google Classroom
- Integración con Canvas LMS
- Integración con Blackboard Learn
- Configuración de SSO para portales de distrito y sistemas de administración de aprendizaje (LMS)
- Agregar usuarios mediante Roster Sync
- Preguntas frecuentes sobre Kivuto
- Requisitos de idoneidad para centros de educación primaria y secundaria
- Configurar y preparar la organización
- Tipos de identidad | Aspectos generales
- Configurar una identidad | Aspectos generales
- Configurar la organización con Enterprise ID
- Configurar la federación y la sincronización con Azure AD
- Configurar la federación y sincronización de Google
- Configurar la organización con Microsoft ADFS
- Configurar la organización para District Portals y LMS
- Configurar la organización con otros proveedores de identidad
- Preguntas habituales sobre SSO y solución de problemas
- Administrar la configuración de su organización
- Administrar dominios y directorios existentes
- Habilitar la creación de cuenta automática
- Configurar la organización a través del apoderamiento de directorios
- Migrar a un nuevo proveedor de autenticación
- Configuración de recursos
- Configuración de autenticación
- Privacidad y contactos de seguridad
- Configuración de la consola
- Administración del cifrado
- Administrar dominios y directorios existentes
- Administrar usuarios
- Información general
- Funciones administrativas
- Estrategias de administración de usuarios
- Asignar licencias a un usuario de equipo
- Gestión de usuarios en la aplicación para equipos
- Añadir usuarios con dominios de correo electrónico iguales
- Cambiar el tipo de identidad de un usuario
- Administrar grupos de usuarios
- Organizar usuarios de directorios
- Administrar desarrolladores
- Migrar usuarios existentes a la Adobe Admin Console
- Migrar la administración de usuarios a la Adobe Admin Console
- Información general
- Administrar productos y derechos
- Administrar productos y perfiles de productos
- Administrar productos
- Comprar productos y licencias
- Administrar perfiles de producto de usuarios empresariales
- Administrar reglas de asignación automática
- Permitir a los usuarios entrenar modelos personalizados de Firefly
- Revisar solicitudes de productos
- Administrar políticas de autoservicio
- Administrar integraciones de aplicaciones
- Administrar permisos de productos en la Admin Console
- Habilitar/deshabilitar servicios de un perfil de producto
- Aplicación única | Creative Cloud para empresas
- Servicios opcionales
- Administrar licencias de dispositivo compartido
- Administrar productos y perfiles de productos
- Introducción a Global Admin Console
- Asumir las funciones de administración global
- Seleccionar la organización
- Administrar jerarquía de la organización
- Administrar perfiles de producto
- Gestionar administradores
- Administrar grupos de usuarios
- Modificar las políticas de la organización
- Administrar plantillas de políticas
- Asignar productos a las organizaciones secundarias
- Ejecutar tareas pendientes
- Información de interés
- Exportar o importar la estructura de la organización
- Administrar almacenamiento y recursos
- Almacenamiento
- Migración de recursos
- Reclamar recursos de un usuario
- Migración de recursos de estudiantes | Solo sector educativo
- Administrar servicios
- Adobe Stock
- Fuentes personalizadas
- Adobe Asset Link
- Adobe Acrobat Sign
- Abono gratuito a Creative Cloud para empresas
- Implementar aplicaciones y actualizaciones
- Información general
- Crear paquetes
- Personalizar paquetes
- Implementar paquetes
- Administrar actualizaciones
- Adobe Update Server Setup Tool (AUSST)
- Adobe Remote Update Manager (RUM)
- Resolución de problemas
- Administrar la cuenta de equipos
- Renovaciones
- Administrar contratos
- Informes y registros
- Ayuda
Aprenda cómo los administradores globales pueden optimizar la administración de productos y la organización con funciones de exportación e importación en la Global Admin Console.
Acceda a la pestaña Organizaciones en la Global Admin Console para exportar o importar la estructura de la organización y vaya a la pestaña Asignación de productos para ver los datos de las asignaciones. Use el icono Más opciones para seleccionar la exportación o importación.
Exportar la estructura de la organización
Como administrador global, puede exportar la jerarquía de la organización. Tendrá la opción de descargar una versión en formato JSON, CSV o XLSX de toda la jerarquía de la organización o un subconjunto de ella. Después, podrá utilizar estos datos para analizarlos o realizar modificaciones.
El formato de exportación elegido afectará a la estructura de los datos exportados.
- El formato CSV permite exportar solamente un tipo de datos a la vez. Al exportar perfiles de producto en formato CSV, los perfiles y los recursos se combinan en una tabla. Hay varias entradas para el perfil de producto, una por cada recurso.
- El formato XLSX representa la información de cada organización y queda registrada en una hoja separada.
Los registros quedan conectados a través de los diferentes tipos de objetos mediante un identificador de referencia. En algunos casos, podrá haber varias filas para un objeto en concreto, como los objetos de recursos cuando hay un conjunto de valores asociados a un recurso determinado.
- El formato JSON es el más flexible. Con este, puede aprovechar las relaciones estructurales entre los objetos exportados. Por ejemplo, los productos de una organización aparecen directamente en el elemento organización. Los mismos campos se exportan en los tres formatos, pero algunos valores son redundantes en el formato JSON.
-
-
Seleccione el icono Más opciones y elija Exportar.
-
En el cuadro de diálogo Exportar, seleccione lo que quiera exportar y el formato con el que vaya a exportar los datos.
-
Seleccione Exportar. El archivo de exportación puede tardar varios minutos en crearse. Una vez completado, para descargar el informe, vaya a la Global Admin Console > Detalles > Exportar informes. Obtenga más información sobre la función Exportar informes.
Nota:Los archivos JSON se exportan en formato zip. Los podrá abrir mediante un programa para abrir archivos zip o mediante las funciones de descomprensión del sistema operativo.
Después de que se descargue el archivo, puede manipular los datos y luego volver a importarlos. Los nuevos elementos importados aparecerán en la Global Admin Console como si hubiera editado manualmente los datos.
Importar la estructura de la organización
Como administrador global, puede importar datos potencialmente modificados. Al cargarlos, los nuevos datos se comparan con los datos actuales y los cambios quedarán reflejados en la jerarquía de la organización. Todas las operaciones de importación se realizan en la copia más reciente de la jerarquía de la organización. Si hay cambios pendientes, los cambios importados prevalecerán sobre los cambios pendientes en la jerarquía.
-
Inicie sesión en la Global Admin Console. En la pestaña Organizaciones, use el panel de selección de organización para elegir la jerarquía de la organización donde desea realizar la importación.
-
Seleccione el icono Más opciones
y elija Importar. Según el tamaño y la complejidad del archivo importado, el proceso puede tardar desde unos segundos hasta varios minutos. -
Seleccione Seleccionar un archivo y elija el archivo JSON, CSV o XLSX que vaya a cargar. En el caso del formato CSV, solo es posible importar una pieza de información de la organización a la vez y no se admite la importación de productos.
Los cambios importados aparecerán como si hubiera editado manualmente los datos.
-
Seleccione Cerrar.
-
Seleccione Revisar cambios pendientes. Luego, seleccione Enviar cambios para ejecutarlos.
Antes de ejecutar los cambios, las acciones pendientes se verán de la misma manera que cuando edita de forma manual en la Global Admin Console.
Distribución de elementos importados y exportados
Al importar datos mediante un archivo CSV, los campos podrán aparecer en cualquier orden, pero siempre deben tener la misma fila de encabezado.
Al importar datos, deberá indicar la operación de cada elemento. La operación puede ser cualquiera de las siguientes:
- Update: indica que se ha editado algo.
- Create: indica que se ha creado un nuevo objeto (por ejemplo, una organización, un grupo de usuarios o un administrador).
- Delete: indica que se ha eliminado un nuevo objeto (por ejemplo, una organización, un grupo de usuarios o un administrador).
Los registros de entrada sin el campo de la operación o con el campo en blanco se omitirán.
| Nombre de campo | Descripción | Notas |
|---|---|---|
| id | ID de organización. Al añadir una nueva organización, esta puede estar en blanco o definida con un identificador variable, por ejemplo, new_org_1. El identificador variable se utiliza en los casos en que otras entradas importadas tienen que hacer referencia a esta organización. Después de crearlo, se asigna un ID de organización real que se asignará y reemplazará todos los parámetros del ID de organización variable. |
Se puede elegir un valor temporal con el comando operation=create |
| name | Nombre común de la organización Longitud mínima: 4; longitud máxima: 100. Los nombres pueden incluir caracteres UTF-8 de hasta 3 bytes y no se admiten caracteres de 4 bytes. |
Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| countryCode | Código de país o región | Se debe definir con el comando operation=create y se puede modificar con el comando operation=update |
| type | Tipo de organización | Solo lectura |
| parentOrgId | ID de organización principal. Campo en blanco de la organización raíz. Al modificarlo, se aplican restricciones importantes, como que la nueva organización principal esté en la misma jerarquía y tenga los productos que se incluyen en la organización. |
Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| adminCount | Número de administradores | Solo lectura |
| domainCount | Número de dominios | Solo lectura |
| userCount | Número de usuarios | Solo lectura |
| userGroupCount | Número de grupos de usuarios | Solo lectura |
| admins | Conjunto de objetos de administración que representan a los administradores de la organización |
Pueden no aparecer si no se selecciona para exportar. Se incluye en una pestaña separada en archivos XLSX. |
| dominios | Conjunto de objetos de dominio que representan dominios en la organización |
|
| productos | Conjunto de objetos de producto que representan productos en la organización |
|
| productProfiles | Conjunto de objetos de perfiles de producto que representan perfiles de producto en la organización |
|
| userGroups | Conjunto de objetos de grupos de usuarios que representan grupos de usuarios en la organización |
|
| orgPolicies | Estructura que representa las políticas y sus valores | |
| operation | Una de las operaciones: blank, Create, Update o Delete. Acción que se ejecuta al importar los datos. | La operación está siempre en blanco (blank) al exportar. |
Requisitos para la importación:
- Para las operaciones de modificar (update) o eliminar (delete), el orgId debe hacer referencia a una organización existente en la jerarquía.
- Si va a crear una nueva organización, puede dejar el campo orgId en blanco o vincularlo a un ID único que pueda crear, como new-1 o new-2. Esto genera un ID que se puede usar para hacer referencia a la organización que se vaya a crear.
- El código de país debe ser válido.
- El orgId de las operaciones Update y Delete debe estar incluido en la jerarquía de la organización.
- El orgId marcado como Delete no se debe seleccionar como parentOrgId para las organizaciones a las que se apliquen la operación Update o Create.
- Las organizaciones secundarias del mismo nivel y subordinadas a la misma organización principal no deben tener los mismos orgNames.
- Para crear una organización o modificar el nombre de una organización, este no debe ser igual al nombre de una organización secundaria existente del mismo nivel de jerarquía.
| Nombre de campo | Descripción | Uso |
|---|---|---|
| orgId | Referencia a la organización en la que se encuentra el administrador. | Se utiliza como referencia para buscar objetos que los incluyan o estén asociados a ellos. |
| firstName | Nombre del usuario administrador. El nombre y apellidos de los usuarios con Adobe ID se pueden cambiar por un valor proporcionado por el usuario cuando este acepta la invitación. |
Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| lastName | Apellidos del usuario administrador | |
| Dirección de correo electrónico del usuario administrador. Esta es una clave principal del usuario y debe ser única. | ||
| countryCode | Código de país o región donde opera el usuario. Solo se aplica a los tipos de identidad Federated ID y Enterprise ID. |
|
| userType | Uno de los siguientes tipos de identidad: “Adobe ID”, “Enterprise ID” o “Federated ID”. | Solo lectura |
| adminType | Una de las siguientes categorías: “ADMINISTRADOR GLOBAL”, “USUARIO BÁSICO GLOBAL”, “ADMINISTRADO DEL SISTEMA”, “ADMINISTRADOR DE GRUPO DE USUARIOS”, “ADMINISTRADOR DE PRODUCTO”, “ADMINISTRADOR DE PERFIL DE PRODUCTO”, “ADMINISTRADOR DE IMPLEMENTACIÓN” y “ADMINISTRADOR DE ALMACENAMIENTO”. | Se puede definir con el comando operation=create |
| groupId | ID de grupo del grupo en el que el usuario es administrador. Solo se aplica a administradores de grupos de usuarios y perfiles de producto. | |
| licenseId | ID de licencia de producto del producto que tiene asignado el usuario como administrador. Solo se aplica a administradores de productos. | |
| dominio | Nombre del dominio del usuario si no se usa el dominio de correo electrónico | |
| userName | Nombre de usuario si no se usa la dirección de correo electrónico | |
| operation | Una de las operaciones: blank, Create, Update o Delete. Acción que se ejecuta al importar los datos. |
Requisitos para la importación:
- Los campos orgId, email, adminType y userType deben incluir valores válidos.
- El countryCode debe ser válido.
- Si el usuario ya existe y se va a modificar, el userType debe ser el mismo que el usuario.
- Compruebe si hay direcciones de correo electrónico duplicadas en la organización.
Las exportaciones e importaciones de perfiles de producto constan de dos partes: los detalles del perfil de producto y el conjunto de recursos asociados al perfil de producto. Estos recursos identifican los servicios que se pueden configurar, normalmente solo para habilitarlos o deshabilitarlos.
- Los objetos de recursos se encuentran anidados dentro del perfil de producto en formato JSON.
- Al usar CSV o XLSX con perfiles de producto, los perfiles y los recursos se combinan en una tabla. Habrá varias entradas para el perfil de producto, una por cada recurso.
- El campo “seleccionado” en el recurso controla que el servicio esté habilitado.
- Al importar perfiles de producto, debe haber una operación Create o Update en el perfil de producto en sí y en cualquier objeto de recurso que se vaya a modificar o crear.
| Nombre de campo | Descripción | Uso |
|---|---|---|
| productProfileId | Identificador del perfil de producto El valor de la variable se puede utilizar a la hora de usar la operación de crear para que otros objetos puedan hacer referencia al nuevo perfil. |
Se puede establecer un valor temporal con el comando operation=create |
| productProfileName | Nombre del perfil de producto. No puede ser un duplicado de otros perfiles de producto o grupos de usuarios en la misma organización. |
Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| productProfileDescription | Descripción de texto del perfil de producto | |
| licenseId | ID de licencia que hace referencia al producto | Se utiliza como referencia para buscar el objeto que lo incluya o esté asociado a él. |
| orgId | La organización con el grupo de usuarios | |
| notifications | Con los valores true (verdadero) o false (falso) se indicará si se debe enviar o no una notificación por correo electrónico a los usuarios cuando se les añade a este perfil de producto o se les elimina. | Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| resources | Grupo de recursos asociados a este perfil de producto. El campo de recursos solo se incluye en el formato JSON. En el caso de los formatos CSV y XLSX, los recursos vienen representados con los siguientes campos adicionales: resourceName, resourceId, resourceDescription, icon, selected, quota y resourceType. Para informarse sobre estos campos, consulte Productos y recursos. Si el perfil de producto tiene más de un recurso, se verán varias filas, una por cada recurso. Los otros campos tendrán los mismos valores para cada recurso. |
|
| operation | Una de las operaciones: blank, Create, Update o Delete. Acción que se ejecuta al importar los datos. |
Requisitos para la importación:
- Los campos productProfileId, licenseId y orgId deben tener valores válidos.
- Al crear un perfil de producto, el campo productProfileName debe tener un nombre válido y no debe duplicar otro nombre de perfil de producto o nombre de grupo de usuarios en la misma organización.
- El campo quota debe tener un valor válido según el tipo de unidad. Este es numérico o “ilimitado” (“unlimited”) con el comando resourceType=QUOTA o si el valor es blank en otros casos.
- El campo notification debe tener el valor true (verdadero) o false (falso).
- En el caso de las importaciones de CSV y XLSX, hay que validar productProfileId y todas las entradas deben tener el mismo orgId, licenseId y productProfileName.
- Es necesario validar el productProfileName duplicado en el archivo de entrada y la organización.
- Los perfiles que se vayan a modificar y eliminar deben estar incluidos en la organización.
- Los recursos que se vayan a modificar y eliminar (desactivar) deben estar incluidos en el perfil.
- Cuando se vayan a crear perfiles, compruebe lo siguiente:
- El orgId debe ser una organización nueva o una organización existente.
- El licenseId debe ser de un producto nuevo o un producto existente.
- Valide los recursos del perfil.
Recursos en perfiles de producto:
| Nombre de campo | Descripción | Uso |
|---|---|---|
| resourceName | Nombre del recurso | Solo lectura |
| resourceId | Identificador del recurso | Solo lectura |
| resourceDescription | Descripción de texto del recurso | Solo lectura |
| icon | URL de la imagen del recurso | Solo lectura |
| selected | Se usa para una entrada de la configuración, si la función está habilitada. Este campo solo aparece en formato JSON. |
Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| quota | Cantidad de recursos principales que se pueden distribuir entre los usuarios a través de este perfil de producto. Este campo solo aparece en formato JSON. |
|
| resourceType | Si se incluye, el valor es SERVICE. Indica que este recurso representa un servicio que se puede habilitar o deshabilitar en función del valor del campo seleccionado. Este campo solo aparece en formato JSON. |
Solo lectura |
| operation | Una de las operaciones: blank, Create, Update o Delete. Acción que se ejecuta al importar los datos. |
Requisitos para la importación:
El campo de operación de los recursos se omite cuando el perfil de producto al que pertenecen tiene operaciones del tipo Delete o Create.
- No se debe marcar ningún recurso para eliminarlo, ya que sería una operación no válida.
- Cuando se vayan a crear perfiles de producto, la cantidad de recursos debe ser la misma que la cantidad de recursos del perfil de producto de origen.
- En el caso de los recursos con la operación Update, el recurso debe estar incluido en el perfil de producto.
| Nombre de campo | Descripción | Uso |
|---|---|---|
| userGroupId | Identificador del grupo de usuarios El valor de la variable se puede utilizar a la hora de usar la operación de crear para que otros objetos puedan hacer referencia al nuevo grupo de usuarios. |
Se puede establecer un valor temporal con el comando operation=create |
| userGroupName | Nombre del grupo de usuarios | Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| userGroupDescription | Descripción de texto del grupo de usuarios | |
| userCount | Número de usuarios en el grupo de usuarios | Solo lectura |
| profiles | Grupo de ID de perfiles de producto a los que está asociado el grupo de usuarios. El XLSX incluye una fila por valor con los mismos valores de otros campos. |
Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| orgId | La organización con el grupo de usuarios | Se utiliza como referencia para buscar el objeto que lo incluya o esté asociado a él. |
| operation | Una de las operaciones: blank, Create, Update o Delete. Acción que se ejecuta al importar los datos. |
Requisitos para la importación:
- El orgId debe hacer referencia a una organización existente o una organización que se vaya a crear en la misma importación.
- El userGroupId debe hacer referencia a un grupo existente que se vaya a modificar o eliminar y puede ser el ID que haya definido para nuevos grupos de usuarios.
- Si se van a realizar operaciones de modificar (update) o crear (create), el userGroupNameorganization no debe estar en blanco y no debe ser el duplicado de otro nombre de grupo de usuarios o de perfil de producto en la misma organización.
- Compruebe que userGroupName no esté duplicado en el archivo de entrada y la organización.
- Los userGroups que se vayan a modificar o eliminar deben estar incluidos en la organización.
- El perfil que se vaya a eliminar del grupo de usuarios debe estar incluido en el grupo de usuarios. Las operaciones update no se pueden realizar en el perfil de un grupo de usuarios.
- En el caso de los grupos de usuarios que se vayan a crear, compruebe lo siguiente:
- El orgId debe ser una organización nueva o una organización existente.
- Si procede, el licenseId debe ser de un producto nuevo o un producto existente.
- El productProfileId debe ser de un perfil de producto nuevo o un perfil de producto existente.
La información del dominio aporta datos de solo lectura sobre los dominios disponibles en cada organización. Estos datos no se pueden editar.
|
Nombre de campo |
Descripción |
Uso |
|---|---|---|
|
orgId |
Referencia a la organización en la que figura este dominio |
Se utiliza como referencia para buscar objetos que los incluyan o estén asociados a ellos. |
|
domainName |
Nombre del dominio (por ejemplo, adobe.com) |
Solo lectura |
|
directoryName |
Nombre del directorio en el que figura el dominio |
Solo lectura |
|
directoryType |
Uno de los tipos de identidad: Federated ID o Enterprise ID. |
Solo lectura |
|
domainStatus |
Uno de estas categorías: “ACTIVE” (“ACTIVO”), “RESERVED” (“RESERVADO”), “UNCLAIMED” (“NO REIVINDICADO”), “CLAIMED” (“REIVINDICADO”), “VALIDATED” (“VALIDADO”), “WITHDRAWN” (“RETIRADO”), “ACTIVE” (“ACTIVO”), “EXPIRED” (“VENCIDO”). |
Solo lectura |
En los archivos XLSX, hay dos hojas: una para los productos y otra para los recursos. En los JSON, los objetos de recursos vienen anidados en el objeto de producto.
Productos:
| Nombre de campo | Descripción | Uso |
|---|---|---|
| licenseId | ID que identifica el producto. Cada producto tiene un ID de licencia único en la organización en la que se incluye. El ID de licencia del mismo producto será diferente en diferentes organizaciones. Al añadir un nuevo producto, este puede estar en blanco o se puede usar un identificador variable, por ejemplo, new_product_1. El identificador variable se utiliza en los casos en que otras entradas importadas tienen que hacer referencia a esta instancia de producto. Después de crearlo, se asigna un ID de licencia real que reemplaza todos los usos del ID variable de la licencia. |
Se puede establecer un valor temporal con el comando operation=create |
| productName | Nombre del producto | Solo lectura |
| productDescription | Descripción de texto del producto | Solo lectura |
| allowOverallocation | Booleano que indica si se permite la sobreasignación de esta instancia de producto. La sobreasignación se define como la opción de asignar más cantidad a una organización secundaria de la que se le ha otorgado. |
Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| icon | URL del icono del producto | Solo lectura |
| sourceLicenseId | ID de licencia de la instancia de producto en la organización a partir de la cual se asignó el producto. El valor es null (nulo) si la instancia no es un producto asignado, sino un producto comprado. | Se puede definir con el comando operation=create |
| productId | Identificador del producto | Solo lectura |
| orgId | Identificador de la organización con la instancia de producto | Se utiliza como referencia para buscar el objeto que lo incluya o esté asociado a él. |
| redistributable | Booleano que indica si este producto tiene recursos que se pueden otorgar a organizaciones secundarias. | Solo lectura |
| resources | Objeto que incluye un conjunto de objetos de recursos que representan los recursos y la configuración del producto | |
| operation | Una de las operaciones: blank, Create, Update o Delete. Acción que se ejecuta al importar los datos. |
Requisitos para la importación:
- Para la operación de crear (create), el campo licenseId debe ser un ID único propio suyo.
- Para la operación de modificar (update), el licenseId debe ser el ID de un producto existente en la organización en cuestión.
- El orgId debe hacer referencia a una organización existente o una que se vaya a crear en la misma operación de importación.
- Para la operación de crear (create), el sourceLicenseId debe hacer referencia a un producto existente o al ID que haya elegido para un producto que se vaya a crear en la misma operación de importación.
- El licenseId y el sourceLicenseId no deben ser los mismos para los productos con la operación Create.
- Hay que validar las organizaciones de productos. La organización debe ser una nueva o debe aparecer previamente en la jerarquía de la organización.
- En las operaciones Update y Delete, el producto debe estar incluido en la jerarquía de la organización.
- El licenseId marcado como Delete no se debe usar como sourceLicenseId de productos con las operaciones Create y Update.
- En el caso de los productos con la operación Create, se debe validar que el sourceLicenseId venga incluido en la organización principal.
Recursos de productos:
Los objetos de recursos pueden aparecer en productos y perfiles de producto.
| Nombre de campo | Descripción | Uso |
|---|---|---|
| resourceName | Nombre del recurso | Solo lectura |
| resourceId | Identificador del recurso | Solo lectura |
| resourceDescription | Descripción de texto del recurso | Solo lectura |
| icon | URL de la imagen del recurso | Solo lectura |
| productName | Nombre del producto al que pertenece el recurso | Solo lectura |
| licenseId | ID de licencia (instancia del producto) del producto al que pertenece el recurso | Se utiliza como referencia para buscar el objeto que lo incluya o esté asociado a él. |
| grantedQuantity | Cantidad designada de este recurso: cantidad de recursos que esta organización tiene disponible para usar de forma local o para asignar a organizaciones secundarias. | Se puede definir o modificar con los comandos operation=create u operation=update, respectivamente |
| unit | Nombre de la unidad de cantidad designada | Solo lectura |
| currentQuantity | Cantidad actual que se puede usar en la organización. Esta es la grantedQuantity (cantidad designada), sin contar los recursos asignados a las organizaciones secundarias. Este es el valor que aparece en la Admin Console del producto o recurso. | Solo lectura |
| provisionedQuantity | Cantidad efectivamente suministrada: puede ser menor que la designada o la actual y puede ser menor que la currentQuantity (cantidad actual) si se aplicara alguna limitación. | Solo lectura |
| operation | Una de las operaciones: blank, Create, Update o Delete. Acción que se ejecuta al importar los datos. |
Requisitos para la importación:
El campo de operación de los recursos se omite cuando el producto al que pertenecen tiene operaciones del tipo Delete o Create.
- No se debe marcar ningún recurso para eliminarlo, ya que sería una operación no válida.
- En el caso de los productos que se vayan a crear, la cantidad de recursos debe ser la misma que la cantidad de recursos de los productos de origen.
- En el caso de los recursos con la operación Update, el recurso debe estar incluido en el producto.
Importar y exportar datos de asignación de productos
Como administrador global, puede exportar los datos de asignación de productos en formato JSON o CSV. Una vez exportados, los puede manipular y volver a cargarlos para importar los cambios. Cuando se cargan los datos modificados, los nuevos datos se comparan con los actuales y los cambios se aplican a los datos de asignación de productos. Tras esto, podrá revisar y enviar los cambios pendientes para que se apliquen.
Exportar el modelo de asignación de productos
Para exportar el modelo de asignación de productos, haga lo siguiente:
- Inicie sesión en la Global Admin Console y acceda a la pestaña Asignación de productos.
- Seleccione el icono Más opciones y elija Exportar CSV o Exportar JSON. Tras esto, se descargará el archivo. Obtenga más información sobre los formatos de exportación.
Importar el modelo de asignación de productos
Puede exportar datos, modificarlos y luego importar el archivo modificado. Para importar el modelo de asignación de productos, haga lo siguiente:
- Inicie sesión en la Global Admin Console y acceda a la pestaña Asignación de productos.
- Seleccione el icono Más opciones y elija Importar.
- Seleccione un archivo JSON o CSV para cargarlo.
- Seleccione Revisar cambios pendientes. Después de revisarlos, seleccione Enviar cambios para ejecutarlos.
Exportar e importar formatos para la asignación de productos
Los formatos de exportación e importación son los mismos. Al importar datos en formato CSV, los campos podrán aparecen en cualquier orden, pero siempre deben tener la misma fila de encabezado. Al importar en formato JSON, los campos pueden aparecer en cualquier orden.
Deberá indicar la operación al importar los datos de asignación de productos. Dicha operación podrá ser una de las siguientes:
- Update: indica una modificación (cambios en los valores givenQuantity, allowOverAllocation).
- Create: sirve para añadir un recurso de producto a la organización especificada.
- Delete: indica la eliminación de un producto.
Si no se añade ninguna operación, no se producirá ningún cambio cuando se importen los datos de la fila en CSV o del objeto en JSON.
En el archivo exportado, aparecerá una fila o registro por cada recurso de producto. Algunos productos tienen más de un recurso.
Si un producto tiene más de un recurso, las operaciones de tipo Update se pueden aplicar a recursos independientes, la operación Delete hace que se elimine el producto, incluidos todos los recursos de una organización, y la operación Create precisa de un registro por cada uno de los recursos en el archivo de importación para que se pueda especificar la cantidad adecuada de todos ellos El campo allowOverAllocation afecta a los productos sin importar en qué recurso se haya aplicado la modificación.
| Nombre de campo | Descripción | Uso |
|---|---|---|
| productName | Nombre del producto. Por ejemplo, Todas las aplicaciones. | Solo lectura |
| licenseId | ID de producto (exclusivo de un producto de la organización). Al añadir un nuevo producto, este puede dejarse en blanco o como identificador variable, por ejemplo, new_product_1. El identificador variable se utiliza en los casos en que otras entradas importadas tienen que hacer referencia a este producto. Después de crearlo, se asigna un ID de licencia real que se asignará y reemplazará todos los parámetros del ID de licencia variable. |
Se puede definir con el comando operation=create |
| sourceLicenseId | ID de producto principal. Aparece vacío o no es válido si hace referencia a una compra en lugar de a una asignación. | Se puede definir con el comando operation=create |
| productId | ID que identifica la clase de producto. Este ID figura en los productos del mismo tipo y se distingue del licenseId en que identifica una instancia del producto. | Solo lectura |
| resourceName | Nombre del recurso de producto. Por ejemplo, licencias de usuario. | Solo lectura |
| resourceId | ID que identifica la clase de recurso. | Se puede definir con el comando operation=create |
| orgPathName | Nombre de ruta de la organización en la que se encuentra el recurso de producto. Segmentos separados por “/”. | Solo lectura |
| orgName | Nombre sencillo de la organización en la que se incluye el recurso de producto. Este es el segmento final de orgPathName. | Solo lectura |
| orgId | ID de organización de aquella en la que aparece el recurso de producto. | Se puede definir con el comando operation=create |
| grantedQuantity | Número de unidades de recursos que ha otorgado la organización principal a la organización en cuestión o la cantidad comprada si la entrada del recurso del producto hace referencia a una compra. Este campo se puede modificar excepto en el caso de los productos comprados o las asignaciones raíz en las que el administrador global no tenga permiso para realizar cambios. |
Se puede modificar con el comando operation=Update o operation=Create |
| unit | Nombre de la unidad del recurso. Por ejemplo, Usuarios. | Solo lectura |
| totalAllocations | Número total de concesiones del recurso de producto a organizaciones secundarias por parte de esta organización. En este valor vienen incluidas las concesiones directas a las organizaciones secundarias más cercanas, aparte de las sobreasignaciones de esas organizaciones. Por ejemplo, si la organización ha concedido un permiso a la organización secundaria 10 y esta luego lo ha asignado a su organización secundaria 25, el valor totalAllocations sería 25: las 10 concedidas a la secundaria, más un sobrante de 15 en dicha organización secundaria. | Solo lectura |
| grantOverage | Cantidad que el valor totalAllocations supera con respecto al valor grantedQuantity. Si el valor totalAllocations no sobrepasa el valor GrantQuantity, este será nulo o cero. | Solo lectura |
| localLicensedQuantity | Parte del recurso sobrante concedida a esta organización para su uso después de descontar la cantidad asignada a las organizaciones secundarias. Esta es la cantidad que figura como disponible en la Admin Console. Este valor puede ser cero, pero nunca negativo, aunque esta organización haya sobreasignado recursos a sus organizaciones secundarias. | Solo lectura |
| localUsage | Número de unidades del recurso utilizadas en esta organización. Por ejemplo, delegar una licencia de usuario a un usuario computaría como 1 unidad de uso. | Solo lectura |
| totalUsage | Número de unidades del recurso que usa la organización y todas sus organizaciones secundarias. Aquí se registra el uso de este recurso en el grupo de la jerarquía supeditada a esta organización. | Solo lectura |
| useOverage | Cantidad del uso total que sobrepasa la concesión de la organización (la organización y las secundarias han usado más recursos de los disponibles). Aquí se registra un valor distinto de cero cuando totalUsage supera localLicensedQuantity, | Solo lectura |
| allowOverAllocation | Indica si el usuario puede otorgar más recursos a las organizaciones secundarias aunque no haya más que ceder (es posible otorgarlos a pesar de que se hayan concedido de más). Este valor se aplica a todos los recursos del producto. Si se intentan cambiar el valor allowOverallocation en más de un recurso del mismo producto por otros valores, el resultado es aleatorio. | Se puede modificar con el comando operation=Update |
| isPurchasedProduct | El valor es true si el producto es adquirido (no lo ha asignado la organización principal). Esto equivale a que sourceLicenseId tenga el valor en blanco. | Solo lectura |
| redistributable | El valor es true si el producto se puede asignar a organizaciones secundarias. Si el valor es false, significa que el producto solo está disponible en la organización en la que aparece y los recursos no se pueden asignar a otra organización. | Solo lectura |
| operation | Una de las operaciones: blank, Create, Update o Delete. Acción que se ejecuta al importar los datos. |
Validación de datos
- El campo “operation” debe tener una operación válida.
- Los datos de importación de productos deben incluir propiedades y valores en los campos obligatorios.
- Las propiedades de los datos de importación de productos deben ser del tipo correcto.
- El campo de la política del producto (overAllocation) no debe habilitarse para diferentes recursos.
- Campo grantedQuantity:
- No se puede cambiar a unlimited si aún no tiene aplicado el valor unlimited.
- Debe incluir un número entero no negativo o el valor de cadena unlimited.
Permiso/validación accesible
- Debe haber una organización asociada a los datos de importación. Si va a realizar cambios, asegúrese de que existen el producto y el recurso asociados a los datos de importación.
Añadir validación de producto
- Debe figurar el campo SourceLicenseId.
- Debe haber una organización asociada al nuevo producto.
- El producto que se vaya a crear no debe existir (producto con el mismo licenseId).
- Los recursos asociados al producto que se vaya a crear deben tener su productId correspondiente que coincida con el del producto.
