Gestión de legajos con Odoo Ce

Se requiere un módulo para Odoo 11 CE que contemple las siguientes funcionalidades:

Las entidades a considerar serían las siguientes:

Financieras: son las empresas que le permiten a la empresa vender créditos, pero en realidad ellas son las que financian. Serían los “clientes” de la empresa ya que luego les factura la comisión por las ventas realizadas 

vendedores: son los empleados de la empresa ya sean en relación de dependencia o a comisión. En Odoo serían los usuarios ya que estos deberían luego administrar los legajos 

Auditores: empleados de la empresa que realizan el revisado de los legajos y determinan si están ok o aún están incompletos.


Clientes: son los tomadores del crédito, los que se les acredita el dinero y los que pagan las cuotas 

Legajos de crédito: son los legajos que se inician cuando un cliente tiene un crédito aprobado a través de una financiera.   

El objetivo principal del sistema es poder saber un legajo en qué estado está/quien lo tiene y realizar el seguimiento y gestión de este a través de la aplicación.   

El segundo objetivo es explotar la información y por ejemplo poder ver mes a mes cuando legajos quedaron en un estado determinado, o la cantidad de legajo por vendedor o la cantidad de legajos observados por vendedor, por provincia localidad, etc.
 

En cuanto al ciclo de vida de un legajo, el cual el sistema debe poder contemplar es el siguiente: 

1)    Cuando un crédito está “Crédito Aprobado”, es el momento donde se debe crear el legajo. En tal sentido se debe dar de alta el mismo el cual tendrá como atributo lo siguiente: 

a.    Financiera que otorga el crédito 

b.
  Nro. De Operación que genera la financiera 

c.    Nro.
De legajo (auto numerado) 

d.    Vendedor que vendió el crédito 

e.    Cliente a quien se otorgó el crédito 

i.
  Apellido y Nombre 

ii.    Documento 

iii.    Dirección (provincia, localidad, dirección) 

f.
  Monto del crédito 

g.    Cantidad de cuotas 

h.    Comisión al vendedor (%) 

i.
  Comisión de la financiera(%) 

2)    El vendedor imprime toda la documentación que requiere la financiera. La completa y la envía a la central. Enviada la documentación cambia el estado del legajo a “Documentación enviada auditoría” 

3)    A medida que se van recibiendo los legajos físicos en auditoría, se va cambiando el estado del legajo a “documentación recibida” 

4)    En el proceso de revisión de auditoria se puede determinar dos estados posibles “Documentación OK para presentar” o “Documentación Observada” 

5)    En el caso que la documentación esté observada, esta quedará nuevamente para que el vendedor la pueda ver y corregir.
Una vez Corregida volverá a poner el estado del legajo en estado “Documentación Revisada y corregida” iterando entre el punto 4 y 5 hasta que la documentación quede ok para presentar. 

6)    Luego el sector de facturación genera una paquete con varios legajos en estado “Documentación ok para presentar”, indicando en un remito todos los legajos empaquetados y confirmando el remito todos estos legajos pasarían a “Documentación lista para presentar” 

7)    Cuando se envíe la documentación,  a través del remito, se indica que se presentó y pasaría al estado “Enviada a buenos Aires” 

8)    Luego cada legajo pasaría el estado “Facturado” cuando se incluyó en una factura el cual puede hacerse a partir del remito de legajos enviados a la financiera. 

9)    En un proceso posterior se puede dar dos estado que los mismos tienen carácter de paralelo ya que puede ocurrir uno indistintamente que el otro y los dos estaría reflejado como ultimo estado del legajo.
 

a.    Cuando Buenos Aires cobra una comisión sobre un legajo este tomaría el estado “Comisión cobrada” 

b.    Cuando se paga la comisión a un vendedor sobre esa operación “comisión Pagada”