Búsquedas frecuentes
Tutoriales actualizados
Un Campo de fecha guarda una fecha, y en su variante de fecha y hora guarda además el momento exacto en que algo pasó. La diferencia con escribir esa misma fecha dentro de un campo de texto no es cosmética: al estar guardada como fecha, la Plataforma puede filtrar por rangos, ordenar cronológicamente y calcular la distancia entre dos fechas. Un texto con una fecha adentro no permite nada de eso, porque para la base de datos es una cadena de caracteres más. Por eso conviene usar el tipo de campo correcto desde el principio, aunque en la pantalla las dos opciones se vean parecidas.
Un Campo de fecha es el campo que guarda un día concreto del calendario.
Tiene una variante que guarda además la hora y el minuto.
Elegir entre las dos depende de si el momento del día importa para lo que se está registrando.
Una fecha escrita en un campo de texto se ve igual en la pantalla.
Para la base de datos, en cambio, no es una fecha sino una cadena de caracteres.
Eso tiene tres consecuencias que se notan enseguida.
La fecha sola alcanza para datos que ocurren en un día y no en un instante.
Un vencimiento, una fecha de ingreso o una fecha de emisión son casos de fecha sola.
La variante con hora es para lo que necesita precisión dentro del día.
Un registro de atención, un turno o el momento de un movimiento de stock piden fecha y hora.
Guardar la hora donde no hace falta no rompe nada, pero agrega ruido a los informes.
Un campo bien tipado no sirve solo para mostrar el dato.
Es lo que permite armar un Filtro de una Vista de lista con rangos como este mes o los próximos treinta días.
También es lo que hace que una lista se pueda ordenar de lo más nuevo a lo más viejo desde sus Columnas.
La operación más valiosa de estos campos es restar dos fechas.
De ahí salen los días de atraso, la antigüedad de un cliente y el tiempo que llevó cerrar algo.
Ninguno de esos números se puede obtener si la fecha quedó guardada como texto.
El formato en que se ve una fecha y el dato guardado no son lo mismo.
La Plataforma guarda la fecha una sola vez y la muestra según la configuración regional.
Por eso una misma fecha puede verse escrita distinto en dos pantallas sin que el dato haya cambiado.
El hub de Plataforma EGA Futura ubica este concepto dentro de un proceso empresarial.
En Los mejores ERP para empresas medianas en 2026 » Comparativa honesta con Precios reales vemos cómo se aplica a decisiones y tareas concretas.
Los Campos de fecha están en casi todos los objetos de la Plataforma EGA Futura.
Fechas de emisión, de vencimiento, de ingreso, de entrega y de cierre son los ejemplos más frecuentes.
Casi todo el seguimiento de una empresa es una pregunta sobre fechas.
Qué vence esta semana, qué está atrasado y qué se entregó el mes pasado son preguntas que solo un Campo de fecha responde bien.
Un equipo necesita ver las facturas que vencen en los próximos quince días.
Con un Campo de fecha alcanza con un Filtro de rango en la Vista de lista, y esa lista se actualiza sola cada día.
Con la fecha escrita como texto habría que revisar los registros a mano, uno por uno.
El error más común no es equivocarse al cargar sino elegir mal el tipo de campo.
Una fecha guardada en un campo de texto funciona durante meses y falla el día que alguien pide un informe.
Para entonces hay cientos de registros cargados y convertirlos cuesta bastante más que haberlo definido bien.
Las consultas más habituales comparan el Campo de fecha con escribir el día en un texto suelto, y aparecen apenas alguien necesita restar dos fechas. La última se explica casi siempre por el huso horario.
Que el texto no se puede filtrar por rango, ordenar cronológicamente ni restar.
En la pantalla se ven parecidos, pero para la base de datos no tienen nada que ver.
Cuando el momento dentro del día cambia el significado del dato.
Un vencimiento no la necesita, mientras que un turno o un registro de atención sí.
Sí, y es justamente la operación que justifica usar este tipo de campo.
De ahí salen los días de atraso y la antigüedad de un registro.
Porque el dato guardado y el formato en que se muestra son cosas separadas.
La fecha se guarda una sola vez y se presenta según la configuración regional.
Antes de crear el campo conviene definir si el dato es un día o un instante.
Esa elección condiciona los informes, los filtros y los cálculos que se van a poder hacer después.
Un campo llamado Fecha no dice nada en un objeto que tiene cuatro fechas distintas.
Conviene nombrarlo por el hecho que marca, como Fecha de emisión o Fecha de entrega.
Cuando conviven varias, la Ayuda a nivel de campo es el lugar para aclarar cuál se usa en cada situación.
Muchas fechas salen de otra, como un vencimiento que se calcula desde la emisión más un plazo.
Cuando esa relación existe, conviene que la fecha derivada se calcule y no se cargue a mano.
Una fecha cargada a mano se desincroniza el día que alguien corrige la original.
Convertir un campo de texto en Campo de fecha nunca es del todo automático.
Los valores que no tengan un formato de fecha reconocible quedan afuera, y son justamente los que se cargaron con más apuro.
Conviene exportar el campo, revisar los casos raros y recién entonces hacer la conversión.
Los términos del glosario que empiezan igual que este. Las demás letras se abren acá mismo, sin salir de la página.
Ventas, compras, inventario, finanzas y equipo, con la información al día y disponible desde cualquier dispositivo. Funciona en la nube, así que no hay servidores que mantener.
