Nueva Aplicación para Negocio

[Rockin]

Buenas a todos:

Llevo 4 años desarrollando una aplicación para mi empresa, la aplicación está hecha en Delphi 6 + Firebird, es totalmente a medida. En breve voy a a empezar a migrar a Delphi XE2 + SQL Server.

Vamos a montar una franquicia con mi familia que tiene unas 20 tiendas en España. La franquicia no tiene aplicación propia para el control de stock, ventas, inventario, pedidos, etc.. Voy a desarrollar una aplicación que tenga dos funciones, en las tiendas lleve todo el control de stock, ventas, inventarios, etc y además genere el pedido para que la central lo recoja y procese. Me surgen las siguientes dudas de como desarrolarlo, lo unico que tengo claro es que va a ser en Delphi XE2, os planteo mis dudas y vuestras sugerencias:

1º) Que base de datos uso? Firebird embebido o SQL Server Express. La idea es que las tiendas tengan su propia BD.
2º) La realizacion de pedidos, como aconsejais hacerlo, ¿enviar un fichero en XML, por ejemplo y que en la Central lo lean?. ¿directamente contra la BD del Servidor? ¿via internet por una web?
3º) Es fácil conectar un cajon de monedas para abrirlo y usar una pistola de codigo de barras?
4º) Impresora de ticket o normal?

Hace poco realize una aplicacion web para una empresa con PHP + AJAX pero es un coñazo el diseño y demás, pero me surge la duda si a la larga
es mejor hacerlo así en vez de una aplicación de escritorio.

Quien quiera y tenga o no experiencia en desarrollar este tipo de aplicaciones, espero me de su consejo.

Gracias y saludos a todos

[[Chris]]

Empezado por Rockin

1º) Que base de datos uso? Firebird embebido o SQL Server Express. La idea es que las tiendas tengan su propia BD.

En todo caso seria Firebird (OJO no embebido o empotrado). Los datos en la DB pueden muy facilmente estar dividos por tienda. Al tener una sola DB tienes la gran facilidad de consultar y analizar en forma general las ventas de todas juntas por ejemplo.

Empezado por Rockin

2º) La realizacion de pedidos, como aconsejais hacerlo, ¿enviar un fichero en XML, por ejemplo y que en la Central lo lean?. ¿directamente contra la BD del Servidor? ¿via internet por una web?

Si utilizas una DB centralizada esto ni siquiera sería tema de discusión.

Empezado por Rockin

3º) Es fácil conectar un cajon de monedas para abrirlo y usar una pistola de codigo de barras?

Hasta dónde sé, la pistola no tanto, solo imita el teclado. El cajón es otra cosa. Pero no es muy complicado.

Empezado por Rockin

4º) Impresora de ticket o normal?

Tickets por favor! Son más ahorrativas y amigables con el medio ambiente.

Empezado por Rockin

Hace poco realize una aplicacion web para una empresa con PHP + AJAX pero es un coñazo el diseño y demás, pero me surge la duda si a la larga
es mejor hacerlo así en vez de una aplicación de escritorio.

Mejor una app web. El único inconveniente es que necesitarás modulos especializados si para acceder al Hardware POS. He leído al respecto y parece que estos inconvenientes se pueden solucionar con un JavaApplet.

En el caso de la App Web, puede que montar tu propio servidor y mantenerlo no sea lo adecuado. Mejor consulta en servicios PaaS y ve si se ajustan a tus necesidades y presupuesto.

Saludos!

[Casimiro Notevi]

Lo que no entiendo es si se tiene ya un programa hecho en delphi 6 con firebird, ¿para qué se quiere pasar a delphi xe con ms sql?
¿Por qué no usas el programa que ya tienes hecho?

[Rockin]

Hola Casimiro, el programa que tengo hecho no tiene nada que ver con el nuevo, el actual está realcionado con el telemarketing, crm y seguimiento de ventas comerciales y el nuevo es principalmente un control de stock y ventas.

Voy a migrar a Delphi xe2 y MSSQL, por que hemos pasado de unos 20 a usuarios en una ofician a unos 200 en 4 oficinas repartidas por España y quiero implementar todas las mejoras del nuevo datasnap, sobre todo en cuanto a redundancia y failover. Además la aplicación se va a incrementar muchas funcionalidades y ya aprovecho y lo migro todo. También uno de nuestro proveedores usa un sistema que no es compatible con firebird y a mi me facilitaría mucho porder integrar su sistema con nuestro CRM para todo. Es un sistema de marcacion telefonica. Y varios temas que aconsejan el cambio.

Chris, no me he explicado bien, las tiendas tienen su propia base de datos en la tienda, ya que las franquicias son indepedidentes de la central. Es decir cada tienda tendrá su BD local para su gestion de su stock y la central otra donde recibirá los pedidos.

