[Php-avanzado] SRS dudas y aclaraciones

[Leonardo Tadei - Pegasus Tech Supply]

Hola Favio,

El jue, 30-07-2009 a las 12:40 -0300, Favio Lazzarini escribió:
> TABLE `pagos` y TABLE `det_pagos` tienen algo que no me cierra. Se
> registra un pago y después se registra el detalle de un pago? Puede un
> pago tener varios detalles? qué significa que los tenga?
> 
>  
> 
> No entiendo esto.
> 
> Un pago tiene un detalle, pero no cancela una factura.

	Estoy de acuerdo con esto. Pero si un pago tiene un detalle (y no
cancela una factura) parecería que  el pago _es_ el detalle y sobra una
tabla.

> Que quisiste decir con esto, me podes explicar como se deberia hacer.

	No puedo decirte cómo lo deberías hacer, porque no sé qué es lo que
querés hacer. Lo único que me dijiste sobre esto es tu requerimiento 7,
y no dice nada sobre la operatoria de la cuenta corriente ni sobre su
funcionamiento.
	Tal vez debas escribir un caso de uso para poder transmitir cómo querés
que funcione, o mejorar la redacción de ese requerimiento. Una vez que
tengas decidido el "qué", con gusto te doy una mano en el "cómo".


> TABLE `productos`
> 
>  
> 
>       si va el `id_iva` entonces el `iva` no tiene sentido...
> 
>  
> 
> no es conveniente dejar plasmada la foto de cunando se realizo la
> factura que tasa tenia ese iva al momento de haberlo facturado?

	Sí es conveniente, pero esto es para las "boletas". Esta es la tabla de
Productos...



> TABLE `proveedores`
> 
>  
> 
>       seguro que todos no nulos? 
> 
> No se que queres decir?

	Definiste todos lo campos como "not null", entonces si no tenés por ej
el teléfono, tenés que inventar uno o no podés cargar al Proveedor.
	Queda poco práctico o te obliga a inventar.


>       De nuevo, hacé único CUIT o la dupla ape,nom para evitar que se
> carguen repetidos.
> 
>  
> 
> Tenes razon pero no puedo cambiarle ese atributo a ese campo. Me da
> error cuando lo hago
> 
> Error
> 
>  
> 
> consulta SQL: 
> 
>  
> 
> ALTER TABLE `proveedores` ADD UNIQUE (
> 
> `cuit` 
> 
> ) 
> 
>  
> 
> MySQL ha dicho:  
> 
> #1062 - Duplicate entry '12345678912' for key 2
> 

	Sí... el error que te dice es que no se puede porque tenés CUITs
repetidas. Borrá los registros o editalos para poder hacer el cambio...

> 
> Los datos de las cabeceras de los comprobantes están pobres: no tienen
> tipo de comprobante, nro con formato fiscal (aunque no lo uses ahora
> esto puede facturar de verdad en un futuro), etc.
> 
>  
> 
>  
> 
> No hice las cabeceras aun, pero el tipo de factura va a depender del
> cliente a quien se le factura

	Pero Favio! A un Responsable Inscripto se le pueden emitir facturas A o
B si sos Inscripto o C si no lo sos.
	Con la categoría impositiva del cliente no alcanza para determinar el
tipo, y además, si el cliente cambia de categoría impositiva le cambiás
el pasado?

> 
> Tampoco se ve como con este almacenamiento cumplís con el
> requerimiento 12
> 
>  
> 
> Hice un tabla nueva correos con id, id_cliente, date

	Con esos 3 campos solamente tampoco me doy cuenta :(

> Pregunta: que pasa di quiero mandar correo a un proveedor.
> 
>  
> 
> Y otra tabla con detalle correos

	Necesito ver el almacenamiento entero: me pierdo si mencionás solo
fragmentos. A priori, si este detalle es para el detalle de la tabla de
3 campos que está arriba, no parece bien normalizado.

> Y que quiere decir nulo cuando hago la tabla, y por defecto esta not
> null.

	"nulo" significa que ese campo puede quedar sin ningún valor al
insertar un registro.
	"no nulo" significa lo contrario.



>  Con el cuit INT(11) me da error y no supero el numero que te mencione
> en un correo anterior, comprobalo.

	No me hace falta: el propio mensaje de error dice por qué da el
error... arriba ya te indiqué las acciones para poder crear la clave
única.


> 7- el sistema debe gestionar pagos
> 
> > 
> 
> >       Atributos de los pagos
> 
> > > id_cliente, id_forma de pago, monto, nro- cheque, banco.(solo es 
> 
> > indicativo, no voy a hacer tabla de bancos)
> 
>  
> 
>       Lo de los Pagos por un lado y detalles por otro no se desprende
> de esto. En las tablas te pongo esta duda.
> 
>  
> 
> No entiendo lo que me queres decir, explicate.
> 
> Hice una tabla pagos y una de detalles

	Quiero decir que de tu requerimiento nro 7, no salen las dos tablas que
planteas.
	También te comento más arriba que con tan poca descripción de la cosa,
tampoco sé qué es lo que vas a hacer para poder ayudarte de mejor
manera :(


> > 10- El sistema debe emitir estado de Stock
> 
> > 
> 
> >             Atributos del informe :
> 
> > 
> 
> >             fecha emision, nombre producto, codigo prod., cantidad, 
> 
> > precio parcial(seleccionable), monto de capital(seleccionable).
> 
>  
> 
>       Vas a tener que definir el precio de qué lista es, o si es de
> todas.
> 
>  
> 
> Aca me exprese mal:
> 
> El stock me informa solo el precio de costo, para ver el capital
> (meramente informativo, para poder hacer un balance de caja.
> 
> Digamos tengo $5000 en stock y $3000 en Cta Cte mi capital es de....

	Entiendo... pero en dónde estás guardando el "costo" del producto???


> Co respecto a las lista de precios, ya lo solucione, como pudiste ver,
> al dar de alta el producto se hace un bucle y genera los input para
> cada lista existente.

	Lo vi, lo que no veo es cómo se hace para agregar una nueva lista de
precios, ni cómo va a adaptarse el formulario de alta para trabajar con
las nuevas listas que se agreguen o borren.

> Obviamente me faltaria una entrada mas restingida donde pueda agregar
> categorias impositivas, listas de precios, loscalidades, provincias,
> paises, , ver mails y otros miscelanios

	Esto escribilo si querés, ya que después lo restringiremos con los
permisos del usuario, que son transversales a toda la funcionalidad.

> Continuamos en carrera.
> Saludos favio

	Dale!
	Nos vemos!

-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key