Skip to main content
Announcements
The New Qlik Learning Experience is Here! GET STARTED
cancel
Showing results for 
Search instead for 
Did you mean: 
JGMDataAnalysis
Creator III
Creator III

Desafío Modelo de Datos

Hola muchach@s, ¿cómo están?

Necesito modificar el modelo de datos de la imagen para comunicar de forma directa a las tablas ProspectsClientes.

A grandes rasgos, el flujo de datos responde a lo siguiente...

Cada Prospecto tiene asociado un [IDProspect]. Eventualmente el Prospecto se convierte en Cliente al cual se le asigna un [IDCliente]. Por ejemplo, el Prospecto TUERCAS Y TORNILLOS S.A. tiene asociado el [IDProspect] = 1 y al convertirse en Cliente se le asignó el [IDCliente] = 5282.

La conversión Prospecto  => Cliente  se lleva a cabo de la siguiente manera...

Cuando se registra un Prospecto, en primera instancia no tiene asociada ninguna Oportunidad de VentaLuego, eventualmente se crean y se le asocian una o más Oportunidades de Venta a este Prospecto.

Entonces, retomando el ejemplo, a TUERCAS Y TORNILLOS S.A. con [IDProspect] = 1 se le asocian las  Oportunidades con [NumeroOV] =  192833 y 192834.

Cuando se le "venden" al Prospecto alguna de estas Oportunidades de Venta , por ejemplo la 192834, la Oportunidad se convierte en Servicio y el Prospecto se convierte en Cliente .

Bajo esta circunstancia podríamos decir que el Cliente TUERCAS Y TORNILLOS S.A. con [IDProspect] = 1 y [IDCliente] = 5282 tiene asociadas las Oportunidades de Venta 192833 y 192834 y el Servicio [NumeroLinea] = 31060 que "nace" de la Oportunidad 192834. La 192833 en el futuro podrá venderse también y convertirse en servicio, o anularse o quedar pendiente de venta.

El modelo de datos actual conecta las tablas Clientes/Servicios a través de [IDCliente]Servicios/OportunidadesVenta a través de [NumeroLinea]  y OportunidadesVenta/Prospects a través de [IDProspect].

El problema surge cuando por ciertos motivos (cambios de titularidad o cambios de razón social) le modifican al Servicio el IDCliente.

Por ejemplo, la Oportunidad 192834 de TUERCAS Y TORNILLOS S.A. está asociada al [IDProspect] = 1 y  al Servicio [NumeroLinea] = 31060 que inicialmente tiene asociado el [IDCliente] = 5282. Suponiendo que TUERCAS Y TORNILLOS S.A. cambia de Razón Social a SOLO TUERCAS S.A. con [IDProspect] = 441 y [IDCliente] = 7880, pierdo la asociación de la Oportunidad 192834 con el [IDCliente] = 5282 (TUERCAS Y TORNILLOS S.A.).

Espero que me puedan orientar y/o ayudar a redefinir el modelo de datos.

¡Muchas gracias!ModeloDatos_DesafíoQlikCommunity.PNG

3 Replies
rubenmarin

Hola, par ser sincero: solo he mirado el esquema dibujado al final. Con esto creo que la mejor solución es juntar Servicios y Oportunidades de venta en una única tabla de hechos usando Concatenate.

Se puede añadir un campo que identifique el tipo de objeto (LOAD ..., 'Servicio' as TipoObjeto...) y usar set analysis en las expresiones para coger los datos que correspondan a servicios u oportunidades: Sum({<TipoObjeto={Servicio}>} Importe)

Otra opción es renombrar campos para que los de oportunidades tengan un nombre distinto de los de servicios, pero esto seguramente de un peor rendimiento por el número de campos extra necesarios.

Saludos.

diego_a_barboza
Creator
Creator

Lo mejor que podés hacer es tener un maestro de clientes (.csv o tabla en base de datos) donde los agrupes con un mismo ID y que ese maestro considere los cambios de razón social, ID y CUIT. ¿Implica manteniento manual? Si, pero no podés crear una regla automática para interpretar este tipo de comportamientos del negocio. 

He conocido casos donde surgian problemas por las direcciones de entreaga a los clientes que iban cambiando cada dos o tres meses, lo cual impactaba en los costos de logistica y no había relación obvia entre la dirección y el cliente: Para este caso se tuvo que armar un maestro y cuando había un pedido que iba a una dirección nueva, se asignaba como "cliente no definido" y el usuario lo agregaba en el maestro de direcciones (un excel) y se corregía en la próxima carga.

No creo que tengas cambios tan frecuentes de razón social en clientes como para que esto sea un impacto negativo.

Marcos_rv
Creator II
Creator II

Hola, como estas? espero que bien, lo trato de pensar y solo se me ocurre unir a los Prospectos con los Clientes, esto en primera instancia, tendrías una tabla principal que te ayuda a relacionar, ahora con respecto al problema de cambio de Id tanto de prospecto como de cliente ante una modificación( en realidad se crea un nuevo registro), no se debería tener un histórico ??? porque si nos basamos en el prospecto o cliente que tiene asociado un prospecto, como sabemos que cuando cambia por algun motivo (en este caso cambio en la razón social) se está hablando del mismo Prospecto??  De todos modos lo más limpio sería tratarlos como separados y no pisar nada, si se creó un cliente/prospecto nuevo a pesar de que sea el mismo cliente físico a nivel registro son diferentes.

Es lo que yo entendí del caso. 

Espero haber servido de ayuda,  manteneme al tanto.

 

Saludos!!!!