🏗️ Tablas y Campos¶

Desde la sección Base de Datos, un usuario con rol Administrador puede crear y gestionar las tablas del espacio de trabajo.

Una tabla representa un conjunto de elementos del mismo tipo (registros o filas) que comparten una misma estructura.
Las propiedades de esos elementos se definen mediante campos, que se muestran como columnas dentro de la tabla.

Por ejemplo, una tabla de Proyectos puede contener registros que representen cada proyecto de la empresa, y campos como el nombre del proyecto, el cliente asociado o la fecha de inicio.

➕ Creación de campos¶

Los administradores pueden añadir nuevos campos a una tabla utilizando el botón “+” situado arriba en la izquierda de la pantalla.

Cada campo define qué tipo de información se almacenará y cómo se comportará dentro del modelo de datos.

Zinkee dispone de un catálogo de tipos de campos en constante evolución, diseñado para adaptarse a las necesidades reales de las organizaciones a la hora de modelar y estructurar sus datos.

🧩 Tipos de campos en Zinkee¶

Los campos definen las propiedades de los registros dentro de una tabla.
Cada campo tiene un tipo que determina qué información puede almacenar y cómo se comporta.

Zinkee ofrece distintas tipologías de campos para adaptarse a la mayoría de modelos de datos empresariales:

🔤 Campo de texto¶

Permite introducir textos libres.
Es ideal para nombres, etiquetas, identificadores externos o descripciones cortas.

🔢 Campo numérico¶

Acepta valores numéricos enteros o decimales.
Puede configurarse con distintos formatos (por ejemplo, moneda, porcentaje, unidades), lo que lo hace adecuado para cantidades, importes, precios o métricas.

🔁 Campo autoincremental¶

Este tipo de campo genera automáticamente un valor numérico secuencial para cada nuevo registro de una tabla.

Se utiliza habitualmente para identificar registros de forma interna, mantener un orden lógico o construir identificadores más complejos mediante fórmulas.

Además del incremento global, los campos autoincrementales pueden segmentarse por el valor de otro campo, de forma que la numeración se reinicie o avance de manera independiente según un criterio definido.

Ejemplos de uso:

Numerar facturas de forma independiente por serie de facturación.
Generar un contador de pedidos distinto para cada cliente.

Formato esperado en campos de texto¶

Como administrador, abre la creación o edición de un campo de texto y entra en Configuración. Junto al límite de caracteres, elige Formato esperado:

Opción	Qué comprueba
Ninguno	No comprueba el contenido. Es el comportamiento inicial, también para campos existentes.
Longitud	Exactamente, como mínimo, como máximo o entre dos cantidades de caracteres.
DNI o NIE	Ocho cifras y una letra de control correcta; para NIE, X, Y o Z, siete cifras y la letra de control. Ejemplo: `12345678Z`.
CIF	La letra inicial, siete cifras y el carácter de control correspondiente. Ejemplo: `B12345674`.
Correo electrónico	Una dirección con nombre y dominio bien formados, como `nombre@ejemplo.es`. No comprueba que el buzón exista.
IBAN	El país, la longitud propia del país y sus dígitos de control. Ejemplo: `ES91 2100 0418 4502 0005 1332`. No comprueba la existencia de la cuenta.

Al elegir Longitud aparecen sus controles. Usa números enteros positivos; el mínimo no puede superar el máximo y ninguna cantidad puede superar el límite del campo (200 o 2.000 caracteres). El formulario explica junto al control qué hay que corregir. Solo se elige una opción: no se combinan longitud y formato.

Cuando un valor no encaja, se muestra con un fondo ámbar tenue y un icono de aviso. En la tabla puedes leer la explicación al posar el ratón sobre la celda o enfocar el icono con el teclado. En el detalle, la explicación permanece visible bajo el campo, también mientras lo editas. El aviso aparece asimismo en widgets de tabla y detalle, kanban, timeline y jerarquía.

El aviso no impide guardar ni añade pasos de confirmación. Por ejemplo, 123456789 se guarda, pero avisa si has declarado DNI o NIE; 12345678Z no avisa. Al corregirlo, el aviso desaparece sin recargar. Un campo vacío o compuesto solo por espacios no avisa.

La comprobación también alcanza a datos anteriores y a valores introducidos por CSV, API o agentes, sin tener que volver a guardarlos. Si declaras un formato sobre una columna antigua, pueden aparecer muchos avisos a la vez: revisa los datos señalados. No hay un filtro para listar todos los avisos.

Las mayúsculas y minúsculas se admiten en los formatos, y el IBAN admite espacios de presentación. Zinkee no modifica ni normaliza el valor guardado. Las reglas de formato condicional se conservan; cuando coinciden, prevalece el aviso con su icono. Para dejar de comprobar el campo, elige Ninguno y guarda su configuración.

📅 Campo de fecha¶

Permite almacenar una fecha y, de forma opcional, la hora.
Es útil para registrar eventos, vencimientos, hitos o marcas temporales.

🏷️ Campo de opciones¶

Permite seleccionar un valor de una lista de opciones predefinidas.
Es especialmente útil para clasificar, categorizar o definir estados de un registro.

🔗 Campo de relación¶

Conecta registros de una tabla con registros de otra tabla.
Gracias a este tipo de campo es posible construir modelos de datos interconectados y consistentes.

Más adelante se profundiza en el uso de relaciones dentro de la Base de Datos.

∑ Campo calculado (fórmula)¶

Permite obtener valores calculados a partir de otros campos mediante el lenguaje de fórmulas de Zinkee.

👤 Campo de miembro¶

Permite seleccionar a un usuario miembro del espacio de trabajo.
Es útil para asignar responsables, creadores, revisores u otros roles operativos.

📎 Campo de archivo¶

Permite adjuntar uno o varios ficheros a cada registro.
Cada archivo puede tener un tamaño máximo de 10 MB.

🗓️ Campo de cronograma¶

Permite definir periodos temporales asociados a un registro.
Es especialmente útil para planificaciones, fases o seguimientos en el tiempo.

⚙️ Campos de sistema¶

Independientemente del modelo de datos que se construya, todas las tablas de Zinkee incluyen automáticamente una serie de campos de sistema.

Estos campos son obligatorios y no pueden eliminarse, ya que garantizan el correcto funcionamiento, trazabilidad y auditoría de los datos:

_id
Campo autoincremental que identifica de forma única cada registro dentro de la tabla y refleja su orden de creación.
_createdAt
Campo de fecha que indica el momento exacto en el que se creó el registro.
_createdBy
Campo de miembro que muestra qué usuario creó el registro.
_updatedAt
Campo de fecha que indica la última vez que se modificó cualquier campo del registro.
_updatedBy
Campo de miembro que identifica al usuario que realizó la última modificación.

Estos campos permiten mantener un control completo sobre la evolución de los datos sin necesidad de configuración adicional.