Fundamentos y estándares / F2 · Los cuatro niveles de clasificación

Qué significan Circle, Keep, Hold y N/G

En el contexto del registro en el set, Circle suele indicar la toma que la dirección eligió de forma expresa, Keep una alternativa útil, Hold una toma que queda en reserva mientras no hay juicio final, y N/G una toma que no pasa. SlateX muestra el estado de la toma con este grupo de nombres externos, pero el identificador interno de almacenamiento, el nombre visible en la interfaz y el texto del archivo de entrega no son tres nombres idénticos entre sí, así que al recibir no conviene adivinar el significado de un estado por el nombre de un campo.

Primero identifique si está leyendo un nombre de la interfaz, un identificador interno o un campo de entrega; un mismo estado puede llamarse distinto en los tres lugares.

Los cuatro nombres del set se leen primero con la semántica del sector

Circle es la toma elegida de forma expresa. Keep es una alternativa útil que sigue valiendo la pena guardar. Hold significa dejarla aparte por ahora, sin que el juicio esté del todo cerrado. N/G indica que esa toma no pasa.

Estas palabras pertenecen al contexto de trabajo en el set y no son términos inventados por SlateX. Lo que hace el software es registrar ese grupo de estados y mapearlos a los campos correspondientes en las distintas pantallas y en los archivos de entrega.

Por eso, en un texto no conviene reescribirlos como un inventario propio de palabras de valoración ni embalarlos dentro de algún sistema genérico de puntaje. Lo que la persona lectora necesita saber es qué juicio sostiene cada estado en el flujo de trabajo y a dónde queda escrito al entregar.

El nombre de la interfaz y el identificador interno no son exactamente el mismo nombre

Los identificadores de estado internos de SlateX usan el grupo de cadenas Best, Good, Keep y NG, y en la interfaz en inglés se muestran como Circle, Keep, Hold y N/G. El nombre visible de la interfaz viene de las cadenas de localización, así que en otros idiomas aparece con el nombre equivalente de ese idioma; solo el texto de clasificación del archivo de entrega queda en inglés fijo. Lo que más se confunde acá es esto: el Good interno corresponde al Keep de la interfaz y el Keep interno corresponde al Hold de la interfaz. En una interfaz configurada en español de Latinoamérica, esos nombres de pantalla son Elegida, Guardar y Reserva, y N/G sigue en caracteres latinos.

De ahí que la documentación no pueda traducirse mirando solo el nombre del enum interno. Lo que hay que leer hacia afuera es la semántica del estado tal como la usan la interfaz y la entrega, y no tomar un identificador de código por un término del set.

El texto de entrega también usa nombres de estado fijos en inglés. Que cambie el idioma de la interfaz no debe entenderse como que los archivos exportados vayan a traducir esos estados a otro conjunto de palabras locales.

El ALE no tiene columna de clasificación; el Rating lo escribe el CSV

Hoy el ALE no tiene Rating, Circle, Keep ni ninguna otra columna de clasificación. Quien recibe no puede deducir del ALE en qué nivel quedó marcada una toma en el set.

El CSV sí escribe un Rating de texto. Cuando hay estado, saca Circle, Keep, Hold o N/G; sin marca puede quedar vacío. Otro tipo de informe también lee la clasificación, pero eso no significa que todos los formatos de entrega lleven el mismo estado.

Así que la pregunta correcta no es “si la clasificación viaja con la entrega”, sino bajar al formato concreto: si este archivo tiene la columna correspondiente y de qué valor interno sale esa columna.

La columna booleana Circle del CSV es más angosta que Rating

En el CSV hay además una columna booleana Circle. Escribe TRUE solo en el nivel que corresponde al nombre de texto Circle, y en cualquier otro estado escribe FALSE.

Por eso, un Keep se lee como FALSE en la columna booleana Circle. Eso no quiere decir que Keep no tenga significado en el set, solo que la condición de ese campo booleano es más angosta que la clasificación completa.

Adentro hay también un bit de estado de marca de círculo que, en algunas rutas de escritura, considera marcadas tanto a Keep como a Circle, pero la columna booleana del CSV no lee ese bit. Si quien necesita reconstruir el estado completo, debe apoyarse en el nombre de nivel de texto del Rating y en las reglas del formato concreto, y no tomar Circle=TRUE/FALSE como toda la semántica.

Rating es el nombre completo del nivel; el Circle del CSV es apenas un juicio derivado y más angosto.

“Una sola Circle por plano” no es una garantía sin condiciones

En una de las superficies de trabajo de la lista de registros de toma, al poner una toma como Circle, la Circle que ya existía en ese mismo plano baja a Keep. Esa regla solo existe en esa ruta de actualización de estado.

Cuando el estado se guarda directo desde el formulario de alta o desde la ventana de edición, no se ejecuta ese mismo descenso de las hermanas. Por eso en un mismo plano pueden terminar apareciendo dos Circle. No conviene escribir el comportamiento de una sola superficie de trabajo como una garantía de exclusión mutua sin condiciones para toda la app.

En la visualización del estado hay además dos fuentes de lectura distintas: los iconos de la lista leen la cadena de estado interna, mientras que las estadísticas y el ordenamiento del material representativo de la zona de referencias asociadas leen el valor numérico de la clasificación. Mientras las rutas de escritura no los mantengan consistentes, distintas pantallas pueden mostrar valores desincronizados. Al recibir y al buscar la causa de un comportamiento así, primero hay que confirmar cuál de los dos fuentes está leyendo la pantalla que se está viendo.

FAQ

Circle, Keep, Hold y N/G: ¿cuál indica la elección expresa?

Circle es la toma elegida de forma expresa; Keep es la alternativa útil, Hold la reserva pendiente de juicio y N/G la que no pasa. Esos son los significados del contexto del set.

¿Por qué el Keep interno no es el Keep de la pantalla?

Porque el identificador interno de estado y el nombre visible de la interfaz no son el mismo conjunto de cadenas. El Good interno corresponde al Keep de la interfaz y el Keep interno corresponde al Hold de la interfaz, así que no se puede traducir siguiendo el nombre del código.

¿El ALE deja ver cuál toma es Circle?

No desde una columna de clasificación del ALE actual, porque ese ALE no tiene columna de clasificación ni de marca de círculo. Cuando haga falta la información de estado, hay que mirar un formato de entrega que sí incluya ese campo o el registro del set.

¿Por qué en el CSV la columna Circle de una Keep es FALSE?

Porque el Circle booleano solo revisa si el nivel es el de Circle. Keep sigue quedando en el Rating de texto, pero esa condición booleana más angosta devuelve FALSE.


Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.