Manejo y Renovacion de Dinero de Caja Chica

De acuerdo a lo establecido en los deberes formales, toda factura que cumpla con lo establecido en la ley, generará credito fiscal, estos deben registrarse en los libros.
Por lo general las compras realizadas por lo medios regulares, cumpliendo con el proceso de solicitud, requisición, orden de compra y generación de compra (factura), registran sus debidas entradas en el libro de compra del mes y/o período correspondiente, cuestion que por su proceso normal, no implica grandes esfuerzos por parte de la parte administrativo y/o contable de las empresas.

Por el contrario, las compras que se realizan con caja chica, implican un proceso engorroso puesto que, generalmente las compras de esta indole, no son recurrentes al mismo partner, lo cual conduciría a la generación de un innumerable numero de partners, y el proceso de generación de partner es considerado, por el personal de administración/contables, engorroso,

Lo que se desea es tener un módulo para que el proceso de incorporar las compras realizadas con caja chica se el mas expedito, y de igual manera que al momento de realizar la renovación de la misma sea el mas transparente para todas las partes involucradas, provocando de igual manera que las compras generadas con caja chica creen los asientos contables correspondientes a la cuenta de caja chica (caja chica por pagar) y del gasto (egresos), y que cuando se genere el voucher para restituir la caja chica, se concilien las cuentas de caja chica (caja chica por pagar) y se haga el retiro de dinero (bancos nacionales)

Se tienen dos puntos ataque para este problema,
uno es desde el partner, lo cual reduciría en gran medida lo engorroso del proceso.
- crear un partner generico (que tendria asociada la cuenta de caja chica por pagar)
- añadir una campo al objeto res.partner (Es partner generico?)
- añadir un campo many2one - Parnets Genericos ( - Name "razon social", - RIF, - direccion Fiscal, campos minimos de tabla nueva de partners generico) disponible solo al activar "Es partner generico?", metodo on_change.

Habiendo añadido esto ya se tiene parte del proceso solucionado.

Vendría a continuación el ataque al problema desde account_voucher_payment
que sería asociar las facturas con partners genericos, caja chica,
seria procesar todas, nunca deben quedar por fuera facturas, de caja chica por pagar, durante la restitución de la misma.