Qué puede preparar
Nara trabaja con un conjunto acotado de operaciones. Cada una es deliberadamente chica: así una propuesta nunca rehace de más ni pisa algo que ya funcionaba. Hay tres familias:
- Cambios que se aplican: Nara arma un ChangeSet y vos lo aplicás.
- Preguntas: Nara responde, sin cambiar nada.
- Borradores: para lo que ejecuta código o usa credenciales, Nara deja un borrador y el cambio se hace en el builder.
Cambios que se aplican
| Operación | Ejemplo de pedido |
|---|---|
| Crear una entidad relacionada | ”Quiero registrar las visitas que hacemos a cada cliente” |
| Agregar un campo | ”Agregale un campo de fecha Próximo contacto a Contactos” |
| Cargar registros | ”Cargá estos tres proveedores: …” |
| Sumar un valor a una lista | ”Agregale el estado En revisión a las oportunidades” |
| Cambiar colores y nombres de una lista | ”En el estado de los casos, poné Resuelto en verde y Nuevo en azul” |
| Editar la ficha de un registro | ”En la ficha del cliente quiero ver sus tareas”, “Sacá el componente de Emails de la columna derecha” |
| Crear una vista de lista | ”Creá una vista de Oportunidades con nombre, etapa e importe, ordenada por importe” |
| Crear un popover | ”Cuando paso el mouse sobre un contacto quiero ver su email y su teléfono” |
| Crear una estructura global | ”Creá una estructura global con los campos de Cuentas” |
| Crear un tipo de registro | ”Creá el tipo de registro Mayorista en Cuentas, con su propia ficha” |
Crear una entidad relacionada
Crea una entidad nueva colgada de una que ya existe: Visitas de un Cliente, Inspecciones de una Propiedad, Sesiones de un Paciente.
Nara pregunta solo lo que no puede deducir —típicamente con qué entidad se relaciona— y para el resto propone defaults que quedan a la vista en la propuesta: nombre y plural derivados de lo que pediste, relación obligatoria, visibilidad privada, el campo Nombre estándar y un permission set propio con permisos completos.
Si ya tenés un permission set que debería poder usarla, nombralo en el pedido (“que la puedan usar los de Ventas”) y Nara le da acceso a ese en vez de crear uno nuevo, sin tocar los permisos que ya tenía. Si administrás permission sets podés nombrarlo como aparece en pantalla; si no, usá su nombre interno.
Como da acceso a un permission set, es un cambio sensible: para aplicarlo tenés que haber iniciado sesión en los últimos 10 minutos. Está explicado en Revisar y aplicar cambios.
Esta operación solo crea. Para tocar una entidad que ya existe, usá las otras.
Agregar un campo
Agrega un campo a una entidad existente. Si no aclarás el tipo, asume texto y no obligatorio; si es una relación, te pregunta a qué entidad apunta.
Nunca recrea la entidad ni toca sus campos, su visibilidad ni sus permisos: es un agregado y nada más. Es también el camino para seguir después de crear una entidad: “agregale también el contacto principal”.
Cargar registros
Carga hasta 10 registros de una entidad en una sola propuesta, con vos como responsable. La propuesta muestra entidad, cantidad y los campos de cada fila antes de aplicar, y no se crea nada hasta que la aplicás.
Al aplicar, los registros pasan por el mismo camino que si los cargaras a mano: se validan los campos obligatorios, se respetan tus permisos y se disparan las automations que correspondan. Si una validación falla, no queda ningún registro a medias.
Si abriste Nara parada en una ficha, podés pedirle que los registros nuevos queden colgados de ese registro. Nara no inventa ni te pide identificadores internos: usa el registro que tenés abierto.
Sumar un valor a una lista
Agrega un valor a un campo de lista desplegable o de selección múltiple —un estado nuevo, una categoría nueva.
Es un agregado, nunca un reemplazo: los valores que ya existían se conservan tal cual. Si la barra de progreso de la ficha usa ese campo, el valor nuevo aparece ahí solo, sin que haya que tocar la página.
Esto funciona también en las entidades que trae un paquete instalado (CPQ, Fundraising): podés sumarles estados propios. Lo que no se puede es renombrar ni borrar los valores que trae el paquete, porque el paquete los usa por su nombre interno.
Cambiar colores y nombres de una lista
Cambia el color o el nombre visible de valores que ya existen en un campo de lista desplegable o de selección múltiple: pintar de verde los casos resueltos, de rojo los vencidos, o renombrar New a Nuevo. Podés cambiar varios valores del mismo campo en un solo pedido.
Los colores son los mismos que ofrece el editor de campos: verde, azul, ámbar, rojo, violeta, índigo, verde azulado, rosa, gris y naranja, o sin color. Si pedís otro, Nara te muestra esa lista.
Cambia solo cómo se ve el valor, no lo que tienen guardado los registros: el valor interno queda igual, así que las automations, los filtros y los reportes siguen funcionando. Nara no agrega, borra ni reordena valores, y si nombrás uno que no existe te pregunta cuál quisiste decir en vez de crearlo. Para sumar un valor nuevo, pedilo aparte.
Funciona también con los campos que trae un paquete: el color y el nombre visible de cualquier valor se pueden cambiar, y el cambio se mantiene cuando el paquete se actualiza.
Editar la ficha de un registro
Tres cambios sobre la ficha del registro que tenés abierto:
- Agregar una lista relacionada: mostrar en la ficha del Cliente sus Tareas, sus Visitas, sus Cotizaciones. Tiene que existir la relación entre las dos entidades; Nara no la crea.
- Mover una lista relacionada entre las columnas del cuerpo de la ficha.
- Quitar un componente: Emails, Notas, Historial de campos, una lista relacionada, un reporte. Si el mismo componente aparece más de una vez y no decís cuál, Nara te pregunta cuál, con su columna y su posición. Quitar un componente no borra ningún dato: los emails, notas y registros siguen existiendo, solo dejan de verse en esa ficha.
Nara conoce todos los componentes de la ficha que estás viendo, en qué columna está cada uno y en qué orden, pero no su contenido. Edita solo esa ficha y solo las columnas del cuerpo. No cambia la plantilla de la página ni reordena el resto de los componentes, y lo que está en el encabezado, en una pestaña o en una grilla se quita o se mueve desde el editor de la página. Si no hay una ficha abierta, te lo dice en vez de proponer un cambio. Las fichas que instala un paquete no se editan directamente: primero hay que clonarlas.
Cuando aplicás uno de estos cambios con la ficha abierta, la página se actualiza sola: no hace falta recargar ni se pierde la conversación.
Crear una vista de lista
Crea una vista de lista nueva en una entidad existente: su nombre, las columnas que muestra y, si querés, por qué campo se ordena. Si falta el nombre o las columnas, pregunta.
La vista nueva no reemplaza a la vista por defecto y solo puede usar columnas que vos podés ver. Por ahora no lleva filtros: si los necesitás, agregalos después desde la configuración de la vista.
Crear un popover
Crea un popover nuevo para una entidad: los campos que se ven al pasar el mouse sobre un registro. No pasa a ser el popover por defecto ni se asocia a un tipo de registro.
Crear una estructura global
Crea una estructura global copiando campos de una entidad existente. Nara pregunta qué tipo de estructura es:
| Tipo | Guarda |
|---|---|
| Objeto | Un único registro con esos campos |
| Lista de registros | Varias filas con esos campos |
| Lista de valores | Valores simples |
La estructura se crea vacía, sin relaciones ni datos cargados.
Crear un tipo de registro
Crea un tipo de registro nuevo en una entidad existente —Mayorista y Minorista en Cuentas, por ejemplo— y, si lo pedís, su propia ficha asignada a ese tipo, con encabezado, cuerpo y una columna derecha.
El tipo nuevo no pasa a ser el default, ningún registro existente cambia de tipo y las fichas que ya tenías quedan como estaban. Si ya existe una ficha con ese nombre, Nara no prepara la propuesta.
Estas últimas cuatro operaciones solo crean. Si ya existe algo con el mismo nombre, la propuesta no se aplica: nunca pisa una configuración que ya tenías.
Preguntas
Nara responde sin cambiar nada. En todas, la respuesta sale de lo que vos podés ver: lo que no tenés permiso para leer no existe para ella.
Sobre tus números
Para preguntas de métricas sobre una entidad: “¿cuántas oportunidades de más de 500.000 se crearon este año?”. Necesitás el permiso para ver reportes.
| Qué | Opciones |
|---|---|
| Cálculo | Contar registros, o sumar, promediar o sacar el mínimo o el máximo de un campo numérico |
| Condición | Una comparación sobre ese mismo campo numérico (mayor, menor, igual…) y un valor exacto: Nara no inventa umbrales |
| Período | De 1 a 24 meses hacia atrás, un año calendario o un trimestre con su año |
| Fecha que se mira | La de creación (por defecto) o la de última modificación |
| Cómo se muestra | Un número, un gráfico de barras o una tabla |
Para barras o tabla hace falta agrupar por un campo con valores discretos —una lista, una relación, un sí/no o un texto corto—; la tabla muestra hasta 50 grupos. Si falta algo, pregunta.
Por ahora la única condición es la del número que medís. Nara no filtra por estado ni por otros campos: “¿cuántas oportunidades cerramos?” cuenta todas las oportunidades del período que cumplen la condición, estén cerradas o no. Para eso armá el reporte con sus filtros.
Podés ajustar sobre la marcha: “tomá el trimestre anterior”, “agrupalo por etapa”. Nara rehace la pregunta entera con el cambio.
El resultado lo calcula el servidor, no el modelo de IA, y viene con una tarjeta de cómo se calculó: entidad, cálculo, condición, período y la hora exacta del cálculo. Cuenta solo los registros que vos podés ver, igual que un reporte.
Desde esa tarjeta podés guardarlo como reporte: elegís el nombre y la carpeta (solo aparecen las carpetas donde podés editar) y queda un link al reporte guardado. Los grupos de un gráfico o una tabla se ven completos en el reporte.
Cruzando dos entidades
Para preguntas que cruzan dos entidades unidas por una relación: “¿cuántas cuentas tienen oportunidades de más de 50.000 en los últimos 6 meses?”.
Puede contar los registros de la entidad principal que tienen al menos un relacionado que cumple la condición, contar los relacionados o sumar un importe de los relacionados, en un período de 1 a 24 meses. La respuesta es un único total, y respeta tu visibilidad en las dos entidades: un registro que no podés ver no cuenta. Necesitás el permiso para ver reportes. Esta respuesta no se puede guardar como reporte.
Sobre tu configuración
- “¿Qué campos tiene Oportunidad?”, “¿qué valores tiene el estado de Cuentas?”: describe una entidad o un campo —tipo, si es obligatorio, a qué apunta, qué valores tiene—.
- “¿Dónde hay un campo Estado?”, “¿cuál es el nombre interno del permission set Ventas?”: busca entidades, campos y permission sets por su nombre en pantalla o por su nombre interno. Los permission sets aparecen solo si podés administrarlos.
La respuesta sale de tu configuración real, así que un nombre interno que te muestra existe. Preguntar esto a mitad de un pedido no corta lo que Nara estaba preparando.
Sobre cómo se usa NXAR
“¿Qué es un ChangeSet?”, “¿qué datos salen hacia el proveedor de IA?”: Nara responde con esta guía y te deja el link a la página. Si la respuesta no está en la guía, contesta que no tiene acceso a esa información. Es la misma respuesta para preguntas sobre la infraestructura de NXAR o sobre otros workspaces.
Borradores
Automations, integraciones, componentes con código, endpoints y formularios públicos ejecutan código, usan credenciales o publican datos, así que Nara no los aplica. Lo que hace es dejarte un borrador para arrancar:
- el nombre y el propósito;
- la entidad y el disparador;
- los pasos, en palabras;
- las credenciales que van a hacer falta, nombradas —nunca sus valores—.
La tarjeta del borrador no tiene botón de Aplicar: tiene Abrir builder, que te lleva a la sección donde se crea, y Descartar. El builder se abre vacío; lo armás siguiendo el borrador.
Si pegás una credencial en el chat, Nara la oculta del borrador y de lo que le manda al proveedor de IA siempre que la reconozca por su forma (un token, una URL con usuario y contraseña). Una contraseña escrita como texto común no tiene forma que reconocer: no pegues secretos en el chat.
Lo que todavía no hace
- No modifica una propuesta ya generada: se genera una nueva.
- No cambia la estructura de un campo existente (su tipo, su nombre interno, a qué entidad apunta).
- No borra nada.
- No deshace un cambio aplicado: la propuesta dice cómo revertirlo, pero la reversión se hace a mano.
- No crea automations, integraciones, componentes, endpoints ni formularios públicos: prepara el borrador.
- No configura canales de Pulse ni permisos finos.
- No crea vistas de lista con filtros.
La lista completa de límites está en Privacidad y límites.