PT
ES
AO
CV
MZ
ST
GW
Professional
Executive
Public Sector
Omnia
Evolution
Se puede generar el archivo SEPA en formato ISO 20022, así como gestionar el retorno SEPA cuando se presentan diversos tipos de mensajes.
Introducir el archivo SEPA
Se puede generar el archivo SEPA de adeudos directos en formato ISO 20022. El archivo se basa en el XSD (CustomerDirectDebitInitiation también denominado pain.008.001.02).
Nota: Se recomienda consultar las instrucciones técnicas emitidas por el Banco de Portugal.
GrpHdr (Group Header)
(Solo uno por archivo)
1.1 | MsgId | Message Identification | Identificación del documento de remesa más el n.º de la remesa (p. ej. REM G/17.10) |
1.2. | CreDtTm | Creation Date Time | Fecha/hora de la generación del magnético |
1.6 | NbOfTxs | Number of Transactions | N.º total de elementos de tipo DrctDbtTxInf |
1.7 | CtrlSum | Control Sum | Total en cobro en el archivo (en Euros) |
9.1.0 | Nm | Name | Nombre de la empresa |
9.1.28 | Id | Identification | Introducido con el ID SEPA indicado en la cuenta bancaria |
+ PmtInf (Payment Information)
(se genera una instancia de este registro para cada par de estado de mandato / fecha de cobro)
2.1 | PmtInfId | Payment Information Identification | Se genera a través de la concatenación de una secuencia con el MsgId (elemento 1.1) |
2.2 | PmtMtd | Payment Method | Fijo = "DD" |
2.4 | NbOfTxs | Number of Transactions | N.º de elementos de tipo DrctDbtTxInf bajo este PmdInf |
2.5 | CtrlSum | Control Sum | Total en cobro en el archivo (en Euros) de los elementos bajo este PmtInfId |
2.9 | SvcLvl / Cd | Service Level / Code | Fijo = "SEPA" |
2.12 | LclInstrm / Cd | Local Instrument / Code | Formato de exportación definido en el mandato |
2.14 | SeqTp | Sequence Type | Estado del mandato de las entidades bajo este PmtinfId |
2.18 | ReqdColltnDt | Requested Collection Date | Fecha de cobro de las órdenes bajo este PmtInfId |
9.1.0 | Cdtr/Nm | Creditor / Name | Nombre de la Empresa (parámetros de la empresa) |
9.1.5 | Cdtr/PstCd | Creditor / Postal Code | Código postal de la empresa (parámetros de la empresa) |
9.1.6 | Cdtr/TwnNm | Creditor / Town | Ciudad de la empresa (parámetros de la empresa) |
9.1.10 | Cdtr/Ctry | Creditor / Country | País de la empresa (parámetros de la empresa) |
9.1.11 | Cdtr/AdrLine | Creditor / Address line | Dirección de la empresa (parámetros de la empresa) |
1.1.1 | CdtrAcct / IBAN | IBAN | IBAN de la Cuenta bancaria de la empresa que se va a abonar (datos de la cuenta bancaria de la remesa) |
6.1.1 | CdtrAgt / BIC | BIC/NOTPROVIDED | Código SWIFT de la cuenta bancaria de la empresa que se va a abonar (datos de la cuenta bancaria de la remesa). Si no se ha introducido el BIC, surge la designación de NOTPROVIDED en su lugar. |
2.98 | CdtrSchmeId / Id | Identification | Id acreedor SEPA (parámetros de logística y tesorería) |
++ DrctDbtTxInf (Direct Debit Transaction Information)
(Los efectos se agrupan por entidad / estado del mandato y fecha de cobro, y estos dos deben coincidir con lo indicado en el elemento PmtInf)
2.31 | EndToEndId | End To End Identification | Al elemento PmtInfId (2.1) se concatena el código del cliente |
2.44 | InstdAmt | Instructed Amount | Valor en deuda (en EUR) |
2.48 | MndtRltdInf / MndtId | Mandate Related Information / Mandate Identification | Código del mandato usado (RUM) |
2.49 | MndtRltdInf / DtOfSgntr | Mandate Related Information / Date of Signature | Fecha de la firma indicada en el mandato |
6.1.1 | DbtrAgt / BIC | BIC/NOTPROVIDED | Código SWIFT (BIC) del banco del cliente que se va a cargar. Si no se ha introducido el BIC, surge la designación de NOTPROVIDED en su lugar. |
9.1.0 | Dbtr/Nm | Debitor / Name | Nombre del cliente |
9.1.5 | Dbtr/PstCd | Debitor / Postal Code | Código postal del cliente |
9.1.6 | Dbtr/TwnNm | Debitor / Town | Ciudad del cliente |
9.1.10 | Dbtr/Ctry | Debitor / Country | País del cliente |
9.1.11 | Dbtr/AdrLine | Debitor / Address line | Dirección del cliente |
1.1.1 | DbtrAcct/IBAN | IBAN | IBAN de la cuenta bancaria del cliente |
2.98 | RmtInf | Remittance Information | Texto libre introducido en la ventana de generación del magnético de las remesas |
El formato solo acepta caracteres latinos base. No acepta, por ejemplo, caracteres acentuados, excepto "€", "@", "&" y "_". También se permite el uso de "/" pero con algunas restricciones. El ERP PRIMAVERA retira estos caracteres automáticamente de la comunicación.
Gestionar el retorno SEPA
El retorno del SEPA se gestiona a través del mensaje: pain.002.001.03 Customer Payment Status Report. El mensaje estándar se utiliza por los bancos en respuesta a los mensajes pain.001, pain.008 y pain.007 para informar el estatus (positivo o negativo) de cada mensaje recibido.
Cada mensaje pain.002 corresponde a un solo mensaje pain.001, pain.008 o pain.007.
La información puede referirse a rechazos en resultado del proceso de validación o la aceptación, devolución o rechazo de los diversos intervinientes en el ciclo de vida de una instrucción de Transferencias a Crédito, de una instrucción de Adeudo Directo o la Devolución y Reembolsos de Adeudos Directos en situaciones ocasionales.
Los mensajes que no respeten los schemas ISO 20022 XML, son totalmente rechazadas.
Para gestionar el retorno SEPA, deben seguirse los siguientes pasos:
Acceder a Finanzas | Pagos y Cobros | Integración Bancaria | Retorno SEPA;
Indicar el archivo que se debe descargar del portal bancario;
Seleccionar la opción Importar;
El sistema presenta una tabla con el contenido del archivo, con la indicación del estado correspondiente;
Para liquidar los pendientes cuya gestión se ha realizado correctamente, debe elegirse el tipo de documento y la serie;
Para gestionar los pagos rechazados, en la pestaña Opciones deberá activarse la opción Rechazados con indicación del documento y serie, indicar el documento de transferencia de Estado o Cuenta/Estado y la respectiva serie. Al importar el archivo, los movimientos rechazados pasan a ser automáticamente seleccionados para procesamiento y, al procesar, será creado el documento de transferencia de Estado o Cuenta/Estado y este documento vuelve a quedar pendiente para ser incluido en una próxima remesa;
Indicar una entidad para generar un solo documento de liquidación (opcional);
Hacer clic en Calcular;
El sistema liquida los efectos.
La generación del SEPA se realiza de forma agrupada, es decir, si existen tres efectos de la misma entidad, el sistema solo genera una orden de pago (o cobro) para esta entidad. Para identificar correctamente los efectos, la tagEndToEndID tiene una lógica propia de introducción que indica, entre otra información, el n.º de la remesa y de la entidad.
Por esta razón, no es posible gestionar, en el ERP, archivos SEPA que no hayan sido creados por el proceso de remesas bancarias del ERP. Aunque en la última versión ya está disponible la emisión de archivos SEPA para pagos a proveedores, la lectura de archivos de devolución aún no está disponible para este tipo de transacciones.
Al elegir la opción para agrupar las liquidaciones de una entidad, el sistema registrará un solo documento de liquidación y, correspondientemente, un solo documento de Tesorería. Esto permite la equivalencia entre el extracto del banco y el extracto correspondiente del ERP, lo que facilita la conciliación bancaria.