País: Chile
Evolutivos y NF
Prioridad | Plataforma | Descripción | Detalle | Observaciones | Fecha Objetivo | Ticket | Comentario CCORP/Estimación | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | Payments | Auto censo pasarela de pagos | Se requere incoporar el auto censo para los apoderados que no encuentren a sus alumnos en la pasarela de pagos y venta directa. Debe funcionar del mismo modo que está implementada en Colombia donde los alumnos censados por los apoderados quedan en el grupo "Y". Ademas se requiere que la validación para saber si los alumnos ya están censados sea a través del documento de identidad "Rut" que en el caso de Chile es un dato obligatorio. | 27/10/2023 | HGA lo crea | Podría ser configuración, usando el servicio para validar que por RUT no estén duplicados. Posibles cambios de Front para el funcionamiento del botón. 5d aprox. | ||||||||||||||
2 | Payments | Validación de rut para autocenso | Validar el Rut en Auto Censo apoderados, si el rut existe y está activo, traer al alumno para proseguir con la compra. | 27/10/2023 | ||||||||||||||||
3 | Payments | Detalle de pack sin precio | Detallar productos incluidos en el pack seleccionado sin los precios parciales, solo con los precios totales de los packs como está actualmente. | 10/11/2023 | ||||||||||||||||
4 | Payments | Cambiar link elige tu proyecto a icono | Agregar ícono para la elección de proyecto con el fín de dar mayor presencia a está opción que es obligatoria para la elección de uno de los dos paquetes disponibles. | 10/11/2023 | ||||||||||||||||
5 | Payments | Formulario de dirección se despliegue al seleccionarla | Se debe mostar inicialmente solo el campo de dirección donde el usuario escribe para hacer la búsqueda y luego seleccionar su dirección desde la lista desplegable desde la API de google. Una vez seleccionada la dirección deben aparecer los siguientes campos con el autorrelleno que hoy esta en funcionamiento. Esto con la finalidad de evitar frecuentes reportes de los usuarios que se confunden en la búsqueda. | 10/11/2023 | ||||||||||||||||
6 | Payments | Reordenar formulario de dirección | Se debe reordenar los campos del formulario de dirección según jerarquías descritas en la imagen para ayudar en el proceso de pago dejando mas claro estos. | 10/11/2023 | ||||||||||||||||
7 | Payments | Cambiar en dos columnas Datos facturación y Datos de entrega Payments | Para Payments habilitar en dos columnas para que el usuario pueda ver las diferencias y la información se presente de manera más clara en computadores. Se debe tener en cuenta que en pantallas móviles se dejara en una columna para que sea responsive. | 10/11/2023 | ||||||||||||||||
8 | Payments | Cambiar botón para atenuar ver instrucciones / Agregar alumno en vez de buscar. | Mejorar la experiencia de usuario | 10/11/2023 | ||||||||||||||||
9 | Payments | Dejar disponible video tutorial a lo largo del recorrido de ventas/ Pop up nueva pestaña | Agregar botón "Tutorial"en el header para que en cuaquier momento de la compra el usario pueda consultar este. Puede ser a través de un pop up o abriendo el video en una nueva pestaña del navegador para que el usuario no salga del proceso de compra. | 10/11/2023 | ||||||||||||||||
10 | Payments | Modificar prioridad visual de botón ”Guardar“ cuando este se encuentre desactivado de azul a gris | Facilicitar la experiencia de usuario, con colores diferentes para las distintas acciones | 10/11/2023 | ||||||||||||||||
11 | Payments | Modificar prioridad visual de botón “Continuar” de azul a verde | Facilicitar la experiencia de usuario, con colores diferentes para las distintas acciones | 10/11/2023 | ||||||||||||||||
12 | Payments | Cambia prioridad visual de botón “Guardar” de azul a verde | Facilicitar la experiencia de usuario, con colores diferentes para las distintas acciones | 10/11/2023 | ||||||||||||||||
13 | Payments | Cambiar look compartir a EDI en payments | Debemos cambiar todo lo que haga alusión en pasarela de pagos online y venta directa compartir por EDI ya que estas se utilizan en diferentes líneas de negocio. | 10/11/2023 | ||||||||||||||||
14 | Payments | Validación para los casos de compras adicionales por cambio de Acuerdo que permita generar un nuevo pedido para el nuevo alumno por productos diferentes. Importante que sea solo si los productos son diferentes y la suma de las compras es igual al monto total de Acuerdo para el curso para evitar duplicar pedidos y envíos duplicados | Este caso se da cuando se modifica un acuerdo por un valor superior al original, la pasarela permite volver a comprar por el diferencial pero el usario ya tendría un pago asociado por lo cual se duplica el pin y no genera nuevo pedido por este diferencial pagado. | 10/11/2023 | ||||||||||||||||
15 | Payments | Compra de inglés como factura y español paga padre | Existen colegios que compran material por Pago Colegio y otro lo dejan para Paga Padre, lo que genera que la liberación de estos es por todo el material y no podamos diferencian para liberar solo lo comprado o solo lo pagado por el colegio. Actualmente hay una sola configuración de tipo de pago para todos los artículos por curso | Conlleva modificación en CRM para indicar diferentes tipos de pago por paquete o artículos, por curso y envío de varios paquetes | 10/11/2023 | |||||||||||||||
16 | Payments | Cambio mail de entrega de credenciales | Generaremos nuevo mail genérico eliminando todo lo que tenga alusión a compartir para que haga alusión a EDI, de esta manera podremos utilizar el mail de entrega para los mercados creo-compartir-pleno-rlp. | 10/11/2023 | ||||||||||||||||
17 | Payments | Cambiar video tutorial payments | Se enviará un nuevo video tutorial actualizado para cargar en pasarela de pagos. | 10/11/2023 | ||||||||||||||||
18 | Payments | Revisión de funcionamiento API Loginsa | Actualmente se queda mostrando el estado cero y no avanza | 10/11/2023 | ||||||||||||||||
1 | GA | Reporte de ventas: agrupar censo de línea de negocio | En estos momentos el reporte de ventas se exporta por línea de negocios y duplica el censo de alumnos para establecimientos que tienen mas de una línea de negocio, lo cual en este momento se realiza de manera manual una vez exportado el reporte. | 01/12/2023 | ||||||||||||||||
2 | GA | Agregar en el Resumen los colegios Paga Padre que no han comprado con su número de alumnos del censo y ventas en cero | En Reporte de venta aparecen solo los colegios que han tenido al menos un pago lo que deja a los colegios sin pagos fuera del reporte y modifica las estadisticas de compra, ya que los colegios con 0% de compra no se visualizan en este. | 01/12/2023 | ||||||||||||||||
3 | GA | Agregar nombre de alumno a txt para imprimir en etiqueta | Solicitar cambios a SAP y otros proveedores antes de hacer cambio en txt de GA | 01/12/2023 | ||||||||||||||||
4 | GA | Reporte preparación de packs venta colegios | Informe de la diferencia por colegio de alumnos censados por colegio menos las ventas por nivel y curso | 01/12/2023 | ||||||||||||||||
5 | GA | Reporte de pedidos: agregar fecha cancelación y usuario que lo realizó | 01/12/2023 | |||||||||||||||||
6 | GA | Validación que no pueda asignar beca si tiene pago aplicado en Pegasus y GA /No permitir aplicar un nuevo pago en GA tro pago para el mismo ciclo aplicado | Aplicar también en Pegasus | 22/12/2023 | ||||||||||||||||
7 | GA | Opcion de buscar en el formulario de asignar PIN | 01/12/2023 | |||||||||||||||||
1 | Pago Directo | Auto censo pasarela de pagos | Se requere incoporar el auto censo para los Operadores que no encuentren a los alumnos en el colegio de venta directa. Debe funcionar del mismo modo que está implementada en Colombia donde los alumnos censados por los apoderados quedan en el grupo "Y". Ademas se requiere que la validación para saber si los alumnos ya están censados sea a través del documento de identidad "Rut" que en el caso de Chile es un dato obligatorio. | 15/12/2023 | ||||||||||||||||
2 | Pago Directo | Revisión general del módulo de Pago Directo, de manera que no permita registrar los dos paquetes a la vez para un mismo alumno, que no permita registros de venta con montos cero | 15/12/2023 | |||||||||||||||||
3 | Pago Directo | Revisar y corregir de manera que no se dupliquen los registros en el pedido tal como SC119157 | 15/12/2023 | |||||||||||||||||
4 | Pago Directo | Agregar etiqueta de contiene textos en Pago Directo | PROY (Contiene texto impreso) LIC (Solo Licencia) para pago directo | 15/12/2023 | ||||||||||||||||
5 | Pago Directo | En pago Directo guardar usuario que realizó la venta | Necesitamos identificar el usuario que está generando venta en colegio, en este momento todos los usuarios quedan como "SYSTEM ADMINISTRATOR" en reporte de ventas. | 15/12/2023 | ||||||||||||||||
6 | Pago Directo | Cierre de caja en Pago Directo (desde el usuario que vende) | 15/12/2023 | |||||||||||||||||
7 | Pago Directo | Pago directo pide domicilio de entrega para licencias. | Las licencias no generan pedidos por lo cual debe tomar por defecto la dirección del colegio | 15/12/2023 | ||||||||||||||||
8 | Pago Directo | Cambio mail de entrega de credenciales | Generaremos nuevo mail genérico eliminando todo lo que tenga alusión a compartir para que haga alusión a EDI, de esta manera podremos utilizar el mail de entrega para los mercados creo-compartir-pleno-rlp. | 15/12/2023 | ||||||||||||||||
4 | Pegasus | Usuario de Pegasus, solo lectura para SAC | 01/12/2023 | |||||||||||||||||
5 | Pegasus | Migración de artículos y aplicativos EDI por ciclo | 01/12/2023 | |||||||||||||||||
6 | Pegasus | Liberación y desactivación masiva de aplicativos para no ingresar colegio a colegio. | Al tener los colegios configurados se necesita tener la posibilidad de agregar nuevos artículos y liberarlos de manera masiva, en este momento solo podemos liberarlos colegio a colegio. | 01/12/2023 | ||||||||||||||||
7 | Pegasus | Migración de versión de Censo logros a Pegasus | Empresa 33 | 15/12/2023 | ||||||||||||||||
8 | Pegasus | Validación que no pueda asignar beca si tiene pago aplicado en Pegasus y GA /No permitir aplicar un nuevo pago en GA tro pago para el mismo ciclo aplicado | Aplicar también en GA | 22/12/2023 | ||||||||||||||||
9 | Pegasus | Validar rut por distintos colegios, aviso de donde esta censado ese rut | Al crear un nuevo usuario desde Pegasus, si el Rut existe ya en plataforma, dar aviso en que usuario está este Rut aplicado y no permitir crearlo en otro colegio hasta que no se haya desactivado para el anterior. | 22/12/2023 | ||||||||||||||||
10 | Pegasus | Log de errores de carga y actualización masiva | Actualmente los señala en color rojo y detiene la carga, la idea es que cargue los registros correctos y devuelva un log con los errores que no se pudieron cargar | 22/12/2023 | ||||||||||||||||
11 | Pegasus | Inactivar de manera masiva los profesores | 22/12/2023 | |||||||||||||||||
12 | Pegasus | Búsqueda de profesores al igual que los alumnos | Incorporar el perfil profesor en la búsqueda de usarios | 22/12/2023 | ||||||||||||||||
13 | Pegasus | Planilla actualización masiva de profesores | Al igual que exite en los alumnos se debe poder actualizar masivamente lel perfil profesor. | 22/12/2023 | ||||||||||||||||
14 | Pegasus | Revisar sobre 25 caracteres para nombres mas largos | Existen muchos nombre compuestos o dos nombres para usarios donde el sistema arroja error por cantidad de caracteres, requerimos ampliar la cantidad de caracteres para los nombres e incorporar algunos símbolos como "-" y "'´" en el caso de apellidos compuestos y extranjeros. | 22/12/2023 | ||||||||||||||||
15 | Pegasus | Planilla masiva cambio de rut cruzados, se deben sobre escribir los rut | En el caso la planilla de actualización masiva de alumnos cuando hay dos Rut cruzados, no permite corregirlos desde aquí y se debe agregar a uno de estos un rut provisorio para poder generar el cambio, en este caso se debería sobreescribir el Rut a los alumnos por los nuevos de la planilla, validandolos como únicos en esta si no están repetidos en la misma planilla. | 22/12/2023 |