Extracto bancario belga

Número de extracto bancario belga generado automáticamente tras la creación o la importación del fichero CODA.
Para que el número de extracto se genere automáticamente, el contador BERBK debe estar parametrizado y asignado.

Banco del extracto bancario belga.
En importación, el banco se determina automáticamente a partir del CCC o del IBAN definido en el fichero CODA.

Número de secuencia del extracto de la cuenta en papel.

Fecha en la que se ha introducido o importado el extracto bancario belga.

Sociedad del banco introducido o determinado a partir del CCC o del IBAN transferido al fichero CODA del registro 1.

Divisa del banco introducido o determinado a partir del CCC o del IBAN transferido al fichero CODA del registro 1.

Planta determinada a partir de la planta parametrizada en el banco.
En su defecto, planta principal de la sociedad parametrizada en el banco.

Campo que no se puede completar y que se determina en función del modo de creación del extracto CODA.

• Si el extracto se introduce, el formato es "Manual".
• Si el extracto se importa, el formato es "CODA".

Campo que se alimenta únicamente en importación y que corresponde al nombre del fichero del extracto CODA importado.

Corresponde a la fecha del antiguo saldo del extracto bancario belga.

• Este campo se puede completar cuando no hay ningún extracto anterior de la combinación Banco/Planta financiera.
• Si hay algún extracto anterior, este campo no se puede completar y se alimenta automáticamente a partir de la fecha del nuevo saldo del extracto anterior.

Corresponde al importe del antiguo saldo del extracto bancario belga.

• Este campo se puede completar cuando no hay ningún extracto anterior de la combinación Banco/Planta financiera.
• Si hay algún extracto anterior, este campo no se puede completar y se alimenta automáticamente a partir del importe del nuevo saldo del extracto anterior.

Corresponde al sentido del antiguo saldo del extracto bancario belga.

• Este campo se puede completar cuando no hay ningún extracto anterior de la combinación Banco/Planta financiera.
• Si hay algún extracto anterior, este campo no se puede completar y se alimenta automáticamente a partir del sentido del nuevo saldo del extracto anterior.

Corresponde a la fecha del nuevo saldo del extracto bancario belga.
La fecha del nuevo saldo se controla y no puede ser anterior a la fecha del antiguo saldo.

Corresponde al importe del nuevo saldo del extracto bancario belga.

Corresponde al sentido del nuevo saldo del extracto bancario belga.

Corresponde al total de los movimientos deudores del extracto bancario belga (es decir, a la suma de las líneas cuyo sentido es "ingreso").

Corresponde al total de los movimientos acreedores del extracto bancario belga (es decir, a la suma de las líneas cuyo sentido es "gasto").

Campo al que se puede acceder si el estado de la línea es "A validar".
Para validar el extracto en masa, haga clic en Act. columna.

Gestión en entrada/importación

• En la entrada, la planta de la línea se autoalimenta por defecto con la planta de la cabecera del extracto.
• En la importación, si no se ha asignado ningún comprobante, se aplica la misma regla que en la entrada.
• En la importación, si se ha asignado un comprobante, la planta corresponde a la planta del comprobante y no se puede modificar.
• Cuando la línea de extracto está validada o se ha asignado un comprobante en la tabla 1 de la línea de extracto en curso, la planta ya no se puede modificar.
  

Gestión en entrada

Este campo puede completarse manualmente o alimentarse por picking siempre y cuando se haya introducido la planta y se cumplan estas condiciones:

• La línea no debe estar validada.
• El campo Cuenta debe estar en blanco.
• El campo Tercero debe estar en blanco.
• El parámetro BELRBK - Extracto bancario belga debe tener asignado el valor "Sí" en la sociedad del extracto.

Control en entrada

• Solo se pueden introducir los comprobantes cuya sociedad es la misma que la del extracto.
• Solo se pueden introducir los comprobantes en los que se ha realizado la contabilización intermedia.
• Si ya se ha realizado la contabilización en banco del extracto, este no se puede introducir.
• Solo se pueden introducir los comprobantes que no se han imputado a otra línea de extracto.

Hay un túnel que permite acceder directamente a la función Comprobantes de pago.

Gestión en importación

Para que el comprobante se pueda asignar automáticamente en la importación, el número de secuencia de los pagos belgas no debe superar los 13 caracteres para poder interpretar la referencia interna (este campo se divide en dos bloques de 13 caracteres en el fichero CODA).
El número de comprobante se asigna cuando se transfiere una referencia interna al extracto CODA y los controles son válidos (controles en la entrada).
Cuando se asigna un comprobante a la línea en curso de la tabla 1 del extracto, los campos "Importe" y "Referencia interna" de la tabla 2 se alimentan, respectivamente, con los importes y las referencias de los pagos asociados al comprobante.

