Por qué Excel cambia las fechas de tu CSV e intercambia el día y el mes, y cómo evitarlo (Guía 2026)

Diagnóstico en 30 segundos: el archivo está bien, Excel interpretó mal las fechas

Lo primero que hay que establecer cuando tus fechas cambian es si los datos están dañados o solo mal leídos, porque los dos casos tienen soluciones muy distintas, y la solución equivocada puede convertir un problema de visualización en una pérdida real de datos. Esta es la prueba de 30 segundos. Abre el mismo archivo en un editor de texto plano, el Bloc de notas en Windows o TextEdit en modo de texto plano en un Mac. Si las fechas aparecen exactamente como las escribió la fuente, 03/04/2026, 2026-03-04, 1-2, tus datos están intactos y solo la lectura de Excel está mal. El archivo en disco contiene los caracteres correctos, y Excel cambió su significado al abrirlo. Ese es el caso habitual, y todas las soluciones de esta guía parten de él.

La segunda pista es qué valores cambiaron. Si las palabras corrientes, los números cortos y la puntuación se ven bien, pero las fechas se movieron, se intercambiaron o cambiaron de formato, y códigos cortos como 1-2 o MARCH1 se convirtieron en fechas, estás ante una interpretación de tipos, no ante un problema de delimitador ni ante corrupción. Un problema de delimitador mete filas enteras en una sola columna. La corrupción desordena todo o elimina filas. La interpretación de tipos es quirúrgica: cambia exactamente los valores que parecen fechas, y deja todo lo demás intacto. Si 03/04/2026 se convirtió en 3 de abril en un equipo que debería leer 4 de marzo, y un código como 1-2 se convirtió en 2 de enero, Excel trató texto como fechas, y eso te dice tanto la causa como la solución.

La tercera comprobación decide si el rescate todavía es posible, y usa la barra de fórmulas, no la celda. Haz clic en una celda con una fecha cambiada y lee la barra de fórmulas. Si la barra de fórmulas muestra un número de serie como 46085, o una fecha con un orden distinto al del archivo, la celda ahora contiene un valor de fecha de Excel, no tus caracteres. Si la barra de fórmulas muestra los caracteres originales, solo cambió el formato de visualización, y cambiar el formato de la celda lo corrige. Hasta que lo hayas comprobado, mantén el archivo original intacto, trabaja sobre una copia, y nunca guardes un archivo convertido encima del bueno.

Por qué Excel adivina: un archivo CSV no lleva tipos de datos

Para entender por qué esto sigue pasando, necesitas un dato sobre el formato CSV: un archivo CSV es texto plano sin ningún encabezado que diga qué valores son fechas, cuáles son números y cuáles son texto. Un archivo de hoja de cálculo lleva sus tipos de celda consigo. Un archivo CSV no lleva ni tipos ni formato. Son solo caracteres, comas y saltos de línea. Cuando un programa lo abre, el programa debe decidir qué significa cada valor, y distintos programas deciden de forma distinta. El módulo csv de Python y Google Sheets conservan los valores CSV como texto salvo que se les diga lo contrario, y por eso el mismo archivo se ve correcto en ellos. Excel, cuando haces doble clic en un archivo CSV, adivina: todo lo que parece una fecha se convierte en fecha, todo lo que parece un número se convierte en número, y no comprueba si esa suposición era correcta.

Esa suposición es todo el problema para las fechas, porque la notación de fechas no es universal. Estados Unidos escribe primero el mes, 03/04/2026 para el 4 de marzo. La mayor parte de Europa escribe primero el día, 03/04/2026 para el 3 de abril. La norma ISO 8601 escribe primero el año, 2026-03-04, lo que no deja lugar a ambigüedad, pero la mayoría de los archivos exportados no la usan. Un archivo CSV no dice qué convención siguen sus fechas, así que Excel recurre a la convención del equipo que lo abre. Abre el mismo archivo en Nueva York y en Berlín y obtienes dos hojas de cálculo distintas a partir de un solo archivo, y ningún equipo te avisa de que se tomó una decisión. La misma lógica explica la segunda víctima: valores que no son fechas en absoluto, como el rango 1-2, la proporción 5/6 o el código MARCH1, se parecen lo bastante a un patrón de fecha como para que Excel también los convierta. El archivo no cambió. El lector cambió el significado de los caracteres.

