© 2024 Napse. Todos los derechos reservados.

Objetivo

El presente documento tiene la finalidad de detallar las funcionalidades incorporadas en la versión de Bridge 7.5 para el módulo de Omni
Las funcionalidades mencionadas serán detalladas por componente dentro de la solución.

• Bridge POS/Bridge Core
• Bridge Managerhttps://share.linx.com.br/x/ChvCFQ
• Bridge Omni
• Bridge API

Alcance

Funcionalidades incorporadas a v7.5 o que vienen de versiones previas 

Documentación - manuales

OMNI - Integración con plugins de delivery

OMNI - Manual: Surtido en POS

Documentos de Entrega 

DASH

DIARCO

MOTOROLA

ELECTROLUX

GRIDO

CHIC 

FARMACITY 

ICESA 

RAPANUI

ESMAX

Funcionalidades incorporadas a la versión

Bridge POS/Bridge Core

RE_01_Surtido en POS de un pedido

• Se implementa el surtido en POS de los pedidos de diferentes canales según workflow
• El pedido puede tener o no pagos
• El pedido puede ser surtido total o parcial (según configuración sus validaciones aplicadas) 
• Permite el agregado de ítems en reemplazo de otros (si tiene pagos validando no exceder el monto original del pedido)
• Un pedido se bloquea para que no sea tomado por otro POS/operador al momento de ser surtido
• El pedido una vez facturado se actualiza en la vista del pedido en Bridge Manager tienda y central
• Se guardan las auditorias y cambios de estado 
• El pedido puede tener una lista de artículos con sus precios a aplicar, una presentación en particular (código de barras). descuentos y descuentos al total de la transacción
• El pedido puede tener un cliente persona o un cliente del tipo empresa
  • Se le puede enviar el tipo de cliente o asume el definido por defecto
• Se agregó el nro de pedido externo y el monto original del pedido al pasar a la pantalla de venta
• Se agrega el tipo de entrega en el encabezado del pedido
• Se le puede configurar el nombre de los botones de acción para el pasaje de estados
• Se actualizan datos del pago (si el pedido no lo tenía originalmente) 

LinxShare: https://share.linx.com.br/x/TvwDFg 

OMNI PDC- Impresión de Remitos Para Circuito Logístico

Se agregó un botón “IMPRIMIR” en el encabezado del pedido que permite enviar a imprimir el mismo pdf que se genera en el BM (debe configurarse un parámetro del sistema) 

LinkShare: https://share.linx.com.br/x/giFhFw

OMNI PDC - Editar el Pedido para cambiar cantidades o sustitutos y emitir NC 

Si el pedido tiene pagos asociados, se puede generar automáticamente NC por la diferencia no surtida (se valida que no pueda superar el monto original del pedido) 

LinxShare: FARMACITY - OMNI PDC - Editar el Pedido para cambiar cantidades o sustitutos y emitir NC 

RE_05_Omni - WORKFLOW

1. Se agregó por configuración el nombre del botón de la acción en el POS y si el cambio de estado requiere mostrar el mensaje de confirmación (“Esta seguro “)

LinxShare: https://share.linx.com.br/x/AC7gFg (ver punto #6)

OMNI PDC- POS: solicitar datos de cantidad de paquetes para los envíos/retiros por configuración

Se agregó configuración que permite indicar si se solicita la cantidad de paquetes del pedido (al presionar el botón PAGAR o FINALIZAR en la pantalla de venta de la facturación del pedido). Esto se ve en el popUp del pedido una vez procesado el tlog de la venta como así tmb en el encabezado del pedido en BM.

LinkShare: https://share.linx.com.br/x/T-YeG

RE_08_PEDIDOS - agregar filtro por defecto que permita no listar determinados estados (facturado, cancelado)

• MEJORA en PEDIDOS del POS - se agrega filtro por defecto que permita no listar determinados estados (facturado, cancelado)

  • Se requiere contar con alguna configuración (que puede ser la misma tabla de estado) que permita definir estados particulares que no se listen por defecto en la pantalla de listado de pedidos del POS

LinxShare: https://share.linx.com.br/x/QWBCG

Omni - Reservas

• Se aplican mejoras en las reservas de artículos cuando hay reservas provenientes de la creación del pedido
• Las reservas las hace API por workflowAction
• El POS levanta el pedido con las reservas hechas (orderItem.reservationCode)
• Al surtir tenemos que agregar reservationCode al ticket
• Se consideran los diferentes escenarios de articulos reservados, surtidos parciales, cancelación de facturación de pedidos, anulación de items provenientes del pedido ya reservados, entre otros.

    * Surto total, finalizar.
    * Surto total, cancelar.
    * Surto pacial, facturo orden.
    * Surto parcial, cancelo facturación.
    * Surto total, anulo en la pantalla de venta, finalizar.
    * Surto total, anulo en la pantalla de venta, cancelar trx.
    * Agrego artículos con reserva en la facturación, finalizar.
    * Agrego artículos con reserva en la facturación, cancelo.
    * Agrego artículos con reserva en la facturación, anulo parcial, finalizar.
    * Agrego artículos con reserva en la facturación, anulo parcial, cancelar.

LinxShare: https://share.linx.com.br/x/TvwDFg (Alcance edición de pedidos con pagos asociados)

OMNI Devoluciones en POS y NC por OMNI en cancelación de pedido facturado

LinxShare: https://share.linx.com.br/x/cKOSG

OMNI Pedidos con surtido parcial con pagos - Devolución 

Se consideran las dos posibles operaciones de NC:

