Single European Payment Area


Preparados, listos… SEPA

 Del blog DATISA Universo ERP

Mucho hemos hablado y escrito sobre los requisitos SEPA, desde que la UE anunciara su obligatoriedad y también, según sus propios argumentos, su conveniencia para las empresas que operan en cualquiera de los 27 estados miembros. Más allá de cuestionar su conveniencia o no, desde luego, en nuestra opinión, supone en algunos aspectos un paso atrás con respecto al actual modus operandi español, lo cierto es que, a día de hoy, la cercanía de su entrada en vigor definitiva el 1 de febrero de 2014, está obligando a las empresas y bancos a revisar sus sistemas de gestión de pagos y cobros, ya que incluye importantes novedades respecto a la operativa actual.

La SEPA (Single European Payment Area) se gestó vinculada al nacimiento del euro en 2002 para permitir que particulares, empresas y otros agentes económicos, realizaran sus pagos en euros, tanto nacionales como internacionales, en las mismas condiciones básicas y con los mismos derechos y obligaciones, con independencia del lugar en que se encontraran.


El gran reto es la obligación de los consentimientos

Esta nueva zona única afecta a los 27 estados de la UE, más Islandia, Liechtenstein, Noruega, Suiza y Mónaco, y abarca tres instrumentos de pago: las transferencias SEPA, que sustituyen a las actuales transferencias nacionales; los adeudos directos SEPA, en lugar de las actuales domiciliaciones de recibos españolas; y los pagos con tarjeta. De estos tres, los referidos a transferencias y adeudos directos son los que más inciden en el día a día de los departamentos financieros de las empresas
Ambas figuras sustituyen a los instrumentos tradicionales – ficheros N34, N34.1, N19, N32 y N58, así como los recibos en papel– y contemplan importantes cambios.

Así, la identificación de las cuentas bancarias mediante CCC se sustituirá por códigos internacionales IBAN+BIC, y ya no se aceptarán ficheros planos como formato de comunicación, sino estándares XML ISO 20022.

La capacidad para generar esos XML, así como la vinculación en las fichas de los datos IBAN y BIC para facilitar su cumplimentación, es un primer punto a valorar en la herramienta de gestión que tenga la empresa.


Pero el gran reto se centra en la obligatoriedad de que los adeudos directos se acompañen siempre del consentimiento previo del deudor. Es algo que complica enormemente su gestión en el mercado español ya que el 90% de los pagos se realizan mediante domiciliación bancaria. Además, esta orden de mandato debe incluir un número que la identifique unívocamente y que debe ser generado de nuevo cada vez que se realice en ella un cambio. Se trata de un algoritmo que combina datos del acreedor y datos del deudor. Estos requisitos hacen imprescindible contar con sistemas capaces no sólo de crear formularios con dichos mandatos y su código automáticamente, sino de aplicar una gestión documental al proceso de envío y recepción, que asegure el cumplimiento de lo establecido.


La adaptación es compleja así que, mejor no esperar
Además, SEPA contempla dos tipos de adeudos directos, Esquema Core (para consumidor final) y Esquema B2B (para empresas), con novedades en plazos y requerimientos que hay que gestionar según casos. En la parte B2B, por ejemplo, el plazo de envío para compensación se reduce a un día tanto para adeudos individuales como recurrentes; la devolución por parte del banco deudor se reduce a un plazo máximo de dos días; y la validación del mandato por parte del banco del deudor es obligatoria.


Como vemos, la adaptación a SEPA es compleja por lo que conviene abordarla cuanto antes. Pero antes, los bancos deberán definir cómo van a acometerla. Después vendrá la adaptación de los sistemas de información por parte de las empresas.  Por lo que llegado el momento será crítico contar con un sistema informático capaz de garantizar el cumplimiento de todos sus requisitos para disfrutar de sus múltiples ventajas y ganar en competitividad.

Nueva versión 5.9.1 de la Serie 32




Ya esta disponible la nueva versión 5.9.1 de la Serie32. El enlace para la descarga sera enviado en breve a los usuarios con contrato de mantenimiento en vigor. 

Haga clic aqui para ver las novedades.


Utilización de Subclases en IRPF

Al igual que el IVA, la generación de las declaraciones del IRPF es automática. Lo único que tenemos que hacer, es registrar estas facturas, asegurándonos que la clase y subclase de retención es correcta.


En la nueva versión, que DATISA, está preparando para el año 2013. Se ha añadido un nuevo campo, para ampliar el número de casos soportados y facilitar el trabajo en la generación de estas declaraciones. (Mensuales, trimestrales e informativas)

Como se define en DATISA

Se tiene que dar de alta un conjunto de datos, denominados Tipos de impuestos, que nos permitirá la confección automática de las declaraciones de IVA, IGIC y Retenciones de IRPF.
Cada tipo de impuesto se define con diferentes fechas, indicando en que periodos se aplican los porcentajes de impuestos o retención. Para ampliar sobre este tema recomendamos la lectura del apartado de “Función Destacada DATISA HOY”.

Además para las retenciones hay que definir:

Clase de retención, se indica mediante una letra mayúsculas, y determina los modelos en los que se declaran.

Subclase, sirve para hacer matices a la clase.

