Consulta:
Al realizar la importación o actualización masiva de Echeqs mediante el envío de correos electrónicos (Publicaciones Propias), se detecta que los registros se duplican o multiplican en el sistema. Por ejemplo, al intentar subir 3 Echeqs, el sistema genera múltiples entradas asignadas a distintos proveedores o clientes de forma errónea.
Respuesta:
Este inconveniente no se debe a un error en las columnas del archivo, sino a una ambigüedad en la identificación del ente. El sistema utiliza el CUIT como llave de validación; si ese mismo CUIT está asociado a más de un legajo en el Maestro de Clientes o Proveedores (ej: sucursales distintas o entidades de un mismo grupo económico con igual CUIT), el sistema genera una pre-cobranza por cada coincidencia encontrada.
Pasos a seguir:
Para resolver esta duplicidad y asegurar que la información impacte en el legajo correcto, se deben seguir estas recomendaciones:
-
Identificación Manual: Al visualizar las pre-cobranzas multiplicadas en el monitor de Deals, el usuario debe seleccionar manualmente el cliente/proveedor correcto para esa operación. Al elegir uno, el resto de las opciones duplicadas para ese registro desaparecerán.
-
Carga Directa: En casos donde el CUIT sea compartido por una gran cantidad de entidades y la selección manual sea ineficiente, se recomienda realizar la carga de la cobranza de forma directa en el módulo correspondiente, evitando el proceso de importación por email para esos casos específicos.
-
Depuración de Maestros: Verificar en el Maestro de Clientes/Proveedores si existen registros duplicados innecesarios que compartan el mismo CUIT y proceder a inactivar aquellos que no deban recibir transacciones automáticas.
Ajuste Técnico Obligatorio en la Configuración del Parámetro
Para garantizar el correcto funcionamiento del control de duplicados y evitar conflictos en la lectura de las credenciales, es necesario realizar un ajuste manual en los registros del sistema siguiendo estos pasos:
-
Depuración de Registros:
-
Eliminar el primer registro: Debe borrarse por completo la línea que contiene los parámetros
clientysecretkey. -
Conservar el segundo registro: Deje activo de forma exclusiva el registro que contiene el parámetro
PERMITE_DUPLICADOS.
-
-
Configuración de Orígenes Permitidos: Dentro de esa misma sección de configuración, acceda al campo de Orígenes Permitidos y asegúrese de tildar/marcar únicamente los bancos que la empresa utiliza habitualmente para operar.
TIP: Realizar esta limpieza de parámetros y delimitar los bancos habituales asegura que el motor de validación por CUIT compartido procese la información de manera limpia, previniendo errores de autenticación o saltos falsos de duplicidad en la carga.