• Desde el POS al devolver una venta de un pedido que contiene el item AJUSTE FINANCIERO (definido en la property  "Surtido Parcial Ordenes: Ítem genérico para la nota de crédito automática")
• Si se genera desde el POS una devolución de una venta de un pedido cuya factura tenia el item Ajuste
• Desde API cuando se cancela un pedido facturado (con una factura que contiene un ítem el AJUSTE FINANCIERO) que sería cuando API le envía a BCORE REST el sendToBill (return)
• Si un pedido ya facturado se cancela, se envía a generar NC desde BCORE Rest de tienda o Si un pedido ya facturado se cancela, se envía a generar NC desde BCORE Rest de tienda

En ambos casos no debería incluir el articulo Ajuste (porque ya fue incluido en otra NC)

ver: https://share.linx.com.br/x/TvwDFg (Punto #8 de anexo alcance edición de pedidos con pagos asociados.)

OMNI Devoluciones en POS y NC por OMNI en cancelación de pedido facturado

• Contar con diferentes validaciones para la generación de devoluciones de facturas de un pedido ya sea desde el punto de venta o desde el módulo de Omni

LinkShare: ✅ OMNI Devoluciones en POS y NC por OMNI en cancelación de pedido facturado

OMNI - Surtido en POS: informar el monto de diferencia cuando se supera el monto del pedido con pagos asociados

• Se informa en el popUp al finalizar un pedido con pagos, cual es el monto de exceso si lo hubiera

LinxShare: https://share.linx.com.br/x/1rT0G  

OMNI Mejora: POS factura parcial: validar que el pedido tiene pagos y no permitir que se genere un nuevo pedido (no aplicaría el nuevo flujo de facturación parcial) 

NAPSEPD-26868 - Obtendo detalhes do item... STATUS

Se ajuste lógica en el POS para cubrir el siguiente escenario:

• El pedido tiene pagos asociados (orderPayment <> del medio de pago configurado en Medio de pago dummy que se agrega a una orden web ) Ej: DummyOnline
• Si hubo surtido parcial, al finalizar el pedido el POS y el pedido tiene pagos asociados NO debería directamente mostrar el popUp 
  • "Desea crear nueva orden a partir de artículos no surtidos (SI) o cerrar pedido (NO)?"
  • De este modo, se deberia CERRAR el pedido con el flujo de generar NC si aplicara. 

LinxShare:  https://share.linx.com.br/x/aClsGQ (criterio #4)

7.5.2 OMNI MEJORA POS - configuración de validación del monto total del pedido

• Notificar el monto excedente al facturar un pedido cuando supera el monto original del pedido aunque no tenga pagos (por configuración)

https://share.linx.com.br/x/uj8vGQ

7.5.2 OMNI - No validar descuentos (configurados por niveles) al facturar o devolver por Omni

• No se validan descuentos en el BillService cuando es pedido de omni (factura o NC)
• Esto aplica para no validar con los niveles de descuento por configuración 

LinxShare: https://share.linx.com.br/x/0rVAGQ

7.5.3 Diarco: OMNI - Agregar datos en el encabezado de Pedidos

• Mostrar datos en POS, BM e impresión.
  • Tipo y nro de DNI / CUIT (POS e impresión)
  • Cod ERP (Pos, Impresión y BM)
  • Cod Interno del pedido (Pos)
  • Fecha de vencimiento del pedido (Pos, Impresión y BM)

LinxShare: https://share.linx.com.br/x/eGrIGQ 

7.5.3 OMNI - indicador de pedidos nuevos en el POS

• Contar en el POS con un indicador que permita conocer en cualquiera de las pantallas del POS que hay pedidos que han llegado a la tienda (estado pendiente) durante un determinado lapse hacia atrás (expresado en segundos y por configuración) 
• Se podrá configurar el tiempo en mseg para que se consulte al servicio de consulta del POS y se actualice el indicador. 
• Se contará con colores para diferenciar si hay o no conexión con la tienda. 
• Si se encuentra fuera de una transacción se podrá acceder a la pantalla de pedidos con el filtro de pendientes activo al seleccionar el indicador de nuevos pedidos

LinxShare: https://share.linx.com.br/x/aQ4eGg

7.5.4 GRIDO OMNI - PDC: Surtido en POS (Motivo de cancelación)

• Se puede seleccionar e ingresar el motivo de cancelación de un pedido (según configuración del paso del flujo de estados) a partir del ABM de motivos de descarte (ADM/OMNI)

LinxShare: https://share.linx.com.br/x/Q4KYGQ

7.5.4: Diarco - OMNI Mejora con el método de contacto a mostrar en BM y POS

- Guardar en la orden el nombre del método de contacto al momento de ser creada (nuevo campo) 
- Si es envío a domicilio: mostramos la dirección enviada por servicio para envío a domicilio
- Si es retiro en tienda: mostramos la dirección principalForBilling que tenga el cliente o caso Diarco la que viene con useForBilling

LinxShare: https://share.linx.com.br/x/56WzGw

7.5.4: Diarco: PDC OMNI - Generar remito para envío a domicilio 

NAPSEPD-27002 - Obtendo detalhes do item... STATUS

Por configuración se podrá definir si se emite un remito al facturar  un pedido con delivery (entrega a domicilio) de la misma manera que cualquier venta con envío a domicilio

LinxShare: https://share.linx.com.br/x/C5IIGw

7.2/7.5.5 MOTOROLA: OMNI - Crear configuración para cambiar logo de la impresión de pedidos

• Se ajusta la lógica de generación del pdf para que tome el archivo del logo que se haya definido en la property  “order.report.logo”.
• Configuración/Tienda/Ordenes: Ruta y nombre de archivo del logo para Ordenes

