DEV OVERVIEW 1 Arquitectura general

vamos a explicar en este vídeo cómo es la arquitectura tecnológica de comercio es el primer paso antes de enfrentarnos a intentar realizar personalizaciones sobre sobre comercio entender de verdad cómo está montado en todos los módulos y cómo funciona cada aplicación Cómo se comunican además unas aplicaciones con otras unos módulos con otros y la base de datos que papel representa vamos a irlo viendo desde la base y luego vamos a ir añadiendo diferentes módulos y viendo estos Cómo se comunican para empezar comercia trabaja principalmente con una única base de datos en su servidor central esa base

de datos puede ser de diferent tecnología sí que es una base de datos relacional sql Pero puede ser Oracle puede ser mysql puede ser sql server postgre en general no comercial no guarda una dependencia con la base de datos con una tecnología concreta sí que está testeada con diferentes eh bases de datos en diferentes marcas digamos y diferentes modelos y versiones que son con las que asegura un soporte y una garantía entre ellas como digo oracol mysql sql server y posc sobre esa base de datos se conecta el principal módulo de comercia que podríamos Llamar

que se llama el comercia s orquestrador o También conocido como comercio bofi Ese es el digamos la principal aplicación porque es la que permite gestionar la mayoría de los datos de comercio dentro de ese prator o bacofi encontramos diferentes módulos Core catálogo que es el que se encarga de gestionar todo tema de artículos y precios marketing donde vamos a encontrar tema de promociones gitc etcétera todo el tema de servicio para los pedidos de tienda online preparación de preparación de de ventas calendarios de servicio loyalty para todos nuestros clientes fidelizados crm Store para toda la gestión

de tiendas stock para buen inventarios control de stock de artículos y así otros módulos adicionales Este es el principal módulo como digo la principal aplicación porque es la que me va a permitir configurar un comercio una vez que lo instalo y el que me permite gestionar las principales entidades con las que trabajamos Por otra parte comercia tiene diferentes apis disponibles están aquí nombradas todas las que hay disponibles actualmente con la versión con la que estamos trabajando de comercio la pv1 que es la primera versión que se hizo que no estaba modularizado y que tiene un

catálogo amplio de servicios pero es bastante antiguo Aún se usa en algunos en algunos sitios pero la tendencia es a que desaparezca tenemos la apv 2 versión 2 que ya sí que se encuentra más modularizado y encontramos módulo de Api v2 de catálogo para servir todo el tema toda la información de artículos precios y demás ap2 de loyalty para todo lo que tiene que ver con fidelización ap2 omnichannel para todo lo que tiene que ver con el cálculo de promociones y ap2 Isla hs para todo lo que está relacionado con la preparación de pedidos a

lo que es el ums similar a cóm estaba hecha ap2 en la misma línea se creó también una apw3 más moderna con nueva tecnología y también modularizado esta mantiene módulos que ya existían y añade otros nuevos como Islas para la gestión de inventario y sincronizas para la sincronización entre tiendas todo este amplio catálogo de appis que se encuentra como digo en diferentes proyectos y en diferentes módulos desplegados todos atacan o se conectan a la misma base de datos que el backoffice que es orest Todas se comunican a la misma base de datos este catálogo amplio

de apis me va a permitir conectar diferentes aplicaciones externas que no van a consultar directamente sobre la base de datos sino que lo harán a través de este Api la tendencia también Es que todas las aplicaciones todos los módulos que están en esta aplicación principal pasen también por el Api poco a poco y dejen de conectarse directamente a la base de datos es decir la tendencia a que la tendencia que lleva el roadm de comercia tecnológicamente hablando es a tener un Api central por donde todos los deban de pasar para conectarse con la base de

datos ya sea para hacer consultas o para actualizarlos en esa línea otro de los módulos principales de comercia es su aplicación de e-commerce esa aplicación de e-commerce está basada en live r en el portal Live r es decir se trata de un portal de Live r donde dentro hay desplegados una serie de pets que son son de comercio para que el portal pueda funcionar obviamente se tiene que Conectar a una base de datos de lif r esta base de datos no es una copia de esta ni se le parece es decir esto es la base

de datos de comercia y esto de aquí es una base de datos de Live rve lo único que tiene son los datos que requiere Live r para funcionar por ejemplo están las tablas con los layout las tablas con los usuarios de l con los permisos con los roles con todo ese tipo de información para que nuestro portal nuestro e-commerce pueda comunicarse con esta base de datos de comercia lo hace a través del Api Entonces si quiere Mostrar por ejemplo la consulta de artículos que hay disponibles si tienen stock si se identifica un fidelizado para poder

comprar o si se realiza un pedido todo eso va a pasar a través de Api que será Quien tenga la lógica negocio y quién se conectará a la base de datos todo esto que tenemos aquí digamos que son las aplicaciones y los módulos que se despliegan en la central digamos en la instalación central de comercio y en esta instalación lo que tenemos digamos la la interfaz disponible es por un lado una tienda online donde pueden entrar los usuarios vía web una aplicación de bacofi y bacofi admin para poder eh gestionar los diferentes módulos que ofrece

