Base de datos para transitaria

[chesterfield001]

Buenos días,

Estoy creando una aplicación, para una transitaría, que en función del volumen y peso, devuelva el precio que costaría mandar el paquete.

El problema que tengo es el siguiente:

Me han mandado un excel con unas columnas (Pais, 1k, 3k, 5k, 10k, 15k y así hasta 50k) y por cada país en función del peso un precio.
La dificultad que se me plantea, es que si meten un producto que pesa 3750 grs ...

¿Como creo esos campos de peso? Y aún más, como hago la consulta?

Le llevo dando vueltas más de 5 o 6 días y había pensado en meter todas las tarifas, pero resulta que el cliente posteriormente va a ir modificando las tarifas cada X tiempo y no quiere depende de terceras personas.

Espero haberme explicado con claridad.

Gracias de antemano!!!

[quimfv]

Una posiblidad

Paises
idPais
pais

Tarifas
idTarifa
tarifa

Precios
idPrecios
idPais
idTarifa
precio

Para calcular el precio de un producto de 3750 g dependerá de la reglas de tu negoció, tu eres el único que puede saberlo....

3750g son 3,75 Kg luego depende que tu decisión si tiene que ser

1. Precio segun proporción matemática del peso (3,75kg-->3,75/4kg o 3,75/3kg)
2. Precio por aproximación al alza de Kg (3,75kg-->4kg)
3. Precio por aproximación a la baja de Kg (3,75kg-->3kg)
...

...no quiere depende de terceras personas...

Tendràs que montar un formulario que solo vea tu cliente para que pueda actualizar las tarifas.... una a una o con operaciones matematicas otra vez solo tu y tu cliente pueden saber que solución adoptar... o si va a mantener las tarifas en ese execel tendrás que montar un formulario que sea capaz de leer ese fichero y usarlo para los calculos o que actualice la bbdd... (excel genera ficheros csv que mysql sabe leer)....

Alguien tendrá que hacer algo para que la aplicación se entere de los cambios, debes encontar algo que a tu cliente le sea comodo, pero ya le puedes convencer de que eso pasa por poner los datos en un formato concreto y muy exacto para que la aplicación pueda leerlos....

Resumiendo debes tener clara las reglas de negocio para poder decidir tanto la estructura de la bbdd como su actualización.... en estoultimo tambien debes saber que capacidad de adaptación tiene tu cliente....

[chesterfield001]

buenas Quimfv,

Las tablas, si que las tengo claras (gracias)

Lo de calcular los precios (Ej, 3750grs - sabiendo que el baremo pertenece a 5Kgrs y que va a llegar a Finlancia (y ya te digo que el precio es de 49,44€) , ya que está dentro de ese baremo hasta 5 kgrs)

Lo que no veo claro, es el redondeo hasta llegar (en este caso) a los 5kgrs y cobrarle la expedición a 49,44€ (que es el precio marcado)


Se le ha explicado que al tener los precios 'tan atados' es muy complejo hacerlo y tambíen que hagan la actualización de los datos ellos mismos va a resultar bastante complejo y tedioso

Conozco el excel (y su csv separado por comas) en un engorro y si hace falta les haré un backend, para que vayan actualizando los datos uno a uno, porque eso si, que me niego importar/exportar un .csv o un .xlm

Lo de depende de terceras personas, es como todo, se les pasa la documentación bien detallada de como funciona. (Un manual para tontos)

[gnzsoloyo]

Para que los datos te sirvan para ser procesados, el cliente tiene que respetar algunos parámetros:
1) Todo precio se expresa en la misma moneda.
2) Si hay más de una moneda, el identificador de la misma tiene que estar en una columna aparte.
3) Todo peso se expresará en un sólo sistema de pesos y medidas.
4) La unidad de medida también debe ser indicada aparte.
5) Si se indican cantidades de un artículo, la cantidad va en una columna, la descripción en otra, y su codigo de identificación en otra.

La regla de oro de este tipo de casos es decirle al cliente que si los datos no se entregan en el formato correcto o se devolverá el listado para que lo rehagan, o bien el procesado llevará más tiempo y costos. Lo normal es que se rechace el listado y se devuelva al cliente porque no respeta el modelo de datos exigido.

No te olvides que un cliente te puede decir y exigir cuáles son los resultados que necesita, pero no te puede decir cómo hacerlo, o que no te puede dar los datos de una forma que no se puedan procesar.
Tu tarea es procesar la información, si te entregan basura, recibirán basura...

[chesterfield001]

Iniciado por gnzsoloyo

Para que los datos te sirvan para ser procesados, el cliente tiene que respetar algunos parámetros:
1) Todo precio se expresa en la misma moneda.
2) Si hay más de una moneda, el identificador de la misma tiene que estar en una columna aparte.
3) Todo peso se expresará en un sólo sistema de pesos y medidas.
4) La unidad de medida también debe ser indicada aparte.
5) Si se indican cantidades de un artículo, la cantidad va en una columna, la descripción en otra, y su codigo de identificación en otra.

La regla de oro de este tipo de casos es decirle al cliente que si los datos no se entregan en el formato correcto o se devolverá el listado para que lo rehagan, o bien el procesado llevará más tiempo y costos. Lo normal es que se rechace el listado y se devuelva al cliente porque no respeta el modelo de datos exigido.

No te olvides que un cliente te puede decir y exigir cuáles son los resultados que necesita, pero no te puede decir cómo hacerlo, o que no te puede dar los datos de una forma que no se puedan procesar.
Tu tarea es procesar la información, si te entregan basura, recibirán basura...

Buenas Gnzsoloyo,

Esta claro que tengo que procesar la info, ya sea basura o no (En los tiempos que corren no puedes hacer ascos a nada), pero obviamente tienes toda la razón, si estuviésemos hace 3 o 4 años, esto no pasaría.

Agradezco tu info.

Un saludo.

[gnzsoloyo]

Tengo la impresión de que no entendiste a qué se le llama, en BBDD "información basura"...

[quimfv]

Obviamente con los tiempos que corren hay que aceptar cualquier trabajo, pero en principio las horas de programación y las de mecanograf@ se pagan distinto, con lo que tu eliges a cuales te quieres dedicar. Si las puedes cobrar todas al mismo precio mejor para ti pero a la larga no seras muy competitivo....