Known Issues - December 2024

[Dreyhh]

Creo este ticket para describir algunos issues que se que existen (o existiran) en la version actual y asi poder discutir soluciones y la priodad que deberia tener cada una:

1. Extraer informacion del contenido del correo:

Puede ser que algunos Requerimientos no requieran obligatoriamente documentos pero si algun tipo de informacion, por ejemplo:

• Referencias familiares
• Datos del responsable del área de R.H

En tales casos deberiamos poder:

1. Extraer y mapear tal informacion del correo del cliente a sus respectivos Requerimientos
2. Permitir al Usuario capturarlos manualmente

2. Registrar automaticamente nuevos clientes:

Actualmente la aplicacion asume que un Cliente debe estar registrado antes de poder procesar sus documentos,
Sin embargo si un Cliente envia sus documentos antes de ser regitstrado por el Usuario o, si el Cliente envia sus documentos desde un correo diferente al registrado, estos documentos no se procesaran (hasta que el Usario los suba manualmente).

Para tales casos se necesita una solucion parecida al punto 1:

• Extraer informacion del correo , mapearla a datos del cliente , registrar al cliente, procesar documentos.
• Si el Cliente no pasa su informacion en el mismo correo que envia sus documentos ya sea porque:
  a) Los proporciono por otro medio
  b) Los proporciono pero no fue registrado por el Usuario
  Podemos:
  a) Usar Valores por defecto para los datos deconocidos (todos excepto el correo)
  b) Tratar de extraer el nombre de cuaquiera de los documentos
  El problema con b) es que si el Cliente es casado y tambien manda los documentos de su conyugue, no tendriamos forma de saber si el nombre que extraemos pertence al Cliente o a su conyugue
  Otro problema con b) es que la validacion por nombre de los documentos saldria siempre valida (asumiendo que todos los mismos comparten el mismo nombre)

3. Mejorar el tracking (UPDATE: COMPLETADO)

Actualmente la UI te muestra una lista de clientes y sus estados, deberiamos tener alguna forma de facilitarle al Usuario saber cuales clientes requieren atencion o seguimiento, por ejemplo
el dia Lunes por la manana el Usario le envia Cliente 1 el primer correo solicitando los documentos (estado Cliente PENDIENTE (0/0)
el dia Lunes por la noche el Cliente 1 envia todos los documentos pero todos son invalidos, el Martes el usuario nota que el estado del cliente sigue siendo PENDIENTE (0/0)
TLDR: No es obvio para el Usario que saber que clientes han avanzado en el proceso
Posible solucion: Cada vez que recibamos y procemos documentos provenientes del correo del cliente , crear una notificacion que se elimine hasta que el usario haga click en el Cliente en la UI

4. Mejorar el tiempo de respuesta de procesamieto de documentos (UPDATE: COMPLETADO)

Este es bastante simple, el procesamiento de documentos actual es muy tardado.
La solucion para esto la tengo clara, solo lo agrego aqui para que quede record de que lo tengo en cuenta y estare trabajando en ello a la brevedad.

[Dreyhh]

@AugustoLara @sebastianmontero

[sebastianmontero]

@Dreyhh como bien mencionas creo que el punto 4 tiene prioridad, despues creo que el punto 3 seria el mas importante y luego el 1.
En relación al punto 2 me parece que es dificil que no este registrado, por que el cliente ya viene de otras etapas, como se platico en la junta creo que lo mas probable es que tengamos que desarrollar un ETL para cargar la información de clientes que ya tienen en su sistema.

[Dreyhh]

Completado el punto 4

[sebastianmontero]

@Dreyhh trate de subir multiples documentos y me arroja un error:

Intente con menos, me pasa lo mismo:

[Dreyhh]

Gracias, en local funciono, parece ser un problema con Vercel respecto al payload size, lo reviso y hago el fix

[Dreyhh]

fixed

[Dreyhh]

@sebastianmontero @AugustoLara Para el punto 3 estoy implementando un feature de notificaciones, pienso que tendria sentido generar notificaciones cuando la accion la origina el Cliente pero igual estaria bien registrar toda accion que tenga un efecto secundario sin importar el origen, por ejemplo:
El cliente A manda todos sus documentos -> notificacion 'nuevo mensaje de cliente A' -> cambio el estado del cliente ? -> notificacion/record 'cliente A ha entregado todos sus documentos' -> si no -> notificacion/record ' Cliente A tiene documentos que requieren revision'.
IMO seria buena idea seleccionar que acciones y efectos secundarios queremos manejar como notificaciones y tal vez crear una seccion de Actitvidad Reciente donde se puedan consultar toda la actividad (records) ya sea si la accion la triggerea el cliente o el usuario.
El unico iconveniente que veo con manejar todo como notificaciones es que el usuario recibiria notificacion por sus propias acciones, y tal vez tendria que buscar entre mas mensajes para hallar records de cambio de estados u otros.
Pero igual creo que no seria tanto esfuerzo adicional el agregar la seccion de Actividad Reciente, 1 o a lo mucho 2 dias.
Que opinan?

[sebastianmontero]

@Dreyhh Creo que el objetivo del feature es permitirle al usuario fácilmente saber cuando tiene que tomar acción, y el hecho de registrar todo como notificaciones como bien mencionas puede afectar la visibilidad, pero creo que esto se podría mitigar con un filtro este habilitado por default y si el usuario quiere ver todo tenga la opción de deshabilitarlo.
como ves?

[Dreyhh]

Creo que el filtro se puede agregar independietemente de la solucion pero IMO no sera suficiente, va llegar un punto donde queramos registrar mas acciones que las que implican accion por parte del Usuario pero que aun asi tengan efectos secudarios, por ejemplo: todas las acciones realizadas por el Usuario e.g Eliminar clientes, cambiar estados, corregir (cambiar) validaciones etc, pero coincido en que ese no es el objetivo del punto 3, creo que por mientras podemos manejar solo notificaciones y mas adelante establecer las siguiente prioridades, que opinas?

[sebastianmontero]

@Dreyhh por que un filtro que solo muestre aquellas que necesitan acción por parte del usuario no seria suficiente? Me refiero a un filtro en la UI

[Dreyhh]

Tal vez suficiente no es la palabra, pero me refiero a que tiene sentido diferenciar entre notificaciones (acciones que implican una accion por parte del usuario) y records de actividad (cualquier accion de interes).
Por ejemplo a mi como usuario se me haria raro que me llegue o se registre una notificacion cada vez que haga alguna accion, como enviar un draft o cambiar el estado de algo. En principio todo se puede solucionar agregando mas application code, como lo del filtro, pero a mi parecer la alternativa es mas simple

[sebastianmontero]

De acuerdo creo que es mejor separar las notificaciones del log de actividades.

[Dreyhh]

@sebastianmontero @AugustoLara No estoy seguro de si la premisa del punto 1 "Extraer informacion del contenido del correo" es cierta ya que las referencias familiares se encuentra clasificado como "documento" en la lista que paso Malu, creo que seria buena idea preguntarles como lo manejan antes de hacer ese cambio, que opinan?