Odoo V8 Contabilidad; Proceso de contabilización de las remesas de cobro SEPA.

[Juanjo Bastarrika]

Hola  

Con respecto a la gestión de las remesas de cobros en odoo v8 , me gustaría conocer cual es la experiencia de los usuarios del grupo en el proceso desde que generamos la remesa, confirmamos y realizamos el pago. Estoy buscando feed back para saber si lo estamos haciendo correctamente y hasta donde llega la funcionalidad.

Tengo instalados todos los módulos contables y hasta donde sé, actualizados incluido el módulo que se hace mención en alguna publicación de 2015 , account_banking_sepa_credit_transfer . La cuestión es que  en la configuración de contabilidad- Modo de pago, he creado un modo de pago " Giro" , y una cuenta Transfer_account donde según indicaciones, la cuenta debe tener unas características determinadas, debe ser de tipo regular y permitir la conciliación. Si se cumplen estas condiciones, es decir, si creamos una cuenta con esas características, cuando realicemos todo el proceso de la remesa y validemos la remesa, el sistema genera el asiento correspondiente en el diario que hayamos indicado en el modo de pago. Las facturas que se hayan incorporado a esa orden de cobro, quedarán en situación de pagadas y el asiento generado tendrá el salgo total en el DEBE en la cuenta transitoria, contra las facturas saldadas o 430 correspondientes.

¿Que problemas le veo a este proceso?

En el momento que validamos la remesa, se genera el asiento y da por cobradas las facturas. A mi personalmente no me gusta dar por cobrado ninguna orden hasta que el banco no lo confirme. Por lo tanto para salvar este escollo, podría utilizar la validación el día que he cobrado realmente la remesa (Orden de cobro) y así das de baja los clientes (430), el mismo día que sabes que has cobrado la remesa, pero.... El asiento lo hace contra la cuenta de transferencia que hemos creado en la opción de modo de pago, cuenta regular y conciliable.  No es una cuenta bancaria. Por lo tanto nos queda otro paso, que es dar de baja esa cuenta transitoria al HABER contra nuestra cuenta bancaria habitual al DEBE (572) . Este problema lo podríamos evitar si como transfer account ponemos nuestra cuenta bancaria, pero recordemos que las 572 el tipo interno esta definido como liquidez en vez de regular y tipo de cuenta. financiera. ¿Se podría definir una cuenta 572 como regular? ¿Tendría alguna consecuencia? porque de esta forma podriamos hacer el asiento de cobro remesa de una tacada.

Me gustaría tener vuestro feed back.... ¿Cómo estáis gestionado la contabilización de las remesas de cobros? ¿ Hay algún módulo que gestiones los impagados?

Saludos,

[Sandra Figueroa]

Yo para marcar la orden de cobro como "Realizada" y liquidar la cuenta de transferencia lo hago mediante un extracto bancario. Meto a mano una línea con el total y la referencia de la remesa, y me lo concilia automáticamente.
Para las devoluciones, antes hacía el asiento de la devolución a mano y rompía la conciliación del cobro, pero ahora utilizo este módulo que lo hace automático y además deja la trazabilidad de la devolución.
https://github.com/OCA/account-payment/tree/8.0/account_payment_return

[Juanjo Bastarrika]

Gracias Sandra,

Entonces, es necesario definir la cuenta transitoria para después desde extractos, introduciendo la referencia de la remesa que genera en el asiento contable, poder conciliar. Lo he probado y funciona ok. Lo recomendable es que el mismo día que el banco hace el ingreso en nuestra cuenta, validar la remesa para que genere el asiento contable :

Cuenta transitoria ( Regular conciliable)(572999)      a 430 Clientes

Y después en el extracto introducimos la referencia e importe y 

(572000) Bancos a 572999 (Cuenta transitoria)

De esta forma damos de baja los clientes el día que sabemos que no ha habido ningún problema...Sandra, ¿Lo haces Así? o ¿Una vez que presentas la remesa ya validas la orden y haces el asiento que cancela la deuda de los clientes?

¿Es la única forma de hacerlo? 

saludos,

[alex....@qubiq.es]

Y, permíteme una pregunta Sandra, el módulo que indicas para las devoluciones, es compatible con la rama account_banking?

Gracias

El martes, 26 de abril de 2016, 9:20:47 (UTC+2), Sandra Figueroa escribió:

[Pedro Manuel Baeza Romero]

Sí lo es, lo hice yo ;)

Además, mi equipo ha hecho una extensión para poder importar las devoluciones en el formato SEPA estándar: https://github.com/OCA/account-payment/tree/8.0/account_payment_return_import_sepa_pain

