CG-7685-Escrutinio.

Optimizar la funcionalidad de repartir las cantidades compradas

entre el OL y un 2do proveedor.

Flujo Principal

1-El usuario realiza una planificación teniendo como proveedores a un OL

(SERVICHEFF) y otro común (BLANCALUNA) superando el stock del OL y lo faltante que
se complete con el proveedor elegido.
2- El usuario presiona botón verificar y verifica que el escrutinio se ejecute
(pending o finish)

Flujo alternativo
-El usuario realiza una compra en la que el OL es la mejor opción, no cubre el
total solicitado y verifica que el sistema haga la compra por el total del stock
disponible
-El usuario realiza la compra en la que exista una mejor opción para X genérico y
verifica que el sistema compre las unidades restantes a la 2da mejor opción
-El usuario realiza la compts en donde no hay una segunda mejor opción para X
genérico y verifica que el sistema deje la compra incompleta.
-El usuario realiza una compra en la cual el OL no es la mejor opción y verifica
que la compra sea por el total de lo solicitado al segundo mejor proveedor
-El usuario hace una compra en la que el ganador es un proveedor no OL y verifica
que todas las cantidades vayan al primero
-Verificar que la actualización de stock impacte sobre las planificaciones vigentes
(es decir mes en curso). Bajo ninguna circunstancia, ésto debe impactar en
planificaciones no vigentes (pasadas)
-El usuario aumenta la cantidad de stock de un material
-El usuario reduce el stock de un material
-El usuario inventa un feriado "fantasma" luego de haber cargado la planificación,
verifica que el sistema asigne la entrega al día más próximo, desestime la SC, se
libere stock y se re-ejecuten las plantificaciones que tengan SC con ese producto
-Desestimar una SC en genéricos y en retail (verificar que el sistema devuelva el
stock al OL)
-Editar una SC en genéricos y retail
-Evitar duplicados
-Evitar los stocks con números negativos
-Cartel con autoguardado o cartel verificar. Si hay una actualización de stock,
lista de precios, etc, el sistema hace un autoguardado y abisa al usuario de éste
cambio. Lo mismo cuando el usuario carga cantidadesy esa planificación
sufrió los cambios mencionados. Al dar botón verificar, aparecerá el cartel. El
tema es que, si hubo algún cambio en el proveedor, los días se correran y borraran
cantidades, lo cual es preferible y que no se generen duplicados.
Otra cuesti

Buenas tardes, paso el status de la tarde de hoy:

Juan Marcelo: 
Soporte a Devs.
Soporte a Rafa 7685
Issue --> 7732 - Solicitud de compras - Compra duplicada con distinta presentación
- falta demo funcional e integración a QA
Call con Manu por interfaz de despachos
Call con Pablo por la revisión de los entornos
CG-7834- Solicitud de compas - Duplicado donde no participa Operador Logístico (REQ
INTERNO)

Gonza:
CG-7596 - Interfaz de despachos en las recepciones de traslados (ZTRA). - Análisis
- Falta la estimación
CG-7799 - Kairós. Soportar nuevos campos en la interfaz de Centros. - En curso.
Reunión con Manu por 7596 por cambio de alcance

Freddy:
CG-7794 - Solicitud de compras - Duplicidad en solicitud de compra - en curso -->
necesita soporte técnico
Soporte a Rafa

Ema:     
CG-7788 - Issue de compra enorme de Mate Cocido - En curso (análisis del caso)

Rafa: 
CG-7685 - Solicitud de Compras - Escrutinio. Optimizar la funcionalidad de repartir
las cantidades compradas entre el OL y un 2do proveedor. - en curso - surgieron
algunas modificaciones
Necesita soporte de Front
Reunión por soporte técnico. 

Pablo:
Caso de soporte - Produccion - Sube mucho el uso de CPU del server y se cuelga - en
curso (va a seguir en curso porque se va a ir haciendo de a poco)
CG-7792 - Issue de performance Retail - En curso - en curso
CG-7819 - NO FUNCIONA RETAIL EN ORBIS, HSBC FD - Terminado
Deploy de 1.18.5.0
Soporte a devs y funcionales

Omar: 
CG-7774 - Refactor Front - Unificar criterios para mostrar decimales. - gestión de
productos - en curso 
Necesita soporte

Seba Romay: 
CG-7512 - Solicitud de Compras. Se detectó un error en el paginado del detalle de
las Solicitudes de Compras - Desarrollo y demo funcional con Eve

Seba Heras:
CG-7817 - Carga de solicitud de compra genérico / retail - Grisar el botón
"VERIFICAR" si no se editaron las cantidades - En curso

Rox:
CG-5632 - Considerar solo los proveedores Activos y Completos - Documentación y
pruebas - en pausa
CG-7685 - Solicitud de Compras - Escrutinio. Optimizar la funcionalidad de repartir
las cantidades compradas entre el OL y un 2do proveedor - documentación - creación
de casos de prueba
CG-7819 - NO FUNCIONA RETAIL EN ORBIS, HSBC FD - pruebas OK
Evelyn:
soporte a devs y funcionales
CG-7824 - Ajustes de Stock. Consulta de los ajustes automáticos y manuales. -
Análisis
Soporte a Seba Romay con 7512.

Matias: 
Check de duplicados.  --> hay duplicados nuevos
Soporte a devs y funcionales
CG-7671 - Revisión de reporte No Comprados - Con Nico Plata
CG-7830 - Modificacion de reporte de metabase - CL con planificaciones cargadas. -
alta de ticket
Ausente por emergencia

Manuela:
Revisión de documentación de 7154 - CL - Agregar nivel SKU a retail.
Revisión de tickets en jira sobre Región y Subregión de Listas de Precios -->
Preguntar en la reunión de status
Análisis de PRO - Pausado
CG-7596 - Implementar interfaz de traslados en recepciones - Análisis y definición.
- En curso
Revisión de lista de bloqueantes enviada por Luciano
Reunión con Antonello

Juan Cruz: 
Mandar el informe de daily de PM
Seguimiento de temas en curso.
Revisión de tickets para cerrar en jira. -->  postergado
Status de duplicados
Reunión con Antonello
Gestión de deploys de 1.18.5.0
-