También explica por qué este problema aparece tan a menudo con archivos convertidos desde JSON. JSON sí distingue tipos: la cadena "2026-03-04" y la cadena "03/04/2026" son cadenas distintas, y una conversión de JSON a CSV escribe cada una exactamente como está escrita. La conversión es correcta. La apertura no coincide. El conversor de esta página, por ejemplo, se probó con una muestra que contenía las fechas 2026-03-04, 03/04/2026 y 2026-03-04T10:30:00Z, y produjo cada valor byte por byte idéntico en el CSV, sin reformatear nada y sin cambiar ningún dígito. Saber que la discrepancia está en el paso de apertura, no en el de conversión, te dice dónde corregirlo: en la importación, antes de que Excel adivine, como muestran las siguientes secciones.

Tres formas en las que la interpretación cambia las fechas, y cómo distinguirlas

La interpretación de tipos cambia las fechas de tres formas distintas, y distinguirlas importa porque solo algunas se pueden reparar. La primera es el intercambio de día y mes: 03/04/2026 se convierte en 3 de abril en lugar de 4 de marzo, o al revés, en silencio. Nada parece roto. La columna está llena de fechas verosímiles, todas válidas, y una cuarta parte de tus fechas están mal de una forma que ningún mensaje de error señalará jamás. El intercambio solo ocurre cuando el día es 12 o menos, porque solo entonces el día puede pasar por mes. Eso es lo que lo hace peligroso: las filas que no pueden intercambiarse delatan el problema, mientras que las filas que sí se intercambiaron lo ocultan.

La segunda forma es la columna mixta, y es la prueba de que ocurrió un intercambio. Cuando un archivo en formato de Estados Unidos se abre en un equipo que pone primero el día, las filas con día 13 o superior no pueden ser meses, así que Excel deja esas celdas como texto mientras convierte el resto en fechas. Una columna pasa entonces a contener dos tipos de celdas: fechas reales para los primeros doce días de cada mes, y texto para el resto. Ordenar esa columna coloca las filas de texto en un extremo, filtrar por fecha las pasa por alto, y cualquier gráfico o cálculo construido sobre la columna las descarta en silencio. Si tu columna de fechas ordena de forma extraña, o algunas filas se niegan a comportarse como fechas, comprueba esta división antes de culpar a los datos.

La tercera forma es el valor que no es una fecha convertido en fecha: el rango 1-2 se convierte en 2 de enero, la proporción 5/6 se convierte en 6 de mayo, el código MARCH1 se convierte en 1 de marzo. Por debajo, Excel guarda una fecha como número de serie, el recuento de días desde el 30 de diciembre de 1899, así que el 4 de marzo de 2026 se guarda como 46085 y el 3 de abril de 2026 como 46115. Una vez que un valor se ha convertido en un número de serie, los caracteres originales desaparecen de ese libro. Dar formato a la celda como Texto después no los devuelve: muestra 46085, el número de serie convertido en texto, no 2026-03-04. Esa es la prueba que separa un problema de visualización de una pérdida de datos. Si la barra de fórmulas muestra el número de serie, los caracteres desaparecieron de esa copia, y solo la sección de rescate puede ayudar.

CSV file (from this page converter, verified):
order,shipDate,dueDate,window,code
A-101,2026-03-04,03/04/2026,1-2,MARCH1
A-102,2026-04-03,04/03/2026,12-3,SEPT2
A-103,2026-03-04T10:30:00Z,3/4/2026,5/6,OCT4

What Excel shows on double-click, US machine (month first):
shipDate -> real dates, displayed 3/4/2026, 4/3/2026, 3/4/2026
window -> 1-2 becomes Jan-02, 12-3 stays text, 5/6 becomes Jun-05
code -> MARCH1 becomes Mar-01, SEPT2 becomes Sep-02, OCT4 becomes Oct-04

What Excel shows on double-click, day-first machine:
dueDate 03/04/2026 -> April 3 (was March 4); 04/03/2026 -> March 4 (was April 3)
dueDate 3/4/2026 -> April 3 (was March 4); rows with day above 12 stay text

