ac805 es col52_fv_part_a4 gestion caja

AC805Gestión de caja

mySAP Financials

Fecha

Centro de formación

Instructores

Página Web deformación

Manual del participanteVersión del curso: 2° trimestre 2005Duración del curso: 3 día(s)Número de material: 50071721

An SAP course - use it to learn, reference it for work

Copyright

Copyright © 2005 SAP AG. Reservados todos los derechos.

Esta publicación no puede ser reproducida o trasmitida, total o parcialmente, de ninguna forma nipara ningún propósito sin el permiso expreso de SAP AG. La información aquí contenida puede sermodificada sin previo aviso.

Algunos productos de software distribuidos por SAP AG y sus distribuidores contienen componentesde software que pertenecen a otros proveedores de software.

Marcas registradas

• Microsoft®, WINDOWS®, NT®, EXCEL®, Word®, PowerPoint® y SQL Server® sonmarcas registradas certificadas de Microsoft Corporation.

• IBM®, DB2®, OS/2®, DB2/6000®, Parallel Sysplex®, MVS/ESA®, RS/6000®, AIX®,S/390®, AS/400®, OS/390® y OS/400® son marcas registradas certificadas de IBMCorporation.

• ORACLE® es una marca registrada certificada de ORACLE Corporation.• INFORMIX®-OnLine para SAP y INFORMIX® Dynamic ServerTM son marcas registradas

certificadas de Informix Software Incorporated.• UNIX®, X/Open®, OSF/1® y Motif® son marcas registradas certificadas de Open Group.• Citrix®, Citrix logo, ICA®, Program Neighborhood®, MetaFrame®, WinFrame®,

VideoFrame®, MultiWin® y otros nombres de productos Citrix referidos aquí son marcasregistradas de Citrix Systems, Inc.

• HTML, DHTML, XML, XHTML son marcas registradas o marcas registradas certificadas deW3C®, World Wide Web Consortium, Massachusetts Institute of Technology.

• JAVA® es una marca registrada certificada de Sun Microsystems, Inc.• JAVASCRIPT® es una marca registrada certificada de Sun Microsystems, Inc., utilizada bajo

licencia para tecnología desarrollada e implementada por Netscape.• SAP, SAP Logo, R/2, RIVA, R/3, SAP ArchiveLink, SAP Business Workflow, WebFlow,

SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, mySAP.com Logo y mySAP.comson marcas registradas o marcas registradas certificadas de SAP AG en Alemania y en otrospaíses en todo el mundo. Todos los otros productos mencionados son marcas registradas omarcas registradas certificadas de sus respectivas empresas.

Declaración de renuncia

SAP DISTRIBUYE ESTE MATERIAL SOBRE UNA BASE "AS IS" Y NO SE HACERESPONSABLE EXPRESAMENTE, DE FORMA DIRECTA NI INDIRECTA, INCLUYENDOSIN RESTRICCIÓN LAS GARANTÍAS DE COMERCIABILIDAD E IDONEIDAD PARA UNOBJETIVO PARTICULAR, EN LO QUE CONCIERNE A ESTE MATERIAL Y AL SERVICIO,LA INFORMACIÓN, EL TEXTO, GRÁFICOS, LINKS O CUALQUIER OTRO MATERIAL YPRODUCTOS AQUÍ CONTENIDOS. EN NINGÚN CASO SAP SE RESPONSABILIZARÁ DECUALQUIER DAÑO DIRECTO, INDIRECTO, ESPECIAL, SECUNDARIO, CONSIGUIENTE,O PUNITIVO DE CUALQUIER CLASE, INCLUIDOS SIN LIMITACIÓN INGRESOS OGANANCIAS PÉRDIDAS, QUE PUEDAN SER RESULTADO DEL EMPLEO DE ESTOSMATERIALES O COMPONENTES DE SOFTWARE INCLUIDOS.

Sobre este manualLa función de este manual es complementar la presentación del instructor deeste curso y servir como fuente de referencia. Este manual no está pensado parael estudio autodidacta.

Convenciones tipográficasEn esta guía se utilizan las siguientes convenciones tipográficas.

Estilo de tipo Descripción

Texto de ejemplo Palabras o carácteres que aparecen en la pantalla.Aquí se incluyen nombres de campos, títulos depantallas, pulsadores así como nombres de menús,vías de acceso y opciones.

También se usan como referencia a otra documentacióntanto interna (en esta documentación) como externa(en otros lugares, como SAPNet).

Texto de ejemplo Palabras o frases acentuadas en textos principales,títulos de gráficos y tablas

TEXTO DE EJEMPLO Nombres de elementos en el sistema. Aquí se incluyennombres de informes, nombres de programas, códigosde transacciones, nombres de tablas y algunas palabrasclaves de un lenguaje de programación cuando seencuentran en el texto principal, por ejemplo SELECTe INCLUDE.

Texto de ejemplo Salida en pantalla. Aquí se incluyen nombres dearchivos y directorios y sus vías de acceso, mensajes,nombres de variables y parámetros y párrafos deltexto fuente de un programa.

Texto deejemplo

Entrada exacta de usuario. Son palabras y carácteresque se introducen en en el sistema exactamente comoaparecen en la documentación.

<Texto deejemplo>

Entrada variable de usuario. Las entradas entrecorchetes indican que se deben sustituir estas palabrasy carácteres con entradas apropiadas.

2005/Q2 © 2005 SAP AG. Reservados todos los derechos. iii

Sobre este manual AC805

Iconos en el texto principalEn este manual se utilizan los siguientes iconos.

Icono Significado

Para más información, sugerencias o detalles

Nota o más explicaciones sobre el punto anterior

Excepción o precaución

Procedimientos

Indica que el objeto está visualizado en la presentacióndel instructor.

iv © 2005 SAP AG. Reservados todos los derechos. 2005/Q2

ContenidoResumen del curso ..... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . vii

Metas del curso .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .viiObjetivos del curso... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .vii

Capítulo 1: Gestión de caja/Posición de tesorería .... . . . . . . . . . . . . . 1Resumen de Gestión de caja.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2Vista de aplicación: Posición de tesorería.. . . . . . . . . . . . . . . . . . . . . . . . 10Customizing: Posición de tesorería .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

Capítulo 2: Registros manuales individuales ..... . . . . . . . . . . . . . . . . 41Vista de aplicación: Registros manuales individuales ... . . . . . . . . 42Customizing: Registros manuales individuales ... . . . . . . . . . . . . . . . . 53

Capítulo 3: Presentación de cheques al cobro ..... . . . . . . . . . . . . . . 63Vista de aplicación: Presentación de cheques al cobro .. . . . . . . . 64Customizing: Presentación de cheques al cobro.. . . . . . . . . . . . . . . . 79

Capítulo 4: Extracto de cuenta manual .... . . . . . . . . . . . . . . . . . . . . . . . . . 89Vista de aplicación: Extracto de cuenta manual .. . . . . . . . . . . . . . . . . 90Customizing: Extracto de cuenta manual . . . . . . . . . . . . . . . . . . . . . . . .107

Capítulo 5: Extracto de cuenta: Registro electrónico..... . . . . . 123Vista de aplicación: Registro electrónico de extractos decuenta... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .124

Customizing: Registro de extractos de cuenta electrónicos .. .142

Capítulo 6: Clearing de cuentas ..... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149Vista de aplicación: Clearing de cuentas .. . . . . . . . . . . . . . . . . . . . . . . .150Clearing de cuentas: Customizing.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .156

Capítulo 7: Previsión de liquidez..... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169Vista de aplicación: Previsión de liquidez .. . . . . . . . . . . . . . . . . . . . . . .170Previsión de liquidez: Customizing ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . .183

Capítulo 8: Reports de verificación, transferencia de datos yreorganización..... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. . . . . . . . . . . . . . . 193

Programas de verificación ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .194Reorganización y transferencia de datos .. . . . . . . . . . . . . . . . . . . . . . . .202

2005/Q2 © 2005 SAP AG. Reservados todos los derechos. v

Contenido AC805

Apéndice 1: Hoja de datos .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209

Apéndice 2: Plan de cuentas: .... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211

Índice..... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 213

vi © 2005 SAP AG. Reservados todos los derechos. 2005/Q2

Resumen del cursoEn este curso se tratan las funciones de Gestión de caja. En concreto, trata dela supervisión de la liquidez a corto y medio plazo. Este curso no trata de laplanificación financiera a largo plazo.

Grupo destinoEste curso está dirigido a los siguientes grupos destino:

• Integrantes del equipo de proyecto• Responsables del sistema• Empleados del departamento técnico

Prerrequisitos para el cursoConocimientos necesarios

• Practical knowledge from SAP Financial Accounting

Conocimientos recomendados

• AC010 - Financial Accounting and Reporting

Metas del cursoEste curso le permitirá:

• Comprender cómo y cuándo podrá utilizar la Gestión de caja de SAP• Obtener conocimientos detallados sobre la supervisión de la liquidez y sus

condiciones previas necesarias.

Objetivos del cursoAl finalizar este curso podrá:

• Describir cómo y dónde puede utilizarse la Gestión de caja SAP• Crear las estructuras necesarias para la supervisión de la liquidez a corto y

medio plazo en su empresa• Describir las diferentes opciones disponibles para integrar datos bancarios

externos en la Gestión de caja de SAP• Definir las parametrizaciones del sistema necesarias para controlar el

procesamiento interno

2005/Q2 © 2005 SAP AG. Reservados todos los derechos. vii

Resumen del curso AC805

Información de los componentes de software de SAPLa información de este curso se refiere a los siguientes componentes de softwarede SAP:

viii © 2005 SAP AG. Reservados todos los derechos. 2005/Q2

Capítulo 1Gestión de caja/Posición de tesorería

Resumen del capítuloEn esta unidad se proporciona un resumen de la Gestión de caja y de susherramientas, es decir, la posición de tesorería y la previsión de liquidez. Laposición de tesorería se explica de forma detallada.

Objetivos del capítuloAl finalizar este capítulo podrá:

• Explicar la finalidad y el funcionamiento de la posición de tesorería y laprevisión de liquidez en Gestión de caja de SAP.

• Distinguir entre niveles, grupos y cuentas.• Reconocer las características concretas de la posición de tesorería.• Apartar cuentas bancarias.• Acceder a las estructuras de visualización flexibles para la posición de

tesorería.• Integrar un nuevo banco propio a su sistema de Gestión de caja.• Crear y configurar las cuentas de mayor (cuentas bancarias y cuentas

bancarias de compensación) necesarias para la Gestión de caja a corto plazo.• Crear las estructuras de clasificación utilizadas en la posición de tesorería y

asignarles las nuevas cuentas de mayor.

Contenido del capítuloLección: Resumen de Gestión de caja .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .2

Ejercicio 1: Resumen de Gestión de caja .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7Lección: Vista de aplicación: Posición de tesorería.. . . . . . . . . . . . . . . . . . . . . . . . 10

Ejercicio 2: Vista de aplicación: Posición de tesorería .. . . . . . . . . . . . . . . . 19Lección: Customizing: Posición de tesorería .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

Ejercicio 3: Customizing: Posición de tesorería ... . . . . . . . . . . . . . . . . . . . . . 33

2005/Q2 © 2005 SAP AG. Reservados todos los derechos. 1

Capítulo 1: Gestión de caja/Posición de tesorería AC805

Lección: Resumen de Gestión de caja

Resumen de la lecciónEsta lección trata sobre los requisitos de Gestión de caja y las dos herramientas deGestión de caja: la posición de tesorería y la previsión de liquidez.

Objetivos de la lecciónAl finalizar esta lección podrá:

• Explicar la finalidad y el funcionamiento de la posición de tesorería y laprevisión de liquidez en Gestión de caja de SAP.

• Distinguir entre niveles, grupos y cuentas.

Ejemplo empresarialSe ha pedido al equipo de proyecto que defina los requisitos de un nuevo sistemade gestión de caja. El equipo desea averiguar cuáles son las herramientasdisponibles para garantizar la liquidez a corto y medio plazo.

Ud. forma parte de un equipo de proyecto cuya tarea consiste en facilitarinformación sobre los movimientos de liquidez a los responsables con poder dedecisión de su empresa.

Problemas y Objetivos

La mayoría de empresas tienen demasiadas cuentas bancarias en demasiadosbancos distintos. Esto dificulta el mantenimiento de una visión general de lossaldos de cuentas correspondientes.

Dado que los bancos envían extractos a diario, la contabilidad por fecha valor amenudo no es precisa. Las empresas no obtienen unos beneficios completos de susinstrumentos de inversión porque no disponen de la información de fecha valor.

Los pagos se efectúan a menudo sólo desde una cuenta sin tener en cuenta siésta contiene fondos suficientes.

Las tareas de un sistema de gestión de caja son:

• Analizar las operaciones financieras con períodos contables acordados.• Identificar y reproducir movimientos futuros en la planificación de tesorería

de la forma más precisa posible.

2 © 2005 SAP AG. Reservados todos los derechos. 2005/Q2

AC805 Lección: Resumen de Gestión de caja

Gráfico 1: Herramientas de Gestión de caja de SAP

La Gestión de caja de SAP ofrece las siguientes herramientas, diseñadas paracompensar flujos de caja:

• La posición de tesorería, que ilustra los movimientos de las cuentasbancarias a corto plazo

• La previsión de liquidez, que también ilustra los movimientos a medioplazo de la contabilidad auxiliar

La posición de tesorería ilustra las tendencias de las cuentas bancarias en lospróximos días. La previsión de liquidez, por otra parte, ilustra los cambiosde liquidez en las cuentas auxiliares. También se soportan funciones que lepermiten obtener información relevante sobre los flujos de pagos previstos. Estainformación aparece en forma de registro individual en la posición de tesorería, ocomo partidas plan en la previsión de liquidez.

La planificación de tesorería, que es la vista del flujo de caja a largo plazo(comparación plan/real) a nivel de cuenta de mayor, es un componente delplanificador de liquidez y no de Gestión de caja de SAP.



Gráfico 2: Resumen de actividades

La gestión de caja de SAP tiene los mismos objetivos que los sistemas de gestiónde caja convencionales, principalmente:

• Garantizar la liquidez de la sociedad de manera que puedan cumplirse lasobligaciones de pagos

• Supervisar los flujos de pagos

La Gestión de caja de SAP utiliza la posición de tesorería para reflejar movimientosen cuentas bancarias, mientras que los movimientos de la contabilidad auxiliar serepresentan mediante la previsión de liquidez.

La previsión de liquidez se basa en los pagos detallados de/a deudores yacreedores, por partidas abiertas. Dado que la planificación para pagos recibidos yefectuados cubre un marco temporal más amplio, la probabilidad de que los pagostengan lugar en el día indicado es menor que en la posición de tesorería.



Gráfico 3: Conceptos de Gestión de caja de SAP

El formato de la posición de tesorería y la previsión de liquidez está condicionadopor dos características:

Los dos informes contienen niveles. Éstos proporcionan información de altacalidad sobre las razones comerciales de un movimiento en una cuenta, es decir,explican cómo se obtuvieron el saldo inicial y el final. Por ejemplo, los nivelesofrecen información sobre si un saldo de una cuenta bancaria es el resultado deuna contabilización bancaria o de un registro individual introducido manualmente.

También pueden clasificarse en función del nivel de seguridad del recibo (porejemplo, por registro individual confirmado o no confirmado).

En la posición de tesorería, las cuentas (bancarias y de compensación bancaria)proporcionan información sobre el saldo actual.

La previsión de liquidez contiene grupos en lugar de cuentas. Los acreedores ylos deudores se asignan a un grupo de planificación por medio de una entrada enlos datos maestros. Cada grupo refleja ciertas características, procedimientos oriesgos.



Gráfico 4: Procedimiento para la planificación día a día

Las tareas principales del gestor de fondos son:

• Actualizar la liquidez de la sociedad• Compensar coberturas insuficientes• Invertir los excedentes de forma beneficiosa



Ejercicio 1: Resumen de Gestión de caja

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Hable sobre las dos herramientas de Gestión de caja: posición de tesorería y

previsión de liquidez.

Ejemplo empresarialEl departamento técnico explicará cómo utilizar la posición de tesorería y laprevisión de liquidez. Deben explicarse los conceptos.

Tarea:¿Cuál de las siguientes afirmaciones es válida para la previsión de liquidez o laposición de tesorería?

1. La previsión de liquidez funciona con fechas valor bancarias.Diga si estas afirmaciones son correctas o falsas.□ Correcto□ Falso

2. El marco temporal de la posición de tesorería suele ser de 1 a 2 días.Diga si estas afirmaciones son correctas o falsas.□ Correcto□ Falso

3. El objetivo principal de la posición de tesorería es garantizar la liquidez dela empresa.Diga si estas afirmaciones son correctas o falsas.□ Correcto□ Falso



Solución 1: Resumen de Gestión de cajaTarea:¿Cuál de las siguientes afirmaciones es válida para la previsión de liquidez o laposición de tesorería?

1. La previsión de liquidez funciona con fechas valor bancarias.

Respuesta: Falso

La posición de tesorería utiliza fechas valor bancarias. La previsión deliquidez, por otra parte, funciona con grupos de deudores y acreedores.

2. El marco temporal de la posición de tesorería suele ser de 1 a 2 días.

Respuesta: Correcto

3. El objetivo principal de la posición de tesorería es garantizar la liquidez dela empresa.

Respuesta: Falso

El objetivo principal de la posición de tesorería es facilitar una vista generalactual y corregir por fecha valor el desarrollo a corto plazo de sus cuentasbancarias. El objetivo principal de la posición de tesorería, por otra parte, esgarantizar la liquidez de empresa.



Resumen de la lección

Ahora podrá:• Explicar la finalidad y el funcionamiento de la posición de tesorería y la

previsión de liquidez en Gestión de caja de SAP.• Distinguir entre niveles, grupos y cuentas.



Lección: Vista de aplicación: Posición de tesorería

Resumen de la lecciónEsta lección trata sobre la aplicación de la posición de tesorería.


• Reconocer las características concretas de la posición de tesorería.• Apartar cuentas bancarias.• Acceder a las estructuras de visualización flexibles para la posición de

tesorería.

Ejemplo empresarialEn primer lugar, debe crearse un instrumento para obtener información útil acercade sus cuentas bancarias. Para ello, utilice la posición de tesorería, teniendo encuenta, en primer lugar, sus propiedades y aspectos de integración concretos. Parapoder utilizar la posición de tesorería de manera efectiva, primero debe prepararsus cuentas bancarias de FI según una estructura determinada y configurarlasdebidamente. Este capítulo analiza las opciones flexibles de configuracióndisponibles en la posición de tesorería.

Gráfico 5: Características de la posición de tesorería

La posición de tesorería es el resultado del registro por fecha valor de todos lospagos en un horizonte temporal determinado.


AC805 Lección: Vista de aplicación: Posición de tesorería

Existen tres fuentes de datos para la posición de tesorería:

• Contabilizaciones de FI a cuentas de mayor correspondientes a la gestiónde caja.

• Registros individuales registrados manualmente.• Flujos de caja procedentes de operaciones empresariales gestionadas con el

componente FSCM.

Utilice la clasificación para preparar la visualización.

Gráfico 6: Integración de la posición de tesorería

Después de contabilizar los extractos de cuenta en Gestión financiera, se puedenvisualizar los movimientos de cuenta en la posición de tesorería.

Los saldos de las cuentas bancarias, que pueden visualizarse mediante la posiciónde tesorería, forman la base para la planificación de decisiones.

Las operaciones de tesorería también pueden visualizarse en la posición detesorería en determinadas circunstancias.



Gráfico 7: Organización de cuentas bancarias

La contabilidad bancaria proporciona una cuenta bancaria (real) para cada moneday, para cada cuenta, cuentas de compensación (cuenta transitoria bancaria) por tipode tratamiento a nivel inferior.

Las cuentas de compensación pueden adaptarse a las necesidades de su negocio.

Objetivos

• Las cuentas pueden reconciliarse en cualquier momento• La moneda extranjera y la local se gestionan de forma paralela• Pueden gestionarse por fecha valor• Puede calcularse el interés• Es posible analizar las partidas individuales• Puede supervisarse un pasivo eventual• Las partidas se contabilizan automáticamente mediante operaciones de pago

automáticas• Desglose automático mediante operaciones bancarias electrónicas

Solamente las operaciones que, de acuerdo con el extracto de cuenta están activas,se contabilizan en las cuentas bancarias (actuales).



Gráfico 8: Condiciones previas para la Contabilidad bancaria

El usuario desea implementar la Gestión de caja de SAP y debe configurar elplan de cuentas.

Siempre que sea posible será necesario crear una cuenta de mayor por monedapara cada una de las cuentas activas de las que se disponga en el banco. Además,necesitará crear cuentas bancarias de compensación para cada cuenta bancaria,también según monedas siempre que sea posible. SAP recomienda utilizar lasiguiente clasificación:

• 113100 Banco 1 (cuenta corriente - interna- moneda EUR)• 113101 Banco 1 (cheques emitidos)• 113102 Banco 1 (transferencia bancaria emitida, interna)• 113103 Banco 1 (transferencia bancaria emitida, externa)• 113104 Banco 1 (depósito automático)• 113105 Banco 1 (otras contabilizaciones internas)• :• 113108 Banco 1 (cheques recibidos)• 113109 Banco 1 (entradas de caja de deudor)

Secuencia de tratamiento

1. Los pagos se contabilizan contra cuentas de compensación mediante elprograma de pagos.

2. Los extractos de cuenta compensan los asientos contra la cuenta bancaria.3. La Gestión de caja visualiza o supervisa contabilizaciones con la ayuda de

varias clasificaciones.



Gráfico 9: Cuentas bancarias

Las cuentas bancarias deben estar configuradas de manera que las contabilizacionesbancarias se incluyan en la planificación.

Si desea derivar el saldo hacia la posición de tesorería, siempre gestionada segúnla fecha valor, también deberá gestionar las cuentas bancarias (corrientes) según lafecha valor. Los datos se almacenan en la moneda de la cuenta de mayor. Todaslas cuentas (corrientes) bancarias deberían estar asignadas a un único nivel detesorería en el que se representen los extractos de cuentas y, con ellos, el saldobancario actual.

Por otra parte, las cuentas bancarias de compensación deberían gestionarse sobreuna base de partidas abiertas. Por ejemplo, pueden clasificarse según el importe demoneda local. Según la clase de cuenta bancaria de compensación, un nivel detesorería se asigna, por ejemplo, para:

• 113102 - Banco 1 (transferencia bancaria emitida, interna), nivel B2• 113109 - Banco 1 (entradas de caja de deudor), nivel B9



Gráfico 10: Niveles de tesorería

Los niveles de tesorería explican los saldos iniciales y finales de una cuenta yproporcionan información acerca de sus causas. Pueden definirse en una tablaCustomizing.

En el registro maestro de las cuentas bancarias y de compensación debe fijarse elcampo Nivel de tesorería como campo obligatorio.

Los saldos se visualizan en el nivel adecuado en la posición de tesorería.

Gráfico 11: Posición de tesorería: Visualización

La clasificación se utiliza para definir la visualización de los datos. Determina losniveles y las cuentas que se visualizarán para la posición de tesorería.



En la pantalla inicial se determinan las opciones de selección para la evaluación decuentas siguiente:

• Sociedad: Cuyos datos bancarios desea visualizar.• Posición de tesorería: X visualiza los datos bancarios (cuentas bancarias y

cuentas bancarias de compensación).• Clasificación: Vista especial para seleccionar las cuentas.• Visualizar por: Fecha de inicio (agregada) de la previsión de cuentas.• Moneda planificada: USD o EUR (según corresponda)• Visualizar en: Código de moneda que define cómo se convierten los

importes (riesgo por cambio de divisas).• Incremento: Marco temporal de incremento (1-99) en días (D), semanas

(S) o meses (M).• Tipo de visualización: Además de la visualización agregada, puede llamar

entradas y salidas mediante una visualización delta. También puedeespecificarse los saldos inicial y final en la visualización delta.

• Escala: Aquí puede especificarse el número de decimales de la visualización.

Lo primero que ve el usuario es una selección parcial que muestra las entradas másimportantes. Seleccione Todas las selecciones para visualizar también las otrasselecciones. Utilice Variantes.

Gráfico 12: Cuentas y niveles de la posición de tesorería

El concepto de clasificación determina la integración de los datos por parte delsistema.