Un saludo.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-u...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Àlex Ayllón]

No podía ser de otra forma Pedro! :-))

Gracias de nuevo maestro

Àlex Ayllón

alex....@qubiq.es

Has recibido este mensaje porque estás suscrito a un tema del grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para anular la suscripción a este tema, visita https://groups.google.com/d/topic/openerp-spain-users/dM0QB-uwgDc/unsubscribe.
Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a openerp-spain-u...@googlegroups.com.

[Sandra Figueroa]

Yo suelo validar la orden de cobro en el momento en el que genero el .xml, así no corro el riesgo de volver a meter una factura en otra orden de cobro.
Todas las órdenes de cobro que hago son para anticipos de crédito y la verdad es que es muy raro que tengamos alguna devolución, así que no me preocupa el que las facturas queden como pagadas antes de tiempo; sé que la orden no está procesada del todo porque todavía está en estado "Sent" hasta que realice el extracto.

En el caso de que hubiera alguna devolución, la proceso con el módulo que te dije, que si que es compatible con los módulos de account_banking.

No sé si es la única forma de hacerlo, pero por lo que he investigado es la más cómoda para mí de momento.

[Àlex Ayllón]

Muchas gracias por la explicación Sandra

Àlex Ayllón

alex....@qubiq.es

[Juanjo Bastarrika]

Gracias Sandra... me ha quedado claro! 

[Àlex Ayllón]

Una pregunta más Sandra

No he logrado descargarme el fichero SEPA con las devoluciones así que he optado por utilizar el módulo account_payment_return. La cancelación del cobro se realiza satisfactoriamente. Crea un asiento con un apunte en el banco y otro en el cliente. Además revisa la conciliación y la deja como parcial. Hasta aquí todo correcto

Pero ahora en el extracto bancario me quedan unos cargos a conciliar: las devoluciones de los clientes. La pregunta es: ¿Contra que concilias, desde el extracto bancario el apunte de la devolución? O ¿no los concilias porque el movimiento contable en la cuenta del banco ya se ha generado desde el módulo de devolución de clientes?

Gracias

Àlex Ayllón

alex....@qubiq.es

El 26 abr 2016, a las 10:04, Sandra Figueroa <sandra...@gmail.com> escribió:

[Sandra Figueroa]

No lo concilio, porque me queda todo cuadrado ya. No sé si es la forma correcta de hacerlo, de contabilidad sinceramente sé lo justo jeje

[Àlex Ayllón]

Gracias Sandra, seguro que sabes más contabilidad de lo que dices….

Entonces, sino me confundo, el proceso es correcto pero hay que aclarar un par de cosas:

1.- En el proceso de devoluciones de cobros, quedarán movimientos bancarios sin conciliar

2.- La factura, si antes ha sido marcada como pagada, seguirá en ese estado

3.- El efecto si que cambiará de estado al romper la conciliación

Saludos

Àlex Ayllón

alex....@qubiq.es

[Sandra Figueroa]

Quedan movimientos bancarios sin conciliar, pero creo que es lo normal. Cuando hago un cobro mediante extracto, también queda el apunte que va a la 572 sin conciliar. Lo que se concilia es la 430, corrígeme si me equivoco.
La factura aunque estuviera pagada, al hacer la devolución queda en estado Abierto, pero dejando la trazabilidad de que ha habido una devolución.

Àlex Ayllón

alex....@qubiq.es

Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

[Àlex Ayllón]

Buenos dias Sandra

Cuando concilias cualquier movimiento de un extracto, este movimiento queda conciliado con una flecha que permite cancelar la conciliación. Si tienes todos los movimientos conciliados es cuando te indica con un Me gusta, “Nada más que conciliar”:

Y, disculpa, tienes razón, las facturas al crear la devolución las vuelve a dejar abiertas y muestra en la factura el pago y la devolución.

Por tanto, entiendo que habrá que dejar el movimiento bancario del cargo sin conciliar

Para anular la suscripción a este grupo y a todos sus temas, envía un correo electrónico a openerp-spain-u...@googlegroups.com.

[Sandra Figueroa]

No sé si te estoy entiendiendo Àlex.
Si tenías el cobro hecho y el dinero en la 572, y haces la devolución eligiendo el diario del banco, todo debería quedar correcto ya, sin necesidad de meter nada más en un extracto.
Que nos lo confirme alguno de los expertos.

[Àlex Ayllón]

Intentaré explicarme mejor:

