© 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
Documentos de Entrega
DASH
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | DASH | Script para WF automático de facturación | |
2 |
DIARCO
Proyecto | Documento de Entrega | Detalle | |
---|---|---|---|
1 | DIARCO | 7.5.6
https://jira.linx.com.br/browse/NAPSEPD-29370
https://jira.linx.com.br/browse/NAPSEPD-29245
| |
2 | DIARCO | Doc de entrega - Omni DIARCO Febrero 27-2024.docx | Se entrega:
|
3 | DIARCO | 7.5.5 Mayo-Abril-Marzo | Diarco: PDC-Impresión de remitos -Modificación de campos a imprimir https://jira.linx.com.br/browse/NAPSEPD-30500
Diarco - Omni - PMV para presentaciones (EAN - DUN14) DIARCO - OMNI setear el item con precio por paquete para la facturación del pedido - NAPSEPD-29743Obtendo detalhes do item... STATUS Diarco: OMNI- agregar vendedor externo al remito de envío (historia) https://jira.linx.com.br/browse/NAPSEPD-29968 (TO DEPLOY) |
4 | DIARCO | ||
5 | DIARCO | ||
6 | DIARCO | ||
7 | DIARCO | ||
8 | DIARCO | ||
9 | DIARCO | ||
10 | DIARCO | ||
11 | DIARCO | Doc de entrega - Omni Agosto 28.docx |
MOTOROLA
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | Motorola | ||
2 |
ELECTROLUX
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | Electrolux | ||
2 |
GRIDO
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | Grido | ||
2 | |||
3 | |||
4 | Doc de entrega - Omni Indicador nuevos pedidos.docx | ||
5 |
CHIC
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | |||
2 | |||
3 |
FARMACITY
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | Farmacity |
| |
2 | |||
3 | |||
4 | |||
5 |
ICESA
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | ICESA | ||
2 |
RAPANUI
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | |||
2 |
ESMAX
Proyecto | Documento de entrega | Detalle | |
---|---|---|---|
1 | Esmax | ||
2 | Doc de entrega - Integración con plugin PEDIDOS YA.docx |
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
- 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
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-26868Obtendo 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-27002Obtendo 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
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)
OMNI PDC- Imágenes Por Canal: asociar canal y prioridad
Reporte de Precios Vigentes por Canal
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
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)
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-22867Obtendo 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
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
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
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
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
FCITY - OMNI (P2) Parámetro que active/desactive el envío de comprobantes por Uruware
FARMACITY - (P3) OMNI PDC Impresión del pedido editado
FCITY - OMNI (P5) Agregar detalle de los deltas de reservas de stock en Rabbit
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
Diarco: PDC OMNI - Generar remito para envío a domicilio
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)
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
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
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
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-30670Obtendo 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-30671Obtendo 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