LinxShare: https://share.linx.com.br/x/L1jWGg

7.5.5: OMNI Mejora: Al crear el pedido en el POS poder definir el tipo de entrega

• Al crear el pedido en el POS poder definir el tipo de entrega, pudiendo ser delivery (eligiendo el método de contacto)
• Al crear el pedido en el POS poder definir el tipo de entrega, pudiendo ser pickup (asignado el retiro en tienda la misma tienda por defecto)

LinxShare:  https://share.linx.com.br/x/MtOzGw

7.5.5 Diarco: OMNI - productos pesables / Surtido con magnitudes

• Podré surtir pedidos que tienen artículos que requieren de magnitud para su posterior facturación
• Se detalla la magnitud en los popUp de pedidos en el POS y al momento de surtir. También se ajusta en el remito del pdf impreso

LinxShare: https://share.linx.com.br/x/pnvOGw

7.5.5 Diarco - OMNI Mostrar unidades por bulto en pantallas e impresión (omni / venta / devolución)

• Se imprime en los comprobantes las unidades por bulto (presentación: cantidad de unidades asociadas al código de barras) en el ticket de pedidos, venta y devolución (incluso en FF) y remito.

LinxShare: https://share.linx.com.br/x/zSIoH

7.5.5:  GRIDO OMNI - Mejora para integraciones con plugin - Notas del ítem y opcionales

• Modificación en los popUps de pedido para incorporar como tooltip las notas del item y las opciones (con algún icono que lo indique)
• En el surtido/facturación del pedido, se muestran las notas y las opciones dentro del actual campo del popUp del detalle del artículo (dependiendo de tenga o no valor lo recibido en el pedido) Idem notas del pedido
  o guardado de datos en tlog

LinxShare: https://share.linx.com.br/x/FsyBGw

7.5.6: OMNI - Mejora - notas del ítem al crear pedidos desde el POS

• Informar las notas que se hayan agregado al item y al pedido si fue creado desde el POS

LinxShare: https://share.linx.com.br/x/UXvOGw

7.5.5 Diarco: OMNI - Impresión de pedido en pdf (ajustes y mejoras)

Actualmente un pedido puede imprimirse desde dos lugares obteniendo el mismo resultado:

a) desde el botón IMPRIMIR en la cabecera del PEDIDO en el POS (en este escenario, se podrá enviar a imprimir a la impresora de red que tenga el BM configurada) 

b) desde Bridge Manager, en el listado de pedidos con la acción "Imprimir" (en este caso, se podrá enviar a imprimir a demanda de usuario a cualquier impresora de red) 

En ambos casos se consume un servicio de BM que devuelve el pdf a imprimir 

Se ajustan datos que no salian correctamente y se agregan las unidades/magnitud de los paquetes/pesables

LinxShare: https://share.linx.com.br/x/bKjVH

7.5.6: RAPA NUI OMNI - Mejora - Formato de remito/comanda con opciones y notas del ítem

• Se podrá imprimir la factura y luego remito/comanda por la ticketera con las opciones del ítem genérico que el cliente haya seleccionado desde la aplicación de terceros (ej: sabores o topping) 
• Esto por configuración
• Como usuario de tienda requiero poder imprimir la factura y luego remito/comanda por la ticketera y que se imprima la nota que el cliente haya ingresado asociada al ítem genérico. 

LinxShare:  https://share.linx.com.br/x/-cqBGw

7.5.6: Recibir por servicio cod.y nombre del vendedor asociado método de contacto del cliente (Diarco) 

Se asocia al método de contacto del cliente el id y nombre de un vendedor externo (no tiene validación ni relación con el usuario/vendedor de BRIDGE) 

Esto podrá visualizarse en un popUp de elección de dirección de facturación de la venta (si se encuentra habilitada la funcionalidad por configuración) 

https://jira.linx.com.br/browse/NAPSEPD-29370

LinxShare: https://share.linx.com.br/x/NCsoH

7.5.6 OMNI PDC-Permitir entrega Delivery por defecto de acuerdo al canal (Diarco) 

Se tomará el tipo de entrega seteado para el canal por defecto (este puede ser configurado desde el ABM de canales) 

https://jira.linx.com.br/browse/NAPSEPD-29848

LinxShare: https://share.linx.com.br/x/qcyIH

7.6 ICESA OMNI - GAP VENTA POS - TIPOS DE ENTREGA POR ARTICULO

• Se podrá definir distintos tipos de entrega para cada producto de una transacción realizada del POS (nuevo popUp) 
• Se generará un pedido por cada tipo de entrega/dirección diferente dentro de la misma venta
• Se podrá surtir el pedido generado desde la venta en el POS
• Se le podrá asignar una fecha de entrega 

LinxShare: https://share.linx.com.br/x/vSxsGQ 

https://share.linx.com.br/x/Wy1sGQ

7.7 Diarco - PDC OMNI: Integrar Promo con Omni

LinxShare: https://share.linx.com.br/x/spUIGw

• Se podrán configurar dos nuevas properties a nivel tienda
  o “Aplica PROMO al facturar pedidos (SI/NO)”
  o “Aplica PROMO al crear pedidos desde el POS (SI/NO)”
  o A nivel canal no aplican las configuraciones
  (esto debería contemplarse a través de condiciones de cada promoción) En el header del request de BRIDGE a PROMO ya se envía el channel de la transacción

Fuera de alcance:

• No se aplican promociones ni se visualizan en el pedido de Bridge Manager Tienda ni Central (tampoco se aplica PROMO en pedidos que lleguen por API)

