Algoritmos de interpretación 

Existen los siguientes algoritmos:

·        000 (Sin interpretación)

Este algoritmo se utiliza si no se desea utilizar los algoritmos estándar provistos por SAP. En su lugar, se utilizan los algoritmos definidos por el usuario, junto con ampliaciones (exits de usuario).

·        001 (Algoritmo estándar)

El algoritmo 001 interpreta los valores de los campos de destino de utilización del extracto de cuenta electrónico como números de documento o números de documento de referencia. En el proceso, controla si los valores se encuentran en los rangos de números del documento/número de documento de referencia introducidos al importar el extracto de cuenta. Si (y sólo si) los encuentra, intenta localizar las partidas que deben ser compensadas en el sistema.

Observe que debe introducir los intervalos posibles para documentos/documentos de referencia utilizando los valores “rango de números BELNR” y “rango de números XBLNR” en la pantalla de selección para importar el extracto de cuenta electrónico.

Si se grabó el documento de referencia con ceros a la izquierda en el sistema, el sistema puede buscar una partida individual únicamente si se importa el número de documento de referencia en el extracto de cuenta con estos ceros a la izquierda. Si, por ejemplo, escribe 00100 - 00200 como intervalo en la pantalla de selección de importación del extracto de cuenta, el sistema no encuentra el valor si el número de documento de referencia es simplemente 100.

·        011 (Cheque emitido: Número de cheque no idéntico al número de documento)

Este algoritmo se utiliza para pagos por cheque si la institución bancaria utiliza cheques prenumerados. El banco propio suministra el número de cheque en el extracto de cuenta. El algoritmo utiliza el número de cheque para buscar el número de documento correcto.

·        012 (Cheque emitido: Número de cheque idéntico al número de documento)

Este algoritmo se utiliza para pagos con cheques que se imprimen usando formularios que aún no contienen un número de cheque. Seguidamente, el número de documento SAP se imprime en el cheque como el número de cheque. El banco propio confirma este número de cheque en el extracto de cuenta. El algoritmo busca el número de cheque (que, en este caso, es el mismo que el número de documento) en las líneas de destino de utilización del extracto.

En la pantalla para importar extractos de cuenta electrónicos debe especificar los posibles rangos de números para la búsqueda de números de documento (véase el algoritmo 001).

·        013 (Cheque emitido: Número de cheque idéntico/no idéntico al número de documento)

Este algoritmo busca el número de cheque en las líneas de destino de utilización por el algoritmo 11 o por el algoritmo 12.

·        015 (Operación de compensación: Selección mediante número de asignación)

Este algoritmo permite compensar partidas abiertas según el número de asignación:

-   Si la regla de contabilización en cuestión permite la compensación, el sistema selecciona las partidas a compensar de acuerdo con el número de asignación.

-   Si la regla de contabilización en cuestión no permite la compensación, el sistema escribe la referencia de la institución bancaria (por ejemplo, número de cheque) como el número de asignación en la partida individual de la contabilización en cuenta.

A continuación, en una fecha posterior, puede utilizar el informe SAPF123W para compensar la posición automáticamente mediante el número de asignación.

Estos algoritmos tienen las limitaciones siguientes:

-    El sistema sólo puede compensar una posición mediante el número de asignación si puede localizar la cuenta a compensar (a partir de los datos bancarios en el caso de deudores/acreedores o a partir de la regla de contabilización en caso de cuentas de mayor).

-    Para seleccionar las posiciones utilizando el número de asignación, el sistema utiliza el campo Referencia bancaria o Número de cheque del extracto de cuenta. (Si no existe ninguna entrada en este campo, utiliza el inicio del campo Destino de utilización.) Verifique si estos campos comprenden la información que el sistema necesita para buscar partidas abiertas en la cuenta relevante.