el seator y un Api diferentes módulos De Api Mejor dicho catálogos de Api que van a estar disponibles para que varias aplicaciones puedan realizar peticiones si nos movemos si dejamos todo lo que es la parte central y nos vamos a lo que sería una tienda aquí por ejemplo en este marco vamos a entar lo que sería una tienda Aunque podríamos tener muchas tiendas esto sería solo una pero podríamos tener las que fueran Y serían una réplica de lo que tenemos aquí dentro las tiendas cuando yo voy a arrancar aquí mis aplicaciones podrían esas aplicaciones conectarse

directamente si quisiéramos a esta base de datos el problema de hacer eso es que si por lo que sea la tienda no tiene conexión con internet no puede salir a esta base de datos Porque la tienda se haya quedado sin red porque la tienda tenga algún problema en ese momento o incluso porque este servidor se haya caído eso implicaría que las aplicaciones de tienda dejarían de funcionar y la realidad es que estas aplicaciones de tienda son las más críticas en el negocio del retail porque son las que están vendiendo Obviamente el e-commerce también es crítico

pero se puede solucionar su su sus problemas aumentando más recursos al servidor y poniendo copias de seguridad para que este servidor no se caiga sin embargo que una tienda que esté un poco aislada en algún lugar donde la conectividad con internet no sea lo más óptima posible puede darse el caso de que no siempre tenga esa esa conexión disponible o que esa conexión sea más lenta de lo esperado por tanto hacer que las iones se conecten directamente al servidor central puede ser un riesgo para evitar eso normalmente lo que se hace Es que se instala

otra base de datos en la tienda esta base de datos es igual que la que tenemos aquí tiene las la misma las mismas estructuras las mismas tablas sin embargo esta base de datos Una vez que se instala está vacía si tenemos usuarios que como hemos dicho están entrando por aquí y están creando artículos creando promociones y cambiando stock o tenemos eh fidelizados que están entrando por aquí se están registrando y están también haciendo compras y están acumulando puntos cuando ese finalizado o cualquier otro usuario anónimo venga a comprar aquí Cómo ve los artículos que se

han creado desde central Cómo ve los precios que se han cambiado aquí o incluso cómo veo los puntos o recupero mi información bien pues para solventar ese problema en la tienda tendremos también lo que llamamos ise o instore engine vale Y ese es el acrónimo de instore engine este módulo que es una aplicación web pequeñita se encarga de entre otras cosas sincronizar la información que hay en esta base de datos central con esta base de datos local tanto en un sentido como en otro porque igual que tenemos que ir enviar todos los cambios que se

hagan en esta base de datos hacia esta otra cuando en la tienda se hagan ventas y se guarden Aquí también el instore engine se tendrá encargar de esas ventas y llevarlas hasta el servidor central la manera en la que stor engin hace esta comunicación es conectándose a la base de datos local pero no se conecta a la base de datos central sino que utiliza el Api los servicios de sincronización que están por aquí o en versiones más antiguas esos mismos servicios pero que estaban eh de manera monolítica sin sin Independencia unos de otros entonces este

es el encargado como decimos de en cierto modo replicar la base de datos no se replican todos los datos sino solo los que son necesarios para las aplicaciones de venta por ejemplo la algunos aspectos que solo se necesiten para un ecommerce o que solo seces iten para realizar operaciones de Central como puedan ser mi listado de proveedores no se replican a esta base de datos Porque los proveedores no son necesarios en tienda solo se sincronizan los que sí son necesarios para las aplicaciones que se conectan a esta base de datos Qué aplicación es la que

principalmente se conecta a esta base de datos es el post el post que significa point of sales punto de venta o tpv como a veces se conoce en en castellano se conecta a esta base de datos de ahí obtiene lo necesario para poder realizar sus distintas operaciones también llama al ise para al Api de este ise para realizar algunas operaciones como obtener notificaciones de los problemas que hay se hayan encontrado en la sincronización y este post también llama al mismo apis que teníamos aquí a estos apis este catálogo de apis para distintas operaciones por ejemplo

los fidelizados no se copian a esta base de datos los fidelizados están aquí el ise no se encarga no hace esa sincronización de fidelizados de aquí a aquí tampoco los cupones de los fidelizados esa información sí que se consulta de manera online a través del Api por tanto alguno eh habr llegado a la conclusión que si esta tienda se queda sin conexión a internet efectivamente un izado no se va a poder Identificar y no va a poder obtener sus cupones pero sí que se podrán realizar ventas porque los artículos los precios y las promociones sí

