FOR_SIS001 DIMO EMPRESA

• BORRADOR
• FINAL

Persona jurídica o persona física que desea utilizar el servicio debe gestionar el registro del mismo a través de una interfaz donde le permita cargar los datos que permitan identificarlo correctamente.

Primer Proceso de Registro

• NOMBRE DE FANTASÍA

• Razón social

• Ruc

• Dirección

• Contacto / tres espacios de números de teléfonos

• Correo institucional

• Cantidad de Funcionarios (???)

• Datos del Titular / Responsable

• Número de documento de identidad

• Dirección contacto

• Correo electrónico

• Prever 2 responsables

Segundo Proceso – Digitalización de Documentos

• Estatutos Sociales – Escritura

• Acta última Asamblea

• Últimas tres IVA

• Certificado de cumplimiento tributario

Generacion del Codigo Promotor

• La app será un Backoffice hecho en Genexus.
• Tendrá cierta personalización para permitir mostrar a la empresa su logo.. COLOR??
• El usuario DIMO Empresa debe tener la capacidad de modificar datos y reemplazar archivos. ????
• OperacionesDimo deberá tener un Backoffice para el backoffice para poder tener acceso a los sgtes puntos: 
  
  • Validación de cuenta
  • modificación de datos
  • bloqueos
  • limites etc
  • gestión general de las cuentasEmpresas

1- Que la solicitud de Alta de una cuenta Empresa, sea por formulario firmado. Creo que seria más acorde a la realidad de las necesidades. 

2- Luego que se reciba el formulario de Alta. Un operador puede cargar todos los datos de la empresa.
3- Una vez que se dio de Alta, se puede enviar otp a los mails y números de correos con el instructivo del primer login.

4- El usuario de la empresa, podria levantar los documentos restantes para esperar la validación de operacionesDimo o El operador de OperacionesDimo puede cargar esos documentos si los recibe por correo antes de validar la cuenta empresa.

5- El operador Puede generar manuealmente el Código Promotor, que será mostrado en el Login del usuarioEmpresa o notificado por mail o sms. Este no deberia de poder cambiarse, para evitar complicaciones en la creación de las DIMO asociadas a esta empresa

El área de Operaciones dimo debe realizar la revisión de la documentación recibida, analizar, y definir un límite transaccional debe ser parametrizable según el análisis de riesgo.

• Consultar si va a ser un limite desde DimoEmpresas o uno general para el sicoop

Activación de la cuenta DIMO Empresa

Una vez validado por Operaciones DIMO, se crea la cuenta DIMO con el ruc de la Empresa y con una prepaga Afinidad DIMO con el NOMBRE DE FANTASIA, con las funcionalideades de DIMO:

• Gestiones: Bloqueo de cuenta. No es necesario que la cuenta de dimo empresa tenga un plástico

• Histórico de Movimiento

• Mis Facturas

• Histórico de acreditaciones: Debe detallar las acreditaciones realizadas incluir todos los datos de destinatario.

• Imagen de la tarjeta
• Generar codigo de Promotor.

Sistemas: Para este punto se debe tener resuelto la posibilidad de la creación de N afinidades para dimo y su inclusión en el proceso de Embozado.
Operaciones/Administración: Proveedores para la creación de los plásticos físicos para su embozado con el diseño de la empresa.

Administración: Flujo de facturación para este servicio nuevo.

Este límite estará definido previó análisis de la documentación proveeida en el momento del alta de la cuenta.

La funcionalidad debe permitir parametrizar el volumen total que la cuenta puede recibir y la cantidad y volumen de las acreditaciones que puede realizar – debemos poder asignar también límites para transferencias.

• Control por dia, semana y mes ???

• Ajustes créditos desde Operaciones Dimo
• Recargas desde Bocas de Cobranza
• Transferencias Bancarias

• Gestion y control de depósitos Bancarios. Disparar incidencia para control de la boleta de deposito.

• Alta por Usuario:

Para crear sentido de pertenencia una Dimo Empresa podrá tener un código identificador/promotor (misma funcionalidad de la Gran Lógia) en ese momento se crea una dimo virtual con el diseño del plástico de la empresa.

• Alta de Empresa.

La empresa podrá dar el alta de un usuario con la información necesaria para realizar la acreditación a la nueva cuenta. La empresa será responsable de dicha alta y al momento de realizar el primer login a Dimo deberá solicitar la confirmación de los datos, la aceptación de los términos y condiciones y por último el usuario definirá una contraseña.

En el Alta de Empresa

• Envio de contrasenha temporal por SMS al nro. de telefono ingresado por la empresa.
• El usuario ingresa normalmente con la contrasenha temporal y completa los datos faltantes.
• Alta masiva por archivo

• Gestion de funcionarios (alta, baja, modificacion)

Las acreditaciones de Dimo empresa a usuarios Dimo. Debe contar con la funcionalidad de poder exportar de un archivo Excel. Los siguientes datos, número de CI, número de tarjeta Dimo y monto. Al momento de procesar el archivo de validar que la CI corresponda al número de tarjeta.

También debe contar con la funcionalidad de acreditar 1 a 1. Con los mismos datos.

• Valizar que el nro. de documento pertence a la empresa ??
• Capacidad de reprocesar archivos.
• Reversa individual (desde donde ?)
• Destino siempre una cuenta DIMO ?

Debe contar con flujo de autorizaciones de acuerdo al monto, que sea parametrizables las combinaciones.

Ejemplo para montos superior a 100.000.000 debe contar con 2 autorizaciones y 1 operador carga. Gerente Administrativo verifica y aprueba, Gerente General aprueba y procede a la acreditación.

• Mostrar resumen a acreditar.
• Se recomienda liberar la cantidad de autorizaciones requeridas y que quede a criterio de la empresa.
• Agregar en DIMO el formulario de aprobación del workflow.

La parametrización de comisiones debe tener la posibilidad de aplicar un costo fijo por transacción y porcentaje de volumen de la transacción o la combinación de ambas. Es parametrización se debe aplicar a todas las transaccionales salientes con la posibilidad de no aplicar algunas. Ejemplo. Aplica cargo fee + % a acreditaciones. Aplica cargo solo % a transferencias. No aplica cargo a pago de servicio.

Esto es posible siempre que se disparen desde dimoEmpresa. pero Estaria demasiado complicado hacerlo desde dimo solamente para funcionarios de una dimoEmpresa

Hay que ver como conciliar estas transacciones

Y si se va a distribuir de alguna forma estas comisiones

• Un administrador (propietario) y multiples operadores, autorizadores.
• Usuario = correo electronico
• Recuperacion de contraseñas

Un funcionario/usuario puede pertenecer a más de una empresa?

Tendría implicancia en el proceso de incidencia, embozado etc de la cuenta de sus funcionarios? Una experiencia similar a la transferencias de usuarios que no tienen dimo? O un registro “mínimo” para crear la tp y cuenta dimo (esto sería similar al registro normal hasta el punto de validar otp)?