-    Como el número de asignación es un campo de texto, es posible que no se pueda formatear correctamente la información del extracto de cuenta. Si desea que la selección se realice utilizando el número de asignación aunque falte información en el extracto de cuenta o no tenga el formato correcto, puede utilizar el exit de cliente para introducir datos en el campo Número de cheque. FEBEP-CHECT).

·        019 (Número de referencia de gestión ISD)

Este algoritmo se utiliza para importar aquellas partidas individuales del extracto de cuenta que hacen referencia a una ejecución de pago anterior. Todas las partidas de un soporte de pago generadas por el programa de pagos se agrupan mediante el número de referencia ISD (intercambio de soporte de datos). El banco propio confirma el total general de las partidas individuales con el número de referencia ISD. El algoritmo busca el número de referencia ISD en las líneas de destino de utilización del extracto de cuenta. El número de referencia se utiliza para buscar y compensar todas las partidas individuales en el sistema.

·        020 (Búsqueda de número de documento)

El algoritmo 020 funciona de la misma manera que el algoritmo 001, excepto que interpreta el contenido de los campos de destino de utilización sólo como un número de documento.

·        021 (Búsqueda de número de documento de referencia)

El algoritmo 020 funciona de la misma manera que el algoritmo 001, excepto que interpreta el contenido de los campos de destino de utilización sólo como un número de documento de referencia.

·        022 (Método de transferencia bancaria BZÜ (Alemania solamente) con número de documento)

El algoritmo 022 hace referencia al procedimiento BZÜ (transferencia de formulario de pago sin documentos). En este caso, un sistema de facturación crea un formulario de transferencia que contiene un número de trece dígitos en la línea de codificación. Normalmente, este número consta del número de documento y un dígito de control, y lo facilita el banco propio. Este algoritmo quita el dígito de control e interpreta el número (alineado a la derecha) como el número de documento.

·        023 (Método de transferencia bancaria BZÜ (Alemania solamente) con número de documento)

Este algoritmo también hace referencia al procedimiento BZÜ (transferencia de formulario de pago sin documentos). En este caso, un sistema de facturación crea un formulario de transferencia que contiene un número de trece dígitos en la línea de codificación. Normalmente, este número consta del número de documento de referencia y de un dígito de control, y lo facilita el banco propio. Este algoritmo interpreta el número (incluido el dígito de control) en los campos de destino de utilización del extracto de cuenta electrónico como un número de documento de referencia.

·        026 (Búsqueda del número de documento de referencia con ceros a la izquierda, si < 10)

Puede utilizar este algoritmo si el número de referencia de diez dígitos del extracto de cuenta no contiene ceros a la izquierda (si, por ejemplo, el número de documento de referencia del extracto es 100 y no 0000000100). Este algoritmo funciona en tres etapas:

                            a.      Como en el caso del algoritmo 021, el algoritmo 026 lee el campo Destino de utilización y busca posibles números de documento de referencia. (Rango de números XBELNR en la imagen de selección siguiendo la importación del extracto de cuenta).

                            b.      A diferencia del algoritmo 21, el algoritmo 026 introduce diez dígitos añadiendo ceros a la izquierda.

                            c.      Finalmente, compara los números de documento de referencia del extracto de cuenta con los números de documento de referencia del sistema.

·        027 (Número de referencia TITO)

Este algoritmo busca la referencia de pago provista por el formato de extracto de cuenta finlandés TITO.

·        028 (Número de referencia por programas de conversión MULTICASH)

Este algoritmo es el mismo que el algoritmo 027. Se importan los ficheros de extracto de cuenta en formato Multicash. El algoritmo utiliza el rango de números BELNR.

·        029 (Número de orden de pago)

Este algoritmo busca mediante el número de orden de pago. El algoritmo utiliza el rango de números XBELNR.

·        030 (Brasil)

Se aplica cuando el extracto de cuenta electrónico se implementa en Brasil. Busca el número de documento, el ejercicio y el número de la partida individual dentro del documento contable.

·        031 (Búsqueda de número de documento (número de deudor en la partida individual))