7.7 OMNI - En la acción FACTURAR CON FF del BCORE implementar la magnitude (artículos pesables) 

Escenario de facturación por BCORE REST considerando magnitud (articulo que requiere de peso/longitud)
ver DOC ANALISIS: https://share.linx.com.br/x/maM3HQ (punto #1)

Bridge Manager

Imágenes por URL

• Se agrega la carga por URL de imágenes desde el ABM de artículos/solapa imágenes 

LinxShare: https://share.linx.com.br/pages/viewpage.action?pageId=401997169&src=contextnavpagetreemode

RE_03_Publicación de canales: ajustes/mejoras al plugin de RAPPI

Se implementan ajustes a la actual publicación a canales

• con selección de tiendas
• se agrega el código y nombre de la categoría departamental o poder modificarla
• toma el precio de la lista de precios por canal si aplicara (o del maestro de ítems) 
• informa el stock de la tienda

Plugin Rappi

• Poder recibir pedidos de más de una tienda
• Poder publicar a más de una tienda 
• Mejoras unificando base de plugin para otros canales

LinxShare: https://share.linx.com.br/x/NB1MFg

 API: EndPoint para plugins/monitoreo de integraciones

Se implementa un monitor de integraciones donde se puede ver la fecha y hora de ultima actualización de envío de actividad de un plugin (implementado para RAPPI)

LinxShare: https://share.linx.com.br/x/JbT1Fw

RE_02_Reporte Detalle de venta por items: ajustes para Omni

• Se implementan ajustes al reporte "DETALLE DE VENTA POR ITEMS" agregando el campo filtro canal y las columnas CANAL, NRO PEDIDO y Código de barras  de la venta)

LinxShare: RE_02_Reporte Detalle de venta por items: ajustes para omni

OMNI PDC- Imágenes Por Canal: asociar canal y prioridad

Se implementa desde el ABM de artículos, solapa IMAGEN, la funcionalidad que permite asociar imágenes a un artículo para un canal con su prioridad

LinxShare: https://share.linx.com.br/x/hCFhFw

Reporte de Precios Vigentes por Canal

Se agrega la columna canal y su filtro para los precios vigentes (que provienen de listas de precios)

LinxShare: https://share.linx.com.br/x/cf31Fw

OMNI Edición lugar de entrega en orden

• Se permite cambiar los datos de información de retiro de una orden (desde el pedido del BMT)

LinxShare: https://share.linx.com.br/x/3a6UFg 

OMNI Pedidos con descuentos desglosados a nivel ítem

• Se agregan descuentos a nivel item en el pedido del BM y en API para su facturación 

LinxShare: OMNI Pedidos con descuentos desglosados a nivel ítem

OMNI - Cierre de período con reservas

• A partir del cierre de período se depuran solamente aquellas reservas que no hayan sido generadas por pedidos de Omni (por configuración de property)

LinxShare: ✅ OMNI - Cierre de período con reservas

OMNI - FARMACITY - Descarga y subida imágenes de un item 

           -  TAREA_BM: descargar imágenes del artículo desde ABM de ítems/solapa imagen   

           -  TAREA_BM: descargar información de imágenes en .csv    

LinkShare: ✅ FARMACITY - OMNI PDC- Descarga de imágenes

OMNI - FARMACITY - Carga masiva de Imágenes para el catálogo de SKUs

      - Puedo cargar Archivos de imágenes para varios productos con un Excell  y las urls que los contienen ( .csv )

LinkShare: FARMACITY - OMNI PDC- Imagenes: importación masiva por .csv

OMNI - FARMACITY - Atributos de marcas

       - Como operador del BM podré visualizar un ABM ubicado en: Administración/Artículos/Atributos por Marca que permita relacionar las Marcas y los Atributos.

LinkShare: ✅ FARMACITY - OMNI PDC- Modelo N Arboles de categorías

FARMACITY: Omni - Definir pasos para BM o para POS (workflowSteps)

Mediante permiso se podrá cambiar estados que sean automáticos desde Bridge Manager

El permiso lo tendrá asociado el grupo administrador y sistema

Esto requiere de configuración de orderWorkflowStep para indicar si el estado tiene acción en Bridge Manager o en el POS.

LinxShare: https://share.linx.com.br/x/8me5G 

7.5.0  OMNI Facturación de pedidos sin aplicación de promociones

• POS - No se aplica promociones en la facturación de un pedido de OMNI al surtir en el POS

LinxShare: https://share.linx.com.br/x/zTa5G

7.5.0 OMNI - Cierre de período con reservas

Actualmente el cierre de período de Bridge Manager depura las reservas (setea el campo itemInventory.reservedUnitCount = 0):

a) Si NO se usa manejo de estado en presupuestos y NO se reserva stock en presupuestos (configuración por defecto B7x) directamente se colocan en 0, los reservedUnitCount de la
            ItemInventory y de la SerializedUnit.

b) En caso contrario, se obtienen todos los ItemReservedJournalEntry cuyo type sea 'R' y transactionType 1 (sale) y se genera con eso una journal entry que cancela esa reserva.

LinxShare: https://share.linx.com.br/x/cYGSG

OMNI - PLUGIN Descargar logs desde el BM

• Se implementa la nueva funcionalidad de descargar logs de una determinada fecha de un plugin a partir de la pantalla de Bridge Manager Central "Monitor de integraciones"

LinxShare: https://share.linx.com.br/x/Z0e5G

OMNI Mejora: BM -  Agregar en el pdf del remito del pedido la cantidad de paquetes ingresadas en el surtido del pedido

NAPSEPD-22867 - Obtendo detalhes do item... STATUS

