Un estado distinto por tipo de registro
Dos tipos de registro de la misma entidad necesitan estados diferentes: un campo de estado por tipo, cada uno en su formulario y su página.
El problema. Tenés una entidad Solicitud con dos tipos de registro: Reclamo y Consulta. Un reclamo pasa por Abierto, En análisis, Resuelto o Rechazado; una consulta solo por Nueva y Respondida. Con un único picklist, quien carga una consulta ve opciones que no le corresponden.
Lo que hay que saber. En Nxar, los tipos de registro no filtran las opciones de un picklist: todos los tipos ven los mismos valores. Lo que sí tiene cada tipo es su formulario de alta y su página. Así que la solución es un campo de estado por tipo, y que cada tipo muestre solo el suyo.
Un workspace con el escenario ya armado, que se borra solo a las 48 h. Estamos terminándolo.
Un picklist por tipo
ConfiguraciónConstructor de appEntidadesSolicitudCamposNuevo campo, dos veces, ambos de tipo Picklist con Restringir a los valores listados activado:
Estado del reclamo(API Nameestado_reclamo):Abierto, En análisis, Resuelto, Rechazado, con un color por opción y valor por defecto Abierto.Estado de la consulta(API Nameestado_consulta):Nueva, Respondida, con valor por defecto Nueva.
Si ya tenías un campo de estado común, decidí si lo dejás para otra cosa o lo sacás de las páginas.
Cada tipo, con su formulario
Pestaña Tipos de registro. Editá (o creá con Nuevo) cada tipo y, en Formulario de creación, marcá solo su campo de estado junto con los demás que necesite: Reclamo con Estado del reclamo, Consulta con Estado de la consulta.
Cada tipo, con su página
Pestaña Record Pages → Nuevo, una página por tipo (Reclamo, Consulta). En el builder, en el Record Details de cada una, quitá el estado del otro tipo con su cruz. Save.
Volvé a Tipos de registro y, en la columna Record Page de cada tipo, elegí su página.
Ordená las páginas
En Record Pages, subí con la flecha las dos páginas por tipo por encima de la página general (Everyone, sin tipo). La general le corresponde a cualquier registro: si queda arriba, gana siempre.
Los dos campos son independientes. Si alguien cambia el tipo de un registro, el estado del tipo anterior queda guardado aunque no se vea. Y en list views, filtros y kanban vas a trabajar con uno u otro campo: una vista de “reclamos abiertos” filtra por Estado del reclamo.
El valor interno de cada opción se genera a partir de la etiqueta y descarta las letras con tilde: “En análisis” queda como en_anlisis. Si lo vas a usar en automations o filtros, abrí el campo con ⋯ → Editar apenas lo creás, donde cada opción muestra etiqueta y valor por separado, y corregí el valor a en_analisis antes de cargar registros.
Cómo saber que te salió
- En Solicitudes → Nuevo, al elegir Reclamo el formulario pide Estado del reclamo, con Abierto ya elegido; al elegir Consulta, pide Estado de la consulta.
- Al abrir un reclamo, la página muestra solo Estado del reclamo; al abrir una consulta, solo Estado de la consulta.
¿Te funcionó?