Fíjate en lo que demuestra la tabla: no falta nada en el archivo, y todo ha cambiado en la vista de Excel. Por eso la solución de importación funciona de forma tan completa. Cuando le dices a Excel que una columna es Texto antes de cargar, guarda los mismos caracteres sin ninguna conversión, y cada fecha vuelve a ser ella misma, sin editar nada y sin volver a escribir nada. Si tu archivo coincide con este patrón, sáltate la sección de mitos y ve directamente a la solución de importación. No tienes un archivo dañado. Tienes un archivo mal leído.

Cuatro soluciones que no funcionan, y por qué la gente sigue intentándolas

Antes de las soluciones que funcionan, conviene descartar las cuatro que no funcionan, porque cada una hace perder tiempo y una de ellas empeora las cosas. La primera es cambiar el formato de la columna después de abrir el archivo. Cambiar el formato de número cambia cómo se muestra una fecha guardada, pero no puede cambiar qué fecha se guardó. Si Excel guardó el 3 de abril cuando el archivo quería decir 4 de marzo, cambiar el formato muestra el 3 de abril con otro estilo, y la fecha incorrecta sigue siendo incorrecta. El formato es visualización. El número de serie guardado son los datos, y los cambios de visualización nunca tocan los datos.

La segunda es cambiar la configuración regional del sistema después de la importación. La configuración importa en el momento en que Excel lee el archivo, no después. Una vez guardados los números de serie, cambiar el equipo de mes primero a día primero solo cambia cómo se muestran los números de serie guardados, exactamente igual que cambiar el formato. No vuelve a leer el archivo, y no deshace ningún intercambio. La tercera es poner las fechas entre comillas en el CSV. Muchas guías afirman que escribir "03/04/2026" entre comillas protege la fecha. No es así, en Excel. Excel elimina las comillas durante la importación y luego aplica la misma suposición de fecha al valor que hay dentro, así que la fecha entre comillas se convierte exactamente igual que la fecha sin comillas. Las comillas controlan cómo se tratan las comas dentro de un valor, no cómo Excel asigna el tipo al valor.

La cuarta es buscar y reemplazar en las fechas convertidas, intercambiando mes y día a mano o con una fórmula en toda la columna. Eso solo funciona si todas las filas se intercambiaron, lo que nunca ocurre: las filas con día superior a 12 nunca se intercambiaron, quedaron como texto, así que un intercambio general corrompe las filas que estaban bien mientras corrige las que estaban mal. Reserva buscar y reemplazar para valores que escribiste a mano, y usa la solución de importación para los archivos. Saber qué soluciones fallan te libra de la trampa más habitual de todas: creer que el problema está resuelto porque la visualización parece correcta, mientras los valores guardados siguen siendo incorrectos.

Solución 1: importa el archivo y pon las columnas de fecha como Texto

Esta es la solución que debes probar primero, porque no cambia nada de tu sistema, nada del archivo, y funciona con cualquier CSV sea cual sea su delimitador o su codificación. En lugar de hacer doble clic en el archivo, abre primero Excel y luego importa el archivo mediante la importación guiada, donde eliges tú el tipo de cada columna. La vista previa del cuadro de diálogo de importación te muestra de inmediato si elegiste bien: las fechas se muestran exactamente como están escritas en la vista previa, con los mismos caracteres que en el archivo, antes de cargar nada. Si la vista previa todavía muestra fechas convertidas, aún no has cambiado nada, y puedes ajustar los tipos de columna antes de cargar.

• ▸Abre un libro en blanco en Excel. No hagas doble clic en el archivo CSV.
• ▸Ve a Data, luego a From Text/CSV, y selecciona tu archivo.
• ▸En el cuadro de diálogo de vista previa, comprueba el delimitador y el origen del archivo, y luego haz clic en Transform Data en lugar de Load, para abrir el editor de Power Query.
• ▸En el editor de Power Query, busca el paso automático Changed Type y elimínalo, porque ese paso es donde ocurre la suposición de fecha.
• ▸Selecciona cada columna de fecha, y cada columna de códigos que parezca una fecha, y pon el tipo de datos en Text.
• ▸Haz clic en Close and Load. Las fechas llegan como texto, con cada carácter exactamente como está escrito.

