¿Se puede programar fácilmente un software POS para alcanzar la API de mi aplicación en el back-end?

Es un desafío, ya que necesita estar familiarizado con el software POS específico que se utiliza. Y como se trata de múltiples variantes, tendrá que generar varios mapeadores de datos diferentes. Básicamente, el POS debe tener alguna forma de proporcionar la información a su mapeador de datos. Su mapeador de datos determina qué información se requiere para enviar a su back-end. Luego, el asignador envía los datos recién asignados a su servicio de datos.

Cada sistema POS diferente necesitará su propio mapa de datos basado en el modelo de datos dentro del POS. Y su propio servicio de datos necesita definir un modelo de datos que desee en su sistema. El mapeador estaría entre ellos.

En general, el servicio de datos sería un servicio web REST o SOAP en su servidor. Tendría varios métodos para recibir y validar datos, preferiblemente con cierta seguridad adicional para evitar que los piratas informáticos llenen su servicio de basura.

El mapeador de datos se instalaría en el mismo dispositivo que el TPV e interactuaría con el TPV como una especie de complemento. Entonces, cuando el TPV registra una nueva venta, el mapeador lo mapeará inmediatamente y lo enviará al servicio de datos una vez que pueda conectarse a este servicio de datos. Y si es necesario, podría enviar datos de vuelta al TPV.

Pero no es probable que todos los sistemas POS tengan un sistema plug-in fácil. Para conocer las posibilidades del TPV, deberá contactar a la empresa que creó el TPV y solicitar más información. Lo más probable es que tenga que pagar una tarifa de licencia adicional para agregar sus propios complementos o comprar una licencia para acceder a sus bibliotecas POS. Esa parte es básicamente la parte más compleja, ya que el mapeo de datos en sí es relativamente fácil. Y también lo es el servicio web.

En un sentido técnico, sí, por supuesto, podría lograrse. Pero las empresas que hacen que los sistemas de POS comercialicen sus propios sistemas de Back Office para informes financieros y gestión de inventario, tendrá dificultades para convencer a una empresa comercial para que renuncie a su código fuente solo para que pueda desarrollar una plataforma de análisis competitiva. También será difícil convencer a las empresas minoristas de que le brinden acceso a sus preciosos datos, piense en el riesgo potencial que enfrentan al entregar datos de transacciones en vivo a un tercero.

Es mejor que desarrolle su propia aplicación POS con su propio sistema de administración minorista para tener la oportunidad de tener algo de valor para vender a las empresas.

Puede comenzar mirando el software minorista de código abierto para comprender dónde se almacenan los datos de transición y las posibles cosas que puede hacer con ellos.

Si, es muy posible. Simplemente cree una API de microservicio de backend de Soap o Restful en el idioma que elija. Este backend será la aplicación principal que sirve tanto al punto de venta como a su aplicación móvil. Y sí, se puede hacer fácilmente

Depende de los desarrolladores de POS. Si están de acuerdo con los cambios en el nivel central o proporcionan algún mecanismo de ganchos, se puede integrar, pero por lo general son reacios a estos cambios centrales debido a una gran sobrecarga.

Suponiendo que tiene el código fuente de los paquetes POS que necesita usar (y probablemente nunca lo obtendrá, por la forma en que hizo la pregunta, así que no, no es posible), es trivial si escribe la API en de manera que todos los paquetes POS puedan acceder fácilmente.

Se puede escribir cualquier software para acceder a cualquier información que tenga (o pueda obtener) mediante cualquier otro software, siempre que tenga un código fuente para ambos extremos . La modificación de un ejecutable, sobre la marcha, puede ser desde el trabajo de toda la vida hasta absolutamente imposible, y rechacé ofertas de trabajo para ese tipo de trabajo tan pronto como escuché “¿Código fuente? No, esto es lo que tenemos: un programa ”. Ahora estoy retirado, pero cuando estaba trabajando esperaba poder retirarme algún día. Asumir un trabajo que requiere que escribas 2GB de código, en origen, solo por lo que ves en la pantalla, no es mi idea de cómo pasar mis últimos 50 años.

La verdadera dificultad será obtener acceso a los sistemas POS. Puede utilizar un proveedor como Omnivore o Chowly para ayudar con las integraciones a un número limitado de sistemas POS en la hostelería.

Incluso entonces, ¿cómo vende un comerciante en el producto? Ya hay 1000 soluciones que mueven los datos por encima de la tienda para que el comerciante las vea, y algunas están hechas por los mismos sistemas POS a los que desea acceder.

Espero que tengas una pista sobre la distribución …

Como siempre, depende.

Como regla general, probablemente será bastante fácil. Sin embargo, los “softwares de puntos de venta múltiples” pueden incluir productos con los que no está familiarizado o que no pueden agregar código personalizado.

Si tiene libertad para hacer lo que quiera, creo que será bastante fácil, pero si algunos de los programas con los que tiene que integrarse no están diseñados para permitir una integración personalizada, podría terminar siendo un poco de una pesadilla