Esta pantalla no es del cliente. La ve solo el Office Manager, que no es usuario del portal.
Se queda aquí por ahora para no levantar un segundo sistema, pero hay riesgo de roles cruzados: él puede ver los
menús de los demás. Lo correcto sería un portal aparte que muestre solo esto.
Solicitudes de alta
| Acciones | Referencia | Empresa y registro fiscal | Recibida | Estado |
|---|
No hay solicitudes en ese estado.
Decidido
La bandeja muestra referencia, empresa y registro fiscal. En Francia solo enseña el correo, y ya pasó
en la práctica que el Office Manager «no sabía a qué correspondía ese registro».
Ojo · del portal que copiamos
Falta el aviso cuando el cliente corrige. En Francia, si una empresa actualiza su
expediente después de una no conformidad, aquí no entra ningún aviso: «no está enviando el correo».
La solicitud corregida se queda esperando a que alguien abra la bandeja por su cuenta.
Abierto · sesión técnica del 17 de septiembre
Aquí faltaría asignar los servicios de la empresa. Los permisos que la empresa ve en
Credenciales salen de los servicios que se le asignan al crearla —emisión, recepción o los dos—. En
Francia eso lo hace el procedimiento que crea la compañía, y asignarle un servicio nuevo después solo se
puede en base de datos. Si la aprobación es el momento de crear la compañía, es el sitio natural para
elegirlos; y enlaza con la decisión abierta de preguntar en el registro qué servicios quiere.
Abierto
Falta el aviso cuando el cliente corrige. En Francia, si una empresa actualiza su
expediente después de una no conformidad, esta bandeja no se entera: «no está enviando el correo».
La solicitud corregida se queda esperando a que alguien la mire por casualidad. Sin ese aviso, el
circuito de no conformidad no se cierra.
Abierto
Hace falta poder deshacer la aprobación. Si no existe esa vía dentro de la aplicación, revertir un
alta acaba obligando a tocar la base de datos a mano. Tiene que resolverse antes de heredar el módulo.