La pantalla siguiente tras la pantalla inicial es una pantalla básica cuyo formatoestá determinado por los conceptos de clasificación y de integración registradosen el Customizing. A partir de este punto, puede ramificarse hacia los niveles, ydesde allí hacia las cuentas correspondientes, o viceversa. Aparecerá informacióndiversa según las parametrizaciones.

El saldo bancario total se desglosa por:

• Grupos (=cuentas) en los que se han realizado contabilizaciones. Seenumeran siempre con su código nemotécnico de cuenta (Customizing).Si se selecciona el parámetro Cuenta en lugar de denominación de cuenta,se visualizan las cuentas (números de cuenta) en lugar de los códigosnemotécnicos de las cuentas.

• Niveles (=motivos) de una operación bancaria o contable.

Puede ramificarse hacia las partidas individuales de FI (descendente).

Consejo: Al migrar desde 4.5B a un release anterior, se debe reconstruircompletamente la Gestión de caja dado que la lógica de actualización esdiferente. En el caso de la cuenta de mayor no siempre se adopta lamoneda de la cuenta de mayor; se utiliza la moneda de documento (paralas cuentas de mayor gestionadas sobre partidas abiertas) o la moneda dela cuenta de mayor (para otras cuentas de mayor).

Para borrar y reconstruir los datos de Gestión de caja, utilice Preparardatos en la nueva transacción FDFD. Véase el último capítulo de ladocumentación de este curso para los detalles.



Gráfico 13: Visualización de moneda

Los importes registrados se muestran en la moneda especificada por el usuario enel campo Visualizar en. En los campos de moneda se pueden visualizar riesgospor cambio de divisas.

Por una parte, puede mostrarse la posición de tesorería partida por las monedas,según si las especificacionesregistradas en la pantalla inicial. Sin embargo,también puede visualizarse el alcance de la exposición a riesgo de la monedadesde la posición de tesorería.

La cotización media se utiliza normalmente para la conversión de la moneda deplanificación a la moneda de visualización. Si desea utilizar una tasa distinta parala cotización, especifíquelo debidamente en el campo Tipo de cambio .



Ejercicio 2: Vista de aplicación: Posiciónde tesorería

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Verificar cuentas de mayor y corregirlas en caso necesario.• Registrar contabilizaciones en cuentas de mayor para hacerlas visibles en la

posición de tesorería.

Ejemplo empresarialPara obtener un resumen de la estructura y de las posibilidades de visualizaciónde la posición de tesorería, deberá registrar una cantidad de contabilizaciones encuentas de mayor. Éstas muestran las contabilizaciones en las cuentas bancarias,que normalmente se crean al leer el extracto de cuenta. No se tendrán en cuentalas contabilizaciones previas.

Tarea:1. Verifique y corrija el contenido de los campos obligatorios para Gestión de

caja (clave de clasificación, gestión de partidas abiertas, nivel de tesorería)en los maestros de cuentas 113100, 113101, 113108, 113109 y 113200 desu sociedad.

2. Del extracto de cuenta actual se derivan las siguientes contabilizacionesen cuenta de mayor:

Cheque emitido, acreedor: 30.000, fecha valor: hoy

Transferencia de deudor: 50.000, fecha valor: hoy

Contabilice en las cuentas de compensación 113101 y 113109 (registroscontables: Dr 113101/Cr 113100 y Dr 113100/Cr 113109).

3. Verifique las consecuencias de las entradas en la posición de tesorería(clasificación: ACBANK-IST). Esta visualización contiene sólo las cuentasbancarias, sin cuentas de compensación bancaria.



Solución 2: Vista de aplicación: Posiciónde tesoreríaTarea:1. Verifique y corrija el contenido de los campos obligatorios para Gestión de

caja (clave de clasificación, gestión de partidas abiertas, nivel de tesorería)en los maestros de cuentas 113100, 113101, 113108, 113109 y 113200 desu sociedad.

a) Solución para verificar y corregir los maestros de cuentas 113100,113101, 113108, 113109, 113200 respecto a los contenidos de camponecesarios para la Gestión de caja.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Libro mayor→ Datos maestros→ Cuentas de mayor→ Tratamientoindividual→ Central.

Introduzca el número de cuenta y la sociedad y, a continuación,verifique o modifique los valores.

Seleccione Modificar o Visualizar.

113100, 113108, 113200

113101, 113109

AC##

En la etiqueta Tipo/Denominación se visualiza la descripción de lascuentas. La cuenta se describe como cuenta de balance.

En la etiqueta Datos de control se visualiza, entre otros, la monedade la cuenta y los datos de gestión financiera obligatorios para lasociedad. A diferencia de las cuentas bancarias de compensación,las cuentas bancarias no se gestionan sobre la base de una partidaabierta. Asimismo, la fecha valor debe utilizarse como clave declasificación para las cuentas bancarias y como moneda local para lascuentas bancarias de compensación.

En la etiqueta Entrada/Banco/Inter. se visualiza el nivel de tesorería yla asignación de Banco propio e ID de cuenta.

Cuenta 113... .100 .101 .108 .109 .200

Datos de control

Visualizaciónpartidas ind.

X X X X X

Continúa en la página siguiente



Cuenta 113... .100 .101 .108 .109 .200

Gestión partidasabiertas

- X X X -

Cl.clasificación 027 005 005 005 027

Cuenta113...

.100 .101 .108 .109 .200

Entrada/Banco/Inter.

Nivel de tesorería F0 B1 B8 B9 F0

Banco propio 1000 - - - 1200

ID de cuenta 1000 - - - 1200

2. Del extracto de cuenta actual se derivan las siguientes contabilizacionesen cuenta de mayor:

Cheque emitido, acreedor: 30.000, fecha valor: hoy

Transferencia de deudor: 50.000, fecha valor: hoy




Contabilice en las cuentas de compensación 113101 y 113109 (registroscontables: Dr 113101/Cr 113100 y Dr 113100/Cr 113109).

a) Solución para la contabilización en las cuentas de compensación113101 y 113109 (Dr 113101/Cr 113100 y Dr 113100/Cr 113109).

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Libro mayor→ Contabilización→ Registrar documento de cuenta demayor – (sociedad AC##).

(Si resulta necesario, seleccione Cambiar sociedad para modificar lasociedad).

Introduzca los datos.

Tenga en cuenta la moneda (EUR) y la especificación de fecha valorpara las contabilizaciones del Debe y del Haber.

Cheque emitido –acreedor:

113101 Debe 30.000 Fecha valor:Hoy

113100 Haber 30.000 Fecha valor:Hoy

Transferencia –deudor:

113100 Debe 50.000 Fecha valor:Hoy

113109 Haber 50.000 Fecha valor:Hoy




3. Verifique las consecuencias de las entradas en la posición de tesorería(clasificación: ACBANK-IST). Esta visualización contiene sólo las cuentasbancarias, sin cuentas de compensación bancaria.

a) Solución para la verificación de entradas en la posición de tesorería.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Sistema de información→ Informes gestión de caja→ Análisisliquidez→ Posición de tesorería.


Nombre de campo o tipo dedatos

Valores

Sociedad AC##

Clasificación ACBANK-IST

Visualizar por . <hoy>

Visualizar en EUR

Seleccione Todas las selecciones. Puede realizar otras selecciones eneste punto. Especifique el incremento necesario (por ejemplo, "diario")y seleccione Visualización delta con saldos como clase de visualización,de manera que pueda identificar sus contabilizaciones más fácilmente.

Ejecute el programa.

En este punto se visualiza sus contabilizaciones en la cuenta bancariaadecuada. Haga doble clic para navegar por la posición de tesorería.




Ahora podrá:• Reconocer las características concretas de la posición de tesorería.• Apartar cuentas bancarias.• Acceder a las estructuras de visualización flexibles para la posición de

tesorería.


AC805 Lección: Customizing: Posición de tesorería

Lección: Customizing: Posición de tesorería

Resumen de la lecciónAhora que le hemos presentado la aplicación de la posición de tesorería, estasección trata del Customizing de la posición de tesorería.