Este algoritmo funciona del mismo modo que el algoritmo 020 (búsqueda de número de documento). Existen algunas excepciones:

¡        Si el sistema puede identificar al interlocutor comercial a partir de un número de documento introducido en el campo Destino de utilización, el sistema añadirá los datos bancarios a los datos maestros. Esta opción también es válida para el algoritmo 021. Como el extracto de cuenta normalmente contiene los datos bancarios, esta información detallada se puede utilizar para completar los datos maestros. Puede utilizar el informe RFEBKA80 para crear un fichero que contenga los datos bancarios de los deudores y añadir estos datos a los registros maestros utilizando el informe RFBIDE00. Para obtener más información, véase la documentación de estos programas.

Donde se especifica un pagador alternativo, los datos bancarios que contiene el extracto de cuenta no son los del interlocutor comercial al que hace referencia el número de documento encontrado en el destino de utilización. Los datos bancarios en cuestión no se añaden al interlocutor comercial correcto.

¡        Este algoritmo se utiliza automáticamente para crear avisos al importar extractos de cuenta. El sistema crea un aviso si, al importar los datos del extracto de cuenta, no puede compensar cada partida abierta (por ejemplo, porque no encuentra todos los números de documento que contiene el campo Destino de utilización). El aviso contiene los números de documento que el sistema ha encontrado, y se puede utilizar para contabilizar las partidas de extracto de cuenta si introduce manualmente los números de documento que faltan.

Es posible que las partidas del número de documento o aviso individuales hagan referencia a interlocutores comerciales diferentes. Si este es el caso, estas partidas sólo se atribuyen automáticamente al interlocutor comercial correcto si utiliza el algoritmo 031. Si utiliza el algoritmo 21, necesita añadir la información del interlocutor comercial correcto a cada partida individual del aviso.

·        040 (Tesorería (TR): Búsqueda estándar seguida por búsqueda de préstamo)

Este algoritmo se puede utilizar si implementa el componente de aplicación Gestión de Tesorería (TR-TM). El sistema ejecuta primero el algoritmo 001 (búsqueda de número de documento y de referencia). Si esta búsqueda no da resultados, busca a continuación documentos de tesorería. En este caso, se utiliza un exit de cliente de Tesorería.

Para buscar documentos de Tesorería, el exit de cliente de Tesorería no debe estar activado.

·        041 (Tesorería: Búsqueda de préstamo; a continuación, búsqueda estándar)

Igual que el algoritmo 040 anterior, excepto que la búsqueda se realiza en orden inverso.

·        120 (Búsqueda de número de documento sin verificación)

Este algoritmo busca por número de documento en el destino de utilización y no verifica si el documento existe en el sistema. Verifica únicamente si el número está en el rango de números que indicó al importar el extracto de cuenta.

Si define este algoritmo de interpretación en el Customizing para el extracto de cuenta electrónico, el extracto de cuenta electrónico puede compensar también partidas abiertas que existan en una institución bancaria diferente a la actual.

·        121 (Búsqueda de número de documento de referencia sin verificación)

El algoritmo 020 funciona de la misma manera que el algoritmo 120, excepto que interpreta el contenido de los campos de destino de utilización sólo como un número de documento de referencia.

El algoritmo de interpretación se define en las actividades del Customizing del extracto de cuenta electrónico. En el Customizing para la Contabilidad bancaria, seleccione Operaciones contables ® Pagos ® Extracto de cuenta electrónico ® Realizar parametrizaciones globales para extracto de cuenta electrónico ® Asignar códigos de operación externa a reglas de contabilización.A continuación, para cada operación externa se define qué algoritmo de interpretación se aplicará. Para obtener más información, véase Asignación de operaciones externas

Si los algoritmos estándar suministrados por SAP para interpretar los campos de destino de utilización no satisfacen sus necesidades, se pueden programar exits de cliente. Estos exits no implican ninguna modificación en el sistema estándar.