# Fechas al fusionar: ¿antigua, reciente o principal? | Dedupely > Si dos duplicados tienen fechas distintas, ¿cuál debe conservar el registro fusionado? Guía campo a campo de creación, primer contacto y última actividad. - URL: https://dedupe.ly/es/blog/duplicados/fechas-en-fusion - Section: blog - Published: 2026-11-13 - Site index: https://dedupe.ly/llms.txt - Any page: append `.md` to its URL for this plain-text form --- Saltar al contenido [Nuevo Dedupely Intelligence Ahora en todos los planes de pago, mensuales o anuales.](https://dedupe.ly/ai-deduplication) [Blog](https://dedupe.ly/blog) [Duplicados](https://dedupe.ly/blog/duplicates) ## Fechas en una fusión: ¿la más antigua, la más reciente o la del registro principal? Por [Gaby Salinas](https://www.linkedin.com/in/gbyslns) Actualizado 13 de noviembre de 2026 # min de lectura TL;DR - Los duplicados suelen discrepar en las fechas, y cada campo de fecha requiere su propia decisión. - Las fechas que marcan un inicio, como el primer contacto o cliente desde, deben conservar el valor más antiguo. - Las fechas que marcan el estado más reciente, como la última actividad o la última compra, deben conservar la más reciente. - Las fechas del sistema, como la de creación, normalmente no se pueden cambiar, así que se conserva el valor del registro superviviente. - En Dedupely, elija el registro que se conserva y defina reglas por campo, como "El más reciente gana" en una fecha. Dos duplicados casi nunca coinciden en sus fechas. Uno se creó en 2021, el otro el mes pasado. Uno muestra una última actividad ayer, el otro hace un año. Uno indica que el cliente lo es desde 2019, el otro desde 2023. Una fusión conserva un valor por campo. Cuál es el correcto depende de lo que signifique la fecha. Esta entrada explica cómo decidir, campo por campo. ### Dos tipos de fechas **Fechas de inicio** marca cuándo empezó algo: primer contacto, primera compra, cliente desde, fecha original del lead. El valor más antiguo suele ser el correcto, porque el duplicado se creó después y no conoce el historial. **Fechas del último estado** marque el evento más reciente: última actividad, última compra, último correo abierto. El valor más nuevo suele ser el correcto, porque refleja lo que ocurrió más recientemente. ### Campo por campo | Campo de fecha | Normalmente se conservan | Por qué | | --- | --- | --- | | Fecha de creación | Del registro que se conserva | Lo define el CRM; a menudo no se puede editar | | Fecha del primer contacto o de la fuente original | Más antiguo | El primer registro sabe cuándo empezó de verdad | | Cliente desde | Más antiguo | Un duplicado creado más tarde reinicia el historial | | Última actividad | Más reciente | Muestra la última interacción | | Última compra o pedido | Más reciente | Muestra la última fecha de compra | | Próxima renovación o seguimiento | Revisar a mano | Dos fechas futuras distintas pueden estar ambas equivocadas | | Cumpleaños o aniversario | Revisar a mano | Solo uno puede ser el correcto | ### Fecha de creación y otras fechas del sistema La mayoría de los CRM asignan la fecha de creación automáticamente y no permiten editarla. Tras una fusión, el registro resultante muestra la fecha de creación del registro que se conserva. Si la fecha de creación más antigua te importa, haz que el registro más antiguo sea el que se conserve. Otros campos del sistema, como la última modificación, cambian solos y no necesitan una Merge Rule. Ejemplo Imagine que un cliente existe dos veces. El registro A se creó en 2021 con "Cliente desde: 2021-03" y su última actividad fue en enero. El registro B lo creó un formulario el mes pasado, con "Cliente desde: 2025-10" y su última actividad fue ayer. El registro fusionado debe conservar "Cliente desde: 2021-03" del A, y "Última actividad: ayer" del B. Si el registro A es el que sobrevive, también conserva su fecha de creación de 2021. ### Cuando las fechas necesitan revisión humana Las fechas futuras son las arriesgadas. Dos fechas de renovación o de seguimiento distintas pueden significar dos contratos o un error en un registro. Antes de una fusión masiva, revisa los grupos con fechas de renovación o de contrato distintas, o deja que el responsable corrija ese campo. Consejo profesional Si tus informes cuentan los nuevos clientes por "cliente desde", una fusión que conserve la fecha más reciente puede trasladar a un cliente de larga data al número de nuevos clientes de este mes. Revisa ese campo en una muestra antes de fusionar en masa. ### Cómo gestiona Dedupely las fechas En Dedupely, el ajuste Registro principal decide qué registro sobrevive, con opciones como Registro más antiguo, que conserva el registro original y su fecha de creación. Después, las Merge Rules por campo deciden cada campo por separado: la regla sugerida "Gana el más reciente" conserva la fecha más reciente en campos como la última actividad, y "Del registro trabajado más recientemente" toma los valores del registro que alguien trabajó por última vez. Los valores vacíos nunca ganan, así que una fecha de un registro no se sustituye por un campo vacío del otro. Una vista previa muestra el resultado de la fusión mientras creas las reglas. [Define la fecha correcta para cada campo](https://v2.app.dedupe.ly/signup) ### Cada fecha tiene su propia respuesta Las fechas de inicio conservan el valor más antiguo, las de último estado conservan el más reciente, las fechas del sistema siguen al registro que sobrevive y las fechas futuras que no coincidan requieren una persona. Defina una regla para cada campo de fecha relevante antes de fusionar en masa. ### Preguntas frecuentes #### ¿Qué fecha debe prevalecer al fusionar registros duplicados? Depende del campo. Conserva el valor más antiguo en fechas de inicio, como cliente desde, y el más reciente en fechas de último estado, como última actividad. #### ¿Qué pasa con la fecha de creación cuando se fusionan los registros? Normalmente, el registro fusionado muestra la fecha de creación del registro que sobrevive. Conserva el registro más antiguo como superviviente si te importa la fecha de creación original. #### ¿Debo conservar la fecha de renovación más reciente? No de forma automática. Dos fechas de renovación distintas pueden indicar dos contratos o un error. Revise esos conjuntos a mano. #### ¿Y si un registro tiene fecha y el otro está vacío? Conserva la fecha. Un valor vacío no debe reemplazar uno real, y en Dedupely los valores vacíos nunca ganan. #### ¿Por qué cambió nuestro informe de clientes nuevos tras una fusión? Una fusión puede haber conservado una fecha más reciente de "cliente desde". Configure ese campo para conservar el valor más antiguo. Detrás del artículo ### Gaby Salinas Asistente de marketing en Dedupely Gaby Salinas llegó a los datos de CRM desde el marketing y la publicidad, por lo que analiza los duplicados desde dos perspectivas: la lógica de coincidencia y fusión que hay detrás de ellos, y lo que provocan en las personas que usan el CRM, como el comercial que llama dos veces a un cliente, el administrador al que se culpa y la limpieza que nadie quiere empezar. Como asistente de marketing en Dedupely, observa cómo los equipos de RevOps, los usuarios finales, los consultores y los equipos técnicos trabajan realmente con sus datos: los registros en los que dejan de confiar, las soluciones alternativas que crean y el momento en que finalmente deciden limpiar. Lo que descubre determina gran parte de lo que publica Dedupely. [Conecta con Gaby en LinkedIn](https://www.linkedin.com/in/gbyslns) ### Contacta con nosotros Con gusto te ayudamos a configurarlo. #### Escríbenos un mensaje Es probable que ya tengamos la respuesta a tu pregunta help@dedupe.ly ¡Email copiado al portapapeles! [Reservar un Zoom Tanto si empiezas como si vas a por todas. ¡Hablemos! Reserva un Zoom](https://meetings.dedupe.ly/meetings/gaby-salinas/dedupely-zoom-scheduler) ### Artículos relacionados No te pierdas nuestros últimos artículos y novedades. - [Colaboración en equipo ¿Quién conserva la propiedad al fusionar duplicados? ¿Quién conserva la propiedad al fusionar duplicados? Normalmente, el propietario del registro principal. Qué hace cada CRM y cómo elegirlo. Gaby Salinas 30 de octubre de 2026](https://dedupe.ly/blog/team-collaboration/who-keeps-ownership-when-merging-duplicates) - [Duplicados Fusiona registros del CRM sin perder datos Las reglas por campo deciden cómo se conserva o se sustituye cada valor en una fusión de CRM. Fusiones más precisas, menos revisiones y lógica que escala. Gaby Salinas 12 de febrero de 2026](https://dedupe.ly/blog/duplicates/merge-crm-records-without-losing-data) - [Duplicados ¿Cómo sé cuál de los registros duplicados es el correcto? Cuando un contacto existe varias veces, cada registro guarda parte del historial. Cómo elegir el correcto hoy y cómo la fusión reúne llamadas y notas en uno. Gaby Salinas 30 de octubre de 2026](https://dedupe.ly/blog/duplicates/which-duplicate-record-is-the-real-one) ### Empieza gratis 20 fusiones de prueba gratis y todo el soporte gratuito que necesite para controlar sus duplicados. [Prueba gratis](https://v2.app.dedupe.ly/signup)[Habla con ventas](https://meetings.dedupe.ly/meetings/gaby-salinas/talk-to-sales) [O regístrate con Google](https://v2.app.dedupe.ly/signup/google) ¿Limpias el CRM de tus clientes? [Ver el programa de partners](https://dedupe.ly/become-a-partner)