Gestión en entrada

El usuario puede completar y modificar este campo mientras

• la línea de extracto en curso no esté validada,
• no haya ninguna cuenta definida en la línea de extracto en curso de la tabla 1,
• no se haya imputado ningún vencimiento a la tabla 2,
• no se haya alimentado ningún comprobante en la línea de extracto en curso de la tabla 1.

Gestión en importación

• El tercero se determina a partir del número de CCC o de IBAN transferido al fichero CODA del registro 23.
• Si hay varios terceros con el mismo CCC/IBAN, el campo Tercero no se alimenta.

Corresponde a la razón social del tercero, cuando se ha definido el tercero.

Campo que define la fecha contable que se va a utilizar en la contabilización del pago o del comprobante.
Cuando la línea de extracto de la tabla 1 no se ha introducido por completo y se ha introducido un vencimiento o un comprobante mediante picking, la fecha contable se alimenta por defecto con la fecha del día.

Campo que define la fecha de valor que se va a utilizar en la contabilización del pago o del comprobante.
La fecha se alimenta por defecto con la fecha contable.

Gestión en entrada

Campo que indica el sentido del movimiento.
Este campo puede tomar tres valores:

• Ingreso (afecta al saldo deudor del extracto),
• Gasto (afecta al saldo acreedor del extracto),
• Indeterminado (en este caso, los saldos deudor y acreedor del extracto no se ven afectados).

Si se define un comprobante, el campo no se puede completar y el sentido corresponde al de la transacción de pago asociada al comprobante.
Si no se define ningún comprobante, el sentido determina el sentido de la transacción de pago que se va a utilizar para generar el pago.

Gestión en importación

Si el sentido del registro 21 del extracto CODA es = 0, el sentido del movimiento es acreedor. 
El sentido de la línea de extracto toma el valor "gasto".

Si el sentido del registro 21 del extracto CODA es = 1, el sentido del movimiento es deudor.
El sentido de la línea de extracto toma el valor "ingreso".

Gestión en entrada

• Si se define un comprobante, el campo no se puede completar y corresponde al importe total del comprobante.
• Si no se define ningún comprobante, el campo se puede completar y corresponde al importe total del pago que se va a generar.
• El importe se expresa en la divisa del banco.

Gestión en importación

Campo que indica el importe del movimiento.

• Si la importación de los extractos bancarios belgas se ha realizado con el indicador "Import líneas detalle" desmarcado, el importe corresponde al importe global del registro 21 en curso.
• Si la importación de los extractos bancarios belgas se ha realizado con el indicador "Import líneas detalle" marcado, los importes corresponden a la suma de las líneas que forman el registro 21 en curso.
  La suma de las líneas de la tabla 2 siempre es igual al importe de la tabla 1 de la línea de extracto en curso.

Cuenta bancaria determinada a partir del diario bancario parametrizado en el banco.

Cuando se define una cuenta, el pago Deudor/Acreedor generado es de tipo gastos.
Este campo permite introducir la cuenta de gastos o de ingresos para el pago de los gastos.

Este campo solo se puede completar y modificar si:

• la línea de extracto en curso no está validada,
• no hay ningún vencimiento o comprobante asignado a la línea de extracto en curso,
• no se ha introducido ningún tercero en la línea de extracto en curso.
  

Si se define un comprobante, el campo no se puede completar y corresponde a la transacción de pago asociada al comprobante.
Si no se define ningún comprobante, en la generación del pago se utilizará la transacción de pago definida. La transacción alimentada por defecto es la parametrizada en el parámetro BELTRSDEF - Transacción de pago.

Control en la entrada

Los controles que se realizan son los mismos que los del parámetro BELTRSDEF - Transacción de pago.

Corresponde al número de pago generado cuando la línea de extracto bancario validada no contiene comprobante.

Este campo se calcula y puede tomar los siguientes valores:

• "En espera": no se han completado todos los campos necesarios para validar una línea de extracto,
• "A validar": la línea de extracto se puede validar.

   Condiciones para que el estado sea "A validar": caso de un pago

• La planta de la línea de extracto no debe estar en blanco.
• La transacción de pago no debe estar en blanco.
• El destino contable no debe estar en blanco.
• El importe debe ser distinto a 0.
• La fecha contable no debe estar en blanco.
• La suma de los importes de las líneas de la tabla 2 debe corresponder al importe de la línea de extracto asociada de la tabla 1.
• No se ha introducido ningún comprobante en la línea en curso.
• El sentido no es indeterminado.

   Condiciones para que el estado sea "A validar": caso de un comprobante

• La planta de la línea de extracto no debe estar en blanco.
• El número de comprobante debe estar indicado.
  
  
• "Validada": la línea de extracto se ha validado, lo que conlleva la validación en banco de un comprobante o la generación y la contabilización de un pago.

