[BulmaGés] BulmaTPV

[Tomeu Borras]

Bones a tothom.

  Ya lo planteamos en la Asamblea de la asociación, lo explico en la lista 
para conocimiento de todo el mundo.

   Con el buen estado de BulmaFact, que ha alcanzado muy buen nivel de 
funcionalidad, escalabilidad y que, mayormente, las ampliaciones que deben 
hacerse son plugins que extienden el programa a funcionalidades específicas 
de cada tipo de negocio, labor que debería ser llevada a cabo desde la 
iniciativa privada se ha empezado a plantear el afrontar una nueva pieza 
vital en la gestión empresarial TPV.

   He estado hablando con diversa gente con diversos puntos de vista sobre 
como implementar el TPV. Este mail es un poco de recopilación de información 
cogida de unos y otros para ver si podemos concretar temas y llegamos a un 
modelo que pueda satisfacer los gustos de cada uno.

   Para mi, el TPV es una pieza de software cuya principal funcion es la de 
agilizar al máximo el proceso de ventas sacrificando, en cada tipo de 
negocio, datos que no tienen importancia para el caso. 
   Por ejemplo, la presupuestación no existe, el proceso de pedidos sólo esta 
presente en unos pocos procesos de negocio y el albaraneado y facturación se 
juntan en el proceso de compra. Aqui esta el primer tema, en el que hemos 
coincidido todos. No debe atacarse el problema como varios TPV's especificos 
para cada modelo de negocio sino como un TPV modularizable que permita 
agregar funcionalidades. Incluso debería ser un programa que no aporta más 
que un par de funcionalidades muy básicas y que implemente el resto de 
funcionalidades como modulos adicionales. Quiero decir con esto que el TPV 
sin varios modulos cargados no serviria para nada. Y la importancia residiria 
en el conjunto.

   El segundo gran tema en que hemos coincidido es que el TPV debería poder 
funcionar como un programa independiente y escalable en una red de TPV's. Es 
decir que ante un fallo (perdida de red o caida del servidor) El TPV debería 
poder seguir funcionando, y tener un proceso de sincronización de datos.
    Este punto lo que sugiere es que se implemente una capa de sincronización 
de datos, y ya que estamos en forma piramidal para poder crear estructuras 
mucho más complejas (tienas, areas, paises). Y como no yo en lugar de aplicar 
capa de sincronización para TPV's crearía esta área para BulmaFact (que es lo 
mismo pero ampliado).

   Base de datos de partida la de BulmaFact, también hemos coincidido todos.


   Tecnología utilizada. Aqui está la mayor divergencia Web, Java, C+, Python
Este es el punto donde cada uno defiende lo que más conoce.
Al hacerlo con tecnologia web sería rápido de implementar, fácil de escalar, y 
sacrificaría un poco el tema de la facilidad de manejo. También tendria el 
problema del manejo de la ticketera (que es tambień sencillo si se ejecuta en 
local).
Los otros casos, creo que tienen exactamente las mismas ventajas que 
inconvenientes.

  No trataremos el tema de PDA's para hacer determinadas tareas ya que se 
puede considerar un pequeño software complementario para introducir datos en 
la Base de Datos (no afecta en nada al TPV).

   También está la posibilidad de usar TPV's existentes. En su momento 
probamos con NTPV pero entre que está hecha con Qt3, centrada en restauración 
y que lleva dos años sin progresar no lo veo como punto de partida. Sin 
embargo se pueden extraer y readaptar muchos componentes y tiene algunas 
buenas ideas a considerar.

Con este e-mail quedan expuestos los puntos clave para debate y aportación de 
ideas, 

Salut

-- 
Tomeu Borrás Riera
Conetxia Soluciones informáticas
902 88 11 66
971 29 06 29
http://www.conetxia.com