que se sincronizan y están aquí es importante cuando trabajemos con el post tener claro Qué información o Qué entidades se sincronizan y están disponibles a nivel local Y qué otras se consultan vía Api toda esta toda esta bueno el antes de pasar a lo siguiente simplemente nombrar que en el post encontramos diferentes módulos el módulo de venta que es el más habitual tenemos el cas journal para llevar un control de caja el de OMS que es el que me permite realizar la gestión de servicios este OMS también trabaja 100% online a través del Api haciendo

uso de isla OMS en la versión 3 y un módulo para conectarnos a los diferentes dispositivos del post ya sea la impresora que tenga amos La balanza etcétera todo esto post más instore engine más esta base de datos local que lo hemos pintado dentro del marco de una tienda realmente puede ser replicado en cada post yo puedo tener en la misma tienda cinco post seis Pos 10 Pos y replico puedo replicar esta estructura en cada una de los de esos post en cada uno de esos tpvs en esas líneas de caja que tengo en la

tienda puede montar una base de datos con su Store engine con su post y trabajando del mismo modo y esas 20 líneas de caja que tengo replicadas con esto habrá 20 cuadraditos como este dentro de esta tienda luego puedo tener otras 20 tiendas con otros 20 líneas de caja dentro vale tened en cuenta que podría llegar a tener si tengo 20 tiendas con 20 líneas de caja podré llegar a tener hasta 400 post instalados y muchísimos más al final este 20 que yo he dicho es por decir un número pero Se podrían tener más las

diferentes arquitecturas como yo puedo desplegar mis post en una tienda están disponibles en formaciones como implantación instalación y uso y uso de comercio no siempre vamos tenemos por qué replicar esta estructura en cada post también podríamos tener un único post que tenga la base de datos y el inst Store engine que digamos que es el postmaster y el resto de post se conectan a la base de datos de ese caja principal que es la que tiene la base de datos de todos modos para entender lo que es la arquitectura de cómo se comunican todos los

módulos de comercia esto no es tan relevante dentro de lo que viene a ser la tienda hay un componente más que es el fastp Este fastp es un post que en movilidad que suele ir sobre una tablet o sobre un móvil un Smartphone y que me permite realizar operaciones de venta enseñando un catálogo de productos o operaciones de mm cobro directamente desde ese dispositivo móvil digamos que es como un post más reducido para hacer algunas eh operaciones en tienda de manera rápida ese fastp no se conecta directamente a la base de datos sino que trabaja

con el ise a través de su Api y a través del Api de Central más allá dejando ya lo que es la tienda otra aplicación importante de dentro de todo el abanico de comercia son su app de para los dispositivos móviles principalmente la app de scan and go donde puedo tener obviamente pues muchas app tantas como se han descargado los diferentes usuarios no por eso ponemos aquí de un a todas estas app ya sean para Android o iOS van a estar conectándose a también al Api principal de comercio si os fijáis todo gira en torno

a este Api que es bueno este Api lo digo en singular pero recordad que un abanico con diferentes servicios publicado y diferentes apis con diferentes módulos este Api al final es el encargado de de de poder servir datos a las diferentes tiendas bien a través de sincronización para hacer duplicados en su base de datos local o para servirlos de manera online tanto al post como al fastp también es el que se encarga de poder servir esos datos y y poder actualizar y realizar las operaciones que sean cuando los clientes se conectan a través de la

app de scam go del mismo modo También sirve al e-commerce para realizar todas las operaciones y como digo en un futuro el el módulo principal de backoffice también se conectará a este Api y dejará de conectarse directamente a la base de datos Entonces tenemos que aquí está la matriz principal de toda la arquitectura de comercio y este Api recordad que se conecta a una única base de datos que es la base de datos central no tenemos diferentes bases de datos por último ya para terminar comentar la posibilidad que en comercia puede ser habitual que no

se encontremos con la necesidad de integrar eh todo el sistema con otros sistemas externos bien con un rp externo que es el que nos vaya a proporcionar información por ejemplo de artículos y precios o bien con eh podría ser una tienda online externa porque no se desea trabajar con el e-commerce de con el e-commerce de comercio y se pretende trabajar con otro e-commerce entonces habría que alimentar ese e-commerce con las promociones y artículos precios que se tienen en comercia O podría tratarse no sé de otro CR o cualquier otro sistema externo el que sea el

modo en el que estos sistemas se conectan con comercia es por un lado sin tener que ser muy eh sin tener que pensar mucho está claro por lo que hemos estado diciendo que será a través de estos apis entonces estas apis estarán disponibles para todos estos sistemas externos no obstante si hubiera que realizar labores de integración más complejas más pesadas o más específicas normalmente lo que comercia hace es utilizar un SB que se utiliza mur soft que se conecta directamente a la base de datos Y este SB ya publica apis específicas de integración o realiza

procesos específicos de lectura de ficheros o cualquier otra cosa Y estos sistemas externos se comunicarán directamente con lo que publique este esb m soft y