Detección de duplicados

El módulo compara sus fichas según criterios que usted elige, y le presenta grupos de fichas realmente idénticas una vez eliminado el formato.

Lo que puede analizar: los terceros, los contactos y direcciones y —si el módulo Miembros está activado— los miembros.

Los criterios:

La comparación es una igualdad estricta tras la normalización, no una puntuación de parecido. Dos fichas solo se agrupan si uno de sus valores es realmente idéntico. Por tanto, no hay ninguna «probabilidad de duplicado» que interpretar, y los campos vacíos nunca forman un grupo.

El análisis es de solo lectura. No se modifica nada mientras usted no haya elegido una ficha que conservar, marcado una ficha que fusionar, hecho clic y confirmado.

El módulo fusiona los tres objetos que analiza. El camino no es el mismo para los terceros que para los otros dos.

Los terceros

Para un tercero, el módulo se apoya en la fusión nativa de Dolibarr. Los presupuestos, pedidos, facturas, contactos, categorías y documentos adjuntos del duplicado se trasladan a la ficha que usted conserva, cuyos campos vacíos se completan con los del duplicado. Después, el duplicado se elimina.

Los contactos y los miembros

Dolibarr no sabe fusionar contactos, y los miembros solo desde su versión 23: dos contactos duplicados se copian y se eliminan a mano, esperando no haber olvidado nada. El módulo escribe esta fusión por sí mismo.

Todo lo que apuntaba a la ficha eliminada se traslada a la ficha conservada:

Los campos vacíos de la ficha conservada —dirección, teléfonos, cargo, fecha de nacimiento, redes sociales— se completan con los del duplicado, y las dos notas se ponen una tras otra. La ficha conservada mantiene su propio vínculo: fusionar dos contactos que pertenecen a dos terceros distintos no afecta a los terceros.

La operación se hace en una transacción. Si un solo paso falla, no se aplica nada: las dos fichas siguen en su sitio y un mensaje lo indica.

Cuando la ficha conservada ya tiene el mismo vínculo que el duplicado —la misma categoría, el mismo vínculo con un tercero, una afiliación de la misma fecha—, la fila redundante del duplicado se descarta en lugar de hacer fallar la operación.

En ambos casos

Es una operación irreversible. El módulo pide una confirmación explícita que lo dice, exige los permisos de Dolibarr de creación y de eliminación sobre el objeto afectado además de su propio permiso, y vuelve a comprobar las dos fichas en el servidor antes de escribir nada.

La pantalla cabe en una página, en TercerosDuplicados.

Arriba, el objeto que analizar y las casillas de los criterios. El botón Analizar muestra un aviso del tipo «3 grupo(s) de duplicados encontrado(s), es decir, 6 ficha(s) afectada(s) de 14 analizada(s).» y después una tabla por grupo.

Cada grupo indica como título los criterios que han emparejado esas fichas, y lista las fichas con su nombre en el que se puede hacer clic, su email, su teléfono, sus identificadores y su ciudad. Una columna «Conservar» y una columna «Fusionar» le permiten designar la ficha principal.

En la captura, el grupo 1 empareja «Cabinet Vaillant» y «SARL Cabinet Vaillant» con los cuatro criterios a la vez, aunque sus emails no se escriben con las mismas mayúsculas y sus teléfonos no están introducidos en el mismo formato.

La elección del objeto cambia la lista analizada y los criterios propuestos. En Contactos/Direcciones, cada grupo empareja a la misma persona introducida varias veces —a menudo en dos terceros distintos— y lleva el mismo botón de fusión.

La página de configuración reúne las dos protecciones, el ajuste del historial y la tabla de las fusiones ya realizadas.

El segundo ajuste es el que evita el falso grupo gigante: sin él, una centralita 03 88 00 00 00 compartida por cuarenta fichas de un mismo ayuntamiento formaría un grupo de cuarenta «duplicados».

• Análisis de solo lectura. No es posible ninguna escritura desde la pantalla de análisis sin pasar por el botón de fusión y su confirmación.
• Un permiso propio, «Usar la detección de duplicados».
• Además, los permisos estándar de Dolibarr: la fusión exige crear/modificar y eliminar sobre el objeto. Sin el permiso de eliminación, el análisis se puede consultar y los botones de fusión no se muestran; un mensaje explica por qué.
• Nueva comprobación en el servidor: los identificadores enviados por el formulario nunca se aceptan sin más; las dos fichas se vuelven a leer dentro del ámbito autorizado.
• Multiempresa: análisis y fusión limitados a las entidades autorizadas.
• Usuarios externos: una cuenta vinculada a un tercero solo ve su propia ficha; los miembros nunca le son visibles.
• Comerciales limitados a sus clientes: sin el permiso de Dolibarr para ver todos los terceros, un usuario solo ve y fusiona los terceros de los que es el comercial asignado y sus contactos (más los contactos no vinculados a ningún tercero), como en las listas de Dolibarr. Los contactos privados de otro usuario no se proponen.
• Cada fusión se escribe en los registros de Dolibarr y en el historial del módulo.

• Se añade una tabla: llx_dolixdoublons_log. Solo contiene el historial de fusiones.
• El análisis solo lee un conjunto mínimo de columnas —nombre, email, teléfonos, identificadores, ciudad— y no las escribe en ninguna parte.
• La única escritura posible es la fusión que usted lanza.
• Ninguna conexión saliente: no se envía nada a ninguna parte.