Algunos ejemplo de su utilización en el modelo 190 “Rendimiento trabajo especie”, clase “C” subclase “E”, en el modelo 180 “Arrendamientos urbanos en especie”, clase “U” subclase “E”, en el modelo 193 “Part. Fondos Propios asisten a juntas”, clase “J” subclase “1”, “Rendimientos. Fondos Propios, rendimientos exentos, clase “J” subclase “6”, “Cesión capitales, intereses título privado” clase “V” subclase “A”.

Base de retenciones, escoger entre realizar el cálculo sin impuesto o con impuestos.

Tipo (porcentaje) de retención y Cuenta contable para contabilizar la retención.

Parámetros para las Retenciones

En estas imágenes se indica que clase y subclase de retención, hay que definir en nuestra aplicación, para determinarlas, es necesario conocer la Declaración, el Epígrafe y Subepígrafe de la declaración informativa.




Como ya hemos mencionado, a partir de la versión 5.9.1 y 6.5.1 es posible soportar subclases de retenciones, que ayudarán en la elaboración automática de las declaraciones autoliquidaciones (mensuales y trimestrales) y las declaraciones informativas (anuales, con relación de perceptores). La compatibilidad entre las clases de versiones anteriores está garantizada.

Hay que tener en cuenta, que si se informa alguna subclase que no está especificada, al generar las declaraciones el programa actuará como subclase espacio.

En los casos que no haya retenciones pero que la operación tenga que incluirse en un modelo de declaración informativa (190, 180, 193 o 296) indique la clase que corresponde al modelo y porcentaje 0.

Si se trata del impuesto de la Renta de no residentes, defina según su criterio una subclase para cada combinación Clase – Subclase que se presente en su organización, y utilícela siempre con la clase N.

Al generar el modelo 296 deberá indicar la clase y subclase que corresponde a cada una de las subclases utilizadas.

Obtención Declaración


Si se ha informado correctamente, los datos mencionados en el apartado anterior. La obtención de las declaraciones es muy fácil y su funcionamiento es idéntico en todos los casos.

Indicando el año de la declaración, período impositivo (Anual-A, Trimestral 1T, 2T, 3T, 4T, Mensual 01, 02, 03), libros de las facturas recibidas y fecha de presentación. La aplicación presenta un cuadro de acciones, como, modificación de los datos de la declaración, modificar datos de la forma de pago, imprimir borrador, testear incidencia AEAT, obtener fichero AEAT, declarar ahora, asiento contable, emisión de cartas y certificados, registrar histórico.



Trazabilidad

Se entiende trazabilidad como el conjunto de aquellos procedimientos preestablecidos y auto suficientes que permiten conocer el histórico, la ubicación y la trayectoria de un producto o lote de productos a lo largo de la cadena de suministros en un momento dado, a través de unas herramientas determinadas.

La trazabilidad es aplicada por razones relacionadas con mejoras de negocio las que justifican su presencia: mayor eficiencia en procesos productivos, menores costes ante fallos, mejor servicio a clientes, etc. En este ámbito cabe mencionar sectores como los de automoción, aeronáutica, distribución logística, electrónica de consumo, etc.,

Esta práctica es factible de certificación, por ejemplo en los sistemas de gestión de calidad, de gestión medioambiental y sistemas de control conocidos como cadena de custodia.

Las nuevas y exigentes regulaciones de la Unión Europea y Estados Unidos demandan a los países exportadores de productos alimenticios contar con sistemas de trazabilidad comprobables. Los tiempos de respuesta exigidos y los volúmenes de información a administrar, convierte a la incorporación de tecnología informática en una inversión que asegura la llegada de los productos a los mercados compradores mas exigentes.

¿Necesita gestionar la trazabilidad?

¿Necesita una aplicación informática que pueda superar sus necesidades de certificación?

Las aplicaciones ERP DATISA Serie 32 y Serie64 se lo ponen fácil.


Serie32serie64


Podemos ofrecerle solución a sus necesidades de gestión de trazabilidad.




Nuevo Ejercicio


Como cada año, hay que iniciar el nuevo ejercicio. En las aplicaciones DATISA no existen los conceptos de cierre o apertura de nuevo ejercicio, es decir no son necesarios. Todos los ejercicios se llevan en linea y se pueden utilizar en todo momento.

Sin embargo, por motivos de organización, si es necesario crear nuevas Series de numeradores de documentos.

La creación de nuevas series de numeradores es sencilla, desde la aplicación en la que este debe entrar en:


Definiciones de Empresa  >>>>  Numeración de Documentos


Se elige el tipo de documento: Presupuestos, Albaranes, Facturas, etc; y se selecciona la opción de Altas, Crear.

Algunas opciones como Facturas y Tickets disponen de una opción para crear los nuevos numeradores a partir de los del año anterior de forma automática.

Normalmente los numeradores de Albaranes, Presupuestos, Facturas, se suelen hacer coincidir con el Año, es decir, para el año 2013 utilizaríamos la Serie 13.

En los documentos de Facturas y Ticket ademas de la Serie, se define también el año, es decir se indicaría el Año, 2013 y después la Serie.

En Tickets, en la serie se suele utilizar siempre la misma, año tras año, por ejemplo:

Año   Serie
------- --------
2011  T1
2012  T1
2013  T1
...

Como norma general, antes de crear el numerador, consulte como están configurados los que utiliza actualmente.

Si tiene alguan duda no dude en consultarnos. info@rbhsoporte.com