Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
Hola muchach@s, ¿cómo están?
Necesito modificar el modelo de datos de la imagen para comunicar de forma directa a las tablas Prospects y Clientes.
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 Venta. Luego, 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!
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.
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.
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!!!!