• En el pedido, cuando se surte y se presiona el botón FINALIZAR (pantalla de ventas) se puede ingresar la cantidad de paquetes incluidos en el pedido
• Esto sucede solo si la property " Solicitar cantidad de paquetes al facturar" está definida en SI (configuración/sistema/tienda/ordenes: "Solicitar cantidad de paquetes al facturar") 
• De estar configurado, se solicita en el POS previo a finalizar y se guarda en el campo order.packagesQty
• Esta información agregarla en el pdf del remito

ver: https://share.linx.com.br/x/67j0G

OMNI - Mejora en ABM de flujo de estados

Como administrador de Bridge Manager podré obtener mayor detalle de los campos definidos para un paso dentro del flujo de estados 

Se agrega un botón en cada registro de los pasos del flujo de estado de un pedido para poder visualizar todos los campos de cada paso

LinxShare: https://share.linx.com.br/x/IbS9Gg

7.5.6: Recibir por servicio cod.y nombre del vendedor asociado método de contacto del cliente (Diarco) 

Se asocia al método de contacto del cliente el id y nombre de un vendedor externo (no tiene validación ni relación con el usuario/vendedor de BRIDGE) Se agrega al ABM de clientes, solapa contactos. 

https://jira.linx.com.br/browse/NAPSEPD-29370

LinxShare: https://share.linx.com.br/x/NCsoH

7.5.6 OMNI PDC-Permitir entrega Delivery por defecto de acuerdo al canal (Diarco) 

Desde el ABM de canales se podrá definir el tipo de entrega por defecto del canal (aplica sólo a pedidos creados en el POS desde la funcionalidad PEDIDOS/NUEVO)

https://jira.linx.com.br/browse/NAPSEPD-29848

LinxShare: https://share.linx.com.br/x/qcyIH

Bridge API

OMNI Reserva de stock VNP

• Se agregó por configuración la posibilidad de reservar siempre cuando es un pedido de Omni (sin tener que contar con el flag de requiere reserva para el item)

LinxShare: https://share.linx.com.br/x/fx0QFw

REPLICACION DE RESERVAS A BMC

• Se replican las reservas de BMT a BMC (esto a partir de 7.2 pedido tmb por Motorola) 

LinxShare: https://share.linx.com.br/x/lD7gFQ (punto #2)

RE_05_Omni - WORKFLOW

• Se puede definir un workflow para un mismo canal con tipos de entrega diferente (omniType) 
• Se agregan nuevos estados 

LinxShare: https://share.linx.com.br/x/AC7gFg (punto #3)

OMNI Extensión de datos retornados por la API de ítems

• Se extendieron los servicios de API consulta de item (agregando muchos campos más, atributos e info de imágenes). Mejora sobre la fecha de ultima actualización
• OMNI metodo para obtener por API Listado Atributo x articulo

LinxShare: https://share.linx.com.br/x/8o6UFg y https://share.linx.com.br/x/fSFhFw

OMNI PDC- Imágenes: servicio API de ítem con información de imágenes

Se incorpora como info adicional las imágenes asociadas al item al actual servicio item

• La información de las imágenes se encuentra en la tabla itemPicture y se informa canal/prioridad junto con datos del nombre del archivo, directorio, addressUrl, etc

LinxShare: https://share.linx.com.br/x/cf31Fw 

OMNI API consulta de maestros - listado de Precios Vigentes por Canal

Servicio de consulta de maestros: itemPriceCurrent 

Precios vigentes: informa los precios vigentes para una tienda/canal según fuera obtenido por el servicio "itemPriceBuildProcess"

Disponible a partir de v7.4

Se creó un nuevo servicio que permite obtener los precios vigentes (por canal/tienda) Esto consultando la itemCurrentPrice

LinxShare: 23B_75_BASE_Farmacity: OMNI API consulta de maestros - listado de Precios Vigentes por Canal

 API: EndPoint para plugins/monitoreo de integraciones

Se implementa un endPoint y su invocación desde el plugin de RAPPI para informar de su ultima actualización de envío de actividad 

LinxShare: https://share.linx.com.br/x/JbT1Fw

PDC - RE_04_Distribuir y exportar a rabbit external number de la orden omni

Cuando se factura un pedido, en la venta se agregan en su exportación datos del mismo (canal, pedido interno, externo, cantidad de paquetes) 

LinxShare: https://share.linx.com.br/x/ChvCFQ

PDC - RE_05_Agregar la reserva en el servicio de BRIDGE API - Consulta stock disponible por tienda por SKU

Tenemos un servicio en API Stock el cual responde según los códigos de artículos, la tienda, deposito y cantidad actual del stock (tomado de la tabla itemInventory) 

Se agrega a la respuesta la cantidad de unidades reservadas, el deposito con su código y nombre

LinxShare: PDC - RE_05_Agregar la reserva en BRIDGE API - Consulta stock disponible por tienda por SKU

Facturación desde BCORE Rest terminal 0 con Uruware

• Se implementa con la operación bill invocada por API desde el workflow la facturación electrónica con Uruware (para Uruguay) tanto para ventas como devoluciones
• Esto genera facturas y notas de crédito que se validan con el servicio de Uruware, guardando todos sus datos CFE en la transacción (Disponibles también en la exportación de la transactionRetail) 

OMNI PDC- Servicio de consulta de un pedido de cambio de estado API

• Se mejora la respuesta enviada al generar un cambio de estado de un pedido (API: order/state/change)
• Nuevo servicio (endPoint) para consultar el estado de un cambio de estado (que consulta con la dataImport de la tienda) (API: order/state/change/status recibiendo como parámetro el internalNumber) 