Las fechas en texto tienen una contrapartida honesta que conviene entender. Una fecha en texto no es una fecha real de Excel: no se ordenará cronológicamente junto a fechas reales, y las fórmulas de fecha la ignorarán hasta que la conviertas deliberadamente. Eso es una ventaja, no un defecto, cuando el objetivo es conservar los caracteres de origen. Conviértela deliberadamente después, con la siguiente solución, una vez que conozcas la convención de origen. Haz que importar sea tu forma habitual de abrir archivos CSV, no solo tu maniobra de rescate. Hacer doble clic es una suposición sobre el delimitador, la codificación y el tipo de cada columna. Importar es una decisión sobre los tres, y la decisión tarda aproximadamente un minuto más. En un Mac, la misma ruta funciona mediante Data, luego From Text, con los tipos de columna fijados en el paso de importación.

Solución 2: importa con la configuración regional de origen, para que la conversión sea la que quieres

Si necesitas fechas reales de Excel, no texto, la ruta de importación sigue funcionando, con un paso extra: dile a Excel qué convención usa el archivo de origen. En el editor de Power Query, haz clic con el botón derecho en la columna de fecha, elige Change Type y luego Using Locale. Elige Date como tipo de datos y la configuración regional que coincida con el archivo de origen, English (United States) para archivos que ponen primero el mes, o la configuración regional que pone primero el día y que coincida con una exportación europea. Power Query convierte entonces cada fila bajo esa única convención, incluidas las filas con día superior a 12, así que la columna sale uniforme: todas fechas reales, sin filas de texto rezagadas, sin intercambios silenciosos.

Comprueba el resultado antes de cargar, usando las filas que delatan un intercambio. Busca registros donde el día sea mayor que 12: con la configuración regional correcta se cargan como fechas, con la incorrecta quedan como texto o fallan. Luego busca un registro donde día y mes sean ambos 12 o menos y confirma que se lee como la fuente quería decir. Si alguna comprobación falla, elegiste la configuración regional equivocada, y no has perdido nada, porque aún no se ha cargado nada. Cambia la configuración regional y comprueba de nuevo. Esta comprobación de dos registros tarda diez segundos y detecta el error que de otro modo pasaría desapercibido durante meses.

Solución 3: repara fechas ya importadas, sin volver a importar

A veces volver a importar no es una opción, porque el archivo original ya no existe y solo sobrevive el libro. Lo que puedas reparar depende de lo que haya sobrevivido. Si las fechas importadas siguen siendo texto, porque Excel no las reconoció, la herramienta Text to Columns las repara: selecciona la columna, ve a Data, luego a Text to Columns, haz clic en Next dos veces, y en el paso 3 elige Date y el formato que coincida con el archivo original, MDY para mes primero o DMY para día primero. Excel convierte toda la columna bajo esa única convención, que es exactamente el control que el doble clic nunca te dio.

Si las fechas se guardaron como números de serie incorrectos, porque todas las filas se intercambiaron, una fórmula puede volver a intercambiarlas: en una columna auxiliar, =DATE(YEAR(A2),DAY(A2),MONTH(A2)) reconstruye cada fecha con día y mes intercambiados, y copiar los resultados y pegarlos como valores fija la reparación. Pero esto solo funciona cuando todas las filas de la columna se intercambiaron, lo que significa que cada día original era 12 o menos. Si la columna es mixta, fechas más filas de texto rezagadas, repara los dos grupos por separado: convierte primero las filas de texto con Text to Columns, y luego comprueba si las filas de fecha necesitan algún intercambio. Una fórmula general sobre una columna mixta corrompe las filas que estaban bien. Y si los caracteres originales desaparecieron y no puedes saber qué filas se intercambiaron, detente: ninguna fórmula puede recuperar información que el archivo ya no contiene, y la sección de rescate es tu única ruta honesta.

Solución 4: desactiva la conversión automática de fechas y escribe fechas ISO en el origen

Si abres archivos CSV todos los días, importar cada vez se hace pesado, y la solución duradera es cambiar lo que Excel supone por defecto. Las versiones recientes de Excel, Microsoft 365, Excel 2024 y sus equivalentes para Mac, incluyen un ajuste llamado conversión automática de datos, en File, luego Options, luego Data. Enumera las conversiones que Excel aplica por su cuenta, incluida la conversión de cadenas de letras y números que parecen fechas. Desmarca las conversiones que no quieras, y Excel dejará esos valores como texto en futuras aperturas, incluidas las aperturas con doble clic.