Gestión en entrada

Este campo se puede completar si:

• no se ha alimentado ningún comprobante en la línea de extracto en curso de la tabla 1,
• la línea de extracto no está validada.
  
  El destino contable se define por defecto en función del sentido de la línea de extracto de la tabla 1.
• Si el sentido es "gasto", el destino contable alimentado por defecto es el del parámetro:
  DENSPG-Destino contable gasto.
  
• Si el sentido es "ingreso", el destino contable alimentado por defecto es el del parámetro:
  DENTAK-Destino contable ingreso.

Gestión en importación

• Si la importación de los extractos bancarios belgas se ha realizado con el indicador "Import líneas detalle" desmarcado: Modo global

• El destino contable se define en función del sentido del movimiento, independientemente del tipo de imputación del campo definido en el registro 21.
  
• Si el movimiento es acreedor, el destino contable se recupera del parámetro:
  DENSPG-Destino contable gasto
• Si el movimiento es deudor, el destino contable se recupera del parámetro:
  DENTAK-Destino contable ingreso
• El campo Cuenta de la línea de detalle siempre está en blanco, independientemente del tipo de imputación del campo CODA definido en el registro 21.
  
  
• Si la importación de los extractos bancarios belgas se ha realizado con el indicador "Import líneas detalle" marcado: Modo detalle
  
  
• Si el registro 21 solo contiene un número de detalle con el mismo número de secuencia, el destino contable se define de la misma manera que la "importación en modo global" y el campo Cuenta de la línea de detalle está en blanco.
• Si el registro 21 contiene varios números de detalle con el mismo número de secuencia, el destino contable y la cuenta se alimentan de la siguiente manera:
   
• Si el campo CODA definido en el registro 21 se parametriza en la función de parametrización de los campos CODA y el tipo de imputación es "1 – Ninguna", el destino contable se define en función del sentido del pago (mediante los parámetros DENSPG/DENTAK) y el campo "Cuenta" de la línea de detalle está en blanco.
• Si el campo CODA definido en el registro 21 se parametriza en la función de parametrización de los campos CODA y el tipo de imputación es "2 – Cuenta", el destino contable se define en función del parámetro BELDENDEF – Destino contable por defecto y la cuenta se recupera de la que se ha parametrizado en el campo CODA.
• Si el campo definido en el registro 21 no está parametrizado en X3, se tiene en cuenta el campo por defecto definido en el parámetro BELRUBDEF- Campo por defecto.

En entrada

El campo Cuenta se puede completar en función de la parametrización del destino contable.

En importación

El campo Cuenta se autoalimenta en función del destino contable y del campo CODA.

Gestión en entrada

Corresponde al tipo de asiento del vencimiento seleccionado mediante picking o entrada manual.
Cuando se define una cuenta en la tabla 1, este campo no se puede completar.

Gestión en importación

Corresponde al tipo de asiento del vencimiento encontrado automáticamente a partir del número VCS cuando el tipo de comunicación del registro 21 es 101.

Gestión en entrada

Corresponde al número de asiento del vencimiento seleccionado mediante picking o entrada manual.
Cuando se define una cuenta en la tabla 1, este campo no se puede completar.

Gestión en importación

Corresponde al número de asiento del vencimiento (Factura de venta/Factura de tercero cliente) encontrado automáticamente a partir del número VCS cuando el tipo de comunicación del registro 21 es 101.

Gestión en entrada

• Campo que se alimenta automáticamente con el importe introducido en la tabla 1 de la línea de extracto.
• Si se introduce o se selecciona mediante picking un vencimiento, el importe autoalimentado se reemplaza por el saldo disponible del vencimiento.

Si se asigna un comprobante en la tabla 1 de la línea en curso del extracto, los importes de cada línea de la tabla 2 corresponden a los importes respectivos de los pagos del comprobante. En este caso, el importe no se puede modificar.

Gestión en importación

• Si la importación de los extractos bancarios belgas se ha realizado con el indicador "Import líneas detalle" desmarcado: Modo global
• El importe corresponde al importe global del registro 21 en curso. Es igual al importe de la tabla 1 de la línea de extracto en curso.
  
  
• Si la importación de los extractos bancarios belgas se ha realizado con el indicador "Import líneas detalle" marcado: Modo detalle
  
  
• Los importes de cada línea de la tabla 2 corresponden a cada línea de detalle del movimiento en curso del fichero CODA.
• La suma de los importes de las líneas de la tabla 2 corresponde al importe de la tabla 1 de la línea de extracto en curso.
• Los importes pueden corresponder al importe de los pagos asociados al comprobante asignado, a los importes de los vencimientos encontrados a partir del número VCS o a un importe simple (sin vencimiento vinculado).
  

Caso de los vencimientos en divisas