• Integrar un nuevo banco propio a su sistema de Gestión de caja.• Crear y configurar las cuentas de mayor (cuentas bancarias y cuentas



Ejemplo empresarialDesea asignar un banco propio en Gestión de caja de SAP, es decir, un banco enel que tiene una cuenta y desde el que desea llamar información de extractos decuenta. Posiblemente ya creó este banco al implementar Gestión financiera deSAP. Además debe crear las cuentas de mayor correspondientes en el sistema yconfigurarlas según determinados criterios.

Para reproducir estas cuentas en la posición de tesorería, deberá atribuirles unadenominación y asignarlas a un concepto de clasificación que sea responsable dela estructura de la posición de tesorería.

Gráfico 14: Cuentas de mayor: Grupos de cuentas



Cada cuenta de mayor está asignada a un grupo de cuentas. Esto determina laestructura de la pantalla de datos maestros y debe tener el formato del status decampo. Cada grupo de cuentas dentro de un plan de cuentas puede tener diferentesstatus de campo.

Gráfico 15: Status de campo y fecha valor (documentos)

El grupo de status de campo es el responsable del formato del documento si seestá contabilizando una cuenta en concreto. Por esta razón, debe definir el grupode status de campo adecuado para la cuenta bancaria.

Para gestionar contabilizaciones bancarias por fecha valor, deberá indicar la fechavalor en todas las contabilizaciones de la cuenta bancaria. A continuación puedeconfigurar el grupo de status de campo relevante de tal modo que el campoFecha valor sea una entrada necesaria.

Puede hacer que el sistema considere automáticamente la fecha del día comofecha valor. Esto facilita las cosas en los cursos de formación y las demostracionesdel sistema, pero no en su uso comercial porque surgen errores con demasiadafrecuencia.



Gráfico 16: Configuración de la cuenta de balance bancario

El control de las cuentas bancarias determina la asignación de los movimientosde cuentas en la posición de tesorería:

• Gestión de partidas abiertas en compensación/cuentas transitorias• Visualización de partidas individuales en cuentas de balance bancario y

cuentas de compensación bancaria• Clave de clasificación 005 (importe en moneda local) o 027 (fecha valor)• El nivel de tesorería se copia al documento desde el registro maestro, es una

característica de asignación y califica el movimiento de cuentas

En la Gestión de caja, la correspondencia con los bancos se dispara mediante losbancos propios y las identificaciones de cuentas (clearing de cuentas).



Gráfico 17: Bancos propios: Bancos de correspondencia

Los bancos propios para cada sociedad se almacenan bajo una clave librementedefinible (máximo cinco caracteres).

Todas las especificaciones de los bancos propios (dirección, datos de control, etc.)se actualizan en el directorio bancario.

Gráfico 18: Cuentas bancarias



Para los bancos propios que se han definido se definen las cuentas bancariasasociadas en la sociedad, bajo una ID de cuenta. El número de cuenta externa ysu moneda se introducen con el banco, junto con el número de cuenta de mayorrelevante, lo que garantiza que las contabilizaciones llegan a las cuentas correctas.

Para cada cuenta bancaria se crea un registro maestro de cuenta de mayor.

En el registro maestro de cuenta de mayor, es posible introducir la clave del bancopropio y la identificación de cuenta, de manera que se tenga acceso desde el libromayor al almacenamiento de direcciones para el banco propio. Esto es necesariopara la correspondencia bancaria, por ejemplo, durante el clearing de cuentas: Elsistema utiliza la identificación de banco y de cuenta para obtener la informacióndesde el directorio bancario.

Si se actualizan cuentas en divisas, la clave de moneda en el registro maestro decuenta de mayor debe ser idéntica a la moneda de la cuenta de divisas.

Gráfico 19: Niveles de tesorería

Defina un nivel de tesorería en el registro maestro de la cuenta de mayor, demodo que las contabilizaciones a esta cuenta puedan visualizarse en la posiciónde tesorería.

Los niveles de tesorería informan sobre la clase y la causa de un movimiento decuenta. Se pueden definir libremente.

El indicador de origen verifica que los datos del nivel especificado estánautorizados en la posición de tesorería. El símbolo fuente BNK sirve para definirque los niveles de tesorería que se le han asignado se visualizan en la posición detesorería y no en la previsión de liquidez.

Se puede definir nuevos niveles de tesorería marcando y copiando las entradasestándar o indicando un nivel completamente nuevo.



Gráfico 20: Código nemotécnico de la cuenta

En la Gestión de caja, el nombre de la cuenta de gestión de caja es unadenominación nemotécnica que sustituye al número de cuenta.

El nombre de cuenta es único en cada sociedad. Dentro de la Gestión de caja, sepermite diferenciar entre los mismos números de cuentas en sociedades diferentes.

La denominación mnemotécnica de la cuenta se utiliza en todas las operacionese informes (por ejemplo, la posición de tesorería) en lugar del número decuenta. La posición de tesorería incluye un nuevo parámetro: Cuenta en lugarde denominación de cuenta. Al seleccionarlo, el sistema visualiza las cuentas(números de cuenta) en lugar de los códigos nemotécnicos de cuenta.

Es aconsejable utilizar códigos nemotécnicos de cuenta si se realiza laplanificación en varias sociedades. Deben introducirse cuando se trabaja conregistros individuales manuales o con clearing de cuentas.

Gráfico 21: Estructura de clasificación



Las clasificaciones se utilizan para combinar cuentas y asignarles conceptosde integración. Los saldos se pueden visualizar por cada cuenta o de modoacumulado. La visualización puede restringirse a una sociedad concreta y plan decuentas.

Los criterios de agrupación se pueden definir libremente. Esto significa que puedeadaptarse la visualización de la posición de tesorería a sus necesidades concretas.Los niveles seleccionados aparecen en la visualización.

El tipo indica si se visualiza los niveles (N) o los grupos (G). En cada clasificación,debe configurarse al menos una partida de la clase N y una de la clase G.

La selección determina los niveles (2 dígitos) o grupos (10 dígitos) que se agrupan.Es posible configurar máscaras o máscaras parciales para valores individuales. Losgrupos deben tener 10 caracteres, añadiendo ceros a la izquierda si fuera necesario.

El concepto de integración determina si se visualizará el valor individual o elvalor acumulado.

Cuando se crean nuevos registros de clasificación deben definirse títulos nuevos.

Gráfico 22: Función de clasificación

Mediante criterios de clasificación se agrupan cuentas y se visualizan de maneraacumulada o como valores individuales.

Los enmascaramientos parciales son posibles en cualquier momento.

Al definir clasificaciones para el clearing de cuentas puede introducir una cuentade integración y una sociedad de integración.



Ejercicio 3: Customizing: Posición detesorería

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Crear un nuevo banco propio.• Crear las cuentas de mayor adjuntas y sus códigos nemotécnicos de cuenta.• Añadir las nuevas cuentas de mayor a sus clasificaciones.

Ejemplo empresarialA continuación desea instalar un banco propio en el sistema. Un banco propio esun banco en el que se dispone de una cuenta de terceros para la que se recibe datosbancarios externos (por ejemplo, vía extracto bancario electrónico). Normalmente,los bancos propios se crean como parte del proyecto FI. No obstante, puede quese vea obligado a integrar bancos propios nuevos tras la entrada en productivo.

Ha registrado nuevos datos bancarios para su sociedad (banco propio GR##, IDcuenta CURR). Utilice este banco para tratar operaciones en curso y verifiquelos pagos.

Tarea:Cree las cuentas de mayor que necesitará más tarde e integre su banco propio.

1. Decide reservar las cuentas 11##00 y 11##01 para este banco. Cree lascuentas de mayor adecuadas, teniendo en cuenta 113100 y 113101 comoguía. Verifique y modifique los campos relevantes para la Gestión de cajaen la cuenta corriente (ID bancaria: GR##, ID de cuenta: CURR). Borrelos números de cuenta alternativos.

2. Añada los nuevos datos bancarios (ID de banco: GR##, ID de cuenta:CURR) a los bancos propios de su sociedad, con las entradas existentescomo base. Tenga en cuenta que también debe especificar la cuenta de mayor11##00 al crear la cuenta asociada.

3. Añada las cuentas bancarias nuevas (para su sociedad) a los códigosnemotécnicos de cuenta.

4. Añada sus cuentas a las clasificaciones ACBANKEN y ACBANK-IST,utilizando las entradas existentes como base.

5. El primer extracto de cuenta para su nueva cuenta muestra un cargo para uncheque emitido.




Contabilice esta operación (11##01/11##00).

6. Llame sus nuevas cuentas en la posición de tesorería. Seleccione laclasificación ACBANK-IST y, a continuación, ACBANKEN.



Solución 3: Customizing: Posición detesoreríaTarea:Cree las cuentas de mayor que necesitará más tarde e integre su banco propio.

1. Decide reservar las cuentas 11##00 y 11##01 para este banco. Cree lascuentas de mayor adecuadas, teniendo en cuenta 113100 y 113101 comoguía. Verifique y modifique los campos relevantes para la Gestión de cajaen la cuenta corriente (ID bancaria: GR##, ID de cuenta: CURR). Borrelos números de cuenta alternativos.

a) Solución para la creación de nuevas cuentas de mayor.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Libro mayor→ Datos maestros→ Cuentas de mayor→ Tratamientoindividual.

Cree de forma centralizada:

La cuenta de balance bancario 11##00 en su sociedad (con la cuenta dereferencia 113100)

La cuenta de compensación bancaria 11##01 en su sociedad (con lacuenta de referencia 113101)

Ahora introduzca los datos (11##00, por ejemplo) y seleccione Conmodelo. Utilice como modelo las cuentas 113100 y 113101. Modifiquela denominación a Banco GR##, por ejemplo. En Datos de control,borre el Número alternativo de cuenta y verifique las entradas degestión de cuentas. En Banco, modifique la ID de banco propio y laID de cuenta para la cuenta actual y verifique las entradas del Nivel detesorería. Puede introducir su identificación de banco propio (GR##) yde cuenta (CURR) en este punto, aunque aún no los haya definido. Paraomitir el mensaje de advertencia, pulse Intro.




2. Añada los nuevos datos bancarios (ID de banco: GR##, ID de cuenta:CURR) a los bancos propios de su sociedad, con las entradas existentescomo base. Tenga en cuenta que también debe especificar la cuenta de mayor11##00 al crear la cuenta asociada.

a) Solución para agregar un banco propio nuevo (ID bancaria: GR##) ydatos bancarios nuevos (ID de cuenta: CURR).

Seleccione IMG referencia SAP → Gestión financiera →Contab.bancaria→ Cuentas bancarias→ Definir bancos propios.

Introduzca AC## como sociedad.


Seleccione Entradas nuevas. Introduzca el banco propio GR##, el paísdel banco DE y, a continuación, una clave bancaria de 8 dígitos. Creelos datos de dirección. Si el directorio del banco en Gestión financieraya ha sido importado y se registra un número bancario existente, elsistema registra la dirección relevante automáticamente.

Seleccione Grabar.

Haga doble clic en Cuentas bancarias.

Seleccione Entradas nuevas para introducir la cuenta bancaria.

Seleccione la identificación de cuenta CURR como cuenta bancariaasociada, introduzca un número de cuenta de 6 dígitos, la moneda EURy la cuenta de mayor 11##00 que acaba de crear.

Seleccione Grabar.

3. Añada las cuentas bancarias nuevas (para su sociedad) a los códigosnemotécnicos de cuenta.

a) Solución para añadir las nuevas cuentas bancarias a los códigosnemotécnicos de cuenta.

Seleccione IMG referencia SAP → Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Estructuración→ Tesorería manual→ Definir código nemotécnicode cuenta.


Añada un nuevo código nemotécnico de cuenta (##CURR para 11##00y ##check para 11##01, por ejemplo) a las nuevas cuentas de lasociedad y una descripción.

Seleccione Grabar.




4. Añada sus cuentas a las clasificaciones ACBANKEN y ACBANK-IST,utilizando las entradas existentes como base.

a) Solución para añadir sus cuentas a las clasificaciones ACBANKENy ACBANK-IST.

Seleccione IMG referencia SAP → Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Estructuración→ Clasificaciones→ Actualizar estructura.

Ahora añada las nuevas cuentas a las clasificaciones (ACBANKEN:11##00, 11##01 y ACBANK-IST: 11##00). Utilice para ello lasfunciones de copia. Seleccione, por ejemplo, ##Bank, como conceptode integración. No olvide los ceros iniciales para la cuenta de mayor.

Seleccione Grabar.

5. El primer extracto de cuenta para su nueva cuenta muestra un cargo para uncheque emitido.

Contabilice esta operación (11##01/11##00).

a) Solución para la contabilización de la operación (11##01/11##00).

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Libro mayor→ Contabilización→ Registrar documento de cuentade mayor.


Introduzca los datos (11##01/11##00).

Debe para un cheque emitido

11##01 Debe 20.000 Fecha valor: hoy

11##00 Haber 20.000 Fecha valor: hoy

6. Llame sus nuevas cuentas en la posición de tesorería. Seleccione laclasificación ACBANK-IST y, a continuación, ACBANKEN.

a) Solución para la visualización de los datos en la posición de tesorería.


Introduzca sus selecciones (ACBANK-IST y ACBANKEN).




Ahora podrá:• Integrar un nuevo banco propio a su sistema de Gestión de caja.• Crear y configurar las cuentas de mayor (cuentas bancarias y cuentas




AC805 Resumen del capítulo

Resumen del capítuloAhora podrá:• Explicar la finalidad y el funcionamiento de la posición de tesorería y la

previsión de liquidez en Gestión de caja de SAP.• Distinguir entre niveles, grupos y cuentas.• Reconocer las características concretas de la posición de tesorería.• Apartar cuentas bancarias.• Acceder a las estructuras de visualización flexibles para la posición de

tesorería.• Integrar un nuevo banco propio a su sistema de Gestión de caja.• Crear y configurar las cuentas de mayor (cuentas bancarias y cuentas




Resumen del capítulo AC805


Capítulo 2Registros manuales individuales

Resumen del capítuloEste capítulo trata sobre los registros manuales individuales y las parametrizacionesde Customizing necesarias.


• Reproducir flujos de pagos planificados en cuentas bancarias.• Cómo pueden tratarse y visualizarse avisos de pago.• Importar registros individuales externos de un fichero al Sistema SAP.• Definir clases de documento de tesorería y asignar los niveles adecuados• Asignar clases de archivo a las clases de documento de tesorería individuales• Utilizar el campo para el vencimiento automático

Contenido del capítuloLección: Vista de aplicación: Registros manuales individuales ... . . . . . . . . 42

Ejercicio 4: Registros manuales individuales .. . . . . . . . . . . . . . . . . . . . . . . . . . . 47Lección: Customizing: Registros manuales individuales ... . . . . . . . . . . . . . . . . 53

Ejercicio 5: Customizing: Registros manuales individuales ... . . . . . . . . 57


Capítulo 2: Registros manuales individuales AC805

Lección: Vista de aplicación: Registros manualesindividuales

Resumen de la lecciónEsta lección trata sobre la aplicación de los registros manuales individuales.


• Reproducir flujos de pagos planificados en cuentas bancarias.• Cómo pueden tratarse y visualizarse avisos de pago.• Importar registros individuales externos de un fichero al Sistema SAP.

Ejemplo empresarialDespués de haber aprendido a reproducir contabilizaciones bancarias reales enla planificación, desea saber cómo pueden visualizarse en las cuentas bancariaslas entradas y salidas de pagos planificadas que no resulten de contabilizacionesbancarias reales. También desea averiguar cómo se tratan los registros individualesintroducidos y cómo puede llamarse una lista de algunos o de todos los registrosindividuales.

Gráfico 23: Planificación manual

Los registros individuales manuales pueden utilizarse para incluir informaciónsuplementaria (es decir, suplementaria a la información de liquidez del sistema) enla planificación a corto plazo.


AC805 Lección: Vista de aplicación: Registros manuales individuales

Esta información adicional implica la emisión y el recibo de pagos que nopromueven contabilizaciones reales en la Gestión de caja.

Gráfico 24: Creación de registros individuales

Los registros individuales de gestión de caja pueden introducirse como registrosindividuales o mediante el registro rápido.

El proceso de registro consta de tres pasos:

1. Datos de tesorería (fecha, cuenta – código nemotécnico de cuenta, fecha devencimiento si se requiere)

2. Datos sobre el importe (moneda, tipo de cambio, tipo de cotización, etc.)3. Información adicional (asignación, características, descripción, etc.)

La clase de documento de tesorería determina, a través del Customizing, el nivelde entrada, la pantalla y el vencimiento. La fecha de vencimiento muestra durantecuánto tiempo se incluirá el aviso de pago en la planificación. Sólo deberían sermodificables en casos excepcionales, como el aviso de pago de clearing. Tambiénes posible definir las características libremente. Le ayudarán a identificar registrosrápidamente. La clase de operación agiliza la comparación de avisos de pagoy extractos de cuenta.

La clase de tesorería es una característica de clasificación única, introducida entodos los registros individuales manuales. Controla el nivel al que se envía unregistro individual.

Es posible seleccionar tanto un tipo de cambio como un tipo de cotización. Si nose realiza ninguna especificación, el sistema utiliza una cotización media. Puedeutilizarse el control de selección de campos para mostrar u ocultar el campo detipo de cambio.

No olvide introducir un signo - para los avisos de pago emitidos.



Gráfico 25: Modificación de registros individuales mediante listas

Los avisos de pago a tratar pueden modificarse, archivarse o reactivarse(=convertirse).

Una amplia gama de opciones de selección facilita la búsqueda selectiva de avisosde pago.

En la planificación ya no se incluyen los avisos de pago archivados.

La clase de documento de tesorería (p. ej., AsC) determina el archivo (p. ej., A)en el que se almacenó el aviso de pago.

La clase de archivo puede definirse libremente en el Customizing de la Gestiónde caja. Las diferentes clases se diferencian por su tiempo de permanencia.Normalmente, un archivo es suficiente.

El tiempo de permanencia indica cuántos meses permanece un registro de datos enel sistema antes de que pueda borrarse por motivos de reorganización.

Consejo: Si se modifica la clase de documento de tesorería, el sistemacrea un nuevo registro individual y archiva el original.



Gráfico 26: Carga de registros individuales externos

Al cargar el programa Registros individuales TR-CM de ficheros a R/3 (en laaplicación, Gestión de caja→ Entradas→ Registro individual→ Cargar delfichero) se importan los avisos de pago creados fuera del Sistema SAP y se creanen el Sistema SAP. Los datos pueden almacenarse en el servidor de aplicación oen el servidor de presentación.

Los avisos de pagos provienen de la estructura FDES_IMPORT. La función Crearestructura para avisos externos (en la aplicación, seleccione Gestión de caja→Herramientas→ Crear estructura para avisos externos) puede utilizarse paracrear esta estructura como un modelo.

Se soportan los siguientes formatos de fichero: XLS (Excel), CSV, TXT, ASCII.

Si utiliza el formato de fichero de Microsoft Excel, este programa debe estarinstalado en el servidor de presentación.

Para importar datos de avisos al Sistema SAP, debe especificar sólo el nombre dearchivo y el formato.

Consejo: En el caso de la cuenta bancaria, debe introducir el número decuenta , no el código nemotécnico de cuenta.



Gráfico 27: Diario de avisos de pago

En el diario de avisos, el sistema edita los avisos de pago en listas según loscriterios de selección especificados. Puede imprimirse el diario.

A diferencia de lo que ocurre en el pool de trabajo, los registros activos yarchivados pueden visualizarse en una lista individual.

El programa se ha convertido al SAP List Viewer. Puede configurar la lista desalida para que se adapte a sus necesidades específicas. Al hacerlo, puede utilizarlas siguientes funciones de SAP List Viewer:

• Mostrar u ocultar columnas• Modificar columnas• Determinar criterios de clasificación• Insertar o eliminar totales intermedios

Es posible grabar la variante de visualización de lista actual. Podrá utilizarlo otravez la próxima vez que utilice este programa.



Ejercicio 4: Registros manualesindividuales

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Registrar entradas y salidas de pagos notificadas manualmente de manera

que sean visibles en la posición de tesorería• Tratar, archivar y seleccionar avisos de pago.

Ejemplo empresarialNo sólo desea visualizar en la posición de tesorería las contabilizaciones bancariasreales, sino también los datos planificados. Por lo tanto, si en el transcurso del díarecibe una llamada de su banco comunicándole que hoy ha entrado un importe decaja elevado, podrá registrar esta operación en forma de aviso de pago aunque aúnno haya tenido lugar ninguna contabilización en cuenta de mayor.

Tarea:En esta sección se ofrece una descripción más detallada sobre el uso de losregistros individuales.

1. A las 10:15, recibe una llamada de su banco (##CURR), que le informa quehan recibido 250.000 EUR con hoy como fecha valor. Utilice la clase dedocumento de tesorería adecuada (BV) para tratar esta información.

Al poco tiempo, recibe una llamada del departamento interno de patentespara comunicarle que una comisión de patente de 500.000 EUR vencecomo muy tarde mañana. Planifique este importe en su cuenta DBGIRO.

2. Verifique sus entradas en la posición de tesorería (clasificación:ACBANKEN).

3. Desea archivar un registro individual. Llame una lista de las entradas (Tratarregistro individual mediante lista).

Archive un registro manual individual y analice cómo afecta a la posiciónde tesorería.

Ahora desea llamar sólo este registro archivado (Tratar registro individualmediante lista, clase de archivo A).

4. Reactive el registro y verifique las incidencias en la posición de tesorería.

5. Desea tratar/modificar un registro individual. Por ejemplo, modifique lafecha de planificación para una fecha en el futuro y verifique sus entradasotra vez en la posición de tesorería.



Solución 4: Registros manualesindividualesTarea:En esta sección se ofrece una descripción más detallada sobre el uso de losregistros individuales.

1. A las 10:15, recibe una llamada de su banco (##CURR), que le informa quehan recibido 250.000 EUR con hoy como fecha valor. Utilice la clase dedocumento de tesorería adecuada (BV) para tratar esta información.

Al poco tiempo, recibe una llamada del departamento interno de patentespara comunicarle que una comisión de patente de 500.000 EUR vencecomo muy tarde mañana. Planifique este importe en su cuenta DBGIRO.

a) Solución para la creación de registros manuales individuales.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Entradas→ Registro individual→ Crear.

Introduzca BV (avisos confirmados) como clase de documento detesorería y seleccione Intro o Entrada individual. Seleccione la fechaactual o fecha del día siguiente como fecha valor. Introduzca el códigonemotécnico de cuenta y un importe.

Atención: Recuerde utilizar signos negativos cuando resultenecesario.

Desde la posición de tesorería también puede crear un registroindividual:

Seleccione Entorno→ Crear registro individual o Registro individual.

Introduzca los valores siguientes:

Entrada defondos

BV Fecha valor: hoy 250.000 ##CURR

Salida defondos

BV Fecha valor:mañana

500.000 - DBGIRO




2. Verifique sus entradas en la posición de tesorería (clasificación:ACBANKEN).

a) Solución para la verificación de entradas en la posición de tesorería(clasificación “ACBANKEN”).


Clasificación: “ACBANKEN”

3. Desea archivar un registro individual. Llame una lista de las entradas (Tratarregistro individual mediante lista).

Archive un registro manual individual y analice cómo afecta a la posiciónde tesorería.

Ahora desea llamar sólo este registro archivado (Tratar registro individualmediante lista, clase de archivo A).

a) Solución para el archivo de un registro individual.

Visualizar las entradas en forma de lista:

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Entradas→ Registro individual→ Modificar con lista.

Introduzca la sociedad y ejecute el programa.

A continuación seleccione el aviso de pago a archivar y pulseConvertir. Tenga en cuenta el mensaje que le informa acerca delarchivo de un registro individual.

Visualización del registro archivado:


Introduzca la sociedad y la clase de archivo A, a continuación ejecute elprograma.




4. Reactive el registro y verifique las incidencias en la posición de tesorería.

a) Solución para la reactivación de registros manuales individuales


Introduzca la sociedad y la clase de archivo A, a continuación ejecute elprograma.

A continuación seleccione el aviso de pago que desea reactivar y pulseTraslado de cuenta. Tenga en cuenta el mensaje que le informa acercade la reactivación de un registro individual.

Visualización de los efectos en la posición de tesorería:





5. Desea tratar/modificar un registro individual. Por ejemplo, modifique lafecha de planificación para una fecha en el futuro y verifique sus entradasotra vez en la posición de tesorería.

a) Solución para la edición/modificación de registros individuales.

Modificación de datos:


Introduzca la sociedad y ejecute el programa.

Seleccione y marque el aviso de pago necesario. Seleccione Visualizarregistro individual (F2) y, a continuación, Modificar registro individual(F6).

Introduzca y grabe los datos nuevos (F11).

Visualizar el registro modificado:


A continuación, introduzca el rango de datos necesario (Fecha valorde ... a ...) y ejecute el programa de nuevo.

Visualización de los efectos en la posición de tesorería:

Seleccione SAP Easy Access – Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Sistema de información→ Informes gestión de caja→ Análisisliquidez→ Posición de tesorería.




Ahora podrá:• Reproducir flujos de pagos planificados en cuentas bancarias.• Cómo pueden tratarse y visualizarse avisos de pago.• Importar registros individuales externos de un fichero al Sistema SAP.


AC805 Lección: Customizing: Registros manuales individuales

Lección: Customizing: Registros manuales individuales

Resumen de la lecciónAhora que se ha explicado la función de los registros manuales individuales en laaplicación, esta lección trata del Customizing.


• Definir clases de documento de tesorería y asignar los niveles adecuados• Asignar clases de archivo a las clases de documento de tesorería individuales• Utilizar el campo para el vencimiento automático

Ejemplo empresarialAntes de poder trabajar con avisos de pago manuales, deben realizarsedeterminadas parametrizaciones en el Customizing. Al crear clases de documentosde tesorería que identifican los avisos de pago individuales, se realizan variasasignaciones simultáneas.

Gráfico 28: Clases de documentos de tesorería

La clase de documento de tesorería o el aviso de pago pueden definirse libremente.Esto determina otras características de los registros individuales (nivel, clase dearchivo, posiblemente también vencimiento, rango de números y selección decampo). Es la característica de clasificación más importante. Es posible utilizardiferentes clases de documentos de tesorería para indicar la probabilidad deaparición de las operaciones.

El nivel le permite realizar un análisis cualitativo del valor de una partida plan.Debería existir una relación 1:1 con la clase de documento de tesorería, de maneraque la clase de registro individual esté compensada.



La clase de archivo determina el tiempo de permanencia de una partidaplanificada manualmente en el archivo antes de su reorganización/eliminación.

El indicador Vencimiento automático determina si los registros manuales de unaclase de documento de tesorería vencen automáticamente ("X") al alcanzar lafecha de vencimiento.

También se debe definir el intervalo de números con anterioridad. El rango denúmeros controla la asignación de números para registros individuales.

La barra de selección de campos se utiliza para controlar los campos que estánlistos para la entrada.

Gráfico 29: Tiempo de permanencia del archivo

La clase de archivo puede definirse libremente en el Customizing.

El tiempo de permanencia se indica en meses. Los registros individuales quehan permanecido en el archivo superando el tiempo de permanencia se eliminandurante la siguiente ejecución de reorganización.

Normalmente, un archivo es suficiente.

Gráfico 30: Ejemplos



1) El aviso de pago puede archivarse manualmente o puede reorganizarse cuandohaya transcurrido la duración del archivo (es el escenario más habitual).

2) El aviso de pago ya no se incluye en la posición de tesorería cuando la fechaCPU es posterior a la fecha de vencimiento. Puede archivarse manualmente oreorganizarse:

- Después de llegar a la fecha de vencimiento

- Después de vencer la duración del archivo

3) La reorganización no es posible; se efectúa después de llegar a la fecha devencimiento.



Ejercicio 5: Customizing: Registrosmanuales individuales

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Configurar la nueva clase de tesorería

Ejemplo empresarialLas clases de documento de tesorería proporcionadas por SAP no cubren todassus necesidades. Por este motivo, desea crear una nueva clase de documentode tesorería.

Tarea:

1. Cree el nivel de tesorería ## (registro individual GR##) para la posición detesorería y la clase de documento de tesorería ## (registro individual GR##)(## = el número de su grupo).

Sólo debería ser posible una ejecución de archivo (sin vencimientoautomático.)

Utilice la clase de archivo A.

Debe poder introducir texto en el campo de texto (status de campo).

2. Hacia las 10:15 recibe la llamada de un cliente comunicándole que haautorizado un pago de 1.000.000 a su cuenta bancaria (11##00) y que estáa la espera de recibir un abono el día siguiente.

Registre este abono con la nueva clase de documento de tesorería.

3. Visualice este trabajo de planificación en la posición de tesorería(clasificación “ACBANKEN”).



Solución 5: Customizing: Registrosmanuales individualesTarea:

1. Cree el nivel de tesorería ## (registro individual GR##) para la posición detesorería y la clase de documento de tesorería ## (registro individual GR##)(## = el número de su grupo).

Sólo debería ser posible una ejecución de archivo (sin vencimientoautomático.)

Utilice la clase de archivo A.

Debe poder introducir texto en el campo de texto (status de campo).

a) Solución para la creación del nivel de tesorería ## y la clase dedocumento de tesorería ##.

Definir nivel de tesorería:

Seleccione IMG referencia SAP → Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→Datos maestros→ Cuentas de mayor→ Definir niveles de tesorería.

Copie o introduzca los datos nuevos. Seleccione el nivel ## y ladenominación Partida individual GR##.

Utilice el símbolo de origen BNK (contabilidad bancaria).

Definir clase de documento de tesorería:

Seleccione IMG referencia SAP → Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Estructuración→ Tesorería manual→ Definir clases de documentode tesorería.

Copie o introduzca los datos nuevos. Para la clase de documento detesorería, seleccione la misma denominación del nivel de tesorería (##).El registro individual sólo debe archivarse (no marque un vencimientoautomático). Introduzca la clase de archivo A y el rango de números 01.

Definición de status de campo puede utilizarse para fijar el status devisualización de los campos de entrada individuales (por ejemplo, fijarel texto en “Entrada obligatoria”). Tenga en cuenta que cuando elsistema copia las clases de documento de tesorería existentes, tambiéncopia su status de campo. Si selecciona Entradas nuevas, deberá fijarel status de campo completo desde cero.




2. Hacia las 10:15 recibe la llamada de un cliente comunicándole que haautorizado un pago de 1.000.000 a su cuenta bancaria (11##00) y que estáa la espera de recibir un abono el día siguiente.

Registre este abono con la nueva clase de documento de tesorería.

a) Solución para el registro de un registro individual.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Entradas→ Registro individual→ Crear.

Introduzca los datos (código nemotécnico de cuenta: ##CURR; clase dedocumento de tesorería ##, fecha valor mañana). Desde la posiciónde tesorería también puede crear un registro individual.

3. Visualice este trabajo de planificación en la posición de tesorería(clasificación “ACBANKEN”).






Ahora podrá:• Definir clases de documento de tesorería y asignar los niveles adecuados• Asignar clases de archivo a las clases de documento de tesorería individuales• Utilizar el campo para el vencimiento automático



Resumen del capítuloAhora podrá:• Reproducir flujos de pagos planificados en cuentas bancarias.• Cómo pueden tratarse y visualizarse avisos de pago.• Importar registros individuales externos de un fichero al Sistema SAP.• Definir clases de documento de tesorería y asignar los niveles adecuados• Asignar clases de archivo a las clases de documento de tesorería individuales• Utilizar el campo para el vencimiento automático


Capítulo 3Presentación de cheques al cobro

Resumen del capítuloEste capítulo trata sobre el procedimiento de presentación de cheques al cobro ylas actividades de Customizing necesarias.


• Explicar el procedimiento técnico para la presentación de cheques al cobro• Registrar cheques e imprimir la lista de cheques presentados al cobro.• Crear y ejecutar juegos de datos batch input• Tratar posteriormente las contabilizaciones (juegos de datos con errores).• Realizar las parametrizaciones del Customizing necesarias para el registro y

contabilización de operaciones de presentación de cheques al cobro.• Crear variantes de pantalla.

Contenido del capítuloLección: Vista de aplicación: Presentación de cheques al cobro .. . . . . . . . 64

Ejercicio 6: Presentación de cheques al cobro .. . . . . . . . . . . . . . . . . . . . . . . . . 71Lección: Customizing: Presentación de cheques al cobro.. . . . . . . . . . . . . . . . 79

Ejercicio 7: Customizing: Presentación de cheques al cobro .. . . . . . . . 83


Capítulo 3: Presentación de cheques al cobro AC805

Lección: Vista de aplicación: Presentación de chequesal cobro

Resumen de la lecciónEsta lección trata sobre el procedimiento de presentación de cheques al cobro.


• Explicar el procedimiento técnico para la presentación de cheques al cobro• Registrar cheques e imprimir la lista de cheques presentados al cobro.• Crear y ejecutar juegos de datos batch input• Tratar posteriormente las contabilizaciones (juegos de datos con errores).

Ejemplo empresarialSe presenta al cobro una serie de cheques en su empresa, que deben compensarseen la entrada en contabilidad de deudores. El usuario decide trabajar con laherramienta de presentación de cheques al cobro de manera que las partidasabiertas en deudores se compensen inmediatamente.

Gráfico 31: Presentación de cheques al cobro: Procedimiento

Puede utilizarse la función de presentación de cheques al cobro en Gestión decaja de SAP para registrar los cheques recibidos por la empresa.


AC805 Lección: Vista de aplicación: Presentación de cheques al cobro

La presentación manual de cheques al cobro es una “herramienta de entradarápida” que reduce considerablemente el trabajo manual que implica la entradade cheques. Sólo se registran los cheques recibidos, pero no los registros decontabilizaciones.

El sistema realiza automáticamente las contabilizaciones en la cuenta bancaria decompensación y en la cuenta de deudor junto con la compensación de pagos. Acontinuación dispone de dos opciones:

• Contabilización inmediata• Crear y, a continuación, ejecutar un juego de datos batch input

El tratamiento posterior también es diferente en función de la opción queseleccione.

Al finalizar el registro de los cheques, hay funciones adicionales disponibles parapoderlos tratar posteriormente. Por ejemplo, es posible imprimir una lista depresentación de cheques al cobro y presentarla en el banco junto con los cheques.

La lista de presentación de cheques al cobro está escrita, pero no contabilizada,después de grabar los cheques en la base de datos. Pueden realizarse cambios en lalista mientras ésta mantenga el status actual. Cuando se ha iniciado el proceso decontabilización ya no es posible realizar modificaciones.

Gráfico 32: Imputación



Procedimiento:

1. Registrar cheques. Recuerde que debe incluir información paracompensaciones. Crear un juego de datos batch input

2. Ejecutar el modo libro auxiliar. Contabilizaciones en cuentas bancarias decompensación (cheques entrantes) y a la contabilidad auxiliar (compensaciónde deudor).

3. Imprima la lista de presentación de cheques al cobro y preséntela en el bancojunto con los cheques.

4. Importe el extracto de cuenta: contabilizaciones bancarias (compensando lascuentas de compensación si es necesario).

Gráfico 33: Proceso de presentación de cheques al cobro: Pantalla deentrada |

Esta pantalla aparece la primera vez que se introduce un extracto de cuenta.

A continuación, estipule la variante de imputación. Esta es la variante de inicio ydetermina los campos que se visualizan cuando se introducen cheques realmente.La variante de imputación puede modificarse en cualquier momento a lo largo deltratamiento.

La variante de inicio especifica la variante de imputación para las contabilizacionesindividuales. Puede utilizarse el Customizing para crear pantallas de entrada(variantes) propias.

Si se selecciona la determinación de bancos interna, el sistema identifica elbanco mediante la denominación interna en lugar del código bancario y númerode cuenta externo. Puede utilizarse cualquiera de los dos, en función de laspreferencias de la empresa.

Los IDs de matchcode "D" así como el contenido de los campos Matchcode dedeudores en la pantalla siguiente crean el matchcode de las cuentas de deudorbuscadas por el sistema (determinación de cuentas para la compensación de pago).



Otra clase de tratamiento determina si las contabilizaciones del juego de datosbatch input se realizan online o como job de fondo.

Fecha valor de operación: La fecha valor de la entrada de cheque se copia enlas contabilizaciones.

Especifique una identificación de formulario si desea utilizar un formulario quedifiera del formulario estándar para la lista de cheques presentados al cobro.

Gráfico 34: Proceso de presentación de cheques al cobro: Pantalla deentrada II

Indique los datos siguientes en la imagen inicial:

Grupo: Este indicador se utiliza para diferenciar entre listas de chequespresentados al cobro. Por ejemplo, pueden combinarse cheques entrantesdentro de las agrupaciones por banco propio. El grupo es un concepto a elegirlibremente para diferenciar entre las distintas listas de cheques presentados alcobro (básicamente, un “nombre” para la lista de cheques presentados al cobro),por cuenta bancaria, nombre de la persona que efectuó el registro, hora.

Operación: La operación controla la contabilización. Las reglas se introducencuando el sistema se ha adaptado a las necesidades específicas del cliente.

Fecha contabilización: Introduzca de los documentos que se contabilizarán.

Fecha valor: Introduzca la fecha prevista en el extracto de cuenta (puedetrasladarse a los documentos que se contabilizarán).

Nota: Debido a los distintos métodos de asignación de fecha valor es preciso crearuna lista propia por moneda (o por fecha valor).



Gráfico 35: Lista de cheques presentados al cobro

Las variantes de imputación (variantes iniciales) determinan los campos que sevisualizan durante la entrada. En la imagen de entrada aparecen diferentes camposde imputación en función de las variantes de imputación que se estén utilizando.Entre otras cosas, el número de campos de imputación de una variante regula sihay 1, 2 o 3 líneas disponibles para cada registro individual.

Defina las variantes del Customizing y podrá modificarlas en cualquier momentodurante el tratamiento. Si se utilizan más campos de imputación de los que estándisponibles en la variante actual, se mostrará en un campo adicional.

Por ejemplo, es posible registrar varios números de documento y diferentesimportes de factura para un registro individual. Esto resulta útil si un deudorutiliza un cheque para compensar varias facturas. Un campo de imputación para elque se ha indicado más de un valor quedará resaltado en la visualización.



Gráfico 36: Presentación cheques al cobro: Impresión y resumen

La lista de cheques presentados al cobro puede imprimirse directamente desdela pantalla de entrada. También puede imprimirse una lista de totales que cubravarios cheques presentados al cobro.

La opción Imprimir permite visualizar el formulario para su impresión.

Puede utilizarse el resumen para obtener una visión general de sus chequespresentados al cobro. Contiene los datos siguientes:

• Fecha introducida• Introducidos por• Nombre de grupo• Sociedad y moneda• Importe total• Status de tratamiento

Pueden observarse los progresos de la contabilización de cheques presentadosal cobro mediante el status de tratamiento.. Si se han realizado tanto lascontabilizaciones como las contabilizaciones de compensación, el status seráContabilización completa. El status de contabilización incompleto aparecerá sólosi se han realizado las contabilizaciones de cuenta bancaria. Si no ha tenido lugarninguna contabilización, el status será Creado.



Gráfico 37: Creación de contabilizaciones

Las contabilizaciones pueden generarse automáticamente o mediante juegos dedatos batch input.

La opción Contabilizar crea inmediatamente los juegos de datos batch input conlas contabilizaciones para las cuentas de una contabilidad auxiliar.

Puede ejecutar los juegos de datos por separado o en bloque, online o en procesode fondo (batch).

El log muestra la estadística del tratamiento así como posibles operacioneserróneas.

Las operaciones incorrectas, que no se han tratado debido a una información paracompensaciones inadecuada, deben tratarse posteriormente.

Si se utilizan juegos de datos batch input, deberá volverlas a ejecutar de formaonline.

Si se utilizan contabilizaciones inmediatas, deberá tratar posteriormente los avisosde pago.



Ejercicio 6: Presentación de cheques alcobro

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Registrar una lista presentación de cheques al cobro en el sistema y

contabilizarla.

Ejemplo empresarialSu empresa tiene un volumen elevado de cheques recibidos. Por este motivo, hadecidido trabajar con la función de presentación de cheques al cobro manual.

Tarea:Contabilice las siguientes operaciones

1. Contabilice una factura emitida:

Fecha de documento: -11 días

Fecha de contabilización: -10 días

Deudor: T-F00B00

Importe: 10.000,-

IVA repercutido: 16% - interior (AN)

Condiciones de pago: a pagar de inmediato sin reducción (ZB00)

Utilice la cuenta 800200 (ingresos, por ejemplo, sin transferencia a CO-PA)para la contabilización de contrapartida.

Consejo: Apunte el número de documento.

2. El deudor paga con cheque (10.000) y especifica el número de documento.

Seleccione la variante de entrada SAP01 y ejecute otros tratamientos en unasesión de batch input (creación online).

Registre este cheque para su cuenta corriente mediante laDeterm.bcos.interna (ID bancaria 1000, ID de cuenta 1000).

Grupo: Nombre propio

Fecha de contabilización: Hoy

Fecha valor: Mañana




Nombre del juego de datos: NEBU##

Seleccione la operación 0002 Presentación de cheques al cobro directa.

Especifique también el número de documento.

3. Cree el modo para la contabilidad auxiliar.

4. Llame la presentación preliminar de la lista de cheques presentados al cobro(dispositivo de salida LP01).

5. Ejecute el juego de datos batch input para actualizarlo.

6. Verifique las operaciones en la cuenta de deudores T-F00B00 o las cuentasbancarias. Apunte el número de documento en la cuenta 113108.

7. Observe cómo esto afecta a la posición de tesorería (clasificación:ACBANKEN).



Solución 6: Presentación de cheques alcobroTarea:Contabilice las siguientes operaciones

1. Contabilice una factura emitida:

Fecha de documento: -11 días

Fecha de contabilización: -10 días

Deudor: T-F00B00

Importe: 10.000,-

IVA repercutido: 16% - interior (AN)

Condiciones de pago: a pagar de inmediato sin reducción (ZB00)

Utilice la cuenta 800200 (ingresos, por ejemplo, sin transferencia a CO-PA)para la contabilización de contrapartida.

Consejo: Apunte el número de documento.

a) Solución para la contabilización de una factura emitida.

Seleccione SAP Easy Access – Finanzas→ Gestión financiera→Deudores→ Contabilización→ Factura→ Sociedad: AC##.

Nombre de campo o tipo de datos Valores

Deudor T-F00B00

Fecha de la factura <-11 días>

Fecha contabilización -10 días

Importe 10.000 EUR

IVA repercutido 16% - Interior (A1)

Calcular impuestos Fije el indicador

Condiciones de pago a pagar deinmediato sinreducción (ZB00)

Cuenta mayor 800200

Importe 10.000 EUR




2. El deudor paga con cheque (10.000) y especifica el número de documento.

Seleccione la variante de entrada SAP01 y ejecute otros tratamientos en unasesión de batch input (creación online).

Registre este cheque para su cuenta corriente mediante laDeterm.bcos.interna (ID bancaria 1000, ID de cuenta 1000).

Grupo: Nombre propio

Fecha de contabilización: Hoy

Fecha valor: Mañana

Nombre del juego de datos: NEBU##

Seleccione la operación 0002 Presentación de cheques al cobro directa.




Especifique también el número de documento.

a) Solución para el registro de una lista de cheques presentados al cobro.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Entradas→ Presentación cheques manual→ Registrar.


Luego seleccione el número de documento y/o el nombre de deudorAC805 para compensar la partida abierta.


Valores

Determ.bcos.interna Fije el indicador

Variante de inicio SAP01

Clase tratam.post. 1- como batch input

Sociedad AC##

Banco propio 1000

ID de cuenta 1000

Grupo <Denominación propia>

Operación 0002 (presentación de cheques alcobro en cuenta)

Fecha contabilización <hoy>

Fecha valor <mañana>

Moneda EUR

NomJDatosContabAux NEBU##

Importe 10.000,-

Nº cheque 123

Número de documento <número de documentofactura>

Librador AC805

La grabación de la lista crea la lista de cheques presentados al cobro.Éstos se pueden modificar o añadir a la lista libremente.




3. Cree el modo para la contabilidad auxiliar.

a) Solución para la creación de los juegos de datos.

Véase el menú de la solución 1-2. . .

La grabación de la lista por segunda vez crea el modo auxiliar NEBU##.

O bien, seleccione el siguiente menú:

Seleccione→ Operación de presentación de cheques al cobro→Contabilización→ Lista individual.

4. Llame la presentación preliminar de la lista de cheques presentados al cobro(dispositivo de salida LP01).

a) Solución para la visualización de la lista de cheques presentados alcobro.

