[Php-avanzado] SRS dudas y aclaraciones

[Favio Lazzarini]

Leonardo: 

Te mando algunas aclaraciones mas, se me esta llenando la cocina de humo.
Solo queria un sistemita que imprimiera un papelito con lo que me debe el
fulano, un poco mas y tengo que registrarlo en afip.

 

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.

 

Te entiendo, osea que si un cliente paga y no llega a pagar ni una factura,
a que cosa le imputo el pago, bueno la respuesta es NO SE.

Agradeceria que me indiques como se realiza segun las reglas del Buen Arte.

 

> 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...

No se que queres decirme aca, pero, te cuento como viene la mano de nuevo
con este punto.

El id_iva es solo para saber que tipo de iva tiene el producto a la hora de
ser facturado

Ejemplo partes informaticas lleva el 10,5%. Por eso lo puse en 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.

 

Mira yo cargo y aunque esten vacios me los carga igual, es veradad que quedo
asi sin darme cuenta y lo cambiaré cuando logre que el sistema me acepte los
cambios qyue les pido, ahora esta mañero y no quiere.

 

 

 

> 

> 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?

 

Todavia no llegue a eso, no te anticipes, tenes razon que a un Resp Inscr.
(Flor de gil que se pierde el IVA) . Tambien se le puede hacer b si lo
solicita. Veremos como.

Pregunta: ¿que optra cosa es necesaria para saber que tipo de factura hay
que hacerle a nuestro cliente además de su categoria impositiva?

> 

> 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 :(

lo vemos en clases

 

> > 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???

El costo del producto lo guarde en la tabla precios (ahora que lo pienso me
parece que esta mal) no?

 

> 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.

 

Si me falta los scrip de altas y bajas de listas de precios eso va a entrar
por los menus de miscelanios

Y se visulizan cuando automaticament al dar de alta a un cliente.

Pregunta? (aca me entierro para toda la tesis) que pasa si doy de baja a una
lista donde estas adheridos varios clientes?

 

 

> 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.

 

Me parece que no voy a escribir mas, comunicate con mi abogada. Me acojo al
derecho de no declarar. jaja

 

> 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

 

_______________________________________________

Php-avanzado mailing list

Php-avanzado en pato2.fi.mdp.edu.ar

http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/private/php-avanzado/attachments/20090802/974f4dd5/attachment-0001.htm