Estructurando Tablas

Estructurar una Table en Praxsuite es, a propósito, algo simple. La idea es que te enfoques en el significado de tus datos, no en la plomería de una base de datos. Da lo mismo si eres una persona de operaciones armando tu sistema o un desarrollador diseñando una solución: el principio es el mismo. Una Table parte como un contenedor limpio, y tú la vas moldeando a medida que tu operación crece. Cuando creas una Table, Praxsuite te pide solo dos cosas. Esto no es una limitación, es una decisión de diseño. Esos dos elementos definen identidad y representación.

Estructurar una Table en Praxsuite es, a propósito, algo simple. La idea es que te enfoques en el significado de tus datos, no en la plomería de una base de datos. Da lo mismo si eres una persona de operaciones armando tu sistema o un desarrollador diseñando una solución: el principio es el mismo. Una Table parte como un contenedor limpio, y tú la vas moldeando a medida que tu operación crece.

Cuando creas una Table, Praxsuite te pide solo dos cosas. Esto no es una limitación, es una decisión de diseño. Esos dos elementos definen identidad y representación.

1. Nombre de la Tabla

El nombre es la etiqueta visible para las personas. Está pensado para ti y tu equipo, no para la máquina.

En software tradicional, cambiar el nombre de una tabla puede ser riesgoso porque muchas veces el sistema depende de ese nombre en código, consultas e integraciones. En Praxsuite funciona distinto.

Praxsuite está construido sobre una arquitectura dinámica basada en IDs:

• Cada Tabla se indexa internamente con un ID único.

• Ese ID es el que usa el sistema para conectar datos, permisos, automatizaciones, API, dashboards y relaciones.

• El ID nunca cambia.

• El nombre sí puede cambiar cuando quieras, porque es solo una capa de presentación para humanos.

Por eso, puedes renombrar una Tabla sin romper nada. Tus fórmulas, automatizaciones, uso de API, permisos y relaciones quedan intactos porque están ligados al ID interno de la Tabla, no a su nombre visible.

Por qué esto importa en la práctica:
Las operaciones evolucionan. “Leads” pasan a ser “Prospects”. “Tickets” pasan a ser “Casos”. “Productos” pasan a ser “Activos”.
En Praxsuite puedes ajustar el lenguaje de tu modelo sin migraciones ni reescrituras del sistema.

Esta es una de las fortalezas dinámicas más importantes de Praxsuite:
puedes refinar el significado sin reconstruir la estructura.

2. Key Column (Columna clave/primaria)

El segundo concepto es la Key Column.

Si el nombre identifica a la Tabla completa para las personas, la Key Column identifica cada record dentro de esa Tabla.

Cada record en Praxsuite ya tiene un ID interno estable y automático. No necesitas crear GUIDs, secuencias numéricas ni llaves manuales. La identidad técnica la maneja el sistema.

Entonces, ¿para qué sirve la Key Column?

• Es la representación visual principal de un record.

• Es lo que Praxsuite muestra por defecto cuando ese record se referencia en otra parte.

• Convierte datos crudos en algo legible al instante.

Puedes pensarla como el “título” del record.

Ejemplo

Si tienes una Tabla llamada Clients, una buena Key Column podría ser:

• Client Name

Así, cuando un record de cliente aparezca en relaciones, formularios, dashboards, automatizaciones o en la UI, verás:

• “Acme Corp”

• “María González”

• “Transportes Miramar”

Y no un ID interno tipo b7f3a9c2-....

Si tienes una Tabla llamada Vehicles, una Key Column típica podría ser:

• License Plate

• o Vehicle Name

Entonces, al referenciar un vehículo en otra Tabla o en un flujo, verás algo significativo como:

• “BK-PL-92”

• “Truck 12”

Por qué importa

La Key Column hace que las Tablas se sientan como objetos reales del negocio, no como filas de base de datos. Mantiene el sistema usable cuando escala.

Para usuarios no técnicos, significa:

• Siempre sabes qué estás seleccionando o mirando.

• No necesitas pensar en IDs ni llaves técnicas.

Para desarrolladores, significa:

• La capa visual queda limpia e intuitiva.

• La estabilidad interna está garantizada por IDs, mientras la representación sigue siendo humana.

Qué obtienes después de estas dos decisiones

Cuando defines:

1. un Nombre de Tabla

2. una Key Column

ya tienes una Tabla válida y vacía. Desde ahí empiezas a darle forma con Fields, relaciones, reglas y vistas.

Puedes verlo como crear un cuaderno nuevo:

• el nombre es la etiqueta de la portada

• la key column es cómo titulas cada página

• el sistema se encarga de la numeración y estructura por debajo

La forma Praxsuite de estructurar Tablas

Las Tablas en Praxsuite están pensadas para mantenerse flexibles con el tiempo:

• Los nombres pueden evolucionar con el lenguaje de tu negocio.

• Los records permanecen estables porque los IDs no cambian.

• Las Key Columns mantienen tu sistema legible a medida que crece.

Quedas libre para refinar, reorganizar y madurar tu modelo de datos sin romper lo que ya construiste.

Esa es la idea central al estructurar Tablas en Praxsuite:
estabilidad por debajo, libertad por encima.