Véase el menú de la solución 1-2. . .

Seleccione → Operación de presentación de cheques al cobro→ Imprimir listas individuales (Dispositivo de salida LP01)→Presentación preliminar.

5. Ejecute el juego de datos batch input para actualizarlo.

a) Solución para la actualización de los juegos de datos.

Seleccione Sistema→ Servicios→ Batch Input→ Carpetas→Seleccionar modo NEBU##→ Ejecutar – Ejecutar visible.

Los 10.000 EUR están contabilizados en la cuenta bancaria decompensación 113108 (cheque recibido), en el deudor T-F00B00, quese compensa al mismo tiempo.




6. Verifique las operaciones en la cuenta de deudores T-F00B00 o las cuentasbancarias. Apunte el número de documento en la cuenta 113108.

a) Solución para verificar las operaciones en la cuenta de deudoresT-TF00B00 o la cuenta bancaria.

Cuenta deudor

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Deudores→ Cuenta→ Visualizar/Modificar partidas.

Introduzca el número de cuenta. Marque “Partidas compensadas:Fecha de compensación fecha de hoy”.

Cuenta mayor

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Libro mayor→ Cuenta→ Visualizar/modificar partidas.

Introduzca el número de cuenta 113108. Marque Partidas abiertas– Abiertas en fecha clave: hoy.

7. Observe cómo esto afecta a la posición de tesorería (clasificación:ACBANKEN).

a) Solución para la verificación de las consecuencias en la posición detesorería (clasificación: ACBANKEN).

Consejo: Véanse los ejercicios previos.




Ahora podrá:• Explicar el procedimiento técnico para la presentación de cheques al cobro• Registrar cheques e imprimir la lista de cheques presentados al cobro.• Crear y ejecutar juegos de datos batch input• Tratar posteriormente las contabilizaciones (juegos de datos con errores).


AC805 Lección: Customizing: Presentación de cheques al cobro

Lección: Customizing: Presentación de cheques alcobro

Resumen de la lecciónEsta lección trata sobre el Customizing del procedimiento de presentación decheques al cobro.


• Realizar las parametrizaciones del Customizing necesarias para el registro ycontabilización de operaciones de presentación de cheques al cobro.

• Crear variantes de pantalla.

Ejemplo empresarialTras haber decidido utilizar la función de presentación de cheques al cobro en suempresa, es preciso efectuar las parametrizaciones del sistema necesarias.

Gráfico 38: Proceso del Customizing – Operaciones / Reglas decontabilización

En el primer paso se definen las reglas de contabilización (operaciones internas).Las reglas de contabilización representan las operaciones de contabilizacióntípicas de la presentación de cheques al cobro.



La asignación de una regla de contabilización a una operación utilizada en laaplicación también posibilita la actualización de la operación para la presentaciónde cheques al cobro. La denominación de la operación puede definirse libremente.La denominación de la operación se define en el campo Operación de la imageninicial de la presentación de cheques al cobro.

Fecha valor de operación: Denominación de la regla que determina la fecha valordesde la fecha de contabilización (p. ej., fecha de contabilización + 2 días). Laregla se define con las condiciones bancarias.

La utilización de reglas de contabilización tiene efecto en la determinación decuentas. El sistema utiliza la operación interna para determinar la informaciónnecesaria para la contabilización (claves de contabilización, cuentas, clase dedocumento, etc.).

Las partidas de extractos de cuenta seleccionadas para compensación puedencontabilizarse en cuenta. Esto puede suponer una ventaja si se ha identificado eldeudor de la compensación original y el pago puede contabilizarse en el libro dedeudor para su posterior compensación. Además, se puede acceder a las cuentasbancarias de compensación dentro del sistema para la contabilización de cuentas.

Gráfico 39: Determinación de cuentas y contabilizaciones

Este gráfico muestra un ejemplo en el que, por razones organizativas, lascontabilizaciones bancarias y auxiliares deberán generarse cuando se presente uncheque para el cobro.



Según si una operación de contabilización afecta solamente a la contabilidaddel libro mayor o si afecta tanto a la cuenta de mayor y a la auxiliar, indiquereglas de contabilización para una o para dos áreas de contabilización. Elárea de contabilización determina si las partidas se contabilizan en el libromayor/contabilidad bancaria y/o en el libro auxiliar (= 2).

La clase de contabilización controla la actualización de datos.

La clase de contabilización determina la regla de contabilización (p. ej.,contabilización de libro mayor, auxiliar con o sin compensación).

Mediante los símbolos de cuenta (p.ej., CHEQUE RECIBIDO) se localizan lascuentas de mayor. Las entradas con máscaras parciales se refieren a las cuentasde compensación que pertenecen a la cuenta de mayor. El sistema utiliza laentrada en el campoMoneda para emitir cheques en moneda extranjera a la cuentade moneda extranjera deseada.

Seleccione el indicador de compresión para que los cheques se contabilicen comoun total y no de forma individual.

Una cuenta o clave de contabilización aún está libre en el área de contabilización2 (contabilidad auxiliar). Los datos necesarios en este punto para lascontabilizaciones de compensación se toman de la información de verificación(librador, número de documento, etc.).

Gráfico 40: Creación de variantes de entrada

Es posible crear variantes de imputación propias para la presentación de chequesal cobro, y adaptar de este modo la disposición y/o marcado de campos deimputación a sus necesidades específicas. El estándar suministrado contiene unavariante que no se puede modificar.

Si no se desea trabajar con la variante estándar, ésta puede desactivarse. Lasvariantes nuevas deben activarse una vez creadas.



Los campos relevantes para el registro de cheques se seleccionan en la secuenciadeseada para su visualización en pantalla. Para ello, sitúe el cursor en un campoposible y marque el campo mediante el menú o haciendo doble clic.



Ejercicio 7: Customizing: Presentación decheques al cobro

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Configurar su propia variante de inicio.• Crear más cuentas bancarias de compensación.

Ejemplo empresarialDesea crear una variante propia para complementar la variante estándarsuministrada por SAP. Esto le permitirá especificar información adicional alregistrar una lista de cheques presentados para el cobro.

Tarea:En su proyecto desea crear una nueva variante para introducir la lista de chequespresentados al cobro.

1. Añada una nueva variante, GR##, a las variantes de inicio. Esta variantecontendrá los campos Número del cheque de 3 dígitos, Clave bancaria de8 dígitos, Número de cuenta bancaria, Número de deudor y Número dedocumento de referencia.

Cree únicamente una partida con campos de entrada de datos. Recuerdeque debe activar la variante nueva.

2. Utilice la nueva variante para visualizar un resumen de los cheques yapresentados al cobro.

3. Añada las siguientes cuentas de compensación a los nuevos datos bancariosde 11##00: 11##05, 11##08 y 11##09. Utilice las cuentas 113105, 113108 y113109 como modelos.



Solución 7: Customizing: Presentaciónde cheques al cobroTarea:En su proyecto desea crear una nueva variante para introducir la lista de chequespresentados al cobro.

1. Añada una nueva variante, GR##, a las variantes de inicio. Esta variantecontendrá los campos Número del cheque de 3 dígitos, Clave bancaria de8 dígitos, Número de cuenta bancaria, Número de deudor y Número dedocumento de referencia.

Cree únicamente una partida con campos de entrada de datos. Recuerdeque debe activar la variante nueva.

a) Solución para añadir una variante nueva a las variantes de inicio.

Seleccione IMG referencia SAP → Gestión financiera →Contab.bancaria→Operaciones contables→ Presentación de chequesal cobro→ Definir variantes para presentación de cheques al cobro.

Seleccione Crear e introduzca el nombre de su nueva variante.

Cree únicamente una partida con campos de entrada de datos. Hagadoble clic en los siguientes campos de la lista de tareas.

• Nº de cheque de 3 dígitos• Clave bancaria de 8 dígitos• Número de cuenta bancaria• Número de deudor• Nº docum. de referencia

Grabe y active la variante nueva.

Si el sistema lo requiere, cree una nueva orden de Customizing.




2. Utilice la nueva variante para visualizar un resumen de los cheques yapresentados al cobro.

a) Solución para la utilización de la nueva variante para visualizar unresumen de los cheques ya presentados al cobro.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Entradas→ Presentación cheques manual→ Registrar.

Seleccione Resumen y haga clic sobre la cuenta bancaria para la que haregistrado la lista de cheques presentados. Marque la lista y seleccioneTrasladar.

Para llamar la pantalla de selección de variantes, elijaParametrizaciones – Especificaciones. Seleccione la nueva variantecomo variante de inicio y confírmela.

Pulse Intro para proceder a la lista de cheques presentados al cobro yvisualice la estructura controlada por la variante nueva.

3. Añada las siguientes cuentas de compensación a los nuevos datos bancariosde 11##00: 11##05, 11##08 y 11##09. Utilice las cuentas 113105, 113108 y113109 como modelos.

a) Solución para agregar las cuentas de compensación 11##05, 11##08y 11##09.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Libro mayor→ Datos maestros→ Cuentas de mayor→ Tratamientoindividual→ Central.

Utilice como modelo las cuentas 113105, 113108 y 113109.




Ahora podrá:• Realizar las parametrizaciones del Customizing necesarias para el registro y




Resumen del capítuloAhora podrá:• Explicar el procedimiento técnico para la presentación de cheques al cobro• Registrar cheques e imprimir la lista de cheques presentados al cobro.• Crear y ejecutar juegos de datos batch input• Tratar posteriormente las contabilizaciones (juegos de datos con errores).• Realizar las parametrizaciones del Customizing necesarias para el registro y



Capítulo 4Extracto de cuenta manual

Resumen del capítuloEste capítulo trata sobre las funciones del extracto de cuenta manual.


• Conocer el proceso técnico para registrar extractos de cuenta manualmente.• Registrar extractos de cuenta manualmente.• Efectuar contabilizaciones y tratarlas posteriormente (juegos de datos batch

input).• Efectuar las parametrizaciones del Customizing necesarias para el registro

manual de extractos de cuenta, así como para el registro y actualizaciónde las operaciones asociadas a ésta.

• Especificar operaciones de extracto de cuenta para contabilizacionesestándar y definir las reglas de contabilización y determinación de cuentascorrespondientes

• Configurar símbolos de cuentas y asignar números de cuenta

Contenido del capítuloLección: Vista de aplicación: Extracto de cuenta manual .. . . . . . . . . . . . . . . . . 90

Ejercicio 8: Extracto de cuenta: Registro manual.. . . . . . . . . . . . . . . . . . . . . . 97Lección: Customizing: Extracto de cuenta manual . . . . . . . . . . . . . . . . . . . . . . . .107

Ejercicio 9: Customizing: Extracto de cuenta manual .. . . . . . . . . . . . . . . . 111


Capítulo 4: Extracto de cuenta manual AC805

Lección: Vista de aplicación: Extracto de cuenta manual

Resumen de la lecciónEsta lección trata sobre la aplicación del extracto de cuenta manual.


• Conocer el proceso técnico para registrar extractos de cuenta manualmente.• Registrar extractos de cuenta manualmente.• Efectuar contabilizaciones y tratarlas posteriormente (juegos de datos batch

input).

Ejemplo empresarialAlgunos bancos envían los extractos de cuenta a su empresa por correo postal.En este punto desea familiarizarse con las opciones y procedimientos delregistro manual de estos extractos de cuenta. ¿Cómo y bajo qué condicionespuede realizarse el tratamiento posterior de los extractos bancarios registradosmanualmente?

Gráfico 41: Extracto de cuenta manual: Procedimiento

El proceso de imputación para el extracto bancario es el mismo que para lapresentación de cheques al cobro.

El extracto bancario manual es una herramienta de entrada rápida que reduceconsiderablemente el trabajo manual que implica el tratamiento de extractos decuenta. Sólo es necesario introducir las partidas de los extractos de cuenta y no losregistros contables completos.


AC805 Lección: Vista de aplicación: Extracto de cuenta manual

El sistema realiza automáticamente las contabilizaciones en la cuenta bancaria, enla cuenta bancaria de compensación y en la cuenta bancaria de deudor junto con lacompensación de pagos. A continuación dispone de dos opciones:

• Contabilización inmediata• Cree un juego de datos batch input y, a continuación, ejecútelo.

El tratamiento posterior también es diferente en función de la opción queseleccione.

El extracto de cuenta manual está escrito, pero no contabilizado, después de grabarlas verificaciones en la base de datos. Pueden realizarse modificaciones en elextracto de cuenta mientras éste mantenga el status actual. Cuando se ha iniciadoel proceso de contabilización ya no es posible realizar modificaciones.

Gráfico 42: Registrar extracto de cuenta

Esta pantalla aparece la primera vez que se introduce un extracto de cuenta.

A continuación, estipule la variante de imputación. La variante de iniciodetermina los campos que se visualizarán al introducir el extracto de cuenta. Lavariante de imputación puede modificarse en cualquier momento a lo largo deltratamiento.

La variante de inicio especifica la variante de imputación para las contabilizacionesindividuales. Puede utilizarse el Customizing para crear pantallas de entrada(variantes) propias.

Si se selecciona la determinación de bancos interna, el sistema identifica elbanco mediante la denominación interna en lugar del código bancario y númerode cuenta externo. Puede utilizarse cualquiera de los dos, en función de laspreferencias de la empresa.



Los IDs de matchcode D y K, así como el contenido de los campos Matchcodede deudores y Matchcode de acreedores de la pantalla siguiente componen elmatchcode de la cuenta de deudor/acreedor que busca el sistema (determinaciónde cuentas para la compensación de pago).

Otra clase de tratamiento determina si las contabilizaciones del juego de datosbatch input se realizan online o como job de fondo.

Fecha valor de operación: La fecha valor del extracto bancario se copia en lascontabilizaciones si se ha seleccionado previamente.

Gráfico 43: Tratamiento del extracto de cuenta (1): Banco y avisos de pago

Indique los datos siguientes en la imagen inicial:

Banco propio/ID cuenta bancaria: Aquí puede introducir la ID del banco propio yla ID de cuenta (para Determinación interna de bancos) o el código bancario y elnúmero de cuenta externo (para Determinación externa de bancos).

Número y fecha del extracto

Selección de avisos de pagos: Como parte del registro de extractos, los avisos depagos introducidos en la Gestión de caja mediante registros individuales puedencopiarse en el extracto de cuenta de forma automática. Esto los compensa. Existenvarios criterios de selección disponibles para tal efecto. Por ejemplo, es posibleseleccionar todos los avisos de pagos indicados en un período de planificaciónconcreto o como una fecha de extracto de cuenta concreta.

En Otros tratamientos, puede introducir nombres del juego de datos si trabajacon juegos de datos batch input. También puede restringir el tratamiento a lascontabilizaciones bancarias (esto mejora el rendimiento en las contabilizacionesonline).



Gráfico 44: Tratamiento del extracto de cuenta (2): Documento bancarioy selección

Utilice la operación para controlar la clase de contabilización bancaria que se estátratando, por ejemplo, abono, giro telegráfico o pago por cheque.

Selección de los documentos individuales de la contabilidad auxiliar realizadasiguiendo determinados criterios (p. ej., el número de documento) o através del matchcode (determinación de cuentas) así como de la informacióncomplementaria (determinación de documentos), p. ej., importe, asignación, fechade contabilización o fecha del documento. Los campos de selección requeridosdependen de la variante de imputación y de la variante de interpretación.

Pueden seleccionarse registros individuales en función del extracto de cuenta de laimagen inicial mediante varias características. Éstas aparecen por defecto en lasimágenes detalladas para el registro de operaciones. Los registros individuales queno concuerden con los extractos de cuenta bancaria pueden borrarse como partedel tratamiento de la pantalla de entrada.

Si se introducen por error saldos iniciales o finales incorrectos, podrá corregirlos enla pantalla de entrada. Para ello, seleccione Pasar a→ Control de modificaciones.



Gráfico 45: Tratamiento del extracto de cuenta (3): Tratamiento posterior

Puede visualizar, modificar y eliminar extractos de cuenta antes de contabilizarlos.

Es posible contabilizar los extractos de cuenta separadamente o contabilizar todoslos extractos de cuenta en el modo de trabajo actual.

La opción Contabilizar crea juegos de datos batch input necesarios para lascontabilizaciones de cuentas bancarias y de cuentas auxiliares o bien lascontabiliza inmediatamente.

La verificación del número de extracto de cuenta garantiza que lascontabilizaciones no puedan realizarse dos veces. El sistema genera un log decontabilización y muestra el nombre del juego de datos si es necesario.

El Resumen puede utilizarse para obtener un resumen de todos los extractosde cuenta. El status de tratamiento muestra el nivel que ha alcanzado lacontabilización del extracto de cuenta bancaria. Para el próximo día, seleccioneExtracto nuevo.



Gráfico 46: Ejemplo: Contabilización de extracto de cuenta manual 1




Ejercicio 8: Extracto de cuenta: Registromanual

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Contabilizar facturas recibidas y emitidas.• Registrar y contabilizar un extracto de cuenta manual.

Ejemplo empresarialAlgunas empresas envían los extractos de cuenta a su empresa por correo postal.En este punto desea familiarizarse con las opciones y procedimientos del registromanual de estos extractos de cuenta.

Tarea:Contabilice la siguiente operación.

1. Contabilice una factura recibida de 500.000 EUR.

Acreedor: T-F00B00

G/L Account: 400020

Fecha factura/Fecha contabilización: hace 7 días

Condiciones de pago: ZB00

IVA soportado: 16%

2. Pague esta factura con un cheque emitido.

Cuenta bancaria: 113101


Apunte el número de documento. (______________).

Esto compensa la cuenta de acreedor.

3. Contabilice las siguientes operaciones.

Factura emitida 590.300 EUR

Deudor: T-F00B00

Cuenta mayor: 800200






IVA repercutido: 16%

4. El banco 113100 le envía el extracto de cuenta siguiente:

Datos bancarios externos:

Código bancario: 20050000

Cta.bancaria: 111111## (## = núm. grupo)

Número de extracto de cuenta: 1

Fecha de extracto de cuenta: Hoy

Saldo inicial: 0,-

Saldo final: 100.000,-

Registre este extracto. No lo contabilice todavía. Tenga en cuenta losposibles avisos de pago (patente). Véase la posición del extracto de cuenta 1(operación 001).

La imputación se realizará utilizando la variante 1000.

Nº Opera-ción

Fechavalor

Destino deutilización

Importe D/H

1 001 Fechade hoy

Cheque emitidopara númerodocumento……..(número dedocumento de 1-2)

- 500.000 (noolvide el signo-)

D

2 070 Día an-terior

Verificar abonodesde presentacióncheques al cobro

9,700.- H


Traslado a deudorT-F00B00

590,300.- H

Utilice los siguientes nombres de juego de datos: BABU## paracontabilizaciones bancarias y NEBU## para contabilizaciones auxiliares.

5. Desea realizar más modificaciones en el extracto de cuenta.

Visualice un resumen de los extractos de cuenta registrados.

Seleccione el extracto y modifique su fecha valor de fecha de <hoy> al<día anterior>.




6. Contabilice el extracto de cuenta mediante la creación de juegos dedatos y su ejecución en primer plano. Contabilice primero el juego dedatos de contabilidad bancaria y, a continuación, el juego de datos de lascontabilizaciones auxiliares.

7. Verifique la posición de tesorería. ¿Todavía se visualiza el registro individualmanual en la clasificación ACBANK-IST?



Solución 8: Extracto de cuenta: RegistromanualTarea:Contabilice la siguiente operación.

1. Contabilice una factura recibida de 500.000 EUR.

Acreedor: T-F00B00

G/L Account: 400020



IVA soportado: 16%

a) Solución para la contabilización de la factura recibida.

Seleccione SAP Easy Access: Finanzas→ Gestión financiera→Acreedores→ Contabilización→ Factura→ Sociedad: AC##.


Si resulta necesario, deje las condiciones de pago en Pago de ZB00.


Acreedor T-F00B00

Fecha de la factura <7 días>

Fecha contabilización <7 días>

Importe 500.000 EUR

IVA soportado VN(16% - interior)


Condiciones de pago ZB00 (sin descuentopor pronto pago)

Cuenta mayor 400020

Importe 500.000 EUR

2. Pague esta factura con un cheque emitido.

Cuenta bancaria: 113101







a) Solución para el pago de la factura con un cheque emitido.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Acreedores→ Contabilización→ Salida de pagos→ Contabilizar.



Fecha de documento <6 días>


