Factura, líneas de facturas, artículo

tenemos una clase Factura que agrupa líneas de factura. Estas líneas de
factura tienen una cantidad y una relación con un artículo.

Mi duda es la siguiente, si la línea la relacionamos con un artículo (nos da
la información de descripción de artículo, código artículo precio), es decir
tenemos una propiedad en la clase línea que es un objeto artículo, nuestro
sistema está obligado a no dejarnos borrar artículos ¿verdad?, porque si no,
todas las líneas de facturas que contengan dicho articulo, quedan inutiles ¿
no?.

Exacto.

¿ Que filosofia empleais vosotros ?

Lo mas sencillo es marcarlo como descatalogado y no borrar el registro.

-H.

Muchas gracias por tu tiempo.

Me gusto el detalle de marcarlos como descatalogados

Un saludo

Bix


"Hernan" escribió en el mensaje
news:

tenemos una clase Factura que agrupa líneas de factura. Estas líneas de
factura tienen una cantidad y una relación con un artículo.

Mi duda es la siguiente, si la línea la relacionamos con un artículo (nos
da
la información de descripción de artículo, código artículo precio), es
decir
tenemos una propiedad en la clase línea que es un objeto artículo, nuestro
sistema está obligado a no dejarnos borrar artículos ¿verdad?, porque si
no,
todas las líneas de facturas que contengan dicho articulo, quedan inutiles
¿
no?.

Exacto.

¿ Que filosofia empleais vosotros ?

Lo mas sencillo es marcarlo como descatalogado y no borrar el registro.

-H.

Has pensado en los siguiente:
¿Si cambian la denominación de un articulo como te quedaria la linea?
Por ejemplo: Una linea puede ser ref articulo 1, descripción, yogures,
precio 1,20.
El tio lo cambia y ahora el articulo 1 es BOMBILLAS precio 1,20.
No borran, solo modifican.

El mejor sistema para facturas es el siguiente: Por cada una de ellas
GUARDAR TODOS LOS DATOS ACTUALES DEL CLIENTE (que suele ocurrir que se
cambian de oficina o cualquier otro menester y dar por invalida una
factura sin cobrar porque la susodicha se emitio cuando tenian el
domicilio social anterior y tu se la pones con el actual)
Por cada linea de Factura guardar todos los DATOS, es decir
denominación, precio y cantidad en ese momento, nos evitaremos
desagradables sorpresas.
Por último y por LEGISLACIÓN MANTENER una copia inalterada durante al
menos 5 años, si lo hacen como tu dices y facturan mucho, imagina la
cantidad de PAPEL que van a tener que almacenar y lo fácil que les
será buscar una factura del 2002.

On 17 nov, 16:02, "Bingen" wrote:

Hola a todos:

Mi pregunta es la siguiente, la verdad que podría colgarse en cualquier otro
lenguaje pero...

tenemos una clase Factura que agrupa líneas de factura. Estas líneas de
factura tienen una cantidad y una relación con un artículo.

Mi duda es la siguiente, si la línea la relacionamos con un artículo (nos da
la información de descripción de artículo, código artículo precio), es decir
tenemos una propiedad en la clase línea que es un objeto artículo, nuestro
sistema está obligado a no dejarnos borrar artículos ¿verdad?, porque si no,
todas las líneas de facturas que contengan dicho articulo, quedan inutiles ¿
no?.

¿ Que filosofia empleais vosotros ?

otra cosa, algún sitio de discusiones de UML (o preguntas similiares...)

Un saludo, y gracias por vuestro tiempo !!!

Bix