Creo que lo mejor es que las tiendas tengan su aplicacion en delphi para la gestion y hagan los pedidos via web o enviando un fichero, estilo las remesa de recibos de los bancos.

Espero puedan seguir ilustrandome.

[olbeup]

El motor de SQL SERVER EXPRESS es una buena opción, yo lo utilizo en la empresa y va muy muy bien en MS server 2003.
A la hora de consultar el stock local o del servidor que sera remoto, puedes hacer un servidor vinculado y consultar las tablas como si fueran locales vía Internet.

Eje.

Código SQL [-]
SELECT
    STL.ALMACENID
    ,STL.ARTICULOID
    ,AR.ARTICULO
    ,STL.STOCK AS STOCKLOCAL
    ,STR.STOCK AS STOCKREMOTO
  FROM Stock AS STL
    INNER JOIN srvlink.franquicia.dbo.Stock AS STR  <-- Este es el servidor vinculado (remoto vía Internet)
      ON STR.ARTICULOID = STL.ARTICULOID
    INNER JOIN Articulos AS AR
      ON AR.IDARTICULO = STL.ARTICULOID
  WHERE AR.IDARTICULO = 278926

Espero haber contribuido y que te sirva de inspiración a tu proyecto.

[[newtron]]

Empezado por Rockin

1º) Que base de datos uso? Firebird embebido o SQL Server Express. La idea es que las tiendas tengan su propia BD.

En principio si puedes usar Firebird la ventaja que tendrás es que aquí la mayoría de la gente lo usan y te podrán ayudar con dudas sobre sintaxis sql, procedimientos almacenados, triggers, etc.

Empezado por Rockin

2º) La realizacion de pedidos, como aconsejais hacerlo, ¿enviar un fichero en XML, por ejemplo y que en la Central lo lean?. ¿directamente contra la BD del Servidor? ¿via internet por una web?

Yo en estos casos lo que hago es exportar los datos a ficheros temporales, comprimirlos y enviarlos a un sitio ftp para que en la central en el momento que consideren adecuado reciban ese fichero, lo descomprime e integre en la base de datos general.

Empezado por Rockin

3º) Es fácil conectar un cajon de monedas para abrirlo y usar una pistola de codigo de barras?

Solo tendrás que enchufarlos y podrás usar el lector de código de barras. El cajón si quieres que tenga apertura automática tendrás que conectarlo a una impresora de tickets. Para abrirlo solo tendrás que mandar una secuencia de escape a esa impresora y se abrirá el cajón.

Empezado por Rockin

4º) Impresora de ticket o normal?

Dependiendo del tipo de negocio te harán falta las dos, una para emitir tickets y poder conectar el cajón portamonedas y otra grande para imprimir albaranes, facturas, etc.

Empezado por Rockin

Hace poco realize una aplicacion web para una empresa con PHP + AJAX pero es un coñazo el diseño y demás, pero me surge la duda si a la larga
es mejor hacerlo así en vez de una aplicación de escritorio.

Si la idea tal y como la planteas es tener una aplicación independiente en cada tienda no es necesario aplicación web.

Saludos

[Rockin]

Lo del servidor vinculado suena bien, no tengo ni puta idea como se hace, pero lo buscaré.

Gracias a los que habéis respondido y los que lo haréis (si los hay). Seguiré pensando que es lo mejor. Aunque tengo que empezar casi ya.

Saludos.

[olbeup]

Mira esto haber si te vale.

Yo utilizo bastante los servidores vinculados, no se cual es el límite.

Si tienes 20 tiendas puedes vincularlas todas y desde un solo ordenador puedes ver el stock de todas con un consulta SQL, pudiendo ver quien tiene el artículo, también modificar como si fueran tuyas.

Un saludo.

[Rockin]

Tiene muy buena pinta. Pero no es eso realmente lo que busco, aunque si me vale para mi empresa actual.

Cada tienda es independiente, con dueños distintos, CIF distintosetc... y la central es también idependiente. La unica relacion entre ellas es que el pedido hay que hacerlo a la central.

Esta red de franquicia no tiene nada hecho en este aspecto y mi idea es desarrolar algo, para porder ofrecercelo y venderlo. A parte de que sirva para mi tienda en particular.

Seguimos pensando.

Saludos.

[[Al González]]

Hola Rockin.

Recuerda que Firebird es la base de datos que mejor se lleva con Delphi, y para el tipo de aplicación que describes está perfecta.

Abusando de tu confianza, si llegas a necesitar algún colaborador te recomiendo mirar la sección Trabajo. Ahí encontrarás que, además de ofertas de empleo, también aparecen compañeros Delphi disponibles.

Saludos.

Al González.