Cta.bancaria 113101

Importe 500.000 EUR

Fecha valor <6 días>

Acreedor T-F00B00

Al grabar los datos se crea la partida abierta para este acreedor.

3. Contabilice las siguientes operaciones.

Factura emitida 590.300 EUR

Deudor: T-F00B00







IVA repercutido: 16%

a) Contabilice una factura emitida.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Deudores→ Contabilización→ Factura.


Modifique las condiciones de pago de la etiqueta Pago a ZB00.


Deudor T-F00B00

Fecha de la factura <7 días>


Importe 590.300 EUR

IVA repercutido AN (16% - interior)


Condiciones de pago ZB00 (sin descuentopor pronto pago)

Cuenta mayor 800200

Importe 590.300 EUR

4. El banco 113100 le envía el extracto de cuenta siguiente:

Datos bancarios externos:

Código bancario: 20050000

Cta.bancaria: 111111## (## = núm. grupo)

Número de extracto de cuenta: 1

Fecha de extracto de cuenta: Hoy

Saldo inicial: 0,-

Saldo final: 100.000,-

Registre este extracto. No lo contabilice todavía. Tenga en cuenta losposibles avisos de pago (patente). Véase la posición del extracto de cuenta 1(operación 001).

La imputación se realizará utilizando la variante 1000.




Nº Opera-ción

Fechavalor

Destino deutilización

Importe D/H

1 001 Fechade hoy

Cheque emitidopara númerodocumento……..(número dedocumento de 1-2)

- 500.000 (noolvide el signo-)

D


Verificar abonodesde presentacióncheques al cobro

9,700.- H


Traslado a deudorT-F00B00

590,300.- H

Utilice los siguientes nombres de juego de datos: BABU## paracontabilizaciones bancarias y NEBU## para contabilizaciones auxiliares.

a) Introduzca un extracto de cuenta.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Entradas→ Extracto de cuenta manual→ Registrar.


No olvide el signo – para los cheques emitidos.

Para el cheque emitido, se deberá introducir también el número dedocumento; para la transferencia recibida, introduzca el matchcodede deudor.


Determ.bcos.interna No fijar el indicador

Leer avisos info tes. Fije el indicador

Variante de inicio 1000 (extractocuenta man.(estándar))

Clase de tratamiento: 1- como batch input

Clave de banco 200 500 00

Cta.bancaria 111111##

Moneda EUR

Número de extracto 1





Fecha del extracto <hoy>

Saldo inicial 0

Saldo final 100.000


Clase doc.tesorería BV

J.datos apuntes bc BABU##

NomJDatosContabAux NEBU##

La tabla siguiente muestra tres posiciones del extracto de cuenta.

Nº Opera-ción

Fechavalor

Im-porte

Nº Doc. Deudor

1 001 hoy 500.000-

Núm. doc.de chequeemitido

-

2 070 Díaanterior

9.700 -

3 051 Díaanterior

590.300 T-F00B00

Información de la posición 1: Si ha seleccionado un registro individualmanual, añada el número de operación (001) e introduzca el númerode documento de la Tarea 1 (el sistema propone los datos restantes).Grabar.

5. Desea realizar más modificaciones en el extracto de cuenta.

Visualice un resumen de los extractos de cuenta registrados.

Seleccione el extracto y modifique su fecha valor de fecha de <hoy> al<día anterior>.

a) Modifique el extracto de cuenta.

(como en el ejercicio anterior)

En el resumen del extracto de cuenta, coloque el cursor en el extracto,haga doble clic y seleccione Trasladar.

Seleccione Intro.

Introduzca las modificaciones. Grabar.




6. Contabilice el extracto de cuenta mediante la creación de juegos dedatos y su ejecución en primer plano. Contabilice primero el juego dedatos de contabilidad bancaria y, a continuación, el juego de datos de lascontabilizaciones auxiliares.

a) Contabilice su extracto de cuenta.


En el resumen del extracto de cuenta, coloque el cursor en el extracto.Haga doble clic y seleccione Trasladar. Para contabilizar los extractos ocrear los juegos de datos, seleccione Extracto de cuenta→ Contabilizarextractos individuales.

Para ejecutar los juegos de datos, seleccione Sistema→ Servicios→Batch Input→ Carpetas.

Seleccione el juego de datos pertinente (BABU## y NEBU##) yseleccione Ejecutar→ Ejecutar visible.

7. Verifique la posición de tesorería. ¿Todavía se visualiza el registro individualmanual en la clasificación ACBANK-IST?

a) Verifique la posición de tesorería.


Si selecciona el registro individual manual en la pantalla para introducirextractos bancarios y lo contabiliza con el extracto bancario, el registroindividual manual de la comisión de patente (BV) no se visualiza enla clasificación ACBANK-IST. (El registro individual manual se haarchivado automáticamente y se encuentra en la clase de archivo A).




Ahora podrá:• Conocer el proceso técnico para registrar extractos de cuenta manualmente.• Registrar extractos de cuenta manualmente.• Efectuar contabilizaciones y tratarlas posteriormente (juegos de datos batch

input).


AC805 Lección: Customizing: Extracto de cuenta manual

Lección: Customizing: Extracto de cuenta manual

Resumen de la lecciónEsta lección trata del Customizing del extracto de cuenta manual.


• Efectuar las parametrizaciones del Customizing necesarias para el registromanual de extractos de cuenta, así como para el registro y actualizaciónde las operaciones asociadas a ésta.



Ejemplo empresarialUna vez se ha decidido el uso del registro manual del extracto de cuenta, esnecesario aprender la manera de utilizar las parametrizaciones del Customizingnecesarias para regular las contabilizaciones correctamente.

Gráfico 49: Reglas de contabilización y operaciones

El primer paso consiste en definir las reglas de contabilización (operacionesinternas). Las reglas de contabilización representan las operaciones decontabilización típicas del extracto de cuenta.



La asignación de una regla de contabilización a una operación permite utilizarla operación en el extracto de cuenta. La denominación de la operación puededefinirse libremente. YLa denominación de la operación debe especificarse en elcampo Operación de la pantalla detallada del extracto de cuenta. Puede utilizar lalista estándar de códigos de operación para los bancos alemanes como guía.

La utilización de reglas de contabilización tiene efecto en la determinación decuentas. El sistema utiliza la operación interna para determinar la informaciónnecesaria para la contabilización (claves de contabilización, cuentas, clase dedocumento, etc.).

Las modificaciones de cuenta pueden emplearse para enviar contabilizaciones acuentas que no pertenecen a la imputación estándar.

El algoritmo de interpretación determina los campos que se valoran en la operaciónde compensación o en la determinación de documentos.

Gráfico 50: Datos de contabilización

Las operaciones internas se utilizan para determinar las reglas de contabilización yla información necesarias (claves de contabilización, cuentas, etc.).

El sistema utiliza el área de contabilización para determinar si las partidas deberíancontabilizarse en el libro mayor (1) o en el libro auxiliar (2).

La clase de contabilización controla la actualización de datos.

Las cuentas se parametrizan con sus símbolos de cuenta. Los símbolos de cuentase utilizan para determinar el número de cuenta que debe utilizarse.

La ventaja consiste en que no se necesitan entradas nuevas en tabla para lascontabilizaciones de una misma clase realizadas en diferentes bancos.



Una cuenta o clave de contabilización aún está libre en el área de contabilización 2(contabilidad auxiliar). Los datos necesarios en este punto para la contabilizaciónde compensación se toman de la información de verificación (librador, número dedocumento, etc.).

Las partidas de extractos de cuenta seleccionadas para compensación puedencontabilizarse en cuenta. Esto puede suponer una ventaja si se ha identificado eldeudor de la compensación original y el pago puede contabilizarse en el libro dedeudor para su posterior compensación. Además, se puede acceder a las cuentasbancarias de compensación dentro del sistema para la contabilización de cuentas.Se puede aplicar el mismo principio para las contabilizaciones de compensacióndel libro mayor.

Gráfico 51: Determinación de cuentas a partir de datos del banco propio



Reglas de determinación de cuentas

1. El símbolo de cuenta determina la cuenta de mayor en la que se realizanlas contabilizaciones.

2. La cuenta de mayor viene determinada por el uso del número de cuenta demayor asignado a una identificación de cuenta (enmascaramiento completo).

3. Las entradas con máscaras parciales se refieren a las cuentas decompensación que pertenecen a la cuenta de mayor.

4. El sistema utiliza la entrada en el campo Moneda para emitir cheques enmoneda extranjera a la cuenta de moneda extranjera deseada.

5. Las entradas en la columna Modificación de cuentaa son personalizables.El exit de deudor las requiere para operaciones contables específicas deempresa (por ejemplo, la clasificación de movimientos en cuenta por personaresponsable, pagos recibidos/emitidos, selección por número de nota deentrega).

Gráfico 52: Regla de contabilización y determinación de cuentas

El gráfico anterior muestra ejemplos de algunas entradas en la tabla Customizing.



Ejercicio 9: Customizing: Extracto decuenta manual

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Efectuar todas las parametrizaciones del Customizing hasta la determinación

de cuentas.

Ejemplo empresarialSe introducen todas las parametrizaciones del Customizing para un ejemplo deextracto de cuenta.

Tarea:Efectúe las siguientes parametrizaciones del Customizing.

1. Defina una clave para la regla de contabilización ##05 (## = su númerode grupo) para la nota de cargo de cheque GR##.

2. Asigne la regla de contabilización ##05 a la operación externa ##05 –Presentación de cheques al cobro de acreedores GR##.

3. Defina la determinación de cuentas para la regla de contabilización ##05.

En primer lugar cree símbolos de cuenta:

##BANCO Cuenta bancaria GR##

##CHEQUE EMITIDO. Cheque emitido GR##

Grabe las entradas.

Asigne las cuentas del plan de cuentas INT a los símbolos de cuenta. Utilicelas herramientas disponibles para el enmascaramiento parcial y completo.

##BANCO + + ++++++++++

##CHEQUE EMITIDO. + + +++++++++1

Grabe las entradas.

En este momento se pueden definir esquemas de contabilización para laregla de contabilización xx05 (sólo necesaria para el área de contabilización1 – contabilidad bancaria).




No es necesario definir una clave de contabilización en la contabilizaciónen el Debe (CHEQUE EMITIDO).

Especifique la clave de contabilización 50 en la contabilización en el Haber(##BANCO). Se trata de un documento de cuenta de mayor que deberácompensar el saldo en la cuenta de mayor.

4. Contabilice una factura recibida por un importe de 22.000 EUR.

Acreedor: T-F00B00


Fecha factura/Fecha documento: hace 7 días


IVA soportado: 16%

5. Pague esta factura por cheque emitido:

Cuenta bancaria: 11##01

Contabilización/Documento/Fecha valor: hace 6 días


6. Introduzca un extracto manual para el banco GR## CURR.

Si ya ha introducido un extracto para su banco, seleccione el pulsadorResumen y el sistema le propondrá un Nuevo extracto. El sistema proponeautomáticamente los datos bancarios, el número de extracto nuevo, la fechade extracto y el saldo inicial.

Todavía no debe haber introducido ningún extracto de cuenta. Porconsiguiente, éste es el primer extracto.

Modifique la variante de inicio a Determinación interna de bancos.

Introduzca los datos restantes, como el nuevo saldo final, la fecha decontabilización (hoy) y, en su caso, los nombres del juego de datos.

Introduzca la operación que acaba de crear.

El acreedor cobra el cheque: signo menos

7. Contabilice el extracto de cuenta y procese el juego de datos batch input.

8. Visualice la partida de acreedor T-F00B00 y la partida de mayor 11##01.¿Se han compensado las partidas?



Solución 9: Customizing: Extracto decuenta manualTarea:Efectúe las siguientes parametrizaciones del Customizing.

1. Defina una clave para la regla de contabilización ##05 (## = su númerode grupo) para la nota de cargo de cheque GR##.

a) Solución para la definición de una clave para la regla de contabilización##05.

Seleccione IMG referencia SAP → Gestión financiera →Contab.bancaria→ Operaciones contables→ Pagos→ Extractode cuenta manual→ Definir claves de contabilización y reglas decontabilización para el extracto de cuenta manual→ Plan de cuentas(INT)→ Crear claves para reglas de contabilización. Haga dobleclic en esta opción.

Seleccione Entradas nuevas.

Introduzca los datos (##05 – “nota de cargo de cheque GR##”) ygrábelos.

Regla de contabilización Texto

##05 Nota de cargo decheque GR##

Seleccione Grabar.




2. Asigne la regla de contabilización ##05 a la operación externa ##05 –Presentación de cheques al cobro de acreedores GR##.

a) Solución para la asignación de la regla de contabilización a la operaciónexterna ##05.

Seleccione IMG referencia SAP → Gestión financiera →Contab.bancaria→ Operaciones contables→ Pagos→ Extracto decuenta manual→ Crear y asignar operaciones comerciales.

Introduzca los datos (Operación: ##05; +-: -; Regla de contabilización:##05; Textp: Cobro cheque de acreedores GR##).

Opera-ción

+/- Regla decontabili-zación

Texto

##05 - ##55 Cobro cheque deacreedores GR##

Seleccione Grabar.

3. Defina la determinación de cuentas para la regla de contabilización ##05.

En primer lugar cree símbolos de cuenta:



Grabe las entradas.

Asigne las cuentas del plan de cuentas INT a los símbolos de cuenta. Utilicelas herramientas disponibles para el enmascaramiento parcial y completo.

##BANCO + + ++++++++++

##CHEQUE EMITIDO. + + +++++++++1

Grabe las entradas.

En este momento se pueden definir esquemas de contabilización para laregla de contabilización xx05 (sólo necesaria para el área de contabilización1 – contabilidad bancaria).

No es necesario definir una clave de contabilización en la contabilizaciónen el Debe (CHEQUE EMITIDO).




Especifique la clave de contabilización 50 en la contabilización en el Haber(##BANCO). Se trata de un documento de cuenta de mayor que deberácompensar el saldo en la cuenta de mayor.

a) Solución para la definición de una nueva regla de contabilización.

Seleccione IMG referencia SAP → Gestión financiera →Contab.bancaria→ Operaciones contables→ Pagos→ Extractode cuenta manual→ Definir claves de contabilización y reglas decontabilización para el extracto de cuenta manual→ Plan de cuentas(INT).

Deben efectuarse varios pasos en el Customizing.


Cree símbolos de cuenta.


Cuenta Texto



Grabe las entradas.

Asigne cuentas a los símbolos de cuenta (plan de cuentas: INT).Utilice las opciones de enmascaramiento parcial y completo.


Símbolo de cuenta Mod.cta. Moneda Cuenta mayor

##BANCO + + ++++++++++

##CHEQUEEMITIDO.

+ + +++++++++1

Grabe las entradas.

Definir reglas contabilización.






Valores

Regla de contabilización ##05

Área de contabilización 1 (contabilidad bancaria)

Clave de contabilización Debe Vacío

Símbolo de cuenta ##CHEQUE EMITIDO.

Clave de contabilizaciónHABER

50

Símbolo de cuenta ##BANCO

Clase de documento SA

Clase de contabilización 4 (compensar cuenta de mayorDEBE)

Grabe las entradas.

4. Contabilice una factura recibida por un importe de 22.000 EUR.

Acreedor: T-F00B00


Fecha factura/Fecha documento: hace 7 días





IVA soportado: 16%

a) Solución para la contabilización de la factura recibida.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Acreedores→ Contabilización→ Factura.



Valores

Acreedor T-F00B00

Factura/Fecha contabilización <7 días atrás>

Importe 22,000

Moneda EUR

Calcular impuestos X

Indicador de impuestos VN

Condiciones de pago (etiquetaPago)

ZB00

Cuenta mayor 400020

Importe *

Indicador de impuestos VN

Grabe las entradas.

5. Pague esta factura por cheque emitido:

Cuenta bancaria: 11##01

Contabilización/Documento/Fecha valor: hace 6 días





a) Solución para el pago de la factura con un cheque emitido.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Acreedores→ Contabilización→ Salida de pagos→ Contabilizar.


Nombre de campo o tipode datos

Valores

Fecha de documento/Fecha decontabilización

<6 días atrás>

Sociedad AC##

Datos bancarios

Cuenta 11##01

Importe 22,000

Fecha valor <6 días atrás>

Selección de partidas abiertas

Cuenta T-F00B00

Clase de cuenta K

Seleccione Tratar partidas abiertas.

Active la partida abierta de 22.000 EUR (si todavía no se ha activado);para ello, haga doble clic en la partida.

Seleccione Contabilizar.

Anote el número de documento (_ _ _ _ _ _ _).

6. Introduzca un extracto manual para el banco GR## CURR.

Si ya ha introducido un extracto para su banco, seleccione el pulsadorResumen y el sistema le propondrá un Nuevo extracto. El sistema proponeautomáticamente los datos bancarios, el número de extracto nuevo, la fechade extracto y el saldo inicial.

Todavía no debe haber introducido ningún extracto de cuenta. Porconsiguiente, éste es el primer extracto.


Introduzca los datos restantes, como el nuevo saldo final, la fecha decontabilización (hoy) y, en su caso, los nombres del juego de datos.

Introduzca la operación que acaba de crear.




El acreedor cobra el cheque: signo menos

a) Solución para la introducción del extracto de cuenta manual.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Bancos→ Entradas→ Extracto de cuenta→ Registrar manualmente.

Introduzca los datos. Asegúrese de introducir el extracto de cuentapara su banco.


Seleccione Parametrizaciones→ Especificaciones.


Determ.bcos.interna X

Variante de inicio 1000 (el extracto decuenta manual es estándar)

Clase tratam.post. 1 (batch input)

Seleccione Intro.


Sociedad AC##

Banco propio GR##

ID de cuenta CURR

Número de extracto 1


Saldo inicial 0

Saldo final 22,000 -


J.datos apuntes bc Banco-##

NomJDatosContabAux Vacío

Seleccione Intro.





Operación ##05

Fecha valor <ayer>

Importe 22,000 -

Número de documento <número delcheque emitido>

Grabe las entradas.

7. Contabilice el extracto de cuenta y procese el juego de datos batch input.

a) Solución para la contabilización del extracto de cuenta manual.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Bancos→ Entradas→ Extracto de cuenta→ Registrar manualmente.

Seleccione Resumen.

Seleccione el banco y el extracto de cuenta correctos.

Seleccione Trasladar.

Contabilice el extracto (haga clic en el icono de disco).

Ejecute el juego de datos.

Seleccione Sistema→ Servicios→ Batch Input→ Carpetas.

Seleccione el juego de datos BANK-## y ejecútelo (pulse “Ejecutar”).

Ejecútelo en modo visible.

8. Visualice la partida de acreedor T-F00B00 y la partida de mayor 11##01.¿Se han compensado las partidas?

a) Solución para la visualización de la partida de acreedor T-F00B00 y lapartida de mayor 11##01.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Acreedores→ Cuenta→ Visualizar/Modificar partidas.

Acreedor: T-F00B00

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Libro mayor→ Cuenta→ Visualizar/modificar partidas.

Cuenta de mayor: 11##01




Ahora podrá:• Efectuar las parametrizaciones del Customizing necesarias para el registro






Resumen del capítuloAhora podrá:• Conocer el proceso técnico para registrar extractos de cuenta manualmente.• Registrar extractos de cuenta manualmente.• Efectuar contabilizaciones y tratarlas posteriormente (juegos de datos batch

input).• Efectuar las parametrizaciones del Customizing necesarias para el registro





Capítulo 5Extracto de cuenta: Registro

electrónico

Resumen del capítuloEste capítulo trata sobre el procedimiento para procesar extractos de cuenta deforma electrónica.


• Importar datos de extractos de cuenta de manera electrónica• Explicar las diversas opciones de contabilización y el tratamiento posterior

asociado• Gestionar las operaciones para la compensación de partidas abiertas

(determinación de documentos).• Comprender la relación entre las operaciones externas (códigos de

operaciones - BTC) y las internas (reglas de contabilización y determinaciónde cuentas), así como explicar los procedimientos de contabilizaciónrelacionados

• Explicar la forma en que se interpreta el destino de utilización y las opcionesque existen para compensar partidas abiertas

Contenido del capítuloLección: Vista de aplicación: Registro electrónico de extractos decuenta .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .124

Ejercicio 10: Extracto electrónico de cuenta .. . . . . . . . . . . . . . . . . . . . . . . . . . .135Lección: Customizing: Registro de extractos de cuenta electrónicos .. .142


Capítulo 5: Extracto de cuenta: Registro electrónico AC805

Lección: Vista de aplicación: Registro electrónico deextractos de cuenta

Resumen de la lecciónEsta lección trata sobre las funciones para registrar extractos de cuenta de formaelectrónica.


• Importar datos de extractos de cuenta de manera electrónica• Explicar las diversas opciones de contabilización y el tratamiento posterior


(determinación de documentos).

Ejemplo empresarialEl usuario utiliza un software bancario cada mañana para acceder por víaelectrónica a los extractos de cuenta de uno o más de sus bancos propios. Ahoradesea familiarizarse con las opciones y el procedimiento para importar de maneraelectrónica dichos extractos a la Gestión de caja de SAP. ¿Cómo identifica elsistema las partidas abiertas? ¿De qué forma se pueden tratar posteriormentelos extractos de cuenta?

El tratamiento de extracto de cuenta electrónico en la Gestión de caja SAP se basaen el formato MultiCash. A pesar de que el sistema soporta otros formatos, comoSWIFT MT940 o BAI, se aconseja el uso de MultiCash.


AC805 Lección: Vista de aplicación: Registro electrónico de extractos de cuenta

Gráfico 53: Extracto de cuenta electrónico: Características (1)

El sistema utiliza los datos bancarios para crear dos ficheros (STATE.TXT yITEM.TXT) que se importan al Sistema SAP, donde se añadirán otros datos.El sistema busca los códigos de las operaciones (BTC) y otras informacionesrelevantes a la contabilización.

Al igual que en los otros objetos de la Gestión de caja, se puede trabajar con juegosde datos batch input o realizar contabilizaciones de inmediato. Las actividades detratamiento posterior se distinguen del mismo modo.



Gráfico 54: Extracto de cuenta electrónico: Características (2)

En caso de que se desee emplear claves de moneda alternativas (como en elformato CSB43 en España), se asignará una clase de moneda con la clase deoperación a la cuenta del banco propio en el Customizing del extracto de cuentaelectrónico.

Las clases de moneda se utilizan para formar pares a partir de las claves demoneda alternativas proporcionadas en el extracto de cuenta y de las utilizadas enel sistema (por ejemplo, de acuerdo con la norma ISO).

Los campos de destino de utilización en el extracto de cuenta electrónico contieneninformación relevante a la compensación de partidas abiertas. IEn caso de quelos algoritmos proporcionados por el sistema no sean suficientes, es posibleprogramar un exit de usuario de acuerdo con las necesidades de cada empresa.

No hay que olvidar que todas las modificaciones efectuadas en exits de usuarioson responsabilidad exclusiva del usuario.

Al importar un extracto de cuenta electrónico, el sistema identifica en éste lasoperaciones y determina la forma en que se contabilizan. La información másimportante para esto suele encontrarse mediante el uso del número de documento oel número de factura, que aparece en el extracto de cuenta "destino de utilización".

Se pueden imprimir listas desde el Sistema SAP.



Gráfico 55: Extracto electrónico de cuenta: Soporte de diversos formatos

El Sistema SAP puede leer algunos formatos directamente. El Sistema SAPtambién cuenta con algunos programas de conversión que se utilizan para convertirlos diversos formatos a MultiCash. Asimismo, es posible utilizar el softwareMultiCash del banco propio para convertir ciertos formatos (tales como SWIFTMT940) a MultiCash.

El resto del procesamiento es idéntico al de la presentación de cheques al cobro yel extracto de cuenta manual.

El sistema proporciona la ampliación siguiente para el “extracto de cuentaelectrónico”:

FEB00001, utilizado para analizar cada operación en las cuentas del banco propiopor información para compensaciones (por ejemplo, el número de documento),modificar la regla de contabilización, actuar sobre la determinación de cuentasmediante la modificación de cuentas, distribuir contabilizaciones entre juegosde datos batch input distintos.



Gráfico 56: Generación de datos del test: RFEBKATX

El programa RFEBKATX está ideado como ayuda para efectuar lasparametrizaciones de Customizing necesarias para implementar el extracto decuenta electrónico. Además, indica las opciones disponibles en el extracto decuenta electrónico.