LinxShare: https://share.linx.com.br/x/eyFhFw 

OMNI - FARMACITY - Carga masiva de Imágenes para el catálogo de SKUs

     - Con el servicio item de API podré obtener la información de todas las imágenes que tenga el item asociado en una lista images conteniendo nombre del archivo, prioridad, directorio, URL, fecha de creación. 
        Si no tuviera imágenes asociadas, se informará el campo vacío.

LinkShare: ✅ FARMACITY - OMNI PDC- Imágenes: servicio API de item con información de imágenes

OMNI - FARMACITY - Modelo N Arboles de categorías

  - Podré contar con un nuevo servicio de API que me devuelva los atributos de una marca o de todas.

LinkShare: ✅ FARMACITY - OMNI PDC- Modelo N Arboles de categorías

RE_10_Motorola: servicio de stock por diferentes filtros

• A partir de v7.2 se agrega un nuevo servicio que permite consultar el stock por tienda/depósito e items
• Servicio API: stockReport/status (POST)
• Documento publicado en espacio NAPSE: BRIDGE API - REST - Consulta stock disponible por tienda por SKU, tienda, depósito

LinxShare: https://share.linx.com.br/x/7ku5G

OMNI - Publicaciones automáticas por canal: job para actualizar artículos (precios y por stock) al plugin

• Se cuenta con un job que permita la publicación automática de productos al plugin en base al conjunto definido para el canal (setItem) 
  • Administración/Artículos/Conjuntos 
• El job se ejecutarse cada una hora (ideal para que no hacerlo tan recurrente) por configuración
• El job parte del conjunto definido para el canal, tomando los artículos que contiene 
• Luego verifica los registros que tiene en la tabla de publicaciones históricas (setItemChannelPublish) para poder conocer las diferencias existentes
  • valida precio (con la itemPriceCurrent)
  • valida stock (con la itemInventory) y con el stock mínimo para el canal 

• Al conjunto se le agrega la categoría (para poder facilitar la carga de la misma) 

LinxShare: https://share.linx.com.br/x/iZiYGQ

OMNI - DIARCO - Agregar externalNumber en la cola OrderHistory

    - Podré notificarme de los cambios de estado de un pedido a través de las auditorias OrderHistory exportadas a Rabbit conteniendo el nro. de pedido externo para facilitar la búsqueda 

LinkShare: ✅ Diarco: OMNI - Agregar externalNumber en la cola OrderHistory

OMNI - DIARCO - Consumidor Final - La compra supera el limite, se informa y el pedido queda bloqueado

 - Ajustar la lógica de creación del ticket a partir de un pedido cuando se valida el limite de compra de un consumidor final que supera con el monto del pedido

LinkShare: ✅ Diarco: OMNI -Consumidor Final - La compra supera el limite, se informa y el pedido queda bloqueado

OMNI - DIARCO - ReBa - agregar la validación en los pedidos OMNI

 - Los pedidos creados a través de OMNI se validaran según las reglas de REBA

LinkShare: ✅ Diarco: OMNI ReBa - agregar la validación en los pedidos Omni

OMNI - PDC - Clientes recibidos en el pedido (cliente nuevo vs cliente existente)

 - Validar que cuando llega cliente por servicio, si no existe lo crea como indica el servicio. Si existe, utiliza el existente.

LinkShare: ✅ Diarco: OMNI - Clientes recibidos en el pedido (cliente nuevo vs cliente existente)

OMNI - DIARCO - Agregar en el Json el envio del Vendedor (id y nombre)

  -  Poder contar con la información del vendedor recibida del sistema externo para asociar en el pedido

LinkShare: ✅ Diarco: OMNI - Agregar en el Json el envío del Vendedor (id y nombre)

OMNI - PDC - DIARCO - Vigencia de un pedido 

Como operador podré ver que los pedidos pasen a estado "vencido" si superaron su tiempo de vigencia para que los mismos ya no puedan ser facturados

Link Share:  Diarco: OMNI PDC - Vigencia de un pedido

Versión a partir de la cual se implementa: 7.5.2

OMNI - PDC - DIARCO - Retomar vigencia de un pedido

Como administrador podré contar con una funcionalidad que permita reestablecer la vigencia de un pedido vencido para que pueda ser surtido y luego facturado

LinkShare:  Diarco: OMNI PDC - Retomar vigencia de un pedido

Versión a partir de la cual se implementa: 7.5.2

OMNI - PDC - DIARCO - Informar Cliente REBA en el pedido 

Como operador podré ver en el pedido cuando el cliente está habilitado para la venta de bebidas alcohólicas (Reba)

LinkShare: ✅ Diarco: OMNI PDC - Informar cliente REBA en el pedido

Versión a partir de la cual se implementa: 7.5.2

BRIDGE API - REST - Devolución sin referencia de un pedidoUBLISHED

Servicio que permite generar una devolución sin referencia. 

Se envía a BMC y luego en BMT se envía a BCORE REST la solicitud para generar una devolución de un pedido listando sus artículos y el nro de pedido

LinxShare: https://share.linx.com.br/x/n5tAGQ

OMNI - CHIC - Servicio de Consulta de estado de una devolución de un pedido

Como administrador de otro sistema externo a BRIDGE OMNI cual es el estado de una solicitud de devolución de un pedido enviado por servicio

LinkShare: ✅ OMNI - Servicio de consulta de estado de una devolución de un pedido

Versión a partir de la cual se implementa: 7.5.2

OMNI - No validar descuentos (configurados por niveles) al facturar o devolver por OMNI 

