ODAGEST+ 4.1.
TIEMPO REAL FRENTE A PAQUETES.
PREGUNTAS Y RESPUESTAS

(VEA LOS VIDEOS DE LA OPCIÓN: MANUAL ODAGEST+, DOCUMENTACIÓN EN VIDEOS.
SON LA INTRODUCCIÓN A DOS MÓDULOS (CADA UNO CON UN CONJUNTO DE OPCIONES RELACIONADAS). ILUSTRAN CAPACIDADES AVANZADAS, PERO LE GARANTIZAMOS QUE LE SORPRENDERÁN.

Tengo 7 tiendas y utilizo paquetes para sincronizar las bases de datos. ¿Es normal hoy en día que tenga que usar los paquetes, que no son más que una fuente de problemas?

NO. Si su sistema no es capaz de funcionar en tiempo real, esta utilizando un sistema obsoleto y anacrónico y mucho más caro de mantener por ser propenso a incidencias.

El tiempo real significa que todos sus ordenadores comparten la misma base de datos.

No hay paquetes y toda la información generada es visible en todos sus ordenadores en el mismo instante de su creación.

Significar mantener una única instalación y base de datos, no una base de datos y aplicación por TPV o tienda.

¿Que sistema de comunicación usan los fabricantes mundiales más importantes como SAP, Navisión de Microsoft, SAGE Adonix X2, PeopleSoft, SAGE-Logic Class para comunicar sus instalaciones?

El tiempo real en todos los casos. Para estas empresas el uso de paquetes sería una limitación intolerable para su aplicación y para sus clientes.

Sin embargo, muchos de estos programas carecen de módulos de TPV y recurren a aplicaciones externas que si que usan paquetes. Ahí está el cuello de botella y el eslabón más débil de sus sistemas. Una carencia que pagará muy caro.

También, por regla general, la implantación de los colores y de las tallas es muy pobre y en muchos casos, inexistente.

Me aseguran que con paquetes pueden actualizar el stock de mis 7 tiendas en 5 segundos. ¿Es eso posible?

Puede ser verdad instalando lo que se llama una red VPN o redes privadas virtuales.

De esta manera, quizás se pueda actualizar el stock muy rápido, pero sólo el stock y poco más. De cualquier manera, si tiene 25 tiendas sería totalmente inoperante. ¿Actualizar 25 bases de datos cada vez que se modifique un stock?. Los cientos de stocks modificados en las tiendas consumirían el 90% de los recursos de cada TPV.

Es además, carísmo de implantar, retorcido hasta decir basta, propenso a problemas y una de las maneras de algunos fabricantes de presentar una grave limitación como un logro tecnológico.

intentar que, si una tienda vende un articulo, ese rebaje de stock se aplique en 2 o 100 tiendas usando diferentes bases de datos es apostar por colapsar los sistemas y complicar su arquitectura, diseño y necesidades de mantenimiento enormemente.

Con el tiempo real, el stock se rebaja en una única base de datos y no hay que hacer nada más. Con el otro método, un rebaje de stock provocara cientos de transacciones en diferentes bases de datos, consumiendos recursos en todas las máquinas.

Es una alternativa al tiempo real intolerable.

Además, suponiendo que todo funcionase correctamente, si hubiese la mínima incidencia, posiblemente no será consciente de la misma hasta que haga algún inventario.

Con el tiempo real podrá introducir una foto y todas las tiendas serán capaces de verla en el mismo segundo y sin ninguna sobrecarga en el sistema. Cero uso de la CPU de ninguna tienda.

Del mismo modo y como las fotos, toda la información creada en cualquier instalación estará disponible instantáneamente en todas sus tiendas a coste cero de recursos en el sistema.

Que otras desventajas supone el uso de paquetes para sincronizar el stock con una frecuencia, de por ejemplo de 15 minutos.

Depende del tráfico de paquetes, si sólo se actualiza el stock de la central su utilidad es muy limitada ya que las tiendas son las que más necesitan esa información.

Si tiene que trasmitirse ese cambio en el stock a todas las tiendas, entramos en el terreno de lo temerario. Provocarían un colapso monumental y sería multiplicar los problemas de sincronización via paquetes hasta niveles que le forzarán a abandonar esa idea al segundo día.

¿Es normal que necesite mantener mis ordenadores encendidos por la noche para sincronizar la información?

Era un requerimiento inevitable hace más de 20 años.

Supone un desgaste de las máquinas intolerable. Con el tiempo real, sus ordenadores sufrirán un desgaste, al menos, un 80% menor.

Si tienen que estar endendidos parte de la noche, el desgaste sera superior al 95%. Ese requerimiento es obsoleto y fuente contínua de incidencias.

Es normal que mi base de datos se corrompa con facilidad y tenga que regenerarla o restaurar la copia de seguridad.

Este problema es común en programas desarrollados sobre bases de datos domésticas.

Si su gestor de bases de datos no es tolerante a problemas de hardware o cortes de luz, adquiera el servicio más caro del contrato de mantenimiento que le propongan, adquiera una tarifa plana de teléfono y disfrute del tiempo libre que dispondrá por no poder trabajar durante mucho tiempo.

Hoy en día su sistema no debería tener problemas de corrupción.

Aunque su aplicación le parezca muy completa, será siempre como un gigante con los pies de barro.

Con el tiempo su mantenimiento se convertirá en una pesadilla.

Si tiene varias tiendas, no cometa el grave error de adquirir una aplicación cuyos cimientos no esten basados en un servidor de base de datos SQL.

Con estas bases de datos domésticas, olvídese de tener los stock actualizados y correctos.

Pero cuidado, algunas empresas desinforman a los clientes sobre las características de sus bases de datos. Por ejemplo, 4th Dimension no es un servidor SQL de base de datos, como afirman los fabricantes que lo usan.

Me dicen que el tiempo real no es recomendable porque hay problemas frecuentes en la comunicación.

Es completamente falso.

Solo tratan de justificar sus limitaciones e inercia tecnológica.

Hay muchas más posibilidades de que sus TPV fallen con el uso de paquetes, por hacer uso intensivo de sus discos duros que por fallos del ADSL en tiempo real.

Podemos darle infinidad de referencias de redes de tiendas que están funcionando en tiempo real sin problemas.

Si lo usan los grandes fabricantes mundiales de Aplicaciones ERP, ¿Cómo va a ser mejor que una tecnología que nació hace 25 años como es el uso de los paquetes?

Dicen que implantar tiempo real es más caro que el uso de paquetes. Tengo siete tiendas.

Es completamente falso. Es mucho más barato.

Para empezar no se necesita un servidor propiamente dicho, un sistema Windows XP o superior con dos discos duros puede ser más eficientes y mucho más baratos que un Windows 2003 Server sobre una máquina que sólo soporte dicho sistema operativo.

Puede reutilizar sus antiguas máquinas y el tiempo de vida de los ordenadores será mucho mayor al no hacer uso de su disco duro, que es el componente más sensible del sus TPV.

7 tiendas pueden ser una pesadilla con el sistema basado en paquetes. Con el tiempo real, sin embargo, es una número de ordenadores considerado muy pequeño. La actividad de su servidor será sorprendentemente baja.

Dicen que el tiempo real es muy lento.

Completamente falso. Los tiempo de respuesta de sus TPV's serán casi iguales a los actuales.
Serán mejores en TPV's antiguos y algo menores en ordenadores recien adquiridos.

No puedo conectar mis TPV's de la central directamente al servidor que me han obligado a instalar. ¿Es eso normal?.

No, es una deficiencia gravísima. En la central debe poder conectar todas sus máquinas al mismo servidor usando su red local interna, ya sean 1 o 25 TPV's.

Con el OdaGest+, podrá conectar sus TPV al servidor común tal como lo hemos estado haciendo desde hace doce años.

La conexión por red local es diferente a las conexiones de las tiendas remotas que usan la red de Internet. En cualquier caso. todas las instalacciones acceden simultáneamente a la misma base de datos.

Si su actual sistema usa una base de datos doméstica, conectar varios TPV's en red, es apostar por destrozarla, ya que cualquier fallo del hardware de cualquier ordenador afectará a su información.

Los inventarios continuos, ¿son una solución válida a los descuadres de stock?.

En absoluto. Inventariar una tienda o unos pocos artículos es una barbaridad, ya que el stock que falta y añada estará seguramente en otra tienda. Se debe inventariar (recontar) todas las tiendas conjuntamente y de manera global o estará agravando aún más su problema.

No entendemos porque es esta práctica necesaria.

Es simplemente maquillar errores en los descuadres de stocks añadiendo más basura en forma de regularizaciones.
.

Es normal que usando paquetes, haya uno o algunos que no se integren durante días y esto suceda con relativa frecuencia.

No, es un error intolerable. La finalidad principal de un sistema informático es que todas las tiendas dispongan del stock correcto. Si el stock no es correcto, cualquier otro proceso, como las autoposiciones o inventarios parciales, agravarán aún más el problema.

Si usa el tiempo real la posibilidad de que el stock este descuadrado sera 0. El descuadre sólo se podrá atribuir a errores humanos o robos, es decir, su stock será incomparablemente más fiable que con los paquetes y estará actualizado en una décima de segundo para todas sus máquinas.

Me dicen que la comunicación de paquetes puntos a punto por vía telefónica es más segura que con el uso de Internet. ¿Es verdad?

Es completamente falso. Internet es mucho más rápido y fiable. Con Internet sus incidencias de comunicaciones serían casi nulas. Nuestro sistema de comunicación por paquetes en clientes que aún no usan la versión 4.1 está basado en Internet y su diseño permite capacidades que reducirían sus indecencias a cero.

La implementación de comunicaciónes por conexión telefónica punto a punto es una reliquia del pasado. No es usada por ninguna otra aplicación de los grandes fabricantes mundiales.

Me dicen que enviar paquetes con una cierta periodicidad es casi similar al tiempo real.

Es completamente falso.

Enviar más paquetes agravará aún más sus problemas de recepción de paquetes. Sus stocks se degradarán más rapidamente al aumentar el tráfico de los mismos.

Tal afirmación es una muestra de incapacidad de innovación que es y será un incordio continuo.

¿Que opina sobre la idea de hacer que todas las tiendas publiquen datos en la Web para compartir información?

La verdad, hay que tener muchas limitaciones tecnológicas para usar un sistema tan ineficiente, complejo y candidato a todas las inconsistencias posibles.

Use el tiempo real y déjese de exportaciones e importaciones entre elementos tan dispares y que han sido creados para otros fines.

Evite al máximo exportaciones e importaciones y además sobre máquinas remotas. Una alternativa condenada a ser desechada desde el primer intento.

No conocemos ninguna aplicación implantada mundialmente que necesite utilizar ese sistema para intentar evitar la carencia de un sistema en tiempo real.

Me dicen que tengo que utilizar necesariamente determinados perifericos con mi aplicación actual: una impresora de tiques determinada, un lector, un servidor determinado, unos TPV's determinados, una impresora de etiquetas de una cierta marca, un cierto lector de código de barras, un monitor de un tamaño determinado, una camara de fotos compatible con la aplicación, etc. ¿Es eso lógico?.

Es una deficiencia gravísima, aunque común en la mayoría de las aplicaciones de gestión.

Ataca frontalmente la filosofía con la que se creó Windows, que se basa en que las aplicaciones puedan usar cualquier periférico simplemente instalando el controlador adecuado.

Si su aplicación no soporta:
el 100% de las impresoras para imprimir etiquetas (incluyendo impresoras industriales, láser, de tickets),
el 100% de impresoras de tickets,
el 100% de impresoras láser,
el 100% de lectores de códigos de barras,
el 100% de monitores, usando cualquier area de pantalla, como por ejemplo, 1900 x 1400 o el ya lejano 800 x 600. Pero si usa un area superior a 3000 mucho mejor. Como la aplicación permite abrir todas las opciones una tras otra, pudiendo activarlas libremente y como le permite abrir la misma opción ilimitadas veces (muy útil en los cientos de gráficos disponibles para comparar diferentes periodos), una mayor área de trabajo supondrá más facilidad de obtener una visión global y comparativa de su negocio.

estarán exponiendo una deficiencia intolerable.

Una deficiencia que usted pagará muy cara, ya que además de adquirir una aplicación ya inicialmente limitada, incrementará su dependencia con su proveedor hasta un nivel que consideramos abusivo.

Como indicama es sorprendente la imposición de algunos fabricantes sobre la necesidad de que su aplicación sólo puede funcionar con un área de pantalla determinada.

Más sorprendente aún es comprobar que todas las aplicaciones que conocemos, son incapaces de ampliar sus ventanas para aprovechar todo el área disponible de los, cada vez, más grandes monitores.

Todos los programas deben permitir que todas los opciones aprovechen todo el área de pantalla de su monitor permitiendo maximizarlas, minimizarlas y cambiar su tamaño. No deben reducir su tamaño de ventana al seleccionar otro área mayor.

Forzar un tamaño de área de pantalla significa incrementar el coste de implantación por no poder reutilizar los antiguos monitores y desaprovechar las capacidades de los monitores actuales y futuros que son cada día son más grandes.

Si acepta esa imposición ya habrá adquirido un programa obsoleto y anacrónico.

Pero, es aún más grave la imposición de determinadas impresoras de etiquetas. Es lamentable como se impone al cliente una determinada impresora de ticket industrial. Este tipo de impresoras las consideramos totalmente inapropiadas. A pesar de ello, el OdaGest+ las soporta todas.

¿No es mucho más serio poder utilizar cualquier impresora del mercado para imprimir etiquetas, incluyendo todas las industriales?

Y si además puede diseñar decenas de formatos propios (ilimitados) con nuestro editor visual de informes, etiquetas y ticket, ¿No sería aún mejor?.

Y si pudiera incluir códigos de barras, fotos de artículos y los miles de datos posibles de su base de datos en el 100% de los informes, etiquetas y ticket, ¿no sería perfecto?

¿Dispone de un desarrollo sobre un PDA con Windows CE o Palm?

La verdad es realmente exótico e ineficiente usar hoy en día un PDA y mucho menos Palm.

Debe ser un engorro tener que sincronizarla y operar con ella.

Además su capacidad de almacenamiento es necesariamente limitada.

Ningún cliente se merece el castigo de tener que introducir pedidos o realizar cualquier tarea con un PDA.

Cómprese un portátil que es lo que hace todo el mundo y no se complique la vida de esa manera. Ya hay portátiles más ligeros que un PDA.

Con el tiempo real podrá conectarse desde cualquier lugar, tendrá todo el área disponible de pantalla, podrá usarlo para todas las tareas posibles de la aplicacion y de sus otros programas instalados y no tendrá que sincronizar nada.

Son caros, limitadísimos y al adquirirlo, habrá comprado un problema más que una herramienta.

Actualmente, si quiero trabajar con mi portátil, sólo tengo la posibilidad de copiar la base de datos paralizando todo el resto sistema. ¿Es eso normal?.

Desde hace 12 años y con las versiones anteriores a la 4, nuestros clientes podían trabajar con su portátil sin impedir el uso habitual del resto de usuarios del sistema.

Una grave limitación (realmente una deficiencia lamentable). Con el tiempo real podrá acceder al sistema desde cualquier parte del mundo. Por ejemplo, si desde una tienda accede al sistema con su Usuario y contraseña hará que ese ordenador se comporte como su ordenador de trabajo habitual en sus oficinas centrales.

En el OdaGest+ las capacidades de la aplicación no dependen de la ubicación del ordenador desde el que acceda al sistema, sino del Usuario (y Contraseña) con el que se acceda. Con ello, el OdaGest+ se comportará de idéntica manera que desde su acceso habitual al sistema. Es decir, accediendo con el mismo usuario con derechos de Administrador y vinculado a la central conseguirá que la aplicación asuma que se encuentra en la central con toda su funcionalidad abierta aunque el acceso lo haga desde cualquier tienda o desde su domicilio particular.

Habitualmente la tienda 10, accederá con el entorno de trabajo 'Tienda10'. Pero si necesita puntualmente usar su Usuario sería como entrar desde la Central y con los derechos de Administrador que usted posee.

Mi aplicación puede exportar los informes a Excel o PDF. ¿El OdaGest+ es capaz de hacer lo mismo?

Con el OdaGest+ podrá exportar el 100% de los informes a Excel, PDF, HTML. XHTML, Word (rtf), csv, txt, Jpg, gif, bmp, wmf, etc.

Y sin necesidad de instalar componentes externos. Toda esta funcionalidad está implementada en la aplicación. Podrá incluso enviar el archivo resultante por correo electrónico en el mismo momento .

Además, le garantizamos que no encontrará ninguna otra aplicación cuyas exportaciones sean de la calidad del OdaGest+.

No puedo crear mis propios formatos de etiquetas. Tengo que recurrir a los fabricantes de programa para cualquier modificación o creación de nuevos formatos. Quisiera poder imprimir etiquetas de 1 o dos centímetros pero es imposible.

Es otra deficiencia intolerable.

Su aplicación debería disponer de editores visuales de etiquetas e informes que puedan ser usados por el usuario sin necesidad de recurrir al servicio técnico.

Tendría que poder crear etiquetas de cualquier tamaño incluyendo el código de barras y fotos y además debería poder adaptarlos a cualquier impresora.

Desde hace 12 años todos nuestros clientes lo han podido hacer así.

¿Le parecería posible que con el OdaGest+ se pudiera crear y ajustar al milímetro cinco formatos de etiquetas para cinco impresoras diferentes en menos de 45 minutos?. Pudiendo introducir el 100% de los datos de la base de datos, introducir fotos, código de barras. Usando para ello las herramientas de edición visual propias de la aplicación.

Somos dos hermanos, que solemos turnarnos en las tiendas. ¿Es normal que no podamos realizar las tareas habituales que hacemos en la central?.

De nuevo otra gravísima deficiencia.

Desde hace 12 años todos nuestros clientes han podido realizar las mismas tareas en cualquier tienda y portátil que en la central. Todas,

Las versiones anteriores a la 4 garantizaban la propagación de todas las modificaciones al resto de las tiendas.

Ahora con el tiempo real todo este sofisticado mecanismo deja de tener sentido.

Tenemos serios problemas con las fotos. Siempre necesitamos recurrir al soporte técnico de nuestro proveedor para copiarlas a las tiendas. ¿Es eso inevitable?.

No. Son ganas de hacer perder tiempo y dinero a cliente y al mismo proveedor.

Nuestros clientes han podido enviar fotos central-tienda, tienda-central-tiendas desde hace 12 años.

Ahora con el tiempo real una foto introducida en cualquier ubicación se verá en todas sus tiendas en el mismo segundo.

Nuestra actual aplicación nos obliga a fotografiar los artículos siempre con la misma orientación. Por ejemplo, las botas de vestir y las prendas las tenemos que fotografiar en diagonal. Además, tenemos que utilizar una camara específica que nos suministra nuestro proveedor para asegurar el tamaño y las proporciones de las fotos. ¿Es eso normal?

Por supuesto que NO.

Nuestros clientes utilizan cualquier cámara y la usan con cualquier orientación y resolución (calidad).

Nuestro sistema siempre presentará las fotos con sus proporcienes correctas, se hayan realizado con orientación horizontal o vertical y respetando siempre las proporciones. Se verán en pantalla y mostrarán en los informes, siempre perfectas.

Si además, su actual sistema almacena las fotos en la base de datos, considérelo un lastre que tendrá que asumir, ya que. degradará la respuesta del servidor, hará que el crecimiento de la base de datos se dispare y hará que muchos procesos de mantenimiento como las actualizaciones o copias de seguridad se hagan eternas.

Introducir fotos en la base de datos directamente, es totalmente desaconsejable.

¿Seria posible capturar fotos de una camara WEB de un coste de por ejemplo 30€ instalada en un portátil o cualquier PC?.

Si, nuestras aplicaciones permiten la captura de imágenes desde una cámara WEB de los artículos, clientes y vendedores y desde todas las opciones del programa que hagan referencia a los mismos.

Para capturar la imagen sólo es necesario un click del ratón.

Con el tiempo real, la foto está disponible en todas sus instalaciones desde el mismo instante que la capture.

La aplicación de mi proveedor me permite visualizar las fotos en muchas opciones. ¿El OdaGest+ puede hacer lo mismo?

El OdaGest+ muestra las fotos directamente en casi todas las opciones y en las pocas que no lo hacen podrá invocarla con las teclas CTRL+F.

Y además, desde la ventana que se abre con esta combinación de teclas, podrá asignar la foto al artículo o capturarla con la cámara WEB.

En otras palabras, se puede ver, asignar o capturar la foto en practicamente todas las opciones que usen artículos.

Además, aunque almacene cientos de miles de fotos, no supondrán ninguna sobrecarga para su base de datos ya que son accesibles desde todas las instalaciones pero se almacenan como archivos fuera del servidor. Sólo se cargan cada vez las fotos del artículo o artículo/color activo.

Además la foto se presenta por defecto en infinidad de informes, pero podrá introducirlas en el 100% de los mismos. Pero, como curiosidad, puede introducir ilimitadas fotos del mismo artículo en todos sus formatos de informes y etiquetas.

Aunque sea mucho pedir , ¿podría asignar películas a artículos especiales que yo considero especiales?.

En el OdaGest+ podrá asignar películas desde la cámara WEB o películas importadas desde cualquier cámara digital a todos sus modelos.

Conecte una cámara WEB de 30 € a su portátil y capture los videos con un simple click, Asignará el vídeo al artículo. Necesitará invertir para ello unos segundos. Coloque el artículo frente a la cámara, haga click para iniciar la pelicula, cambie el ángulo del modelo y asigne la pelicula con otro click.

Podrá ver las películas, asignarlas o capturarlas desde cualquier opción del programa con las teclas CRTL+J. Una vez activa esta opción, el simple hecho de cambiar de artículo reproducirá su vídeo asociado.

De nuevo, aunque sus videos ocupan decenas de Megas no supondrán ninguna sobrecarga para el sistema.

Capturado el vídeo, éste estara disponible en todas sus tiendas en el mismo segundo.

Yo aún tengo algunas tiendas con Windows 98 y Windows 2000. ¿Tendría que cambiar los ordenadores?

No los toque, funcionaran mucho mejor que hasta ahora y le durarán aún mucho más tiempo.

¿Sería complicado instalar y actualizar el tiempo real en mis tiendas?

La aplicación sólo se instala en el servidor y automáticamente en sus máquinas conectadas en su red local. En las tiendas con acceso remoto, si usan Windows XP o Vista no necesita instalar ni el programa ni ningún componente adicional. Si usanW98 y W2000 se instala un programita de Microsoft.

En las tiendas y cualquier ordenador con acceso remoto sólo será necesario crear un icono en el escritorio de Windows. Y nunca, nunca más será necesario actualizarlas.

En la central podrá instalar un servidor con Windows 2003 Server o un Windows XP Pro o Vista Business.

Se podrá instalar cualquier versión de SQL Server (Hay una versión gratuita. Y sólo un único SQL Server aunque tenga decenas de tiendas) y después se instalará la aplicación también una única vez en su servidor.

Por último, podrá instalar un servidor de Terminal Server de Microsoft (que hace posible el acceso remoto) o un producto similar al Terminal Server de otras compañías. El coste de estos productos similares sería de 300 € para 10 tiendas o 700 € para cientos de tiendas (ilimitadas).

Las actualizaciones sólo se necesitan aplicarse en el servidor. Son 20 minutos y puede hacerse en caliente sin parar ningún ordenador.

Las máquinas de la red local se actualizan automáticamente. Las tiendas remotas no se tocan jamás. Sólo será necesario actualizar una base de datos y que, con nuestras herramientas, se podrá hacer en 5 minutos.

El tiempo de actualización no pasaría de 20 minutos ya sean 2 o 100 tiendas. El número de tiendas es completamente intrascendente.

¿Como sé que su aplicación realmente funciona?

Consulte nuestras cuatro mil instalaciones en nuestras web's: www.odairc.com y www.odacash.com

Tenemos clientes con una central que es a la vez tienda y que tienen hasta 13 TPV's en la misma ubicación (central). Sume además varios ordenadores en las oficinas conectadas en la misma central. Todas estas conexiones usarían su red local interna, sin consumir licencias de Terminal Server.

Todos nuestros clientes trabajan desde casa o desde cualquier localización aunque se encuentren en Bora Bora.

Añada a esta lista, los más de 1200 usuarios diarios de nuestro cliente principal PERFUMERIAS AVENIDA que cuenta ya con 500 tiendas, 40 vendedores al por mayor y 20 instalaciones en sus oficinas centrales. Saque sus conclusiones.

Pida referencias. Podemos suministrarle una lista de más de 50 cadenas de tiendas que funcionan ya en tiempo real desde hace 4 años. Conocerán a muchos de nuestros clientes.

¿Cuanto me costaría?

Posiblemente la implantación le costará menos que el contrato que paga anualmente a su proveedor.

Además tendría 3 meses de soporte gratuito.

Realmente ahorraría dinero no sólo con la instalación, sino con el coste de las llamadas telefónicas y del tiempo consumido en resolver sus actuales incidencias.

Además, podemos convertir sus datos a nuestra aplicación. Podrá, de esta manera, funcionar desde el primer día.

Sobre el contrato de mantenimiento divida su coste actual por X.

Mi actual aplicación tiene una gran cantidad de informes y gráficos. Me cuesta creer que el OdaGest+ los iguale.

El OdaGest+ no sólo implementa los ciclos de compra, venta detalle, venta al por mayor y ciclo interno del stock completos (desde presupuestos hasta conciliación de efectos u gestión de efectos impagados y negociados), sino que además, quedará sorprendido por el número y calidad de informes y gráficos disponibles.

¿Y sobre el control de las tiendas con cámaras IP?

El OdaGest+ tiene la posibilidad de visualizar ilimitadas cámaras ubicadas en ilimitadas tiendas individual o simultáneamente.

Aunque recomendamos, que solicite los servicios de una empresa especializada, ya que se requerirá posiblemente una segunda conexión de banda ancha en cada tienda para ello.

Compartir una única conexión para sus aplicaciones en tiempo real y sus cámaras es un despropósito.

¿Y que me dice de otras aplicaciones que mi proveedor me vende como módulos adicionales, por ejemplo un módulo de Preselección, Inventarios, Venta al por mayor?.

Todas esas opciones están incluidas en nuestra aplicación sin necesidad de importaciones o exportaciones y se incluyen de serie.

Que me dice de la posibilidad de crear dos series de caja en A y B.

El OdaGest+ dispone de cinco posibilidades. Algunas extremadamente sofisticadas. También soporta la compra en A y en B.

Mi sistema actual dispone de sistemas de distribución reposición muy sofisticados. ¿Hay algo similar en el OdaGest+?

Las capacidades de distribución, autoreposición entre tiendas en el OdaGest+ son impresionantes.

Sobre el TPV, ¿piensan que el suyo supera a nuestro TPV actual?.

Podemos garantizar que el TPV del OdaGest+ puede desbordar en funcionalidad a cualquier otro TPV conocido ya sea nacional o extranjero.

Si además sus actuales TPV's, no se pueden conectar directamente al servidor usando su red local interna, no tiene un TPV, tiene un problema muy serio.

¿Que características pueden mencionar de su TPV que marquen la diferencia sobre otras aplicaciones?

Podría mencionar decenas, pero nos quedamos con una:

¿Puede su actual aplicación crear ilimitados formatos de tickets del usuario para cada uno de los 10 posibles documentos creados por la opción de caja?, (Usando la misma opción de caja se pueden crear muchos tipos de documentos)

¿Y que pueda hacerlo con un editor visual?. ¿Y que pueda introducir cualquier gráfico, código de barras y cualquier dato almacenado en la base de datos?.

Y además, ¿pudiendo utilizar cualquier impresora de tickets existente en el mercado?.