El extracto de cuenta electrónico se utiliza, entre otras cosas, para asignarde manera automática entradas y salidas de pagos a cuentas de bancospropios cuando éstas se refieren a partidas ya contabilizadas en cuentas dedeudor/acreedor/compensación del sistema y, si hace falta, compensarlas.

La experiencia demuestra que son dos los obstáculos principales que surgendurante la implementación, especialmente en el Customizing:

Resulta muy complicado crear los campos de extracto de cuenta STATE.TXTe ITEM.TXT. Muchos de los errores de implementación son el resultado de lacreación incorrecta de estos ficheros. Asimismo, resulta complejo el uso de losficheros reales del banco porque éstos son muy extensos.

Las partidas abiertas que se deben localizar y compensar mediante el extractode cuenta deben contabilizarse, normalmente, de manera manual junto con lainformación para compensaciones correcta.

Este programa puede utilizarse para crear tanto partidas abiertas en una sociedadcomo los ficheros de extracto de cuenta correspondientes para una cuenta de bancopropio de esta sociedad. Para hacerlo, se puede utilizar directamente el programade importación RFEBKA00 y, de este modo, se verifican las parametrizacionesdel Customizing y la función general de RFEBKA00.



Gráfico 57: Importación de datos de extractos de cuenta

En Alemania se accede a los datos de los extractos de cuenta por medio delEstándar de comunicación bancaria (BCS), definido por los bancos.

El programa de transferencia (por ejemplo, MultiCash) utiliza los datos del bancopara crear dos archivos para el tratamiento posterior: STATE.TXT y ITEM.TXT.

Para la entrada de datos, se debe introducir el formato junto con los dos nombresde los ficheros y definir la clase para el tratamiento posterior. El sistema realizaautomáticamente las contabilizaciones en la cuenta bancaria, en la cuenta bancariade compensación, en la cuenta bancaria de deudor y, si procede, en la cuentabancaria de acreedor, junto con la compensación de pagos.

A continuación dispone de dos opciones:

1. Contabilización inmediata2. Cree un juego de datos batch input y, a continuación, ejecútelo.

Realice la selección de búsqueda por documento o número de referencia. Activetambién el algoritmo de interpretación.

Trabajo con variantes.



Gráfico 58: Ficheros MultiCash

El formato MultiCash se crea mediante el uso del software BCS (Estándarde comunicación bancaria) y los datos provienen de los extractos de cuenta(generalmente SWIFT MT940).

Esto significa que el formato es idéntico para todas las instituciones financieras,por lo tanto, las verificaciones (mediante un programa de hoja de cálculo o detratamiento de textos) resultan sencillas. Se crean dos ficheros: STATE.TXT eITEM.TXT. STATE.TXT contiene información de cabecera sobre el extracto decuenta e ITEM.TXT contiene la información de la operación. Mediante el uso deeste formato, se pueden importar de manera simultánea varios extractos de cuenta,incluso si éstos provienen de distintas instituciones financieras.

El software BCS suele incluirse en MultiCash. No obstante, muchas institucionesde crédito lo denominan de forma diferente (Cotel: Commerzbank, Dretec:Dresdner Bank, ELKO: Sparkassen). Si el programa BCS se obtiene de DeutscheBank, debe instalarse el programa db-direct.

El extracto de cuenta se puede imprimir y archivar de manera retrospectiva.



Gráfico 59: Extracto electrónico de cuenta: Impresión

SAP R/3 Enterprise dispone de varias funciones nuevas de tratamiento posterior.

La transacción de tratamiento posterior se denomina FEBA hasta el release 4.6. Apartir de SAP R/3 Enterprise, se denomina FEBAN.

En SAP R/3 Enterprise, la transacción de tratamiento posterior FEBA se harevisado y ha sido sustituida por la transacción FEBAN. Con FEBAN, laspartidas del extracto que el extracto de cuenta electrónico no ha contabilizadoautomáticamente pueden seleccionarse y corregirse con mucha más rapidez.

Gráfico 60: Extracto de cuenta electrónico: Tratamiento posterior conFEBAN (a partir de SAP R/3 Enterprise)



Las funciones de filtro, búsqueda y clasificación de SAP List Viewer le permitenvisualizar y tratar partidas de extractos de cuenta de la forma que se adaptemejor a sus necesidades. Por ejemplo, puede contabilizar varias partidas a lavez automáticamente con sólo pulsar un botón. Si resulta necesario, el destinode utilización, que contiene información importante para contabilizar partidasde extractos de cuenta automáticamente, puede visualizarse en una ventanaindependiente mientras se visualizan las pantallas de contabilización.

Gráfico 61: Pantalla: Tratamiento posterior de extractos de cuenta conFEBAN

En caso de que se opte por la contabilización inmediata, debe realizarse untratamiento posterior mediante la transacción dada. Puede observarse losprogresos de los traslados mediante el status de tratamiento.. Si se han realizadotanto las contabilizaciones como las contabilizaciones de compensación, elstatus será Contabilización completa. El status de “contabilización incompleta”aparecerá sólo si se han realizado las contabilizaciones de cuenta bancaria. Si noha tenido lugar ninguna contabilización, el status será Creado.

En caso de que las partidas abiertas no se puedan compensar mediante el extractode cuenta electrónico, se deben crear avisos de pago. Cuando el tratamientoposterior no se ha efectuado de manera correcta, se crean contabilizaciones encuenta. Dicho de otra forma, el extracto de cuenta electrónico genera sus propiosavisos de pago para las contabilizaciones de compensación que han dado error enel área del libro auxiliar.

Si el algoritmo de interpretación ha identificado las partidas abiertas porcompensar, el sistema determina el intermediario financiero a partir del documentocorrespondiente, siempre que éste no se haya determinado ya mediante los datosbancarios. Si no se identifica ningún intermediario financiero, se introduce unaestrella (“*”). En tal caso, el primer paso del tratamiento posterior consistiráen la asignación del aviso de pago al intermediario financiero correspondiente



(mediante el pulsador Tratar aviso de pago). El aviso de pago no puede tratarseposteriormente a no ser que se asigne un intermediario en el nivel de cabecera.En el primer paso del tratamiento posterior, seleccione Contabilizar. Los avisosde pago deben haberse tratado previamente a fin de evitar las contabilizacionesen cuenta.

Las contabilizaciones en cuenta únicamente pueden cancelarse si los avisos depago se eliminan de la contabilización. Con este fin, se debe fijar el modo (F6)Visualizar todas las pantallas y eliminar el aviso de pago de la selección decuentas..

Las partidas de extractos de cuenta seleccionadas para compensación puedencontabilizarse En cuenta. Esto puede suponer una ventaja si se ha identificado eldeudor de la compensación original y el pago puede contabilizarse en el libro dedeudor para su posterior compensación. Además, se puede acceder a las cuentasbancarias de compensación dentro del sistema para la contabilización de cuentas.



Ejercicio 10: Extracto electrónico decuenta

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Importar datos de extractos de cuenta de manera electrónica.• Explicar las diversas opciones de contabilización y el tratamiento posterior

asociado.• Explicar y ejecutar las transacciones para compensar partidas abiertas


Ejemplo empresarialEl usuario utiliza un software bancario cada mañana para acceder por víaelectrónica a los extractos de cuenta de uno o más de sus bancos propios.

Ahora desea familiarizarse con las opciones y el procedimiento para importar demanera electrónica dichos extractos a la Gestión de caja de SAP.

Tarea:Cree datos del test para el extracto de cuenta electrónico y, después, importe elextracto de cuenta.

1. Utilice el programa RFEBKATX para crear los datos del test y los ficherosSTATE##.TXT e ITEM##.TXT. Este programa puede llamarse mediantela transacción SE38 o mediante la selección de Sistema→ Servicios→Reporting .

Denomine a los ficheros que se crearán STATE##.TXT e ITEM##.TXT(## = su número de grupo). Utilice las cuentas con ID de banco 1000 e IDde cuenta 1000 como cuentas de compensación bancarias. Seleccione lafecha actual como fecha de extracto de cuenta y la fecha actual menos 10días como fecha de factura. Llame las pantallas de contabilización encaso necesario.

Nota: Puede usar la variante AC805. Corrija los valores segúncorresponda (por ejemplo, la sociedad).

Cree una o varias partidas abiertas para el deudor T-F00B00 y cree tambiénpartidas abiertas para las cuentas de compensación.





2. Verifique el log del programa RFEBKATX.

Consejo: ¿Se han efectuado las contabilizaciones de la cuentaauxiliar y de la cuenta de mayor? ¿Se han creado los campos delextracto de cuenta? ¿Existe información sobre el extracto?

3. Importe los ficheros.

Seleccione Contabilización inmediata y fije el rango de números para losnúmeros de documento de 1800000000 a 1809999999.

Consejo: Puede usar la variante AC805. Corrija los valores segúncorresponda (por ejemplo, la sociedad).

Imprima el extracto de cuenta, el log de contabilización y las estadísticas.


4. Verifique el log de contabilización, las estadísticas de tratamiento y elextracto de cuenta.

5. A continuación, verifique si se han realizado todas las contabilizaciones osi se requiere algún tipo de tratamiento posterior.

Seleccione el extracto de cuenta. Si aparece una X roja, debe efectuar eltratamiento posterior. Seleccione la partida para la que debe efectuarsetratamiento posterior. En este momento, se visualizará toda la informaciónnecesaria para efectuar el tratamiento posterior.

Contabilice el documento. Se verifica que el deudor ha pagado sin deducir eldescuento, a pesar de que tenía el derecho de hacerlo. Deduzca el importedel descuento y prosiga con la contabilización.

El marcador de verificación verde y el número de documento indican quela contabilización y la compensación de partidas abiertas se han realizadocon éxito.



Solución 10: Extracto electrónico decuentaTarea:Cree datos del test para el extracto de cuenta electrónico y, después, importe elextracto de cuenta.

1. Utilice el programa RFEBKATX para crear los datos del test y los ficherosSTATE##.TXT e ITEM##.TXT. Este programa puede llamarse mediantela transacción SE38 o mediante la selección de Sistema→ Servicios→Reporting .

Denomine a los ficheros que se crearán STATE##.TXT e ITEM##.TXT(## = su número de grupo). Utilice las cuentas con ID de banco 1000 e IDde cuenta 1000 como cuentas de compensación bancarias. Seleccione lafecha actual como fecha de extracto de cuenta y la fecha actual menos 10días como fecha de factura. Llame las pantallas de contabilización encaso necesario.

Nota: Puede usar la variante AC805. Corrija los valores segúncorresponda (por ejemplo, la sociedad).

Cree una o varias partidas abiertas para el deudor T-F00B00 y cree tambiénpartidas abiertas para las cuentas de compensación.





a) Cree los datos del test y los ficheros STATE##.TXT e ITEM##.TXT

Seleccione Sistema → Servicios → Reporting → ProgramaRFEBKATX.



Formato M (MultiCash)

Fichero del extracto state##.txt

Fichero de partidas individuales item##.txt

Sociedad AC##

Banco propio (clave breve) 1000

Cuenta (clave breve) 1000


Fecha de la factura -10 días

Modo de contabilización Fije el indicador (segúnresulte necesario)

Contabilizaciones en el deudor… T-F00B00

Primer importe 1000.-

Crear partidas abiertas en cuentas decompensación

Fije el indicador


El sistema creará contabilizaciones y ficheros de extractos de cuenta.

2. Verifique el log del programa RFEBKATX.

Consejo: ¿Se han efectuado las contabilizaciones de la cuentaauxiliar y de la cuenta de mayor? ¿Se han creado los campos delextracto de cuenta? ¿Existe información sobre el extracto?

a) Verifique el log.

Una vez ejecutado el programa, el sistema visualiza una evaluaciónde lo que el programa ha creado.

3. Importe los ficheros.




Seleccione Contabilización inmediata y fije el rango de números para losnúmeros de documento de 1800000000 a 1809999999.

Consejo: Puede usar la variante AC805. Corrija los valores segúncorresponda (por ejemplo, la sociedad).

Imprima el extracto de cuenta, el log de contabilización y las estadísticas.


a) Importe los ficheros del extracto de cuenta.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Bancos→ Entradas→ Extracto de cuenta→ Cargar.



Datos de importación Fije el indicador

Formato M (MultiCash)

Fichero del extracto STATE##.txt

Fichero de partidas individuales ITEM##.txt

Upload de la estación de trabajo Fije el indicador

Contabilizar inmediatamente Fije el indicador

Rango de números BELNR 1800000000 -1809999999

Imprimir extracto de cuenta Fije el indicador

Imprimir log de contabilización Fije el indicador

Imprimir estadística Fije el indicador


Los ficheros se importan y se actualizan de inmediato.

4. Verifique el log de contabilización, las estadísticas de tratamiento y elextracto de cuenta.

a) Verifique el log de contabilización, las estadísticas de tratamiento y elextracto de cuenta.

Una vez ejecutado el programa, el sistema visualiza una evaluaciónde lo que el programa ha creado.




5. A continuación, verifique si se han realizado todas las contabilizaciones osi se requiere algún tipo de tratamiento posterior.

Seleccione el extracto de cuenta. Si aparece una X roja, debe efectuar eltratamiento posterior. Seleccione la partida para la que debe efectuarsetratamiento posterior. En este momento, se visualizará toda la informaciónnecesaria para efectuar el tratamiento posterior.

Contabilice el documento. Se verifica que el deudor ha pagado sin deducir eldescuento, a pesar de que tenía el derecho de hacerlo. Deduzca el importedel descuento y prosiga con la contabilización.

El marcador de verificación verde y el número de documento indican quela contabilización y la compensación de partidas abiertas se han realizadocon éxito.

a) Efectúe el tratamiento posterior de la cuenta de mayor.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Bancos→ Entradas→ Extracto de cuenta→ Tratamiento posterior.


Valores

Sociedad AC##

Banco propio 1000

ID de cuenta 1000

Fecha del extracto <fecha actual>

Seleccione Ejecutar.

Se visualiza la pantalla Tratar extracto de cuenta.

Haga doble clic en la partida para la que desea efectuar el tratamientoposterior. En este momento se visualizará toda la información necesariapara efectuar el tratamiento posterior.

Contabilice el documento. Se verifica que el deudor ha pagado sindeducir el descuento, a pesar de que tenía el derecho de hacerlo.Deduzca el importe del descuento y prosiga con la contabilización.

Elmarcador de verificación verde y el número de documento indicanque la contabilización y la compensación de partidas abiertas se hanrealizado con éxito.




Ahora podrá:• Importar datos de extractos de cuenta de manera electrónica• Explicar las diversas opciones de contabilización y el tratamiento posterior





Lección: Customizing: Registro de extractos de cuentaelectrónicos

Resumen de la lecciónEsta lección trata sobre el Customizing del registro y la contabilización deextractos de cuenta electrónicos.


• Comprender la relación entre las operaciones externas (códigos deoperaciones - BTC) y las internas (reglas de contabilización y determinaciónde cuentas), así como explicar los procedimientos de contabilizaciónrelacionados


Ejemplo empresarialDesea obtener más información sobre las parametrizaciones del sistema necesariaspara utilizar el extracto de cuenta electrónico en Gestión de caja de SAP. Tienediversos bancos propios que utilizan el mismo código de operación (BTC) y deseaconfigurar las parametrizaciones del Customizing para estos bancos una sola vez.Desea asignar diferentes métodos para interpretar el destino de utilización a lasoperaciones individuales en sus bancos propios.

Gráfico 62: Operaciones


AC805 Lección: Customizing: Registro de extractos de cuenta electrónicos

El usuario utiliza el Customizing para garantizar que todas las operaciones quele comunica el banco mediante el extracto de cuenta electrónico se contabilizancorrectamente.

Los tipos de operación se asignan con el fin de combinar aquellos bancos quecuentan con códigos de operaciones externas idénticos.

Se crean claves para las reglas de contabilización. Las reglas de contabilizaciónrepresentan las operaciones de contabilización típicas del extracto de cuenta.

A continuación, y en función de los tipos de operación, se asignan las operaciones(BTC) a dichas reglas de contabilización. Es precisamente esta asignación la queposibilita la grabación de datos. No obstante, en caso de que el banco proporcioneun código de operaciones externas desconocido, el programa de importación sedetiene y se visualizará un mensaje de error. En este punto, se puede utilizar eltérmino NO ASIGNADO como operación externa. No será necesario ejecutarla importación de nuevo. La contabilización debe realizarse en una cuentacolectiva separada, que será tratada posteriormente por el contable. Además, seaconseja que el usuario introduzca el nuevo código de operaciones externas en elCustomizing, en caso de que suceda de nuevo.

La utilización de reglas de contabilización tiene efecto en la determinación decuentas. El sistema utiliza la operación interna para determinar la informaciónnecesaria para la contabilización (claves de contabilización, cuentas, clase dedocumento).

Las modificaciones de cuenta pueden emplearse para enviar contabilizaciones acuentas que no pertenecen a la imputación estándar.

Gráfico 63: Determinación de cuentas

Las operaciones internas se utilizan para determinar las reglas de contabilización yla información necesarias (claves de contabilización, cuentas, etc.).

El sistema utiliza el área de contabilización para determinar si las partidas deberíancontabilizarse en el libro mayor (1) o en el libro auxiliar (2).



La clase de contabilización controla la actualización de datos. La clase decontabilización determina la regla de contabilización (p. ej., contabilización dematerial, contabilización de terceros).

Las cuentas se parametrizan con sus símbolos de cuenta. Los símbolos de cuentase utilizan para determinar el número de cuenta que debe utilizarse. La ventajaconsiste en que no se necesitan entradas nuevas en tabla para las contabilizacionesde una misma clase realizadas en diferentes bancos.

Una clave de contabilización o una cuenta permanece libre para lascontabilizaciones de compensación. Los datos necesarios en este punto para lascontabilizaciones de compensación se toman de la información de verificación(librador, número de documento, etc.).

Las partidas de extractos de cuenta seleccionadas para compensación puedencontabilizarse En cuenta. Esto puede suponer una ventaja si se ha identificado eldeudor de la compensación original y el pago puede contabilizarse en el libro dedeudor para su posterior compensación. Además, se puede acceder a las cuentasbancarias de compensación dentro del sistema para la contabilización de cuentas.

Gráfico 64: Algoritmo de interpretación

Durante la importación del extracto de cuenta electrónico, el sistema identifica lasoperaciones mediante las parametrizaciones efectuadas por el usuario previamentey determina así la forma en que se debe contabilizar cada operación. El sistemalocaliza la información más importante para el proceso de compensación (porejemplo, las partidas abiertas de deudor se compensan con las entradas de caja)mediante el número de documento o el número del documento de referencia en lalínea del destino de utilización del extracto de cuenta.

En algunas ocasiones, la información del campo del destino de utilización esincompleta. Es posible, por ejemplo, que falten los primeros dígitos del número dedocumento. En tales casos, el algoritmo de interpretación no puede hacer nada.No puede encontrar los números de documento correspondientes en el sistema y,por lo tanto, el importe no se puede contabilizar. A continuación, las operacionesdeben tratarse posteriormente de forma manual.


AC805 Lección: Customizing: Registro de extractos de cuenta electrónicos

La cuota de resultado en la búsqueda del número de documento se puede aumentardefiniendo modelos de los números de documento. El sistema realizará labúsqueda utilizando estos "strings de búsqueda" antes de que lo haga el algoritmode interpretación.




