[BulmaGés]codigo de cliente si o no

[Richard]

El Jueves, 13 de Julio de 2006 16:28, Tomeu Borras escribió:
> Alvaro de Miguel escribió:
> > Holas,
> >
> > A ver, la historia de los códigos numéricos para identificar, clientes,
> > proveedores, artículos, etc, viene de la necesidad de los "entradores
> > (masivos) de datos" (albaranes, pedidos...) que suelen usar la mano
> > derecha para pasar las hojas y la izquierda para teclear todo el
> > contenido del documento con el teclado numérico.
> >
> >
> > La repercusión de este cambio en bulmafact radica en que seguramente se
> > pedirá que éste nuevo codigo sea el que se use para introducir
> > practicamente todo (presupuestos, pedidos, facturas...) e incluso que
> > aparezca en los consecuentes documentos.
> >
> > Creo que da un poco más de trabajo de lo que parece en principio.
>
> Concretamente el trabajo es el siguiente:
> 	- Poner el campo en la base de datos
> 	- Poner el campo en el listado y en la ficha de clientes
> 	- Modificar la clase BusquedaCliente
>
> 	No es nada complicado y no veo mayores trastoques. La BusquedaCliente
> es tan sencilla como hacer un select encadenado con otro (si corresponde
> con un CIF se usa ese y si no se encuentra ningun CIF se busca por
> código, incluso si no hay ni CIF ni código se hace un SIMILAR TO del
> nombre).

Mejor con SIMILAR TO, por si no recordamos el nombre exacto introducido, ya 
que si queremos indexar al cliente "HHJURTAÑGCEDIDO CONSTRUCCIONES, SL" 
podríamos usar lo único que recordaríamos de su nombre y que no es muy común 
para que le identifique de los demás. Solución: "CEDIDO" (para los que habían 
pensado en COONSTRUCCIONES, jejeje!!)

>
> > No obstante, estoy a favor de este tipo de códigos por lo antes
> > comentado.
>
> Yo, por contra, no soy muy partidarío de estos sistemas ya que (con las
> tecnologías actuales) la entrada de datos no suele hacerla un operador
> (y cada vez menos) sino directamente el propio cliente u proveedor a
> través de otros mecanismos de entrada (WEB con tienda virtual, XML
> importado, Directamente de un CRM, entrando con PDA's, etc). Y más aun
> cuando este implantada la factura electrónica. Con lo que pedirle al
> cliente que código utilizamos para indexarlo es, a mi parecer, ridículo.
>
>
> Total, que la creación de un código interno por parte de la empresa al
> final acabará, segun entiendo yo, siendo más un estorbo que otra cosa pq
> tendremos clientes a los que les habremos puesto un código y clientes
> que no tendrán código pq no los habremos metido nosotros en la base de
> datos.

Completamente de acuerdo. Aunque el ejemplo que nos pone Toni no deja lugar a 
dudas de que un campo así sería obligatorio si se quiere estandarizar al 
máximo el programa.

>
> Por cierto, que los dichosos códigos no provienen de los sistemas
> informáticos, sino que son la herencia de los sistemas de archivo
> documental en papel donde se abrían carpetitas para todo y a cada
> cliente / proveedor / sección se les ponía un código para tenerlas
> ordenaditas.
>
> Salut
> Tomeu Borrás
>
> _______________________________________________
> BulmaGes mailing list
> BulmaGes en bulma.net
> http://llistes.bulma.net/mailman/listinfo/bulmages
> Home: http://www.iglues.org
> Wiki: http://www.iglues.org/wiki
> Bugs: http://www.iglues.org/bugzilla