|
Presentador Sufijo: El sufijo que nos indique el banco, suele ser un código numérico de tres dígitos, por ejemplo "000". |
Identif.: Se calcula según los criterios establecidas en la normativa SEPA. Para realizar el cálculo necesita el país (ES), el CIF y el sufijo. |
Ordenante Sufijo: Habitualmente suele ser el mismo que el del presentador pero en algunos bancos se ha dado el caso que es distinto. |
Identif.: Se calcula según los criterios establecidas en la normativa SEPA. Se ha creado un segundo campo. Para realizar el cálculo necesita el país (ES), el CIF y el sufijo por ello hay un segundo campo para el ordenante. |
* En algún banco en el campo del Identificador han incluido datos fuera de la norma para realizar controles, como incluir un tercer sufijo al final de identificador del ordenante a fin de distinguir los envíos 19 de los envíos 58. Por ello, una vez calculado el identificador se puede cambiar el dato a mano y guardado lo que hayamos indicado. |
Referencia Fichero: Según la normativa SEPA Referencia única, asignada por el presentador, para identificar inequívocamente el bloque de información del pago dentro del mensaje. |
El en formato XML en la etiqueta del <PmtInfId>, cogerá la fecha de hoy + Hora + la referencia indicada en este campo. |
Fecha Firma del Mandato: La fecha desde cuando tenemos la firma del mandato. Inicialmente poniendo una fecha en esta pantalla ha sido suficiente, por ejemplo "01-01-2007". Pero algún banco ha exigido que se ponga la fecha de mandato por cada cliente. Para estos casos se ha incluido en “Fichero>Clientes” el campo de “Fecha de mandato” si se diera el caso de que el banco nos lo exija. |
Fecha de cargo: fecha de cargo del fichero. Hay que tener en cuenta, el tipo de contrato que tengamos con el banco, el tratamiento de las fechas será distinto en cada caso. Nos puede coger la fecha de cargo para todo el fichero o la fecha de vencimiento de cada línea. Además dependiendo del banco no permiten enviar cobros con distintas fechas de vencimientos. |
Tipo de Adeudo: Según la normativa SEPA estos son los tipos de adeudo que se pueden enviar. |
|
FNAL - Último adeudo de una serie de adeudos recurrentes |
|
FRST - Primer adeudo de una serie de adeudos recurrentes |
|
OOFF - Adeudo correspondiente a una operación con un único pago |
|
RCUR - Adeudo de una serie de adeudos recurrentes, cuando no se trata ni del primero ni del último |
|
* Para saber cual elegir lo tendremos que consultar con el banco. Por defecto el programa nos dará "RCUR". |
Versión del Cuaderno: Según la normativa SEPA estos son las versiones que se pueden enviar. |
|
445 – Versión Empresas, 19.44 o B2B. |
|
143 – Cobros 5 Días Hábiles, 19.14 o CORE. |
|
154 – Cobros Día Siguiente. |
|
* Es IMPORTANTE saber que versión tendremos que utilizar y para ello habría que consultar con el banco, habitualmente se está utilizando el formato 143- Cobros 5 Días Hábiles, llamado también como 19.14 o CORE. |
Categoria (AT-59): Categoría de propósito (AT-59): Código de cuatro letras que indica, de forma general, el objeto del adeudo de acuerdo con una lista de códigos recogidos en la norma ISO 20022 UNIFI. ( Ver Anexo VII Tabla 1 ). Por defecto TRAD – Según la normativa SEPA: Comercio. La transacción está relacionada con el pago de una transacción comercial. Hay que asegurarse con el banco si es el adecuado. |
Propósito (AT-58): Propósito del adeudo (AT-58): código de 4 letras que informa sobre la razón o motivo del Adeudo Directo, de acuerdo con una lista de códigos externos que recoge la norma ISO 20022 UNIFI ( Ver Anexo VII Tabla 2 ). Por defecto COMC – Según la normativa SEPA: CommercialPayment , Transaction is related to a payment of commercial credit or debit. (formerly CommercialCredit). Hay que asegurarse con el banco. |
Cuenta Abono: La cuenta del banco que hemos definido en la remesa. Dato que coge desde "Cobros>Bancos de negociación" |
Entidad Receptora: Entidad de la cuenta del banco. |
Incluir Num.Fact. en Concepto: Si le marcamos en esta casilla en el concepto de la operación incluirá el numero de la factura. |
Oficina Receptora: Oficina de la cuenta del banco. |
Ajuste a 600: De manera estándar en Winconta creará el fichero TXT del SEPA con 600 caracteres en cada línea + el Enter o salto de línea. Pero en algunos bancos el ajuste de las líneas no lo interpretan igual. En algunos bancos dará error de longitud, para solucionar el problema hay que rellenar esta casilla con "1", se crearan las líneas con 599+ el "Enter" o salto de línea. |
AT 10 Correlativo: Esta opción es para el formato SEPA TXT, dará una numeración correlativa para cada línea. En algunos bancos exigen que se incluya una numeración correlativa para dar una referencia única a cada una de las líneas, y se construye el numero de la siguiente manera “(Numero de remesa*100000) + numero de línea”. |
Fichero: Ruta y nombre del fichero que se va a crear. |
Formato XML: Si activamos esta casilla en vez de crear el TXT, se creara el fichero XML. Para saber cuál de los dos formatos debemos utilizar tenemos que hablar con el banco. |
Numeración Interna: Numero que se tomara en cuenta al crear el fichero XML. El en formato XML en la etiqueta del <MsgId>, cogerá la fecha de hoy + numeración interna. |
Prefijo MsID: Prefijo para el fichero XML. En algún banco saliéndose de la normativa SEPA, nos han pedido que en el en formato XML en la etiqueta del <MsgId> se incluya un prefijo para distinguir los envíos 19 de los envión 58, en este caso cogerá el prefijo + fecha de hoy + numeración interna. |
Tipo de Fecha: La normativa estándar del SEPA exige el formato de las fechas AAAA-MM-DD. Pero en algún banco para generar el fichero XML saliéndose de la norma exigen que tiene que ser DD-MM-AAAA, por ello se deja configurable. |