[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Papo-hackers] notas de la presentacion del lunes.
From: |
Marcos Dione |
Subject: |
[Papo-hackers] notas de la presentacion del lunes. |
Date: |
Wed, 26 Mar 2003 16:08:31 -0300 |
User-agent: |
Mutt/1.5.4i |
para los quer estuvieron y los que no, el lunes hicimos la presentacion
interna del papo. el concurrido publico (daniel y laura, pobres, y tambien lo
podemos contar al fede) vieron y escucharon como y porque se usa el papo (pronto
conocido como Luca o Fenicio o cualquier otro nombre que se les ocurra). pero lo
interesante es que logre sacar notas de lo que ellos iban diciendo. he aqui los
resultados:
+ categorizar los prductos segun lo hace el ministerio de economia cada vez que
arman iva discriminado. eso es para poder cambiar el iva por lotes. sino, la
opcion que tenemos es hacer scripts.
+ que los tabs de ABM digan que son de ABM. una de las cosas que dijo el ale, y
que no comparto del todo, es que el programa no debe ser un manual del mismo.
eso se refiere a que no es obvio para que sirven las cosas.
+ que el tema de seguridad (cosa quew no tenemos, pero que vendra) sea opcional.
no recuerdo los motivos, pero se puede hacer opcional haciendo solo un usuario
con permiso a todo.
+ auditar es muy tarde: esto fue una frase de polzella que apunta a que podemos
cambiar el iva y los precios al momento de
+ listado de 'mal uso'. este esta relacionadop con el punto anterior: poder
saber cuando y como se facturo con valores distintos a los que tiene el
sistema.
+ tener distintos modelos de pantalas de facturacion (especialmente) segun
roles. sobre todo porque: se debe poder ingresar facturas viejas, ventas de
viajantes desactualizados, etc.
+ reglas de precios y cosas por el estilo: se pueden implementar (al principio)
como una expresion matematica en funcion de 'x' y pegarlo a 'lambda x:'. claro
que no permitira poner cosas como 'multiplicado por la mitad del iva que le
corresponde' o giladas por el estilo.
+ las roles se pueden implementar tanto *dentro* de una tabla en la base de
datos
como agregando usuarios a el sistema de la base de datos (lo cual puede
dejarnos pegados a una base de datos pero de todas formas ya lo estamos
haciendo) y que le de permisos a las tablas de las pantallas donde se le
permita consultar (solo lectura) y abm (read/write).
+ planes de pago, que esta pensado, pero se menciono en la presentacion.
+ if responsable inscripto-> cuit obligatorio.
+ monedas. de vuelta, esta pensado, pero se menciono.
+ control de limite de credito con respecto al proveedor. aunque sea un warning.
+ chequear en la payOrder si estamos pagando mas de lo adeudado (ojo, esto se me
ocurrio, pero no se si ya funciona asi).
+ en la pantalla de facturacion, poner uno de esos botones '...' a clientes (y a
productos? y a un informe de la evolucion de la cuenta corriente del cliente?)
ok, eso es todo.
--
La gelatina hecha con vodka pega mas que 'La Gotita'
--oyente anonimo del programa de radio "Dos tipos audaces"
- [Papo-hackers] notas de la presentacion del lunes.,
Marcos Dione <=