LinkShare: ✅ OMNI - No validar descuentos (configurados por niveles) al facturar o devolver por Omni

Versión a partir de la cual se implementa: 7.5.2

OMNI - Diarco -  Cambio de precio

LinkShare:  ✅ Diarco: OMNI PDC - Editar pedido desde el POS - Cambio de precio

Versión a partir de la cual se implementa: 7.5.3

OMNI - Diarco: OMNI PDC - Editar pedido desde el POS - margen a nivel artículo (semáforo)

LinkShare: ✅ Diarco: OMNI PDC - Editar pedido desde el POS - margen a nivel artículo (semáforo)

Versión a partir de la cual se implementa: 7.5.3

OMNI - Editar pedidos desde el POS - Margen global de la transacción

LinkShare: ✅ Diarco: OMNI PDC - Editar pedido desde el POS - margen global de la transacción

Versión a partir de la cual se implementa: 7.5.3

OMNI - Editar pedidos desde el POS - configurar si aplican o no descuentos 

LinkShare: ✅ Diarco: OMNI PDC - Editar pedido desde el POS - configurar si aplican o no descuentos
Versión a partir de la cual se implementa: 7.5.3

OMNI - Editar pedidos desde el POS - BM Precio Mínimo de Venta 

LinkShare: ✅Diarco: OMNI PDC - Editar pedido - BM precio mínimo de venta
Versión a partir de la cual se implementa: 7.5.3

Queue para informar cambios en un pedido

• Queue para informar cambios en un pedido

  • Se cuenta con una cola que permita informar si hubo cambios en la edición de un pedido surtido
  • Por ejemplo si un pedido tenia originalmente en el pedido 2 unidades del articulo A y 2 unidades del articulo B, al momento del surtido se toma 2  unid del A pero solo 1 unidad del B. 
  • En la nueva exportación se estaría informando como cambio 1 unidad del item B se elimina del pedido
  • Esto es requerido para el plugin de PEDIDOS YA
  • El nombre de la nueva cola de Exportación es: queueForOrderItemsChange_peya

LinkShare:  ✅ OMNI - Cola con cambios en un pedido al surtir

• DOC del servicio: BRIDGE API - Rabbit - Informa cambios en artículos de un pedido surtido a canales

Versión a partir de la cual se implementa: 7.5.4

FCITY - OMNI (P4) Porcentaje de completitud de los pedidos

LinkShare: ✅ OMNI - (P4) % Porcentaje de Completitud de pedido

Versión a partir de la cual se implementa: 7.5.0

FARMACITY - (P3) OMNI Agregar Fecha entrega en POS

LinkShare:  ✅ ✔OMNI - (P3) Ordenamiento de Pedidos por fecha/hora en POS + Mejoras UX

Versión a partir de la cual se implementa: 7.5.0

FARMACITY - OMNI (P6) PDC Consulta de precios fijos para eventos

LinkShare:  ✅ ✔OMNI - (P6) Consulta de precios fijos para eventos

Versión a partir de la cual se implementa: 7.5.0

Chic - BRIDGE API - Rabbit - Informa factura emitida a partir de una orden

LinkShare: ✅ CHIC PARISIEN - BRIDGE API - Rabbit - Informa factura emitida a partir de una orden

Versión a partir de la cual se implementa: 7.5.4

Diarco: PDC - Crear Pedidos desde el POS

LinkShare: ✅ Diarco: OMNI PDC - Crear nuevo pedido desde el POS

Versión a partir de la cual se implementa: 7.5.4 

Diarco: OMNI PDC - Facturación parcial

LinkShare:  ✅ Diarco: OMNI PDC - Facturación parcial

Versión a partir de la cual se implementa: 7.5.4 

Diarco: OMNI - Agregar id y nombre de vendedor externo del pedido (Sin validaciones)

LinkShare: ✅ Diarco: OMNI - Agregar id y nombre de vendedor externo del pedido (Sin validaciones)

Versión a partir de la cual se implementa: 7.5.4 

FARMACITY - (P3) OMNI PDC Que no emita tkt de caja en los pedidos de OMNI

LinkShare: ✅ ✔OMNI - (P3) Ordenamiento de Pedidos por fecha/hora en POS + Mejoras UX

Versión a partir de la cual se implementa: 7.5.0

OMNI BCORE: Reserva cuando se repiten item en diferentes sequence solo reserva por uno.

FCITY - OMNI (P1) Reserva forzada de stock

LinkShare: ✅ ✔OMNI - (P1) Reserva forzada de stock

Versión a partir de la cual se implementa: 7.5.0

FCITY - OMNI (P2) Parámetro que active/desactive el envío de comprobantes por Uruware

LinkShare: ✅ ✔OMNI - (P2) Parámetro que active/desactive el envío de comprobantes por Uruware - Mail de Uruware – duplicado

Versión a partir de la cual se implementa: 7.5.0

FARMACITY - (P3) OMNI PDC Impresión del pedido editado

LinkShare: ✅ ✔OMNI - (P3) Ordenamiento de Pedidos por fecha/hora en POS + Mejoras UX

Versión a partir de la cual se implementa: 7.5.0

FCITY - OMNI (P5) Agregar detalle de los deltas de reservas de stock en Rabbit

LinkShare: ✅ ✔OMNI - (P5) Cola de Movimientos de Stock

Versión a partir de la cual se implementa: 7.5.0 

OMNI - Pruebas de performance y stress

LinxShare: https://share.linx.com.br/x/ffz0G

• Se adjunta documento con el informe en LinxShare:
  https://share.linx.com.br/x/mCSjGw

