Imputación de costes, coste de los agentes y alcance de las políticas, en sus propios términos
Imputación de costes por unidad de negocio
Informe del consumo de SharePoint agrupado por la unidad de negocio a la que pertenece, junto al almacenamiento al que sus licencias le dan derecho. Exporte ambos datos juntos y el excedente o el exceso de consumo de cada unidad queda listo para facturar.
El coste de los agentes y de Copilot en el presupuesto correcto
Registre centro de coste, propietario y finalidad en los espacios de trabajo donde trabajan sus agentes y sus usuarios de Copilot, y agrupe después el uso y el coste de licencias de Copilot por esos campos en lugar de leer un único total de todo el tenant.
Reglas en sus propios términos
Limite una política a los equipos de un departamento, a los espacios de un proyecto de cliente o a un solo centro de coste, porque ahora son campos y no convenciones de nombres. Cada informe, segmento, política y campaña de revisión que ya ejecuta se puede acotar igual.
Defina los campos con los que su empresa trabaja de verdad
Un campo se coloca en cualquier objeto del inventario: un equipo, un sitio de SharePoint, un usuario, un agente, un archivo. Elija el tipo que encaje, incluida una relación con uno de sus propios objetos o con cualquier otro objeto, y modele así sus propias relaciones. Todo se configura en el producto, sin desarrollo y sin un segundo repositorio que mantener.
Cada campo se convierte en un operando: un filtro en un informe, una condición en una política y el destino de una acción Set Custom Property.
Sus centros de coste, sus clientes y sus proyectos pasan a formar parte del inventario
Su empresa no funciona solo con equipos y sitios. Funciona con centros de coste, encargos de clientes, proyectos y unidades de negocio. Los metadatos personalizados los llevan al inventario, donde puede recorrerlos, filtrarlos y analizarlos, y cada espacio de trabajo queda vinculado a los que le corresponden.
Cada valor vive en un solo sitio y todo lo demás apunta a él. Así 50 000 códigos de proyecto siguen siendo manejables y una sola corrección vale para todos los espacios de trabajo que lo referencian.
Recogido al crear, no reclamado después
Decida, en cada plantilla de aprovisionamiento, qué campos ve el solicitante, cuáles son obligatorios y qué dice su propia explicación junto a cada uno.
Funciona en la aplicación de Teams de Rencore, así que quien pide un espacio de trabajo aporta él mismo el contexto de negocio, dentro del flujo que ya utiliza.
Al día gracias a quienes responden del trabajo
La mayor parte de su entorno nunca nació de un formulario. Un paso dedicado a las propiedades personalizadas dentro de las revisiones pide a los propietarios solo los valores que faltan y confirma los que ya están.
Ejecútelo por separado o añádalo a una revisión que va a enviar de todos modos. Responden precisamente las personas que conocen la respuesta.
Alimentado desde los sistemas que ya tienen los datos
Cargue valores e instancias desde un CSV, con informe de errores línea a línea y exportación de vuelta. Una corrección pasa a ser una edición de hoja de cálculo en lugar de un ticket.
La misma importación se ejecuta también de forma programada contra un CSV en una URL, una lista de SharePoint o una URL de blob, con un asistente para asignar columnas. Apúntela al sistema que ya tiene la verdad, SAP, un sistema de recursos humanos, una CMDB, un almacén de datos, y sus tablas de referencia lo seguirán sin que nadie las mantenga.
Preguntas sobre los metadatos personalizados
¿Cómo entran nuestros datos en el producto?
Por cuatro vías, y puede combinarlas. La edición manual de un valor directamente en el objeto, que a menudo basta para una corrección puntual. La importación masiva de valores e instancias por CSV. Una recogida programada desde un CSV en una URL, una lista de SharePoint o una URL de blob, con asistente para asignar columnas. Y la captura en origen, mediante los formularios de aprovisionamiento y las revisiones. Los atributos de extensión de Entra ID se incorporan de forma automática, así que lo que ya mantiene allí no le supone ningún trabajo.
¿Podemos poner metadatos personalizados en archivos y carpetas?
Sí. Donde Rencore tiene archivos y carpetas en el inventario, sus propiedades personalizadas se aplican a ellos igual que a los espacios de trabajo, de modo que una clase de retención o un centro de coste responsable puede estar en un contenedor y en los documentos que contiene. La cobertura de archivos y carpetas está incluida en el plan Enterprise y disponible en el plan Premium con el add-on Archivos y carpetas. Son sus propios datos de negocio, definidos una vez y gobernados igual en todos los servicios, en lugar de columnas que tendría que configurar y mantener biblioteca por biblioteca.
¿Las propiedades personalizadas pueden gobernar automatizaciones y no solo describir?
Sí, en las dos direcciones. Una propiedad personalizada puede ser la condición que dispara una política o una automatización, y puede ser el resultado: una acción Set Custom Property marca un objeto como revisado, exento o fuera de política, y la política siguiente toma esa marca como disparador. Detectar, marcar, actuar, en cadena y no como reglas sueltas.
¿Los valores aparecen en informes y exportaciones?
Sí, de forma nativa y junto a todas las demás propiedades que Rencore mantiene. Se pueden filtrar en el inventario, agrupar en informes e incluir en las exportaciones, así que puede agrupar y sumar por centro de coste, departamento o proyecto.
¿Dónde se guardan los datos?
En el inventario de Rencore, junto a todo lo demás que Rencore gobierna, en la región de alojamiento que usted elija. No hay trabajo de esquema en Microsoft 365 y nada cambia en la configuración de su tenant.
¿Qué planes incluyen los metadatos personalizados?
Incluidos en el plan Enterprise y disponibles como add-on de pago en el plan Premium. La comparativa completa está en la página de precios.