Ahora podrá:• Comprender la relación entre las operaciones externas (códigos de





Resumen del capítuloAhora podrá:• Importar datos de extractos de cuenta de manera electrónica• Explicar las diversas opciones de contabilización y el tratamiento posterior


(determinación de documentos).• Comprender la relación entre las operaciones externas (códigos de




Capítulo 6Clearing de cuentas

Resumen del capítuloEste capítulo trata sobre el clearing de cuentas en la aplicación y el Customizing.


• Crear y tratar propuestas de clearing• Imprimir y enviar correspondencia de clearing• Gestionar las operaciones de contabilización utilizadas en el clearing de

cuentas• Especificar los datos prefijados del clearing en el Customizing.• Efectuar clearing de cuentas.

Contenido del capítuloLección: Vista de aplicación: Clearing de cuentas .. . . . . . . . . . . . . . . . . . . . . . . .150Lección: Clearing de cuentas: Customizing.. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .156

Ejercicio 11: Clearing de cuentas ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .161


Capítulo 6: Clearing de cuentas AC805

Lección: Vista de aplicación: Clearing de cuentas

Resumen de la lecciónEsta lección trata sobre las aplicaciones de clearing de cuentas.


• Crear y tratar propuestas de clearing• Imprimir y enviar correspondencia de clearing• Gestionar las operaciones de contabilización utilizadas en el clearing de

cuentas

Ejemplo empresarialAl finalizar la mañana, desea unir diariamente sus diferentes saldos de cuentasbancarias en una cuenta de destino para conseguir una visión general unívoca desu liquidez. Después de haber informado por teléfono a los bancos escogidos,imprima desde el sistema sus formularios de correspondencia (revisados si espreciso), para enviarlos también a los bancos. Después deberá precontabilizarla propuesta de clearing para que al día siguiente se puedan efectuar lascontabilizaciones bancarias en las cuentas corrientes mediante el extracto decuenta.

El clearing de cuentas implica el traslado de los saldos de diversas cuentasbancarias a una cuenta de destino, manteniendo definidos los saldos en las cuentasde origen. El sistema crea una propuesta de clearing a partir de la clasificación.La propuesta contiene el saldo al finalizar el día y el resultado plan, es decir, losposibles traslados de cuentas. La propuesta de clearing se puede modificar encualquier momento del proceso. El resultado se imprime en forma de órdenes depago a los bancos. Asimismo, se crean notas de pago. Éstas son necesarias para elnuevo saldo bancario con fecha valor.


AC805 Lección: Vista de aplicación: Clearing de cuentas

Gráfico 65: Clearing de cuentas: Resumen

La clasificación contiene únicamente los costes que se incluirán en el clearing decuentas. Es posible definir clasificaciones distintas en aquellos casos en que elprocedimiento de clasificación sea distinto.

El usuario dispone de la opción de efectuar un clearing de saldos para variassociedades simultáneamente. Para hacerlo, se utiliza un pool de trabajo quecombina varias sociedades.

El clearing de cuentas puede iniciarse como un programa de informes, lo quesignifica que pueden utilizarse variantes.



Gráfico 66: Clearing de cuentas: Informe

El procedimiento para ejecutar el programa de informes es el siguiente:

• Introduzca la sociedad , o bien, en caso de realizar un clearing de cuentaspara más una sociedad, el pool de trabajo.

• En el campo Fecha plan , introduzca la fecha plan límite en la que se desearealizar el clearing de saldos.

• Introduzca un criterio de agrupación en el campo Agrupación, que lepermitirá seleccionar cuentas concretas para el clearing (por ejemplo,ACBANK-IST).

• Introduzca el código nemotécnico de cuenta en el que se hará el clearing delos importes (por ejemplo, DBGIRO), junto con la sociedad de destino.

• Si procede, utilice el campo Saldo mínimo para determinar el saldo mínimoque debe poseer una cuenta antes de que ésta se seleccione para el clearing.

• En el campo Clase de documento de tesorería, introduzca una clase dedocumento asignado al clearing de cuentas.

El importe previsto es el total de los saldos finales de la Gestión de caja menoscualquier saldo mínimo definido aplicable. Este no puede ser el caso de la cuentade destino porque ésta no debe contar con un saldo negativo. Los importes puedentratarse.

Una vez tratada la propuesta del clearing, es posible crear dos avisos de pagopara cada orden de pago. Uno de los avisos es para la cuenta emisora y el otropara la receptora.



Gráfico 67: Clearing de cuentas: Procedimientos de contabilización

La confirmación de que se han creado los avisos aparece en una ventana adicional.El sistema informa al usuario de que los avisos se han creado y éste regresa ala imagen inicial.

Gracias al programa de pagos, es posible contabilizar avisos de pagos creadosdurante el clearing en las cuentas correspondientes. El programa crea un juego dedatos batch input para las contabilizaciones y archiva los avisos de pago.

La condición previa para efectuar la contabilización es que la cuenta a contabilizardebe estar registrada en la tabla Customizing (vías de pago y saldos mínimos).

Las contabilizaciones se pueden simular primero. La simulación no crea un juegode datos batch input para las contabilizaciones ni tampoco archiva los avisosde pago. No obstante, emite la lista.

Los extractos de la cuenta en cuestión llegan al día siguiente y compensan lascontabilizaciones preliminares en las cuentas de compensación correspondientes.

Gráfico 68: Clearing de cuentas y programa de pagos



Las órdenes de pago son documentos utilizados para crear medios de pago.Normalmente, se crean de manera automática cuando se contabilizan lasoperaciones vencidas. Posteriormente se gestionan (de manera individual oconjunta) mediante el F111, el programa de pagos para órdenes de pago.

Gráfico 69: Parámetros del programa de pagos

El control de selección de campos permite regular los campos de parámetros deentrada que se visualizan o se ocultan.

En el Customizing de la contabilidad bancaria puede utilizar las parametrizacionesglobales para estipular cuáles de los siguientes campos deben aparecer y estarlistos para la entrada al registrar parámetros de pago:

• Cuentas de acreedor• Cuentas de deudor• Cuentas de mayor• Fecha de creación• Origen

El indicador Origen se puede utilizar para establecer la aplicación para la que secrearán los pagos.




Ahora podrá:• Crear y tratar propuestas de clearing• Imprimir y enviar correspondencia de clearing• Gestionar las operaciones de contabilización utilizadas en el clearing de

cuentas



Lección: Clearing de cuentas: Customizing

Resumen de la lecciónTrata sobre el Customizing para el clearing de cuentas.


• Especificar los datos prefijados del clearing en el Customizing.• Efectuar clearing de cuentas.

Ejemplo empresarialCuando se efectúa el clearing de cuentas deberán conservarse los saldos mínimosen las cuentas. Esto debe especificarse en el Customizing. Además, deberá definirla cuenta de compensación para la contabilización de la propuesta de clearing.

Gráfico 70: Especificaciones del clearing

Para poder utilizar el clearing de cuentas, primero se debe indicar algunasparametrizaciones del Customizing.

Se debe introducir una cuenta de compensación a la que se realizarán lascontabilizaciones durante el clearing de cuentas. Pueden existir cuentas decompensación independientes para las contabilizaciones del Debe y el Haber quese producen al contabilizar avisos de pago del clearing de cuentas (no se requierenal crear órdenes de pago).


AC805 Lección: Clearing de cuentas: Customizing

Es posible realizar el clearing de importes mediante el movimiento entrebancos utilizando una cuenta transitoria. Los importes no pasan, en ese caso,directamente a la cuenta de destino, sino a la cuenta colectiva. Se trasladan,pues, desde ésta a la cuenta de destino. Esto significa que nadie podrá utilizar elaviso de pago y la orden de pago adjunta para rastrear la cuenta a la que se hancontabilizado finalmente los importes.

Los importes de las cuentas se definen al configurar el sistema. Si se modificanlos saldos mínimos o los saldos plan y las tolerancias al efectuar el clearing decuentas, se pueden modificar los saldos finales de las cuentas. Si el saldo de unacuenta se encuentra dentro de los límites de tolerancia, no se realiza ningunatransferencia.

Además, pueden definirse importes de los avisos de pago para cada cuenta. En laaplicación, se puede especificar una imagen inicial de importe mínimo de aviso depago para clearing de cuentas. Esto se aplica a todas las cuentas del clearing.

Gráfico 71: Clearing: Ejemplos de configuración

Ejemplo 1: Clearing dentro de una sociedad

Ejemplo 2: Clearing para un grupo

Ejemplo 3: Clearing dentro de una sociedad, utilizando una cuenta colectiva



Gráfico 72: Clearing de cuentas: Correspondencia

El sistema crea automáticamente confirmaciones para las órdenes de pagoemitidas. Para ello, deberá crearse un formulario adecuado que se asignará alprograma.

El receptor del pago puede imprimirse en el formulario. Esto resulta especialmenteimportante en el caso de los avisos de pago que cubren más de una sociedad.

Las confirmaciones pueden crearse para el banco tras haber confirmado que losavisos de pago han sido creados.

Gráfico 73: Confirmación de clearing: Dirección y número de cuenta

El banco propio y la clave bancaria de los datos maestros de cuentas bancariaspara determinar la clave bancaria, el número de cuenta bancaria y la direcciónadjunta.



En el Customizing de la contabilidad bancaria puede utilizar las parametrizacionesglobales para estipular cuáles de los siguientes campos deben aparecer y estarlistos para entrada al registrar parámetros de pago:

• Cuentas de acreedor• Cuentas de deudor• Cuentas de mayor• Fecha de creación• Origen

Si no desea fijar restricciones y desea pagar siempre las partidas vencidas, nomarque ninguno de estos campos.

Utilice las parametrizaciones Customizing para el indicador de origen paracontrolar lo siguiente durante el tratamiento de las operaciones de pago:

• Si el programa de pagos debería comprobar los importes previstos. Si sefija este indicador, el programa no comprueba los importes previstos paralas órdenes de pago.

• Si debe utilizarse la determinación de cuentas en la aplicación o en elprograma de pagos para determinar la cuenta bancaria de compensación parapagos. Si no se fija este indicador, la función de determinación de cuentasdel programa se utiliza para determinar la cuenta bancaria de compensación.Debe ignorarse el resultado de la determinación de cuentas de la aplicación.

• Si las características ya definidas para un origen deben utilizarse cuandolas órdenes de pagos se compensan con diferentes orígenes. Si se fija esteindicador, el programa de pagos utiliza las características para estos orígenesal compensar órdenes de pagos con diferentes orígenes.

Los orígenes cuyas órdenes de pagos están imputadas entre sí deben asignarsemutuamente. Realice esto en el Customizing para la contabilidad bancaria.



Ejercicio 11: Clearing de cuentas

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Crear una cuenta bancaria de compensación para el clearing de cuentas y

completar la tabla de la vía de pago en el Customizing• Crear una propuesta de clearing de cuentas• Imprimir la propuesta de clearing de cuentas• Contabilizar la propuesta de clearing de cuentas

Ejemplo empresarialHa decidido hacer un clearing de los saldos diarios de cuentas de sus diferentescuentas bancarias en una cuenta de destino. En este punto indique lasparametrizaciones del sistema necesarias y efectúe un clearing de cuentas. Acontinuación, imprima la propuesta de clearing de cuentas para poder enviarla alos bancos cuyas cuentas desee compensar. Acto seguido, contabilice la propuestamediante las cuentas bancarias de compensación y compárelas con las del extractode cuenta del día siguiente.

Tarea:Desea poder incluir su nueva cuenta en el clearing de cuentas y, a continuación,efectuar el clearing de cuentas.

1. En la IMG de referencia de SAP, añada los nuevos datos bancarios (11##00)a la tabla de clearing de cuentas. No realice el clearing de cuentasmediante una cuenta provisional. Introduzca el saldo plan/mínimo plan(1.000/100) y la cuenta de compensación (11##05) en la que se realizarán lascontabilizaciones cuando las órdenes de pago creadas durante el clearing decuentas bancarias se conviertan en documentos FI.

Si aún no se ha creado la cuenta 11##05, proceda ahora a su creación.

2. Una vez tratadas todas las operaciones de gestión de caja, será preciso decidirlo que se debe hacer con los saldos bancarios. Decide trasladar los saldosbancarios a la cuenta DRGIRO (113200). El traslado deberá efectuarseúnicamente en unidades de millar enteras (grupo ACBANK-IST, clase deaviso: CL). Recuerde que debe introducir el código nemotécnico de cuentay no el número de cuenta de mayor.

3. Cree las confirmaciones correspondientes para los bancos (simúlelas ensu pantalla).

4. Ahora desea crear contabilizaciones FI a partir de los avisos de pago declearing.




A continuación contabilice las notas del clearing para su sociedad, teniendoen cuenta las cuentas a las que se contabilizan (+++++5). Ejecute el juegode datos batch input.

5. Asigne las cuentas 11##00 y 11##05 a la clasificación ACCLEARING.Visualice la posición de tesorería (clasificación clearing). Lascontabilizaciones de clearing se hallan en el nivel B5.



Solución 11: Clearing de cuentasTarea:Desea poder incluir su nueva cuenta en el clearing de cuentas y, a continuación,efectuar el clearing de cuentas.

1. En la IMG de referencia de SAP, añada los nuevos datos bancarios (11##00)a la tabla de clearing de cuentas. No realice el clearing de cuentasmediante una cuenta provisional. Introduzca el saldo plan/mínimo plan(1.000/100) y la cuenta de compensación (11##05) en la que se realizarán lascontabilizaciones cuando las órdenes de pago creadas durante el clearing decuentas bancarias se conviertan en documentos FI.

Si aún no se ha creado la cuenta 11##05, proceda ahora a su creación.

a) Solución para la introducción completa de datos en la tabla de pagos.

Customizing: Tesorería

IMG referencia SAP→ Financial Supply Chain Management→Cash and Liquidity Management→ Gestión de caja→ Operacionescontables→ Clearing de cuentas→ Especificar cuenta de vía de pago,cuentas de compensación e importes

Copie una entrada o introduzca sus datos. Seleccione Entradas nuevas.


Valores

Sociedad AC##

Cta.bancaria 11##00

Saldo plan/Mínimo previsto 1000/ 100

Cuenta de compensaciónDebe/Haber

11##05

La cuenta de compensación bancaria se crea en el componente deaplicación FI.

2. Una vez tratadas todas las operaciones de gestión de caja, será preciso decidirlo que se debe hacer con los saldos bancarios. Decide trasladar los saldosbancarios a la cuenta DRGIRO (113200). El traslado deberá efectuarse




únicamente en unidades de millar enteras (grupo ACBANK-IST, clase deaviso: CL). Recuerde que debe introducir el código nemotécnico de cuentay no el número de cuenta de mayor.

a) Solución: Clearing de cuentas

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Planificación→ Clearing de cuentas→ Crear.

Indique sus selecciones (incluidas la clasificación ACBANK-IST, lacuenta de destino DRCURRENT, la sociedad de destino e informacióndetallada sobre avisos de pago).


Valores

Sociedad AC##

Clasificación ACBANK-IST

Moneda EUR

Saldo mínimo Su opción

Ind.cuenta destino DRGIRO

Sociedad destino AC##

Clase doc.tesorería CL

Importes mínimos 1.000

Seleccione Ejecutar.

Grabe los avisos de pago (icono de disco). (Confirme que desea crearlos avisos de pago; para ello, seleccione Sí). Puede visualizar losnuevos avisos de pago de clearing en la posición de tesorería.

3. Cree las confirmaciones correspondientes para los bancos (simúlelas ensu pantalla).

a) Solución para la creación de la confirmación para los bancos.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Planificación→ Clearing de cuentas→ Imprimir confirmaciones.


4. Ahora desea crear contabilizaciones FI a partir de los avisos de pago declearing.




A continuación contabilice las notas del clearing para su sociedad, teniendoen cuenta las cuentas a las que se contabilizan (+++++5). Ejecute el juegode datos batch input.

a) Solución para la contabilización de los avisos de pago de clearingen la sociedad.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Planificación→ Clearing de cuentas→ Contabilizar (fíjese en elindicador de ejecución de test).


El sistema crea un juego de datos batch input

Seleccione Sistema→ Servicios→ Batch Input→ Carpetas→(Seleccione el juego de datos y ejecútelo en modo visible).

5. Asigne las cuentas 11##00 y 11##05 a la clasificación ACCLEARING.Visualice la posición de tesorería (clasificación clearing). Lascontabilizaciones de clearing se hallan en el nivel B5.


Véanse las soluciones anteriores.




Ahora podrá:• Especificar los datos prefijados del clearing en el Customizing.• Efectuar clearing de cuentas.



Resumen del capítuloAhora podrá:• Crear y tratar propuestas de clearing• Imprimir y enviar correspondencia de clearing• Gestionar las operaciones de contabilización utilizadas en el clearing de

cuentas• Especificar los datos prefijados del clearing en el Customizing.• Efectuar clearing de cuentas.


Capítulo 7Previsión de liquidez

Resumen del capítuloEste capítulo analiza de forma detallada la previsión de liquidez.


• Poder explicar las características de la actividad y los aspectos de laintegración de la planificación a medio plazo.

• Conocer el significado de los grupos de tesorería.• Configurar cuentas de terceros.• Realizar el control de selección de campos de las cuentas de terceros• Configurar y llamar las posibilidades de visualización de los apuntes

estadísticos• Configurar el control de dynpros para la entrada de documentos• Garantizar la integración de operaciones en cuentas de mayor especiales.• Garantizar la integración de datos de MM/SD y Tesorería.

Contenido del capítuloLección: Vista de aplicación: Previsión de liquidez .. . . . . . . . . . . . . . . . . . . . . . .170

Ejercicio 12: Previsión de liquidez .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .177Lección: Previsión de liquidez: Customizing ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . .183


Capítulo 7: Previsión de liquidez AC805

Lección: Vista de aplicación: Previsión de liquidez

Resumen de la lecciónEsta lección trata sobre las aplicaciones de la previsión de liquidez.


• Poder explicar las características de la actividad y los aspectos de laintegración de la planificación a medio plazo.

• Conocer el significado de los grupos de tesorería.• Configurar cuentas de terceros.

Ejemplo empresarialDespués de obtener una amplia visión sobre el desarrollo de las cuentas bancariasy las cuentas bancarias de compensación, así como de las parametrizaciones delsistema necesarias para ello, a continuación le interesará saber también el modo deobtener una vista a medio plazo de las cuentas auxiliares.

La posición de tesorería muestra el modo en que se producirán movimientos enlas cuentas bancarias en los días siguientes. Mientras, la previsión de liquidezilustra las modificaciones de la liquidez en la contabilidad auxiliar. También sesoportan funciones que pueden utilizarse para obtener información relevante a lasprevisiones de flujos de pagos. Esta información aparece como partidas plan en laprevisión de liquidez.

Gráfico 74: Características de la previsión de liquidez


AC805 Lección: Vista de aplicación: Previsión de liquidez

La información se basa en los pagos detallados de/a deudores y acreedores, porpartidas abiertas. Dado que la planificación para pagos recibidos y efectuadoscubre un marco temporal más amplio, la probabilidad de que los pagos tenganlugar en el día indicado es menor que en la posición de tesorería.

Los siguientes son ejemplos de orígenes de información de planificación para laprevisión de liquidez:

• Créditos y comprometidos como pagos previstos• Sueldos planificados y pagos de salario

Como en el caso de la posición de tesorería, es necesario efectuar clasificacionespara fijar la estructura de la previsión de liquidez. El criterio de agrupación seutiliza para combinar determinados niveles y grupos de tesorería con el propósitode visualizarlos.

Gráfico 75: Integración: Previsión de liquidez

Los deudores, como los acreedores, se dividen en grupos de tesorería.



Gráfico 76: Condición previa I: Grupos de tesorería

Puede definir libremente los criterios que se utilizarán (pagador neto, pagador deriesgo, en función de la ubicación geográfica).

Los niveles informan sobre la clase del movimiento de cuenta.

Debe introducir un grupo de tesorería definido en el registro maestro para que elsistema transfiera datos entre las cuentas de deudor/acreedor y la previsión deliquidez.

Gráfico 77: Condiciones previas II: Maestro de cuentas



Gráfico 78: Historial de pagos: Fecha de tesorería

El sistema tiene en cuenta el historial de pagos de deudores (descuento) enel momento de determinar la fecha de tesorería si se selecciona el campoRecon.historial de pagos en el registro maestro de deudor.

Se consideran los tres últimos períodos de pago (historial de pagos a corto plazo).El cálculo se compensa en función del importe.

Puede rastrearse el historial de pagos como parte del análisis de cuentas.

La previsión de liquidez incluye un parámetro nuevo para tener en cuenta lasfechas de pago y selecciones para las fechas de pago de deudores y acreedores.Puede utilizarlos para cambiar la visualización de la previsión de liquidez deforma que los importes no se visualicen en la fecha de tesorería relevante, sino enla fecha de pago.

Si se ramifica de la previsión de liquidez a las partidas individuales, el sistematiene en cuenta la visualización modificada. Esto significa que se visualizan laspartidas individuales asignadas a la fecha de pago relevante.

Para aprovechar esta característica nueva, debe actualizar la tabla relevante en elCustomizing. Vea la Ayuda F1 del parámetro, las selecciones y los campos devisualización para obtener más información.



Gráfico 79: Integración: Bloqueo de pago

En esta opción de menú, es posible definir la asignación para los nivelesbloqueados de los niveles de la previsión de liquidez. Si a continuación se efectúauna contabilización con pagos bloqueados, el sistema utiliza el nivel bloqueado enlugar del nivel estándar para el grupo de tesorería en cuestión.

El bloqueo de pagos sobre los importes visualizados en la previsión de liquidezes entonces claramente identificable.

Gráfico 80: Integración de operaciones especiales



Las partidas individuales resultantes de las operaciones especiales se transfieren aun nivel especial.

Resulta más sencillo controlar operaciones de cuenta de mayor especiales en laGestión de caja que en Finanzas.


Utilice niveles que empiecen por “F”, ya que se trata de contabilizaciones FI.Resulta una buena idea utilizar el indicador de cuenta de mayor especial comosegunda letra. (Ejemplo: “FF” para solicitud de anticipos).



Ejercicio 12: Previsión de liquidez

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Introducir facturas emitidas y recibidas para poder visualizarlas en la

previsión de liquidez.• Garantizar que el historial de pagos de deudores se ha registrado

correctamente

Ejemplo empresarialDesea utilizar la previsión de liquidez para obtener un resumen de la liquidez amedio plazo. Deberían incluirse tanto las cuentas bancarias como las auxiliares.Desea reproducir las facturas emitidas y recibidas en la previsión de liquidez.

Asimismo, desea registrare el historial de pagos de deudores para tener en cuentalas incidencias en la previsión de liquidez producidas en las operaciones siguientes.

Tarea:Lleve a cabo las siguientes tareas.

1. Contabilice la factura emitida siguiente (fecha de documento: hoy):

Deudor: T-F00B00, importe: 10.000, IVA repercutido: ON, calcularimpuestos, condiciones de pago: ZB01

Contrapartida: Cuenta 800200

Contabilice la siguiente factura recibida (fecha de documento: hoy):

Acreedor: T-F00B00, importe 10.000, IVA soportado: proveedor, calcularimpuesto.


2. Verifique las entradas mediante la visualización de la gestión de caja a medioplazo, previsión de liquidez (clasificación: ACPERSONEN/ACGESAMT).

3. Cree el deudor T-F00B## en su sociedad (AC##) (deudor de referencia:T-F00B00).

Asigne el grupo de tesorería E2 a este deudor y fije la casilla de selecciónGrabar historial de pagos.

4. Utilice el análisis de cuentas para visualizar las partidas individuales delas cuentas de deudor T-F00B00 y T-F00B##. A continuación, seleccionePasar a para acceder al análisis del historial de pagos.

Contabilice la factura emitida siguiente (fecha de documento: día de hoy):Continúa en la página siguiente



Deudor: T-F00B##, importe: 50.000, IVA repercutido: AN, condicionesde pago: ZB01.


Utilice el análisis de cuentas de nuevo para visualizar las partidasindividuales para la cuenta de deudor T-F00B##.

El análisis del historial de pagos (a través de Pasar a) todavía esta vacíoporque no se ha recibido ningún pago.

Visualice la previsión de liquidez (incremento en días, clasificación:ACGESAMT). La factura se planifica para 14 días desde la fecha actual.

El deudor ha realizado el pago.

Contabilice el pago recibido con fechas de contabilización, de documentoy de valor antes de 20 días (cuenta bancaria 113102, importe 49.000 –deudor T-F00B##).

El sistema visualiza ahora el historial de pagos del deudor T-F00B##.

Si contabiliza ahora otra factura emitida (fecha de documento: “Día actual”),¿qué fecha de tesorería aparecerá?



Solución 12: Previsión de liquidezTarea:Lleve a cabo las siguientes tareas.

1. Contabilice la factura emitida siguiente (fecha de documento: hoy):

Deudor: T-F00B00, importe: 10.000, IVA repercutido: ON, calcularimpuestos, condiciones de pago: ZB01


Contabilice la siguiente factura recibida (fecha de documento: hoy):

Acreedor: T-F00B00, importe 10.000, IVA soportado: proveedor, calcularimpuesto.


a) Solución para la contabilización de las facturas.

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Deudor / Acreedor→ Contabilización→ Factura.


2. Verifique las entradas mediante la visualización de la gestión de caja a medioplazo, previsión de liquidez (clasificación: ACPERSONEN/ACGESAMT).

a) Solución para la verificación de las entradas en la previsión de liquidez.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Sistema de información→ Informes gestión de caja→ Análisisliquidez→ Previsión de liquidez.

Introduzca sus selecciones.

Observe que un historial de pagos ya se ha registrado en su deudorT-F00B00.

3. Cree el deudor T-F00B## en su sociedad (AC##) (deudor de referencia:T-F00B00).




Asigne el grupo de tesorería E2 a este deudor y fije la casilla de selecciónGrabar historial de pagos.

a) Seleccionar

SAP Easy Access→ Finanzas→ Gestión financiera→ Deudores→Datos maestros→ Crear.

Deudor: T-F00B##