Dos precauciones antes de confiar en este ajuste. Primero, solo cambia el comportamiento futuro. No repara celdas que ya se convirtieron, y no restaura caracteres que ya fueron sustituidos por números de serie. Un archivo que abriste la semana pasada todavía contiene los valores convertidos en el libro, y solo una importación nueva desde el archivo original devolverá las fechas. Segundo, el ajuste vive en tu equipo, no en el archivo. Un colega que abra el mismo archivo en un equipo con el ajuste por defecto seguirá viendo fechas convertidas, y un archivo que envíes no lleva ninguna protección consigo. Trata el ajuste como una comodidad para tu propio equipo, y trata la solución de importación como el método fiable para archivos que compartes.

Si produces el CSV, la solución más sólida está en el origen: escribe las fechas en formato ISO 8601, año primero, 2026-03-04. Las fechas que empiezan por el año no tienen ambigüedad de día y mes para ningún lector, porque el año va primero y el mes es siempre el número del medio. Eso no hace infalible a Excel, así que sigue comprobando la importación, pero elimina toda la clase de errores de intercambio que invitan las fechas con barras y guiones. En JSON, eso significa conservar las fechas como cadenas en formato ISO, no como cadenas con formato local: la cadena "2026-03-04" se convierte en los caracteres 2026-03-04, mientras que una cadena local como "03/04/2026" lleva su ambigüedad a cada archivo que toca. Esta es una decisión sobre los datos de origen, no un ajuste del conversor, porque ningún conversor puede declarar una convención que la fuente nunca indicó.

Rescata un archivo que ya se guardó con las fechas convertidas

Hasta ahora cada solución ha supuesto que el archivo en disco sigue siendo correcto y que solo la vista de Excel está mal. Pero a veces la versión convertida ya se ha guardado, y la pregunta pasa a ser si las fechas originales todavía se pueden recuperar de la copia guardada. La respuesta depende de exactamente qué hizo el guardado, y hay dos casos que distinguir. En el primer caso, el archivo en disco todavía contiene los caracteres originales, y solo la visualización del libro está mal. Ese es el caso que detecta la prueba del editor de texto: el editor muestra las fechas originales, así que no se ha perdido nada, y la Solución 1 repara la vista. En el segundo caso, el archivo en disco ahora contiene los propios valores convertidos, porque alguien lo abrió en Excel, vio las fechas reformateadas, y lo guardó de nuevo como CSV, escribiendo los valores convertidos en el archivo.

El segundo caso solo se puede recuperar en circunstancias limitadas. Si todas las fechas se intercambiaron bajo una convención y cada día original era 12 o menos, la fórmula DATE de la Solución 3 las vuelve a intercambiar, porque el daño es un intercambio uniforme. Trabaja sobre una copia, nunca sobre la única versión, y comprueba el resultado contra un registro conocido antes de abrirlo de nuevo en Excel. Si el daño es mixto, algunas filas intercambiadas, algunas filas que quedaron como texto, algunos códigos convertidos en fechas, los caracteres originales desaparecieron de esa copia de una forma que ninguna fórmula puede desenredar, porque un número de serie no registra qué convención lo produjo. En ese caso, deja de reparar la copia y regenera el archivo desde su fuente: vuelve a exportarlo desde la base de datos, la herramienta o el JSON del que vino, y esta vez ábrelo con la Solución 1. Y hagas lo que hagas, guarda la copia dañada aparte hasta que el archivo regenerado pase la comprobación. Eliminar la única copia antes de verificar el sustituto es como un problema recuperable se convierte en un conjunto de datos perdido.

Qué significa esto para los archivos de este conversor

El conversor de esta página produce exactamente el tipo de archivo del que trata esta guía, así que conviene exponer su comportamiento con claridad. La descarga conserva las fechas exactamente como las contiene el JSON. Eso se verificó con el código real, no se supuso: el motor de conversión se probó con una muestra de tres filas que contenía la fecha ISO 2026-03-04, las fechas con barras 03/04/2026 y 04/03/2026, la marca de tiempo 2026-03-04T10:30:00Z, y los códigos con aspecto de fecha 1-2, 12-3, 5/6, MARCH1, SEPT2 y OCT4, y produjo cada valor byte por byte idéntico en el CSV, sin reformatear nada, sin conversión y sin cambiar ningún dígito. Así que si tu archivo convertido muestra fechas cambiadas en Excel, la conversión no dañó nada. El archivo es correcto, y Excel adivinó los tipos al hacer doble clic.

