Automatización de la contabilidad en la creación de nóminas y en el pago

Acciones a realizar:

- Añadir en el módulo de RRHH un nuevo menú de Nóminas. Además, añadiremos en la ficha de empleado una pestaña "Salario" (donde recogeremos los datos necesarios para generar la nómina) y otra "Histórico nóminas" (donde incluiremos el histórico de nóminas que ese trabajador tiene).

- El menú específico de nóminas constara de:
o Nóminas. --> donde incluiremos el histórico de las nóminas de todos los trabajadores
o Generar nóminas. --> Donde se abrirá un wizard que nos permitirá seleccionar el mes y el/los trabajadores para generar las nóminas. Incluirá una opción para gestionar las pagas extras.
o Generar anticipos --> Donde se abrirá un wizard que nos permitirá seleccionar el mes y el/los trabajadores para generar los anticipos.

- Una nómina puede tener los siguientes estados:
o Borrador. --> La nómina que se genera cuando hacemos el wizard de "Generar nóminas".
o Confirmada. --> La persona encargada confirma las nóminas borrador.
o Pagada. --> Se pagan las nóminas confirmadas.

- Los datos de salario son:
o Retribución bruta --> Ej: 1.096,25 €
o S.S. a cargo de la empresa (cuota patronal) --> Ej: 372,63 €.
o S.S. a cargo del trabajador (cuota obrera) --> Ej: 108,18 €
o Retención por I.R.P.F. --> Ej: 8,6%

- En salario además, de alguna manera establecemos los datos normales del contrato y la opción de en algún mes que haya datos extraordinarios (baja por ejemplo)
- Con el ejemplo de antes, cuando se confirme la nómina, se genera el asiento (gracias Susana!):
o Debe
    - 1.096,25 (640) Sueldos y salarios --> Campo “Retribución bruta”
    - 372,63 (642) S.S. a cargo de la empresa --> Campo “SS a cargo de la empresa”
o Haber
    - (476) Organismos de la S.S. acreedores 480,81 --> Suma de campos “SS a cargo de la empresa” + “SS a cargo del trabajador”
    - (4751) H.P. acreedor por retenciones practicadas 94,27 --> Retención por IRPF * Retribución bruta
    - (465) Remuneraciones pendientes de pago 893,8 --> Retribución bruta – (Suma de campos “SS a cargo de la empresa” + “SS a cargo del trabajador”) – (Retención por IRPF * Retribución bruta)

- Cuando se paga la nómina, se genera un asiento:
o Debe
   - 893,8 (465) Remuneraciones pendientes de pago
o Haber
   - (572) Bancos c/c 893,8

- Pregunta: Para personalizarlo, ¿se suele hacer una cuenta 465 por cada trabajador o las empresas lo dejan así en general?

Una vez tengamos esto, ampliaríamos:
a) Sueldos y salarios de autónomo que trabaja para nuestra empresa (Comerciales por ejemplo)
b) Contabilización de la liquidación de los seguros sociales
- Debe
• (476) Org. de la S.S. acreedores
- Haber
• (572) Banco
c) Contabilización de la liquidación de las retenciones por IRPF
- Debe
• (4751) H.P. acreedor por retenciones practicadas
- Haber
• (572) Banco

Opiniones, sugerencias, etc, son totalmente bienvenidas.

Jordi:

1) Para convertirlo en un módulo genérico debería poder configurarse estas cuentas de forma flexible. Tb debería haber una opción para definir el diario donde se crean los asientos de nóminas, hay empresas que lo prefieren en el diario general en lugar del diario de compras. HECHO

2) Falta asistente de Confirmar nómina o Pagar nómina que permita confirmar/pagar varias nóminas a la vez. Lo mismo con anticipos. Imprescindible para empresas con varios empleados. HECHO.

3) No se pueden cancelar nóminas una vez confirmada? No puedes deshacer si te equivocas? No existe el estado cancelado en una nómina tan típico en OpenERP? HECHO. Falta poder cambiar las nóminas y anticipos desde el estado cancelado a borrador por si hay que repetir el proceso. O del estado pagado a confirmado.

4) En las nóminas y en anticipos estaría bien que se pudiera consultar el asiento contable generado, igual como se hace con las facturas (en la 2a pestaña hay un campo con el asiento de la factura). Así sería fácil cancelar el asiento y poder cambiar la nómina confirmada a cancelada o borrador, por ejemplo. HECHO.

5) En anticipos encuentro que falta un estado intermedio entre Borrador y Pagado, el estado Confirmado igual que las nóminas. En las listas de anticipos no se puede filtrar por su estado. HECHO.

6) Echo en falta menús de nóminas y anticipos en estado Borrador, Confirmados, ... HECHO.

7) Los asistentes de generar nóminas, pagas extras podrían calcular como valor por defecto el último día del mes actual, lo normal es que a día de hoy prepare las nóminas de 31/12/2009 (bueno, precisamente este es un mes especial, hay empresas que las adelantan para que los currantes se puedan comprar pavo, cava y turrones). Y el asistente de anticipos podría calcular como valor por defecto la fecha de hoy. HECHO

8) No se si la forma de pagar las nóminas o realizar los anticipos de este módulo es muy práctica en el mundo real de las empresas. Si las nóminas se pagan por transferencia bancaria, una manera de codificar su pago es entrando los extractos bancarios que incluyen estas transferencias de la forma tradicional en OpenERP y luego conciliar la cuenta 465000 Remuneraciones pendientes de pago. En empresas más grandes no se si utilizarán la norma CSB 34 (emisión de transferencias) para pagar varias nóminas a la vez, por lo que prepararían una orden de pago que incluya a todas las nóminas de ese mes. Yo creo que la confirmación de nóminas y de anticipos deberían crear asientos contables, quizás con una cuenta puente que sea del tipo a cobrar/a pagar, que tengan fechas de vencimiento y puedan posteriormente incluirse en una orden de pago. O sea la funcionalidad de pagar nóminas me sobra, es parecido a lo de pagar facturas: Es mucho mejor codificar los extractos bancarios y luego conciliar cuentas. Lo ideal es que una vez conciliado el pago de una nómina automáticamente esta cambie de estado a Pagada, igual como sucede con las facturas