Sociedad: Su sociedad (AC##)

Deudor de referencia: T-F00A00

Sociedad de referencia: AC##

Dirección: Indique la dirección relevante

Concepto de búsqueda: AC805

Datos de la sociedad (Gestión financiera):

Grupo de tesorería: E2

Datos de la sociedad – Operaciones contables

Grabar historial de pagos: Fije la casilla de selección.

Seleccione Grabar.

4. Utilice el análisis de cuentas para visualizar las partidas individuales delas cuentas de deudor T-F00B00 y T-F00B##. A continuación, seleccionePasar a para acceder al análisis del historial de pagos.

Contabilice la factura emitida siguiente (fecha de documento: día de hoy):

Deudor: T-F00B##, importe: 50.000, IVA repercutido: AN, condicionesde pago: ZB01.


Utilice el análisis de cuentas de nuevo para visualizar las partidasindividuales para la cuenta de deudor T-F00B##.

El análisis del historial de pagos (a través de Pasar a) todavía esta vacíoporque no se ha recibido ningún pago.

Visualice la previsión de liquidez (incremento en días, clasificación:ACGESAMT). La factura se planifica para 14 días desde la fecha actual.

El deudor ha realizado el pago.

Contabilice el pago recibido con fechas de contabilización, de documentoy de valor antes de 20 días (cuenta bancaria 113102, importe 49.000 –deudor T-F00B##).

El sistema visualiza ahora el historial de pagos del deudor T-F00B##.Continúa en la página siguiente



Si contabiliza ahora otra factura emitida (fecha de documento: “Día actual”),¿qué fecha de tesorería aparecerá?

a) Solución para el análisis del historial de pagos.

Análisis de cuentas:

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Deudores→ Cuenta→ Análisis.

Introduzca los datos y seleccione Intro. A continuación, seleccionePasar a para llamar al historial de pagos.

Un historial de pagos ya ha sido registrado en el deudor T-F00B00,pero todavía no para T-F00B## .

Modificar datos maestros:

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Deudores→ Modificar datos maestros.

Introduzca los datos (grupo de tesorería E2) y seleccione Grabarhistorial de pagos.

Factura emitida:

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Deudores→ Contabilización→ Factura.


Análisis de cuentas:

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Deudores→ Cuenta→ Análisis.

Introduzca los datos y seleccione Intro. A continuación, seleccionePasar a para llamar al historial de pagos.

Previsión de liquidez:

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Sistema de información→ Informes gestión de caja→ Análisisliquidez→ Previsión de liquidez.

Introduzca la selección (incremento en días).

Entrada de pagos:

Seleccione SAP Easy Access→ Finanzas→ Gestión financiera→Deudores→ Contabilización→ Pago recibido.

Tenga en cuenta la última fecha determinada mediante el historialde pagos.




Ahora podrá:• Poder explicar las características de la actividad y los aspectos de la

integración de la planificación a medio plazo.• Conocer el significado de los grupos de tesorería.• Configurar cuentas de terceros.


AC805 Lección: Previsión de liquidez: Customizing

Lección: Previsión de liquidez: Customizing

Resumen de la lecciónEsta lección trata sobre el Customizing de la previsión de liquidez.


• Realizar el control de selección de campos de las cuentas de terceros• Configurar y llamar las posibilidades de visualización de los apuntes


Ejemplo empresarialAntes de activar la previsión de liquidez, deberán realizarse variasparametrizaciones Customizing. Se analiza cómo se visualizarán en la previsión deliquidez las partidas bloqueadas y las operaciones en cuentas de mayor especialesy cómo se visualizarán los datos de Logística y Gestión de riesgos en la previsiónde liquidez y la posición de tesorería.

Gráfico 81: Datos maestros: Cuentas de terceros



En determinadas pantallas puede controlarse el status de campo directamente en laGestión de caja IMG. Esto puede hacerse en diferentes niveles:

• Para todos los deudores y acreedores de un grupo de cuentas o sociedad.• Para todos los deudores y acreedores que se crean o modifican en la

contabilidad (ventas, central).

Gráfico 82: Datos de tesorería: Control de dynpros

Los grupos de tesorería diferencian los deudores y acreedores en función dedeterminadas propiedades (deudor en Francia), tipo de historial (pagador dedescuento por pronto pago) o riesgos (calificación de solvencia). Se puedendefinir libremente y se entran en el campo Grupo de tesorería del registro maestrode deudores o de acreedores.

Si se selecciona la opción Control de dynpros (CtrlImg), los campos Fechade tesorería y Nivel de tesorería estarán preparados para la entrada cuando seregistren o modifiquen documentos. Los valores por defecto del sistema paraestos campos pueden sobrescribirse.



Gráfico 83: Documentos bloqueados

Los niveles bloqueados o los indicadores de bloqueo pueden imputarse en losniveles estándar. El sistema asigna entonces el importe al nivel bloqueado cuandola contabilización se efectúa con un bloqueo de pagos. Si el documento estádesbloqueado, el importe se trasladará al nivel estándar.

Gráfico 84: Integración: Libro mayor especial (LME)

Las contabilizaciones de cuentas de mayor especiales pueden visualizarse ysupervisarse en un nivel especial de la previsión de liquidez. El sistema estándarya tiene dos niveles definidos:

• Solicitud de anticipo (FF)• Efecto en cartera (FW)

Observe el pago recibido en la cuenta bancaria de compensación de la posiciónde tesorería. El importe descontado del efecto se visualiza en esta cuenta hastaque se haya borrado el comprometido.



Gráfico 85: Integración de órdenes y pedidos

Procedimiento:

1. Actualizar los indicadores de origen (MMF, SDF)

2. Actualizar niveles de tesorería (M1, M2, M3, S2)

3. Actualizar los niveles de Logística (M1, etc.)

4. Activar la Gestión de caja

5. Activar las funciones de actualización de MM y SD

Gráfico 86: Integración de órdenes y pedidos



Los pedidos (MM) y las órdenes (SD) se visualizan en niveles especiales deTesorería

Estos niveles pueden definirse libremente. Requieren un símbolo de origenespecial (opcional).

El código interno especificado integra las órdenes y los pedidos, las solicitudesde pedido y los planes de entregas en la Gestión de caja. Las operaciones deagencia desde Logística (facturas de acreedor, listas de facturas, solicitudes depago) también pueden registrarse en la previsión de liquidez.

Gráfico 87: Integración con otros procesos de SAP

Gráfico 88: Selección de instrumentos financieros

El mercado de dinero o las operaciones de moneda extranjera a corto plazoconstituyen una de las maneras de tratar faltas o excesos de liquidez. Para medioy largo plazo, las inversiones y préstamos están representados por valores ypréstamos.



Los derivados, por otra parte, constituyen un medio para garantizar intereses yriesgos por cambio de divisas.

Gráfico 89: Trading: Creación de depósito a plazo fijo

La actualización de la Gestión de caja distingue entre dos casos:

• Opción 1 (previsión de liquidez):

Si no se han actualizado los datos de pago en las operaciones, es decir, si nose conocen las cuentas bancarias, el flujo de caja para una cuenta bancariao cuenta bancaria de compensación no podrá visualizarse. Para garantizarque el flujo de caja aparece en Gestión de caja, se visualiza el importe de lascuentas auxiliares. A continuación, el sistema define el grupo de tesoreríaespecificado en el registro maestro para el intermediario financiero.

• Opción 2 (posición de tesorería):

Si no se han especificado los datos de pago en la operación, es decir, si seconocen las cuentas bancarias, el flujo de caja para la cuenta bancaria ocuenta bancaria de compensación relevante aparecerá en CM en el nivelasignado.



Gráfico 90: Contabilización mediante cuentas bancarias de compensación(interacción de Gestión de riesgos/Gestión de caja)

El esquema ilustra el modo en que debería funcionar el tratamiento de formaideal, mostrando el modo en que suelen funcionar conjuntamente la Gestión detesorería y la Gestión de caja y el modo en que se efectúa la contabilización de laContabilidad financiera.

Normalmente el intermediario financiero (banco) es el que lanza los pagos yposteriormente los trata en la Gestión de Caja mediante el extracto de cuentaelectrónico.

Gráfico 91: Transferencia a Gestión financiera: Proceso lógico



Cada una de las actividades de una operación se visualiza automáticamente en laGestión de caja. Si lo estipula, cada una de ellas puede visualizarse y analizarseen un nivel específico.

Los flujos de caja como resultado de operaciones serán visibles en la Gestión decaja inmediatamente, independientemente de si ya se han contabilizado o no.Pueden utilizarse en la planificación.

Utilice el Customizing para actualizar los niveles de tesorería para cuentas demayor y/o cuentas auxiliares en los que deberán visualizarse las clases de productoy las operaciones relevantes.

Ejemplo:

• Dinero a plazo cerrado: nivel TB - depósito a plazo fijo• Operación de divisas contabilizada: nivel B5 - cuenta bancaria de

compensación• Cuando se ha recibido el extracto de cuenta: nivel F0 - cuenta bancaria




Ahora podrá:• Realizar el control de selección de campos de las cuentas de terceros• Configurar y llamar las posibilidades de visualización de los apuntes




Resumen del capítuloAhora podrá:• Poder explicar las características de la actividad y los aspectos de la

integración de la planificación a medio plazo.• Conocer el significado de los grupos de tesorería.• Configurar cuentas de terceros.• Realizar el control de selección de campos de las cuentas de terceros• Configurar y llamar las posibilidades de visualización de los apuntes



Capítulo 8Reports de verificación, transferencia

de datos y reorganización

Resumen del capítuloEste capítulo trata sobre algunos reports de verificación importantes, así comosobre la transferencia de datos y la reorganización en la Gestión de caja.


• Manejar las diversas herramientas de control de la Gestión de caja SAP paraque los datos se gestionen correctamente en el sistema

• Explicar la manera en que se determina la duración de la gestión de cobrode cheques a acreedores y la forma en que éstos se trasladan al registromaestro del acreedor

• Activar la Gestión de caja• Transferir datos desde sistemas antiguos o precedentes• Diferenciar entre las distintas operaciones de reorganización

Contenido del capítuloLección: Programas de verificación ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .194

Ejercicio 13: Tratamiento bancario ampliado: Verificación deprogramas ... . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .199

Lección: Reorganización y transferencia de datos .. . . . . . . . . . . . . . . . . . . . . . . .202


Capítulo 8: Reports de verificación, transferencia de datos y reorganización AC805

Lección: Programas de verificación

Resumen de la lecciónEsta lección trata sobre algunos programas importantes de verificación.


• Manejar las diversas herramientas de control de la Gestión de caja SAP paraque los datos se gestionen correctamente en el sistema

• Explicar la manera en que se determina la duración de la gestión de cobrode cheques a acreedores y la forma en que éstos se trasladan al registromaestro del acreedor

Ejemplo empresarialPara que el sistema no tenga los flujos de pagos por duplicado, desea efectuardiariamente una comparación entre las contabilizaciones de extractos y los avisosde pago. Además, se desea controlar las fechas valor establecidas por el banco. Aldefinir el período de vencimiento de los cheques de acreedor, se puede actualizarel programa de pagos y el registro maestro de acreedor, de modo que éstos sepueden utilizar para la planificación de operaciones posteriores.

Gráfico 92: Comparación de avisos de pago con el extracto bancario o decuenta


AC805 Lección: Programas de verificación

Los registros individuales que ya no son válidos pueden archivarse con la ayuda delinforme de comparación. La comparación de los avisos de pago selecciona lospagos del período plan deseado y los compara con las contabilizaciones bancarias.Si se trabaja con el extracto de cuenta electrónico y con registros individualesmanuales, es imprescindible ejecutar la comparación de avisos de pago.

• Con cuenta

La opción Con cuenta permite comparar manual o automáticamente losregistros individuales con las contabilizaciones en cuenta.

• Con extracto de cuenta

La opción Con extracto de cuenta permite comparar manual oautomáticamente los registros individuales con la información de la memoriade datos bancarios. También pueden seleccionarse registros individualesarchivados.

Los registros individuales compensados por contabilizaciones bancarias se puedenarchivar manual o automáticamente. Los pagos archivados ya no están activos,es decir, ya no se visualizan en la posición de tesorería. Esto evita que la mismaposición aparezca por duplicado en la planificación.

En la comparación manual, las contabilizaciones y los avisos aparecen en una listaordenados de manera ascendente y por importe.

En ambos programas, la conversión de los avisos de pago en la moneda de cuentarelevante puede realizarse mediante el parámetro adecuado. Esto significa quelos avisos de pago introducidos en monedas distintas de la moneda de la cuentapueden compensarse automáticamente en la cuenta bancaria o el extracto decuenta bancaria y, si es necesario, archivarse.

Gráfico 93: Comparación de fechas valor

La comparación de fecha valor se utiliza para comparar la fecha valorplan/acordada (por ejemplo, de la presentación de cheques al cobro ocontabilización preliminar) con la fecha valor contabilizada por el banco en elextracto de cuenta. El programa busca las contabilizaciones de cuentas de balancerelacionadas con todas las posiciones compensadas en una cuenta bancaria de



compensación. En caso de que existan desviaciones, el programa configuraráuna lista con ambas contabilizaciones. Si una contabilización posee más de unaposición de compensación, el programa tomará la primera que encuentre.

Si se desea visualizar todas las desviaciones relacionadas con una cuenta bancaria,se debe crear una variante que contenga todas las cuentas de compensaciónbancarias correspondientes en la selección de la cuenta de mayor.

Gráfico 94: Análisis de la gestión bancaria de cobro de cheques: Cuentade mayor y acreedor

Se puede determinar la duración media de la gestión de cobro de cheques paracada cuenta de cheques emitidos y, utilizando dicha cuenta, para cada acreedor.Existe un programa disponible con este fin:

El programa establece los siguientes datos:

• Duración media de la gestión de cobro de cheques presentados al cobro• Duración media de la gestión de cobro de cheques abiertos• Número e importe total de todos los cheques pendientes de cobro

La duración media de la gestión de cobro de cheques siempre se calcula en funcióndel importe. Si se selecciona más de una cuenta de cheques emitidos, también seestablece la duración media de la gestión de cobro de cheques de todos los bancos.Para comparar la duración de la gestión de cobro de diferentes importes, el sistemapuede clasificar los cheques por importe. Si se desea derivar la fecha de flujo decaja correspondiente a la posición de tesorería en función de la duración de gestióncalculada, el usuario deberá fijar los días hasta la fecha valor en el programa depagos. Este número se añade a la fecha de contabilización. Los fondos salientesaparecen en la posición de tesorería como la fecha valor resultante del cálculo.



El programa utiliza también las cuentas de cheques emitidos para calcular ladesviación media entre la fecha de presentación de cheques al cobro y la fecha decontabilización para cada acreedor. También se dispone de la opción de crear unjuego de datos batch input con los valores calculados para cada acreedor. Si estosvalores difieren de la entrada en el registro maestro, el campo del registro maestroDur.gest.cobro cheq. se actualiza de forma correspondiente.



Ejercicio 13: Tratamiento bancarioampliado: Verificación de programas

Objetivos de los ejerciciosAl finalizar este ejercicio podrá:• Compensar avisos de pago

Ejemplo empresarialPara asegurar que el sistema no tenga los flujos de pago por duplicado, deberáefectuarse regularmente una comparación de avisos de pago tras contabilizarel extracto de cuenta.

Tarea:Para evitar que las operaciones se visualicen dos veces, deben verificarse losavisos de pago disponibles.

1. Una vez contabilizado el extracto de cuenta, es preciso archivar los avisos depago correspondientes. Cree, si procede, más de un aviso de pago.

Inicie la comparación de avisos de pago entre las cuentas bancarias incluidasen su sociedad y tenga en cuenta las limitaciones de la planificación o lasfechas de contabilización.

Archive manualmente los avisos de pago que ya no necesita.



Solución 13: Tratamiento bancarioampliado: Verificación de programasTarea:Para evitar que las operaciones se visualicen dos veces, deben verificarse losavisos de pago disponibles.

1. Una vez contabilizado el extracto de cuenta, es preciso archivar los avisos depago correspondientes. Cree, si procede, más de un aviso de pago.

Inicie la comparación de avisos de pago entre las cuentas bancarias incluidasen su sociedad y tenga en cuenta las limitaciones de la planificación o lasfechas de contabilización.

Archive manualmente los avisos de pago que ya no necesita.

a) Solución para comparación de avisos de pago.

Seleccione SAP Easy Access→ Finanzas→ Financial Supply ChainManagement→ Cash and Liquidity Management→ Gestión de caja→ Control→ Compensar avisos→ Con cuenta.

Introduzca los datos y ejecute el programa.


Valores

Plan de cuentas: INT

Cuentas de mayor 113100 - 119999

Sociedad AC##

Partidas abiertas en fecha clave <hoy>

Fecha contabilización <de hace dos díashasta hoy>

Fecha tesorería <de hace dos díashasta hoy>




Ahora podrá:• Manejar las diversas herramientas de control de la Gestión de caja SAP para

que los datos se gestionen correctamente en el sistema• Explicar la manera en que se determina la duración de la gestión de cobro

de cheques a acreedores y la forma en que éstos se trasladan al registromaestro del acreedor



Lección: Reorganización y transferencia de datos

Resumen de la lecciónEste capítulo trata sobre el procedimiento de transferencia de datos yreorganización.



Ejemplo empresarialYa ha realizado todas las parametrizaciones del sistema y ahora desea reproducirlas operaciones de Gestión financiera y Logística (MM/SD) en la Gestión decaja. ¿Cuáles son las parametrizaciones necesarias para ello y cómo se efectúa latransferencia de datos? Desea reorganizar la base de datos cada cierto tiempo, loque implica borrar datos antiguos o vencidos y crear registros de totales.

Gráfico 95: Soporte de implementación

Esta función facilita la implementación de la Gestión de caja y su utilizaciónproductiva. Las actividades siguientes son ahora más fáciles y rápidas deimplementar:

La mayoría de pasos de importación para la activación de la Gestión de caja enuna sociedad aparecen ahora en una sola vista. La activación de la Gestión decaja para cada sociedad implica ahora la selección de un solo indicador.


AC805 Lección: Reorganización y transferencia de datos

El sistema almacena los datos relevantes en los datos maestros dedeudores/acreedores. Esto se efectúa automáticamente en función de los criteriosde selección y las prioridades definidas por el usuario. No es necesario abandonaresta pantalla para introducir las parametrizaciones necesarias. Para garantizar quetodos los grupos de Gestión de caja se introducen en todos los datos maestros,deberá especificar al menos un perfil (con la prioridad más baja posible) queconcilie a un deudor/acreedor si no es posible con ningún otro perfil.

Utilice la imagen inicial FDFD para acceder a los programas individualesque fijan las cifras de la Gestión de caja y planifíquelas para su ejecución enproceso de fondo. Esto significa que no es necesario un conocimiento detalladode los programas de configuración en los componentes SAP. Observe que cadaprograma de configuración empieza con el borrado de todos los datos de Gestiónde caja. Si existen datos de tesorería manual, el sistema le preguntará sobre elloseparadamente, porque esos datos no necesitan ser modificados o borrados.

El sistema también ofrece soporte para la limpieza de errores en los datos y lareorganización de datos de la Gestión de caja en los datos maestros.

Gráfico 96: Preparar datos: Cuentas con/sin partidas abiertas

Los datos de Gestión de caja deben prepararse por batch input, ya que esto mejorael rendimiento del sistema.

La transferencia de datos puede simularse online. Al hacerlo, efectúe tantasselecciones como le sea posible.

Es posible transferir datos desde cuentas de deudores o acreedores sin efectuarmás especificaciones (sólo en proceso de fondo).



El sistema propone las selecciones mínimas (campos: Fecha valor y Documentosactualizados de) para transferir cuentas sin partidas abiertas (residentes). Estasselecciones mínimas son necesarias para la integración de saldos de cuentas ypueden sobrescribirse.

Al migrar desde 4.5B a un release anterior, se debe reconstruir completamentela gestión de caja dado que la lógica de actualización es diferente. En el caso dela cuenta de mayor no siempre se adopta la moneda de la cuenta de mayor; seutiliza la moneda de documento (para las cuentas de mayor gestionadas sobrepartidas abiertas) o la moneda de la cuenta de mayor (para otras cuentas demayor). Para borrar y reconstruir los datos de Gestión de caja, utilice Preparardatos en la nueva transacción FDFD.

No es necesario modificar o borrar los registros individuales introducidosmanualmente. La función Preparar datos en la operación FDFD visualizauna consulta de seguridad acerca del borrado irreversible de los registros dedatos. Responda “No”. Sin embrago, el resto de datos de Gestión de caja debenreconstruirse. De lo contrario, los valores del sistema serán incorrectos.

Gráfico 97: Reconciliación de datos

El sistema incluye una función de reconciliación de datos que puede planificarsedesde la operación FDFD como job de fondo. Este programa compara losregistros totales de las tablas FDSR y FDSB con los registros individualescorrespondientes desde las aplicaciones o desde los documentos de la contabilidadFI. Si se han reorganizado la gestión de caja y la previsión, deberá especificarlos datos de integración especificados en la última ejecución de reorganización(programa RFFDIS00).


AC805 Lección: Reorganización y transferencia de datos

Si la reconciliación no encuentra errores, no habrá salida del sistema. No obstante,donde existan diferencias entre los registros totales y los registros individuales, losregistros totales se destacarán en la visualización y estarán seguidos de una lista deregistros individuales relevantes. Salir de este programa puede ayudar a minimizarcualquier inconsistencia de datos y la necesidad de reconstruir datos.

Si los datos de la gestión de caja no son consistentes con los datos reales, esposible utilizar la función Corr.datos en la operación FDFD para corregir losdatos, evitando así la necesidad de una reconstrucción completa de los datos.Según cuál haya sido la causa del error, será posible restringir la reconstrucción adeterminadas áreas. Si resulta necesaria una reconstrucción completa, no obstante,utilice la función Preparar datos en la operación FDFD para tal efecto.

Gráfico 98: Reorganización

Las tablas de Gestión de caja deben reorganizarse regularmente para incrementarmemoria y para mejorar los tiempos de acceso.

El programa de reorganización:

• Borra registros de totales vencidos,• ignora los registros bloqueados,• Integra los registros de totales en la fecha de integración (si la fecha valor es

anterior a (<) la fecha de integración)• Borra registros individuales (si la fecha de vencimiento del registro

individual es anterior a la fecha de vencimiento especificada para laejecución de reorganización)

• Borra registros individuales archivados después del vencimiento del tiempode retención

• Enumera todos los registros de totales y registros individuales (si seselecciona esta opción).




Ahora podrá:• Activar la Gestión de caja• Transferir datos desde sistemas antiguos o precedentes• Diferenciar entre las distintas operaciones de reorganización



Resumen del capítuloAhora podrá:• Manejar las diversas herramientas de control de la Gestión de caja SAP para

que los datos se gestionen correctamente en el sistema• Explicar la manera en que se determina la duración de la gestión de cobro

de cheques a acreedores y la forma en que éstos se trasladan al registromaestro del acreedor



Resumen del curso AC805

Resumen del cursoAhora podrá:

• Describir cómo y dónde puede utilizarse la Gestión de caja SAP• Crear las estructuras necesarias para la supervisión de la liquidez a corto y

medio plazo en su empresa• Describir las diferentes opciones disponibles para integrar datos bancarios

externos en la Gestión de caja de SAP• Definir las parametrizaciones del sistema necesarias para controlar el

procesamiento interno


Apéndice 1Hoja de datos

Tipo de datos Datos en el sistema de formación

Sociedades AC00 a AC20

Cuentas de mayor 113100, 113101, 113102, 113105,113108, 113109, 113200, 800200,400020,

Deudores T-F00B00

Acreedores T-F00B00

Clasificaciones ACBANKEN, ACBANK-IST,ACPERSONEN, ACGESAMT,ACCLEARING


Apéndice 1: Hoja de datos AC805


Apéndice 2Plan de cuentas:

Gráfico 99: Plan de cuentas (1)


Apéndice 2: Plan de cuentas: AC805




ÍndiceNúmeros/SímbolosÓrdenes (SD), 187Área de contabilización, 81,108

AActivación de la gestión decaja, 202

Algoritmo de interpretación,144

Aviso de pago de clearing,153

Aviso de pago: Extracto decuenta, 92

Avisos de pago externos, 45BBanco propio, 25, 92Bloqueo de pago, 174, 185CCódigo nemotécnico de lacuenta, 17

Códigos de operaciones, 142Cl.operación, 93Clase archivo, 54Clase de aviso de pago, 53Clase de contabilización, 108Clase de tratamiento:, 92Clase doc.tesorería, 43, 53Clasificación, 11, 15, 31, 171Clearing de cuentas, 150Comparación de avisos, 195Comparación de fechas valor,195

Concepto de integración, 31Configuración de cuentasbancarias, 14

Contabilidad auxiliar, 170

Control de la gestión bancariade cobro de cheques, 196

Cuenta destino, 150Cuenta mayor, 13Cuentas, 15Cuentas bancarias, 10Cuentas de compensación, 12Cuentas de compensación:Clearing de cuentas, 156

Cuentas transitorias bancarias,12

DDenominación de laoperación, 107

Destino de utilización, 132Determinación de bancos, 91Determinación de cuentas, 80Determinación de cuentaspara extracto bancario, 110

Determinación de cuentas:Extracto bancario, 110

Diario de avisos de pago, 46EEn cuenta, 80, 109, 133Entrada rápida, 82Entradas y salidas de pagosnotificadas, 43

Extracto de cuenta, 90Extracto de cuenta: Registromanual, 90

FFecha valor, 26Flujo de caja, 3Flujos de pagos previstos, 170GGrupo de cuentas, 26


Índice AC805

Grupo de status de campo, 26Grupo de tesorería, 5, 184Grupos, 5Grupos de tesorería, 171HHistorial de pagos, 173IIndicador de origen, 29Integración: Cuentas demayor especiales (CME),175

LLibro mayor especial, 185Lista de cheques presentadosal cobro, 65, 69

MMoneda, 18Moneda tesorería, 18NNivel, 15, 53Nivel de tesorería, 15, 29Niveles, 5OOperación, 93Operaciones especiales, 175Organización de cuentasbancarias, 12

PPedidos (MM), 187Plan de cuentas:, 13Planificación a corto plazo, 42Planificación día a día, 6Planificación de tesorería, 3Posición de tesorería, 3, 10Preparación de datos, 203Presentación de cheques alcobro, 64

Previsión de liquidez, 3, 170,183

Propuestas de clearing, 150RRegistros individuales degestión de caja, 43

Registros individualesexternos, 45

Registros manualesindividuales, 42

Regla de contabilización, 143Reglas de contabilización, 79,107

SSímbolo de cuenta, 108Software bancario, 124Status campo, 26String de búsqueda, 145TTareas de un gestor de fondos,6

Tareas de un sistema degestión de caja, 2

Texto contabilidad, 142Tiempo de permanencia, 44Tiempo de permanencia delarchivo, 54

Tipo de operación, 143Transacción de tratamientoposterior: Extracto decuenta electrónico, 131

Tratamiento de extracto decuenta electrónico, 124

VVariante de imputación, 66,68, 81, 91

Variante de inicio, 66, 68, 91Variante estándar, 81Visualización de moneda, 18


FeedbackSAP AG ha tomado todas las medidas posibles en la preparación de este curso paraasegurar la exactitud de los contenidos del mismo así como que esté completo. Sitiene algunas correcciones o sugerencias para mejorarlo, anótelas en los espaciosprevistos para este fin en la evaluación del curso.


ac805 es col52_fv_part_a4 gestion caja

Education