Eso te da dos opciones limpias para los archivos convertidos. La primera es la ruta de importación: abre el archivo descargado con Data, luego From Text/CSV, haz clic en Transform Data, pon cada columna de fecha como Texto para conservar los caracteres, o como Fecha con la configuración regional de origen si necesitas fechas reales, y carga. Las fechas se leerán correctamente, y no has cambiado nada del archivo, así que sigue siendo válido para cualquier otra herramienta. La segunda es el ajuste de conversión automática de la Solución 4, para tu propio equipo. No vuelvas a convertir los datos para corregir un problema de visualización por interpretación de tipos, y no pases la salida convertida por una hoja de cálculo y la guardes de nuevo, porque ese viaje de ida y vuelta puede introducir exactamente las discrepancias de delimitador, codificación y tipo que esta guía y sus compañeras existen para prevenir. Corrige la apertura, no los datos.

Un detalle más del conversor importa aquí. El conversor te permite elegir el delimitador antes de descargar, y esa elección es independiente de la interpretación de tipos. Un archivo puede tener el delimitador correcto y las fechas intercambiadas al mismo tiempo, o las fechas correctas y el delimitador incorrecto, o ambas cosas mal a la vez. Si tu archivo convertido se abre en una sola columna y las fechas parecen incorrectas, corrige ambos ajustes en la misma importación: elige el delimitador que elegiste en el momento de la conversión, y pon las columnas de fecha como Texto o como Fecha con la configuración regional de origen. La guía compañera sobre el problema de una sola columna cubre la mitad del delimitador en detalle, la guía de codificación cubre la mitad de los caracteres, y la guía de ceros a la izquierda cubre la mitad de los números, y las tres están enlazadas en las guías relacionadas más abajo.

Lista de prevención: exporta fechas para que nadie tenga que corregirlas

La interpretación de tipos es una discrepancia entre quien escribe y quien lee, así que la prevención significa que quien escribe declare qué son los valores, de una forma que el lector respete. Repasa esta lista cuando produzcas un CSV, y la próxima persona que lo abra no necesitará esta guía. Primero, escribe las fechas en formato ISO 8601, año primero, en el origen. Si tus datos contienen fechas, guárdalas como cadenas ISO en el sistema de origen, porque una fecha con formato local lleva su ambigüedad a cada exportación. Segundo, si el público usa Excel, dile cómo abrir el archivo: una nota de una línea que diga que hay que importar con las columnas de fecha puestas como Texto, o como Fecha con la configuración regional de origen, previene todo el problema, y no cuesta nada incluirla con el archivo.

Tercero, nunca guardes un archivo rescatado encima del original hasta que hayas verificado el rescate en un editor de texto. Un guardado desde Excel reescribe tipos, delimitadores y codificación con los valores por defecto propios de Excel, lo que puede reintroducir la discrepancia para el siguiente lector, o convertir un problema de visualización en una pérdida real de datos. Cuarto, cuando recibas un archivo, ábrelo primero en un editor de texto si algo parece raro, y confirma las fechas antes de dejar que ninguna hoja de cálculo lo sobrescriba. Y quinto, conserva los datos de origen. Un CSV es una instantánea aplanada, no los datos en sí, así que si un rescate sale mal, la fuente te permite exportar de nuevo limpiamente en lugar de reparar una copia dañada. La mayoría de las historias de terror con fechas terminan con alguien descubriendo demasiado tarde que el CSV dañado era la única copia. No dejes que ese sea tu archivo.

Guías relacionadas

• El archivo CSV se abre en una sola columna en Excel: por qué pasa y cómo corregirlo (Guía 2026) →
• Por qué tu CSV muestra caracteres extraños en Excel y cómo corregir la codificación (Guía 2026) →
• Por qué Excel elimina los ceros a la izquierda de tus códigos CSV y cómo conservarlos (Guía 2026) →
• Por qué guardar tu CSV en Excel lo cambia y cómo mantener el original a salvo (Guía 2026) →
• Por qué tu CSV es demasiado grande para Excel y qué hacer en su lugar (Guía 2026) →

Preguntas frecuentes