Basic Features
Características Básicas:
Este producto contiene una selección de mejoras básicas Dynasoft para una mejor experiencia de usuario
Notas de actualización
08/10/2025
SEPACT PAIN 001.001.09
SEPA CTPAIN 001.001.09 es el nuevo formato obligatorio por ley, el formato anterior SEPA CTPAIN 001.001.03 ha sido descontinuado por algunos bancos por lo que se hace necesario realizar un cambio en el formato.
Con el objetivo de mantener nuestros procesos de pago actualizados y alineados con los estándares europeos más recientes, hemos realizado la actualización del formato SEPA utilizado para las transferencias bancarias, pasando de la versión pain.001.001.03 a la pain.001.001.09.
Este cambio representa una mejora significativa en la seguridad, compatibilidad y eficiencia de las operaciones financieras. Entre las principales ventajas destacan:
- Cumplimiento normativo: la nueva versión incorpora los últimos requisitos del Consejo Europeo de Pagos (EPC), garantizando la plena conformidad con las normativas vigentes.
- Mayor interoperatividad: facilita la comunicación con un número más amplio de entidades bancarias y sistemas de pago europeos.
- Mejor gestión de la información: permite transmitir datos adicionales en los pagos (por ejemplo, referencias ampliadas o información estructurada del beneficiario).
- Preparación para futuras integraciones: esta actualización sienta las bases para incorporar futuras mejoras y automatizaciones sin necesidad de cambios estructurales adicionales.
Es posible que se produzcan casos puntuales en los que una entidad rechace un fichero SEPA correcto según la normativa más reciente, si su sistema todavía no está adaptado o requiere una versión anterior.
Hemos detectado comportamientos inconsistentes por parte de algunas entidades bancarias. Un mismo banco nos solicitó recientemente utilizar la versión 09, y al día siguiente rechazó un fichero de otro cliente solicitando la versión 03. Esta situación se debe a que los bancos españoles no están obligados por normativa a adoptar una versión concreta del formato SEPA, lo que genera diferencias entre entidades (e incluso entre departamentos o plataformas dentro de una misma entidad).
Estamos monitorizando activamente estos casos y, si fuese necesario, ajustaremos los formatos de forma temporal para garantizar la continuidad de los pagos de cada cliente mientras las entidades completan su adaptación.
Pasos a seguir si una entidad rechaza un fichero SEPA
En caso de que una entidad bancaria rechace un fichero SEPA en formato pain.001.001.09, recomendamos que el propio cliente, contacte con la entidad bancaria y solicite que habiliten o activen la posibilidad de subir ficheros en la versión pain.001.001.09.
En muchos casos, la misma entidad ya permite esta versión, aunque no esté activa por defecto para todas las cuentas o usuarios.
Con este paso, reforzamos nuestro compromiso con la eficiencia operativa, la seguridad de las transacciones y la modernización tecnológica de nuestros sistemas financieros.
Agradecemos y quedamos a la disposición de nuestros clientes para cualquier consulta relacionada con esta actualización.
En caso de que la entidad no pueda habilitar el formato de forma inmediata, rogamos que nos informen del caso concreto para evaluar una solución temporal y asegurar la correcta emisión de los pagos.
Configuración
El conjunto de características disponibles son de activación opcional y se recogen en la tabla "Ajuste Funcionalidades Dynasoft".
Esta ventana recoge:
-
- Status: estado de la funcionalidad: activado o desactivado.
- Descripción corta: nombre de la funcionalidad.
- Descripción detallada: en la parte inferior de la pantalla.
Las activación de funcionales son por empresas. En la parte superior, se puede elegir la empresa sobre la que se van a activar/desactivar las funciones
Uso
Activados por defecto
1. Clonador de esquema de cuentas.
A traves de la funcionalidad copiar lineas desde esquema de cuentas permite copiar dentro de una misma base de datos y de una empresa a otra, los esquemas de cuentas que seleccionemos.
Para ello accederemos a la lista de Esquema de cuentas y crearemos un esquema en blanco. Una vez nombrado y desde "Acciones /copiar lineas desde esquema de cuentas" podemos rellenar el esquema replicando un esquema. Para ello unicamente tendremos que seleccionar la empresa de origen y el nombre del esquema en un cuadro de dialogo.
2. Dimensiones en registros no dimensionables.
Desde código de origen podemos establecer dimensiones en registros que de otra manera no serian dimensionables, por ejemplo, el asiento de cierre. Para ello sólo necesitamos accender a Codigos origen, y en la cabecera de opciones seleccionar "Relacionado" y a continuacion "Dimensiones"
3. Pagos vencidos por proveedores
Se introduce un nuevo informe que arroja los pagos vencidos por proveedores.
Este reporte esta construido para cumplir llo publicado en el BOE-A-2010-10708
4. Nuevos campos visibles
Número de transacción. Para facilitar el los filtros de orden y la busqueda de información se ha trabajado para que el campo número de transacción este visible.
Esta funcionalidad estará activada por defecto, pero puede estar oculta por su personalización. Recuerde que con personalizar y posteriormente pulsando en +Campo puede mostrar ocultos o esconder campos que no le resultan útiles.
El CiF o el NiF en las páginas de clientes, proveedores, historico de facturas, abonos de compra y abonos de venta, para facilitar el manejo de los datos.
Saldo en el las lineas del Mov Banco. Lo que permite un mejor control de nuestra tesoreria.
5. Verificador de CIF
Para evitar errores a la hora de crear fichas, se ha creado un validador de CIF y de NIF en la ventana de ficha clientes y ficha provedores. Este validador esta sincronizado con la agencia tributaria por lo que para que la funcion se lleve a cabo es necesario estar conectado a la AEAT.
El validador se encuentra en la barra de opciones de la propia ficha. Simplemente despliegue Acciones y presionesobre el validador, este se conecta automaticamente con la AEAT y nos devuelve un mensaje con la respuesta de la validez del CIF o NIF introducido.
6. Separar la misma cuenta en el Activo y en el Pasivo en informes financieros
Existen ciertas cuentas contables, como es la 551, que pueden tener saldo positivo y negativo al mismo tiempo.
Para poder reflejar fielmente la realidad de la empresa en los informes financieros, se ha creado una funcionalidad para que en vez de mostrar el saldo total de la cuenta, muestre los saldos en el debe y en el haber, segregandolos por su signo.
Asi, y siguiendo el ejemplo de la 551, cuando aparecerá en el activo la suma de sus saldos deudores (deuda con los socios) y en el pasivo los saldos acreedores (la de los socios hacia ella, sin que tenga que ser el mismo socio).
Para ello se ha generado una nueva columma en los informes financieros donde se puede elegir para esa linea mostrar el saldo total, acreedor y deudo de la cuenta.
Opcionales
1. No permitir registrar un diario de tipo cliente o proveedor si "Tipo documento" está vacío
El sistema controla que no se permita registrar un diario con "tipo documento = blanco" cuando la línea está liquidando un documento de compra o venta.
Business Central permite desliquidar movimientos liquidados siempre y cuando el tipo de movimiento del movimiento liquidador no sea "blanco". Esto provoca que si se liquida una factura con una pago incorrecto y luego se quiere desliquidar, si ese documento de pago no tiene bien identificado el "tipo documento = pago" el sistema no lo permite. Con esta solución se evita que se llegue a dar esta situación.
2. Rellenar campo "Tipo documento" en los Diarios de recibo de efectivo
Por defecto el sistema no rellena el campo "tipo documento" en los diarios de ventas denominados Diarios de recibo de efectivo. En este caso, al activarse, el sistema automáticamente pone "pago" por defecto:
3. Copiar descripción mov. proveedor en Diario de Pagos
Actualmente, al seleccionar un proveedor en un diario de pagos, el sistema rellena automáticamente el campo "descripción" con el nombre del proveedor. Este campo es con el que luego se describe la operación en los movimientos contables. Al activar esta opción, cuanto se añade el campo "liq. por nº de documento" en la línea del diario de pago, se rellena automáticamente la descripción con la descripción del movimiento de proveedor del documento liquidado.
En la captura anterior se observa la descripción del movimiento de proveedor para la factura 108214
4. Obtener Código ISO en lugar de Código en País/región
Esta opción está destina para aquellas empresas cuya codificación de países esté como ISO3 (3 dígitos). En tales casos es necesario activar esta opción para poder usar el envío de ficheros SEPA cuya codificación de países es ISO2 (2 dígitos). Al activar, a la hora de generar el fichero, usa un XML de procesamiento creado por Dynasoft para que donde se requiera el código pais el ISO sea el de 2 dígitos. Por tanto, es importante que la tabla de Países y Regiones esté propiamente configurada:
5. Modificaciones Balance sumas y saldos
Cuando se ejecuta el Balance de Sumas y Saldos (Balance comprobación), al activar ciertos parámetros es posible que el resultado total no coincida con las sumas de las líneas. Esto se debe al uso de usar el filtro "sólo cuentas con saldo". De ser así, al activar esta opción se corrige el informe para que la suma sólo tenga en cuenta las cuentas mostradas.
6. Renumerar Diario de pagos
El proceso estándar es un poco complejo a la hora de decidir que numeración ofrecer a los documentos cuando se usa en un diario la función de "Volver a numerar los números de documento"
Se ha modificado el proceso para darle importancia a la fecha de registro. De esta forma, cuando existen varias fechas de registro en el diario puesto que hay más de un asiento, a líneas con fecha de registro anteriores se le asignará números de documentos inferiores.
Ejemplo previo:
Se observan 3 asientos diferenciados por fecha y que el sistema le asigna el mismo nº de documento. Al pasar el proceso el diario quedaría:
7. Otras etiquetas
Se mejora la función del intercambiador de datos añadiendo un nuevo campo denominado "otras etiquetas" que absorbe y muestra más información recibida a través de los ficheros N43. Al aumentar el espacio disponible para la información descriptiva de las líneas nos permitirá conciliaciones más sencillas y arrojará un extra de calidad a la información disponible.
En caso de que se requiera su uso, cabe informa que es necesario una modificación manual. Se debe modificar y utilizar una codeunit personalizada para poder hacer uso de la funcionalidad. Esta codeunit se llama DynEs_BkRC Fices File Import y tiene la numeración 97152 para SaaS y 7192292 para instalaciones OnPrem
8. Pedidos de proveedor obligatorios en pedidos de compra
Debe usar pedidos de compra si el proceso de compra requiere que registre recibos parciales de una cantidad del pedido, por ejemplo, porque el proveedor no disponía de la cantidad total. Si vende productos que se entregan directamente desde el proveedor al cliente, como envío directo, deberá usar también pedidos de compras.
Así pues los pedidos de compra nacen con la caracteristica de poder hacer recepciones parciales. Para controlar y documentar las recepciones se crea un control de seguridad exigiendo el número de pedido del proveedor.
Gracias a eso se consigue un mayor control sobre la mercancia recibida y sobre todo una rigidez documental que liga nuestro almacen con nuestra contabilidad.
Ademas se introduce un segundo parametro de seguridad limpiando el campo Nºpedido proveedor si se realiza una recepción parcial, evitando errores de asignación.