1. Se emite una factura (abierta)
2. Se genera una remesa SEPA
3. Importas el extracto donde se cobra la remesa (Concilias el abono y queda como cobrada)
4. Te devuelven el recibo
5. Creas la devolución de cobro (Concilia de nuevo y deja la factura abierta)
6. Importa el extracto donde se devuelve el recibo. Aquí, como ya tienes todos los movimientos cuadrados, la devolución no tienes con que conciliarla.

Tampoco es preocupante, no pasa nada por dejar un movimiento bancario sin conciliar. 

[Nacho Fortea]

Buenas Alex,

¿Resolviste este tema? Nosotros también nos hemos encontrado con esta dificultad.

[alex....@qubiq.es]

Hola Nacho

No he seguido más el tema. Dejé los movimientos del banco sin conciliar, pero no me gusta esta opción. Cuando tenga tiempo te cuento.

[yz!]

Hola Alex,

Nosotros hemos conseguido resolverlo siguiendo este Howto:

http://www.edydsi.com/index.php?option=com_content&view=article&id=3664:how-to-como-contabilizar-un-recibo-devuelto-en-openerp&catid=422&Itemid=1453

Es posible que sea inviable para muchos recibos, pero como en nuestro caso es una excepción, esta fue la solución que más nos convenció.

Un saludo

[alex....@qubiq.es]

Hola Pedro, 

Estamos probando el módulo https://github.com/OCA/account-payment/tree/8.0/account_payment_return_import_sepa_pain con unos archivos .txt que nos ha enviado el banco pero al parecer no recoge este formato. Por favor, puedes indicarme si el formato adecuado es .xml? Si conozco el formato podré reclamárselos al banco.

Gracias

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

[Gafic SLP Albert Cabedo]

El .txt es el formato antiguo, creo que hay un módulo que genera XML

Saludos,

Albert Cabedo Pla

GAFIC, S.L.P.

www.gafic.com - Asesoría Fiscal, Contable y Laboral experta en Odoo

www.soporteopenerp.com - Open Erp / Odoo

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

ᐧ

[alex....@qubiq.es]

Ei Albert!! me refiero al archivo que nos ha enviado el banco con los recibos devueltos. Es el banco el que nos lo envía en txt y, como al importar por el menú "importar devoluciones de cobro" me da error entiendo que el fichero a reclamarle al banco ha de ser en otro formato. Ese archivo que envía el banco es el que dices que ha de ser en XML no?

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

ᐧ

[Pedro Manuel Baeza Romero]

En el README del módulo te indica claramente qué formato es el que importa. Sólo hay que leerlo ;)

Un saludo.

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

ᐧ

[alex....@qubiq.es]

Maestro, de verdad, esta vez lo había leído antes de hacer la consulta. Pero si le digo al del banco que si me puede enviar el fichero en formato PAIN.002.001.03. seguro que no me va a entender. Por eso pedía si el fichero era .xml porque así se lo pongo más fácil. En plan "¿Me lo puedes enviar en xml?"

Gracias a ambos 

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

ᐧ

[Pedro Manuel Baeza Romero]

Es que no tiene mejor nombre me temo. Con XML no es suficiente, ya que hay varios formatos que utilizan el lenguaje XML como soporte (incluidos algunos específicos de bancos), pero bueno si quieres probar así...

Un saludo.

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

ᐧ

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[alex....@qubiq.es]

Ok. voy a pedírselos en formato PAIN.002.001.03. pero tiene narices que nos empujen a SEPA y luego ellos sigan con formatos antiguos

Gracias

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

ᐧ

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Pedro Manuel Baeza Romero]

Sí, lo de los bancos españoles no tiene nombre, con unos formatos obsoletos como el propio norma 43. Y yo que tenía esperanzas que con la entrada de SEPA se quitaran el formato de texto ASCII...

Un saludo.

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

ᐧ

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsubscribe...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

[alex....@qubiq.es]

Si, es terrible. El Sabadell por ejemplo no reconoce el NIF del emisor en las órdenes de pago (transferencias SEPA). Pero bueno...Un saludo!

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.

Para acceder a más opciones, visita https://groups.google.com/d/optout.

ᐧ

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.

Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

--
Has recibido este mensaje porque estás suscrito al grupo "Usuarios Odoo / OpenERP en España" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a openerp-spain-users+unsub...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Emilio H.]

Hola

Cuando genero una remesa la finalizo acto seguido me registra pagadas todas las facturas de la remesa con la fecha en que lo he realizado la validación.

Existe alguna forma que de que las de como pagadas pero con la fecha de vencimiento?

Gracias.