7.5.3 OMNI - PLUGIN Publicación confirmación a BRIDGE desde el plugin

• Se cuenta con un endPoint en API que nos permite confirmar el estado de la publicación hacia BRIDGE pudiendo ver los datos de fecha de publicación e identificación de la publicación asignada por el canal de delivery

LinxShare: https://share.linx.com.br/x/c0e5G

Diarco: OMNI: No respeta la creación del pedido por método de contacto

LinkShare: ✅ Diarco: OMNI: No respeta la creación del pedido por método de contacto

Versión a partir de la cual se implementa: 7.5.4

Diarco: PDC OMNI - Generar remito para envío a domicilio

LinkShare: ✅ Diarco: OMNI - Generar remito para envío a domicilio

Versión a partir de la cual se implementa: 7.5.4

BRIDGE API - Rabbit - Informa cambio de artículos de una orden en su surtido

Exportación de Rabbit que informa cambios de artículos en un pedido 

ver: https://share.linx.com.br/x/lXqfGg

7.5.4 OMNI - EndPoint de cambio de estado de un pedido con agregado de canal y nro de pedido externo

• Se cuenta con dos nuevos campos en el servicio de API state/change (canal y pedido externo) para el plugin de PEDIDOS YA
• Esto se requiere para poder cancelar un pedido que fue creado previamente en BRIDGE y que luego el cliente desde el portal de PEDIDOS YA lo cancela y este debiera ser notificado a BRIDGE

LinxShare: https://share.linx.com.br/x/9xOfGg

7.5.4 GRIDO OMNI Crear servicio para consulta de pedido

Nuevo servicio de consulta de pedido (order/info)

LinxShare: https://share.linx.com.br/x/lXDIGQ 

✅ OMNI - Mejora al servicio para consulta de pedidos de API

7.5.5.Diarco: OMNI - API - Distribuir datos adicionales del envío en el modelo de order

• Se distribuye lo que se registre en el campo DATO ADICIONAL de la pantalla de ENVIO al CREAR UN PEDIDO EN EL POS en el modelo de order. 

LinxShare: https://share.linx.com.br/x/ql2zH 

OMNI - Pedidos con presentación por cantidad. Analizar precio unitarios vs precio pack

LinxShare: https://share.linx.com.br/x/r3rOGw

Versión a partir de la cual se implementa: 7.5.5

7.5.6: Recibir por servicio cod.y nombre del vendedor asociado método de contacto del cliente (Diarco) 

Se asocia al método de contacto del cliente el id y nombre de un vendedor externo (no tiene validación ni relación con el usuario/vendedor de BRIDGE) Se agrega al ABM de clientes, solapa contactos. 

https://jira.linx.com.br/browse/NAPSEPD-29370

LinxShare: https://share.linx.com.br/x/NCsoH

7.5.6 OMNI Nuevos exportación de NewOrder a partir de una transaction de newOrder (Diarco)

https://jira.linx.com.br/browse/NAPSEPD-29245

LinxShare: https://share.linx.com.br/x/2gUoH

Documento de la exportación: BRIDGE API - Rabbit - Informa pedidos generados por BRIDGE a canales (queueNewOrderTransaction)

7.2 ELECTROLUX SOPORTE - PRD - Ordenes OMNI en BMC depuradas en Tiendas

• el proceso de depuración solo elimina aquellos pedidos que tengan estado final (según fecha de creación y parámetro de depuración de transacciones) 

LinxShare: https://share.linx.com.br/x/QEFAH

7.5.6 OMNI - PLUGIN PEDIDOS YA API - Nuevo servicio API

• Nuevo servicio para obtener el estado de las publicaciones de BRIDGE

LinxShare: https://share.linx.com.br/x/37XuH

7.5.6 OMNI PLUGIN Pedidos YA integración via API

• A través del nuevo servicio de API, desarrollado según jira: NAPSEPD-30670 - Obtendo detalhes do item... STATUS , se deberá generar un CRON el cual consulte las publicaciones en estado pendiente, para la tienda y el canal que corresponda, verificando en el servicio que otorga PEYA API de logs de las publicaciones, y en deberá actualizar el estado de la publicación, según corresponda.
• Apertura y Cierre de Tienda en PEYA API (desde BM monitor de integraciones) 
• Bridge API - Nuevo atributo ORDER para guardar el token de PEYA

LinxShare: NAPSEPD-30671 - Obtendo detalhes do item... STATUS

7.5.5 OMNI MEJORA - NO crear registros de auditoria en los casos de "acción no requerida"

LinxShare: https://share.linx.com.br/x/1xROHQ

7.5.5 API: agregar validación de que no exista una factura ya emitida para un pedido 

API: Se agrega validación de que no exista una factura ya emitida para un pedido

DOC: https://share.linx.com.br/x/JmxiHQ

• Antes de enviar a facturar con la acción SendToBill, se valida en la tabla de tlogs si ya existe una trxSale de la terminal 0 que corresponda a ese pedido, que no esté cancelada (cancelFlag=false).
• Si existiera, no enviar a facturar el pedido informando error.
• Se guarda en la auditoría, el mensaje informado si ya fue facturado anteriormente

7.7 OMNI MEJORA: Validación al crear el pedido (descuento no supere el valor del item) 

Historia de usuario: como operador del POS/BM podré contar con una validación previa de descuentos aplicados a los pedidos recibidos vía API para que no superen el valor del artículo

DOC DE ANALISIS: https://share.linx.com.br/x/M6k3HQ

• TAREA_API: ajustes a la validación del servicio order/create de descuentos aplicados

Presentación de demo a VITAL