Jump to content

nomah82

Members
  • Posts

    43
  • Joined

  • Last visited

Profile Information

  • Location
    Málaga
  • Activity
    Other

nomah82's Achievements

Newbie

Newbie (1/14)

7

Reputation

  1. Hola Josemi, Muchas gracias por tu interés. Te voy respondiendo por puntos: Linux: El programa aún no corre en linux. Con la liberación de .NET por parte de Microsoft espero que algún día llegue a hacerlo. De hecho yo ya he hecho alguna prueba y he logrado arrancarlo, pero de momento no está operativo. Rendimiento: El programa funciona perfectamente con 3000 artículos, tengo clientes que tienen unos 3.500 con unas 12.000 combinaciones. Probarlo: Sobre probarlo en tu tienda no es la tónica habitual ya que tenemos demo con acceso incluso al backoffice para ver como interactúa el programa con prestashop. No obstante activa la api de tu tienda, pásame URL / Clave y te mando un programa para que lo testees con tu web. Para cualquier cosa por aquí me tienes o en http://idoneosoft.com Saludos,
  2. Hola, Tengo un software TPV para prestashop que ataca a los webservices de Prestashop (www.idoneosoft.com). Estoy notando ultimamente cambios constantes en la API, algo que se debería dar en contadas ocasiones. Sobre todo andan dandole vueltas a si ponen los nodos del XML en plural o en singular: Por ejemplo, en PRODUTS --> ASSOCIATIONS nos encontramos lo siguiente: En la versión 1.5 las opciones de los productos estaban bajo product_option_values <categories> <category> <id/> </category> </categories> En la versión 1.6.0.9 lo ponen en plural <categories> <categories> <id/> </categories> </categories> En la versión 1.6.0.11 vuelven a ponerlo singular: <categories> <category> <id/> </category> </categories> Y estos desbarajustes se producen con todo, combinacions, product_option_values pero no de la misma forma. Es decir, es practicamente aleatorio saber cual va en plural y cual en singular en cada versión. Hay que mirarlo y ajustarlo. ¿Alguien me puede decir el criterio que sigue? Saludos,
  3. Hola darkout_hhh, Muchas gracias por interesarte. Desde que abrí este post el programa ha estado en continua evolución adaptandolo a todas las versiones de Prestashop y particularidades de los distintos servidores que me he ido encontrando (versiones de php, modulos inexistentes etc). Tambien se ha avanzado en nuevas funcionalidades, algo que se verá incrementado en los proximos meses. En la web www.idoneosoft.com está centralizada la información, versión demo, acceso al backoffice de la demo para comprobar como interactúa el programa, video demostrativo, teléfono de contacto, etc... No obstante, si tienes cualquier duda tambien me puedes escribir por este mismo canal. Saludos,
  4. Buenas, Para importar desde excel puedes utilizar las herramientas de las que Prestashop dispone en su BackOffice. Las imagenes de pueden subir desde la ficha de artículo a través del botón Imagenes. De momento sólo está la opción de ponerle fotos al artículo y su imagen predeterminada. Para ponerle imagenes concretas a combinaciones hay que utilizar el BackOffice de Prestashop. Si quieres adquirir el programa ponte en contacto conmigo por privado o a través de la web http://www.idoneosoft.es/contact.html Saludos y gracias por el interés.
  5. Hola, Pues debe de trabajar bien con esas cantidades de artículos. Si buscar por códigos de barras o referencia. Otra cosa es que hagas una búsqueda vacía o muy genérica (como todos los artículos que contengan una A. Esto último no lo he probado. De todas formas si quieres probar la demo con tu propia tienda mandame la URL y la clave de la API que prestashop genera a la hora de activar los Webservices. Manuales los estoy desarrollando pero no los tengo terminados. Pásame tu correo electrónico y te mando algo, que para crear un tickets y demas si tengo. Saludos, PD: Con respecto al tema de multialmacén Prestashop no permite realizar movimientos de stock cuando está configurado en avanzado (multialmacen) mediante la API. Espero darle solución a esto en una segunda versión del programa o bien porque prestashop haya solucionado lo de la API o mediante tablas propias. Saludos,
  6. Hola, Estoy iniciando un negocio relacionado con Prestashop (nada que ver con Hosting) que lleva menos de dos meses andando: http://www.prestashop.com/forums/topic/260988-tpv-para-prestashop-el-complemento-perfecto/ Ello me ha permitido contactar con diversas empresas que tienen Prestashop y cada uno tiene su Hosting donde lo tiene. El motivo por el cual he aterrizado en este post es porque un cliente concreto me dejó maravillado. El programa iba rápidisimo, mucho más rápido que con un servidor en local. Rápido le pregunté que donde tenía es hosting y me respondío que en ProfesionalHosting. Yo tuve la desafortunada decisión de contratar el hosting con OVH (Tiempos de conexión y espera grandísimos y soporte a base de tickets que responden a la pechá de horas). La verdad que cuando los contraté no dediqué excesivo tiempo en buscar el mejor, simplemente hice una búsqueda rápida en google pero claro, en España el mejor Hosting no es el más rápido sino el más barato con más gigas... Claramente me equivoqué y ahora la DEMO de mi software me da vergüenza que esté con OVH. Ahora he querido dedicar más tiempo a algo tan importante como el Hosting y creo que me iré en breve a ProfesionalHosting tras haber leido este post al completo. Y en cuanto paso el año me llevaré unos cuantos dominios mas. Saludos,
  7. Hola, Si, la verdad que me resulta familiar el tema. Por eso a mi me gusta que los clientes permanezcan ligados a mi porque ellos mismos quieran y me pidan nuevas funcionalidades, mejoras del programa etc... Y cada nueva versión que salga pues sea de libre elección si adquirirla o no en función de las mejoras que lleve. La realidad es que para que una empresa llegue a ser algo tiene que invertir en informática, pero en cosas que realmente optimicen los flujos de negocio, permitan adquirir mas volumen de trabajo sin aumentar la plantilla, estudiar las estadísticas... y en definitiva facilitar la labor de las tareas cotidianas para que deje tiempo libre a la mente para innovar y estudiar el mercado. Con respecto a lo de linkar las ventas físicas con las online, actualmente los clientes que el programa maneja son los mismos que los de Prestashop. Esto quiere decir que si un cliente se ha dado de alta en la tienda online está disponible en el programa TPV físico para venderle tickets eligiendo ese cliente (en lugar del generico cliente contado). Bien es cierto que los tickets aún no pasan a pedidos de prestashop. Esto esta previsto en una siguiente versión del programa donde se podrán pasar los tickets a pedidos por diferentes motivos: 1) Siempre para que estén en prestashop. 2) Porque sean pedidos telefónicos y así queda ya registrado en Prestashop asociado a la cuenta del cliente. 3) Porque el cliente quiera factura y esta se genere desde pretashop para respetar la numeración y la serie. Seguramente cuando tenga una nueva versión postee en este mismo hilo. Febrero o Marzo 2014 muy probablemente. Saludos y gracias por tu tiempo.
  8. La web para el producto va cogiendo forma tras un nuevo fin de semana encerrado con el proyecto: http://www.idoneosoft.es/ Espero que os guste. Con el tiempo espero centralizar en esa web toda la información referente al producto, manuales, preguntas frecuentes, foro...
  9. Ya estoy preparando las estadísticas del programa. Aqui pongo algunos ejemplos: Estadística por horas: Estadísticas por hora y tienda: Estadísticas por día de la semana y tienda (1=Lunes; 7=Domingo) Y muchas mas!! Gráficas por proveedores, categorias, fabricantes, por horas según meses, comparación de dias señalados con respecto a los mismos del día anterior, series semanales, mensuales... ¿De verdad os vaís a perder estos magníficos cuadros de mando?
  10. Hola, Gracias por estas interesantes preguntas. Te voy comentando por puntos: Punto 1 y 2: El objetivo principal del programa es que quien tenga una tienda física (o varias) pueda vender cara al público, traspasar entre tiendas y reabastecer los productos mediante la introducción de los albaranes de proveedores. Nació exactamente de la necesidad de que, quien tenía tienda virtual con sus artículos bien catalogados y rellenos, tenía que volver a meterlos en el Software que utilizaba en tienda física dando lugar a los típicos quebraderos de cabeza que llevar dos sistemas conlleva: distintos precios, referencias, trabajo doble… Si ya encima tenías varias tiendas físicas con un programa funcionando en local en cada uno los problemas se multiplican. Por tanto, el programa complementa a Prestashop en cuanto satisface de funcionalidades de las que Prestashop carece (al no ser su objetivo): Gestión de cajas: apertura, cierre y arqueo Emitir tickets, tickets regalos y vales. Poder utilizar pistolas lecturas de código de barras. Traspaso entre tiendas Introducción de albaranes de proveedores. Sacar etiquetas para los artículos con código de barras, precio… Todo lo anterior sin esfuerzo. Quitas un acento en PS, y ese acento ya no está en el TPV, cambias un precio y el próximo tickets ya sale con ese precio, en cuanto el ticket se cobra, resta el stock de la Web… Ahí está la fuerza del programa. En resumen, el objetivo inicial del programa no es suplantar el BackOffice de PS. Si bien es cierto que hay algunas cosas que se pueden hacer con el programa, como dices, son básicas que cubren necesidades muy generales. Es cierto que el back de PS no destaca por su usabilidad y por ello ya me han llegado feedback de lo rápido que se crean productos y combinaciones con el programa pero que faltaría tal cosa o tal otra… Todo a su tiempo: El programa no está cerrado ni muerto. Punto 3: Siguiendo la línea de lo anterior, el objetivo es que los clientes se registren desde la Web y que si llega a la tienda lo puedas buscar para que un ticket o vale vaya asociado al mismo a fin de que luego puedas hacer estadísticas y demás. Los pedidos web se siguen gestionando desde la web y desde tienda física se emiten tickets que restan stock, pero no crea pedido en PS. Es cierto que tengo en mente una funcionalidad para pasar pedidos a Prestashop, ya sea para registrarlos por teléfono o porque quieras convertir un tickets a factura. Punto 4: El campo Codebar presente en los tickets, entrada y traspaso como bien dices es incremental. Lo primero que busca es coincidencia en el camop EAN13. Si no hay resultados en el campo Referencia. Si hay varias coincidencias abre el buscador para seleccionar un producto, si hay una coincidencia pues elige el artículo y pasa a nueva línea (en el caso de tickets) y si no hay ninguna coincidencia abre el buscador para buscar por otros criterios (ahora por texto contiene en denominación además de codebar y referencia). Si quieres buscar directamente con un INTRO abre el buscador. Las búsquedas son a nivel de Articulo y Combinaciones Aprovecho Punto extra ¿Qué pasa con nuevas versiones de Prestashop?: Uno de los puntos fuertes del programa es que realiza todo los procesos sin tocar la estructura de tablas de PS. PS publica unos Webservices donde mediante XML permite interactuar con las diferentes entidades. De este modo si por ejemplo cambia la forma interna de almacenar los artículos en una versión, cambia también el WS para que aplicaciones de terceros no se vean afectadas. Tengo que decir que esto en alguna ocasión no ha sido así ya que han incluido algún campo requerido en el XML que antes no lo era, pero en principio el programa está aislado de la lógica interna de PS. Precisamente, esta premisa de no interactuar con las tablas de PS directamente, es lo que me ha frenado ir más allá en la integración. Por ejemplo: No he incorporado aún el sistema multialmacen existente a partir de la 1.5 en la aplicación ya que los Webservices aún no han sido desarrollados al completo Comercialmente: El programa fue una apuesta personal debido a la necesidad que sentí en el mercado. Algo parecido a invertir, pero en vez de dinero, tiempo: Mucho tiempo. Lo puse en funcionamiento en una tienda (3 tiendas físicas) de confianza y al ver que iba bien decidí darle un ámbito mayor. Es ahora cuando al ver que puede ser útil me toca trabajar en Web para el programa, manual de circuitos básicos (Ayuda), preguntas frecuentes, estadísticas, funcionalidades sugeridas por usuarios, atención de usuarios, etc. A día de hoy atiendo por correo electrónico o por teléfono sin problemas, pero en un futuro, si el software sale adelante y se apuesta por él, ideare algún sistema de tickets o soporte. Siempre desde la modestia y sin precios desorbitados, pero con la realidad de que hay que comer todos los días. Si el programa da para comer todo el tiempo del mundo, si no, tengo que restarle tiempo para dárselo a lo que me sustente, como todo en la vida. Confio en que este SW se pueda ir ampliando día a día y ahorre mucho tiempo en vuestros comercios. Agradezco tu interés. Saludos,
  11. Estupendo, pues cuando quieras poraqui estará colgado. Con respecto a tu tienda ¿por qué migrarla en lugar de mantener los dos dominios?. Por cierto, muy bonita. Saludos,
  12. He subido nueva versión: + Elimina restricción de trabajar sólo con articulos con combinaciones. + Permite tener multiidioma en la tienda prestashop. + Mejoras seguridad password encriptados. + Descargar imagenes para mostrarla al seleccionar artículos en los documentos.
  13. As i post in: http://www.prestashop.com/forums/topic/277301-pos-for-prestashop-and-management-of-products/ I have developed a POS for Prestashop but i like resolve the follow problems: 1) Even if you have all items with Advanced Management Stock with several stores, when placing an order to "Shipped" subtract items from a random warehouse (or the first one that catches). I think at this point it should ask the user to store the goods sent to subtract from there or at least the remainder of a parameterized store. 2) From WebServices not yet allow stock movements between warehouses or suppliers insert orders. Only to read information. I think at some point this plan to implement this point. 3) The prices of the items and combinations that are obtained from the WebServices not consider having discounts. 4) When from Webservices change the status of an order does not perform the movements of Stocks. Moreover, although the change does not involve sending mail client passes the mail function and fails. Also when creating an Order uses variables "Context" that are only available when you from the Web, but not from WebServices. Has anybody encountered the same problems?
  14. Actualizado post principal: Ejemplo de cierre de caja que saca a la hora del arqueo:
  15. Si no utilizas combinanciones en ningún artículo de los que tengas en tu tienda, entonces el programa si podría trabajar con los artículos. Es decir, funcionaría para trabajar con tiendas donde: Todos los artículos son SIN combinación. Todos los artículos son CON combinación. Para trabajar con tiendas donde hay artículos con o sin combinación habrá que esperar un poco. Esto de la informatica es impredecible. A veces las cosas aparentemente mas simples dan un trabajo que no veas.
×
×
  • Create New...