openerp-l10n-ar-localization team mailing list archive

[Lopez Ignacio <lopezignacio@xxxxxxxxx>]

Muchas gracias por el feedbak, te comento entre lineas:

El 01/10/12 11:42, Cristian Sebastian Rocha escribió:
> Hola Ignacio,
>
> estoy mergiando tu código y me encontré con algunos detalles que me
> gustaría discutir con vos:
>
> 1) vat en el objeto re.bank
>
> No hay ninguna parte de OpenERP que utilice vat excepto cuando
> correponde a un objeto res.partner. Si uno quisiera aprovechar esa
> información debería modificar mucho código. Yo llamaría ese tipo de
> columnas como columnas huerfanas, columnas que ningún código tiene
> pensado utilizar, y trataría de evitarlas todo lo posible.
>
> Pero seguro que en algún caso este dato puede ser útil. Cúando? Cuando
> queremos ser clientes o proveedores del banco. En el caso seguro que
> somos clientes, por lo tanto debería ir a la lista de clientes, no
> solo a la lista de bancos.
>
> Lo que me gustaría que ocurra es que el banco esté asociado a un
> partner, y que ese parter tenga el dato del VAT, así cuando generamos
> facturas de proveedor podemos asociar el banco rápidamente. Que
> opinas?
Ese campo es importante para la actualización. El criterio que tome 
primero fue el nombre del banco y como éste puede cambiar a lo largo del 
tiempo considero su cuit. Por ultimo si cambia de nombre y el cuit pero 
se queda en el mismo lugar, considero la dirección. La importancia que 
le doy es en ese orden. Si encuentro alguno de estos datos dentro de la 
base, actualizo con los datos nuevos ese registro. Esto es para no 
perder los datos enganchados con ese banco. (Esto en algún caso raro 
puede traer temas... ej: que cierre el banco y en el mismo lugar se meta 
otro distinto).

Lo llame vat para mantener la idea de para que sirve ese campo... 
podríamos llamarlo vat_ar en todo caso.

> 2) Campo update.
>
> Este campo va a ser un problema. Como te comenté en su momento,
> OpenERP trabaja con el campo 'active' para determinar si el objeto
> está activo o no (addons/base/res/bank.py). Yo preferiría trabajar con
> él y no con algo nuevo, porque la base de datos de OpenERP no está
> pensada como OLAP, sino como transaccional. A la hora de hacer un
> update desactivaría todos los bancos y luego la activaría de nuevo. Lo
> que si, hay que definir una clave primaria a la tabla de bancos para
> no repetirlos en el caso que no exista ningún update.
>
> En el caso de querer utilizar un campo tipo 'update' creo que primero
> deberías leer el siguiente artículo:
> http://en.wikipedia.org/wiki/Slowly_changing_dimension
>
> Eso por ahora.
>
> Abrazo,
> Cristian.

Ese campo es para humanos. Tiene la idea de ver cuando fue la ultima 
toma de datos.

La lógica que utilizo es:

- Desactivo TODOS los bancos Argentinos
- Actualizo y activo los que encuentro iguales (criterio del punto 1 de 
este mail)
- Agrego los que no encontré.

En cuanto a agregarlos como clientes, no me parece correcto. Eso es un 
trabajo humano y normalmente los humanos no les gusta que le metan la 
mano es su trabajo. Informaticamente, no sería un problema. También 
pienso que solo algún caso querrá esto, a ese, que pida la modificación. 
Para la mayoría esto funciona bastante bien.

Problemas cercanos que veo:

- La información tomada, es solo de las casas matrices y casas 
centrales. No de las sucursales.

Me encanto tu comentario y observaciones. Muchas gracias! . Seguramente 
vana a ver mas... espero eso y también lo espero de la comunidad que 
estamos formando.

Buena Vida!

Ignacio
www.dinamotion.com.ar