• Cuando el vencimiento se expresa en una divisa distinta a la del banco, el importe en la divisa del vencimiento se convierte a la divisa del banco.
• Si la divisa del banco es igual a la divisa del referencial principal.
  
  
• Si la transacción de pago está parametrizada "sin aplicación cambio factura", el importe del vencimiento se convierte en la fecha contable de la línea de extracto en curso.
• Si la transacción de pago está parametrizada "con aplicación cambio factura", el importe del vencimiento se convierte en la fecha contable de la factura.
  
  
• Si la divisa del banco es distinta a la del referencial principal, el importe del vencimiento siempre se convierte en fecha contable de la línea de extracto en curso y la aplicación del cambio de factura no se realiza, independientemente del tipo de parametrización de la transacción de pago.
  Observación: si se aplica el cambio inverso en este caso, el vencimiento no se saldará necesariamente en la divisa de la transacción.

Este campo se puede completar si el destino contable y la cuenta asignada al destino contable están sujetos a IVA.
El código de IVA se alimenta por defecto con el parametrizado en la cuenta.

Gestión en entrada

Cuando se introduce un comprobante, este campo contiene el número de pago asociado al comprobante.

Gestión en importación

Cuando la referencia interna se alimenta en el fichero CODA del registro 22, este campo se utiliza para determinar automáticamente el número de comprobante cuyas referencias de pago corresponden al número de las referencias internas transferidas.

Observación: la referencia interna está compuesta por dos bloques de 13 posiciones, por lo tanto, los números de secuencia de los pagos belgas no deben superar los 13 dígitos.

Campo que se alimenta únicamente en importación.
Contiene el número VCS.
Cuando se completa este campo, el programa asigna automáticamente la factura de venta o la factura de tercero cliente que contiene el mismo número VCS, siempre y cuando aún no esté saldada.
El número VCS se transfiere cuando el tipo de comunicación del registro 21 es 101.

Campo que se alimenta únicamente mediante la importación.
Corresponde al número de cuenta bancaria o al IBAN del tercero.
Permite completar automáticamente el campo del tercero, siempre y cuando no haya varios terceros parametrizados con el mismo número de cuenta o IBAN.

Campo que se alimenta únicamente en importación.
Corresponde al código BIC del tercero.

Campo compuesto por 8 dígitos que se alimenta únicamente en importación.

• Los 4 primeros dígitos corresponden al número de secuencia del registro permanente.
  El número de secuencia comienza por 0001 y aumenta en 1 con cada artículo de "movimiento" relacionado con otro movimiento del extracto.
• Los 4 últimos dígitos corresponden al número de detalle.
  El número de detalle comienza por 0000 y aumenta en 1 con cada artículo de "movimiento" con el mismo número de secuencia permanente.
  

El tipo caracteriza el importe comunicado (total, subtotal, detalles).

Campo que se alimenta únicamente en importación.
Cada operación recibe una codificación única en el extracto CODA. Esta codificación está formada por 8 posiciones.

• 1ª = tipo.
• 2ª y 3ª = familia: indica la categoría de una operación.
  Por ejemplo: transferencias, tarjetas, domiciliaciones, etc.
• 4ª y 5ª = operación: identifica la operación de una familia.
  Para cada código de familia, hay una serie de códigos de operación para los movimientos de débito y crédito.
• 6ª + 7ª + 8ª = campo.

El tipo y el campo se muestran en sus respectivos campos. Este campo muestra la familia + la operación.

Ejemplo de familias

Ejemplo de familias/operaciones
 Ejemplo: Familia  01 - Transferencias internacionales/nacionales - Sepa Credit Transfert - Operación de débito

 Ejemplo: Familia  01 - Transferencias internacionales/nacionales - Sepa Credit Transfert - Operación de crédito

Para obtener la lista completa de los códigos de familia por operación, consulte la documentación CODA de la página Febelfin:

• Francés: http://febelfin.be/sites/default/files/Payments/Standard-CODA-23-FR.pdf
• Inglés:  http://febelfin.be/sites/default/files/Payments/Standard-CODA-23-EN.pdf

Campo que se alimenta únicamente en importación.
Proporciona los detalles de los gastos o descuentos de las comisiones.

Este campo influye en la determinación del destino contable y de la cuenta imputada a dicho destino.

Para mayor información, consulte la ayuda de la parametrización de los Campos CODA.

Campo que se alimenta únicamente en importación.

En el fichero CODA puede haber comunicaciones.
Cuando la comunicación es estructurada, un código de 3 posiciones indica el tipo de comunicación seguido de la comunicación.

Para mayor información, consulte la ayuda de la parametrización de los Tipos de comunicación.

Cuando se introduce la comunicación, se puede visualizar el detalle de la comunicación haciendo clic en Visu comunicación estructurada.