SAP IUT240 - ES - Col98 Cuenta Corriente Contractual

IUT240
Cuenta corriente contractual
.
.
MANUAL DEL PARTICIPANTE
FORMACIÓN CON INSTRUCTOR
.
Versión del curso: 10
Duración del e-book: 10 Horas 50 Minutos
Copyrights, marcas registradas y responsabilidades
de SAP
© 2021 SAP SE o una empresa filial de SAP. Reservados todos los derechos.
Queda prohibida la reproducción o transmisión de cualquier parte de esta publicación, en cualquier forma o para cualquier fin, sin
el permiso expreso de SAP SE o de una empresa filial de SAP.
La información que aquí se incluye puede modificarse sin previo aviso. Algunos productos de software comercializados por SAP
SE y sus distribuidores contienen componentes de software con derechos de autor de otros proveedores de software. Las
especificaciones de producto nacionales pueden variar.
Es posible que estos materiales se hayan traducido automáticamente y puedan contener errores gramaticales o imprecisiones.
SAP SE o una empresa filial de SAP proporcionan estos materiales con fines meramente informativos, sin manifestación ni
garantía de ningún tipo. Ni SAP ni sus empresas filiales se hacen responsables de los errores u omisiones en relación con los
materiales. Las únicas garantías para los productos y servicios de SAP o de sus empresas filiales son aquellas especificadas en las
cláusulas expresas de garantía que acompañan a dichos productos y servicios, si las hubiera. Nada de lo que aparezca en este
documento debe interpretarse como garantía adicional.
En concreto, ni SAP SE ni sus empresas filiales tienen obligación alguna de emprender las actividades empresariales indicadas en
este documento o en cualquier presentación relacionada, o de desarrollar o lanzar ninguna de las funcionalidades mencionadas en
el presente. Este documento, o cualquier presentación relacionada, así como la estrategia y posibles desarrollos futuros,
productos y/o direcciones de plataforma y funcionalidades de SAP SE o de sus empresas filiales, están sujetos a posibles cambios
y pueden ser modificados por SAP SE o sus empresas filiales en cualquier momento y por cualquier motivo, sin previo aviso. La
información incluida en este documento no constituye ningún compromiso, promesa u obligación legal de proporcionar ningún
material, código o funcionalidad. Cualquier afirmación referente al futuro está sujeta a diversos riesgos e incertidumbres que
pueden provocar que los resultados reales difieran de forma significativa de los previstos. Se advierte a los lectores que no deben
depositar una confianza excesiva en estas afirmaciones referentes al futuro y que no deben basarse en ellas a la hora de tomar
decisiones de compra.
En concreto, ni SAP SE ni sus empresas filiales tienen obligación alguna de emprender las actividades empresariales indicadas en
este documento o en cualquier presentación relacionada, o de desarrollar o lanzar ninguna de las funcionalidades mencionadas en
el presente. Este documento, o cualquier presentación relacionada, así como la estrategia y posibles desarrollos futuros,
productos y/o direcciones de plataforma y funcionalidades de SAP SE o de sus empresas filiales, están sujetos a posibles cambios
y pueden ser modificados por SAP SE o sus empresas filiales en cualquier momento y por cualquier motivo, sin previo aviso. La
información incluida en este documento no constituye ningún compromiso, promesa u obligación legal de proporcionar ningún
material, código o funcionalidad. Cualquier afirmación referente al futuro está sujeta a diversos riesgos e incertidumbres que
pueden provocar que los resultados reales difieran de forma significativa de los previstos. Se advierte a los lectores que no deben
depositar una confianza excesiva en estas afirmaciones referentes al futuro y que no deben basarse en ellas a la hora de tomar
decisiones de compra.http://global12.sap.com/corporate-en/legal/copyright/index.epx para obtener información y
avisosadicionales sobremarcas comerciales.
Convenciones Tipográficas
El idioma estándar usado en este manual es Español ( España ).

También se usan las siguientes convenciones tipográficas.
Esta información se visualiza en la presentación del instructor.
Demostración
Procedimiento
Advertencia o aviso
Consejo
Información relacionada o adicional
Discusión con moderador
Control de interfaz de usuario Texto ejemplo
Título de ventana Texto ejemplo
© Copyright. Reservados todos los derechos. iii

© Copyright. Reservados todos los derechos. iv
Contenido
viii Resumen del curso
1 Capítulo 1 : Conceptos básicos
2 Lección: Concept and Special Functions inFI-CA

5 Lección: Event Technology
8 Lección: Parallel Mass Processes in FI-CA
12 Lección: Master Data Objects in FI-CA
31 Capítulo 2 : Documentos
32 Lección: Lifecycle of Documents

38 Lección: Document Structures
46 Lección: Posting Documents
57 Lección: Integration with General LedgerAccounting
68 Lección: Account Balance Display
75 Capítulo 3 : Operaciones y determinación de cuentas
76 Lección: Structure of Transactions

81 Lección: Transactions in IS-U
83 Lección: General Ledger Account Determination
89 Lección: Tax Determination
92 Lección: Tax Determination in IS-U
95 Lección: USA - Tax Jurisdiction Code (Onlyrelevant for US training)
99 Capítulo 4 : Pagos recibidos
100 Lección: Processing Incoming and OutgoingPayments

102 Lección: Payment Lots and Check Lots
114 Lección: Clarification Processing
124 Lección: Cash Desk / Cash Journal
136 Capítulo 5 : Ejecución de pago
137 Lección: Prerequisites for Making Payments

146 Lección: Payment Program
157 Lección: Payment Cards
161 Lección: Check Management
164 Lección: FSCM Biller Direct
167 Lección: Revenue Distribution
172 Capítulo 6 : Tratamiento de devoluciones
173 Lección: Configuration of Returns

183 Lección: Processing of Returns
© Copyright. Reservados todos los derechos. v

189 Capítulo 7 : Control de compensación
190 Lección: Terminology and Definitions

194 Lección: Configuration of the Clearing Strategy
208 Lección: Special Cases:
216 Capítulo 8 : Reclamaciones y cobros
217 Lección: Dunning - Terminology

220 Lección: Configuration and Execution ofthe Dunning Run
235 Lección: Understand benefits of Dunning by CollectionsStrategy
withBRFplus
242 Lección: Submission to External Collection
251 Capítulo 9 : Cálculo de intereses
252 Lección: Calculation of Interest on Items

254 Lección: Interest Keys and Calculation Rules
264 Lección: Processing of Interest Calculation
273 Capítulo Aplazamiento/plan de pago a plazos

10 :
274 Lección: Deferral: Definition and Processing

277 Lección: Installment Plan: Definition andProcessing
286 Capítulo Otras operaciones empresariales

11 :
287 Lección: General account

292 Lección: Reversing Documents and ResettingClearing
300 Lección: Document Transfer
302 Lección: Mark as Doubtful / Individual ValueAdjustment
305 Lección: Write Off
310 Capítulo Depósitos de garantía

12 :
311 Lección: Cash and Non-Cash Security Deposits

313 Lección: Request, Payment and Settlementof Cash Security
Deposits
322 Capítulo Receptor de

13 :
323 Lección: Definition and Types

329 Lección: Handling and Customizing
336 Lección: The Print Workbench
© Copyright. Reservados todos los derechos. vi

340 Capítulo Integración adicional de FI-CA en los módulos de SAP
14 :
342 Lección: Overview of the Integration ofContract Accounts

Receivableand Payable
344 Lección: Funds Management
354 Lección: Cash Management
357 Lección: Contract Accounts Receivable andPayable and SD
Integration
364 Lección: Integration with the New GeneralLedger (Segment
Reporting)
368 Lección: Credit Management
373 Lección: Financial Customer Care
379 Lección: Business Intelligence
381 Lección: Outbound Interface
385 Capítulo Apéndice: Funciones específicas del sector

15 :
386 Lección: Appendix Utilities

402 Lección: Appendix Telecommunications
409 Lección: Appendix Media
© Copyright. Reservados todos los derechos. vii

Resumen del curso
PÚBLICO OBJETIVO
Este curso está dirigido al siguiente público objetivo:
© Copyright. Reservados todos los derechos. viii

CAPÍTULO 1 Conceptos básicos
Lección 1
Concept and Special Functions inFI-CA 2
Lección 2
Event Technology 5
Lección 3
Parallel Mass Processes in FI-CA 8
Lección 4
Master Data Objects in FI-CA 12
OBJETIVOS DEL CAPÍTULO
● Explicación del concepto general y de las funciones especiales en FI-CA.

● Utilizar gestión de eventos para integrar los requisitos específicos del cliente en el sistema
SAP sin modificar los programas de SAP.
● Reducir drásticamente el tiempo de ejecución para ejecuciones en masa (como
ejecuciones de pagos o el tratamiento de reclamaciones) mediante procesos paralelos.
● Explicar los modelo de datos maestros más importantes en FI-CA y sus atributos más
relevantes.
© Copyright. Reservados todos los derechos. 1

Capítulo 1
Lección 1
Concept and Special Functions inFI-CA
RESUMEN DE LA LECCIÓN
Al final de esta lección podrá explicar el concepto general y las funciones especiales en FI-CA.
OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
Figura 1: Ventajas de la cuenta corriente contractual

Lección: Concept and Special Functions inFI-CA
Figura 2: Aplicaciones para la cuenta corriente contractual
Varias industrias utilizan FI-CA como libro auxiliar, debido a su integración perfecta en el libro
mayor o la facturación, así como en las soluciones Self-Service y Call Center basadas en la
web. El intercambio de mensajes para la integración se basa principalmente en las interfaces
XML de SAP Netweaver Exchange Infrastructure.
La mayoría de soluciones sectoriales dentro de la versión ERP se suministran con mySAP
ERP 2005.
Ampliaciones sectoriales
● SAP Switch Framework está disponible para activar soluciones sectoriales que se
suministran como sets de funciones empresariales.
Además, las ampliaciones sectoriales se dividen en sets de funciones empresariales, a las
que se asignan una o más funciones empresariales. Puede activar estas funciones
empresariales.
Sólo se puede activar una función empresarial para cada instancia. Dentro de los sets de
funciones empresariales puede activar individualmente las funciones empresariales de la
ampliación sectorial. Al inicio de la implementación, seleccione el set de funciones
empresariales que corresponde a su solución sectorial, o que contiene las funciones
empresariales que necesita, y active este set de funciones empresariales.
Cuando activa un set de funciones empresariales, instala el sistema SAP. Entonces ya no
podrá desactivar el set de funciones empresariales ni activar un set de funciones
empresariales diferente.
Los sets de funciones empresariales sectoriales (BFS) se componen de una serie de
funciones (BF), que se pueden activar por separado.
- BFS Industria de Suministros:
BF ISU_UTIL_WASTE - Suministros, Residuos, Reciclaje
BF ISU_FM – Utilidades: Control presupuestario

Capítulo 1 : Conceptos básicos
- BFS Telco:
BF RM_CA: Telecomunicaciones: Gestión de ingresos
BF CONVEREGENT_INVOICING – Telco: Facturación en FI-CA
- BFS Media:
GESTIÓN DE PUBLICIDAD BF - Medios: Gestión de publicidad
BF SINGLE COPY NEWSP. & MAG (PUB) - Medios: SC Newsp & Mag (Pub)
BF SINGLE COPY NEWSP. & MAG (WHS) - Copia individual Newsp. & Mag (WHS)
BF SINGLE COPY PREMIUM CONTENT - Medios: SC Premium Content
BF SUBS LOOSE-LEAF, JOURNALS - Medios: Subs Loose Leaf, Journals
BF SUBS NEWSPAPER & MAGAZINES - Medios de comunicación: Subs Newspaper
Magazines
BF TITLE LIFECYCLE MANAGEMENT - Medios: Title Lifecycle Management
Ampliaciones empresariales
● Las ampliaciones empresariales contienen las funciones empresariales genéricas de
mySAP ERP. Puede utilizar SAP Switch Framework para activar todas las ampliaciones
empresariales. Las ampliaciones empresariales se encuentran disponibles además de las
ampliaciones sectoriales.
Puede activar simultáneamente más de una función empresarial desde la ampliación
empresarial para cada instancia.
Figura 3: mySAP ERP 2005: Las mejoras del sector son activadas por Switch Framework
Ahora podrá:

Capítulo 1
Lección 2
Event Technology
Al final de esta lección podrá reconocer la definición y el concepto de los eventos en la cuenta
corriente contractual, y saber cómo puede utilizar ampliaciones específicas de instalación en
su sistema.
Figura 4: Tecnología: Concepto de evento (1)
El concepto de evento le permite, en puntos definidos en un programa, incluir pasajes de

texto fuente específicos en los eventos. Estos pasajes están capsulados en módulos de
funciones y, por lo tanto, son intercambiables. Utiliza interfaces definidas para incluir estos
pasajes de texto fuente en los eventos.
Los eventos y sus módulos de funciones se actualizan en la guía de implementación de la
cuenta corriente contractual, en → Ampliaciones de programasDefinir módulos de funciones
específicos de cliente.

El módulo de funciones FKK_FUNC_MODULE_DETERMINE se ejecuta para cada evento.

Determina los módulos de eventos almacenados para ser procesados en las siguientes tablas
de customizin:
● TFKFBM (módulo de funciones de muestra de la cuenta corriente contractual)
● TFKFBS (aplicaciones de módulo de funciones estándar)
● TFKFBC (módulos de funciones específicas de instalación)
El nombre técnico del módulo de funciones está formado por el código técnico
FKK_SAMPLE_ y el nombre del evento. En el caso de un módulo de funciones modelo definido
para el evento 0010, el nombre sería FKK_SAMPLE_0010.
Así como los eventos que están disponibles para todos los componentes sectoriales, también
existen eventos adicionales específicos del sector. Puede reconocerlos a partir del cifrado del
área de aplicación en el nombre técnico.
Resumen de la nomenclatura de eventos
De evento A evento Aplicación

0 9999 Independiente de la aplicación
R0 R999 Industria de suministros
V0 V999 Seguro
T0 T999 Telecomunicaciones
P0 P999 Gestión pública
X0 X999 Desarrollos de partner
Z0 Z999 Desarrollos de cliente
S0 S999 Cuenta corriente contractual de SAP
Figura 5: Tecnología: Concepto de evento (2)

Lección: Event Technology
Los eventos pueden gestionarse mediante la transacción FQEVENTS.

Para utilizar el concepto de evento debe tener conocimientos del programa y la estructura de
datos. Si necesita una función diferente a las que tiene previstas SAP, le recomendamos que
proceda de la siguiente manera:
● Analice los módulos de funciones estándar de la aplicación (TFKBS). Estos módulos de
función definen las interfaces necesarias.
● Copie el grupo de funciones que agrupa los módulos de funciones específicas de cliente de
acuerdo con las operaciones empresariales.
● Programe y active las ampliaciones/cambios individuales en el módulo de funciones
específico de la instalación.
● Introduzca el módulo de funciones específico de la instalación en la tabla TFKFBC
(Customizing: Ampliaciones de programa).
● Inicie el programa que llama al evento ampliado.
Ahora podrá:

Capítulo 1
Lección 3
Parallel Mass Processes in FI-CA
Al final de esta lección conocerá qué opciones tiene para optimizar sus procesos en masa en
FI-CA.
Figura 6: Tecnología: Procesos en masa en FI-CA
Los procesos empresariales, como las ejecuciones de pago y de reclamación, en el que se

procesan grandes volúmenes de datos, se realizan en FI-CA mediante actividades en masa.
Las actividades en masa dividen automáticamente el set de datos, tales como una cantidad
de interlocutores comerciales o cuentas contrato, en varios jobs técnicos, y los procesa al
mismo tiempo.

Lección: Parallel Mass Processes in FI-CA
Figura 7: Tecnología: Separación de procesos
Puede utilizar las actividades en masa de FI-CA para dividir datos que se procesarán en varios
jobs. Así, el sistema procesa de forma paralela estos jobs. Para obtener más información,
consulte la nota SAP 607797 (Control de job para ejecuciones en masa: FAQ ).
Figura 8: Tecnología: Tratamiento paralelo - Creación de intervalos
Al procesar datos, el sistema automáticamente desglosa el set de datos que se debe procesar
en varios jobs paralelos. Las especificaciones para distribuirla clave para los objetos de
tratamiento paralelo están grabadas en variantes que debe actualizar periódicamente. Por

ejemplo, puede crear una variante para los interlocutores comerciales que divide el set de
interlocutores comerciales para que se procese en 1.000 intervalos iguales.
Durante el tratamiento paralelo, el sistema comprueba que los procesos no se bloquean unos
a otros debido a la modificación de accesos a los mismos recursos de bases de datos, que
podría ser el caso, por ejemplo, en la asignación de números de documento o la actualización
de cifras de movimientos.
Una ejecución de pago para todos los interlocutores comerciales iniciará varios procesos (por
ejemplo, 10) que procesan de forma automática los intervalos creados uno tras otro. Cuando
se completa el proceso para un intervalo, el sistema procesa el siguiente intervalo libre. Si se
han procesado todos los intervalos y, por lo tanto, todos los jobs técnicos se han completado,
la tarea empresarial también recibe el estado Concluido.
Figura 9: Tecnología: Procesamiento paralelo - Porción

Lección: Parallel Mass Processes in FI-CA
Figura 10: Tecnología: Procesamiento paralelo - Realización
Puede encontrar documentación sobre la planificación de procesos de fondo en FI-CA y

trabajar con el Job-Container de FI-CA en OSS bajo la palabra clave FO-JOB.
Ahora podrá:

Capítulo 1
Lección 4
Master Data Objects in FI-CA
Esta lección describe las funciones principales de los datos maestros en FI-CA.
relevantes.
Figura 11: Objetos centrales

Lección: Master Data Objects in FI-CA
Figura 12: Interlocutor comercial y roles: Ejemplos
Los datos independientes de la aplicación, como nombre, dirección, datos bancarios y

tarjetas de pago, se encuentra en el registro maestro del interlocutor comercial. También se
cumplen los requisitos especiales implicados en la configuración de interlocutores
comerciales que son organizaciones, grupos y personas.
El interlocutor comercial central también ofrece una infraestructura abierta para enlazar los
atributos específicos de la aplicación del interlocutor comercial. Desde el punto de vista
empresarial, este enlace se realiza mediante el concepto de rol.
En el aspecto técnico, el interlocutor comercial central ofrece interfaces predefinidas a través
de las cuales los atributos de cliente de distintas aplicaciones pueden ser enlazados.
Esto significa que la asignación de interlocutores comerciales existentes (de residente a
contribuyente) dentro de SAP puede gradualmente integrarse en el interlocutor comercial
central.

Figura 13: Interlocutor comercial: Definición de rol
Un rol de interlocutor comercial se corresponde con un contexto empresarial en el que puede

aparecer un interlocutor comercial. Un interlocutor comercial puede tener varios roles de
interlocutor comercial. Los posibles roles son, por ejemplo, una parte contratante (FICA), una
persona de contacto, un interesado (cliente potencial ) o un interlocutor comercial (general).
El ejemplo anterior muestra que un interlocutor comercial puede asumir varios roles (persona
de contacto, interesado, parte contratante) según el proceso empresarial en el que esté
involucrado.
Los roles de IC constan de bloques (atributos) conocidos como sets de datos. Estos se
muestran como pequeños cuadrados negros en el gráfico anterior.
Los interlocutores comerciales centrales ofrecen una infraestructura abierta. Esto significa
que los otros componentes (núcleo de ERP, componentes del sector, componentes de socios
de desarrollo y componentes propios del cliente) pueden incluir fácilmente sus propios datos
de interlocutor comercial específicos de la aplicación.
A partir de la versión ERP2005, en el rol empresarial MKK deben existir los interlocutores
comerciales para el tipo de rol MKK. Si utiliza roles de interlocutor comercial en función del
tiempo, tenga en cuenta lo siguiente: El período para el rol de usuario MKK para el tipo de rol
MKK no se puede delimitar. Siempre debe tener un período de validez desde la fecha actual
hasta el 31.12.9999. Es posible que no pueda restringir la validez de este rol.

Figura 14: Intermediario financiero: Tipo de interlocutor comercial
Un interlocutor comercial en FI-CA por lo general representa la persona o entidad legal que
debe procesar pagos recibidos y efectuados. Es principalmente el constituyente o
contribuyente desde el punto de vista de cobros y beneficiario desde el punto de vista de los
pagos.
Tipo de interlocutor comercial es el término que se utiliza para clasificar a un interlocutor
comercial como persona física (por ejemplo, un particular), grupo u organización (unidad
legal o parte de una entidad legal como, por ejemplo, un departamento).
El tipo de interlocutor comercial determina qué campos están disponibles para la entrada de
datos. Por ejemplo, si desea crear un interlocutor comercial como una organización, uno de
los campos solicitará que introduzca la forma jurídica. Con una persona, debe introducir el
nombre, los componentes de nombre y el sexo, etc.
Cuando se crea un interlocutor comercial, es necesario seleccionar el tipo de interlocutor
comercial (entrada obligatoria).
La asignación del tipo de interlocutor comercial es estática y no puede modificarse una vez
que se ha creado el interlocutor comercial.
No es posible crear ningún otro tipo de interlocutor comercial.

Figura 15: Interlocutor comercial: Grupo de interlocutores comerciales
Un grupo de interlocutores comerciales es una clasificación de los interlocutores comerciales

de acuerdo con criterios que el usuario puede definir libremente.
El procedimiento en Customizing es el siguiente:
● Definición de rangos de números para los interlocutores comerciales
● Definición de agrupadores para el interlocutor comercial y asignación de rangos de
números
Para cada rango de números se definen intervalos de rango de números y una clase de
asignación de números:
● Clase de asignación de números: asignación de números externa o interna
● Los intervalos de rango de números determinan qué números están permitidos.
Los rangos de números de interlocutor comercial son válidos para todos los mandantes. El
sistema R/3 estándar contiene rangos de números para los grupos proporcionados y se
pueden modificar si es necesario.

Figura 16: Interlocutor comercial: Clase de interlocutor comercial
La clase de interlocutor comercial controla la definición del estado del campo (qué campos en
el registro maestro del interlocutor comercial son obligatorios, se ocultan, se visualizan, son
opcionales) al crear un interlocutor comercial en FI-CA.
Puede utilizar tipos de interlocutor comercial para agrupar los interlocutores comerciales en
función de los criterios que elija.
Puede encontrar la clase de interlocutor comercial en los datos de control del interlocutor
comercial.
Figura 17: Interlocutor comercial: Gestión de direcciones

La gestión central de direcciones permite que se asignen diferentes direcciones a un

interlocutor comercial para distintas funciones (consulte Customizing de las clases de
dirección del interlocutor comercial). Estas direcciones pueden clasificarse según clases de
dirección (p. ej. dirección de entrega, dirección de correspondencia, etc.).
Puede actualizar cualquier número de direcciones para cada interlocutor comercial. Una
dirección por interlocutor comercial se marca como la dirección estándar.
A la dirección se asignan datos postales e información de diferentes tipos de comunicación.
Puede actualizar diferentes tipos de comunicación para cada dirección (teléfono, fax,
dirección de correo electrónico, servicios de pager, impresoras, correo remoto, Secure Store
and Forward, télex, teletex, URI/URL/FTP, X.400).
La dirección se pueden utilizar independientemente del interlocutor comercial.
La dirección es un objeto en sí y ofrece interfaces. El interlocutor comercial se basa en estas,
y ofrece las interfaces de interlocutor comercial correspondientes.
La dirección estándar siempre se actualiza en la pantalla “Dirección.”
A partir de la versión ERP2005, la dirección estándar de un interlocutor comercial ya no se
refleja mediante el indicador XDFADR en la tabla BUT020. Este indicador está obsoleto y ya
no puede especificarlo en una entrada manual. Con efecto a partir de la versión 6.40, la
dirección estándar se refleja con la utilización de dirección XXDEFAULT. Si desea utilizar
direcciones por períodos, puede crear diferentes direcciones estándares para diferentes
períodos. Para cada vez, puede especificar una dirección como dirección estándar para el
interlocutor comercial.
Figura 18: Gestión de direcciones: Funciones adicionales
Hasta la fecha, SAP utiliza el software que proporciona la empresa UNISERV para llevar a
cabo las verificaciones descritas anteriormente. Las interfaces proporcionadas por la
empresa Paricon realizan el enlace a la Gestión central de direcciones. La integración con
otros proveedores de software también está prevista.
La integración está garantizada mediante los BAdI (add-in empresariales). Los BADI son
interfaces abiertas que pueden crearse en todos los niveles de una infraestructura de sistema
multinivel (versiones de país R/3, soluciones IS, interlocutor, cliente, etc.).
Ejemplos de verificaciones:

● Verificación postal: Se verifica la consistencia de los códigos postales, poblaciones y

calles, así como de las combinaciones de los mismos. Para activar la gestión central de
direcciones revise las notas SAP 098050 y 132948.
● Durante la verificación, se añaden elementos que faltan. Por ejemplo, si sólo se ha
introducido la ciudad, se añadirá el código postal.
● Al crear y modificar un interlocutor comercial, se le ofrece una serie de interlocutores
existentes fonéticamente parecidos para fines de comparación. De este modo se evita
crear el mismo interlocutor más de una vez.
Búsqueda por tolerancia de errores significa que puede buscar las entradas de interlocutores
comerciales duplicadas utilizando la función de búsqueda PF4.
Figura 19: Cuenta contrato: Estructura y función
Para contabilizar un documento, debe asignarse una cuenta contrato a un interlocutor

comercial.
Una cuenta contrato puede representar una clase de subsidio. Es necesaria para la cuenta
corriente en FI-CA. Una cuenta contrato es también una unidad que agrupa las
contabilizaciones del interlocutor comercial (por ejemplo, clase de impuesto).
El tipo de cuenta contrato determina los atributos siguientes:
● Si se le permite asignar solo uno o varios interlocutores comerciales a una cuenta
contrato.
● Si se le permite asignar solo uno o varios contratos.
● Si puede actualizar una cuenta contrato en línea.
● El rango de números que se permite para la asignación de números externa o interna.
● Si se trata de una cuenta CpD.

● Las pantallas de edición o los campos de datos que puede utilizar para tratar la cuenta
contrato.
Puede utilizar el método “BAPI_CTRACCOUNT_EASYCREATE” para crear una cuenta

contrato con valores modelo.
Figura 20: Cuenta contrato: Grupo de sociedades
El grupo de sociedades incluye todas las sociedades que se permiten para la contabilización
en una cuenta contrato. Se asigna un grupo de sociedades para cada cuenta contrato. Los
grupos de sociedades pueden superponerse. Esto significa, por ejemplo, que puede tener un
grupo G1 que consta de sociedades 0001, 0002 y 0003, y un grupo G2 que consta de 0001 y
0003.
Mediante el nuevo evento 1010, puede verificar si se permite un grupo de sociedades en una
cuenta contrato. Esto le permite evitar, por ejemplo, que se utilicen grupos internacionales
(en ciertas cuentas contrato).

Figura 21: Sociedades en la cuenta corriente contractual
Sociedad pagadora
● Exactamente una sociedad pagadora siempre se asigna a cada grupo de sociedades en
Customizing. Una sociedad pagadora es responsable de las operaciones de pago. Debe
definir bancos propios y vías de pago para las sociedades pagadoras. Varios grupos de
sociedades pueden tener la misma sociedad pagadora. La sociedad pagadora no necesita
estar en el grupo de sociedades en cuestión.
También puede especificar la sociedad pagadora en una posición de interlocutor
comercial. En este caso, esta especificación sustituye la sociedad pagadora determinada
mediante el grupo de sociedades de la cuenta contrato. Si una sociedad pagadora
especificada en la partida individual está en un país diferente a la sociedad pagadora
determinada mediante la cuenta contrato, también debe especificar una vía de pago en la
partida individual. En este caso no puede utilizar las vías de pago de las cuentas contrato
ya que hacen referencia a un país diferente.
Sociedad estándar
● Una sociedad estándar se asigna a cada cuenta contrato. Utilice la sociedad estándar para
todas las contabilizaciones para las que no se pueda determinar ninguna sociedad por
otros medios (por ejemplo, para los pagos a cuenta).

Figura 22: Transferencia de sociedad responsable
La primera verificación (cuenta contrato o documento), que verifica la validez del grupo de
sociedades o la tiene como un requisito previo, transfiere automáticamente la sociedad
relevante a los grupos de sociedades y sociedades pagadoras.
El sistema crea un grupo de sociedades con la misma clave para cada sociedad responsable.
Las sociedades que han sido previamente asignadas a la sociedad responsable se asignan a
este grupo de sociedades. La sociedad responsable se asigna como la sociedad pagadora del
grupo. De este modo se garantiza la continuidad para el modelo de organización existente.
La descripción de la sociedad responsable se copia como la descripción del grupo de
sociedades. Como la nueva descripción depende del idioma, se crea automáticamente en
todos los idiomas utilizados en la instalación. Los idiomas se determinan mediante el análisis
de los textos de la clase de documento.
Modificar a cuentas contrato
Un grupo de sociedades y una sociedad estándar son especificaciones necesarias para las
nuevas cuentas contrato. Puede utilizar el report de conversión RFKKSTDBK para añadir la
sociedad estándar que falta para las cuentas contrato que ya existen. Como consecuencia se
asigna como sociedad estándar el valor de la sociedad responsable anterior. La conversión de
cuentas contrato puede ser realizada en tramos. Las cuentas que todavía no se han
convertido las gestiona el sistema como si la conversión hubiera tenido lugar.

Figura 23: Elementos del perfil de cliente
Los patrones de pago del interlocutor comercial se reflejan en su solvencia.

El procedimiento de reclamación que se deberá utilizar está definido a nivel de cuenta
contrato.
La condición de pago determina la fecha de vencimiento y el vencimiento de descuento por
pronto pago, entre otras cosas.
El tipo de compensación controla la asignación de pagos y la compensación de abonos y
créditos.
La clave de intereses se utiliza para determinar las condiciones individuales para el cálculo de
intereses.
El ID de determinación de cuenta se utiliza para determinar las cuentas de mayor.
Los programas de SAP no utilizan la clase de cuenta y, por tanto, se puede utilizar libremente.
El grupo de tolerancia define los límites para las diferencias de pago en el pago recibido.
Los patrones de pago del interlocutor comercial se reflejan en su solvencia.
Puede sustituir la determinación automática de la solvencia introduciendo manualmente una
ponderación porcentual y datos de solvencia.

Figura 24: Solvencia 1
La solvencia se almacena en el registro de datos maestros del interlocutor comercial. La

solvencia se puede actualizar manualmente o en la ejecución de reclamación.
También puede introducir datos de solvencia de forma manual. Esto significa que las
operaciones empresariales tales como una reclamación de cliente sobre unas devoluciones
injustificadas (mejora de la solvencia) o “listas negras” de evaluadores de crédito externos
(deterioro de la solvencia) puede también influir en la solvencia de un interlocutor comercial.
Las entradas manuales de solvencia influyen en la solvencia de un interlocutor comercial de la
misma manera que las entradas creadas por el sistema. Pueden contener valores positivos
(deterioro de la solvencia) y negativos (mejora de la capacidad crediticia). También pueden
anularse.

Figura 25: Solvencia 2
Cálculo dinámico de la solvencia actual:

Tabla de ponderación de la solvencia TFK046A:
1 mes: Factor 4
2 meses: Factor 3
Cuando se ejecuta el 1 de abril se utiliza la siguiente fórmula:
5 puntos de solvencia (febrero) * 3 + 15 puntos de solvencia (marzo) * 4 = 75 número de
solvencia
Si SAP Credit Management de Financial Supply Chain Management está activado, la solvencia
registrada en FI-CA se transferirá a SAP Credit Management y se podrá utilizar para la
valoración de la solvencia interna almacenada aquí. Los procesos internos como la
reclamación y el procesamiento de devoluciones deben verse influidos por la puntuación
interna de SAP Credit Management y, por lo tanto, se debe transferir de nuevo a FI-CA. Es
visible aquí en la visualización de la solvencia en FI-CA con la fecha de la última réplica.

Figura 26: Condiciones de pago
La condición de pago contiene datos para determinar la fecha de vencimiento y las

condiciones de descuento por pronto pago.
Se hace referencia a las condiciones de pago de la contabilidad general.
FI-CA es compatible con el procedimiento de descuento por pronto pago de un nivel.
Puede almacenar diferentes reglas para determinar la fecha de vencimiento para abonos y
créditos.
La fecha de vencimiento puede corregirse automáticamente a un día laborable en conexión
con el calendario de fábrica.
Figura 27: Concepto de bloqueo

Las contabilizaciones a una cuenta contrato se pueden evitar mediante un bloqueo de la

contabilización central. Esto evita las contabilizaciones, las compensaciones, las anulaciones
y las cancelaciones de compensaciones para la cuenta en cuestión.
Además, las partidas abiertas en esta cuenta no se reclaman. Durante el procesamiento de la
compensación en línea, las partidas abiertas de las cuentas contrato bloqueadas están
marcados con un icono identificativo. No es posible activar esas partidas.
Los procesos empresariales individuales también se puede impedir mediante bloqueos.
Puede fijar estos bloqueos para todas las partidas a nivel de cuenta contrato, o en el nivel de
una partida individual.
Los motivos de bloqueo puede definirse en Customizing.
Todos los bloqueos pueden tener un límite de tiempo. Una vez ha vencido este límite, los
bloqueos se desactivan.
Puede generar una lista de bloqueos empresariales en el menú de aplicación SAP en
→ Industria de suministros Cuenta corriente contractual para → cuentas
contrato→ Evaluación de bloqueos empresariales . Cuando haga esto, puede seleccionar
entradas de bloqueo en función de interlocutor comercial, cuenta contrato, tipo de bloqueo,
proceso y motivo de bloqueo. Las entradas se emiten como una lista de informes o lista ALV y
se pueden clasificar en función de interlocutor comercial o cuenta contrato.
Puede crear bloqueos de procesamiento con la transacción FKLOCK2 (Menú: Operaciones
periódicas para cuentas contrato). Desde los criterios de selección Interlocutor comercial ,
Cuenta de contrato, Contrato, Sociedad, puede fijar bloqueos en masa para una combinación
de Tipo de bloqueo, Proceso y Motivo de bloqueo. Para borrar bloqueos en masa, puede
utilizar la transacción FPLKDEL.
Figura 28: Bloqueos
Bloqueos para la cuenta contrato: reclamación, contabilización, facturación, reclamación de

correspondencia, cálculo de intereses, pagos recibidos y pagos efectuados.
Puede fijar el bloqueo para un período limitado, o varios bloqueos para las operaciones
empresariales individuales.

Consejo:
Si sólo especifica un motivo para el bloqueo, entonces es válido por un tiempo
ilimitado.
Si sólo introduce un motivo de bloqueo, a continuación, puede modificarlo o
borrarlo. Si ha definido varios bloqueos temporales, utilice la tecla cursora para
realizar cambios. A continuación, puede introducir las modificaciones en una
ventana de diálogo.
Si ha definido varios bloqueos temporales, entonces únicamente se visualiza una
~. En este caso, se puede utilizar la tecla cursora para visualizar los otros
bloqueos.
Puede usar la transacción FPLKA en 'Operaciones periódicas Para cuentas contrato

Evaluación de bloqueos empresariales' para evaluar los bloqueos que se han fijado.
Mantenimiento de tarjeta de pago y datos bancarios
Mantenimiento de tarjeta de pago y datos bancarios
● Puede utilizar la transacción FPP4 para:

- Crear nuevos datos bancarios
(determinar un nuevo ID bancario para el evento 1053)
- Modificar/borrar datos bancarios existentes
- Crear nuevas tarjetas de pago
(determinar un nuevo ID de pago para el evento 1054)
- Modificar/borrar datos de tarjeta de pago existente y crear los contactos de clientes
- Imprimir cartas de confirmación
- Controlar acciones subsiguientes (por ejemplo, anulación de reclamaciones y anulación
de bloqueos)
- Realizar más modificaciones en una cuenta contrato (evento 1083)
La transacción FPP4 facilitará considerablemente la modificación de datos bancarios

específicos del interlocutor comercial. Esto le permite, por ejemplo, modificar los datos
bancarios para un cliente que cambia de pagador al contado a pagador directo en el registro
maestro de interlocutores comerciales y en objetos dependientes al mismo tiempo en la
transacción Actualizar datos de pago .
Puede utilizar un conjunto de reglas flexible para controlar las acciones subsiguientes como la
anulación de reclamaciones.
Si fija el indicador "Crear ID bancario" en las parametrizaciones específicas de mandante del
Customizing, podrá determinar un nuevo ID de datos bancarios para el interlocutor comercial
relevante en el evento 1053.
Si fija el indicador "Crear ID de tarjeta de crédito" en las parametrizaciones específicas de
mandante del Customizing, puede determinar un nuevo ID de tarjeta de pago para el
interlocutor comercial relevante en el evento 1054.

Con un módulo de funciones procesado en el evento 1083 puede realizar más modificaciones
en la cuenta contrato al grabar los datos. En este evento, por ejemplo, puede modificar el
campo Grupo de planificación en la cuenta contrato si un deudor pasa de ser un pagador al
contado a un pagador de débito directo.
Figura 29: Mantenimiento de tarjeta de pago y datos bancarios
La transacción FPP4 Actualizar datos bancarios facilita la modificación de los datos bancarios
de un interlocutor comercial. Esto le permite, por ejemplo, modificar los datos bancarios para
un cliente que cambia de pagador al contado a pagador directo en el registro maestro de
interlocutores comerciales y en objetos dependientes al mismo tiempo en la transacción
Actualizar datos de pago .
Lo siguiente es posible:
● Crear nuevos datos bancarios
● Modificar/borrar datos bancarios existentes
● Crear nuevas tarjetas de pago
● Modificar/borrar datos de tarjeta de pago existente
● Crear contactos de clientes
● Imprimir cartas de confirmación
● Controlar las actividades subsiguientes (tales como anulación de reclamaciones y
anulación de bloqueos)
● Realizar más modificaciones en una cuenta contrato (evento 1083)
Si fija el indicador "Crear ID bancario" en las parametrizaciones específicas de mandante del

Customizing, podrá determinar un nuevo ID de datos bancarios para el interlocutor comercial
relevante en el evento 1053.

Si fija el indicador "Crear ID de tarjeta de crédito" en las parametrizaciones específicas de

mandante del Customizing, puede determinar un nuevo ID de tarjeta de pago para el
interlocutor comercial relevante en el evento 1054.
Con un módulo de funciones procesado en el evento 1083 puede realizar más modificaciones
en la cuenta contrato al grabar los datos. En este evento, por ejemplo, puede modificar el
campo Grupo de planificación en la cuenta contrato si un deudor pasa de ser un pagador al
contado a un pagador de débito directo.
Figura 30: Customizing básico
Para generar un proyecto FI-CA para IS-U, IS-T o IS-M, debe seleccionar ambas cuentas
corrientes contractuales y IS-U-CA, IS-T-CA o IS-M-CA en la jerarquía de componentes
durante la generación del proyecto.
Si la cuenta corriente contractual está integrada en un add-on de sector, el sector en cuestión
(por ejemplo, IS-U) debe estar activado (área de aplicación).
Los resúmenes de las actividades de Customizing en esta unidad sólo representan un
extracto de la IMG.
Customizing de los interlocutores comerciales (centrales) se almacena en el área
“componentes multiaplicaciones”.
Ahora podrá:
relevantes.

CAPÍTULO 2 Documentos
Lección 1
Lifecycle of Documents 32
Lección 2
Document Structures 38
Lección 3
Posting Documents 46
Lección 4
Integration with General LedgerAccounting 57
Lección 5
Account Balance Display 68
● Explicar el concepto de los documentos y los procesos de la cuenta corriente contractual.

● Explicar la estructura específica de documentos FI-CA y la configuración de las clases de
documentos.
● Contabilizar documentos en FI-CA y conocer las funciones especiales para la entrada de
documentos en la cuenta corriente contractual.
● Explicar el concepto de integración en el libro mayor, y saber cómo procesar y reconciliar
la transferencia.
● Navegue hasta la visualización del estado de cuentas y configúrela según sus necesidades.

Capítulo 2
Lección 1
Lifecycle of Documents
La cuenta corriente contractual es un componente de la contabilidad auxiliar que gestiona los
datos en masa.
Se utiliza para el tratamiento de partidas abiertas.
Figura 31: El ciclo de vida de una partida abierta (1)
El ciclo de vida de una posición de crédito en Cuenta corriente contractual revela qué
procesos de Cuenta corriente contractual se gestionan en FI-CA:
● Las partidas abiertas se pueden contabilizar en la facturación, la reclamación o gestión de
devoluciones. De manera alternativa, las partidas abiertas se pueden contabilizar
manualmente en la contabilidad auxiliar. La forma habitual de la contabilización de
documentos es la contabilización desde una factura.
● Las posiciones que son relevantes para el libro mayor se comprimen de forma periódica y
se transfieren al libro mayor.
● Los documentos compensados que han expirado se pueden archivar.

Lección: Lifecycle of Documents
● Las partidas abiertas y compensadas se pueden visualizar en la función de visualización de

cuentas.
Los pagos los inician el interlocutor comercial (pagador) o mediante ejecuciones de pago
(débito directo). Los pagos normalmente compensan las partidas abiertas.
En el tratamiento de devoluciones, los pagos compensados se reinician, los créditos de origen

se contabilizan como partidas del Debe y los gastos de devolución se contabilizan. Los gastos
de devolución pueden ser los gastos bancarios que se pasan al interlocutor comercial o los
gastos de la empresa.

Capítulo 2 : Documentos
Las partidas vencidas para los pagadores al contado o posiciones bloqueadas de los
pagadores domiciliados se pueden reclamar. Los gastos de reclamación o intereses de
demora se pueden contabilizar.
El cálculo de intereses se puede llevar a cabo automáticamente en la facturación y la

ejecución de reclamaciones, o se puede desencadenar manualmente. Se contabiliza un
documento de intereses.

Los intereses se pueden calcular para partidas compensadas, así como para partidas del
Debe y/o partidas del Haber.
Los documentos abiertos se pueden aplazar manualmente. Un aplazamiento puede tener

lugar automáticamente en el tratamiento de devoluciones.
La fecha de vencimiento original se retiene en el caso de un aplazamiento. Si se alcanza la
fecha de aplazamiento y la posición aún está abierta, la fecha de vencimiento original se
vuelve a utilizar para futuros procesos empresariales.

Puede definir un plan de pago a plazos para las partidas abiertas. El cálculo de intereses se
puede desencadenar mediante el plan de pago a plazos.
Los intereses a recibir se integran en el plan de pago a plazos.
Las partidas vencidas se pueden introducir como dudosas, ajustadas de forma individual o
canceladas.

Las posiciones se pueden presentar a oficinas de cobro externas. Los pagos como, por
ejemplo, intereses y gastos de oficina de cobro externa pueden contabilizarse de forma
automática o manual.
Ahora podrá:

Capítulo 2
Lección 2
Document Structures
documentos.
Figura 40: Clases de documentos para el tratamiento individual
Cada clase de documento se identifica mediante una abreviatura de dos dígitos en relación
con una descripción. La clase de documento clasifica el documento (por ejemplo, documento
de pago). Puede definir para cada clase de documento si se puede utilizar para las
contabilizaciones manuales o como una clase de documento para un pago o lote de
devoluciones.
Cada clase de documento se asigna a un rango de números. Los intervalos de números de
documento se especifican para la clase de documento correspondiente mediante el rango de
números. El rango de números también determina si los números de documento se asignan
de forma interna o externa.
Los rangos de números de documento se especifican según el volumen de los procesos
empresariales.

Lección: Document Structures
Figura 41: Rangos de números para el tratamiento en masa
Además de los rangos de números de documento para la contabilización manual, se deben de

definir y asignar rangos de números extra para las operaciones empresariales que resultan
del tratamiento en masa paralelo (por ejemplo, la facturación o ejecución de pago).
La clave para el rango de números del tratamiento en masa debe comenzar con una letra. Los
procesos de fondo paralelos obtienen sus números de documento de estos intervalos de
rango de números. Como resultado, se deben definir según el volumen de procesos
empresariales y el número de procesos paralelos.
Si las contabilizaciones individuales de una determinada categoría generalmente se ejecutan
en modo interactivo (por ejemplo, pago en efectivo o libro de caja), y si todas las
contabilizaciones se ejecutan con la misma clase de documento, es posible que los usuarios
tengan que esperar porque todos los usuarios acceden al mismo rango de números cuando
se asignan los números de documento. Para evitar o reducir este período de espera, se
pueden asignar a una clase de documento varios rangos de números para las
contabilizaciones individuales.

Figura 42: Estructura de un documento FI-CA (1)
La cabecera del documento contiene datos generales para el documento de deudores/

acreedores, como el número de documento, el tipo de documento, la fecha de documento, la
fecha de contabilización, la moneda y la clave de reconciliación. Los datos sobre la persona
que realiza entradas y sobre el origen se almacenan en los datos de gestión de la cabecera del
documento.
Los datos relevantes para la contabilización se almacenan en las posiciones de socio
comercial: datos del socio/contrato, datos del libro mayor (cuenta de créditos), datos sobre
el importe de los créditos, especificaciones sobre la fecha de vencimiento, datos de
reclamación y compensación, datos de gestión de caja y previsión y otros datos.
La información acerca de la contabilización de la contrapartida se almacena en la posición de
contrapartida. Esto normalmente significa las partidas individuales para la contabilización de
ingresos(s) y las partidas individuales de contabilización de impuestos.
Las posiciones de contrapartida y las líneas de impuestos se crean automáticamente, de
modo que solo se deben crear las posiciones de interlocutor comercial.

Figura 43: Estructura de un documento FI-CA (2)
Los documentos de repetición se colocan en grupos de repetición.

El plan de cuotas fijas de IS-U y los planes de pago a plazos se representan como documentos
con grupos de repetición.
Figura 44: Estructura de un documento de pago
El documento de compensación que se puede contabilizar, por ejemplo, en el transcurso de

un pago recibido, solo se compone de una cabecera de documento y la(s) posición(es) de
contrapartida.

La siguiente información se almacena en las posiciones de contrapartida: el importe de pago,

la cuenta de mayor correspondiente e información sobre el documento compensado.
El número de documento del documento de compensación, la fecha de compensación y el
importe de compensación se almacenan en las posiciones de interlocutor comercial del
documento compensado.
Esto significa que ambos documentos están enlazados mientras la compensación existe. El
documento de pago no genera una posición de interlocutor comercial, ya que toda la
información de la posición de interlocutor comercial se puede ver en el documento
compensado enlazado.
Si se anula la compensación, la conexión entre el documento de compensación y el crédito se
borra y el documento de pago da una nueva posición de interlocutor comercial con toda la
información de contabilización.
La información de compensación se almacena en el historial de compensación, incluso si la
compensación se anula.
Figura 45: Estructura de documento para pagos parciales
Si el pago recibido solo resulta en una compensación parcial, la posición del documento de
crédito original se divide en una posición parcial compensada y una posición parcial que aún
está abierta. Los datos de compensación, que es el importe del pago parcial y el número de
documento del pago, se almacenan en la posición parcial compensada.

Figura 46: Compensación de partidas abiertas (compensación parcial)
En algunos casos los documentos no mantienen su estado. Las modificaciones de documento

y la compensación de partidas abiertas a veces requieren que el documento se grabe de una
forma distinta.
Este desglose es necesario si se compensa un importe parcial de la partida abierta. Una
entrada en el libro auxiliar se divide en dos entradas, la cuota abierta y la cuota compensada.
Para las nuevas subposiciones, también desea poder reconocer posteriormente que se han
generado desde una posición original. Para conseguirlo, se introduce un campo clave
adicional en la tabla Interlocutor comercial: el número de subposición.

Figura 47: Contabilizaciones estadísticas
Las contabilizaciones estadísticas facilitan gestionar créditos inciertos, ya que estas

contabilizaciones no se transfieren al libro mayor y, como resultado, son más fáciles de
revertir si no se han pagado.
Los gastos de reclamación también son un ejemplo típico de importes que a menudo no se
pagan, o documentos de un plan de pago a plazos dado que los créditos de origen subyacente
ya se han contabilizado en el libro mayor.
Otro ejemplo de esto son los créditos de cuota fija. Esto se debe a que los importes de las
cuotas fijas no están "respaldados" en una factura y, si no se pagan, son más difíciles de
recuperar que los importes que constan en una factura. Además, en el caso de solicitudes de
cuota fija, el impuesto sobre el valor añadido sólo es pagadero si el importe de cuota fija se ha
pagado y el crédito se ha contabilizado en el libro mayor.
Figura 48: Estructura de un documento estadístico

Los documentos estadísticos sólo se componen de una cabecera de documento y de

posiciones de interlocutor comercial. Estos documentos no se envían al libro mayor.
Figura 49: Pago para las partidas estadísticas
Cuando se compensan las partidas estadísticas (por ejemplo, mediante un pago), la

información de compensación se almacena en el documento estadístico. De forma
simultánea se crea una posición de interlocutor comercial “real” (que es relevante para el
libro mayor) en el documento de pago y se compensa inmediatamente. La operación de esta
posición se determina desde Customizing. Posiciones de ingresos y de impuestos se añaden
como posición de contrapartida.
Ahora podrá:
documentos.

Capítulo 2
Lección 3
Posting Documents
Figura 50: Objetivos de la entrada de documentos

Lección: Posting Documents
Figura 51: Contabilizar documento: Punto de entrada
Puede utilizar las variantes de pantalla definidas en Customizing para diseñar las pantallas
para ejecutar las funciones para las operaciones empresariales anteriormente mencionadas
(por ejemplo, la creación manual de una factura). Puede seleccionar los campos que desee
ocultar cuando se ejecuten las funciones para contabilizar, modificar o crear un documento.
Por ejemplo, tiene sentido ocultar los campos que contienen información sobre el
procedimiento de reclamación de la entrada de documentos. Los usuarios pueden almacenar
sus variantes de pantalla de preferencia en las parametrizaciones específicas de usuario
central en Customizing. Esta parametrización se puede modificar en la pantalla inicial y
durante la entrada de documentos.
Además, algunos campos se pueden ocultar dependiendo del mandante mediante
Customizing mientras no sean necesarios para la operación empresarial.
En la pantalla inicial para la entrada de documentos, la sociedad se utiliza como valor por
defecto para las partidas individuales. Aquí puede sobrescribirlas.
Al contabilizar con impuestos, puede seleccionar si el tipo impositivo se introduce
manualmente o se determina y se calcula automáticamente a partir de la posición de
El campo “créditos netos” especifica que el importe introducido se trata como un importe
neto; de lo contrario, la cantidad introducida constituye la base del cálculo de impuestos
como importe bruto.

Figura 52: Entrada en lista: Posiciones de interlocutor comercial
Puede seleccionar varias variantes de estructura de líneas definidas libremente en la lista

para introducir posiciones de interlocutor comercial. Los campos incluidos en una variante no
pueden tener más de 250 caracteres.
Las variantes de pantalla se especifican en Customizing de los documentos. En la pantalla
inicial de la transacción Contabilizar documento, puede introducir las dos variantes de
estructura de líneas en el marco de grupo Estructura de líneas para entrada en lista . Si
selecciona la función Visualizar/Modificar parametrizaciones , el sistema mostrará una
ventana de diálogo. Puede seleccionar y grabar las variantes en esta ventana de diálogo
mediante la ayuda de búsqueda. Las variantes se graban en los parámetros de usuario.
Se puede acceder a la vista detallada de la entrada de documentos, haciendo doble clic en
una línea. La vista detallada contiene todos los campos del documento que se pueden
actualizar.
Pueden contabilizarse una o más posiciones para un interlocutor comercial.
También puede introducir posiciones para diferentes interlocutores comerciales dentro de un
mismo documento. Estas posiciones se contabilizan en un número de documento.

Figura 53: Contabilización: Moneda extranjera
El tipo de cambio se puede determinar a partir de los tipos de cambio almacenados en el

sistema o por un tipo de cambio introducido cuando se introduce un documento en una
moneda extranjera.
Si desea calcular el tipo de cambio de una fecha en concreto, debe introducir esta fecha de
tipo de cambio. Si no, el sistema utiliza el tipo de cambio actual.
Si se introduce un tipo de cambio, se compara con los tipos de cambio almacenados en el
sistema. Si los porcentajes indicados difieren, se visualizará un mensaje.
Un tipo de cambio sólo puede introducirlo los usuarios para los que se almacena una moneda
local en sus parametrizaciones específicas de usuario para FI-CA.

Figura 54: Contabilización multisociedad
El interlocutor comercial no está asignado a una sociedad. La información sobre la sociedad

pagadora se almacena en la cuenta contrato a través del grupo de sociedades. Los pagos
recibidos y los pagos efectuados se gestionan a través de la sociedad pagadora.
Ejemplos de contabilización:
● (1) Asiento en el Debe (sin ingresos ni impuestos)
● (2) Entrada de caja en la sociedad 0001 (sin visualización de cuenta bancaria)
● (3a) Asignación de pagos en la sociedad 0001
● (3b) Asignación de pagos en la sociedad 0002
● (4) La sociedad 0001 debe un pago a la sociedad 0002.
● (4) Sociedad 0002 recibe un pago de la sociedad 0001.
La contabilización (4) se crea con el pago recibido.

La contabilización multisociedades debe estar fijada en las parametrizaciones específicas de
usuario.
Las cuentas de compensación para pagos / créditos están especificadas en Customizing.
Se contabilizan uno o más documentos en cada sociedad afectada durante la transferencia
de los registros de totales a la contabilidad principal.

Figura 55: Contabilizar documento: Funciones adicionales
Las clases de documento se pueden bloquear para la contabilización manual.

El indicador de contabilización no periódica significa que una contabilización no periódica se
realiza en una cuenta alternativa. El indicador especifica que la contabilización no es para el
período de contabilización actual, no obstante se contabiliza allí.
El inicio del período de liquidación, con el que están relacionadas las partidas abiertas
anteriormente.
Uso: se puede informar al interlocutor comercial de la fecha en las notificaciones de pago,
extractos de cuenta, débitos directos u otra correspondencia. La fecha se utiliza únicamente
para fines informativos al visualizar documentos o cuentas.
Para las empresas de telecomunicaciones y suministros, esta fecha se utiliza, así como la
fecha de contabilización para la contabilización manual para la determinación del impuesto
sobre las ventas y las compras. Si las contabilizaciones se refieren a un período de demanda
durante el cual se modificó el impuesto sobre las ventas y las compras, la fecha de
contabilización es más frecuentemente inadecuada. En estos casos, esta fecha puede
especificarse. Se utiliza para determinar el impuesto sobre las ventas y las compras.
Los documentos individuales pueden imprimirse con el componente correspondencia (tipo
de correspondencia 014).

Figura 56: Contabilización manual con compensación
Las partidas abiertas que deben compensarse pueden pertenecer a un:

● Interlocutor comercial
● Cuenta contrato (normalmente segundo criterio)
● Contrato u objeto de contrato
● Sociedad
● Período aplicado (esto en la gestión de impuestos e ingresos, por lo general, es el 1er
criterio)
● Fecha de vencimiento
Desde la transacción Contabilizar documento puede acceder a la pantalla de selección para

introducir criterios de selección haciendo clic en el botón Procesar partidas abiertas o
Seleccionar partidas abiertas.

Figura 57: Ejemplo: Contabilización manual con compensación: Opciones de visualización
Haciendo doble clic en los campos en la columna “Bruto” (o en otra columna de importe),
puede seleccionar (=activar) las partidas abiertas que se deben compensar con (asignadas a)
el importe introducido. El importe bruto se propone como el importe de compensación. Las
partidas se desactivan si hace doble clic de nuevo.
El importe introducido puede ser insuficiente para compensar todas las partidas abiertas
activadas por completo. Haciendo doble clic en las partidas abiertas en la columna
“compensación bruta”, la compensación parcial de la partida abierta se propone para el
importe que aún no está asignado. Puede sobrescribir este valor por defecto. De forma
alternativa, puede introducir importes individuales en los campos en la columna
“Compensación bruta”.
Colocando una marca de verificación en la casilla al principio de la línea, puede seleccionar
varias partidas abiertas para activarlas o desactivarlas en grupo (también es posible desde el
menú, teclas de función o comandos de línea).

Figura 58: Compensación: Generación de partidas individuales
Se pueden generar varias partidas individuales nuevas mediante la asignación de importes de

compensación a partidas abiertas.
Las diferencias en tipos de cambio se deben contabilizar durante la compensación de
documentos en moneda extranjera.
Si se garantiza y deduce un descuento por pronto pago, debe contabilizar el descuento por
pronto pago pagado.
Las pequeñas diferencias que no superan los límites de tolerancia se contabilizan como
pagadas o recibidas.
Las partidas a cobrar de gastos reales se contabilizan y se compensan durante la
compensación de un gasto estadístico.
Un anticipo se debe contabilizar para la compensación de una solicitud de anticipo.
Las contabilizaciones de descuentos por pronto pago o los ingresos procedentes de los
gastos pueden estar sujetos a impuestos. El importe del impuesto se calcula y contabiliza
automáticamente.

Figura 59: Compensación: Moneda diferente
Es posible compensar partidas abiertas en una moneda diferente. Por ejemplo, se pueden
compensar créditos en EUR con un pago recibido en USD.
Todas las partidas abiertas seleccionadas se calculan de nuevo en la moneda de
compensación si tienen diferentes monedas de documento. El cálculo se lleva a cabo en dos
pasos utilizando la fecha de contabilización del documento de compensación:
● Moneda de documento -→ Moneda local / Moneda local -→ Moneda de compensación.
● De este modo, no es necesaria la actualización de las cotizaciones para todos los pares de
moneda.
El sistema utiliza la cotización media actual para la conversión conforme a la tabla de tasas. Si
ha acordado diferentes tipos o importes con el cliente, las diferencias aparecerán durante la
conversión. En Actualización de cuentas (menú: Cuenta -→ Actualización) en la pantalla
Account Maintenance: Process Open Items , puede modificar los importes convertidos y evitar
estas diferencias.
La moneda de compensación y el importe de compensación se almacenan en una partida
compensada.

Figura 60: Interfaces para transferir los IDoc
La interfaz de IDoc es un procedimiento de comunicación estándar del sistema SAP y se

utiliza para intercambiar información empresarial con un sistema externo u otro sistema SAP.
Para poder recibir y procesar datos desde un sistema externo de facturación de manera
eficiente y llevar a cabo una transferencia en masa de datos de manera eficaz, las interfases
de IDoc de FI-CA utilizan la infraestructura de la tecnología de IDoc. Puede utilizar las
interfaces de IDoc de FI-CA para:
● Transferir facturas y (si lo desea) actualizar datos en CO-PA
● Fijar un enlace a las facturas ópticamente archivadas o archivar documentos externos
● Transferir anulaciones de facturas
● Transferir partidas abiertas al sistema existente para imprimirlas en facturas
Un procesamiento optimizado del gran volumen de datos que normalmente se crea, por
ejemplo, en una ejecución de facturación o una ejecución de anulación, se consigue mediante
la paralelización escalonada del tratamiento en ejecuciones en masa donde puede procesar
intervalos de los IDoc en varios servidores de aplicación en paralelo.
Ahora podrá:

Capítulo 2
Lección 4
Integration with General LedgerAccounting
la transferencia.
Figura 61: Cuenta corriente contractual como libro auxiliar
FI-CA sirve como libro auxiliar, así como un integrador de datos contables que se originan (en
la mayoría de casos) de varias aplicaciones y sistemas almacenados previamente. Estas
aplicaciones transfieren sus datos de contabilización a FI-CA para el tratamiento posterior. En
lugar de contabilizar individualmente en el libro mayor y Controlling cada documento creado
en el libro auxiliar, se transfieren los registros de totales (tratamiento en fondo). Cada registro
de totales se contabiliza en el libro mayor. Esta técnica de integración reduce
considerablemente el volumen de las contabilizaciones en el libro mayor y da como resultado
un rendimiento muy superior.
La transferencia de facturas desde la facturación convergente se trata más adelante en su
propia unidad.

Figura 62: Integración con libro mayor FI: Definiciones
Los registros de totales se graban en las tablas DFKKSUM*.

Otros criterios de integración incluyen:
● Sociedad
● División
● Cuenta de mayor
● Moneda
● Imputaciones adicionales de Controlling, como centro de coste, pedido o centro de
beneficio.
● Las imputaciones adicionales del control presupuestario, como centro gestor o posición
presupuestaria.
Puede evitar la integración con otras posiciones de documento mediante el indicador

“Documento individual”. Si fija este indicador, la integración normal de las posiciones en el
registro de totales no se realiza. Si este indicador está fijado para un documento, se crea una
posición de documento separada en el documento de transferencia para la contabilidad
principal. Además, la clase de documento para la transferencia de libro mayor puede
predefinirse individualmente para cada documento en FI-CA. Un módulo de funciones, que se
define en el evento 0061, se utiliza para realizar las especificaciones. Los registros de totales
separados se enumeran para documentos FI-CA con diferentes clases de documentos para la
transferencia al libro mayor. Los documentos para la transferencia al libro mayor se generan
por separado de acuerdo con estas clases de documentos. Si no se emite ninguna clase de
documento para la transferencia de libro mayor, la contabilización se ejecuta con la clase de
documento definida en Customizing para el área de contabilización 0100.
A partir del release ERP 2005, hay una función disponible para la anulación de la transferencia
de libro mayor. Los documentos se anulan como una anulación real en el libro mayor o, si no
es posible una anulación real, como una contrapartida. La anulación se ejecuta en la fecha de
contabilización del documento que se anula. No es posible contabilizar con una fecha de

Lección: Integration with General LedgerAccounting
contabilización diferente. Sólo se pueden anular totalmente todos los documentos para una
clave de reconciliación y sociedad.
Figura 63: Estructura de clave de reconciliación: Determinación automática
Existen diversos procesos empresariales que crean una clave de reconciliación en el sistema.
La clave de reconciliación se identifica mediante el día actual en el ejercicio- que se deriva de
la fecha de creación - y la fuente o el nombre.
Las claves de reconciliación que se han creado automáticamente se cierran de forma
automática al final del proceso empresarial.
El sistema también puede proponer claves de reconciliación para operaciones empresariales
manuales (contabilizar documento, pago en la caja...). Para hacer esto, los grupos de
reconciliación para valores por defecto deben actualizarse en Customizing. Estas claves de
reconciliación puede aceptarse o sobrescribirse. Debe cerrarlas de forma manual antes de la
transferencia al libro mayor.

Figura 64: Herramientas: Claves de reconciliación
La clave de reconciliación puede ser "estructuradas en base a los usuarios" (grupos)

específicamente para las contabilizaciones en línea. Las claves de reconciliación
dependientes del usuario e independientes del usuario también pueden ser propuestas para
claves de origen almacenadas en Customizing. Sin embargo, para que esto ocurra, los
módulos de funciones SAP FKK_SAMPLE_1113_USER o FKK_SAMPLE_1113 deben utilizarse
en el evento 1113.
Durante el cierre en masa (transacción FPG4), el sistema cierra todas las claves que no están
reservadas para un grupo específico de contabilizaciones, por ejemplo, contabilizaciones
para una ejecución de pago o un pago o lote de devoluciones.
Además de esto, las claves que están reservadas para la contabilización de documentos de
facturación desde Comercial (SD) también se cierran.
Si es necesario, también puede eliminar claves de reconciliación que se hayan creado, pero
no se utilicen. Para ello, seleccione el parámetro Borrar claves abiertas no utilizadas o Borrar
claves cerradas no utilizadas .
Info detallada de documento para clave de reconciliación (RFKKABS30): el report selecciona
todos los documentos FI-CA contabilizados bajo una clave de reconciliación
Los registros de totales de FI-CA se seleccionan conforme a los criterios de selección. Las
partidas individuales del documento FI-CA correspondiente se seleccionan y clasifican.

Figura 65: Documento de FI-CA - Registro de totales - Documento de FI
Requisito para transferir un registro de totales: clave de reconciliación con estado “cerrado”.
Visualice los registros de totales transferidos en FI: Transacción FB03 (Document
Display)→ Lista de documentos e introduzca la transacción de referencia FKKSU y la clave de
reconciliación de la clave de referencia +* en los parámetros de selección.
Referencia en cabecera de documento FI: Clave de referencia = clave de reconciliación +
número de transferencia secuencial fijado durante la transferencia
Verificar / corregir los registros de totales
Motivos:
● Debido a las diferencias de reconciliación entre el libro auxiliar y el libro mayor
● Debido a problemas técnicos (como problemas de base de datos, cancelación de una
ejecución de pago)
Procedimiento:
● Verificar los registros de totales (RFKKABS1/RFKKGL20)
● Corregir los registros de totales (RFKKABS2)
● Transferir registros de totales al libro mayor en modo de corrección (RFKKGL00) (siempre
que el registro de totales ya haya sido transferido)

Figura 66: Documentos de referencia: FI-CA => Resumen => FI
Los documentos en una clave de reconciliación se acumulan según fecha de contabilización o

cuenta de mayor.
La transferencia de registros de totales con diferentes fechas de contabilización lleva a la
creación de un documento de libro mayor para cada fecha de contabilización.
La clave de reconciliación se traspasa de acuerdo con la fecha clave. Si la clave de
reconciliación contiene documentos con fechas de contabilización en el futuro, entonces la
clave de reconciliación sólo se transfiere parcialmente a la contabilidad general en la fecha
clave. El resto de la clave se transfiere si la futura fecha de contabilización es anterior o igual a
la fecha de transferencia.
Si el número de líneas en el documento de libro mayor excede la cantidad máxima de líneas
de documentos permitidas en contabilidad financiera, el documento se divide y se crea otro
documento.
El “saldo cero ” requerido se contabiliza mediante una cuenta de transferencia.

Figura 67: Reconciliación: Documentos de libro mayor
El report RFKKGL00 transfiere los registros de totales acumulados en las claves de

reconciliación al libro mayor. El programa RFKKGL20 se utiliza para reconciliar el libro mayor
y la cuenta corriente contractual. Lee desde el libro mayor los documentos que se han
contabilizado mediante transferencia de los registros de totales de FI-CA en el libro mayor y
los compara con los registros de totales de FI-CA. Las diferencias se muestran en color y se
marcan con un semáforo rojo. Puede seleccionar la opción de menú correspondiente en la
lista de salida para corregir las diferencias que se han producido, por ejemplo, si se ha
finalizado la contabilización, y no ha podido contabilizar posteriormente. Si selecciona el
indicador de ejecución de corrección, el sistema ejecuta la corrección automática en
ejecución en proceso de fondo.
El report RFKKABS1 (verificar registros de totales) verifica si los totales de las
contabilizaciones FI-CA coinciden con los totales de los documentos FI-CA correspondientes
y si el saldo de los documentos FI-CA es cero. El programa muestra las discrepancias entre
los totales de contabilización y los documentos FI-CA. Las diferencias pueden corregirse en
modo interactivo o en ejecución en proceso de fondo. Si los documentos FI-CA no tienen un
saldo de cero, se listan los números de documento y las claves de reconciliación
correspondientes. Estas claves de reconciliación no se pueden exportar y no se pueden
corregir automáticamente.
El report RFKKOP04 genera una lista específica de fecha clave de partidas abiertas para
interlocutores comerciales en FI-CA. Puede utilizar el informe durante las actividades de
cierre (mes, trimestre, año) o para fines de reconciliación.

Figura 68: Reconciliación: FI-CA con el libro mayor
Report RFKKGL30: El programa muestra los documentos de la cuenta corriente contractual

(FI-CA) que se han transferido al libro mayor (FI) como registros de totales. Los documentos
de libro mayor se leen de acuerdo con los criterios de selección. Los correspondientes
registros de totales y líneas de documentos de la cuenta corriente contractual están
seleccionados y clasificados.
El informe RFKKGL30 garantiza la posibilidad de revisión en la cuenta corriente contractual;
esto significa que se puede utilizar en cualquier momento para determinar y visualizar
posiciones y documentos en la cuenta corriente contractual (libro auxiliar) desde el
documento de libro mayor (documento de transferencia). Por tanto, un documento de libro
mayor puede explicarse mediante las posiciones en el libro auxiliar en cualquier momento
concreto.
Con el report RFKKABS6 se pueden reconciliar las cuentas de mayor: el programa da salida a
contabilizaciones que se han transferido al libro mayor. Las contabilizaciones se visualizan
como un resumen de saldos o como partidas individuales con la fecha de contabilización
correspondiente y, si está disponible, una fecha de contabilización alternativa.

Figura 69: Reconciliación: Partidas abiertas
El informe RFKKOP10 reconcilia la cuenta corriente contractual (FI-CA) con el libro mayor
(FI). Reconcilia el saldo actual para todas las cuentas asociadas o las cuentas asociadas
especificadas así como también de las cuentas de compensación del impuesto sobre el
volumen de negocios.
Se determinan los siguientes saldos por sociedad, división y cuenta asociada:
● Saldo de las partidas abiertas actuales en la cuenta corriente contractual
Aquí también resulta útil la cuenta de compensación de impuestos sobre el volumen de
negocios en el caso de anticipos.
Las partidas estadísticas no se evalúan.
● El saldo actual de las cuentas asociadas en el libro mayor de la cuenta corriente
contractual.
● Saldo de claves de reconciliación en la cuenta corriente contractual que todavía no se han
transferido
● Saldo de registros de totales de corrección en la cuenta corriente contractual que aún no
se han transferido.
El informe RFKKOP10 crea una hoja de totales con los saldos de las cuentas asociadas. El
campo Status de la lista especifica las diferencias por sociedad, división y cuenta asociada. El
campo PA que faltan le informa de que una cuenta de reconciliación en el libro mayor tiene un
saldo, pero no se han encontrado las partidas abiertas correspondientes en la cuenta
corriente contractual. Si desea analizar con más detalle qué posiciones o interlocutores
comerciales están implicados en diferencias concretas, inicie el informe RFKKOP04 con las
cuenta asociada correspondiente como la lista PA actual.

Figura 70: Documentos: Customizing (1)
En las parametrizaciones de contabilización central, puede especificar las funciones que

desea que se utilicen para la contabilización y el tratamiento de documentos. Las funciones
serán o no necesarias (por ejemplo, planes de pago a plazos, contabilización de intereses
durante la compensación) en función de las operaciones empresariales que se procesen.
Algunas parametrizaciones para la entrada de documentos, tales como las variantes de
entrada, la habilitación para las contabilizaciones multisociedades y para las
contabilizaciones en moneda extranjera, así como información fiscal para la visualización de
la cuenta están almacenadas en las parametrizaciones específicas de usuario.
Para configurar los documentos, los rangos de números de documento deben asignarse, las
clases de documento definirse, ciertas especificaciones de clases de documento para los
procesos empresariales y las variantes de imagen deben estar definidas.

Figura 71: Documentos: Customizing (2)
Las claves de contabilización para partidas del Debe y del Haber, así como la clase de
documento para la contabilización de la cuenta de mayor cuando los registros de totales se
transfieren al libro mayor (FI-GL) se almacenan en las especificaciones de contabilización
para el libro mayor. La clase de documento indicada debe contabilizarse para todas las
sociedades. Las cuentas de transferencia para la transferencia de libro mayor también se
debe indicar aquí.
Requisitos previos:
● Deben crearse las cuentas de mayor necesarias (vaya a la estructura IMG y seleccione
→ Contabilidad financieraContabilidad principal→ Cuentas de mayor).
● Deben actualizarse las clases de documento necesarias (vaya a la estructura IMG y
seleccione → Contabilidad financieraParametrizaciones básicas de gestión
financiera→ → DocumentDocument Header ).
Ahora podrá:
la transferencia.

Capítulo 2
Lección 5
Account Balance Display
Esta lección le ofrece un resumen de las funciones de la visualización del estado de cuentas y
las opciones de ampliación específicas de cliente.
Figura 72: Visualización del estado de cuentas
FI-CA mediante su funcionalidad de visualización del estado de cuentas permite obtener de

una forma rápida y global la información de la cuenta en la reacción a las partidas abiertas,
compensadas o estadísticas.
La funcionalidad de visualización es flexible ya que el usuario individual puede definir y
actualizar los criterios de búsqueda. Mediante la utilización de ‘criterios de selección’
adicionales el usuario puede refinar aún más los parámetros de búsqueda. Por ejemplo, un
usuario podría desea buscar posiciones dentro de un determinado rango de importe en
dólares. Esto puede hacerse mediante la actualización del “rango de búsqueda” del importe.
Los tipos de lista determinan qué clase (s) de partidas individuales se visualizan con el estado
de cuentas, como partidas abiertas, partidas compensadas, posiciones de interlocutor

Lección: Account Balance Display
comercial adicionales, etc. También determinan qué tipos (si existen) de posiciones
estadísticas deben aparecer y por qué tipo de categoría de documento se puede buscar.
Si no se especifica una variante de clasificación, el sistema utilizará los primeros 6 campos
definidos en la variante de estructura de líneas para clasificar (orden ascendente). El
parámetro de usuario 814 selecciona la última parametrización de imagen inicial "normal"
frente a “reducida” (es decir, imagen de selección en la que los parámetros se indican antes
para poder ver un estado de cuentas).
El parámetro de usuario 815 graba la última imagen de “visualización de lista” inicial, pero se
sobrescribirá si el parámetro 810 está activo.
Figura 73: Variantes de estructura de líneas
Cada variante de estructura de líneas debe estar definida como una variante de “totales” o
una variante de “partida individual”.

Figura 74: Visualización de estado de cuentas: Estructura de la variante de totales
Este ejemplo de integración a nivel de documento puede ser útil para la visualización de
documento compactada de posiciones de varios contratos, así como para las fechas de
vencimiento de un plan de cuotas fijas en IS-U. Esto significa que, para cada fecha de
vencimiento, puede visualizar el importe de cuota fija total de un cliente.
Figura 75: Visualización de estado de cuentas: Otras funciones
Restricción de selección de partidas: Si selecciona el botón Período para selección de partidas

(F7) en la pantalla inicial de la visualización del saldo de cuenta, puede restringir el período
que el sistema utiliza para seleccionar las partidas en el saldo de cuenta.

Menú contextual en el saldo de cuenta: puede llamar un menú contextual haciendo clic en el
botón derecho del ratón cuando el cursor está sobre una posición en el saldo de cuenta. En
eventos 1247 y 1248, puede ajustar las funciones del menú contextual para satisfacer sus
necesidades o agregarlas.
Figura 76: Visualización de saldo de cuenta: Eventos
Figura 77: Creación de instantáneas

Para interlocutores comerciales cuyas cuentas contrato tienen un gran número de

posiciones, puede crear la visualización del estado de cuentas desde un conjunto de
posiciones seleccionadas previamente (una instantánea).
La lectura de las posiciones en el estado de cuentas para un interlocutor comercial con un
gran número de posiciones, por lo general, requiere mucho tiempo. Para evitar largos
tiempos de respuesta, puede utilizar este informe para realizar una preselección de
posiciones para interlocutores especialmente grandes y visualizarlas en el estado de cuentas
en lugar de la lista actual. Para ello, debe introducir el socio comercial con muchas partidas en
la guía de implementación para Cuenta corriente contractual en → Funciones
básicas→ Visualización de saldo de cuentasDefinir socio comercial para creación de
instantáneas. Esta parametrización es una de las parametrizaciones actuales del sistema y,
por lo tanto, puede acceder a ella en el menú en Parametrizaciones actuales (interlocutor
comercial para instantáneas ).
Para garantizar que el estado de cuentas está actualizado, debería actualizar este estado en
intervalos regulares.
Figura 78: Visualización de instantáneas
Cuando llama la visualización del estado de cuentas, el sistema verifica si se puede

determinar un único interlocutor comercial a partir de las condiciones de selección.
Si el sistema ha determinado un interlocutor comercial y existe una instantánea para ese
interlocutor comercial:
● El sistema importa esta instantánea
● El sistema verifica las condiciones de selección actuales
● El sistema muestra el resultado en la lista con la información correspondiente de que los
datos no están actualizados y con la fecha de la instantánea.

Si se encuentra en una visualización de instantánea, puede desactivar la instantánea desde el

menú mediante Estado → actual de saldo de cuenta. A continuación, el sistema lee los datos
actuales.
Figura 79: Documentos: Customizing
Función de búsqueda: El campo VRGNG (operación) se compone de los campos operación

principal y operación parcial, y le permite buscar posiciones con operaciones principales y
parciales específicas introduciendo un único criterio de selección.
También puede utilizar los campos CPUDT (fecha de entrada) y CPUTM (hora de entrada)
para buscar y visualizar información.
Asignar operaciones para la visualización del saldo de cuenta: las posiciones de interlocutor
comercial no se graban para algunos documentos (como documentos de pago). El texto no
se muestra en la visualización del estado de cuentas para estas operaciones. Sin embargo,
puede definir operaciones ficticias en esta actividad, según el motivo de compensación. Esto
garantiza que un texto aparezca en la visualización del estado de cuentas. Entonces se
muestran los textos para estas operaciones.
Particularidad para IS-U en la estructura de líneas: campos OPBEL_KK_RG y AUGBL_KK_RG.
Si la posición de documento se ha creado durante la facturación IS-U, se visualiza el número
de documento de impresión. Va precedido de la letra “D”. Si se trata de un documento de
contabilización “normal ”, va precedido de la letra “F”. Al mismo tiempo, el número de
compensación del documento se registra en el campo Número de compensación del
documento. Esto le permite sustituir los diferentes números de documento FI-CA que se
generan durante la facturación con un número de documento universal.
La visualización de cuotas fijas representa otra característica IS-U, es decir, con el indicador
“Sin bloqueo de cuotas fijas” se pueden suprimir los planes de cuotas fijas facturados y las
cuotas fijas asignadas.

Ahora podrá:

CAPÍTULO 3 Operaciones y
determinación de
cuentas
Lección 1
Structure of Transactions 76
Lección 2
Transactions in IS-U 81
Lección 3
General Ledger Account Determination 83
Lección 4
Tax Determination 89
Lección 5
Tax Determination in IS-U 92
Lección 6
USA - Tax Jurisdiction Code (Onlyrelevant for US training) 95
● Conocer la definición y estructura de las operaciones.

● Comprender las funciones especiales de las operaciones en IS-U.
● Configurar la determinación de cuenta de mayor automática en FI-CA.
● Explicar las funciones de determinación de impuestos especiales en la cuenta corriente
contractual.
● Explicar las funciones de determinación de impuestos especiales para facturación en IS-U.
● Al final de esta lección conocerá las características especiales de la determinación de
impuestos de EE. UU.

Capítulo 3
Lección 1
Structure of Transactions
Esta lección le ofrece un resumen de las funciones de las operaciones principales y parciales
en la cuenta corriente contractual.
Figura 80: Transacciones
Una operación es una combinación de operaciones principales y parciales.

Los textos asignados a las operaciones principales y parciales explican la operación
empresarial correspondiente y están disponibles en la correspondencia.
La operación principal controla la determinación de las cuentas a cobrar y las cuentas a
pagar.
La operación parcial controla la determinación de la cuenta de ingresos, la determinación del
indicador de determinación de impuestos y de información acerca de cualquier imputación
adicional (división, datos de imputación CO).

Lección: Structure of Transactions
FI-CA y las versiones sectoriales específicas utilizan operaciones principales y parciales

internas que estan asignadas a varios procesos empresariales y que controlan estos
procesos. Estas operaciones internas se asignan a operaciones definidas específicas de la
instalación.
Si todas las funciones FI-CA o soluciones sectoriales se utilizan, las operaciones internas
representan el mínimo de operaciones. Además de esto, para la contabilización manual,
puede actualizar cualquier número de operaciones que no se corresponden con las
operaciones internas.
Las operaciones en FI-CA deben especificarse mediante varias características como, por
ejemplo, indicador debe / haber, clave de intereses, indicador de estadística, etc. Estas
características se transfieren automáticamente al documento durante la contabilización.
Figura 81: Asignación de operaciones principales y parciales
Las operaciones internas son las operaciones que tienen lugar en FI-CA y sus versiones
específicas del sector. Los principales ejemplos de estas operaciones son gastos, intereses,
los pagos a cuenta, contabilizaciones de clarificación, etc. Estas operaciones principales y
parciales, por tanto, sirven para proporcionar los parámetros necesarios para la
contabilización de estas operaciones ‘internas’.
Consejo:
Debe asignar una 'ID' para cada entrada en esta tabla, incluso si ha decidido no
proporcionar nuevos nombres a las operaciones. (Por ejemplo, si no desea
asignar un nuevo nombre a la operación principal 0010 y operación parcial 0100,
debe realizar entradas idénticas en los campos para la asignación externa).
Estas operaciones internas están codificadas de forma fija. NO las elimine.

Capítulo 3 : Operaciones y determinación de cuentas
Las operaciones principales y parciales se utilizan para identificar posiciones según su tipo
(como el interés y gasto) así como el proceso empresarial desde el que se originaron (pagos,
extractos de cuenta, etc.).
Esta función enlaza cada posición con una operación principal a la que se asignan varias
operaciones parciales. Por ejemplo, existe una operación principal “gasto” y operaciones
parciales asociadas “gasto de reclamación”, “tasa de devolución bancaria”, “tasa de
devolución bancaria 1”, “tasa de devolución bancaria 2”, “gasto de correspondencia”, “tasa
de plan de pago a plazos”, etc.
Figura 82: Actualización de operaciones principales y parciales
Un usuario es libre de definir nuevas entradas en esta tabla para utilizarlas para operaciones
no definidos como ‘internas’ de FI-CA. Estas entradas principales y subentradas adicionales
se pueden utilizar en la determinación de cuentas de mayor.
También puede definir si el importe introducido puede ser negativo o positivo.
Todas las contabilizaciones en FI-CA contienen información sobre la operación empresarial
en las operaciones principales y parciales. Puede asignar atributos adicionales a las
operaciones en Customizing. Estos atributos se copian en la posición de interlocutor
comercial cuando se realiza la contabilización y puede influir en las siguientes operaciones
empresariales.

Lección: Structure of Transactions
Figura 83: Operaciones definidas libremente
Las operaciones para la visualización del estado de cuentas deben definirse libremente. Estas
operaciones se definen para documentos que no tienen posiciones de interlocutor comercial
(documento de anulación o de pago). La operación se determina mediante el motivo de
compensación del documento que se compensó mediante esos documentos (documentos de
anulación o de pago). Estas operaciones deben definirse en las áreas de contabilización R001
(IS-U),
T001 (IS-T) o M001 (IS-M).
Si los documentos que no tienen ningún interlocutor comercial partidas se compensan si
mismos (mediante anulación o cancelación de la compensación), el sistema crea una
posición de interlocutor comercial y la información de compensación puede escribirse aquí.
La operación de esta posición también se determina desde Customizing. El motivo de
compensación original también se utiliza para determinar el área de contabilización 1090 y/o
1091.
Cualquier operación parcial se puede especificar para las operaciones empresariales que no
están representadas en los procesos FI-CA. Estas operaciones parciales se asignan a las
operaciones principales definidas libremente. Esto le permite, por ejemplo, asignar
operaciones empresariales poco frecuentes y utilizarlas para la contabilización manual.
Para documentos de facturación SD que se contabilizan en FI-CA, las operaciones se
determinan según varias características de la factura SD. Las transacciones también se
pueden definir libremente aquí: Área de contabilización 1200.

Figura 84: Asignación de una operación interna: operación definida
Ejemplos:
● Transacciones específicas del cliente: Otros créditos para contabilizaciones manuales
(6000 / 0020 en el sistema de formación) no se corresponden con las transacciones
internas.
● En función del esquema de gastos seleccionado en los pasos de reclamación de un
procedimiento de reclamación, los gastos de reclamación deben estar contabilizados
estadísticamente o como relevantes para el libro mayor. La operación se ‘asigna’ al
proceso empresarial (especifica qué operación definida se utiliza en el proceso
empresarial) con la opción de crear 1:n relaciones.
● La tarificación de la liquidación y facturación de IS-U está pensada para definir diferentes
pasos de tarifa que crean líneas de la factura relevantes para la contabilización para
diferentes cuentas de ingresos e imputaciones CO. Las operaciones parciales definidas
libremente están incluidas en estos pasos de tarifa. Las asignaciones no pueden realizarse
en las configuraciones de operaciones debido a las tarifas y operaciones parciales
definidas por el cliente.
Ahora podrá:

Capítulo 3
Lección 2
Transactions in IS-U
Figura 85: Operaciones parciales en facturación IS-U
La operaciones de acumulación se asignan a las operaciones internas, y no tienen una

determinación de cuentas definida. Estas operaciones de acumulación (por ejemplo, crédito
de facturación de consumo 0100/0020) actualizan las posiciones de interlocutor comercial
en los documentos FI-CA que provienen de la facturación IS-U.
Las operaciones para los componentes de precio se puede definir libremente y se actualizan
en las tarifas. La determinación de cuentas se define para estas (determinación de cuentas
relevantes para la operación con cuenta de ingresos, indicador de impuestos de ventas /
compras y clave CO).
Las operaciones parciales deben definirse para todas las operaciones principales de
facturación (facturación del consumo / facturación final / facturación manual).

Figura 86: Operaciones parciales en el procedimiento estadístico de cuota fija en IS-U
Los procedimientos de pago y traspaso deben imputarse a los procedimientos internos. No

es necesaria la determinación de cuentas.
Las operaciones de pago deben estar definidas como operaciones “subsiguientes ” para las
operaciones de extrapolación.
Las operaciones parciales para la extrapolación de la cuota fija se actualizan en las tarifas.
Deben definirse de manera estadística (debe = “P” / Haber = “Z”). La determinación de
cuentas se debe definir para estas operaciones.
Ahora podrá:

Capítulo 3
Lección 3
General Ledger Account Determination
Esta lección le ofrece un resumen de la derivación de cuentas de mayor en la cuenta corriente
contractual.
Figura 87: Áreas de contabilización
Las áreas de contabilización se dividen en las siguientes áreas:

● Áreas de contabilización para todas las áreas de aplicación (por ejemplo, área de
contabilización utilizada para identificar una cuenta de impuestos de acuerdo con el
indicador de impuestos)
● Áreas de contabilización para varias áreas de aplicación (por ejemplo, área de
contabilización utilizada para determinar los valores por defecto para los pagos recibidos).
Pueden definir una serie de diferentes especificaciones para cada área de aplicación.
● Áreas de contabilización específicas de aplicación: La letra del área de aplicación está en la
primera posición
El área de aplicación activo se define en los parámetros de usuario y / o seleccionando el área

de aplicación.

Puede actualizar las áreas de contabilización ya sea en la operación FQC0 o en la guía de

implementación. Transacción FQCR: Seleccionar y emitir datos de determinación de cuentas.
Puede usar este informe para seleccionar y visualizar datos de determinación de cuentas
desde cualquier área de contabilización. En la lista, puede utilizar funciones como buscar,
clasificar y totalizar. Si selecciona la entrada, el sistema pasa a la pantalla de visualización.
Puede actualizar la entrada seleccionando Visualizar -→ Modificar.
Si introduce un valor de búsqueda, puede utilizar el informe, por ejemplo, para determinar
desde que entrada de customizing se ha determinado una cuenta de mayor en la que se ha
contabilizado de forma automática.
Figura 88: Áreas de contabilización
Siempre puede introducir varias reglas de derivación. Si el sistema no visualiza primero los
campos clave necesarios, llámelos seleccionando el acceso vía menús → GOTOSELECT
KEYS.
Secuencia de acceso: Como estándar, el sistema primero intenta impartir una entrada con el
recurso a todos los campos clave utilizados. Si esto no funciona, el último campo clave se
excluye al siguiente intento. Durante el último intento, solo se utiliza el primer valor de campo
clave. Puede modificar este procedimiento estándar con secuencias de acceso definidas por
el usuario. Para ello, debe definir:
● Cuáles de los posibles campos clave son relevantes para la determinación de la cuenta de
mayor
● En qué orden el sistema utiliza sus definiciones de campos clave para la determinación de
cuentas de mayor
Pruebe su Customizing haciendo clic en "simulación". También hay un análisis de error si la

derivación no ha sido posible.

Lección: General Ledger Account Determination
Después de EHP6, se pueden definir las vistas de área de contabilización, lo que facilita
Customizing para determinadas áreas de contabilización. Para llamarlo, seleccione el acceso
vía menús → GOTOVIEWS.
Figura 89: Determinación de cuenta de mayor 1
Las cuentas de mayor se determinan por medio de la funcionalidad de determinación de

cuentas estándar. Esta función coge un subconjunto de los parámetros de contabilización y
verifica una tabla de asignación especial que se configura en Customizing de FI-CA.
La determinación de cuentas de mayor se realiza a través de las operaciones principales y
parciales determinadas a partir de las partidas individuales contabilizaciones y el ID de
determinación de cuentas.
El ID de determinación de cuentas se deriva de la cuenta contrato, el ID de determinación de
cuentas del objeto de contrato (PS-CD) o del contrato (IS-U).
El evento para determinar la cuenta asociada es 1101. El evento para determinar la cuenta de
ingresos es 1100.

Figura 90: Determinación de cuentas de mayor 2
El ID de determinación de cuentas se deriva automáticamente del tipo de cuenta contrato,

cuando se contabiliza una posición.
Cada contabilización individual en el libro auxiliar se asigna exactamente a una cuenta a
pagar/a cobrar en el libro mayor. Un importe de operación negativo es un abono y un importe
positivo un cargo.
Consejo:
Las cuentas de mayor utilizadas en partidas individuales para los interlocutores
comerciales (créditos, acreedores, anticipos, etc.) deben estar marcadas como
tipo de cuenta asociada “V”. Esto evita contabilizaciones directas
inintencionadas en estas cuentas y de este modo se evitan posibles
complicaciones del proceso de reconciliación.
Cuenta de ingresos: La lógica de determinación de cuentas es la misma para la determinación

de cuentas de pérdidas y ganancias que para la determinación de cuentas de balance. Se
utiliza un subconjunto de campos de los documentos para determinar automáticamente la
cuenta de mayor en la que se puede contabilizar.

Lección: General Ledger Account Determination
Figura 91: Determinación de cuentas: Cuenta asociada
El sistema determina la operación principal durante el tratamiento de interlocutores

comerciales en función de la operación interna y su asignación a una operación definida.
El ID de determinación de cuenta se determina desde la cuenta contrato para operaciones
empresariales que afectan a varios contratos o desde el contrato / objeto de contrato para
las operaciones empresariales relacionadas con el contrato.
El ID de determinación de cuentas controla la determinación de las cuentas a cobrar en FI-CA
(junto con la operación principal resultante de la operación empresarial). La sociedad y,
potencialmente, el sector son otros criterios.
Las mismas cuentas a cobrar se determinan para operaciones empresariales idénticas para
cuentas contrato con el mismo ID de determinación de cuentas, por ejemplo clientes
domésticos o empresas conectadas en el interior.
Puede utilizar distintas ID de determinación de cuentas para acceder a diferentes cuentas a
cobrar en la contabilidad de libro mayor.

Figura 92: Determinación de cuentas: Cuenta de ingresos
La operación parcial también es necesaria para la determinación de cuentas de ingresos

Esto le permite asignar diferentes cuentas de ingresos para una operación empresarial
(operación principal) definiendo operaciones parciales especial. También es posible asignar
diferentes cuentas de ingresos para cada sociedad y sector.
La división y el indicador de impuesto sobre compras/ventas se definen en la determinación
de cuentas de ingresos. Otras características de imputación (tales como centros de coste y
de beneficio) se pueden grabar aquí mediante la clave de imputación CO.
En IS-U, puede sobrescribir las imputaciones auxiliares desde contabilidad de costes
utilizando una clave de imputación CO dependiente del contrato que se define en el contrato
IS-U.
Ahora podrá:

Capítulo 3
Lección 4
Tax Determination
contractual.
Figura 93: Impuesto: Determinación de indicador de impuestos
La determinación del indicador para la contabilización del IVA se conecta con la

determinación de la cuenta de ingresos para una operación empresarial.
En la tabla TE011, el indicador de impuestos válido para la contabilidad general se determina
de forma histórica (es decir, se definen los períodos para los cuales el indicador de impuestos
es válido), en función del código de determinación de impuestos determinado en la
determinación de cuenta de ingresos.
Las cuentas de impuestos que deben contabilizarse se definen en el área de contabilización
0010 en función de la sociedad, el indicador de impuestos y la operación de impuestos.

Figura 94: Impuesto: Modificación de impuestos
Ejemplo: Aumento de impuestos del 15% al 16%:

● El indicador de determinación de impuestos de ventas / compras E1 es válido desde el
01/01/1995 al 31/03/1998.
● El indicador de determinación de impuestos A1 es válido en la contabilidad general para
este período.
● El indicador de impuestos (A3) que resulta de la modificación de impuestos debe estar
definido de nuevo en la contabilidad principal.
● En FI-CA, se especifica un nuevo período de validez, en el que se asigna el nuevo indicador
de impuestos.

Lección: Tax Determination
Figura 95: Operaciones y determinación de cuentas: Customizing
En la actividad, “actualice ...... Operaciones para componentes” industriales, puede definir

operaciones principales y parciales, realizar asignaciones a operaciones internas, realizar
parametrizaciones multisectoriales y añadir atributos a las operaciones.
El programa de verificación de consistencia RFKK_TRANSACTION_CONS_CHECK verifica si
las configuraciones de las operaciones están completas y son plausibles.
En las imputaciones para anticipos y gastos, puede definir las operaciones que se contabilizan
automáticamente cuando las solicitudes de anticipo, de cuota fija o las partidas a cobrar de
gastos estadísticos se compensan. Puede definir estas operaciones de acuerdo con las claves
estadísticas. Las posiciones de documento estadístico constituyen la base para la
contabilización. Las imputaciones que no pueden tomarse desde las posiciones de
documento estadístico deben definirse aquí en el sistema.
Ahora podrá:
contractual.

Capítulo 3
Lección 5
Tax Determination in IS-U
Figura 96: Impuesto: Procedimiento para modificar impuestos IS-U (1)
A partir de una operación empresarial, en este caso, la facturación IS-U, se determina

automáticamente un indicador de determinación de impuestos a partir de la determinación
de cuentas.
El indicador de determinación de impuestos para la contabilidad general se encuentra
utilizando el historial del ID de determinación de impuestos.
El porcentaje impositivo se determina mediante este indicador de impuestos de FI.

Lección: Tax Determination in IS-U
Figura 97: Impuesto: Procedimiento para modificar impuestos IS-U (2)
Los códigos de determinación de impuestos que se encuentran en el período de cálculo se

determinan durante la creación del documento de cálculo. El indicador de impuestos
resultante proporciona información sobre el porcentaje impositivo y la cuenta de impuestos.
Si el impuesto se modifica durante el período de cálculo, se produce el prorrateo en las
posiciones individuales de cálculo.
Figura 98: Operaciones y determinación de cuentas: Customizing

Las claves de CO se pueden definir en función de la sociedad, la división y, si están

relacionadas con el contrato, en función de las operaciones principales y parciales. Defina las
claves de determinación de cuenta CO relacionadas con la cuenta contrato en la
determinación de cuenta relevante para la operación; las claves de determinación de cuenta
CO relacionadas con el contrato deben definirse en el registro maestro de contratos, no
obstante, se pueden incluir en el área de contabilización R001 antes de las imputaciones de
cuenta CO de cuenta contrato.
Las cuentas para los anticipos de cuota fija en IS-U solo deben definirse aquí si el
procedimiento de cuota fija estadístico se ha seleccionado en los parámetros del sistema de
facturación. No tiene que realizar más parametrizaciones en este área de contabilización para
el otro procedimiento de cuotas fijas.
Ahora podrá:

Capítulo 3
Lección 6
USA - Tax Jurisdiction Code (Onlyrelevant for
US training)
Cálculo de impuestos sobre la base de código de domicilio fiscal
Cálculo de impuestos sobre la base de código de domicilio fiscal
● Interfase SAP estándar para el cálculo de impuestos interno o externo con código de
domicilio fiscal
● La determinación de indicador de impuestos es la misma que sin código de domicilio fiscal
● Código de domicilio fiscal asignado a nivel de contrato y nivel de cuenta contrato
● Cambios de tipo impositivo actualizado en la tabla TE012 si el cálculo de impuestos se
ejecuta en un sistema externo

Figura 99: Código de domicilio fiscal asignado en contrato
El código de domicilio fiscal se utiliza para determinar los tipos impositivos en los Estados
Unidos.
El código de domicilio fiscal define las autoridades fiscales a las que debe pagar sus
impuestos. Siempre es la ciudad en la que se suministran los productos / servicios.
Puede indicar los códigos de domicilio fiscal en los datos relevantes a la facturación en el
contrato.
El código de domicilio fiscal en el contrato se asigna durante el alta.

Lección: USA - Tax Jurisdiction Code (Onlyrelevant for US training)
Figura 100: Código de domicilio fiscal asignado en cuenta contrato
El sistema utiliza el código de domicilio fiscal en el contrato para el cálculo de impuestos

relacionados con el contrato.
Para operaciones que no implican un contrato, se usa el código de domicilio fiscal de la
cuenta contrato.
Figura 101: Sistema externo: Modificación de tipo impositivo
Debe actualizar manualmente las modificaciones de impuestos en esta tabla porque no existe
ninguna interfases disponible todavía.

Si no se actualizan los datos en Customizing, se usarán los datos de facturación reales para la
determinación de impuestos.
Figura 102: Determinación de impuestos con código de domicilio fiscal
En Customizing, defina el indicador de determinación de impuestos en IS-U que enlaza con el

indicador de impuestos en FI.
La cuenta de impuestos se determina durante la determinación de cuentas de ingresos.
El indicador de impuestos y el código de domicilio fiscal determinan los tipos impositivos que
deben aplicarse.
Los paquetes de impuestos externos pueden utilizarse en conjunción con FI-CA para la
determinación del tipo impositivo.
Ahora podrá:

CAPÍTULO 4 Pagos recibidos
Lección 1
Processing Incoming and OutgoingPayments 100
Lección 2
Payment Lots and Check Lots 102
Lección 3
Clarification Processing 114
Lección 4
Cash Desk / Cash Journal 124
● Nombrar las distintas clases de pago en cuenta corriente contractual.

● Explicar el objeto del lote en la cuenta corriente contractual, y explicar el proceso para la
generación y el tratamiento manual y automático de lotes.
● Explicar las opciones de tratamiento que ofrece el tratamiento de clarificación.
● Procesar pagos en efectivo y conocer los principios del libro de caja.

Capítulo 4
Lección 1
Processing Incoming and OutgoingPayments
Esta lección le ofrece un resumen rápido de los tipos de pagos recibidos: pagos iniciados por
el cliente y pagos iniciados por la organización.
Figura 103: Inicio de operaciones de pago
El programa de pagos tiene en cuenta las partidas abiertas con vencimiento de todos los
interlocutores comerciales o cuentas contrato que se han seleccionado. Se puede utilizar
para procesar tanto los pagos recibidos como los efectuados.
En el caso de los pagos iniciados por el cliente, el cliente decide cuándo pagar. Los pagos
iniciados desde el exterior se pueden procesar mediante un lote de pagos/lote de cheques y
compensación automática. De forma alternativa, los pagos se pueden gestionar mediante la
caja (libro de caja).

Lección: Processing Incoming and OutgoingPayments
Cuando los pagos los inicia nuestra organización, esta determina cuándo retirará o pagará los
pagos de/al interlocutor comercial. Todos los pagos iniciados por nuestra organización se
procesan mediante el programa de pagos.
Figura 104: Gestión de pagos recibidos: Iniciado externamente
Se encuentra la partida abierta que corresponde a un pago recibido y, en la medida de lo

posible, se compensa (mediante pago parcial o pago en exceso si es necesario). La mayoría
de las partidas abiertas se compensan automáticamente (procedimiento de compensación).
Si no es posible determinar automáticamente la partida abierta que se pagará, puede asignar
manualmente pagos a una o varias partidas abiertas.
Las vías de entradas de pagos iniciadas por el cliente se contabilizan generalmente mediante
el uso de los lotes de pagos.
Las contabilizaciones de pago con tarjeta de pago pueden contabilizarse manualmente y, por
lo tanto, se pueden considerar un método de pago generado por el cliente, así como un
método generado internamente.
Los pagos no asignados a una partida abierta se pueden contabilizar en la cuenta o poner en
el controlador de clarificación para actividades de clarificación.
Ahora podrá:

Capítulo 4
Lección 2
Payment Lots and Check Lots
Figura 105: Lotes de pagos y lotes de cheques
Los lotes de pagos/lotes de cheques se utilizan en conexión con pagos iniciados por
interlocutores comerciales.
El lote de pagos/lote de cheques es un objeto, que se utiliza para almacenar datos de pagos
iniciados externamente. Los datos de los pagos que tienen un origen común o que deben
procesarse conjuntamente se almacenan en un lote.
Registre los lotes de pagos/lotes de cheques manualmente si la información de pagos existe
en formularios escritos (papel). Este suele ser el caso para los pagos por cheque, aunque las
transferencias bancarias entrantes también se pueden introducir manualmente.
Los lotes de pagos/lotes de cheques los crean automáticamente el sistema si los pagos se
transfieren en forma de un extracto bancario electrónico. Si no utiliza el sistema de gestión de
caja ERP, entonces debe crear un programa que convierte los extractos bancarios en un

Lección: Payment Lots and Check Lots
archivo que FI-CA puede leer. Entonces este archivo se convierte en un lote de pagos/lote de
cheques.
Figura 106: Tratamiento paralelo de datos: Lotes
Los pasos generales en la contabilización de lotes de pagos/lotes de cheques son los

siguientes:
Cree y grabe el lote de pagos/lote de cheques; se puede crear manualmente (lote de
cheques) o mediante un programa (transferencias bancarias entrantes desde un extracto de
cuenta)
Visualice o modifique el lote de pagos/lote de cheques (si es necesario); las posiciones se
pueden insertar o eliminar
Cierre el lote de pagos/lote de cheques; insertar o eliminar posiciones ya no es posible; sin
embargo, se permiten correcciones a las posiciones en el lote de pagos/lote de cheques. Ya
no es posible añadir pagos al lote, o borrar pagos del lote.
Contabilice el lote de pagos/lote de cheques, la contabilización solo puede ocurrir si el lote se
ha “cerrado”. Al realizar la contabilización, los pagos se transfieren a las cuentas contrato y la
contabilización se realiza en la cuenta de compensación adecuada. Las diferencias de pago se
pueden contabilizar automáticamente en una cuenta especial de pérdidas y ganancias.
Es necesario un procesamiento adicional o posterior si las contabilizaciones en una cuenta
transitoria se han creado o si las contabilizaciones no han sido posibles (por ejemplo,
Parametrización incorrecta/faltante). Existen las siguientes posibilidades: el
desencadenamiento de un reembolso (reembolso), la contabilización en una cuenta
provisional (si no se puede determinar la cuenta contrato) o la contabilización como pago en
una cuenta contrato (donde se puede determinar la cuenta, pero la partida abierta a
compensar no puede).
El objeto de autorización “F_KK_SOND” con la actividad “011” es necesaria para poder volver
a abrir lotes de pagos/lotes de cheques cerrados.

Capítulo 4 : Pagos recibidos
Figura 107: Reglas de interpretación: Destino de utilización
Definir reglas de interpretación para el destino de utilización: En esta actividad se definen las
reglas para el análisis automático de textos de destino de utilización para la transferencia
automática de datos de pago a lotes de pagos en la cuenta corriente contractual. Mediante
los valores determinados, el sistema determina los criterios de selección para la asignación
de los pagos a créditos.
Si desea someter los valores determinados de este modo a una verificación adicional, se
puede especificar un procedimiento de control para cada muestra de estructura. Este
procedimiento de verificación ya se ha definido para la interpretación del texto de utilización
basado en el módulo de función de muestra FKK_SAMPLE_SEL_TYPE_CHECK en la actividad
de Customizing del procedimiento de verificación.
Con el fin de simplificar las parametrizaciones de las reglas de interpretación para el texto de
utilización, el análisis de dicho texto se puede probar en una actividad de Customizing.
Cuando se transfieren los datos de pago mediante el uso de los programas RFKKZE00 o
RFKKKA00, aún puede utilizar el módulo de funciones llamado en el evento 0950 para
realizar mejoras específicas de cliente o específicas de la aplicación para el pago o las
selecciones adicionales. Para obtener más información, consulte la documentación del
programa o la descripción del evento (FQEVENTS).

Figura 108: Destino de utilización: Configuración
SAP ha mejorado las opciones para la evaluación y el tratamiento posterior del destino de
utilización especificado para la transferencia de datos de extractos bancarios de FI al lote de
pagos. El sistema accede a las reglas de interpretación que se definieron en Customizing para
cuenta corriente contractual.
Además, es posible transferir los pagos recibidos que contienen un determinado patrón en el
destino de utilización a una cuenta de clarificación o a una imputación breve. El programa
introduce la cuenta breve o el estado “que se debe clarificar” directamente en el lote de
pagos. De este modo se garantiza que el control de compensación no procesa estos pagos.
Para clientes FI-CA esto es interesante para conservar operaciones o para los pagos que no
tienen solicitudes.
Además, puede reasignar los valores de selección que ha encontrado. Esto significa asignar
un valor nuevo a un valor de selección o también asignar un nuevo tipo de selección.
Para simplificar las parametrizaciones de Customizing para las reglas de interpretación para
el destino de utilización, puede utilizar la transacción FP_NOTE_TEST para probar el análisis
del destino de utilización.

Figura 109: Pago recibido: Contabilizaciones 1
Contabilizaciones:
1. Asiento en el Debe de la facturación (mostrado sin contabilización de impuestos)
Contabilizaciones:
2. Pago recibido en el banco (el extracto de cuenta se contabiliza en el libro mayor)

Contabilizaciones:
3. Asignación de pagos mediante el procesamiento del lote de pagos
En el caso de los lotes de pagos, las partidas de la cuenta bancaria de compensación se
contabilizan en utilización de pago o a la cuenta de clarificación. El número de documento se
registra en las posiciones asociadas en el lote de pagos.
Utilización de pago puede incluir lo siguiente:
● Compensación/compensación parcial de partidas abiertas
● Contabilizaciones en cuenta
● Gastos / ingresos (diferencia de pago)
● Creación de nuevos asientos en el Debe que se compensan inmediatamente mediante
asignación de pago. (Gastos o intereses, por ejemplo)
● Anticipos

Figura 112: Pago/Remesa de cheques: Datos de cabecera
Un lote de pagos/lote de cheques manual se compone de una entrada de cabecera, una

posición por pago y, opcionalmente, varias subposiciones por pago. En la cabecera de la
orden de pago, se graban los datos que son válidos para todo el lote, junto con los datos que
se utilizan como valores por defecto para las posiciones.
La clase de documento, el concepto de búsqueda, la fecha de contabilización, la cuenta
bancaria de compensación, la sociedad para la contabilización bancaria y la clave de
reconciliación para contabilidad principal son válidas para todo el lote. La moneda y la fecha
valor también deben definirse en la cabecera.
Los valores por defecto más importantes para las posiciones son los motivos de
compensación (como los pagos recibidos) y los tipos de selección (como número de
interlocutor, número de cuenta contrato).
La información de selección se utiliza para identificar las partidas abiertas que deben
compensarse con el pago y / o para preparar los datos para el pago a cuenta.
La información siempre se da en la forma de tipo de selección/valor de selección.
Por ejemplo, “C” representa la cuenta contrato, “B” representa el interlocutor comercial y “P”
la clave de período.
Los tipos de selección se definen en Customizing.

Figura 113: Lote de pagos/lote de cheques: Tratamiento de tipos de selección
Los tipos de selección le permiten decidir qué campos deben utilizarse para la selección de
partidas abiertas dentro de una variante de imagen.
Los campos para los tipos de selección se pueden definir en Customizing y se pueden tomar
de la estructura FKKOP (posiciones de interlocutor comercial en documento de cuenta
contrato), los campos de una estructura definida por el cliente pueden utilizarse, pero un
módulo de funciones se debe codificar para el evento 210.
Puede utilizar los siguientes campos para seleccionar partidas abiertas en la transacción para
contabilizar manualmente un documento: socio comercial, cuenta contrato, contrato, objeto
de contrato, número de referencia de formulario de pago (número de referencia asignado a
un formulario de pago de un sistema externo), número de documento, número de documento
de referencia, número de formulario de pago y fecha de vencimiento neto. De todos los
campos posibles, el sistema muestra únicamente aquellos que se especificaron como tipo de
selección para su aplicación en esta actividad.
Figura 114: Pago/Remesa de cheques: Entrada en lista para pantalla de pago

Los detalles de selección que se pueden crear desde el texto de utilización se definen en la
posición. Si se especifican asignaciones múltiples (como varios números de cuenta o
números de contrato) en el texto de utilización, puede introducir otras selecciones. Las
mismas se graban entoncs como subposiciones.
Además de los detalles de selección, los importes parciales también se pueden imputar (por
ejemplo, con un pago total de 500 puede asignar 200 a la cuenta 4711 y 300 a la cuenta
4712).
Si selecciona el pulsador Más detalles o hace doble clic sobre una línea seleccionada, a
continuación el sistema muestra la pantalla de detalles de la posición seleccionada (no se
muestra en el gráfico). A continuación, puede indicar datos adicionales para el pago.
Figura 115: Lote de pagos/lote de cheques: Datos detallados
En la pantalla detallada se pueden registrar más especificaciones que se requieren para la

asignación de pagos o una clarificación posterior.
Las selecciones en una misma línea se relacionan entre sí con el operador lógico AND,
mientras que las diferentes líneas de las selecciones se enlazan mediante el operador lógico
ODER.
Es posible transferir pagos a cuentas de compensación mediante imputación breve para la
que una sociedad y una cuenta de mayor están definidas en Customizing. Este tipo de
contabilización es necesaria si se ha recibido un pago en el departamento erróneo.
La orden bancaria se utiliza cuando un interlocutor comercial ha comunicado a su banco que
envíe un determinado importe de su cuenta cada mes a una organización de gestión pública.
Al seleccionar este indicador, el ID de banco y la información de texto de utilización se
transmite con la posición y el sistema puede “aprender” si se enviará una posición con los
mismos datos incorrectos cada vez (se utiliza en Alemania).
El campo método del reembolso se utiliza cuando se recibe un pago por error, por parte de
alguien que es un interlocutor comercial desconocido.
Una pantalla de entrada está disponible, en la que sólo se pueden indicar selecciones.
Además, una función de búsqueda en el lote de pagos ayuda al usuario a buscar según el
contenido de una columna en la lista de posiciones.

En la visualización de una posición de lote de pagos, ahora también puede anular la

asignación del pago o ir al tratamiento de clarificación. La clarificación solo es posible si el
caso todavía no se ha reservado para otros usuarios.
Figura 116: Aviso de pago
Puede utilizar los avisos de pago para introducir detalles sobre los pagos autorizados. Puede
utilizar la clave creada durante la generación de un aviso de pago como criterios de selección
para partidas abiertas.
Además del interlocutor comercial o la cuenta contrato, también puede utilizar el número de
aviso de pago como criterio de selección al registrar un lote de pagos. En caso de que el pago
se contabilice, el sistema selecciona las partidas abiertas del interlocutor comercial en el
aviso de pago. El sistema utiliza las entradas en las posiciones de aviso de pago para asignar
los importes de compensación para las partidas seleccionadas. Cualquier diferencia de
importe que se produce si el importe del aviso de pago no se puede distribuir completamente
(es decir, si el importe de la partida abierta es menor) se combina con una contabilización a
cuenta.
El report RFKKAV00 también transfiere los avisos de pago de un fichero secuencial: el report
utiliza los datos para generar uno o varios avisos. Este lleva a cabo las siguientes actividades:
● Lee el archivo de servidor de aplicación especificado y verifica los datos que contiene
● Crea uno o varios avisos de pago siempre que los registros de datos sean correctos
● Cierra los avisos de pago siempre que se fije el indicador correspondiente.
● Los registros de datos defectuosos se graban de forma separada y se pueden transferir
una vez que los haya corregido.

Figura 117: Extracto electrónico de cuenta bancaria: Lote de pagos
Las transferencias bancarias desde un extracto de cuenta se almacenan en un lote de pagos.

Los pagos se asignan cuando se procesa el lote de pagos.
Interfaces:
● Transferencia de datos desde extracto electrónico de cuenta al lote de pagos /
devoluciones
● RFKKKA00 (transacción FPB7): el report selecciona pagos, devoluciones y órdenes de
pago que se importan a la memoria de datos bancarios durante el procesamiento de
extractos de cuenta electrónicos para el componente Gestión de caja (TR-CM). Si es
necesario, los datos de FI-CA se pueden transferir directamente a un lote de pagos, lote de
órdenes de pago o lote de devoluciones. De manera alternativa, también puede emitir
datos seleccionados de la memoria de datos bancarios en un fichero. A continuación,
puede importar los ficheros creados para lotes de pagos, lotes de órdenes de pago y lotes
de devolución en un paso posterior. Puede hacerlo utilizando los programas de
transferencia de FI-CA RFKKZE00 (pagos, órdenes de pago) y RFKKRL00 (devoluciones).
El sistema utiliza la transacción empresarial y el signo +/- del importe para decidir el tipo
de lote al que se transfiere a una posición de pago.
● Transferencia de datos de ficheros MultiCash a los lotes de pagos, órdenes de pago y
devoluciones RFKKKA00 (transacción FPB17): si convierte formatos bancarios específicos
de país al formato MultiCash, puede utilizar este report para transferir datos del fichero de
extracto MultiCash y del fichero de partidas individuales a los lotes de pagos y
devoluciones en FI-CA. Sin embargo, para poder procesar ficheros MultiCash, debe
efectuar las parametrizaciones del sistema que se describen en la sección 'Requisitos
previos' de la documentación del programa.
Los ficheros también se pueden generar mediante interfaces neutrales. Sin embargo, estas
deben tener el formato SAP, lo cual significa que no puede contener ningún formato
específico del país de los extractos bancarios electrónicos.

Figura 118: Pagos recibidos: Customizing
Ahora podrá:

Capítulo 4
Lección 3
Clarification Processing
Figura 119: Clarificación del Haber
Las posiciones que necesitan clarificación surgen cuando se contabiliza un lote de pagos/lote
de cheques pero bien algunos o todos los pagos no han podido contabilizarse (debido a fallo/
incorrección en Customizing, por ejemplo) a una cuenta contrato. Cuando se contabiliza un
lote de pagos/lote de cheques, estas posiciones se contabilizan en una cuenta de clarificación
definida en Customizing e incluida en una lista de clarificación.
Si luego procesa la lista de clarificación, puede transferir estas posiciones de la cuenta de
clarificación a una cuenta contrato. Puede procesar la contabilización para un pago, un lote
de pagos o para todos los casos de clarificación (para más de un lote de pagos/lote de
cheques).
Puede clarificar posiciones del pago o lote de pagos de la siguiente manera:

Lección: Clarification Processing
● Corrija las posiciones de pago (los datos utilizados para seleccionar las posiciones) y
reinicie la contabilización de las posiciones seleccionadas (compensación de partidas
abiertas o pago a cuenta).
● Realice la contabilización y la compensación de forma manual (con compensación de
partidas abiertas o pago a cuenta). Es posible compensar algunas posiciones durante la
clarificación. Las compensaciones parciales pueden contabilizarse más de una vez.
También es posible transferir posiciones de contabilización mediante imputación breve
definida en Customizing. En relación con esta contabilización puede iniciar un workflow
(por ejemplo, puede enviar un mensaje de correo electrónico al departamento que recibe
la contabilización).
● Cree una solicitud de reembolso si no ha podido asignar el importe de pago recibido a una
partida individual. A continuación, el sistema vuelve a contabilizar el importe de la cuenta
de clarificación a una cuenta de compensación de reembolso.
A partir del release ERP 2005, la nueva función “Correspondencia para clarificación” está
disponible para el tratamiento de clarificación. Esto le permite, por ejemplo, realizar consultas
en el banco propio u otras direcciones. Cuando utiliza la función, el sistema propone un
interlocutor comercial y un formulario de aplicación. El tipo de correspondencia es 0035.
Figura 120: Pago recibido: Procesamiento
El control de compensación es responsable de la asignación automática de pagos a las

partidas abiertas.
La lógica del control de compensación se puede utilizar en varios procesos y operaciones. El
control de compensación se utiliza para la actualización de cuentas manual o automática, así
como para el tratamiento de lotes de pagos.

Figura 121: Asignación de agente
La lista de clarificación puede incluirse en un pool de trabajo. Para ello SAP proporciona los
dos workflows modelos siguientes. Se pueden utilizar para crear workflows individuales:
● Workflow estándar: WS21000078
Un caso de clarificación debe imputarse a un responsable antes de que se pueda enviar a
un agente en la entrada de workflows. La asignación y restricción de responsables
garantiza que los casos de clarificación solamente se asignan a un responsable una vez.
Esto significa que si un agente no puede procesar y completar un caso de clarificación, el
caso se envía automáticamente a otro agente.
● Workflow ad hoc: WS21000077
No deben realizarse asignaciones o restricciones de responsable para este workflow. Si un
responsable no puede aclarar un caso, determina el próximo responsable y le transfiere el
caso. Para este workflow, realice la parametrización de un workflow con antelación directa
en las parametrizaciones generales de workflow para que la siguiente consulta de
procesado aparezca inmediatamente después del procesamiento.
Al procesar pools de trabajo de clarificación, puede llevar a cabo una verificación en el agente
que procese las posiciones individuales de clarificación mediante una definición de roles
(como el workflow de SAP).
Este responsable de contabilidad recibe entonces únicamente aquellas posiciones de
clarificación dentro de su pool de trabajo para los que es responsable dentro de la estructura
organizativa de SAP vinculada al rol.
Para el tratamiento de clarificación en el lote de pagos, los roles para las restricciones en la
lista de clarificación han estado disponibles para varias versiones. El rol estándar (abreviatura
02100008 FMCA_PLOT_SR) define qué unidades organizativas, posiciones, personas o
usuarios procesan determinados casos de las listas de clarificación. El rol estándar 02100009
(abreviatura FMCA_PLOT_UC) define cuándo los casos de clarificación de la lista de
clarificación deben considerarse como urgentes y qué unidades organizativas, posiciones,
personas o usuarios son responsables de su clarificación. Estos roles se habían definido en

Customizing para el tratamiento de clarificación hasta ahora y se tenían que activar cuando
son necesarios.
A partir de la versión ERP 2005, con el tratamiento de clarificación se han definido roles
generales para la clarificación del pago en lugar de estos roles. Sin embargo, los roles aún
están disponibles. Si desea utilizar estos roles, sustituya los roles suministrados por los roles
02100008 o 02100009 y actívelos.
Figura 122: Selección de casos de clarificación desde el lote de pagos
Las opciones de selección de la lista de clarificación de pago le permite limitar los casos de
clarificación abiertos según las cuentas de clarificación y los titulares de cuentas.
También puede definir las reglas de asignación mediante los nuevos roles 2100008
(selección limitada lista de clarificación) y 2100009 (limitado a los casos de clarificación
urgentes) y, por lo tanto, asigne cada caso de clarificación a al menos un responsable o un
grupo de responsables.
Puede transferir los pagos desde los lotes de pagos o remesas de cheques que están en
clarificación, y que no puede asignar, después de un período predefinido utilizando un
programa y por tanto borrarlos de la lista de clarificación. Lleve a cabo el traslado
especificando una imputación breve a la que se asigna un período mínimo de retención. El
programa de traspaso es RFKKUMBKL.

Figura 123: Propuesta de clarificación
Cuando se llama un caso de clarificación, el sistema propone automáticamente una

propuesta de clarificación. Puede definir el rango de la propuesta de clarificación en sus
parametrizaciones personales. Además de los interlocutores comerciales propuestos, el
sistema puede visualizar sus pagos más recientes y partidas vencidas, puede buscar
números similares (por ejemplo, documento y los números de cuenta) y pueden pasar a la
pantalla de tratamiento de clarificación para que se pueda distribuir el importe de pago entre
varios interlocutores, cuentas contrato o contratos.
En la propuesta de compensación, puede borrar las líneas propuestas, marcar todas las líneas
propuestas o anular la selección de todas las líneas.
En algunos casos, las propuestas de clarificación de casos de clarificación anteriores no son
útiles. Esto puede corresponder, por ejemplo, a los pagos efectuados por los servicios
sociales u oficinas de pensiones. Aunque los pagos se originan en la misma cuenta bancaria,
los pagos pueden realizarse para muchos interlocutores comerciales diferentes.
Las clarificaciones incorrectas anteriores también son un ejemplo de esto. Si un pago se
asignaba al interlocutor comercial incorrecto y después se reasignaba, el sistema siempre
propondrá al interlocutor comercial incorrecto cuando se realiza un pago mediante esa
cuenta bancaria.
La función Actualizar cuentas de excepción para la clarificación de pagos le permite definir
diferentes reglas y valores por defecto individuales para crear propuestas que aclaren los
pagos recibidos.

Figura 124: Solicitud de reembolso
Si la asignación de un pago recibido no es posible, puede desencadenar un reembolso fijando

el indicador de “Reembolso” en la posición del lote recibido.
Los datos bancarios de la información de transferencia bancaria se utilizan para el reembolso.
El reembolso en sí se lleva a cabo a través de la ejecución del programa de pago. El indicador
“Con reembolsos” debe estar fijado en los parámetros de ejecución del programa de pagos.
1. Pago recibido: Compensación banco a banco
2. Asignación imposible: Pool de trabajo clarificación - compensación bancaria en cuenta

clarificación
3. No es posible clarificar: Solicitud de reembolso generada - cuenta de clarificación para

cuenta de compensación de reembolso
4. Reembolso en ejecución de pago: Cuenta de compensación de reembolso a cuenta

bancaria de compensación
5. Extracto de cuenta electrónico (pago efectuado): Cuenta bancaria de compensación a

banco

Figura 125: Proceso de contabilización: Amortización
1. Pago recibido: Compensación banco a banco
2. Asignación imposible: Pool de trabajo clarificación - compensación bancaria en cuenta

clarificación
3. No es posible clarificar: Solicitud de reembolso generada - cuenta de clarificación para

cuenta de compensación de reembolso
4. Reembolso en ejecución de pago: Cuenta de compensación de reembolso a cuenta

bancaria de compensación
5. Extracto de cuenta electrónico (pago efectuado): Cuenta bancaria de compensación a

banco

Figura 126: Tratamiento del Haber
Puede utilizar las siguientes funciones si el uso de crédito tiene que clarificarse para las
cuentas contrato de su interlocutor comercial:
● Clarificación del Haber
● Tratamiento del Haber
Los siguientes tipos de abono se pueden tratar con la función de clarificación del Haber:
● El crédito que se seleccionó previamente mediante la actividad en masa Generar lista del
Haber se envía al tratamiento de clarificación.
● El crédito que se incluyó directamente en la lista de clarificación como resultado de las
parametrizaciones de Customizing.
La función Tratar Haber solo debería utilizarse para el tratamiento manual de crédito
individual que la lista del haber no ha introducido
Las actividades Permanecer y Enviar carta se pueden utilizar para el tratamiento en la
clarificación del Haber.

SAP suministra el Customizing para el tratamiento de pools de trabajo de clarificación (véase

estructura IMG en → Cuenta corriente contractual → Parametrizaciones técnicas Preparar
tratamiento de pools de trabajo de clarificación ). Verifique y, si es necesario, modifique las
parametrizaciones.
Criterios de selección para clarificar el haber. Campo inmediatamente:

Garantiza que una partida individual que cumple con los criterios de Customizing se añade
directamente a la lista del haber para clarificar el haber.
Si no se fija este indicador, las partidas individuales se insertan en la lista de clarificación al
llamar la lista del haber.
Ahora podrá:

Capítulo 4
Lección 4
Cash Desk / Cash Journal
Figura 129: Funcionalidad de libro de caja
La funcionalidad del pago en caja incluye la asignación de una estructura de caja y un

concepto de autorización basado en roles. Los depósitos de efectivo, las retiradas y las
diferencias se pueden contabilizar y los documentos de contabilización pueden crearse junto
con una visualización detallada del documento. En contraste con la funcionalidad de pago en
caja original y sus opciones de evaluación (solo a través del lote de pagos), ahora se pueden
realizar evaluaciones en el libro de caja basadas en la clase de pago y la moneda, la caja y los
documentos históricos o actuales.
Al cerrar la caja, el sistema compara los saldos reales y los saldos previstos en las cajas del
libro de caja y destaca las diferencias. Una hoja de unidad de moneda facilita el registro de los
saldos reales de caja. Puede introducir las unidades de moneda y billetes en la hoja de unidad
de moneda. Una vez grabada dicha información, puede imprimir el cierre de caja. También se
puede imprimir en una fecha posterior. Puede abrir y cerrar cajas, independientemente de si

Lección: Cash Desk / Cash Journal
un cierre de caja se ejecuta para una caja. El cierre de caja no se debe ejecutar para poder
abrir y cerrar cajas. Sin embargo, si el cierre de caja se ejecuta para una caja, esta caja se
cierra de forma automática. Si desea realizar más contabilizaciones de esa caja, debe abrir
esa caja de nuevo.
Figura 130: Estructura de CD
El libro de caja puede asignar la estructura de caja de una empresa. La estructura de caja
incluye las cajas de las subsidiarias de una empresa. Las cajas en las subsidiarias constituyen
los datos maestros de la estructura de caja y son, por lo tanto, un requisito previo para el libro
de caja.
La sociedad y la cuenta bancaria de compensación, así como lotes que ya se han creado
según el tipo de pago, se proponen en función de la caja. Si un lote abierto no está disponible,
el sistema automáticamente crea un lote de pagos correspondiente. La subsidiaria y la caja
son las 5 primeras cifras del nombre.

Figura 131: Concepto de rol
Concepto de rol (opcional: se puede activar o desactivar en Customizing)

● Jefe de sucursal: rol estándar 22000001
● Cajero con tareas especiales: Rol estándar 22000003
● Cajero: rol estándar 22000005
se le pueden asignar diferentes actividades. A los usuarios se les asignan roles mediante la
transacción PFAC_INS o en las parametrizaciones de Customizing para las
responsabilidades. Las actividades también pueden imputarse individualmente a los roles
en Customizing o configurarse conforme la versión estándar del sistema. El resumen
mostrado arriba representa una asignación estándar.
Actividad por rol

● Jefe de sucursal
Todas las actividades para todas las cajas en la sucursal. Por ejemplo, el registro de pagos
recibidos y efectuados, depósitos de contabilización, traspaso de responsabilidades, la
contabilización de las diferencias, la contabilización de retiradas, la valoración del histórico
de todas las cajas en su área de responsabilidad y la apertura o el cierre de cajas.
● Cajero con tareas especiales
Todas las actividades del jefe de sucursal salvo el cierre de caja en la sucursal.
● Cajero
Entrada de pagos recibidos y efectuados en su caja y depósitos de contabilización.

Figura 132: Ampliación individual de libro de caja
Lector de códigos de barras

Por ejemplo, los datos de cliente y el importe a pagar para cada código de barras se
almacenan en la factura. Un cliente paga sus facturas y las lleva a la caja. El cajero escanea el
código de barras. Los datos del interlocutor comercial, la cuenta contrato, el importe, etc. ya
se han introducido en los campos correspondientes en la caja.
Existen 5 funciones de cliente adicionales que se pueden activar y utilizar para el evento 6120.

Figura 133: Caja
La caja ha sido integrada en el libro de caja. Esto significa que todos los pagos efectuados y
recibidos se contabilizan mediante la caja. Puede navegar directamente a la caja desde de la
libro de caja y volver. El sistema transfiere la caja asignada a un agente y otras asignaciones
(realizado por el sistema o el usuario) a la caja. Cuando se activa la operación de libro de caja,
no puede llamar directamente la operación de caja.
Atención: Si activa el libro de caja más tarde, no podrá evaluar las contabilizaciones
realizadas en la caja antes de activar el libro de caja en el libro de caja. Por lo tanto, debe
evitar modificar las parametrizaciones (libro de caja activo/no activo) durante la operación.
Dentro de la función de caja, los pagos se pueden asignar directamente a las partidas abiertas
para un interlocutor comercial. Puede utilizar una propuesta de pago del control de
compensación o asignar el pago de forma manual.
El pago en caja incluye el pago en efectivo, cheque o con tarjeta de crédito.
Puede imprimir un recibo posterior a la contabilización. Puede seleccionar el formulario de
aplicación para imprimir el recibo en la actividad Definir formularios de aplicación para la
correspondencia (en Funciones básicas para cuenta corriente contractual).
Si se realiza un pago en exceso en efectivo, el importe restante se utiliza para decidir si debe
realizarse una contabilización en la cuenta o si este importe se tiene que pagar al cliente.

Figura 134: Pagos de caja manuales con interlocutor comercial
La caja permite al usuario introducir pagos manual o automáticamente. La asignación

automática tiene lugar de la misma manera que para los lote de pagos/lote de cheques (las
especificaciones para la contabilización y los criterios de selección también se basan en los
lotes de pagos). Los pagos en efectivo, con tarjeta y cheques están todos permitidos en la
caja.
Si contabiliza un lote de pagos/lote de cheques, independientemente del tipo, con la
transacción de caja, solamente puede crear, contabilizar y cerrar lotes de pagos/lotes de
cheques (dentro de esa transacción); un lote de pagos/lote de cheques creado aquí
solamente se puede visualizar en la transacción de lote de pagos/lote de cheques.
Las parametrizaciones estándar para la transacción arriba indicada se fijan en Customizing
en la sección proceso de pagos de la IMG. Las cuentas de gastos e ingresos para la
contabilización de diferencias también se definen en Customizing (en la sección de
determinación automática de cuentas de mayor).
A partir de la versión ERP 2005 puede procesar pagos con varios tipos de pago en la caja.
Esto significa que un cliente puede realizar un pago con una combinación de pago en efectivo,
con cheque, tarjeta de pago y órdenes postales.

Figura 135: Pagos de caja manuales sin interlocutor comercial
A partir de la versión ERP 2005, la pantalla inicial se divide en tres partes:

● Datos de cabecera
El área de cabecera contiene los datos estáticos de un pago, tales como la fecha de pago y
la sociedad. Puede visualizar u ocultar esta área de pantalla con un pulsador.
● Selección simple/Contabilizar cta. mayor
El área central contiene dos etiquetas una para introducir criterios de selección para el
pago y otra para el registro de datos para contabilizaciones de cuentas de mayor.
En ambos casos la caja admite múltiples entradas.
● Detalles del tipo de pago En el área para tipos de pago, hay una etiqueta separada para
cada tipo de pago admitido: Efectivo, Cheque, Tarjeta de pago , Orden postal. Con la
excepción de los pagos en efectivo, es posible realizar varias entradas. El sistema muestra
los tipos de pago y los importes registrados en una tabla de totales.
Puede crear documentos individuales en el libro mayor (FI-GL) y pagos a cuenta fijando el
indicador correspondiente.
Los lotes de pagos siguen siendo compatibles.

Figura 136: Libro de caja: Contabilizar depósito
A partir de la versión ERP 2005, la ventana de diálogo para la contabilización de depósitos se

ha revisado. La pantalla está dividida en dos áreas. Puede ocultar los datos de cabecera. Los
campos necesarios para la contabilización de un depósito no se pueden ocultar.
La cuenta de compensación de caja se oculta en la ventana del libro de caja. Si el sistema
puede determinar automáticamente una única cuenta de compensación de caja, no se
muestra ninguna cuenta de compensación de caja. Si el sistema no puede determinar una
única cuenta de compensación de caja, puede especificar una.
Puede anular un depósito con la función “anulación de documentos de contabilización
especiales” siempre que esta no haya sido total o parcialmente retirado.
Figura 137: Libro de caja: Contabilizar retiradas
A partir de la versión ERP 2005, la ventana de diálogo para contabilizar retiradas se ha

revisado. Como cuando se contabilizan depósitos, la interfaz se ha dividido en dos áreas.
Puede ocultar los datos de cabecera. El área que es visible permanentemente muestra el
saldo para cada tipo de pago. Puede seleccionar y activar los saldos para retiradas. También
puede contabilizar una retirada parcial. Independientemente de las parametrizaciones para el

libro de caja, los saldos se visualizan ahora para cada tarjeta de pago y se proporcionan para
la retirada. Si selecciona y activa un saldo de caja y registra un importe de retirada parcial,
solo puede contabilizar el importe restante como un nuevo depósito. Con esto, no se modifica
el saldo de caja. Sin embargo, el rendimiento se mejora significativamente al determinar el
saldo de caja actual.
Resulta recomendable contabilizar el importe restante de una retirada en efectivo como un
depósito nuevo a intervalos regulares o, por ejemplo, antes o después del cierre al final del
día. El sistema contabiliza un documento de retirada y, si es necesario, un depósito para cada
posición activada.
Puede anular una retirada con la función “anulación de documentos de contabilización
especiales”.
Figura 138: Libro de caja: Contabilizar diferencias
A partir de la versión ERP 2005, la ventana de diálogo para la contabilización de diferencias se

ha revisado. Como cuando se contabilizan depósitos, la interfaz se ha dividido en dos áreas.
También puede ocultar los datos de cabecera. El área que es visible permanentemente
muestra el saldo para cada tipo de pago, siempre que pueda contabilizar diferencias para
todos los tipos de pago. Si se produce una diferencia en uno o más saldos, puede
seleccionarlos y activarlos e introducir los saldos reales respectivos. Para cada posición
activada, el sistema contabiliza un documento para diferencias.
Puede anular una diferencia con la función “anulación de documentos de contabilización
especiales”, siempre que esta no haya sido total o parcialmente retirado.

Figura 139: Pago al plan de pago a plazos
Si, durante la propuesta de compensación, la partida abierta asignada resulta ser una
posición del plan de pago a plazos, puede visualizar el plan de pago a plazos y, si es necesario,
modificarlo durante el tratamiento en línea de la propuesta de compensación para compensar
los créditos de origen.
Figura 140: Libro de caja: Cierre del día
Puede ejecutar el cierre del día para una caja. Al cerrar la caja, el sistema compara los saldos
reales y los saldos previstos en las cajas del libro de caja y destaca las diferencias. Una hoja
de unidad de moneda facilita el registro de los saldos reales de caja. Puede introducir las

unidades de moneda y billetes en la hoja de unidad de moneda. Una vez lo haya grabado,
puede imprimir el cierre del día.
Independientemente de si se realiza el cierre del día para una caja, todavía puede abrir y
cerrarla. El cierre de caja no se debe ejecutar para poder abrir y cerrar cajas. Sin embargo, si
el cierre de caja se ejecuta para una caja, esta caja se cierra de forma automática. Si desea
realizar más contabilizaciones en esa caja, debe abrir esa caja de nuevo.
Puede utilizar el resumen (menú: → PaymentsCash Desk ) para visualizar el cierre realizado
en el libro de caja en todas las cajas y sucursales. En el libro de caja puede visualizar solo el
cierre de caja de la caja y sucursal actuales. La transacción le permite visualizar el cierre de
caja en función de los siguientes criterios de selección:
● Caja
● Sucursal
● Fecha de cierre de caja
● Cierre realizado por
● Estado del cierre
Figura 141: Caja / Libro de caja: Customizing
Si desea utilizar el libro de caja en su empresa, debe llevar a cabo lo siguiente en el menú de
Customizing para la cuenta corriente contractual en → Operaciones
comercialesPagos → → Procesamiento de pagos recibidos/efectuados Caja/Libro de caja :
● Evite que se llame la caja directamente marcando la casilla de selección Viaje de caja. Act.
Actualizar datos prefijados para libro de caja .
● Realice las parametrizaciones básicas y los datos maestros en las actividades Actualizar
especificaciones para libro de caja y Definir datos maestros para libro de caja .
Al definir Valores propuestos para contabilizar depósitos en efectivo y retiradas , asegúrese de

actualizar diferentes cuentas bancarias de compensación para depósitos y retiradas. Sin
embargo, puede indicar la misma cuenta de mayor para depósitos y retiradas.

Puede utilizar roles de usuario para controlar las autorizaciones para las contabilizaciones y
las evaluaciones en la caja. Para ello, debe activar el concepto de rol fijando el indicador
Utilizar roles en la actividad Actualizar especificaciones para libro de caja y asignando roles a
los usuarios individuales (cajeros).
Ahora podrá:

CAPÍTULO 5 Ejecución de pago
Lección 1
Prerequisites for Making Payments 137
Lección 2
Payment Program 146
Lección 3
Payment Cards 157
Lección 4
Check Management 161
Lección 5
FSCM Biller Direct 164
Lección 6
Revenue Distribution 167
● Explicar los requisitos previos para el programa de pago y la lógica de contabilización.

● Llevar a cabo contabilizaciones mediante la ejecución de pago.
● Realizar pagos con tarjetas de crédito.
● Identificar las opciones para la creación y el tratamiento de cheques emitidos.
● Explicar los autoservicios de Internet para las visualizaciones, y las opciones para el pago
de facturas en el componente Biller Direct.
● Defina el concepto de distribución de ingresos para los receptores últimos en cuenta
corriente contractual.

Capítulo 5
Lección 1
Prerequisites for Making Payments
Esta lección le ofrece un resumen de:
Las clases de vías de pago que se utilizan generalmente en una organización.
Cómo configurar las vías de pago en Customizing
Cómo derivar vías de pago a partir de datos maestros o documentos
Figura 142: Inicio de operaciones de pago
Existen varios tipos de vías de pago en FI-CA que se inician internamente. Estas vías de pago
se usan principalmente en conexión con el programa de pagos (consulte la lección siguiente
para obtener más detalles).

Capítulo 5 : Ejecución de pago
Consejo:
Si una vía de entrada de pagos es válida (no bloqueada), entonces cobrar el
dinero es responsabilidad de la empresa. Por este motivo las reclamaciones no
incluyen partidas abiertas de este tipo.
Figura 143: Gestión de pagos: Utilización
Figura 144: Configuración de método de pago
Mediante el uso de la vía de pago es posible garantizar que se procesan las posiciones con
una vía de pago y las posiciones sin una vía de pago. La vía de pago del documento no se
compara con la vía de pago de la cuenta contrato. Mediante la introducción de una vía de
pago en una posición es posible asegurar que se ignora cualquier importe límite mínimo/

Lección: Prerequisites for Making Payments
máximo válido para esta posición (de modo que, por ejemplo, después de la finalización de un
contrato, los importes mínimos que normalmente no llevarían a una transferencia o una
domiciliación pueden, en cambio, pagarse automáticamente).
La clasificación de la vía de pago indica si una verificación debe ser creada, si el pago se de
una cuenta bancaria de una oficina postal o si la vía de pago se utilizará para los pagos
recibidos.
Figura 145: Datos de control para el programa de pago: Datos maestros
La sociedad responsable tiene la misma función que la sociedad pagadora en Contabilidad

financiera (contabilización de la línea bancaria responsable del banco propio, emisor de
órdenes de pago, etc.).
Otras entradas relativas al pago se determinan por separado para los pagos efectuados y
recibidos dentro de un registro maestro de cuenta contrato. En ambos casos (pagos
efectuados y recibidos):
● Para uno o ambos casos se puede especificar un banco del interlocutor comercial (o el de
interlocutor comercial alternativo).
● Las vías de pago especificadas se pueden sustituir por entradas en el documento.
Se puede bloquear una cuenta contrato para los pagos efectuados o recibidos. Además, se
puede evitar la domiciliación bancaria después de notas de cargo fallidas hasta la fecha de
bloqueo de procesamiento.
Si se especifica una cuenta contrato para regularizar los pagos, se logra que las partidas
abiertas de ambas cuentas se puedan regularizar mediante un solo pago. Las vías de pago,
los bancos y los bloques se determina mediante esta cuenta contrato de compensación.

Figura 146: Datos de control de pago: Partida individual
Una fecha de vencimiento se determina mediante tres entradas de fecha: la fecha de

descuento por pronto pago, la fecha de vencimiento indicada para el pago neto y la fecha de
aplazamiento.
La agrupación garantiza que las posiciones con el mismo criterio de agrupación se pagarán
juntas (los criterios de agrupación deben corresponderse). Por ejemplo, se utiliza si ha
enviado a su cliente una factura con varias posiciones, pero estas posiciones se deben juntar
en un importe.
Mediante el indicador “sólo pueden compensarse” al contabilizar una posición se asegura que
las posiciones no se pueden retirar (o cobrar). En su lugar, el importe que cobra o
desembolsa sólo puede compensarse con otros asientos en el Debe. En el evento 0652,
puede anular la selección automática de bancos interlocutores creada por el programa de
pagos. En el sistema estándar, el banco del interlocutor se selecciona como consecuencia de
los datos bancarios definidos en la cuenta contrato o en el contrato (diferenciados por pago
recibido y pago efectuado). Puede sustituirlo por una especificación explícita de los datos
bancarios en la partida individual. Sin embargo, no es posible, por ejemplo, para seleccionar
un banco interlocutor en función de la moneda de las partidas pagadas si estos datos
bancarios no se indican en las partidas a pagar.
Mediante el evento 0652, puede fijar un ID de datos bancarios diferente en función de las
posiciones que se deben pagar o evitar el pago.

Figura 147: Resumen de SEPA
SEPA: La Zona Única de Pagos en Euros (SEPA) es la zona en la que los ciudadanos, las
empresas y otros agentes económicos podrán realizar y recibir pagos en euros, ya sea entre o
dentro de los límites nacionales, en las mismas condiciones, derechos y obligaciones,
independientemente de su ubicación en Europa.
Algunos requisitos específicos para empresas son los siguientes:
● Reglas y estándares fijos a todas las transferencias bancarias y los débitos directos en
euros.
● Código internacional de cuenta bancaria (IBAN). En febrero de 2014, el IBAN será el único
identificador de cuenta de pagos nacionales e internacionales para transferencias
bancarias y débitos directos dentro de la UE.
● Código de Identificador de Banco. El Código de Identificador de Banco (BIC) puede seguir
siendo necesario hasta el 1 de febrero de 2014 para los pagos nacionales y el 1 de febrero
de 2016 para pagos transfronterizos.
● Alcance Paneuropeo. Los proveedores de servicios de pago no pueden rechazar una
transferencia bancaria SEPA o una toperación de débito directa SEPA si actualmente
aceptan operaciones equivalentes realizadas mediante esquemas nacionales.
● Libertad de elección de las ubicaciones de pago. No se puede limitar a los pagadores a la
hora de elegir la cuenta europea desde la que desean realizar transferencias bancarias o
débitos directos en euros. Tampoco puede obligarse a los receptores del pago a recibir
transferencias bancarias o débitos directos en euros en una cuenta de un determinado
país.

● Medidas adicionales de protección de deudores para débitos directos. Puede definir

instrucciones sobre cómo gestionar las entradas de cobros de determinados acreedores.
Puede crear listas negras o listas blancas de acreedores, establecer importes máximos o
especificar intervalos de pago. Además, puede bloquear cualquier cobro de débito directo
de su cuenta de pagos.
● Principio de gastos iguales. Los proveedores de servicios de pagos deben aplicar gastos
iguales a pagos comparables nacionales e internacionales en euros dentro de la Unión
Europea (Reglamento nº 924/2009).
SAP permite tratar y gestionar los débitos directos SEPA y pagos de transferencias bancarias
SEPA en combinación con la Zona Única de Pagos en Euros (SEPA)
Figura 148: Vía de pago de transferencia bancaria SEPA
Transferencia bancaria SEPA (transferencia bancaria Europea, ECT):

Transferencia bancaria de un cliente (responsable del pago) a un beneficiario (receptor del
pago) a través del banco propio del cliente, un sistema de compensación y liquidación y el
banco beneficiario.

Figura 149: Vía de pago de débito directo SEPA
Débito directo SEPA (débito directo europeo, EDD):

La conversión de los procedimientos de pagos nacionales a débito directo SEPA requiere un
mandato SEPA del cliente. Este mandato SEPA siempre ha sido firmado por el deudor como
el titular de la cuenta o por una persona que tiene autorización.
El interlocutor comercial tiene que ser notificado por adelantado acerca de las posiciones que
deben pagarse y tienen que designarse el mandato que se va a utilizar (notificación previa).
La orden de pago la desencadena un deudor (receptor del pago) para cargarlo un acreedor
(pagador) a través del banco del acreedor y se procesa mediante un sistema de
compensación y liquidación y el banco del deudor.

Figura 150: Pagos recibidos: Contabilizaciones (1)
[1] Posición del Debe de un crédito

[2] Pago en FI-CA por la ejecución de pago.
Figura 151: Pagos recibidos: Contabilizaciones (2)
[3] Pagos recibidos en contabilidad general (contabilización del extracto de cuenta).

Ahora podrá:

Capítulo 5
Lección 2
Payment Program
Figura 152: Procesamiento del programa de pagos
El flujo de proceso del programa de pagos es el siguiente: se seleccionan las partidas abiertas;
se agrupan las partidas abiertas para el pago; se determinan las partidas que requieren un
procesamiento especial; se determinan las vías de pago y los datos bancarios; se realiza la
determinación de la fecha valor y de la cuenta; se contabilizan los pagos y se crean los medios
de pago.
Si lo desea, puede ejecutar una ejecución simulada del programa de pago antes de la
ejecución real del pago. La ejecución simulada crea una lista de pagos, pero no crea
documentos de pago.

Lección: Payment Program
Los resultados de la ejecución de pago / de test se almacenan en tablas de pago (DPAYH,

DPAYP). Estas tablas incluyen pagos, así como las excepciones de pago.
Los datos de pago y las excepciones de pago se pueden ver en la lista de pagos, pero no se
pueden modificar.
Desde los datos de pago se crean medios de pago. Los medios de pago se pueden crear en
formato electrónico o en copia impresa.
El programa de la ejecución de pago utiliza la técnica del tratamiento paralelo.
Puede definir indicadores de partida para excepciones (en el programa de pagos) si una
posición debería colocarse en la lista de clarificación.
Los datos que controlan la ejecución de pago existen en: Datos maestros, documento,
Customizing, parámetros de ejecución de pago actual.
Figura 153: Programa de pagos: Flujo de programa
El tratamiento paralelo distribuye la carga en varios sistemas con el fin de lograr un mejor
rendimiento. Mediante la selección de tamaños adecuados de los bloques seleccionados, es
posible un acceso más rápido y se requiere menos memoria para procesar los datos.
El tratamiento paralelo se logra al repartir el conjunto de datos que se deben procesar. El
interlocutor comercial o la combinación de interlocutor comercial y cuenta contrato son
objetos de intervalo adecuados para el tratamiento paralelo.
El despachador para el programa de pago llama el programa de pagos cada vez que se
realizan entradas en las parametrizaciones técnicas. Cada proceso obtiene un intervalo libre
que aún no está en la transacción. El pool de trabajo definido mediante este intervalo se
procesa en bloques. Cuando el intervalo se ha procesado, el proceso recibe el siguiente
intervalo y continúa hasta que todos los intervalos se han confirmado como completados.
Después de que un intervalo haya sido reservado para su tratamiento, la información en el
pool de trabajo se transfiere al módulo de selección en masa de modo que las posiciones para
un interlocutor comercial (o una cuenta contrato) se pueden leer de forma eficiente.

Figura 154: Eventos en el programa de pagos
Mediante el uso de eventos determinados, es posible influir en el flujo del programa de pagos.
La especificación exacta de las interfaces del programa y la documentación detallada y las
notas de implementación se pueden encontrar en el sistema. Para obtener más información,
consulte la documentación de los módulos de funciones FKK_SAMPLE_06xx (p. ej., los
módulos de funciones específicas para el programa de pagos se encuentran en los 600).
Los siguientes eventos están disponibles dentro del programa de pagos:
● 0600 Pago: introducir criterios de agrupación para partidas
● 0601 Pago: Desactivar partidas después de agrupación
● 0610 Bloquear posiciones o iniciar pagos parciales
● 0615 Seleccionar partidas individuales a compensar
● 0620 Crear línea de documento de compensación (al compensar)
● 0630 Datos adicionales para el pago (PAYH)
● 0640 Datos adicionales sobre partidas pagadas (PAYP)
● 0650 Seleccionar banco propio y cuenta
● 0690 Borrar datos de pago

Figura 155: Parámetros de tiempo de ejecución en el programa de pagos
Las ejecuciones de pago se pueden proteger mediante grupos de autorización libremente

definibles. Un responsable sólo puede procesar una ejecución de pago (modificar
parámetros, iniciar una ejecución de pago, etc.), si está autorizado para esta actividad y si
está en el grupo de autorización correspondiente.
Los criterios de selección según el interlocutor comercial, la cuenta contrato y las selecciones
dinámicas están disponibles para su uso en la fase de ejecución de test.
La selección según sociedad es obligatoria. La vía de pago definida es específica de cada país.
Por este motivo sólo se pueden seleccionar sociedades dentro de un país que tiene la misma
moneda en cada ejecución de pago.
La fecha de contabilización de la ejecución de pago se aplica como fecha base para
determinar la fecha de vencimiento, a menos que:
● Si se ha introducido una fecha de aplazamiento en una posición, esta se utilizará en cada
caso para determinar la fecha de vencimiento.
● Si la fecha del descuento por pronto pago es anterior a la fecha de contabilización, la fecha
de vencimiento del descuento por pronto pago se utiliza al determinar la fecha de
vencimiento y la posición se pagará menos el descuento por pronto pago en caso de que
sean aplicables.
● Si el período de descuento por pronto pago ya ha vencido, a continuación se usará la fecha
de vencimiento del pago neto.
Consejo:
La fecha de vencimiento para una posición que se ha determinado de esta
manera debe estar dentro del intervalo de fecha de vencimiento indicado en la
sección “Selecciones generales” de los parámetros de la ejecución de pago para
la posición que se debe pagar.

Puede restringir la ejecución de pago para una clase de tarjeta de pago. A continuación,
puede ejecutar ejecuciones de pago por separado para cada clase de tarjeta de pago, aunque
la vía de pago de la clase de “tarjeta de pago” es siempre la misma.
Agrupación de partidas abiertas
Agrupación de partidas abiertas
● Pagador alternativo
● Detalles del banco del pagador
● Sociedad responsable Bloqueo de pago
● Cuenta contrato por la que se han realizado / regularizado las operaciones de pago
● Vía de pago
● Clave de moneda
● Concepto de agrupación para partida abierta
● Agrupación libre del área de aplicación
Las posiciones de un interlocutor comercial se agrupan en grupos de deuda. Las posiciones

sólo se pueden agrupar si las posiciones de un interlocutor comercial no están seleccionadas
por cuenta contrato.
La sociedad responsable y la cuenta que se está compensando se determinan mediante la
cuenta contrato asignada en el documento.
El área de aplicación puede introducir datos en su propio campo agrupación en el evento
designado 0600. Estos datos incluyen, por ejemplo, detalles de referencia desde el contrato.
Este evento se puede utilizar también para bloquear posiciones mientras que el programa de
pagos se esté ejecutando.
Figura 156: Determinación de la vía de pago y los bancos
Se pueden especificar varias vías de pago para pagos efectuados en una cuenta contrato o
datos maestros del objeto de contratos. En este caso las validaciones descritas en los pasos

en el gráfico anterior se llevan a cabo para cada vía de pago hasta que se encuentra una vía de
pago válida.
Si la optimización de pagos no es necesaria, siempre se selecciona el banco propio con la
prioridad más alta (véase selección de bancos en actualización de parámetros).
Figura 157: Parámetros de ejecución: Selección de bancos
El programa de pagos se ha llevado a cabo como una actividad en masa.

Una vez las partidas abiertas se han agrupado el sistema determina la vía de pago adecuada y
selecciona un banco a partir de los parámetros de banco introducidos en la ejecución de
pago.
Actualmente, sólo es posible priorizar bancos para la optimización de la selección de bancos.
Aún no es posible introducir importes disponibles para cada una de las respectivas cuentas
bancarias.
Puede actualizar la selección de bancos para todas las sociedades simultáneamente.
Para las contabilizaciones multisociedad, la sociedad que pertenece a la cuenta contrato
también debe ser la sociedad responsable para las sociedades en las partidas individuales.
Si se factura a otras sociedades utilizando la cuenta contrato, los pagos recibidos con
créditos en estas sociedades se contabilizan siempre a una cuenta de liquidación de una
sociedad en la sociedad responsable en primer lugar. Este procedimiento es el mismo para
los pagos efectuados.

Figura 158: Ejemplo: Agrupación de posiciones (1 de 2)
Figura 159: Ejemplo: Agrupación de posiciones (2 de 2)

Figura 160: Lista de pagos
Verificaciones ampliadas para la creación de pagos efectuados: Además de procesar

bloqueos en una cuenta u objeto de contrato y bloqueos de pago en una cuenta o documento,
también tiene la opción en FI-CA de excluir partidas del pago mediante el programa de pagos.
En Customizing puede definir los motivos de bloqueo de pago necesarios para excluir
determinadas posiciones del pago automático.
Este tipo de bloqueo de pago siempre hace referencia a los pagos recibidos y efectuados.
Las posiciones que no se pueden pagar automáticamente sobre la base de su posición y tipos
de cuenta contrato el programa de pagos las excluye del tratamiento posterior y aparecen en
la lista de excepciones del programa de pagos.
Lista de pagos y excepciones: utilizando la funcionalidad de visualización de listas, la
estructura de la lista de datos de pago se puede adaptar a un usuario individual. Esto significa
que la imagen de visualización del informe de la lista de pagos puede estructurarla y definirla
un usuario individual.
Figura 161: Características adicionales del programa de pagos

El log de actividades proporciona información sobre las actividades ejecutadas (modificación

de parámetros, programación, borrado de datos) y sobre quién y cuándo se han ejecutado las
actividades.
El log adicional clarifica el método de trabajo del programa de pagos. En particular, se
proporciona información sobre cómo se han agrupado las posiciones y por qué no fue posible
realizar un pago. El usuario puede definir qué se debe registrar en el log.
El modelo de copia contiene parámetros predefinidos y puede utilizarse para crear una
ejecución de pago, pero el modelo en sí no se puede ejecutar como una ejecución de pago. Un
modelo de copia no se elimina si una ejecución de pago que se creó utilizando ese modelo de
copia se elimina.
Las ejecuciones de pago se pueden borrar.
Figura 162: Creación de ejecución de pago
Debe iniciar un proceso para cada medio de pago y debe tener en cuenta los requisitos
específicos de país como la moneda y el texto de utilización.
Puede modificar la estructura del texto de utilización en Customizing. Se admite el uso de
símbolos como “&TABLE-FIELD&” , como se utiliza en SAPscript. Además, es posible editar o
estructurar el texto de utilización (campo de texto libre) en la programación técnica del área
de aplicación.
Si utiliza los formatos de medios de pago EDIFACT y S.W.I.F.T. ( MT 100,101, 103 , 104, 200 y
202), (desarrollo de cliente), puede definir bancos de correspondencia. Esto significa que
puede especificar una vía bancaria de hasta tres bancos intermediarios (bancos
corresponsales) en Customizing para la transferencia de un banco a otro. Puede definir vías
bancarias generales y específicas del receptor. Las vías bancarias específicas de receptor se
indican en las transacciones para crear y modificar datos de interlocutor comercial (FPP1,
FPP2) en la etiqueta Operaciones de pago, en el área Vías bancarias. El módulo de funciones
FI_PAYMENT_BANK_CHAIN_SET determina las vías bancarias durante la creación de medios
de pago y las coloca en las estructuras correspondientes.

Figura 163: Nota de contenido del texto de utilización
Puede definir que los medios de pago se creen en el idioma del interlocutor comercial. Si este
indicador no está fijado, el sistema mirará la tabla de contenidos que se describe
anteriormente y buscará la clave de idioma ‘“”’ (en blanco) y utilizará los parámetros
asociados con esta entrada en tabla. Por ello es importante incluir una entrada en la tabla de
contenidos para clave de idioma ‘“”’ para cada tipo de texto de utilización.
Para determinar si este indicador se tiene que fijar o no, vaya a la transacción “SE38”, escriba
el ID de programa “SAPFKPY3”, ejecute y, a continuación, busque el indicador “Texto en
idioma del receptor”.
En las especificaciones definidas por el usuario, puede especificar el número de posiciones
que se deben preparar solo una vez por pago. Esto evita que los contenidos de PAYH y
PAYHX salgan por posición, aunque sean los mismos para todas las posiciones. En la
definición del contenido de la línea (→ FQP5Note to Payee : Content), la secuencia (número
de línea) decide si el contenido se prepara por pago o por artículo. Si, por ejemplo, ha
especificado 2 posiciones de información por pago y 1 línea de información por posición, debe
proporcionar un total de 3 líneas con contenido. Los dos primeros se aplican por pago, lo que
significa que, en este caso, sólo son útiles los campos de las estructuras PAYH y PAYHX. La
tercera línea se repite para cada posición. Los campos de la estructura PAYP son útiles aquí.

Figura 164: Débito directo/Amortizaciones: Customizing
Customizing de pagos incluye:

● Definición de bancos propios y cuentas de compensación bancaria (FI)
● Definición de los motivos de bloqueo de pagos, tipo de texto de utilización
● Vías de pago específicas del país: clasificación de la modalidad de pago, tipo de
documento, asignación, formato del medio de pago, asignación de tipo de destino de
utilización
● Parámetros (específicos de sociedad): Importes mínimos para pagos recibidos y
efectuados,
● Parámetros (específicos de sociedad y vía de pago): importes mínimos y máximos,
procesamiento de pagos al extranjero, optimización de pagos, definición de fechas valor
● Debe definir el formulario de aplicación para crear avisos de pago en la correspondencia
para el tipo de correspondencia 0006 (funciones básicas para la cuenta corriente
contractual).
Ahora podrá:

Capítulo 5
Lección 3
Payment Cards
Figura 165: Débitos directos que utilizan tarjetas de pago
Al procesar las partidas abiertas que se pagarán mediante tarjetas de pago, se usan los datos
de tarjeta en lugar de datos bancarios con los débitos directos en el registro maestro de
interlocutor comercial. Se verifican el número de tarjeta así como los bloqueos, y los
intervalos de validez.
El ID de tarjeta se graba en la cuenta contrato y posiblemente en el objeto de contrato. Debe
almacenarse un ID de tarjeta independiente para los pagos efectuados.
La vía de pago utiliza la clase de gestión de la “tarjeta de pago”.

Figura 166: Tarjetas de pago
Al procesar las partidas abiertas que se pagarán mediante tarjetas de pago, los datos de la
tarjeta con la posición de nota de cargo, que existen en el registro maestro del interlocutor
comercial, se utilizan en lugar de los datos bancarios.
● Número de tarjeta verificado
● Bloqueos, períodos de validez
Si el cliente utiliza una tarjeta de pago para pagar mercancías y servicios, a continuación los
importes a pagar deben notificarse a la empresa de tarjeta de pago. El programa de pagos
compensa las partidas abiertas del cliente y crea nuevas partidas abiertas en la cuenta de
compensación de la empresa de pago (cuenta de notificación).
Entonces se determinan las partidas abiertas que deben notificarse a la empresa de tarjetas
de pago (aquellas partidas abiertas de deudores compensadas por el programa de pagos).
Cuando se procesen los pagos con tarjeta de crédito en la ejecución de pago, no se realiza
ninguna entrada en la selección de bancos. Debe definir una cuenta de tarjeta en el área de
contabilización 1120. Aquí se contabilizan los importes notificados a un establecimiento de
tarjetas de crédito, ya que son los créditos que se envían a una empresa de tarjeta de pago al
crear la notificación (contabilización de liquidación).
El paso final es realizar la facturación. La facturación se puede repetir.

Lección: Payment Cards
Figura 167: Tarjetas de pago: Banco emisor/Institución de tarjeta
Figura 168: Tarjetas de pago: Devoluciones

Figura 169: Formatos
Figura 170: Tarjetas de pago: Customizing
Puede realizar las parametrizaciones básicas para la configuración de la tarjeta de pago en el

menú IMG en: Componentes multiaplicaciones -→ Tarjetas de pago - → Parametrizaciones
básicas.
Ahora podrá:

Capítulo 5
Lección 4
Check Management
Esta lección le ofrece un resumen de cómo los cheques se gestionan en la cuenta corriente
contractual.
Figura 171: Introducción: Resumen del proceso
Un cheque puede tener los siguientes estados:

● Pendiente
● Pagado
● No válido
● Bloqueado (nuevo a partir de la versión 4.72)
A partir de la versión 4.72 puede bloquear un cheque e informar del bloqueo al banco, sin
tener que anular el pago relacionado o emitir un cheque sustitutorio. El cheque es bloqueado

en gestión de cheques y se ha informado al banco mediante la transacción FPCHX. Después

de un período determinado (generalmente 24 horas), el banco garantiza que ese cheque ya
no se podrá cobrar. Anula el documento de pago correspondiente después de dicho plazo
planificando periódicamente la transacción FPCHS de modo que las partidas compensadas
se abran de nuevo. Al ejecutar la ejecución de pago de nuevo puede crear un cheque nuevo si
es necesario. Si los cheques se cobran dentro del plazo, puede definir, en las
parametrizaciones para el motivo de invalidación, si los cheques se tienen que considerar
“cobrados ” automáticamente o si se deben crear casos de clarificación. Este procedimiento
es interesante para clientes de EE.UU. y se conoce con el nombre “Suspensión de pago”. Es
una alternativa a la forma anterior de emitir un cheque sustitutorio. Los cheques inválidos que
aún no han abandonado las instalaciones de la empresa se deben anular y emitir de nuevo
como anteriormente. No es necesario un bloqueo de cheque en estos casos.
Figura 172: Actualización del tratamiento de cheques emitidos
La cuenta bancaria de compensación utilizada en el documento de pago debe definirse en

Customizing para que el sistema determine los datos bancarios, y debe fijarse la validez para
el indicador de impresión en línea. Al fijar el indicador, la cuenta de compensación aplicable
debe utilizarse en la impresión de cheques en línea.
El formulario de aplicación FI_CA_DME_CHECK_SAMPLE sirve como plantilla para un
formulario de cheque con una carta adjunta.
El cheque se imprime. Los cheques para el documento se gestionan en el repositorio de
cheques junto con los números de cheque utilizados.
Si intenta imprimir un cheque de nuevo para el mismo documento de pago, se crea un cheque
sustitutorio en el repositorio de cheques con un nuevo número de cheque.
El programa pone a disposición lo siguiente:
● Un log cronológico de cualquier evento especial (cuando se invalida un cheque, por
ejemplo). Puede visualizar el log para el cheque o para el documento de pago.

Lección: Check Management
● El estado de los cheques se puede modificar. Esto le permite registrar en gestión de

cheques qué cheques se han cobrado.
● Puede invalidar cheques por separado, pero debe definir un motivo para ello.
● Si utiliza cheques prenumerados, puede usar un fichero de emisión de cheques para
registrar qué cheques se han emitido en realidad. Esto le permite mantener las etiquetas
en los cheques prenumerados existentes que todavía no se han emitido.
● Si necesita indicar el nombre de más de un receptor en un cheque (cheques de dos
partes), puede indicar más información del receptor por separado y grabarlo.
Figura 173: Débito directo/Amortizaciones: Customizing
Ahora podrá:

Capítulo 5
Lección 5
FSCM Biller Direct
FSCM Biller Direct:
Se puede encontrar en el componente FSCM Supply Chain Management
Admite la creación o el pago de facturas electrónicas por Internet
Contiene las siguientes funciones, entre otras:
El pago de las facturas recibidas a través de Internet y la creación de solicitudes directas y
reclamaciones
Actualiza los datos para la dirección, tarjeta de crédito y los datos bancarios / cuenta
bancaria
Genera confirmaciones de saldos, directivas de pago y la visualización de saldos mensuales y
posiciones individuales.
Figura 174: FI-CA & Biller Direct: Cuenta de cliente de Internet

Lección: FSCM Biller Direct
Figura 175: Concepto de SAP de la cuenta de deudor
Figura 176: Una cuenta de deudor: Diferentes clases de crédito

Figura 177: SAP FSCM: Biller Direct
Ahora podrá:

Capítulo 5
Lección 6
Revenue Distribution
Esta lección le proporciona un resumen de las distribuciones de ingresos para los receptores
últimos (departamento, entidad pública o seguro) o terceros en cuenta corriente contractual.
Distribución de ingresos: Definición

● Definición de “distribución de ingresos”:

La distribución de ingresos(p. ej. ventas, combustibles de automoción e impuestos
comerciales, función de intercambio de información, el uso de servicios de valor añadido, o
el mercado de telefonía desregulado) a receptores últimos en función de las reglas de
distribución establecidas.
● Definición de “receptor último”:
Entidad (persona física o jurídica) que es el receptor de los ingresos distribuidos.
Además de gestionar sus propios créditos, puede utilizar el componente FI-CA de distribución
de ingresos para gestionar los créditos de terceros.
Los pagos recibidos por parte de terceros que recibe, por ejemplo, como parte de la función
de intercambio de información, el uso de servicios de valor añadido, o el mercado de telefonía
desregularizado se pagan automáticamente al receptor último.
Los pagos que se distribuyen al receptor último se crean en forma de contabilizaciones de
totales. El programa de pagos las utiliza para crear un traslado. Sin embargo, en este traslado
para el receptor último, no es visible qué interlocutores comerciales han pagado las partidas
abiertas. Para que el receptor último vea qué posiciones pagadas constituyen el importe de
pago transferido, en la creación del medio de datos puede crear un aviso de pago, en el que
explique qué pagos constituyen las contabilizaciones totales al destinatario último. SAP
suministra los siguientes formularios de ejemplo de la clase de formulario FI_CA_PAYMENT :
FI_CA_PAYMENT_REV_DIST_SF (SmartForm) y FI_CA_PAYMENT_REV_DIST_PDF (PDF).
No ha habido ninguna compensación automática o manual en la cuenta del receptor último, lo
que significa que se puede utilizar el programa de pago para el pago.
Para evitar la compensación, al contabilizar los documentos de distribución, fije la restricción
de compensación Z. Esto tiene el efecto de que solo el programa de pagos puede realizar la

compensación. Para configurar la restricción de compensación, realice la parametrización

correspondiente en la guía de implementación de la cuenta corriente contractual, en
Operaciones comerciales → Distribución de ingresos Definir → especificaciones para la
distribución de ingresos.
En teoría, en una ejecución de distribución, puede darse el caso de que los ingresos que se
distribuyan y las contabilizaciones de corrección que, por ejemplo, se derivan de una
anulación de compensación o anulación de pagos, hagan que el saldo sea cero. Si este es el
caso, aún no se han creado documentos en la cuenta del receptor último. En la versión 6.00,
la lógica de contabilización se modificó para este caso especial. En el futuro, se contabilizan
dos documentos de distribución con los signos +/- opuestos. Esto le permite crear un aviso
de pago para el receptor último.
Figura 178: Distribución de ingresos: Resumen
FP60M Distribución de ingresos, la actividad en masa 0094 lee las partidas abiertas
compensadas y escribe información detallada en la tabla DFKKRDI
FP60P Actualizar al receptor último, lee la información detallada y genera la contabilización al
receptor último
FP60R o FP60R2 o programas RFKKRD01 y RFKKRD02 informan de la información detallada
El receptor último puede:
● Derivarse automáticamente
- Customizing (área de contabilización 1380): La derivación del destinatario final se basa
en la sociedad/operación principal y la operación parcial/ID de determinación de
cuentas/sector/clave de período
- Evento 0045
● Se deben introducir manualmente en el documento

Lección: Revenue Distribution
Según la transacción principal y parcial para la contabilización de distribución, puede derivar

la misma transacción principal o parcial o una alternativa.
Gestión de salida independiente para actividad en masa 0094
● Tiene en cuenta todos los pagos que se han distribuido
● Actualiza DFKKRDI
- Contiene datos sobre la ejecución de salida y los pagos actualizados
- Define qué pagos recibidos se han actualizado con qué contabilizaciones de pagos
efectuados.
● Genera contabilizaciones de totales para el receptor último.
En el evento 5415 puede excluir documentos individuales o partidas individuales de la

distribución de ingresos. Por ejemplo, puede permitir un período de cuatro semanas antes de
reenviar un pago recibido al receptor último.
Información de distribución en las líneas de contabilización
Información de distribución en las líneas de contabilización
● Estado de distribución en las líneas de contabilización:
- “1” Para distribuir

- “2” Pago recibido distribuido
- “3 ” Anulación/corrección de la compensación distribuida
Los pagos se identifican mediante el motivo de compensación.

Se graba tanto el estado de distribución actual como el anterior.
Cada distribución fija el último estado de distribución como el estado actual.
El programa de distribución tiene en cuenta únicamente posiciones con el estado actual “1”.
A fin de evitar que el historial de distribución tenga un estado incorrecto después de que se
haya cancelado un documento de distribución, no puede cancelar los documentos de
distribución de ingresos.
En la distribución de ingresos, varios ingresos normalmente se transfieren al receptor último
como un total. A partir de la versión 6.00, para casos individuales, puede reenviar un
documento para el receptor final por separado (sin integrarlo con otros documentos). Puede
utilizar esta contabilización de documentos individuales, por ejemplo, en el sector público
para fines administrativos.

Figura 179: Evaluación de la distribución de ingresos (FP60P)
Puede utilizar la transacción FP60R2 para evaluar la distribución de ingresos para una cuenta
de receptor último o para todas las cuentas de receptor último de un interlocutor comercial.
En el informe para cada cuenta de receptor último y moneda, se visualizan las posiciones de
totales para los siguientes tipos de evaluación:
● Contabilizado para la distribución a receptor último
Estos totales contienen todos los documentos contabilizados que se envían al receptor
último para un pago recibido. En estos documentos la cuenta de receptor último se
completa con el receptor último seleccionado.
● Distribuido para el receptor último
En este tipo de evaluación, para los receptores últimos seleccionados, se visualiza el total
de todas las entradas escritas en la tabla de distribución DFKKRDI por la transacción
Distribuir los ingresos. El total se visualiza en el campo Total. Los otros campos de totales
no tienen ninguna importancia para esta evaluación.
● Contabilizado al receptor último
Estos totales contienen todos los documentos contabilizados en la cuenta contrato del
receptor último. Pueden ser los documentos de distribución que se contabilizan en la
cuenta de contacto del destinatario final mediante la transacción de distribución (menú
SAP: → Tratamiento periódicoPara → cuentas de contratoDistribución de ingresos ). Los
documentos que se han contabilizado manualmente en la cuenta también se incluyen en
los totales. Los totales diferentes (por ejemplo, totales contabilizados y anulados) se
calculan a partir de la evaluación Contabilizado para distribución al receptor último.

Lección: Revenue Distribution
Figura 180: Distribución de ingresos: Customizing
Ahora podrá:

CAPÍTULO 6 Tratamiento de
devoluciones
Lección 1
Configuration of Returns 173
Lección 2
Processing of Returns 183
● Configurar motivos de devolución, actividades y gastos.

● Tratar devoluciones en la cuenta corriente contractual.

Capítulo 6
Lección 1
Configuration of Returns
Esta lección le ofrece un resumen de:
• La definición de devoluciones
• El origen de las devoluciones
• Las clases de contabilizaciones de devoluciones (neto/bruto/impuestos incluidos/
impuestos excluidos)
• Los pasos de contabilización de devoluciones en la cuenta corriente contractual incluyendo/
excluyendo la contabilización de gastos de devolución
• Parametrizaciones de Customizing para devoluciones
Ejemplo empresarial
Su banco ha notificado a su organización que no ha podido cobrar un pago del banco del
interlocutor comercial (fondos insuficientes, cuenta vencida, cuenta no válido, etc.).
Figura 181: Devoluciones y lote de devoluciones: Definición
El componente devoluciones le permite procesar devoluciones bancarias que pueden

aparecer como parte de una nota de cargo o procedimiento de cobro, o con depósitos de

Capítulo 6 : Tratamiento de devoluciones
cheques o pagos efectuados. Las devoluciones se combinan en lotes de devolución. Los lotes
de devoluciones se pueden crear manualmente (mediante los certificados de devolución), o
automáticamente copiando los datos de devolución desde el fichero electrónico del extracto
de cuenta bancaria.
Las devoluciones pueden producirse en relación con las siguientes vías de pago:
● Cheques
● Notas de cargo
● Cobros de tarjeta de crédito
Las devoluciones normalmente resultan de cuentas vencidas o cerradas, fondos insuficientes

en una cuenta, cuentas falsas, detención de pago de un cheque, etc.
Después de que una devolución se haya incluido en una lote de devoluciones, se contabiliza
un documento adicional. Este documento es diferente de una contabilización de anulación,
puesto que siempre se contabilizan en una cuenta de compensación para la devolución.
Puede introducir los datos de forma automática o manual en un lote.
Figura 182: Gestión de devoluciones: Estructura
Primero, el sistema determina los débitos o créditos que se compensaron con los pagos
recibidos o efectuados. Esta compensación de pagos, a continuación, se puede cancelar
(caso normal), de modo que los débitos o créditos originales se vuelvan a abrir. A
continuación, el sistema genera un documento de devolución que contiene las posiciones de
contrapartida para las posiciones en el documento de pago.
Los gastos bancarios se contabilizan en el libro mayor. Puede cargar cualquier tasa bancaria
a sus interlocutores comerciales. Puede elegir hacer que su interlocutor comercial esté sujeto
a otros gastos también. Los gastos de devolución para el interlocutor comercial pueden
contabilizarse estadísticamente o en el libro mayor.
Las posibles actividades siguientes son: Modificaciones en la posición, configuración de una
fecha de aplazamiento, fijación de un bloqueo de reclamación y/o un bloqueo de pago,

Lección: Configuration of Returns
configuración de un bloqueo de pago saliente y/o modificación de la vía de entrada de pagos

(de débito directo a pago a petición, por ejemplo).
También son posibles otras actividades como la conexión a workflow, la creación de
información para el responsable o la creación de correspondencia para el interlocutor
comercial. Las soluciones sectoriales ofrecen estas actividades, pero los clientes pueden
adaptarlas para que se ajuste a las necesidades individuales.
El sistema registra todos los datos relevantes en un historial de devoluciones. Al determinar la
solvencia se hace referencia a este historial. El historial de devoluciones se utiliza, por
ejemplo, para determinar el número de devoluciones de un interlocutor comercial.
Figura 183: Contabilización: Con gastos bancarios 1
1. Entrada del Debe desde facturación (los impuestos no se muestran)
2. La liquidación del pago mediante la domiciliación bancaria

3. Pago recibido (extracto de cuenta)


Las devoluciones se procesan automáticamente en los siguientes pasos: Primero, el
sistema determina los créditos y débitos que se compensan mediante los pagos recibidos
y efectuados. Esta compensación de pagos, a continuación, se cancela de modo que los
débitos o créditos originales se vuelven a abrir. A continuación, el sistema genera un
documento de devolución que contiene las posiciones de contrapartida para las
posiciones en el documento de pago. Las contabilizaciones adicionales, que son
necesarias para los impuestos o gastos, se generan a continuación y se desencadenan las
actividades subsiguientes.
Existen diferentes tipos de contabilizaciones de devoluciones:

● Devoluciones netas (el documento de devolución no contiene gastos)
● Devoluciones en bruto (el documento de devoluciones contiene gastos)
● Gastos incluidos los impuestos (gastos brutos)
● Gastos sin impuestos (gastos netos)
La asignación se efectúa mediante el número de documento de origen (destino de

utilización).

5. Anulación de la compensación (devolución en cuenta de contabilidad auxiliar)
6. Contabilizar el gasto a partir de los gastos bancarios

6. Contabilizar el gasto a partir de los gastos bancarios
7. Transferir los gastos bancarios al interlocutor comercial
8. Gastos de emisión y débito
El paso [7] no se lleva a cabo si los gastos bancarios no se pueden transferir al interlocutor
comercial.
El paso [8] no se lleva a cabo si opta por no recaudar sus propios gastos en el interlocutor
comercial.
La recaudación de sus propios gastos para el tratamiento de devoluciones es opcional.
En el sistema R/3, las contabilizaciones de [5] a [8] se realizan en el curso de una actividad de
procesamiento.

Figura 189: Motivos de devolución
Mediante las claves de actividad en Customizing, puede definir varias actividades que se
lleven a cabo en el caso de una devolución. En Customizing debe asignar los motivos de las
devoluciones dadas por los bancos a los motivos de devoluciones específicos de su propia
organización. Esto le permite dar el mismo tratamiento a diferentes motivos de devolución
utilizados por los bancos.
Consejo:
Solo puede asignar un motivo de devolución a un banco propio al definir el
motivo por primera vez. Posteriormente sólo son posibles las modificaciones,
pero no una reasignación a un banco propio.
La clave de actividad se compone de la Sociedad, Nº de devoluciones, Solvencia y Grupo de

tolerancia.
El motivo de devolución activa una serie de actividades. El motivo de devolución se utiliza
para determinar automáticamente las cuentas de mayor donde se contabilizarán los gastos
de devolución (y su cuenta de ingresos de contrapartida). También se utiliza para la
compensación bancaria. Son posibles dos cargos en las cuentas de ingresos y cuentas de
gastos (cada una) para la compensación de gastos.
Los días del historial definen el número máximo de días en el pasado en los que una
contabilización podría estar para que así sea considerada evaluación del historial de
devoluciones. Si fija el valor 0, se tendrán en cuenta todas las contabilizaciones al visualizar el
historial de devoluciones. La cantidad de devoluciones se determina a partir del historial de
devoluciones y siempre hace referencia a un interlocutor comercial y a una cuenta contrato
(= Ayuda F1).

Figura 190: Motivos y actividades de devolución: Estructura
Número de devoluciones:
Consejo:
Al definir las actividades que se realizan basándose en la cantidad de
devoluciones, el sistema toma la primera devolución que tiene lugar en una
cuenta para devolver el número 0 NO el número 1.
En el caso de una devolución, el motivo de bloqueo de reclamación introducido aquí se

almacena en el registro maestro de la cuenta contrato (o en la partida si se utiliza un bloqueo
de reclamación de partida) del socio comercial en cuestión.
El sistema determina la nueva fecha de vencimiento para el crédito, tomando la fecha del
documento de la devolución y añadiendo el número de días de aplazamiento (si se realiza una
entrada en el campo “días de aplazamiento”).
NOTA: La reclamación no se puede realizar en una partida o cuenta con un método de pago
entrante de débito directo o cobro bancario.
“Actividades adicionales” le permite utilizar eventos adicionales (módulos de funciones) que
se deben utilizar. El evento 295 (Devoluciones: Tratar cuenta contrato) es el módulo de
funciones que se utiliza junto con estas parametrizaciones. Por ejemplo, se podrías
desencadenar la correspondencia.

Figura 191: Actividad de devolución: Facturación
Puede configurar la gestión de gastos para pasar todas las tasas de devolución que carga el
banco al interlocutor comercial (“transferir gastos” ). Si lo desea, puede cobrar al cliente una
tasa adicional para el tratamiento de devoluciones (indicador “calcular gastos escalonados” ).
Los gastos se pueden contabilizar estadísticamente o no estadísticamente (con actualización
en el libro mayor). Las operaciones principal y parcial por defecto para estos débitos (para
ambas contabilizaciones del Debe y del Haber) se asignan en Customizing (área de
contabilización 0111).
El límite del importe (total de las posiciones de devolución) se debe alcanzar para la moneda
en cuestión para que los gastos de lote se calculen y se carguen en la cuenta de un cliente. De
esta manera, es posible escalar los gastos.
La diferencia máxima entre el importe de devolución del banco propio y el importe de pago
original es que se tolera para la contabilización automática de gastos. Siempre que el importe
de la diferencia esté por debajo de la diferencia máxima, el sistema siempre lo interpretará
como un gasto y lo contabilizará. Si no especifica un importe, no se tolerará ninguna
diferencia y la contabilización sólo tenga lugar automáticamente cuando el importe de
devolución sea el mismo que el importe de pago original.
Nota técnica: El módulo de funciones estándar “FKK_SAMPLE_0270” sirve para determinar
diferencias de tasas.
Ahora podrá:

Capítulo 6
Lección 2
Processing of Returns
Figura 192: Lote de devoluciones: Pasos de procesamiento
Pasos del tratamiento:
1. Crear: Un lote se puede crear de forma interactiva o mediante un programa (por ejemplo,
un lote de devoluciones para declaraciones de cuenta).
2. Modificación: Si un lote no está cerrado, las posiciones se pueden borrar o añadir. Puede
corregir los datos para las posiciones que ya se han introducido.
3. Cerrar: Cuando se cierra un lote, los datos de cabecera y las posiciones individuales ya no
se pueden modificar. Sin embargo, un lote se puede volver a abrir de nuevo para su
tratamiento. Una vez cerrado un lote, se pueden iniciar las contabilizaciones.
4. Contabilizar: Una vez cerrado el lote, la contabilización de devoluciones se lleva a cabo

con el paso de procesamiento Contabilización.
5. Tratamiento posterior: El tratamiento posterior es necesario si no se han podido realizar

las contabilizaciones de devoluciones.
Puede utilizar programas para procesar los lotes de devoluciones. Estos programas
transfieren los datos directamente desde un servidor de aplicación, la memoria de datos
bancarios para extractos de cuenta electrónicos o desde un fichero MultiCash. Utilizan esta
información para crear uno o más lotes de devoluciones, así como para permitir a los
usuarios tratar los errores.

El fichero de servidor de aplicación debe tener el formato especificado por SAP, es decir, es
posible que no contengan extractos de cuenta electrónicos en ningún formato específico del
país.
Figura 193: Creación manual de lotes de devolución (1 de 2)
Si el indicador “Importe incluye gastos” está fijado, el sistema evalúa todos los importes de
devolución que pertenecen a este lote de devolución como importes brutos. El importe neto
se calcula de la siguiente manera: Importe neto = Importe de devolución - importe de cargo.
Si el indicador no está fijado, los importes de devolución se evalúan como importes netos
(importe neto = importe de devolución).
Si fija el indicador “Gasto incluye impuestos” , el sistema evalúa todos los gastos relacionados
con este lote de devoluciones, como por ejemplo gastos bancarios o gastos trasladados,
como gastos brutos. El cargo neto se calcula de la siguiente manera: Cargo neto = importe de
cargo - importe de impuesto; de lo contrario, cargo neto = importe de cargo.
Los tipos de selección disponibles aquí son los mismos que están disponibles al contabilizar
un lote de pagos. También puede especificar sus propios criterios de selección y codificar el
módulo de funciones que está detrás de sus especificaciones.
Es posible definir una definición de estado de campo para los campos de la cabecera de un
lote de devolución.
Entre los tipos de selección que se ofrecen se encuentra documento y número de cheque.
Puede definir sus propios tipos de selección mediante el evento 0255.
Anteriormente, las devoluciones no podían contabilizarse en pagos que contienen anticipos o
contabilizaciones en cuentas en las que dichas posiciones ya se habían compensado.
Mediante el indicador “Gestión de devoluciones ampliada” ahora puede anular la
compensación en estas situaciones.

Lección: Processing of Returns
Figura 194: Creación manual de lote de devolución (2 de 2)
Dentro de la configuración, se pueden fijar valores predeterminados para la clase de

documento, el motivo de compensación, la sociedad, la variante de pantalla y el tipo de
selección que se utilizará al contabilizar un lote de devolución.
Si no indica un número de cuenta bancaria de compensación en la posición del lote de
devoluciones, el sistema utilizará automáticamente la cuenta bancaria de compensación
definida en Customizing para la clase de devolución especificada (por ejemplo, devolución
bancaria, devolución de cheque y devolución de tarjeta de crédito) cuando se contabilice el
lote de devoluciones. Si no conoce el número de cuenta bancaria de compensación real, pero
sabe la entidad bancaria y el ID de cuenta, puede introducir ambos datos y el sistema
determinará la cuenta de compensación correspondiente.
Si fija el indicador “Partidas individuales”, se creará una partida individual independiente en el
documento de transferencia de libro mayor para esta partida individual. Esta posición no se
integra con otras partidas individuales (como ocurre al crear registros de totales), incluso si
existe una imputación idéntica. Esto se utiliza con frecuencia, junto con un lote de devolución,
para una cuenta de cheques emitidos.

Figura 195: Procesamiento de devoluciones: Flujo técnico
La conversión o asignación de motivos de devolución específicos de la organización (externos

a ERP) a cada motivo de devolución bancaria se define en Customizing para la tabla
TFK045D.
Proceso general de devoluciones: crear cabecera de devolución; crear posiciones de
devolución; cerrar la devolución; escribir historial o escribir log de errores (si es necesario).

Lección: Processing of Returns
Consejo:
Durante el tratamiento de devoluciones (tabla TFKFBM) se producen los
siguientes eventos:
● 260: Determinación de gastos a cargar en una cuenta contrato. Traslada los
gastos de devoluciones bancarias y otros gastos escalonados adicionales, de
ser aplicables.
● 270: Determinación de la diferencia en el importe de devolución y el importe
de pago original. Diferencia máxima permitida es verificada.
● 280/1: Determinación de la cuenta contrato para el primer/segundo gasto
bancario, si los gastos se cargaron antes de que se determinaran los gastos
reales.
● 285/6: Determinación de cuentas ampliada después de determinar tasas
(opcional)
● 290: Libera el documento de devolución completo después de generarlo, pero
antes de verificarlo y actualizarlo (antes de llamar el módulo de
contabilización)
● 291: Envío de posiciones de documento individuales después de la
configuración
● 295: Modificación de cuentas contrato después de contabilizar e implementar
otras actividades (workflow, correspondencia)
Figura 196: Devoluciones: Customizing
Clasificación de devoluciones según sean devoluciones bancarias o de cheques.

Definición y asignación de motivos propios de devolución para los motivos del banco.
Personalizar devoluciones y actividades de tratamiento:
● Gastos/cargo de gastos
● Días de aplazamiento
● Definir bloqueos y formularios
● Definir información para el responsable de contabilidad
● Importes límite, solvencia.
● Cuentas de compensación, cuentas de ingresos y gastos, cuentas de créditos y cuentas de
clarificación.
● Configuración de posiciones de entrada para el tratamiento de los lotes de devoluciones.
● Definir imputaciones para posiciones nuevas con devoluciones: Al contabilizar
devoluciones, puede definir un modo que genere nuevas partidas abiertas. Puede definir
las operaciones principales y secundarias para estas nuevas posiciones.
Ahora podrá:

CAPÍTULO 7 Control de
compensación
Lección 1
Terminology and Definitions 190
Lección 2
Configuration of the Clearing Strategy 194
Lección 3
Special Cases: 208
● Explicar los términos y principios del control de compensación.

● Nombrar las herramientas para definir una estrategia de compensación en la cuenta
● Gestionar casos especiales en el control de compensación.

Capítulo 7
Lección 1
Terminology and Definitions
Esta lección le ofrece un resumen de la definición y el objetivo del control de compensación
en la cuenta corriente contractual.
Figura 197: Control de compensación: Orientación
Control de compensación: Definición
Control de compensación: Definición
● El control de compensación de FI-CA es una herramienta que permite configurar la

estrategia de compensación de una empresa.
● Contiene las reglas para una propuesta de compensación automática o para una
asignación de pago automático.

Lección: Terminology and Definitions
● Mediante la partición del algoritmo de compensación en varios pasos de trabajo, y

combinando algunas reglas básicas, el control de compensación le permite configurar
escenarios de compensación de forma flexible y basados en tablas.
Figura 198: Control de compensación: Resumen
Las variantes de compensación se determinan en función de la clase de compensación de los

procesos empresariales subyacentes y, opcionalmente, en función del tipo de compensación
de la cuenta contrato en la que se realizará la compensación.
La clase de compensación representa la transacción empresarial en la que se asignan o
agrupan las posiciones para las contabilizaciones de compensación.
● Por ejemplo, lote de pagos (05), pago en efectivo (19), actualización de cuentas manual
(03)
● Con la excepción de algunos ejemplos, se corresponde con el origen que se usa en el
proceso subyacente (HERKF_KK).
Las clases de compensación están codificadas de forma fija en el sistema. Aunque es posible,
no añada entradas que no se encuentran en TFK001. excepto un formulario específico de
cliente del evento FI-CA R400 (IS-U Facturación).
Las clases de compensación se estructuran según sus áreas de uso (por ejemplo, pago
recibido, actualización de cuentas).
Los tipos de compensación se definen en la cuenta contrato. Como resultado, puede utilizar
el tipo de compensación para asignar diferentes reglas de compensación a diferentes grupos
de deudores, como comunidades, clientes comerciales y clientes.
Si no se asigna ningún tipo de compensación, se aplicará la variante de compensación
definida para la clase de compensación.

Capítulo 7 : Control de compensación
Figura 199: Control de compensación: Clases de compensación
La clase de compensación 06 (ejecución de pago) se utiliza en la configuración de la

agrupación de pagos mejorada. Normalmente, la ejecución de pago no tiene en cuenta el
control de compensación.
Figura 200: Ejemplo 1 - Pago
Uno de sus interlocutores comerciales realiza un pago a su cuenta contrato sin especificar el
uso del pago de manera más detallada.

Lección: Terminology and Definitions
El pago debe asignarse automáticamente según una estrategia configurada en el sistema. El

sistema verifica la fecha de vencimiento de una posición o un grupo de posiciones. También
debe verificar si el importe pagado corresponde exactamente al pago debido. Solo entonces
puede asignarse el pago.
Figura 201: Ejemplo 2 - Actualización de cuentas
Una cuenta contrato contiene deudas y créditos pendientes que se contabilizaron con
referencia a un determinado sector. Durante la actualización de cuentas, el sistema debe
compensar las posiciones para el mismo sector entre sí, teniendo en cuenta la fecha de
vencimiento.
La posición cuyo importe asciende a 500 con fecha de vencimiento 01/01 y sector 01 se
considera la posición con la mayor compensación pendiente contra el crédito de 300 y el
sector 01. Para ello, la posición se divide en una subposición de 300, que queda compensada
por el crédito, y una subposición de 200 que queda abierta.
Ahora podrá:

Capítulo 7
Lección 2
Configuration of the Clearing Strategy
Esta lección le ofrece un resumen de las herramientas para configurar el control de
compensación en la cuenta corriente contractual.
Figura 202: Control de compensación: Integración
Para poder reaccionar ante diferentes escenarios de compensación, la solución estándar para
el control de compensación no debería de estar soportado por escenarios rígidamente
programados.
El control de compensación se utiliza:
● Para generar una propuesta de compensación durante la asignación de pagos o la
actualización de cuentas. (Módulo de funciones FKK_CLEARING_PROPOSAL_GEN_0110
procesados en el evento 0110).

Lección: Configuration of the Clearing Strategy
● Durante la partición de un importe de compensación procedente de un plan de pago a

plazos/factura colectiva en las posiciones originales de este plan de pago a plazos/factura
colectiva (módulo de funciones FKK_CLEARING_PROPOSAL_GEN_0120, procesado en el
evento 0120).
● Durante la distribución del importe de compensación de un grupo de integración entre los
créditos de origen que pueden mostrarse como grupos para el proceso de compensación
manual. (Módulo de funciones FKK_CLEARING_PROPOSAL_GEN_0130, procesado en el
evento 0130).
Las propuestas de compensación se determinan automáticamente cuando se contabilizan

los lotes de pagos o durante la compensación automática.
También pueden solicitarse manualmente (por ejemplo, para la actualización de cuentas
manual, para la caja, o para la clarificación de pagos).
Figura 203: Variante de compensación
Una variante de compensación consta de varios pasos. Los pasos individuales controlan la
selección, la agrupación, la clasificación y la asignación dependiente del importe de las
partidas abiertas para la compensación. Los pasos se ejecutan en la secuencia de
clasificación de sus números, pero puede llamarlos directamente según cada regla de
compensación.
Los pasos de compensaciones individuales heredan la propuesta de clasificación y el importe
pendiente restante de los pasos anteriores.
Las posiciones que se han compensado completamente en un paso de compensación no se
incluyen en los pasos siguientes.

Figura 204: Control de compensación: Características
Normalmente, las características describen una característica específica de una posición (por
ejemplo, una posición es un anticipo o una posición vencida) o la frecuencia de un
determinado evento (por ejemplo, el número de documento se especifica en el pago).
Las características se utilizan en:
● La agrupación de partidas abiertas. Las partidas abiertas con valores idénticos para las
características de agrupación en un paso de compensación se consideran como una en
este paso de compensación (por ejemplo, todas las posiciones que pertenecen a la misma
sociedad).
● La especificación (Filtro) de las posiciones que se deben procesar en el paso de
compensación (por ejemplo, solo las vencidas o solo las de la sociedad 0001).
● La definición (interruptor) de la condición de si un paso de compensación no debe
ejecutarse de ninguna manera (por ejemplo, solo llevar a cabo un paso si un número de
documento se especifica en el pago).
● La clasificación de las partidas abiertas. Mediante la clasificación se define tanto el orden
de proceso de los grupos como el orden de compensación dentro del grupo.

Figura 205: Control de compensación: Paso de compensación
En un string de agrupación se pueden definir hasta 5 características de agrupación. Las

características se conectan mediante un Y lógico.
También puede definir una regla para agrupar de forma diferente cada característica de
agrupación. Dependiendo de cada regla, podrá definir un valor alternativo para los valores
individuales de una característica de agrupación. Por ejemplo, para controlar dos atributos de
una característica en un grupo (sociedad 0001 = sociedad 0002), puede excluir valores de
característica individuales y, de este modo, partidas, de la compensación (en el paso de
compensación actual o en general), o el procesamiento de compensación se puede limitar a
determinados valores de característica (como solo la sociedad 0001).
El string de clasificación controla la secuencia de proceso de los grupos de partidas abiertas
individuales, así como la secuencia en la que se compensan las partidas abiertas dentro de un
grupo.
Desde un punto de vista técnico, los grupos se clasifican de acuerdo con el valor más bajo en
su string de clasificación. Ejemplo: Cuando las partidas se agrupan por sociedad y se
clasifican por fecha de vencimiento, el grupo que contiene la partida con la fecha de
vencimiento más antigua se clasifica al frente de la secuencia.
Si no se ha realizado ninguna propuesta de compensación parcial, es posible que desee
detener el programa de compensación (introduzca el valor “1” en el campo para el fin de la
asignación).

Figura 206: Control de compensación: Características de agrupación
Las características de agrupación pueden ser atributos en la tabla “FKKOP” o pueden

derivarse específicamente en un módulo de funciones (utilizar área de nombres del cliente).
Figura 207: Control de compensación: Características de clasificación
La clasificación se suele utilizar cuando una empresa no está segura de cómo va a agrupar el
solicitante sus pagos y la empresa ha definido la prioridad de las posiciones. Por ejemplo, la

empresa desea compensar cualquier partida abierta en un tipo de ingreso determinado antes
de que se produzcan cargos e intereses adicionales.
Figura 208: Control de compensación: Clasificación derivada de características
Figura 209: Control de compensación: Agrupación por características derivadas

Figura 210: Control de compensación: String de agrupación
Figura 211: Control compensación: Agrupación alternativa
Puede utilizar las reglas para influir en el string de agrupación y, por lo tanto, en la agrupación.
Dispone de las siguientes reglas de agrupación:
● “” - agrupar según el valor de la característica

● “1” - Definición de grupo (utilice esta opción si desea combinar varios grupos en un único
grupo). Cualquier valor para las características que no se pueda agrupar formará su propio
grupo en función del valor de característica. Por ejemplo, está realizando una agrupación
por grupo de productos y existen tres valores posibles. Los grupos de productos 1 y 2 se
agrupan mediante una agrupación alternativa y forman un grupo. El grupo de productos 3
forma una segunda agrupación.
● “2” - Definición de grupo igual que “1”, salvo que los valores no especificados para las
características contienen todos el valor SPACE y, por consiguiente, se agrupan en un
grupo adicional. Se utiliza para excluir a determinados grupos.
● “3” - Definición de grupo en el que cualquier valor para la característica que no se
especifique en la regla de agrupación no se tendrá en cuenta para el pago.
Para introducir una agrupación alternativa (no disponible con la regla ‘ ‘), haga clic en el botón
Agrupación alternativa que aparece inmediatamente a la derecha de la regla de agrupación.
Es posible que tenga que pulsar Intro primero.
Figura 212: Control compensación: Agrupación alternativa

Figura 213: Control de compensación: Clasificación dentro de grupos
En determinados casos se puede considerar conveniente utilizar la agrupación y la

clasificación al mismo tiempo. Por ejemplo, podría ser posible que dos o más grupos
diferentes tuviesen el mismo importe a pagar, pero un grupo debería tener prioridad ante los
demás. En este caso, clasifique los grupos, no las posiciones.
Figura 214: Control de compensación: String de clasificación

En la mayoría de las características, el hecho de clasificarlas según sus valores no provoca los
resultados deseados. Si, por ejemplo, desea compensar primero los gastos (STAKZ = G), la
clasificación de las posiciones de acuerdo a los indicadores estadísticos no lo suele conseguir.
Para conseguir el resultado que desea, puede definir una regla de orden de prioridad para
cada característica. Dependiendo de la regla, podrá especificar, por ejemplo, si un
determinado valor de característica se clasifica al inicio o al final de la tabla de posiciones.
Se proporcionan los cuatro valores siguientes:
● “” - Clasificar según el valor de la característica (por ejemplo, fecha de vencimiento).
● “1” - Clasificar primero según la prioridad del valor y, a continuación, según el valor de la
característica. No es necesario especificar explícitamente todos los valores. Por ejemplo,
hay 4 posiciones con valores 1, 2, 3, 4. En la clasificación, al valor 4 se le da una prioridad
de 1ª y no se le da ninguna clasificación a los otros valores. Los resultados clasificados
serán posiciones 1 y 4 (misma prioridad), 2 y, luego, 3.
● “2” - las posiciones sin prioridad asignada tienen la prioridad más alta (1ª), las demás se
tratan según la prioridad (1, 2, 3, 4).
● “3” - las posiciones sin prioridad asignada tienen la prioridad más baja (vienen después de
todas las posiciones con prioridad asignada) (4, 1, 2, 3).
Para introducir una clasificación alternativa (no disponible con la regla “‘ ‘”), haga clic en el
botón Clasificación alternativa que aparece inmediatamente a la derecha de la regla de
agrupación. Es posible que tenga que pulsar Intro primero.
Figura 215: Control de compensación: Reglas de grupo
Las reglas de grupo se asignan en el string de agrupación.

Las reglas de importe ‘ ‘, 0, 1, 2, 3 y 4 se utilizan con mucha frecuencia:
● “‘ ‘” - sin restricción de importe (utilizar solo si no se usa una "agrupación").
● “0” - compensar solo si los importes son iguales.

● “1” - compensación parcial no permitida, pero el pago en exceso sí se permite

● “2” - pago en exceso no permitido, pero la compensación parcial sí se permite
● “3” - máxima diferencia de importe de acuerdo con el grupo de tolerancia. Contabilizar la
tolerancia.
● “4” - máxima diferencia de importe de acuerdo con el grupo de control de importe. Se lleva
a cabo una compensación parcial (la diferencia no se liquida si se utiliza un grupo de
tolerancia). Si la diferencia entre el importe de pago y el importe de la partida abierta es
superior a este importe, el pago se contabilizará a cuenta. Los importes que se especifican
aquí no se “añaden” a los importes del grupo de tolerancia.
● Para más información sobre otras reglas, consulte la documentación online.
Con la regla de compensación “1”, el sistema realiza pagos proporcionales. Por ejemplo, se
realiza un pago de 90 a dos partidas abiertas con 100 y 50: El sistema realiza un pago parcial
de (100 / 150) * 90. Esto significa que se efectúa un pago de 60 para la posición con 100 y un
pago de 30 para la posición con 50.
Figura 216: Grupos de control de importe
Los grupos de control de importe se utilizan en un paso de compensación para definir las
condiciones de compensación dependientes de importe. Los grupos de control se utilizan
dentro de un grupo de partidas abiertas de la siguiente manera:
● En el caso de los pagos recibidos, la diferencia entre el importe de pago disponible y el
saldo total de partidas abiertas en un grupo que ya se ha contabilizado se somete a un
control de importe.
● Para todas las demás operaciones empresariales, la diferencia entre el total de las partidas
de crédito y el total de las partidas de deudas se somete a un control estándar.
Los grupos de control de importe le permiten especificar desviaciones de importe

diferenciadas en las que se permite realizar una compensación.

Debe asegurarse de que el grupo de importe no tiene la misma funcionalidad que el grupo de
tolerancia definido en la cuenta contrato. Solo tiene que especificar si se lleva a cabo una
compensación o no. Las diferencias de importe de la asignación de pago y de contabilización
que se determinaron de acuerdo con los valores por defecto en el grupo de control de importe
no se cancelan de forma implícita. En función de las especificaciones del paso de
compensación, se pueden cancelar, compensar o contabilizar a cuenta.
El grupo de control de importe se define conforme a la moneda.
Figura 217: Restricciones de selección y de valores por defecto
En los criterios de selección, puede especificar para cada clase de compensación las
posiciones que se deben incluir en el análisis de compensación en función de la transacción y
de la fecha de vencimiento. Puede utilizar el tipo de compensación y las operaciones
principales y parciales para especificar si se debe incluir una posición y, si es así, dentro de
qué intervalo de fechas de vencimiento.
Puede determinar los criterios de selección en los siguientes niveles:
1. Tipo de compensación, transacción principal, transacción parcial
2. Tipo de compensación, operación principal, no especificado
3. Tipo de compensación, no especificado, no especificado
4. No especificada
Las restricciones se interpretan en un máximo de 4 pasos, comenzando por el tipo de

compensación, la transacción principal y la transacción parcial especificados y finalizando
con una entrada no especificada. Normalmente se utiliza el primer nivel existente. Si el
sistema no puede determinar restricciones de selección para una posición, se incluirá "sin
filtrar" en el análisis de compensación.
Los criterios de selección se pueden utilizar para excluir partidas con operaciones principales
y parciales específicas o para definir cuántos días en el futuro el sistema debe buscar partidas
abiertas para su posible compensación (columna Días de gracia). Al marcar la casilla "Sin
compensación" se excluirán las posiciones con las operaciones principales y parciales

asociadas. También puede excluir posiciones de la compensación en el correspondiente paso

de compensación.
Las posiciones estadísticas se pueden cancelar automáticamente de varias maneras a la hora
de contabilizar un pago en una cuenta que contiene contabilizaciones estadísticas.
Controlar datos de pago a cuenta permite establecer reglas para cuando se contabilice "a
cuenta". Por ejemplo, podría fijarse que cualquier importe por encima del importe X se
contabilice directamente en la cuenta de clarificación (provisional) y no se contabilice a
cuenta (el estado del lote de pagos no se contabilizaría).
Las ampliaciones de programa permiten el uso de dos módulos de funciones, uno para la
selección de partidas abiertas, y otro para las posiciones estadísticas que deben cancelarse.
Ejemplos de la industria de suministros IS-U:
Durante la actualización de cuentas de la facturación periódica, el pago de un depósito de
garantía en efectivo no se debe incluir en la compensación. El tipo de compensación y la
correspondiente operación 0020/0010 para el pago de un depósito de garantía en efectivo
garantizan que las “partidas abiertas con esta operación” no se incluyen.
El primer importe de cuota fija nuevo (0050) se debe incluir en el cálculo de consumo anual.
Para ello, se debe definir el número de días entre la fecha del sistema y la fecha de
vencimiento futura de forma que las fechas de vencimiento que todavía no se hayan
alcanzado se puedan incluir aún en la compensación.
Figura 218: Control de compensación: Customizing
A excepción de la tabla de tipos de compensación, las parametrizaciones del control de

compensación son específicas del sector. Dado que las clases de compensación las
proporciona SAP y están asignadas a procesos estándar, cada área de aplicación es
responsable de actualizar y suministrar sus parametrizaciones estándar.
En las especificaciones para las clases de compensación, puede configurar la determinación
de las variantes de compensación, las restricciones de selección, la información sobre los
pagos a cuenta, así como el control para la cancelación de posiciones estadísticas.

Ahora podrá:

Capítulo 7
Lección 3
Special Cases:
Figura 219: Control de compensación: Actualización de cuentas (1)
Como no se ha introducido ninguna característica, las partidas abiertas de los documentos

4710, 4711 y 4712 forman un grupo.
Dentro del grupo, las posiciones se clasifican por sus fechas de vencimiento.
La nota de crédito (30 USD) se calcula paso a paso de la siguiente manera:
● La factura a cobrar para 10 USD de 09/15 se compensa en primer lugar.
● El crédito restante de 20 USD se compensa con la solicitud de cuota fija de 12/5. La
solicitud de cuota fija permanece abierta en 40.- USD.

Lección: Special Cases:
Como no se ha introducido ninguna característica, las partidas abiertas de los documentos

4709, 4710, 4711 y 4712 forman un grupo.
Dentro del grupo, las posiciones se clasifican por sus fechas de vencimiento.
El algoritmo de compensación produce los siguientes pasos de procesamiento:
● El pago a cuenta de 20.- USD se compensa con la factura a cobrar a partir del 15/09
● Esto se compensa por completo mediante la nota de crédito del 11/15.
● El saldo restante de 25 USD puede utilizarse para la compensación parcial de la factura a
cobrar de noviembre 11/15 en el sector del gas.
● La solicitud de reembolso de la cuota fija (10 USD) se compensa con el resto de la factura
a cobrar en el sector del gas con fecha 11/15. El resto de crédito desde la lista 4711 aún es
de 65 USD.

Por ejemplo, el paso de compensación 1 produce los siguientes pasos de procesamiento:

El número de documento y la fecha de vencimiento se especifican como características, con
lo que se crean los siguientes grupos:
● Grupo1: documento de partidas abiertas 4709
● Grupo4: documento de partidas abiertas 4712 de fecha de vencimiento 12/05
● Grupo5: documento de partidas abiertas 4712 de la fecha de vencimiento 01/05.
Se llevan a cabo los siguientes pasos de compensación:

● En el grupo 1, el grupo 2 y Grupo 5 no se efectúa una compensación.
● En el grupo 3, el crédito de 30 USD del sector electricidad se compensa con el crédito de
gas de 100 USD, de modo que queda un crédito de 70 USD.
● En el grupo 4, las solicitudes de reembolso de la cuota fija del 12/05 se equilibran de
manera que el importe de la cuota fija de 140 USD vencerá el 12/05.
El segundo paso de compensación lleva a los siguientes resultados:

● No se han especificado características adicionales. Como resultado, todas las posiciones
abiertas se agrupan.
● El pago en la cuenta de 20 USD todavía puede utilizarse para la compensación y se utiliza
para compensar la factura que lleva abierta más tiempo. Aún existe un crédito de 5 USD.

Atención:
Es necesario realizar la agrupación por fecha de vencimiento porque las fechas
de vencimiento de un plan de cuota fija o plan de pago a plazos pueden tener el
mismo número. El hecho de plantear la compensación, por lo general, debería
tener lugar en el nivel de las distintas fechas de vencimiento.

Figura 223: Control de compensación: Entrada de pagos
La agrupación adicional en función de la fecha de vencimiento es necesaria porque un

documento puede tener posiciones con distintas fechas de vencimiento (por ejemplo, plan de
pago a plazos o plan de cuota fija).
Por ejemplo, el cliente desea pagar la factura n.º 4709. Pueden pagar el importe completo de
25 USD o el importe restante de 5 USD después de restar el crédito de 20 USD (doc. 4710).
Figura 224: Control de compensación: Particularidades

Control de compensación: Creación de pagos a cuenta
Control de compensación: Creación de pagos a cuenta
● Si no puede determinarse una propuesta de compensación automática para un pago o un

importe parcial, o si no desea que se cree, el control de compensación puede crear un
pago a cuenta para este importe.
- Un agente puede iniciar un pago a cuenta (por ejemplo, en el procesamiento de

clarificación o en la caja)
- Si la variante de compensación puede proponer la compensación para parte de la
cantidad, el importe restante se paga a cuenta
- Si el sistema no puede determinar una propuesta de compensación para cualquier parte
del importe, por ejemplo, si no se ha seleccionado una partida abierta, el importe se
contabiliza a cuenta o en una cuenta de clarificación, en función de las especificaciones
para la clase de compensación. El control de la clarificación puede depender del tipo de
compensación y su importe.
- Cuando se solicita una propuesta de compensación en línea para el tratamiento manual de
la compensación (contabilizar), no se crea una contabilización a cuenta.
El control de contabilización a cuenta permite fijar reglas para cuando se contabilizan "a
cuenta". Por ejemplo, podría fijarse que cualquier contabilización superior al importe X se
contabilice directamente para clarificación y no se contabilice a cuenta (el estado del lote de
pagos sería “no contabilizado”).
Figura 225: Control de compensación: Cancelación de partidas estadísticas
La cancelación de posiciones estadísticas permite una de las tres opciones al contabilizar un

pago a una cuenta con contabilizaciones estadísticas:
“‘ ‘” - cancelar siempre

“1” - cancelar posiciones estadísticas si no existen créditos abiertos "reales": posiciones

abiertas 100 y 15 (15 es estadístico). Cuando se recibe el pago de 100, se compensarán los 15.
“2” - Cancelación hasta el siguiente crédito abierto "real": se cancelan las partidas
estadísticas con una fecha de vencimiento anterior a la fecha de vencimiento del siguiente
crédito "real" abierto.
Figura 226: Control de compensación: Estrategias de compensación (1)

Figura 229: Control de compensación: ¿Cómo puedo probarlo?
Ahora podrá:

CAPÍTULO 8 Reclamaciones y cobros
Lección 1
Dunning - Terminology 217
Lección 2
Configuration and Execution ofthe Dunning Run 220
Lección 3
Understand benefits of Dunning by CollectionsStrategy withBRFplus 235
Lección 4
Submission to External Collection 242
● Definir las condiciones de reclamación utilizadas en la cuenta corriente contractual.

● Configurar los procedimientos de reclamación apropiados y saber cómo aplicar una
ejecución de reclamación en la cuenta corriente contractual.
● Comprender las funciones disponibles con el enfoque de la estrategia de cobro.
● Comprender las características del tratamiento de work items de cobros en IC WebClient.
● Ceder créditos a oficinas de cobro externo y saber cómo actualizar información adicional
acerca de las posiciones liberadas.

Capítulo 8
Lección 1
Dunning - Terminology
Esta lección le ofrece un resumen de las condiciones para el proceso de reclamación y de las
parametrizaciones de Customizing en la cuenta corriente contractual.
Figura 230: Procedimiento de reclamación: Definición
Los créditos adicionales son un crédito provocado por otro crédito, por ejemplo, gastos o
intereses por reclamación. En muchos casos, estos créditos adicionales no se reclaman y no
se calculan sus intereses sin ni siquiera un crédito principal.
Una posición no marcada como crédito adicional en sus atributos de operación (un crédito
principal) puede estar sujeta al cálculo de intereses o al lanzamiento de la reclamación si no
se han fijado bloqueos.

Capítulo 8 : Reclamaciones y cobros
Figura 231: Procedimiento de reclamación: Función
Un procedimiento de reclamación está formado por niveles de reclamación individuales.

Establezca una serie de especificaciones para cada nivel de reclamación, inclusive el importe
mínimo de una partida vencida y el número de días de demora que se deben alcanzar para
que la posición pase al siguiente nivel de reclamación.
Una de las actividades de reclamación utilizadas con más frecuencia es la creación de una
reclamación. Otros ejemplos de actividades de reclamación son la contabilización de
intereses y cargos, el proceso de una nota para un agente, o el inicio de un work-flow.
Figura 232: Reclamación: Ejemplo
El nivel de reclamación indica la frecuencia con la que esta posición ya se ha incluido en una
ejecución de reclamación.
El nivel de reclamación más alto alcanzado por cualquiera de las posiciones registradas
determina las actividades de reclamación.
El programa de reclamación puede reducir el nivel de reclamación de una posición si, según
los importes límite, la posición ya no alcanzaría este nivel de reclamación (por ejemplo,
después de un pago parcial).

Lección: Dunning - Terminology
Ahora podrá:

Capítulo 8
Lección 2
Configuration and Execution ofthe Dunning
Run
Figura 233: Procedimiento de reclamación: Configuración
El “procedimiento de reclamación” es el conductor de la reclamación. Puede definir

diferentes niveles de reclamación para cada procedimiento de reclamación. Estos “niveles de
reclamación” determinan el ritmo de la reclamación, el método de cálculo con el que se
determinan los gastos de reclamación y cómo se calculan y contabilizan los intereses. Puede
definir los importes mínimos específicos de moneda y las “actividades de reclamación” para
cada nivel de reclamación.

Lección: Configuration and Execution ofthe Dunning Run
Debe seleccionar “¿Reclamar siempre?” para el último nivel de reclamación para que las
posiciones de este nivel no se omitan.
Puede asignar un procedimiento de reclamación a las cuentas contrato o para cada partida
individual en un documento.
IS-U: El procedimiento de reclamación de alta/baja simultánea del contrato sustituye el
procedimiento de reclamación después de la fecha de baja en el caso de una baja de
instalación. El procedimiento de reclamación de traslado en la cuenta contrato es válido a
partir de la fecha de baja más tardía de todos los contratos para una cuenta contrato.
Los datos de reclamación se graban en el historial de reclamaciones.
En el Customizing para el procedimiento de reclamación se puede fijar un indicador ( “no
reducir los niveles de reclamación” ), lo que evita que el sistema reduzca los niveles de
reclamación. Este indicador se procesa mediante la ejecución de propuesta de reclamación.
Además, para el cálculo de intereses integrado en la ejecución de reclamación para cada nivel
de reclamación, puede determinar el importe de intereses máximo que se debe contabilizar.
Figura 234: Nivel de reclamación: Ejemplo de Customizing
Frecuencia de reclamación: cantidad mínima de días que deben haber transcurrido desde la
fecha de emisión de la última reclamación.
Imprima todas las partidas: Si fija este indicador, todas las partidas que cumplan los mismos
criterios para la agrupación de reclamaciones se imprimirán en una reclamación,
independientemente de si la partida está vencida o no.
Reclamar siempre: Hace que se inicie un aviso de reclamación en este nivel de reclamación
tan pronto como se alcanza la frecuencia de reclamación en la ejecución del programa de
reclamación, independientemente de si se han alcanzado los días de demora o los importes
mínimos.

Clave que define un esquema para la determinación de gastos de reclamación que

normalmente se recauda en relación con la creación de reclamaciones y otras
correspondencias.
Puede utilizar el indicador “Interés antes de gastos” en el Customizing para el nivel de
reclamación para que el cálculo de los gastos de reclamación dependa de si el interés se ha
calculado o no para las partidas vencidas para la reclamación. SAP proporciona el módulo de
funciones FKK_SPECIALCHARGE_0360 como ejemplo de un cálculo de este tipo. En el
procedimiento estándar, en la ejecución de la actividad de reclamación, los intereses se
calculan y contabilizan según los gastos.
Además, puede limitar el importe de los gastos de reclamación, si se cargan intereses de
reclamación (intereses de demora) así como gastos de reclamación. SAP proporciona el
módulo de funciones FKK_SPECIALCHARGE_0360 como plantilla.
Figura 235: Actividades de reclamación
Todas las actividades que se han llevado a cabo se registran en un log de aplicación.
Los formularios de aplicación del workbench de impresión son la base de la reclamación. La
impresión se puede controlar de forma inmediata en el SPOOL o en la gestión de
correspondencia del container de impresión.
En el procedimiento de reclamación (para los plazos) puede especificar una actividad que
desactiva el plan de pago a plazos. Una vez se ha desactivado el plan de pago a plazos, se
reclaman de nuevo los créditos de origen.
Un documento de desconexión se puede crear automáticamente en IS-U. Se inicia un
procedimiento de desconexión de contador para el interlocutor comercial y se supervisa
mediante este documento de desconexión.
En IS-T puede generar un fichero de desconexión que se transferirá al sistema de facturación
externo e iniciará la desconexión de los números de teléfono que se hayan especificado.
Se puede utilizar un workflow para, por ejemplo, lanzar una notificación del operario.

En el procedimiento de reclamación, puede liberar un crédito para presentarlo a una agencia

de cobro externa.
En la ejecución de reclamación, puede fijar automáticamente un bloqueo de reclamación para
la cuenta contrato reclamada. Para ello, puede utilizar el módulo de funciones de ejemplo
FKK_SAMPLE_0350_LOCK_VKONT. El módulo escribe un motivo de bloqueo de reclamación
en los datos maestros.
Figura 236: Reclamación: Listas de teléfonos
Reclamación telefónica: El módulo de funciones FKK_SAMPLE_0350_TEL_ITEM le permite

implementar una nueva actividad de reclamación en la que el interlocutor comercial
reclamado se incluye en una lista telefónica. A continuación, el responsable llama a este
interlocutor comercial y se ocupa de la lista. Una lista como esta generada por la ejecución de
actividades de reclamación se puede transferir automáticamente a un sistema externo (por
ejemplo, un call center en mySAP CRM) en el evento 1799, mediante el módulo de funciones
FKK_TRANSFER_CALL_LIST_1799, o manualmente mediante el report RFKKMADUTLTRANF.
El servicio al cliente procesará la lista.
Los eventos 9010, 9012 y 9013 se deben definir para transferir las entradas. SAP pone a
disposición como ejemplo el módulo de funciones FKK_CALLLIST_CRM_9010.
Como alternativa, la nueva transacción Lista de teléfonos se puede utilizar si una lista de
teléfonos está siendo procesada por varios agentes. Encontrará esta transacción en el menú
en Operaciones periódicas -→ Para cuentas contrato - → Reclamaciones. En esta
transacción, un operario puede marcar una posición como completada después de efectuar
con éxito una llamada telefónica con el interlocutor comercial. Para registrar la comunicación
con el interlocutor comercial, el responsable puede crear contactos de cliente de forma
manual o automática. En las opciones de Customizing para contactos de cliente, debe definir
la configuración de contacto para el contexto de programa SAPLFKKDUTL.
Para poder proporcionar información al interlocutor comercial, el operario puede pasar de la
información detallada de la lista de teléfonos a, entre otros, el estado de cuentas, a los objetos
conectados con la reclamación y a una función específica de cliente o sector que se puede
implementar en el evento 9011.

Figura 237: Actividades de reclamación de Customizing
Las actividades de reclamación están compuestas por un módulo de funciones (como, por
ejemplo, FKK_SAMPLE_0350_CCC) y por un formulario de correspondencia (opcional). Es
una clave que representa una actividad que se lleva a cabo en relación con la realización de
una ejecución de reclamación.
Si se trata de una actividad para la creación de documentos de papel en el marco de la
correspondencia, deberá definir el formulario de aplicación para la impresión.
Puede asignar cualquier cantidad de actividades de reclamación a varios niveles de
reclamación. Ejemplos:
● Imprimir formulario de reclamación con diferentes destinatarios
● Iniciar workflow
● Enviar una nota a un operario mediante SAP Office
● Desactivar el plan de pago a plazos
Puede definir sus propios módulos de funciones para las actividades estándar. Ejemplo:
Puede desencadenar una actividad en un procedimiento de reclamación, que informa al
sistema de contratos (mediante RFC) que debe desencadenar un contrato debido a que no se
ha realizado un pago.

Figura 238: Créditos adicionales de reclamación
Se puede asignar una regla de créditos adicionales a cada combinación de operación principal
y parcial.
La actualización para los créditos adicionales se lleva a cabo en el Customizing.
Puede establecer las propiedades exactas de los créditos adicionales, según la sociedad
operativa:
● sujeto a cálculo de intereses (para créditos adicionales)
● inicia reclamación
● tener en cuenta cuando se calcula el saldo de reclamación
Puede fijar un indicador para garantizar que los intereses y los gastos de reclamación se
tienen en cuenta con el nivel de reclamación en el que se han contabilizado. Esto es necesario
si la agrupación se ejecuta por nivel de reclamación y si los créditos adicionales se tienen que
reclamar con sus créditos principales en la siguiente reclamación. Tenga en cuenta que, de
esta forma, los gastos de reclamación pueden alcanzar un nivel de reclamación alto, que no
se habría alcanzado por los días de demora hasta este punto.

Figura 239: Esquema de gastos: Definición
Figura 240: Terminología de reclamación: Gastos
Un esquema de gastos puede gestionar los datos de gastos de tres tipos de gastos como
máximo. Estos tipos de gastos pueden ser gastos de reclamación, gastos de desconexión y
reconexión, gastos de gestión, gastos del documento de pago, gastos de envío o gastos
definidos por el cliente.
Para el tipo de gastos se determinan las operaciones principales y parciales con las que se
contabilizará el gasto (contabilización real o estadística).
Para cada combinación de esquema de gastos y tipo de gastos puede configurar cómo se
calculan los gastos dependiendo de la moneda, del saldo de reclamación y de la solvencia.

A la hora de definir una variante de correspondencia puede asignar un esquema de gastos a

algunas clases de correspondencia. Cuando se crea la correspondencia, el sistema
contabiliza automáticamente los gastos definidos en el esquema de gastos.
Al definir las variantes de tratamiento para los documentos de desconexión, también puede
almacenar un esquema de gastos de desconexión para contabilizar un gasto al registrar una
desconexión.
Figura 241: Cálculo de gastos
Puede recaudar los gastos de reclamación como gastos absolutos o como gastos
porcentuales. Los gastos porcentuales hacen referencia al saldo de reclamación.

Figura 242: Uso del programa de reclamación
Antes de iniciar la ejecución de la reclamación, debe asegurarse de que la situación de

contabilización está lo más actualizada como sea posible, lo que significa que se deben
contabilizar todos los pagos existentes y se debe realizar una ejecución de compensación.
Por lo tanto, evita reclamar partidas que ya se han pagado.
Puede programar la ejecución de la propuesta de reclamación y la ejecución de la actividad de
reclamación de forma conjunta o por separado. Si programa ambas ejecuciones de forma
conjunta, perderá la opción de borrar y volver a crear la propuesta de reclamación.
Puede anular las reclamaciones de la propuesta de reclamación. Si desea tener una
propuesta de reclamación diferente, puede borrarla, efectuar las modificaciones que sean
necesarias en los datos maestros, abrir las posiciones o el Customizing e iniciar de nuevo la
ejecución de la propuesta de reclamación.
La ejecución de reclamación da como resultado un historial de reclamaciones y, por ejemplo,
una correspondencia, una nota a un operario y contabilizaciones de gastos o intereses.
Figura 243: Propuesta de reclamación: Actualizar parámetros

Debe introducir los parámetros para la ejecución de la propuesta de reclamación siempre que
desee crear una propuesta de reclamación. Como alternativa, también puede definir unas
plantillas que se utilicen para crear una ejecución de la propuesta de reclamación.
El sistema observa la “fecha de emisión” y compara esta fecha con la fecha de vencimiento
especificada en el documento para determinar qué nivel de reclamación es el adecuado
(véase “Días de demora” en el Customizing de un nivel de reclamación) y para determinar los
gastos correspondientes, si corresponde.
La nota 429810 (Estructura de la ejecución de la propuesta de reclamación en FI-CA)
describe los puntos clave de la codificación de la ejecución de la propuesta de reclamación.
Obtendrá un resumen de la ejecución de la propuesta de reclamación. De esta manera puede,
por ejemplo, averiguar los eventos adecuados para una solicitud específica de cliente o
modificar el programa.
Figura 244: Ejecución de la propuesta de reclamación
La ejecución de la propuesta de reclamación determina todas las partidas vencidas para la

reclamación y las combina en una agrupación de reclamaciones.
Consejo:
Si un interlocutor comercial está incluido en una propuesta de reclamación, ya
no se incluirá en otra ejecución de propuesta. Solo la ejecución de la actividad de
reclamación indica la fecha del sistema como la fecha de ejecución de la
reclamación (MDRKD) en la cabecera de la reclamación. Entonces, la propuesta
de reclamación se convierte en el historial de reclamaciones. Esta verificación
evita que se dupliquen reclamaciones en caso de que posponga la ejecución de la
actividad de reclamación.
No puede ejecutar una segunda ejecución de propuesta para las mismas
posiciones/cuentas a menos que se borre la primera (vaya a → Entorno Borrar
ejecución de propuesta de reclamación ).

Puede utilizar módulos de historial, de eventos y de funciones para definir nuevos niveles de
reclamación.
La ejecución de la propuesta de reclamación también tiene en cuenta las reducciones de
reclamación que resultan de los casos de clarificación en SAP Dispute Management (módulo
de funciones FKK_SAMPLE_0335_DISPUTE). En el evento 0335, los grupos de reclamaciones
(I_FKKMAGRP) y líneas de reclamación (I_FKKMAVS) también se transfieren. Los importes
de reducción de reclamación asignados también se devuelven en la tabla C_FKKMARED.
Figura 245: Agrupación de reclamaciones
Si es posible, se agrupan todas las posiciones de un interlocutor comercial en una

reclamación.
Sin embargo, existen criterios que ordenan reclamaciones separadas para determinadas
posiciones. Estas posiciones se agruparán en grupos de reclamaciones en función de estos
criterios.
Las posiciones se utilizan para verificar la relevancia de la reclamación (p. ej., importes límite
y días de demora) por cada grupo de reclamaciones.
La clave de agrupación le permite utilizar otros criterios deseados como, por ejemplo, la
división y el sector, además de los criterios estándar (procedimiento de reclamación,
moneda, sociedad principal).
Registre a continuación la clave de agrupación en las cuentas contrato para la que debe ser
válida la agrupación.

Figura 246: Ejecución de la actividad de reclamación
Puede iniciar una ejecución de la actividad de reclamación casi del mismo modo que una
ejecución de la propuesta de reclamación. Primero, debe introducir los parámetros
necesarios y, luego, programar la ejecución del programa.
Si ha efectuado las parametrizaciones correctas en el Customizing, en la reclamación
aparecerá la fecha que haya indicado en el campo Fecha de emisión. También se muestra en
el historial de reclamaciones como la fecha de ejecución de la reclamación (MDRKD).
Los niveles de reclamación y las correspondientes actividades de reclamación se determinan
en función de las agrupaciones de reclamaciones y de las posiciones para la reclamación.
La ejecución de la actividad de reclamación puede dar lugar a una contabilización de gastos o
intereses o a actualizaciones en el historial de reclamaciones y en el historial de actividades
de reclamación.
Consejo:
Al contrario que en la ejecución de la propuesta, no puede borrar una ejecución
de la actividad de reclamación después de su ejecución aunque la acción prevista
no se haya ejecutado. En su lugar, debe anular la ejecución de la reclamación
(transacción FPVC) o cancelar la reclamación para determinadas posiciones.
Vaya a → EnvironmentDunning→ → HistoryOverviewCancel… (el botón con la
flecha roja).

Figura 247: Ejecución de actividades de reclamación: Información técnica
Consejo:
Notas técnicas: Los siguientes eventos se utilizan junto con la impresión de
reclamación/ejecución de actividades:
● 310 (se llaman dentro del evento 1797) Antes del primer intervalo de proceso
en la ejecución de la actividad de reclamación (fijar datos específicos de la
aplicación)
● 320 (se llaman dentro del evento 1798) Después del primer intervalo de
proceso en la ejecución de la actividad de reclamación (reorganizar o borrar
los datos específicos de la aplicación)
● 330 Evento antes de procesar una nueva cabecera de reclamación
● 340 Una vez se han leído todos los datos de una cabecera de reclamación,
podrá modificarlos antes del tratamiento final
● Cada reclamación puede iniciar cualquier cantidad de actividades
(correspondencia, workflow, etc.)
● 360/361/362 Cálculo de gastos y estructuración de los documentos de
gastos
● 370 Cálculo de intereses y estructuración del documento de intereses

Figura 248: Historial de reclamaciones
Puede llamar la información del historial de reclamaciones a través de la visualización del

estado de cuentas (FPL9) o seleccionando “Historial de reclamaciones” (FPM3) desde el
menú.
En el historial de reclamaciones puede ver las actividades de reclamación (documentos de
gastos y documentos de intereses).
En la pantalla de selección puede especificar (Selección por fecha de impresión ) si desea
visualizar las reclamaciones que se han ejecutado o no. Esto le permite especificar, por
ejemplo, que solo se deben seleccionar las reclamaciones sin fecha de impresión.
En el historial de reclamaciones puede visualizar un texto para el interlocutor comercial. Para
ello, debe fijar el indicador Leer detalles de interlocutor comercial . En este caso, el sistema
ejecuta el evento 0391. De manera estándar, aparecerá un texto con el nombre y la dirección
del interlocutor comercial. Con el módulo de funciones específico de cliente que se ha
definido en el evento 4700 puede ajustar este texto para satisfacer sus necesidades. Por
motivos de rendimiento, no debería fijar el indicador Leer detalles de interlocutor comercial si
desea obtener un resumen de una gran cantidad de reclamaciones.

Figura 249: Reclamación: Customizing
La ejecución de la propuesta de reclamación evalúa las variantes de ejecución en el evento

300.
Especificar una variante de ejecución solo tiene sentido si ha definido un evento.
Ahora podrá:

Capítulo 8
Lección 3
Understand benefits of Dunning by
CollectionsStrategy withBRFplus
Esta lección le ayudará a:
Conocer las diferencias entre el enfoque del procedimiento de reclamación y el enfoque de la
estrategia de cobro.
Comprender las funciones disponibles con la estrategia de cobro.
Ver cómo BRFplus permite la toma de decisiones dinámica y la definición de reglas
transparentes.
Describir cómo IC WebClient soporta los procesos de cobro.
Ejemplo empresarial
[Introduzca un ejemplo empresarial que ayude al alumno a entender el uso empresarial
práctico de esta lección.]
Figura 250: Proceso integral de gestión de cobro con BRFPlus

[Introduzca un título y la información conceptual de esta lección en esta sección. También

puede incluir secciones adicionales, gráficos, demostraciones, procedimientos y/o
simulaciones.
Figura 251: Resumen de cobros
Figura 252: Características de gestión de cobros

Lección: Understand benefits of Dunning by CollectionsStrategy withBRFplus
Figura 253: Cobros flexibles – Según normas de empresa
BRFplus es un marco abierto que permite definir y tratar reglas.

BRFplus es fácil de utilizar y permite definir criterios para la evaluación.
Figura 254: Actividad de cobro: Crear work items
Los work items de cobros se crean como resultado del proceso de reclamación
(procedimiento de reclamación o técnica de estrategia de cobro).

Los tipos de work items se asignan a las actividades de reclamación y dictan cómo los work
items correspondientes se pueden combinar para su tratamiento por parte de los agentes a
través del objeto de la lista de trabajo.
Figura 255: Actividades de cobro
Las actividades de reclamación FICA estándar se pueden utilizar con nuevas actividades para
el tratamiento del work item:
● WL01 – Crear work item "Llamada de recordatorio"
● WL02 – Crear work item "Notificación de desconexión"
● WL03 – Crear work item "Ejecución"
● WL04 – Cierre de work items potencialmente existentes
Nuevas funciones más allá de estas actividades:

● FKK_0350_WLI_CREATE_AND_CLOSE
● FKK_0350_WLI_CLOSE

Figura 256: Cobros integrados en la estructura organizativa
La estructura de la organización es necesaria para el tratamiento del work item. Define qué
usuarios pueden actuar en un work item.
Figura 257: Planificación de la capacidad y ajuste de la carga de trabajo
La planificación de capacidades solo está disponible con el enfoque de reclamación de la

estrategia de cobro.

Figura 258: Pools de trabajo de cobro y progreso
Se proporcionan vistas estándar y entradas de la barra de navegación para el tratamiento de

work items de cobros en IC WebClient.
Figura 259: Hoja informativa de cobro
La hoja informativa de cobro se puede personalizar de la misma manera en que se

personalizan las hojas informativas estándar de CRM.

Figura 260: Análisis de éxito del cobro
Al definir los criterios de éxito, evaluar las acciones que se han llevado a cabo y los resultados
obtenidos, el cliente puede determinar si el curso de una acción compensa su coste y si es
necesario realizar algún cambio.
Información relacionada
● [Introduzca una referencia opcional mediante la etiqueta de URL con la información
adicional que pueda resultarle útil al alumno. Los ejemplos incluyen sitios web o
whitepapers. Borre el texto si no es necesario.]
Ahora podrá:

Capítulo 8
Lección 4
Submission to External Collection
Figura 261: Cesión a oficinas de cobro externo
El hecho de que un crédito se envíe a una oficina de cobro externa significa que un cliente no
ha pagado un crédito y que la empresa no puede cobrarlo.
El envío de créditos se compone de dos pasos:
1. Entrada de la tabla de base de datos DFKKCOLL, en la que todas

Se gestionan los créditos enviados y los créditos a liberar ( Liberar para presentación ).
2. Selección de créditos que se deben enviar desde la tabla DFKKCOLL, y envío
presentación de los créditos mediante el informe RFKKCOL2, que crea un fichero para cada
oficina de cobro (presentación a la oficina de cobro ).

Lección: Submission to External Collection
La actividad de reclamación (FKK_COLL_AGENCY_RELEASE_0350) libera un crédito a una

oficina de cobro externa. La presentación de créditos a las oficinas de cobro es posible para
las siguientes posiciones:
● Créditos (también las posiciones estadísticas)
● Abonos
La oficina de cobro externa está determinada por las reglas de derivación definidas en
Customizing (evento 5060).
Estado de presentación 01: Se fija la liberación del crédito.
El flujo de envío periódico (transacción FP03D o FP03DM) selecciona los documentos y crea
una lista y/o un fichero de envío (el fichero de envío también se puede generar en formato
XML). Se actualizan los datos siguientes:
● En la posición de la oficina de cobro (DFKKCOLL): fecha de presentación, estado de
presentación (02: crédito presentado) y posible importe de presentación, si no es idéntico
al importe de la partida abierta.
● En el documento Bloqueo de pago, bloqueo de reclamación o pagador alternativo (área de
contabilización 1054).
Los logs que se enumeran en la tabla DFKKOPCOLL en base a la ejecución en masa para la
cesión de los créditos a las oficinas de cobro (FP03DM) pueden borrarse con la transacción
FP03DML.
Estado de envío
Estado de envío
● 01: Crédito liberado para presentación

Proceso de liberación (reclamación, liberación en masa)
● 02: Crédito presentado
Ejecución de envío
● 03: Crédito pagado por oficina de cobro (evento 0020)
● 04: Crédito pagado parcialmente por oficina de cobro (evento 0020)
● 05: Presentación de crédito anulada
Anulación de ejecución de reclamación
● 06: Envío de crédito fallido (evento 0020)
● 07: Crédito pagado parcialmente y presentación de crédito restante anulada
● 08: Crédito pagado parcialmente y parcialmente incobrable (evento 0020)
● 09: Crédito recuperado
Recuperar crédito
● 10: Crédito pagado directamente por el cliente (evento 0020)
● 11: Crédito pagado parcialmente directamente por el cliente (evento 0020)
● 12: Crédito compensado (evento 0020)

● 13: Crédito compensado parcialmente (evento 0020)
Además de los estados suministrados por SAP para las posiciones liberadas y enviadas a las
oficinas de cobro, también puede definir sus propios estados de envío específicos de su
empresa. Para ello, puede utilizar el rango de números del 20 al 99. Los números del 01 al 19
son parametrizaciones estándar y no debe modificarlos bajo ninguna circunstancia.
Figura 262: Cesión de créditos a las oficinas de cobro externo
En Almacenar reglas de derivación para oficina de cobro responsable puede definir qué oficina
de cobro se va a utilizar, dependiendo de los datos en el documento.
Las reglas de derivación definidas en Customizing se evalúan mediante la herramienta de
derivación. La herramienta de derivación siempre se llama en el módulo de funciones
FKK_COLL_AG_SAMPLE_5060 cuando las posiciones se liberan individualmente para el envío
en la transacción FP03E o en la liberación en masa utilizando la transacción FP03M.
La herramienta de derivación determina la oficina de cobro responsable en uno o varios pasos
de una serie de campos fuente de la estructura ampliable FKKCOLLAG. El número de pasos
de derivación corresponde a la cantidad de reglas de derivación que define en Customizing.
Si desea seguir usando la anterior actividad IMG porque, por ejemplo, no ha transferido la
derivación a la nueva actividad IMG, defina el módulo de funciones
FMCA_COLLAG_SAMPLE_5060 para el evento 5060.
Gestión de créditos enviados
Gestión de créditos enviados
● Los créditos que se cedieron a las oficinas de cobro externo se pueden gestionar mediante
la transacción FP03. Las siguientes funciones están disponibles en la transacción FP03:

- Modificar estado de envío (se genera el documento de modificación)

- Indicador de que los créditos se han vendido a la oficina de cobro
- Enviar créditos
- Recuperar créditos
- Crear lista de posiciones de cobro
Información de la oficina de cobro entrante
Información de la oficina de cobro entrante
● El fichero de la oficina de cobro contiene:
- Pagos cobrados
- Pagos no cobrados
- a plazos
- Gastos
Una oficina de cobro RFKK60PM ha completado una orden de cobro y ahora envía un archivo
a la parte vendedora con la información de los crédito cobrados y los que han sido cobrados
parcialmente o no han sido cobrados.
Figura 263: Pago de la oficina de cobro - Pago recibido
Al enviar una posición, puede crear un formulario de pago que simplifica la asignación de
pagos a las partidas abiertas. Si el fichero de la oficina de cobro contiene pagos cobrados,
estos se pueden imputar a las partidas abiertas adecuadas mediante el número de formulario
de pago confirmado por la oficina de cobro

Si el fichero de cobro contiene intereses y gastos, el sistema los contabiliza como intereses y
créditos, y se transfieren al cliente.
Los créditos que no se han cobrado y, por lo tanto, son irrecuperables se pueden cancelar
automáticamente si activa el indicador Cancelar partida directamente en los parámetros de
cancelación de RFKKCOPM.
Los gastos de cobro a pagar directamente a la oficina de cobro se pueden determinar
mediante un módulo de funciones definido en el evento 5068 y contabilizado como debe para
la cuenta contrato de la oficina de cobro. Para ello, debe activar el indicador Contabilizar tasas
de cobro en las especificaciones de RFKKCOPM.
Si la oficina de cobro proporciona la información personalmente o por escrito, los pagos, los
intereses y los gastos de créditos deberán contabilizarse de forma manual. Puede utilizar la
transacción FPAVI (aviso de la oficina de cobro) para introducir un aviso de pago.
Figura 264: Pagos de oficina de cobro: Contabilizaciones

Figura 265: Información para los pagos recibidos
Si desea asegurarse de que el encargado responsable está informado acerca de los pagos
recibidos en las posiciones de cobro, el sistema puede enviar un mensaje cuando se
contabiliza un pago. Para ello, se entrega el módulo de funciones de muestra
FMCA_CLERK_COLL_AG_0020 y la regla FMCA_COLL_AC (02100019).
En cuanto se realiza un pago a una posición de cobro, el responsable recibe un documento de
entrada que se visualiza en SAP Business Workplace. Mediante esta notificación, el
responsable puede decidir si debe recuperar una partida de la oficina de cobro o si se
deberían llevar a cabo otros pasos.
Figura 266: Cobro: Información para oficina de cobro

Se debe informar a la oficina de cobro cuando se recuperan las partidas y debe recibir
información sobre las posiciones que ya han sido enviadas. En Customizing, puede
especificar qué información se incluye en el archivo para la oficina de cobro.
La ejecución en masa Información para oficina de cobro (FPCI) le permite crear ficheros para
la oficina de cobro que contienen la siguiente información:
Los datos maestros de uno o más interlocutores comerciales se han modificado.
El interlocutor comercial ha pagado directamente todo o parte del importe pendiente. El
programa escribe posiciones con los siguientes estados de envío en el archivo:
● 10 (crédito pagado directamente por el cliente)
● 11 (crédito pagado parcialmente por el cliente)
Las posiciones que la oficina de cobro no puede cobrar dentro de un determinado período
deben recuperarse. Cuando esto sucede, el programa incluye posiciones que tienen el estado
de envío 09 (recuperar crédito) en el archivo.
El pago directo por parte del cliente de una posición enviada previamente se ha anulado, se ha
se ha anulado su compensación o se ha devuelto.
En el caso de una anulación, devolución o anulación (parcial) de una compensación, las
posiciones propiamente dichas recibirán de nuevo el estado 02 (crédito enviado). Puede
informar a la oficina de cobros acerca del re-envío de las posiciones mediante el archivo de
información, siempre y cuando la oficina de cobro ya estuviera informada del pago directo por
parte del cliente.
Figura 267: Colección: Customizing
Ahora podrá:

Capítulo 8
Evaluación de la formación

Capítulo 8
Respuestas a la Evaluación de la formación

CAPÍTULO 9 Cálculo de intereses
Lección 1
Calculation of Interest on Items 252
Lección 2
Interest Keys and Calculation Rules 254
Lección 3
Processing of Interest Calculation 264
● Conocer los principios y las transacciones para el cálculo de intereses en la cuenta

● Configurar claves de intereses y reglas para el cálculo de intereses de las partidas.
● Ejecutar el cálculo de intereses.

Capítulo 9
Lección 1
Calculation of Interest on Items
Esta lección le ofrece un resumen de la tarea principal del cálculo de intereses en la cuenta
Figura 268: Cálculo de intereses: Consideraciones

Lección: Calculation of Interest on Items
Figura 269: Operaciones empresariales para contabilizar los intereses
● Intereses deudores:
Los intereses en partidas abiertas del Debe se calculan para el período que va desde la
fecha de vencimiento hasta la fecha de cálculo de intereses (que generalmente es la fecha
actual).
● Partidas del debe compensadas:
Los intereses de las partidas del Debe que se han compensado tarde se calculan para el
período comprendido entre la fecha de vencimiento hasta la fecha de la compensación,
siempre y cuando la compensación tenga lugar antes de la fecha de cálculo de intereses.
● No calcular los intereses:
Si una partida no se ha compensado con el pago, normalmente no se realiza el cálculo de
intereses (por ejemplo, no se deben calcular los intereses para las partidas cuyo motivo de
compensación es “Anulación”).
● Intereses acreedores:
Para calcular los intereses de los créditos, los intereses acreedores siempre se deben
contabilizar como relevantes para el libro mayor.
No se calculan los intereses para los pagos recibidos asignados.
● Simulación de intereses:
Los intereses se calculan solo a modo informativo; no se contabilizan.
Ahora podrá:

Capítulo 9
Lección 2
Interest Keys and Calculation Rules
Esta lección le ofrece un resumen de cómo se lleva a cabo el cálculo de intereses en la cuenta
Figura 270: Parámetros de intereses
La clave de intereses contiene todos los parámetros de control para el cálculo de intereses,
por ejemplo, los parámetros para la selección de posiciones y la referencia a la regla de
cálculo.
Determinación de la prioridad de la clave de intereses
● La clave de intereses introducida en la posición tiene la prioridad más alta. La clave de
intereses se puede introducir manualmente o se puede determinar mediante las
operaciones. El sistema la registra en la posición durante la contabilización.

Lección: Interest Keys and Calculation Rules
● Si los intereses se calcula para una posición dentro del marco del procedimiento de
reclamación, en el nivel de reclamación se puede almacenar una clave de intereses.
● La clave de intereses también se pueden registrar en la cuenta contrato.
Si no se puede determinar una clave de intereses, no se podrá realizar el cálculo de intereses.

Los tipos de intereses válidos se determinan mediante la regla de cálculo de intereses. En la
regla de cálculo de intereses también se pueden almacenar condiciones adicionales.
Los tipos de intereses dependen de:
● Los tipos de intereses de referencia (opcional)
● El período de análisis
El cálculo de intereses de la posición se controla mediante el parámetro "clave de intereses".

Se determina una clave de intereses para cada una de las posiciones para las que se deben
calcular los intereses.
La clave de intereses está formada por todos los parámetros de control del cálculo de
intereses y de la contabilización de intereses.
● Parámetros para la selección de posición
Figura 271: Contabilización de intereses
La clave de intereses controla el cálculo de intereses y se puede asignar a las cuentas

contrato, a un depósito de garantía, a partidas individuales o niveles de reclamación.
Para evitar cargar importes muy pequeños a sus interlocutores comerciales, puede llevar a
cabo controles de importe por cliente o sector.
Los bloqueos de intereses le permiten evitar que se calculen los intereses en determinadas
posiciones. También puede excluir determinadas operaciones empresariales (como, por
ejemplo, contabilizaciones de anulación o créditos adicionales para el cálculo de intereses).

Capítulo 9 : Cálculo de intereses
Los intereses se pueden contabilizar de forma que también se contabilicen en el libro mayor.
Es posible contabilizar los intereses deudores como una posición estadística (en otras
palabras, no se contabilizan en el libro mayor).
El documento de intereses se genera cuando se contabilizan los intereses. La contabilización
de intereses está integrada en algunas operaciones empresariales.
Además de los datos de documento habituales, el documento de intereses también contiene
información sobre la base de la contabilización de intereses. Esta información se encuentra
en el suplemento de intereses. El suplemento de intereses contiene las posiciones para las
que se han calculado los intereses, así como los importes e intervalos relevantes. La clave de
intereses se conserva en el suplemento de intereses. De esta manera puede descubrir qué
factores fueron válidos durante el cálculo y la contabilización de intereses.
Cuando se contabilizan los intereses (mediante una contabilización manual, un plan de pago a
plazos, un procedimiento de reclamación, etc.), el documento resultante contiene una "clave
de origen" en su cabecera. La clave de origen identifica el proceso empresarial que ha
generado el cálculo de intereses. Por ejemplo, la clave de origen “28” indica que el documento
de intereses es el resultado de un procedimiento de reclamación (puede ver las posibles
claves de origen en la tabla TFK001).
Figura 272: Cálculo de intereses: Configuración
El cálculo de intereses de la posición se controla mediante el parámetro "clave de intereses".

Se determina una clave de intereses para cada una de las posiciones para las que se deben
La clave de intereses está formada por todos los parámetros de control del cálculo de
intereses y de la contabilización de intereses.
● Parámetros para la selección de posición

● Referencia a una regla de cálculo
Figura 273: Cálculo de intereses: Configuración
Días de tolerancia (período de gracia): Cantidad mínima de días que deben haber transcurrido
desde la fecha de vencimiento para el pago neto de un crédito antes de calcular los intereses.
Si el crédito se ha compensado dentro de los días de tolerancia, no se podrá llevar a cabo ni el
cálculo ni la contabilización de intereses.
Consejo:
Los días de tolerancia no se tienen en cuenta para los cálculos de intereses en el
futuro (como los intereses del plan de pago a plazos).
Frecuencia de intereses: La frecuencia de cálculo de intereses determina el punto más

temprano en el que se calcularán los intereses de una partida si ya se han calculado los
intereses (por ejemplo, días, meses, años).
Días de transferencia: Hace referencia al período que un banco necesita para compensar un
pago y proporcionar la información de compensación. De esta manera se garantiza que el
cálculo de intereses no se lleva a cabo sobre un crédito para el cual el banco se ha retrasado
en el pago.
Fecha base para el cálculo de intereses = fecha de vencimiento del pago neto + período de
gracia + días de transferencia.

Figura 274: Configuración de la regla de cálculo de intereses
La regla de cálculo de intereses contiene los parámetros para el cálculo de intereses:

● Referencia a un tipo de intereses de referencia (tipo de interés dinámico)
● Tipos de intereses fijos (tipo de interés estático)
Reglas de cálculo de intereses: los tipos de interés se almacenan por moneda e indicador
Debe/Haber según la fecha. También se pueden basar en un tipo de interés de referencia,
como la tasa de fondos generales.
El cálculo de intereses se puede llevar a cabo sobre una base mensual. Por ejemplo, el interés
puede ser del 2% para cada mes.

Figura 275: Reglas de cálculo de intereses: Detalles
El método de cálculo de intereses dicta cómo se deben calcular los intereses. Casi todos los
usuarios utilizan el método “act/365”, donde el sistema calcula los intereses en base a un
período de 365 días. Sin embargo, existen otros métodos disponibles.
El indicador para “clases de escala” se utiliza si el tipo de intereses utilizado se basa en
importes. Por ejemplo, desea cargar un tipo de interés del 5% en el primer saldo de 1000 y,
luego, un 6% para cualquier saldo superior a 1000-
El intervalo de intereses se puede fijar en un día, una semana, un mes o un año. En la mayoría
de los países este indicador se fija en “años”. Sin embargo, algunos países con altas tasas de
inflación utilizan “días” o “semanas” (como Brasil).
● Puede redondear los cálculos de intereses intermedios. Las reglas de redondeo pueden
diferir y deben personalizarse.
● Ejemplo: El interés debe calcularse sobre un importe para el período del 01/01 al 20/01,
utilizando un tipo de interés más alto desde el 10/01 en adelante.
● Intereses de 01/01 a 01/09: 10.12345 Intereses de 01/01 a 01/20: 30.34437
Si el importe se debe calcular con dos decimales, los intereses totales sin el indicador
“Redondear intereses totales intermedios” serán 40.47 (10.12345 + 30.34437 = 40.46782).
Si se fija el indicador, los intereses totales serán 40.46 (10.12 + 30.34).
Intereses sobre importe total. Este indicador se utiliza junto con la opción “tipos de intereses
escalonados”. Por ejemplo, si el tipo de interés varía según los importes y este indicador está
fijado, el tipo de interés utilizado se aplicará en todo el importe. Si el indicador no se ha
activado, se utiliza el tipo de interés fijado por importe.

Figura 276: Cálculo de intereses: Reglas de redondeo
Las reglas de redondeo se asignan a las reglas de cálculo de intereses en la sección

"Condiciones de intereses" del Customizing para el cálculo de intereses.
Se proporcionan tres reglas de redondeo para el cálculo de intereses:
● “" "” redondear hasta el número entero más cercano
● “-” redondear siempre a la baja hasta el número entero más cercano
● “+” redondear siempre a la alza hasta el número entero más cercano. Agrupación de las
posiciones antes del cálculo de intereses.
El evento 2085 le proporciona más opciones y más amplias para la agrupación de posiciones
antes del cálculo de intereses, siempre y cuando haya fijado el indicador “Agrupar
subposiciones antes del cálculo de intereses” en la clave de intereses. Véase la
documentación para los módulos de funciones FKK_SAMPLE_2085 y
FKK_CONDENSE_2085.
Por lo tanto, por ejemplo, si utiliza diferentes tipos de intereses para calcular los intereses de
los créditos y los débitos, puede agrupar las posiciones en el evento 2085 antes del cálculo de
intereses y utilizar el tipo de interés para los créditos si el importe de los créditos excede el de
los débitos.
Si utiliza un módulo de funciones procesado en el evento 2075, puede redondear el resultado
del cálculo de intereses a la alza o a la baja.
Si registra el módulo de funciones FKK_ROUND_INT_AMOUNT en el evento 2075, puede
redondear el interés calculado utilizando el módulo de funciones FKK_INTEREST_CALC de
acuerdo a los valores definidos en el Customizing.

Figura 277: Cálculo de intereses: Créditos adicionales
Para los créditos adicionales (intereses y gastos) generados por FI-CA, es posible definir las
reglas de cálculo de intereses.
El indicador de “cálculo de intereses” informa al sistema sobre si el crédito adicional se debe
incluir al calcular los intereses. También puede especificar una clave de intereses específica
para estos créditos adicionales para cada sociedad responsable.
Figura 278: Clave de intereses: Determinación
El sistema busca una clave de intereses en la secuencia 1 a 4. Si no se puede determinar

ninguna clave de intereses, el cálculo de intereses no es posible y no se calcularán intereses
para la partida.

El sistema solo calculará los intereses de aquellas posiciones para las que es posible
determinar una clave de intereses. La clave de intereses se puede asignar a una cuenta
contrato, a posiciones o a niveles de reclamación. Normalmente, el sistema determina la
clave de intereses para cada industria, pero también puede hacerlo según los clientes.
Consejo:
Esta jerarquía se define en el evento 2000. Si lo desea, puede modificar la
codificación del evento para cambiar esta jerarquía.
Figura 279: Nivel de reclamación: Customizing para intereses
Fije el indicador “Calcular intereses” si desea calcular los intereses cuando se alcance este
nivel de reclamación.
En general, la “clave de intereses” determina la regla de cálculo y el control de períodos.
La “clave de contabilización” tiene tres posibles parametrizaciones:
● “" "” = los intereses solamente se calculan, no se contabilizan. Una organización puede
enviar una carta a un cliente informándole de que podrían haber cargado intereses, pero
que han optado por no hacerlo.
● “1” = los intereses se calculan y se contabilizan de forma estática (no está previsto finalizar
la operación o cobrar los intereses).
● “2” = los intereses se calculan y se contabilizan. El libro mayor se actualiza como
resultado.

Figura 280: Cálculo de intereses: Customizing
Los tipos de interés de referencia se utilizan en diferentes componentes de la aplicación. Por

lo tanto, los tipos de interés de referencia podrían estar ya actualizados aquí. Los valores de
intereses dependientes de fecha se pueden definir para los tipos de intereses de referencia en
el paso de proceso "Definir porcentajes para tipos de intereses de referencia". Los tipos de
intereses de referencia son dependientes de mandante.
Las reglas de cálculo de intereses se utilizan en diferentes componentes de la aplicación. Por
lo tanto, las reglas de cálculo de intereses podrían estar ya actualizados aquí. Las reglas de
cálculo de intereses se asignan a las claves de intereses en el paso de proceso "Definir claves
de intereses".
Debe indicar la regla de cálculo de intereses en la clave de intereses. También puede asignar
otros parámetros a la clave de intereses.
En las funciones adicionales para el cálculo de intereses, puede determinar si lo siguiente se
lleva a cabo cuando se calculan los intereses para las partidas individuales:
● El cálculo de intereses se basa en importes netos
● Cálculo de intereses para las posiciones fuente cuando se compensan las posiciones del
plan de pago a plazos.
En las parametrizaciones de Customizing para las operaciones, debe fijar las operaciones de
intereses, la asignación a las operaciones internas, la asignación de las operaciones
estadísticas y la determinación de cuentas.
Ahora podrá:

Capítulo 9
Lección 3
Processing of Interest Calculation
Figura 281: Cálculo de intereses: Cronología
Con un módulo de funciones procesado en el evento 2065 puede modificar la fecha para el Fin
de cálculo de intereses para las partidas de compensación. Para importes compensados en la
actualización de cuentas, la fecha de vencimiento de la factura y la fecha de compensación de
ambas posiciones se utilizarán como estándar para calcular los intereses. En el evento 2065
puede utilizar la fecha de vencimiento del importe de la factura y la fecha valor del importe de
pago para calcular los intereses para los importes compensados en la actualización de
cuentas.

Lección: Processing of Interest Calculation
Figura 282: Tratamiento de factura en masa: Selección
Figura 283: Cálculo de intereses individuales: Preparación
La clase de documento por defecto y la clave estadística que se muestran en esta pantalla se
definen en el Customizing y se pueden sobrescribir durante la contabilización.
El indicador “Documento individual” muestra si el sistema creará o no un documento
independiente en el libro mayor de SAP ERP para cada una de las partidas individuales para
las que se calculan los intereses. El número del documento contabilizado en FI-CA se
almacena como número de documento de referencia en el documento del libro mayor.

Debe informar al sistema sobre si desea calcular los intereses en partidas del Debe o del
Haber.
Consejo:
(No es posible seleccionar “Partidas del Haber ” e indicar al mismo tiempo “Solo
posiciones abiertas del Debe”).
Al seleccionar la opción “Solo partidas compensadas”, el usuario se asegura de que, en caso

de que se efectúen pagos parciales (resultantes de 2 subposiciones), el cálculo de intereses
solo se llevará a cabo cuando la partida se haya compensado totalmente.
En el campo Calcular intereses para informe al sistema de la fecha hasta la que se deben
Consejo:
Normalmente, los cálculos de intereses se contabilizan mediante la
función“Ejecución del cálculo de intereses”, no manualmente.
Figura 284: Selección de posiciones para el cálculo de intereses
La luz verde significa que se pueden calcular los intereses, mientras que la luz roja indica que
la posición está bloqueada para el cálculo de intereses.
Puede hacer doble clic sobre la luz roja para descubrir por qué no se pueden calcular los
intereses para una determinada posición.

Figura 285: Integración de posiciones de intereses
Para reducir el número de documentos de intereses que debe contabilizar el sistema,

solamente se contabiliza en el sistema un documento de intereses por cada criterio de
integración que se cumpla.
Los criterios de integración (campos) para las posiciones de intereses se transfieren desde
las posiciones fuente a las posiciones de intereses.
SAP proporciona varios campos por defecto para la integración. No puede borrar estos
criterios. Los campos estándar suministrados incluyen: Sociedad, división, número de
interlocutor comercial, número de cuenta contrato, sector, etc. También puede añadir más
campos (hasta un máximo de 12 criterios, incluidos los campos de integración
proporcionados por defecto).
Consejo:
Nota técnica: Los criterios de integración se definen en la estructura FKKIV.

Figura 286: Excepciones de cálculo: Bloqueo de intereses
Los bloqueos de intereses le permiten evitar que se calculen los intereses en determinadas
posiciones. También puede excluir determinadas operaciones empresariales (como, por
ejemplo, contabilizaciones de anulación o créditos adicionales para el cálculo de intereses).
Además, la posición no se seleccionará en los siguientes casos:
● Si no cumple los criterios de selección
● Si se ha excluido del cálculo de intereses en el evento 2010. El módulo de funciones que se
ha llamado con evento 2010 verifica si se pueden calcular los intereses en una partida
individual. En el módulo de funciones de referencia, las partidas estadísticas se pueden
excluir del cálculo de intereses.
● Si se trata de un crédito adicional y se excluyó el cálculo de intereses
● Si no ha vencido
● Si no está lista como resultado de las parametrizaciones de Customizing para los días de
transferencia, los días de tolerancia (período de gracia) o el período de intereses
● Si ya se han calculado los intereses para la posición para el período indicado.
Defina en el Customizing los motivos de compensación (tabla TFK056C) para los casos en los
que el cálculo de intereses no se realice de forma retroactiva (por ejemplo, las anulaciones).

Figura 287: Cálculo de intereses: Excepciones
Dado que las claves de intereses están vinculadas con las reglas de cálculo que, a su vez,
están vinculadas con un tipo de moneda, el documento de intereses solo se podrá crear en
una moneda cada vez. Si tuviera posiciones en distintas monedas, el sistema no tendría
forma de determinar en qué moneda se debería contabilizar el documento de intereses.
Si existen contabilizaciones en varias monedas para una cuenta, se deberá llamar una
contabilización de intereses para cada moneda.
Figura 288: Excepción para contabilizar intereses: Límite de importe
Se solicitarán los intereses deudores si los intereses calculados superan el importe límite
mínimo que se ha fijado en el Customizing.
El importe límite para contabilizar intereses depende de la sociedad, del indicador Debe/
Haber y de la moneda. Primero, las posiciones se integran según los criterios y, a
continuación, los intereses deben alcanzar el nivel mínimo para que se contabilicen.

Verificación estándar: Los importes totales para todos los intereses de una sociedad se
comparan con el límite de importe mínimo definido en la tabla TFK057.
Para el cálculo de intereses de las posiciones puede redondear las posiciones antes de
realizar el cálculo de intereses. Si se calculan los intereses de varias posiciones de forma
conjunta, cada posición se redondeará individualmente. Puede agrupar subposiciones antes
de realizar el cálculo de intereses de forma que una posición de partición esté sujeta a
intereses exactamente de la misma manera que lo está una posición en la que no se ha
realizado la partición. El evento 2085 le proporciona más opciones y más amplias para la
agrupación de posiciones antes del cálculo de intereses, siempre y cuando haya fijado el
indicador “Agrupar subposiciones antes del cálculo de intereses” en la clave de intereses.
Por lo tanto, por ejemplo, si utiliza diferentes tipos de intereses para calcular los intereses de
los créditos y los débitos, puede agrupar las posiciones en el evento 2085 antes del cálculo de
intereses y utilizar el tipo de interés para los créditos si el importe de los créditos excede el de
los débitos.
Figura 289: Funciones adicionales

Figura 290: Suplemento de intereses e historial de intereses
Un documento de intereses incluye las estructuras de un documento en FI-CA: cabecera de

documento, partidas individuales y posiciones de libro mayor (LM). Además de los datos de
documento habituales, el documento de intereses también contiene información sobre la
base de la contabilización de intereses. Esta información se encuentra en el suplemento de
intereses.
Para cada posición de intereses, el suplemento de intereses le informa sobre cómo se ha
determinado el importe de intereses, incluyendo las posiciones fuente, el período de intereses
y el tipo de interés. Esto le permite recomponer posteriormente cómo se han determinado los
intereses. Se puede acceder al suplemento de intereses a través de un documento de
intereses.
El historial de intereses registra el período de cálculo de intereses para cada partida individual
en la que se han calculado los intereses. Durante el cálculo de intereses, las partidas
seleccionadas y los intereses se consideran de forma conjunta. Esto garantiza que los
intereses solo se calculen para las partidas una vez para un período determinado.
Intereses → Seleccionar partidas individuales. Seleccione las posiciones para las que desea
Consejo:
Si las parametrizaciones del sistema para la regla de cálculo de intereses o para
la regla de intereses se modifican más adelante, ya no podrá realizar el
seguimiento del cálculo de intereses mediante el suplemento de intereses. Si se
modifica el tipo de interés para las fechas en el pasado, no ocurrirá nada. Sin
embargo, el sistema emitirá un mensaje de advertencia si intenta realizar dicha
modificación.

Figura 291: Detalles técnicos y estructuras de los documentos de intereses
Esta imagen ofrece información técnica necesaria para aquellos clientes que desean añadir
eventos a programas relacionados con intereses estándar.
Ahora podrá:

CAPÍTULO 10 Aplazamiento/plan de
pago a plazos
Lección 1
Deferral: Definition and Processing 274
Lección 2
Installment Plan: Definition andProcessing 277
● Introduzca un aplazamiento para una partida abierta.

● Crear y tratar planes de pago a plazos para partidas abiertas.

Capítulo 10
Lección 1
Deferral: Definition and Processing
Aplazamiento: Definición
Aplazamiento: Definición
● Si temporalmente el interlocutor comercial no pueden liquidar sus partidas abiertas, se

pospone la fecha de vencimiento.
● Como norma, se cobran recargos, cargos o intereses adicionales.
Hasta la fecha especificada, la partida aplazada no se reclamará mediante una ejecución de

reclamación y no se cobrará por parte del banco mediante el programa de pagos.
Una vez que ha pasado la fecha de aplazamiento, o si ha eliminado la fecha de la posición, la
partida puede volver a reclamarse y cobrarse.
Figura 292: Aplazamiento: Procesamiento (1)

Lección: Deferral: Definition and Processing
El aplazamiento se puede realizar manualmente en la transacción de modificación del

documento o automáticamente durante el tratamiento de las devoluciones. Puede introducir
una fecha de aplazamiento cuando contabiliza el documento o cuando modifica las partidas
individuales en el documento. El aplazamiento no modifica la fecha de vencimiento original.
La fecha de aplazamiento se utiliza en lugar de la fecha de vencimiento para crear
automáticamente avisos de reclamaciones o notas de cargo.
Modificación→ de documento
Introduzca el número de documento.
Seleccione Pasar a→ Lista y visualice las posiciones de interlocutor comercial (o seleccione
el pulsador correspondiente). Haga doble clic en el importe que se debe aplazar.
Introduzca una fecha de aplazamiento (en el campo de la derecha de la fecha de
vencimiento). NO SOBRESCRIBA LA FECHA DE VENCIMIENTO.
Grabe el documento.
Para anular un aplazamiento, borre la fecha de aplazamiento en la posición (transacción:
Change Document).
Figura 293: Aplazamiento: Procesamiento (2)
Intereses deudores:
Los intereses en partidas abiertas del Debe se calculan para el período que va desde la fecha
de vencimiento hasta la fecha de cálculo de intereses (que generalmente es la fecha actual).
Partidas del debe compensadas:
Los intereses de las partidas del Debe que se han compensado tarde se calculan para el
período comprendido entre la fecha de vencimiento hasta la fecha de la compensación,
siempre y cuando la compensación tenga lugar antes de la fecha de cálculo de intereses.
No calcular los intereses:
Si una partida no se ha compensado con el pago, normalmente no se realiza el cálculo de
intereses (por ejemplo, no se deben calcular los intereses para las partidas cuyo motivo de
compensación es “Anulación”).
Intereses acreedores:
Para calcular los intereses de los créditos, los intereses acreedores siempre se deben
contabilizar como relevantes para el libro mayor.
No se calculan los intereses para los pagos recibidos asignados.

Capítulo 10 : Aplazamiento/plan de pago a plazos
Simulación de intereses:
Los intereses se calculan solo a modo informativo; no se contabilizan.
Ahora podrá:

Capítulo 10
Lección 2
Installment Plan: Definition andProcessing
Figura 294: Plan de pago a plazos: Definición

Figura 295: Plan de pago a plazos: procesamiento
Con un plan de pago a plazos se dividen las posiciones fuente en varios créditos a plazos con
fecha de vencimiento en el pasado o en el futuro. Una vez se ha contabilizado un plan de pago
a plazos, se hace referencia a las posiciones del plan de pago a plazos, y no a las posiciones
fuente, cuando se realiza una domiciliación bancaria o cuando se lleva a cabo la ejecución de
una reclamación.
Un plan de pago a plazos se compone de un documento estadístico con varias cuotas. Las
cuotas individuales se compensan al realizar el pago. El número del plan de pago a plazos se
graba en las posiciones fuente.
Si el interés se ha de pagar en un plan de pago a plazos, el plan de pago a plazos también
tendrá un suplemento de intereses.
Puede utilizar el historial del plan → de pago a plazos para determinar las posiciones de origen
en las que se basa un plan de pago a plazos ( → Cuenta Otra información Historial del plan de
pago a plazos).
Figura 296: Plan de pago a plazos: vista técnica
Una o varias partidas abiertas se pueden desglosar en un plan de pago a plazos específico.

Lección: Installment Plan: Definition andProcessing
El número de cuotas del plan y la clave de intereses se definen al crear un plan de pago a
plazos. La clave de intereses controla el período de gracia, la frecuencia de los intereses, la
unidad de intervalo de los intereses y la regla de cálculo de los intereses. Los términos y
condiciones de los plazos más recurrentes se pueden almacenar en el sistema como planes
de pago a plazo por defecto.
Si el acuerdo para el pago de los plazos se cancela, puede desactivar el plan de pago a plazos
de forma manual. Esto significa que el crédito original vuelve a activarse y se borra el enlace
entre el crédito original y el plan de pago a plazos.
Figura 297: Plan de pago a plazos: Estructura de documento
Los plazos enlazados con planes de pago a plazos se representan como documentos de
repetición.
Se estructura una posición de interlocutor comercial (grupo repetición) de muestra y las
posiciones de repetición se asignan a cada una de las fechas de vencimiento.
Leyenda:
● OPBEL: Número del documento en la cuenta corriente contractual (FI-CA)
● OPUPK: Número de posición en documento FI-CA
● WHGRP: grupo de repetición
● BETRW: Importe en moneda de transacción con signo +/-
● OPUPW: Posición de repetición en documento FI-CA
● FAEDN: Fecha de vencimiento neto

Figura 298: Flujo de transacciones: Crear plan de pago a plazos
Los planes de pago a plazos se pueden crear para una o para varias partidas abiertas para
una cuenta (siempre que tengan la misma moneda).
Figura 299: Plan de pago a plazos: Configuración

A partir de la versión ERP 2005 puede definir un pagador alternativo para el interlocutor
comercial para las posiciones del plan de pago a plazos. Para ello, utilice el nuevo campo de
entrada Interlocutor para pago . En él puede actualizar un pagador alternativo para cada plazo.
Anteriormente, solo se podía definir un ID de datos bancarios para las posiciones del plan de
pago a plazos, pero no un ID de tarjeta de pago. Ahora puede utilizar el nuevo campo de
entrada ID de tarjeta para introducir un ID de tarjeta de pago.
Figura 300: Categoría de plan de pago a plazos: Configuración
Puede definir un tipo de plan de pago a plazos en el Customizing, que luego puede utilizarse
para contabilizar un plan de pago a plazos.
Los intervalos de los plazos definen la longitud de los intervalos entre plazos. Un tipo de
intervalo define el intervalo entre los plazos (por ejemplo, mes).
Distribuir intereses y gastos a todos los plazos: Definición de si los intereses y gastos de los
plazos del plan de pago a plazos deben distribuirse a todos los plazos. Los intereses y los
gastos se distribuyen de acuerdo con el tamaño de los plazos.
Los importes individuales de cada plazo se redondean a un múltiplo de este importe. Los
importes restantes que surgen como resultado de este proceso de redondeo se añaden al
primer o al último plazo. El importe de redondeo se puede registrar con un máximo de tres
decimales. Si el importe se redondea, el sistema tiene en cuenta la moneda en cuestión y
redondea el importe en el menor número de decimales.
El importe de los plazos es el importe de los pagos a plazos individuales. El importe del plazo
se puede introducir como una alternativa al importe de redondeo y el número de plazos.
Puede calcularse un gasto por la concesión de un plan de pago a plazos. Si se introduce un
gasto, el sistema contabiliza automáticamente un documento de gastos al crear el plan de
pago a plazos, y añade el gasto al primer plazo.
Importe restante: Un importe restante puede resultar al calcular el tamaño de los plazos
individuales de un plan de pago a plazos. Dichos importes restantes que surgen del proceso
de redondeo se añaden al primer o al último plazo, o un plazo independiente. Si no especifica
un valor aquí, el importe restante se añadirá automáticamente al último plazo.
Los tipos de plan de pago a plazos se pueden usar para agrupar planes de pago a plazos.
Puede definir una operación parcial alternativa para un plan de pago a plazos.

Figura 301: Flujo de transacciones: Modificar plan de pago a plazos
Puede realizar los siguientes cambios en un plan de pago a plazos:
1. Borrar plazos o añadir más plazos
2. Modificar la fecha de vencimiento y el importe para un plazo específico, siempre que los
plazos no se hayan pagado.
Figura 302: Plan de pago a plazos: desactivación

Si el plan de pago a plazos todavía no se ha pagado o solo se ha pagado parcialmente, es

posible realizar la cancelación automática del documento de intereses y el documento de
gastos para este plan de pago a plazos.
Las posiciones de intereses se pueden anular. En el menú, seleccione → AccountInstallment
Plan→ Change Installment Plan. Introduzca el número del plan de pago a plazos y seleccione
Continuar →Plan de pago a plazos →Desactivar. El sistema muestra una ventana de diálogo en
la que puede seleccionar el documento de intereses. Seleccione Continuar. El documento de
intereses del plan de pago a plazos se anula automáticamente.
Figura 303: Flujo de transacciones: Contabilizar intereses de plan de pago a plazos
Se calculan los intereses para toda la duración del plan de pago a plazos.
No obstante, los intereses se pueden volver a calcular y contabilizar si el cliente se queda de
nuevo atrás en sus pagos. Ejemplo: El cliente llama por teléfono y solicita un plan de pago a
plazos que debe constar de 6 plazos del 1 de enero al 1 de junio. Sin embargo, el 1 de agosto el
cliente aún tiene un saldo pendiente. Es posible calcular y contabilizar los intereses del saldo
no pagado después del 1 de junio.
También es posible integrar intereses en el plan de instalación en una fecha posterior
utilizando la transacción FPR2 Modificar plan de pago a plazos .

Figura 304: Plan de pago a plazos: cálculo de intereses
Figura 305: Plan de pago a plazos: Customizing
En las parametrizaciones de Customizing para las operaciones, debe fijar las operaciones del
plan de pago a plazos, la asignación a operaciones internas, la asignación de las operaciones
estadísticas para los gastos del plan de pago a plazos y la determinación de cuentas.
El indicador "Plan de pago a plazos utilizado" y el indicador "Documentos con repetición son
posibles" deben estar fijados en las parametrizaciones de contabilización (cuenta corriente
contractual y contabilizaciones de pago → y documentos→ → de parametrizaciones
básicasActualizar parametrizaciones centrales para la contabilización) .

Ahora podrá:

CAPÍTULO 11 Otras operaciones
empresariales
Lección 1
General account 287
Lección 2
Reversing Documents and ResettingClearing 292
Lección 3
Document Transfer 300
Lección 4
Mark as Doubtful / Individual ValueAdjustment 302
Lección 5
Write Off 305
● Explicar la actualización de cuentas en la cuenta corriente contractual.

● Explicar los principios involucrados en la anulación de documentos y en la anulación de la
● Transferir un documento a la cuenta corriente contractual.
● Explicar los procedimientos y las contabilizaciones de contabilizaciones dudosas y de la
regularización de valor de partidas abiertas.
● Cancelar créditos incobrables en la cuenta corriente contractual.

Capítulo 11
Lección 1
General account
Esta lección le ofrece un resumen de la actualización manual de cuentas en la cuenta
Figura 306: Actualización de cuentas en FI-CA

Capítulo 11 : Otras operaciones empresariales
Figura 307: Actualización de cuentas: Proceso
Puede seleccionar partidas abiertas en la pantalla inicial para la actualización de cuentas. En

la pantalla de proceso puede modificar o añadir posiciones a esta selección, así como incluir
otras cuentas contrato o interlocutores comerciales.
Las partidas asignadas a la propuesta del control de compensación ya están activas. Sin
embargo, puede modificar la asignación e ignorar la propuesta.
Figura 308: Ejemplo: actualización manual de cuentas
Puede hacer que el sistema cree automáticamente una propuesta de compensación (los
resultados se pueden tratar) o puede crear y modificar la propuesta manualmente (a menudo
es necesario al procesar pagos parciales) cuando se lleva a cabo la actualización manual de
cuentas.

Lección: General account
Figura 309: Actualización manual de cuentas FP06 - Vista 1: Compensar
A partir de ERP 2005, en la actualización de cuentas puede efectuar modificaciones en los

documentos, así como llevar a cabo la compensación. Puede cambiar entre ambas vistas de
proceso en la operación.
Figura 310: Actualización manual de cuentas FP06 - Vista 2: Modificar
Para las modificaciones de documento puede definir las variantes de línea con diferentes
campos modificables en el Customizing (estructura FKKOP_CHG). Puede efectuar las
modificaciones de documento directamente en la partida individual. Como alternativa, puede
realizar una modificación simultáneamente en varias partidas individuales seleccionadas.

Además de las modificaciones de documentos, también puede realizar una partición de las
partidas individuales. Puede combinar la realización de compensación, partición y
modificación con escasas restricciones.
Puede partir las partidas individuales en varias subposiciones. Sin embargo, esta función no
está disponible para las posiciones que se muestran de forma integrada. En primer lugar debe
anular la integración. Para partir una posición, coloque el cursor en la posición en cuestión y, a
continuación, seleccione la función "Partir posición". El sistema insertará una nueva posición
debajo de la posición que se va a partir. Inicialmente, el importe de la nueva subposición es
cero. Introduzca el importe parcial necesario. El sistema reduce automáticamente el importe
de la posición original según corresponda.
No puede realizar la partición de una posición que ya se ha seleccionado para la
compensación total. Si realiza la partición de una posición para la que se ha previsto una
compensación parcial, el sistema propondrá automáticamente el importe parcial que no se
debe compensar en la subposición. Puede reducir este importe manualmente, pero no puede
aumentarlo. Además, en este caso, no podrá realizar la partición de una posición para la que
ya se ha previsto la compensación.
Para las nuevas subposiciones creadas puede realizar las mismas modificaciones que para
las posiciones originales. Puede compensar las nuevas subposiciones tanto de forma parcial
como total.
Puede reinicializar todas las modificaciones que haya efectuado en una posición siempre y
cuando no haya grabado aún los datos. Seleccione las posiciones en cuestión y, a
continuación, seleccione la función "Reinicializar modificaciones".
Para reinicializar una partición, coloque el cursor sobre la subposición y seleccione la función
"Reinicializar partición". Si se han creado varias posiciones de partición para una posición y
desea reinicializarlas todas, coloque el cursor en la posición original y, a continuación,
seleccione "Reinicializar partición".
Figura 311: Actualización de cuentas: Customizing

Lección: General account
La finalidad de agrupar para la compensación automática es agrupar las partidas abiertas en

unidades lógicas. A continuación, el sistema puede analizar cómo se puede compensar cada
unidad. Se contabiliza un documento de compensación para cada unidad que se compense.
El análisis de compensación se ejecuta utilizando el algoritmo de compensación definido para
una ejecución de compensación automática en Control de compensación.
La agrupación es una ampliación de la funcionalidad del control de compensación. A
diferencia del control de compensación, la actualización de un grupo es opcional y solo es
conveniente si siempre desea contabilizar la compensación de determinados grupos de
posiciones de un interlocutor comercial/cuenta contrato en un documento de compensación
individual.
Ahora podrá:

Capítulo 11
Lección 2
Reversing Documents and ResettingClearing
Esta lección le ofrece un resumen de cómo anular documentos y la compensación en la
Figura 312: Anulación de documentos: Restricciones

Lección: Reversing Documents and ResettingClearing
Figura 313: Anulación de documentos
Documento a anular:
● Después de la anulación, las posiciones del interlocutor comercial tienen el número de
documento de compensación del documento de anulación.
Indicador: Anular documento:

● Referencia al documento anulado mediante el número del documento anulado en la
cabecera del documento.
● En el documento de anulación, se crea una posición para cada libro mayor. Estas
posiciones tienen el signo +/- opuesto a la posición del libro mayor.

Figura 314: Anulación en masa: Parámetros
Figura 315: Contabilizaciones negativas
Una contabilización negativa reduce las cifras de la operación para la cuenta contabilizada en
el libro mayor. Una contabilización en el Debe como contabilización negativa, por lo tanto, no
provoca un aumento de las cifras de la operación del Debe, sino que reduce las cifras de la
operación en el Haber. Esto le permite mostrar las cifras de las operaciones para las cuentas
después de una contabilización incorrecta y la posterior corrección (por ejemplo,
contabilización de factura y anulación), como si la contabilización incorrecta y la corrección
no se hubieran producido.

Las contabilizaciones negativas se han soportado durante mucho tiempo en el libro mayor
(FI-GL). Puede decidir si permite o no las contabilizaciones negativas a nivel de sociedad. La
correspondiente parametrización en la tabla de sociedades también es efectiva para la
Además, en la cuenta corriente contractual, la clase de documento decide si una
contabilización se debe contabilizar de forma negativa. Puede designar una clase de
documento de manera que las contabilizaciones negativas se creen siempre, o de forma que
las contabilizaciones negativas solo se creen para correcciones realizadas en el mismo
ejercicio. Encontrará más información sobre la parametrización de la clase de documento en
el Customizing de las clases de documento y en la documentación de campo para el campo
Contabilización negativa.
Descripción de las contabilizaciones negativas para las operaciones empresariales más
importantes:
● Anulación
- Para una anulación, la clase de documento utilizada decide:
- Si nunca se permite una contabilización negativa
- Si siempre se permite una contabilización negativa
- Se crea una contabilización negativa si la contabilización y la anulación tienen lugar en
el mismo ejercicio
- Una característica especial es que las posiciones del documento de anulación para la
cuenta, en la que se tienen que contabilizar y que ha realizado un swap, se hayan
contabilizado negativamente, en comparación con el documento original. Este puede
ser el caso de las anulaciones aperiódicas (swap de cuentas de beneficios) o de la
contabilización de entradas de pagos donde la anulación se utiliza para volver a
contabilizar en la cuenta de clarificación.
● Anulación de compensación
- Después de anular la compensación, todas las cuentas deberían aparecer como si la
compensación no se hubiese realizado. Esto significa que la contabilización inversa del
descuento por pronto pago, de pequeñas diferencias, de diferencias de tipo de cambio
y de impuestos que se han contabilizado debido a la compensación se deben
contabilizar negativamente. Se mantiene la visualización en las cuentas a cobrar.
- Ejemplo
- Realiza la anulación de la compensación de un pago recibido. Después de la anulación
de la compensación, el pago con compensación de partidas abiertas se convierte de
nuevo en un tipo de pago a cuenta, lo que significa que el crédito del pago es una
partida abierta en la cuenta a cobrar. Desde el punto de vista del estado de cuentas en
la cuenta a cobrar, es irrelevante si era un pago a cuenta o si las posiciones se
compensaron.
● Devoluciones
- Las devoluciones se deben tratar como anulaciones. No obstante, la primera posición
en una cuenta de compensación de devoluciones nunca se contabiliza de forma
negativa. Lo mismo se aplica a los gastos de devoluciones.

- Identificación individual de posiciones de contabilización individuales: si desea

contabilizar un documento para el que se requieren contabilizaciones negativas para
todas las posiciones manualmente, todo lo que debe hacer es seleccionar la clase de
documento adecuada. Sin embargo, si solo desea contabilizar posiciones individuales
de forma negativa, debe introducir toda la operación en dos documentos.
- Ejemplo
Transferir la contabilización de una cuenta de mayor incorrecta a la cuenta de mayor
correcta. La anulación en la cuenta de mayor incorrecta se debe contabilizar de forma
negativa, pero no es el caso de la contabilización de la cuenta correcta. Introduzca
primero una contabilización negativa: cuenta de compensación en cuenta de mayor
incorrecta. A continuación, una contabilización “normal”: Corregir cuenta de mayor a
cuenta de compensación.
● Pagos a cuenta
Si durante la entrada de un pago lo contabiliza primero en la cuenta en lugar de
compensarlo inmediatamente, deberá efectuar la contabilización posteriormente (por
ejemplo, mediante la actualización de cuentas o durante el tratamiento de un pago
posterior) y el Debe y el Haber de la cuenta a cobrar aumentará con el importe del pago a
cuenta. Si dese evitarlo, asegúrese de que cada compensación de una contabilización a
cuenta se contabilice de forma negativa. Para ello, en el Customizing para la operación
principal y parcial utilizadas para los pagos a cuenta, deberá indicar que cada
compensación de esta posición se debe contabilizar negativamente.
Efectúe las parametrizaciones para la sociedad (contabilizaciones negativas posibles) en la

guía de implementación para Gestión financiera en → Parametrizaciones globales de gestión
financieraVerificación y ampliación de sociedad → Parámetros globales .
La parametrización para la clase de documento se realiza en la guía de implementación de la
cuenta corriente contractual bajo → Funciones básicasContabilizaciones
y→ documentosDocumento→ Actualizar → imputaciones de documentosClases de
documentoActualizar→ clases de documento y asignar rangos de números .
Las operaciones principales y parciales que desea definir para una compensación negativa
(por ejemplo, Pagos a cuenta) se encuentran en la guía de implementación de la cuenta
corriente contractual en → Funciones básicasContabilizaciones y
documentos→ → Documento Actualizar documento Imputaciones Actualizar → operaciones
parciales.

Figura 316: Contabilizaciones negativas: Ejemplo
Figura 317: Contabilizaciones negativas: Pago a cuenta

Figura 318: Anulación de compensación
Cuando anula la compensación, vuelva a abrir la partida pagada.

Además, se crea automáticamente una partida del Haber. La contabilización en el Haber,
como un pago a cuenta, se define en el Customizing.
Si anula la compensación derivada del pago al cliente, la contabilización en el Haber se debe
definir en el Customizing de forma que el sistema pueda crear un crédito para el interlocutor
comercial que recibió el pago.
En lugar de anular toda la compensación, también puede anular partes de ella. La anulación
de la compensación se puede fijar para cada combinación de los siguientes datos implicados
durante la compensación:
● Cuenta contrato
● Contrato
● Sociedad
● División
● Sector
● Número de factura colectiva

Figura 319: Anular/Anular compensación: Customizing
Ahora podrá:

Capítulo 11
Lección 3
Document Transfer
Esta lección le ofrece un resumen de la función para la transferencia de documentos en la
Figura 320: Transferencia de documento
Sólo puede transferir importes a cobrar o créditos. Puede transferir lo siguiente:

● Posiciones individuales: importes a cobrar y créditos
● Todas las posiciones de un interlocutor comercial
● Todas las posiciones de una cuenta contrato
● Todas las posiciones de un contrato
● Posiciones que todavía se incluyen en un plan de pago a plazos. Los planes de pago a
plazos existentes se desactivan automáticamente y se crea un nuevo plan de pago a
plazos para el importe de los créditos de origen que todavía están pendientes.

Lección: Document Transfer
● Posiciones que pertenecen a una factura colectiva. La factura colectiva se actualiza

automáticamente.
El documento de contabilización de transferencia se pueden anular.

Al transferir la contabilización de una cuenta de cliente, puede asignar documentos que ya
hacen referencia a contratos (asignación de cuentas) a la cuenta contrato de destino sin
tener que especificar un contrato de destino. Al hacerlo, el documento de contabilización de
transferencia ya no estará asignado a un contrato. Los contratos ya no deben estar asignados
a la cuenta contrato de destino.
Figura 321: Transferencias: Customizing
Ahora podrá:

Capítulo 11
Lección 4
Mark as Doubtful / Individual ValueAdjustment
Esta lección le ofrece un resumen del proceso de marcar documentos como dudosos en la
Figura 322: Marcar como regularización de valor individual/dudoso

Lección: Mark as Doubtful / Individual ValueAdjustment
Figura 323: Marcar como regularización de valor individual/dudosa: Contabilización
Registros de contabilización:
1. Creación de factura
2. Contabilización de pago recibido en la contabilidad general (extracto de cuenta)
3. Contabilización del pago en la contabilidad auxiliar y asignación del pago
4. Marcación del crédito como dudoso
5. Regularización de valor individual
Los pasos 4 y 5 generan documentos FI-CA que solo son relevantes para la contabilidad
general. Esto significa que no tienen posiciones de interlocutor comercial.

Figura 324: Marcar como regularización de valor individual/dudosa: Customizing
Excepciones de ajuste: En esta actividad se definen, para cada área de aplicación, las
operaciones principales y parciales que crean contabilizaciones que desea excluir de una
entrada dudosa o de una amortización acumulada. Puede definir el alcance de la excepción
del modo siguiente:
● Entrada dudosa o regularización de valor manual
● Entrada dudosa o regularización de valor automática
● Entrada dudosa o regularización de valor manual y automática
Exits de usuario: En esta actividad puede definir métodos que se utilizarán para realizar
ajustes de valor para los artículos. Puede introducir el método en la pantalla inicial de la
actividad en masa Ajustar créditos según antigüedad . Debe definir las características
especiales para los métodos en el evento 2950. En este evento puede implementar las
verificaciones específicas del cliente así como los métodos de regularización de valor.
Ahora podrá:

Capítulo 11
Lección 5
Write Off
Figura 325: Cancelación manual: Proceso
Si dispone de la autorización adecuada, puede fijar el indicador que determina que no se

utilizan las reglas de verificación.
Las partidas abiertas se pueden cancelar por completo, o parcialmente si se debe liberar al
cliente de una parte de sus partidas abiertas. Puede especificar el importe parcial que se debe
cancelar en la transacción Cancelar partidas. Las cancelaciones parciales se deben permitir
explícitamente en el Customizing junto con un motivo de cancelación. Cuando se cancela una
partida, las partidas del documento de cancelación se compensan y se crea un documento de
cancelación. El sistema contabiliza automáticamente las cuentas de gastos o ingresos
definidas en el Customizing. Los documentos de cancelación se pueden anular. Si se anulan,
los créditos o las deudas estarán pendientes de nuevo.

Debe definir las reglas para ajustar los impuestos durante las cancelaciones. Si la cuenta de
gastos contabilizada es relevante para impuestos, el sistema ajusta también los impuestos
contabilizados durante la cancelación.
Figura 326: Cancelación: Contabilización 1
2. Contabilización de pago recibido en la contabilidad general
4. Cancelación de partida abierta

Lección: Write Off
Figura 327: Cancelación: Contabilización 2
2. Contabilización de pago recibido en la contabilidad general (extracto de cuenta)
4. Marcación del crédito como dudoso
5. Regularización de valor individual

Los pasos 4 y 5 generan documentos FI-CA que solo son relevantes para la contabilidad
general. Esto significa que no tienen posiciones de interlocutor comercial.
6. Cancelación de partida abierta
7. Reinicialización de entrada dudosa
8. Reinicialización de IVA

Figura 328: Historial de cancelaciones
El historial de cancelaciones se actualiza automáticamente durante la cancelación. También

se puede actualizar automáticamente durante la cancelación en masa, en función de la
autorización. La anulación de un documento de cancelación también se registra en el historial
de cancelaciones.
Figura 329: Cancelación: Customizing
Sólo debe registrar una variante de ejecución si se ha definido el evento 5015.

Lección: Write Off
Ahora podrá:

CAPÍTULO 12 Depósitos de garantía
Lección 1
Cash and Non-Cash Security Deposits 311
Lección 2
Request, Payment and Settlementof Cash Security Deposits 313
● Explicar cómo se procesan los depósitos de garantía en efectivo y no monetarios en la

● Solicitar y liquidar depósitos de garantía en efectivo.

Capítulo 12
Lección 1
Cash and Non-Cash Security Deposits
Esta lección le ofrece un resumen de los dos tipos de garantías en la cuenta corriente
contractual.
Ejemplo empresarial
Valora la calificación de solvencia de su interlocutor comercial de forma que acuerda
depósitos de garantía en efectivo para este interlocutor comercial.
● En el sistema se creará una solicitud para un depósito de garantía en efectivo para el
● Tras recibir el pago, la solicitud para el depósito de garantía en efectivo se compensa y se
contabiliza como anticipo.
Figura 330: Depósitos de garantía

Capítulo 12 : Depósitos de garantía
El sistema permite la solicitud y la gestión de depósitos de garantía en efectivo y no

monetarios de interlocutores comerciales.
Los depósitos de garantía no monetarios pueden ser avales bancarios, cédulas hipotecarias o
cuentas de ahorros que se almacenan como depósitos de garantía.
Los depósitos de garantía en efectivo se gestionan como deudas, que se pueden liquidar de
acuerdo con determinados criterios.
Las solicitudes o las modificaciones de los depósitos de garantía en efectivo pueden
realizarse de forma automática al registrar un interlocutor comercial en el proceso de alta de
IS-U o utilizando un módulo de funciones en el evento 1025 al modificar la vía de pago en la
cuenta contrato.
Figura 331: Depósitos de garantía en efectivo
En IS-U, un depósito de garantía en efectivo se compensa con la factura final. Si no, los
depósitos de garantía en efectivo se podrán pagar o compensar siempre que se haya liberado
el depósito de garantía en efectivo. El programa RFKK_SECURITY_RELEASE está disponible
para liberar depósitos de garantía (menú: Period ProcessingFor → Contract
AccountsSecurity→ → DepositsRelease). Los depósitos de garantía no monetarios se
pueden devolver o cobrar. Los depósitos de garantía no monetarios se pueden devolver o
cobrar.
Los intereses se deben calcular para los depósitos de garantía en efectivo.
Ahora podrá:

Capítulo 12
Lección 2
Request, Payment and Settlementof Cash
Security Deposits
Figura 332: Solicitar un depósito de garantía en efectivo
Menú SAP: AccountSecurity→ DepositCreate
Depósitos de garantía en efectivo

1. El depósito de garantía en efectivo se crea manual o automáticamente en el componente
Industria de suministros cuando se introduce un alta en el sistema. El depósito de garantía
en efectivo tiene el estado Solicitado. El documento de solicitud es un documento
estadístico con una cabecera de documento y una partida individual.

Con el módulo de funciones FKK_EVENT_0820_PAYMFORM_DET puede crear

automáticamente un número de formulario de pago al crear una solicitud de depósito de
garantía en efectivo.
2. Podrá anular el depósito de garantía siempre y cuando el documento de solicitud no se

haya compensado todavía. Si se ha anulado un depósito, ya no se podrá volver a utilizar.
3. Si recibe un pago (parcial) de un depósito de garantía en efectivo y este compensa el

documento de solicitud completa o parcialmente, el estado cambia a Pagado
(parcialmente) .
4. Cuando se alcanza la fecha Válido para o cuando se produce una liberación manual
temprana, el estado cambia a Liberado.
5. Si el pago del depósito de garantía en efectivo se compensa mediante amortización o

liquidación con créditos pendientes, se alcanza el estado final Devuelto.
En el menú bajo → Procesamiento periódicoPara → cuentas contrato Depósitos de
seguridad→ Liberar, puede utilizar el informe RFKK_SECURITY_RELEASE para liberar las
garantías.
Depósitos de garantía no monetarios

1. Los depósitos de garantía no monetarios se crean manualmente. Al guardar el depósito de
garantía, se asigna el estado Solicitado.
El tratamiento posterior se desencadena con la modificación del estado. Para los
depósitos no monetarios, puede definir el estado en el Customizing. Para cada
modificación de estado se lanza un evento BOR, lo que puede iniciar un workflow en el que
debe ajustar sus propios workflows.
2. 2. Puede visualizar un resumen de todos los depósitos de garantía. Para ello, seleccione
una de las siguientes rutas:
Roles: Depósitos de garantía en efectivo/Depósitos de garantía
(SAP_FI_CA_CASH_DEPOSIT) Informe estadístico de depósitos de garantía
Menú SAP: Period Processing For Contract Accounts Security Deposits Statistics
Puede realizar la selección teniendo en cuenta los siguientes criterios:
Fecha de inicio
Fecha de devolución
Depósitos de garantía en efectivo
Depósitos de garantía no monetarios
Estado de los depósitos de garantía en el caso de depósitos de garantía no monetarios
Para el evento 0860, puede definir las acciones siguientes para los depósitos de garantía
que cumplan determinados criterios. Por ejemplo, que un responsable recupere un
depósito de garantía no monetario del almacenamiento si la fecha de devolución se
alcanza la semana siguiente.

Lección: Request, Payment and Settlementof Cash Security Deposits
Figura 333: Procesar depósito de garantía
Menú SAP: → AccountSecurity Deposit→ Display or Change

Introduzca el número del depósito de garantía necesario y seleccione Continuar.
La siguiente tabla enumera las funciones disponibles al modificar o visualizar un depósito de
garantía.
Funciones con Visualizar y Acceso vía menús Información importante

Modificar
Imprimir notificación Impresión → de formularios El formulario de solicitud se
de entorno imprime como muestra.
Funciones solo con Modificar
Anular Tratar → Anular Si se ha anulado un depósito,
ya no se podrá volver a utili-
zar.
Liberar depósito en efectivo Editar→ liberación Se elimina la restricción de la
compensación del pago de
depósito de garantía en efec-
tivo. Esto significa que ahora
es posible compensar el pa-
go.

Funciones con Visualizar y Acceso vía menús Información importante

Modificar
Liberar una parte del depósi- → EditarLiberar parcialmen- Puede compensar la porción
to de garantía en efectivo te liberada o pagarla si se ha de-
finido una vía de pago en la li-
beración parcial. Requisito
previo para liberación parcial:
El estado debe ser Pagado o
Liberado parcialmente .
Modificar el importe del de- → EditCompensar crédito A continuación, puede redu-
pósito de garantía en efectivo restante → Compensar crédi- cir el importe del depósito de
to nuevo crédito del depósito de ga-
rantía en efectivo mediante la
función Crédito restante o au-
mentarlo con la función Nue-
vo crédito. En el caso del Nue-
vo crédito, se cancela parte
del crédito original, en el se-
gundo caso se contabiliza un
nuevo crédito de depósito de
garantía en efectivo con refe-
rencia a una garantía en efec-
tivo existente, siempre que
no se haya anulado o libera-
do. La función Compensar
crédito restante hace referen-
cia a todas las solicitudes de
seguridad en efectivo en el
contrato que aún están abier-
tas. Una liberación significa
que todos los depósitos de
garantía están liberados.
Contabilizar un crédito nuevo → EditarCrédito nuevo En lugar de crear un depósito
de garantía nuevo, puede
contabilizar un crédito nuevo.
Puede definir la misma canti-
dad de información (como,
por ejemplo, un motivo de so-
licitud) que al crear un depó-
sito de garantía nuevo.
Actividades
Si desea liberar y crear automáticamente depósitos de garantía en efectivo al modificar la vía
de pago en la cuenta contrato, almacene un módulo de funciones específico de instalación
para el evento 1025 en la guía de implementación de la cuenta corriente contractual en
Ampliaciones de programa Definir módulos de funciones específicos de cliente. Para ello, copie
el módulo de funciones FKK_EVENT_1025_DEPOSIT_CHANGE y ajuste la copia para que
cumpla sus requisitos como, por ejemplo, el importe del depósito de garantía en efectivo
solicitado, la moneda, el motivo de la solicitud y el motivo de la anulación.
Ejemplo

Si un pagador directo cambia su vía de pago a domiciliación bancaria, todos los depósitos de
garantía en efectivo de la cuenta contrato del interlocutor comercial se liberan
automáticamente dado que ya no hay ningún motivo para retener el depósito de garantía.
Sin embargo, si un interlocutor comercial que anteriormente ha pagado su créditos mediante
domiciliación bancaria se convierte en un pagador directo, puede solicitar automáticamente
un depósito de garantía en efectivo.
Figura 334: Liberar depósito de garantía

Figura 335: Depósitos de garantía: contabilización (1)
[1] Contabilización de la solicitud para el depósito de garantía en efectivo en FI-CA:

● El depósito de garantía en efectivo se contabiliza estadísticamente, por lo que no se
genera ninguna operación relevante para el libro mayor.
● Se puede generar una notificación que contenga el importe solicitado, las condiciones, las
formas de pago, etc.

[2] Contabilización de pago recibido en FI. El interlocutor comercial paga mediante

transferencia bancaria.
[3] Asignación del pago en FI-CA y FI. Cuando se asigna el pago a la solicitud para el depósito
de garantía en efectivo, se contabiliza el crédito correspondiente al importe de pago. Se
compensa la solicitud estadística.

[4] Contabilización de una factura final de IS-U en FI-CA y FI con la liquidación de la deuda
resultante del pago del depósito de garantía en efectivo. En este ejemplo, el importe restante
después de la liquidación es 66,-.
Figura 339: Intereses para depósitos de garantía en efectivo
La forma en la que se determina la clave de intereses para el pago de un depósito de garantía

en efectivo difiere de la forma estándar en la que se calculan los intereses de las partidas:
● Si se ha especificado una clave de intereses en un pago, se aplicará dicha clave.
● Si no se ha especificado ninguna, el sistema intentará determinar una clave a partir del
correspondiente depósito de garantía. Si no puede encontrar ninguna clave de intereses,
no se realizará el cálculo de intereses.
Durante el cálculo de los intereses en los depósitos de garantía en efectivo no se tiene en

cuenta el bloqueo de intereses a nivel de los datos dependientes de la cuenta contrato.
Para calcular los intereses de los pagos individuales del depósito de garantía en efectivo,
seleccione una de las siguientes rutas:
● Menú SAP: → AccountSecurity Deposit→ Interest CalculationEl procedimiento es similar
a la contabilización de intereses Debe y Haber.
● Menú SAP: Operaciones → periódicasDepósitos de garantía → Cálculo de intereses de
depósitos de garantía en efectivo
Puede visualizar los intereses del depósito de garantía en efectivo que se han contabilizado en
la actualización de depósitos de garantía.
En el menú, en Entorno Lista de cálculo de intereses , puede visualizar un resumen de la
ejecución del cálculo de intereses.

Figura 340: Depósitos de garantía: Customizing
Ahora podrá:

CAPÍTULO 13 Receptor de
Lección 1
Definition and Types 323
Lección 2
Handling and Customizing 329
Lección 3
The Print Workbench 336
● Definir y explicar las distintas clases de correspondencia en la cuenta corriente

contractual.
● Configurar y gestionar la correspondencia.
● Explicar los principios del workbench de impresión.

Capítulo 13
Lección 1
Definition and Types
Esta lección le ofrece un resumen de las clases de correspondencia en la cuenta corriente
contractual.
Ejemplo empresarial
Su empresa desea crear extractos de cuenta y otra correspondencia en la cuenta corriente
contractual.
contractual.
Figura 341: Correspondencia: Definiciones

Capítulo 13 : Receptor de
Figura 342: Correspondencia: Utilización
SAP proporciona varias clases de correspondencia, por ejemplo:

● Extracto de interlocutor comercial = Todas las partidas abiertas que se han contabilizado
después del último extracto de interlocutor comercial (evento 1913)
● Información de cuenta = Todas las partidas para una determinada cuenta contrato
Utilice los extractos de interlocutor comercial si, por ejemplo:

● Existen varias cuentas contrato para un interlocutor comercial y solo desea utilizar una
correspondencia para informar a su interlocutor comercial del estado de la relación de
cuentas.
● Existen varios contratos para un interlocutor comercial y solo desea utilizar una
correspondencia para informar a su interlocutor comercial del estado de la relación con
los clientes.
Utilice notificaciones de saldos si, por ejemplo:

● Los auditores desean informar a un grupo de clientes sobre el estado actual de sus
cuentas de cliente.
● Se debe informar a los clientes sobre el estado de cuentas una vez cada período (es un
requisito en algunos países).

Lección: Definition and Types
Figura 343: Clases de correspondencia (1 de 2)
El extracto de cuenta es una clase de correspondencia cuya salida no puede ser influenciada
por las selecciones de usuario. Por ejemplo, si el usuario solicita un extracto de cuenta para la
cuenta contrato ABC, recibirá una impresión donde se indican todas las partidas que se han
contabilizado en dicha cuenta (no puede especificar criterios de búsqueda restrictivos al
visualizar esta clase de correspondencia).
La información de cuenta contiene exactamente aquellas partidas que se han seleccionado en
la visualización del estado de cuentas (transacción FLP9).
La función Facturación se utiliza para informar a los interlocutores comerciales de los
créditos de los que son responsables y para enviarles las solicitudes de pago impresas. A
continuación, el interlocutor comercial paga las partidas abiertas listadas.
La facturación es una actividad en masa totalmente integrada en el componente
Correspondencia. La factura agrupa todas las partidas abiertas en un importe de pago. Se
enviará una factura al cliente por este importe. En función de sus parametrizaciones de
Customizing, la notificación enviada al cliente es una factura impresa con (o sin) un
documento de pago adjunto.

Figura 344: Tipos de correspondencia (2 de 2)
Puede definir sus propias clases de correspondencia.

Ahora puede establecer el formulario de aplicación que desea utilizar para toda la
correspondencia individual.
Figura 345: Creación de factura (IS-PS-CA)
El sistema utiliza el programa de pagos para determinar qué partidas se deben incluir en la
facturación.
El sistema verifica si ha actualizado una vía de entrada de pagos. Si es así, el sistema le
permitirá iniciar el pago y no necesita facturar al interlocutor comercial. Si no es así, el
sistema incluirá las partidas abiertas en la ejecución de facturación.
Los pasos básicos son los siguientes:

Lección: Definition and Types
● Se seleccionan las partidas abiertas que no se han impreso en una factura.

● Las partidas abiertas se agrupan y se determina el tipo de factura (a partir de los datos
maestros)
● Si hay algún bloqueo activo no se creará ninguna factura
● Se crea un único número de factura (número de formulario de pago)
● Las partidas abiertas se graban con este número
● Se almacena una cabecera de correspondencia
Dependiendo de lo que se almacene en los datos maestros se podrán imprimir diferentes

tipos de factura. El tipo de factura determina las partidas que se van a imprimir y el aspecto
que tendrá la factura.
Los textos adicionales se deben añadir en la factura en el momento de la impresión
(workbench de impresión PSCD) mediante un exit en el formulario de aplicación.
Puede definir si la actividad en masa para crear facturas agrupa solamente las partidas que
no tienen vía de entrada de pagos (como era el caso hasta el momento), o si debe incluir
todas las partidas, independientemente de su vía de pago (evento 0600,
FMCA_INV_ALL_ITEMS_0600).
Figura 346: Configuración de la clase de correspondencia
El control de destinatario se define en el nivel de clase de correspondencia. Por ejemplo,

puede especificar para una determinada clase de correspondencia que no se permite un
destinatario alternativo.
Existen dos eventos necesarios asociados con una clase de correspondencia. El primero es
un evento de “impresión” (módulo de funciones que se necesita para imprimir una solicitud
de correspondencia para una determinada clase de correspondencia después de que se haya
leído el contenedor de correspondencia). El otro es un evento de “creación” (módulo de
funciones que se necesita para crear o generar una solicitud de correspondencia).

El resto de parametrizaciones controlan qué área de aplicación puede utilizar una

determinada clase de correspondencia y/o si el evento de la clase de correspondencia es
periódico, etc.
Ahora podrá:
contractual.

Capítulo 13
Lección 2
Handling and Customizing
Esta lección le ofrece un resumen de la tarea de un contenedor de correspondencia en la
Figura 347: Concepto subyacente
El “contenedor de datos” de correspondencia es un conjunto de tablas (consejo técnico: el

principal es DFKKCOH); cada entrada dentro de esta tabla representa un objeto que se puede
enviar a un interlocutor comercial.
La ejecución de impresión se realiza en un paso por separado dentro del menú
“Correspondencia”. Desde el contenedor de datos de correspondencia puede seleccionar
cualquier dato que desee imprimir.
Se recomienda que la impresión no se realice mucho tiempo después de la creación de la
correspondencia. Por ejemplo, si hay un retraso significativo de la impresión de las
reclamaciones generadas, los clientes podrían reclamarse habiendo pagado sus saldos
mientras tanto.

Figura 348: Gestión de datos de correspondencia
Los datos de correspondencia se almacenan de forma abstracta. Los datos clave de

reclamaciones, devoluciones, extractos de cuenta, etc. se almacenan conjuntamente en la
misma ubicación.
En general, el contenedor de datos hace referencia a los datos adicionales que residen en el
programa de origen.
Figura 349: Características adicionales de correspondencia
Historial de correspondencia: almacena información sobre toda la correspondencia, incluida

la correspondencia entrante.

Lección: Handling and Customizing
Características del historial: archivo de la correspondencia; pixel viewer para cartas Pixel
viewer es una herramienta de visualización similar a Acrobat Reader que se utiliza para leer
documentos archivados ópticamente.
Introducción de opciones de impresión adicionales como “control de expedición”. En control
de expedición puede definir las opciones subyacentes para la expedición. El control de
expedición lo utilizan principalmente las variantes de correspondencia.
La variante de correspondencia resume las clases de correspondencia para controlar la
correspondencia periódica y poderla asignar a las cuentas contrato a nivel de cuenta contrato
y de interlocutor comercial.
Figura 350: Control de correspondencia
Si existe una entrada en el campo “Receptor de correspondencia”, este interlocutor

comercial sustituirá al destinatario original en todos los casos, salvo que algunas clases de
correspondencia específicas se hayan definido para ir a otro lugar (por ejemplo, destinatarios
para clases de correspondencia individual).
El indicador “Receptor de correspondencia alternativo o adicional” indica si el destinatario de
correspondencia actúa como sustituto del destinatario original. Si no se selecciona este
indicador, todos los interlocutores enumerados recibirán una copia de la correspondencia. Si
se selecciona el indicador, solamente el receptor de correspondencia alternativo recibirá una
copia. La correspondencia no se envía al interlocutor comercial actual.

Figura 351: Opciones de salida de correspondencia
Seleccione los parámetros de impresión mediante el indicador adecuado en el diálogo de

impresión. Existen cinco parametrizaciones posibles:
● * Las parametrizaciones del formulario SAPscript son decisivas
● X Interfase de datos brutos (modo de salida SPOOL)
● I Interfase de datos brutos (modo de salida: IDoc)
● S Interfase de datos brutos (modo de salida SPOOL (RDI simple))
● - Edición mediante SAPscript (OTF)
Los datos Raw se envían en el workbench de impresión y se procesan allí, en lugar de crear
formularios independientes en cada programa.

Figura 352: Creación de correspondencia: Resumen
Pasos generales para la creación de correspondencia:

● Las solicitudes de correspondencia se crean mediante operaciones empresariales o
ejecuciones de correspondencia.
● Los datos de referencia se almacenan en el contenedor de correspondencia.
● Seleccione los datos de correspondencia del contenedor de correspondencia y prepare los
datos para la impresión mediante una ejecución de impresión de correspondencia.
● Imprima los datos de correspondencia a través de SAPscript, workbench de impresión o
utilice la interfaz de datos Raw para imprimir mediante un sistema de impresión externo.

Figura 353: Customizing de variantes de correspondencia
Los esquemas de gastos (de correspondencia) son gastos que se pueden fijar por clase de
correspondencia. Por ejemplo, si desea aplicar a su cliente una pequeña tarifa por volver a
facturar, debería configurar un esquema de gastos y, a continuación, introducirlo en la
variante de correspondencia.
El control de envío se utiliza para enviar un documento, como una factura o una reclamación,
en diferentes formas y en múltiples copias (por ejemplo, por correo electrónico o fax). El
Customizing del control de expedición se realiza en el área “de workbench de impresión” de la
IMG (Funciones de aplicación generales → Print WorkbenchShipping→ Control).
Puede asignar variantes de correspondencia a las cuentas contrato y/o a los objetos del
contrato. Los parámetros de control definidos en una variante de correspondencia se evalúan
cuando se crea la correspondencia.
Toda la correspondencia “periódica” (por ejemplo, clase 0002: extracto de cuenta) se debe
definir en la variante de correspondencia.

Figura 354: Correspondencia: Customizing
Ahora podrá:

Capítulo 13
Lección 3
The Print Workbench
Esta lección le ofrece un resumen de la finalidad del workbench de impresión en la cuenta
Figura 355: Workbench de impresión
El workbench de impresión no sustituye a SAPscript/Smart Forms. Se trata simplemente de

una herramienta que le permiten trabajar con SAPscript/Smart Forms y con formularios
basados en PDF de una forma mucho más sencilla.
El workbench de impresión ofrece una manera más eficaz para crear formularios. Además,
hace que la obtención de datos sea más flexible y más fácil de entender.

Lección: The Print Workbench
El workbench de impresión separa la obtención de datos del diseño de disposición del

formulario y facilita la forma de crear y actualizar formularios.
Para más información sobre el workbench de impresión, véase la documentación para el
componente SAP CA-GTF-PWB.
Figura 356: Resumen
Un desarrollador de SAP crea una biblioteca de clases de formulario que representa un

“súper conjunto” de los datos que están disponibles para su uso en un formulario de
aplicación. También es un programa ABAP y su codificación se copia en el programa de
impresión cuando se genera.
En el formulario de aplicación defina la secuencia de los módulos de texto. El interlocutor
comercial determina qué datos se imprimen en una determinada correspondencia.
SAPscript/Smart Form es un objeto independiente. Se utiliza para definir dónde y cómo se
deben imprimir los datos definidos en el formulario de aplicación.

Figura 357: Clase de formulario
Las clases de formulario son la base para todos los formularios del workbench de impresión.
Las clases de formulario se actualizan cada vez que SAP actualiza el sistema SAP.
Figura 358: Formulario de aplicación

Lección: The Print Workbench
En el workbench de impresión, además de SAPscript, también puede utilizar Smart Forms

para crear y actualizar formularios de aplicación. El uso anterior de SAPscript no se ve
afectado por esta ampliación de función.
Smart Forms le ofrece las siguientes ventajas en comparación con SAPscript:
● Más flexibilidad en la creación de la disposición del formulario (por ejemplo, con tablas y
plantillas)
● Más eficacia en la creación y actualización de formularios (reduce el tiempo a la mitad)
● Ajuste de formularios sin conocimientos de programación como resultado de una interfaz
de usuario totalmente gráfica
● Publicación web mediante un mensaje XML generado
● Un rendimiento mejorado
● Clara separación entre la selección de datos, la preparación del formulario y la lógica del
formulario
● Interfaces estándar de SAP basadas en XML (XSF, XDF) para un posterior tratamiento
externo
A partir del release ERP 2005 el workbench de impresión es compatible con el uso de
formularios basados en PDF a la hora de crear y emitir correspondencia estandarizada de
salida. SAP ofrece, por tanto, una nueva categoría de formulario basado en PDF para los
formularios de aplicación. Puede utilizar la nueva interfaz de datos RAW basada en XML (XFP)
para los formularios basados en PDF para preparar los datos RAW fuera del sistema SAP.
Esta modificación no afecta a las implementaciones existentes en SAPscript y Smart Forms.
Ahora podrá:

CAPÍTULO 14 Integración adicional de
FI-CA en los módulos de
SAP
Lección 1
Overview of the Integration ofContract Accounts Receivableand Payable 342
Lección 2
Funds Management 344
Lección 3
Cash Management 354
Lección 4
Contract Accounts Receivable andPayable and SD Integration 357
Lección 5
Integration with the New GeneralLedger (Segment Reporting) 364
Lección 6
Credit Management 368
Lección 7
Financial Customer Care 373
Lección 8
Business Intelligence 379
Lección 9
Outbound Interface 381
● Explicar la integración de la cuenta corriente contractual con otros componentes y

aplicaciones de SAP.

● Explicar la lógica de actualización del control presupuestario en FI-CA
● Explicar la derivación de contabilidad en el control presupuestario
● Asignar los interlocutores comerciales a deudores y acreedores
● Explicar la conexión entre el control presupuestario y FI-CA
● Describir la actualización del estado financiero a partir de la cuenta corriente contractual.
● Explicar la integración de los pedidos de cliente en la cuenta corriente contractual.
● Explicar cómo derivar segmentos para la nueva contabilidad general de la cuenta corriente
contractual.
● Explique los principios de la segmentación de clientes basada en los riesgos y el control de
riesgo crediticio en SAP Credit Management y su integración en la cuenta corriente
contractual.
● Explicar las funciones principales de los servicios financieros de cliente que ofrece
Financial Customer Care basado en el IC WebClient.
● Explicar el contenido de FI-CA para Business Intelligence.
● Explicar la interfaz de salida para las contabilizaciones en la cuenta corriente contractual

Capítulo 14
Lección 1
Overview of the Integration ofContract
Accounts Receivableand Payable
Esta lección proporciona varios ejemplos de cómo se puede integrar la cuenta corriente
contractual en otras aplicaciones de SAP.
Figura 359: Integración: Resumen
Puede transferir las facturas SD directamente a la contabilidad auxiliar de FI-CA. En

determinadas circunstancias, también es posible contabilizar las facturas SD como órdenes
de facturación junto con una factura IS-U.
Puede utilizar una interfaz de IDOC estandarizada para importar los documentos de
facturación desde sistemas de facturación externos a FI-CA y para procesarlos allí.
La facturación en FI-CA permite que los documentos de facturación se puedan transferir
desde los sistemas externos y que la facturación se contabilice en FI-CA.

Lección: Overview of the Integration ofContract Accounts Receivableand Payable
Las contabilizaciones en las cuentas contrato de FI-CA puede desencadenar una

contabilización inmediata en el componente de aplicación Gestión de caja (TR-CM).
Las contabilizaciones de la contabilidad auxiliar se transfieren al libro mayor regularmente
(por ejemplo, cada día).
Las imputaciones adicionales de la contabilidad de costes se incluyen y se transfieren al
objeto de imputación especificado. Al componente CO-PA se le proporciona la información
necesaria desde las aplicaciones de facturación conforme las diferentes clases de
actualización. Esta información se transfiere regularmente mediante los informes de
transferencia que se inician en FI-CA.
La integración en SAP Financial Supply Chain Management mejora los procesos orientados al
cliente. Los interlocutores comerciales pueden utilizar el componente SAP Biller Direct para
verificar las facturas e iniciar los pagos (así como otras funciones) en Internet. Las empresas
pueden hacer uso de este canal de información para interactuar con sus clientes. El
componente Gestión de créditos le permite llevar a cabo una segmentación de cliente basada
en riesgos y una supervisión del riesgo de crédito.
Los extractores para las partidas FI-CA abiertas y compensadas y para otra información
relevante para el Debe se desarrollaron para Business Information Warehouse (BW).
La integración de FI-CA en Customer Relationship Management (CRM) permite procesar de
forma eficiente los créditos en Financial Customer Care.
Ahora podrá:

Capítulo 14
Lección 2
Funds Management
Al finalizar esta lección conocerá la lógica de actualización de FI-CA. También podrá explicar
cómo se realiza la derivación de contabilidad en el control presupuestario, cómo se asignan
los interlocutores comerciales a los deudores y acreedores y cómo es la conexión entre PSM
y FI-CA.
Ejemplo empresarial
Algunas empresas y organizaciones utilizan el control presupuestario para el control del
presupuesto y los informes financieros.
Todas las contabilizaciones se actualizan automáticamente en el control presupuestario para:
● Cumplir con las obligaciones de presentación legales
● Aumentar el presupuesto de gastos con el presupuesto de ingresos
Además, su empresa desea utilizar el control de disponibilidad presupuestaria en PSM.

Lección: Funds Management
Integración del control presupuestario
Figura 360: Integración control presupuestario: Estructura en CP
Puede activar el control presupuestario habilitando el indicador FICA_FM (FI-CA Core, Control
Presupuestario). Los campos de la tabla de control presupuestario se activarán
automáticamente con las estructuras SI_FKKFMOP y SI_FKKFMOPK. Estas estructuras
sustituyen los includes de cliente CI_FKKFMOP y CI_FKKFMOPK.
Tenga en cuenta que aunque ya utilice FI-CA de forma integrada con el control
presupuestario, cuando realice el upgrade al release ERP 2005, se activará el indicador
FICA_FM (FI-CA Core, Control Presupuestario). Esto provoca errores de activación durante el
upgrade ya que los campos de la tabla de control presupuestario se añaden otra vez y, por lo
tanto, se duplican. Después del upgrade, deberá borrar los duplicados desde los includes de
cliente CI_FKKFMOP y CI_FKKFMOPK. Proceda como se describe en la nota de SAP 834815.

Capítulo 14 : Integración adicional de FI-CA en los módulos de SAP
Figura 361: Integración del control presupuestario
Debe asignar una cuenta CP a las posiciones. Si no indica la cuenta CP, se derivará
automáticamente mediante la herramienta de derivación (FMDERIVE) cuando grabe sus
datos como determinados en el Customizing.
Se clasificará cada documento mediante una clase de operación y se asignará a un tipo de
CP. Este tipo determinará si una partida se actualiza o no en el control presupuestario.
Las partidas individuales se integran y se transfieren al libro mayor y al control
presupuestario mediante el programa RFKKGL00. La imputación CP es uno de los criterios
para la integración.
Las partidas del interlocutor comercial y las partidas de la cuenta de mayor se deben cuadrar
para cada imputación para que puedan contabilizarse en FI-CA.
Para activar el control presupuestario debe activar un include de cliente para los campos del
control presupuestario. Utilice el siguiente acceso vía menús en el Customizing: Gestión
financiera Cuenta corriente contractual Integración Control presupuestario (PSM-FM).
La reconciliación de pagos con el control presupuestario solo se puede realizar para las claves
de reconciliación contabilizadas y transferidas.
Restricción: los impuestos solo se pueden actualizar en la misma posición presupuestaria que
la posición de ingresos (actualización neta).

Figura 362: Integración del control presupuestario
Figura 363: Lógica de actualización CP: Interpretación de documentos
La imputación CP y el tipo CP también se almacenan en la tabla DFKKSUM.

Cuando DFKKSUM se contabiliza en FI, las partidas del documento CP se crean a partir de los
tipos CP.
La clase de operación se determina automáticamente a partir de la operación empresarial y
las cuentas de mayor utilizadas. La clase de operación se almacena en la cabecera del
documento.

El tipo CP se interpretará para la actualización del tipo de valor de CP en el control

presupuestario. Por ejemplo, se crea una línea con el tipo de valor de CP (54) para la factura
(A). La factura (54) se reduce en CP con el importe de una factura pagada (B) y se crea una
línea de pago (57). Para un pago a cuenta del tipo CP, solo se crea la línea de pago (57) para la
cuenta CP por defecto personalizada.
Figura 364: Cambio de ejercicio en FI-CA
El programa “Transferir partidas abiertas desde FI-CA” (RFKKFMCF) arrastra todos los
importes pendientes en CP al nuevo ejercicio para cada imputación. El cambio de ejercicio no
se realiza para cada documento individual, si no que se transfieren los totales de cada
imputación al nuevo ejercicio de acuerdo con determinados campos.
La restricción se lleva a cabo por los tipos de valor: factura, anticipo y lista de clarificación.
El informe puede utilizarse varias veces para una cuenta CP. Cada ejecución crea un nuevo
documento de arrastre.
Activación de la integración del control presupuestario: Paso 1
● Activación de los campos CP para las tablas de documentos según se define en el

Customizing (DFKKOP, DFKKOPK).
● Asignación de las posiciones presupuestarias relevantes (operación financiera 30,60,90)
a las cuentas de mayor relevantes
● En FMDERIVE se deben definir las reglas de derivación siguientes:

- Derivación de la posición presupuestaria con la operación financiera 60/2 para las

cuentas de conciliación utilizadas dentro del entorno FI-CA.
- Derivación de la posición presupuestaria con la operación financiera 30 para
determinadas operaciones principales y parciales (por ejemplo, 0060/0600 Pagos a
cuenta).
- Para las operaciones principales y parciales que representan operaciones de pago, se
debe fijar el indicador “Pago” para la operación principal y parcial.
- Derivación de la posición presupuestaria con la operación financiera 90 para cuentas
bancarias y cuentas bancarias de compensación.
- Derivación de la posición presupuestaria con la operación financiera 50/3 para las
cuentas de clarificación utilizadas dentro del proceso de clarificación.
- Para más información, véase también la nota 686383.
Herramienta de derivación
Herramienta de derivación
● Reglas de derivación predefinidas

● Pasos de derivación
Figura 365: Tipos de pasos para derivación

Figura 366: Asignación
Figura 367: Definir reglas de derivación

Figura 368: Acceso a tabla
Figura 369: Derivación de cuentas CP

Contabilidad de fondos
Figura 370: Contabilidad de fondos en FI-CA
Figura 371: Ejemplo de contabilización en FI-CA
La cuenta corriente contractual hace una partición de las imputaciones CP en gastos e

ingresos en cuanto se activa el control presupuestario.

Ahora podrá:

Capítulo 14
Lección 3
Cash Management
Esta lección le ofrece un resumen de la integración de la Gestión de caja y el Controlling de
gastos generales con la cuenta corriente contractual.
Figura 372: Integración de Tesorería y Gestión de caja
La actualización se produce directamente cuando contabiliza un documento en FI-CA. Como

resultado, la previsión de liquidez y el estado financiero diario de gestión de caja son siempre
actuales.
En el registro maestro de la cuenta contrato puede definir los siguientes datos para actualizar
la previsión de liquidez:
● Grupo de tesorería
De este modo, las cuentas contrato con autorización de cargo se pueden considerar de
forma independiente de las cuentas contrato a pagar según la demanda. Éstas se
proponen al registrar el documento.
● Días adicionales

Lección: Cash Management
Estos días se tienen en cuenta al determinar la fecha prevista del recibo de caja. Como
fecha base para ello se utiliza o la fecha de vencimiento del pago neto o la fecha del
descuento por pronto pago.
Defina un nivel de tesorería en el registro maestro de la cuenta de mayor para las cuentas de
mayor que requieren que la posición de tesorería sea actualizada. El sistema determina el
nivel de tesorería al contabilizar el documento y lo registra en la posición del libro mayor.
Puede haber tiempos de espera para contabilizaciones en masa que se ejecutan en procesos
paralelos debido a accesos concurrentes cuando se actualizan los datos para la gestión de
caja. Para estas contabilizaciones, FI-CA ofrece un modo de actualización paralelo que puede
activar para determinadas clases de ejecuciones en masa en la IMG bajo → Parametrizaciones
técnicas Activar actualización paralela de la gestión de caja . La actualización de la gestión de
caja se produce al final de un proceso. Si el proceso se cancela antes de actualizar la gestión
de caja, la actualización se produce al cerrar la clave de reconciliación respectiva.
Figura 373: Tesorería: Determinación del nivel de planificación

Figura 374: Integración de Controlling
Ahora podrá:

Capítulo 14
Lección 4
Contract Accounts Receivable andPayable and
SD Integration
Esta lección le ofrece un resumen de la integración de SD en la cuenta corriente contractual.
Interlocutor comercial: Deudor SD e IC en FI-CA
Interlocutor comercial: Deudor SD e IC en FI-CA
● Cuando crea una parte contratante en FI-CA, es posible crear un cliente SD en proceso de
fondo al mismo tiempo. El cliente estándar puede:
- Beneficiarse de los servicios
- Comprar mercancías
● El cliente estándar se crea según un cliente de referencia predefinido.
● Se permiten diferentes escenarios de integración:
- Puede contabilizar facturas de SD en FI-CA
- Las solicitudes de documentos de facturación de SD se pueden integrar en una factura
de IS-U

Figura 375: Integración FI/SD: Proceso estándar
Figura 376: Integración: Documento de facturación SD

Lección: Contract Accounts Receivable andPayable and SD Integration
Figura 377: Qué se debe hacer para la integración de SD
Transferencia de facturas SD para FI-CA

Requisitos previos
Si desea transferir facturas de SD a la cuenta corriente contractual, debe efectuar varias
parametrizaciones en las guía de implementación de Cuenta corriente contractual y de
Comercial (SD).
Para cada grupo de cuentas defina si la factura se debe transferir a la Contabilidad de
deudores (FI-AR) o a la Cuenta corriente contractual (FI-CA). En el grupo de cuentas defina si
los deudores correspondientes se deben transferir a FI-AR o a FI-CA durante la facturación de
SD.
Requisitos previos en Comercial
Las cuentas a cobrar para la cuenta corriente contractual deben definirse en la determinación
de cuentas asociadas en Comercial (véase la estructura IMG: Comercial →Funciones básicas →
Imputación/Cálculo de costes - → Determinación de cuentas asociadas ).
El registro maestro de deudores debe contener una cuenta asociada para deudores (en el
sentido de FI-AR), aunque no desee que se transfiera a FI-AR. Debido a las verificaciones
generales durante la transferencia, debe indicar una cuenta asociada para deudores (en el
sentido de las cuentas asociadas de FI-AR) en los datos relevantes de la sociedad para los
deudores.
Al registrar un pedido de cliente, debe seleccionar una cuenta contrato. Esta cuenta contrato
se debe asignar al interlocutor comercial de FI-CA. Si existe exactamente una cuenta contrato
para el pagador, esta se transfiere automáticamente al pedido.
Requisitos previos en la cuenta corriente contractual
Cuando cree un interlocutor comercial para el deudor en la cuenta corriente contractual,
debe especificar un cliente de muestra de SD de forma que las vistas de SD necesarias para
crear el pedido estén disponibles en el proceso de fondo. Se crea un cliente de SD cuyo
número de cliente es idéntico al del interlocutor comercial de FI-CA.

La activación de la transferencia de SD a FI-CA se realiza a nivel de grupo de cuentas de

deudor, es decir, para cada grupo de cuentas debe definir si desea que las facturas de SD
para estos deudores se transfieran a FI-AR o a FI-CA. (Véase la estructura IMG para Cuenta
corriente contractual →→ Integración Comercial Definir → contabilización en FI-CA para
grupos de cuentas de deudor).
Cuando cree un pedido, tenga en cuenta que solo puede ingresar deudores de uno de los dos
grupos de cuentas como pagadores. Es decir, solo los deudores que inician una
contabilización en FI-AR durante la facturación o los deudores que inician una contabilización
en FI-CA. Tenga en cuenta que no puede activar la transferencia SD/FI-CA para grupos de
cuentas de clientes CPD.
Las operaciones principales y parciales utilizadas en la cuenta corriente contractual se
derivan de las facturas SD durante la transferencia (véase la estructura IMG para → la
integración de la cuenta corriente contractual Comercial → Derivar operación principal/parcial
con información SD).
La clase de documento con la que se contabilizan las facturas SD en la cuenta corriente
contractual se deriva de las facturas SD durante la transferencia (véase la estructura IMG
para → la integración de la cuenta corriente contractual Comercial → Derivar clase de
documento con datos de documento de facturación SD ).
En el evento 4000 puede completar los datos de facturación (véase la estructura IMG de la
cuenta corriente contractual Ampliaciones de programa → Definir módulos de funciones
específicos de cliente).
Características
Determinación automática de la clave de reconciliación
La clave de reconciliación se determina automáticamente durante la transferencia de las
facturas de SD. No hay diferencia entre facturas individuales o ejecuciones en masa. En
ambos métodos de facturación de SD, la clave de reconciliación se asigna de acuerdo con el
mismo procedimiento. Composición de la clave de reconciliación: SDxxxxyyy_zz
Componente
Descripción
XXX
Ejercicio actual
YYY
Día actual en el ejercicio
ZZ
Número secuencial
Se indica una clave de reconciliación nueva para las facturas de SD cada día del ejercicio. Si
se cierra esta clave de reconciliación durante el transcurso del día o si dos procesos intentan
abrir la misma clave de reconciliación a la vez, se abrirá una nueva o una segunda clave de
reconciliación con el siguiente número secuencial superior. Las claves de reconciliación
generadas de este modo solo se permiten para la contabilización de facturas de SD. La clave
de reconciliación no se cierra automáticamente.
Determinación automática de la cuenta asociada
La cuenta asociada se determina automáticamente cuando se crean facturas de SD para la
cuenta corriente contractual. (Véase la estructura IMG para Comercial Funciones básicas →
Imputación/Cálculo de costes - → Determinación de cuentas asociadas).
Valor por defecto para las condiciones de pago

En el pedido de cliente, el valor por defecto para las condiciones de pago se deriva del evento
4010 en la cuenta corriente contractual, siempre que en dicho evento se haya definido el
correspondiente módulo de funciones. Si no se ha definido ningún módulo de funciones o si
no existe ningún valor por defecto, las condiciones de pago se determinarán de la forma
estándar de SD.
Para IS-U y IS-T se ha definido un módulo de funciones en el evento 4010 en la cuenta
corriente contractual. Esto determina el valor por defecto para las condiciones de pago de la
cuenta contrato mencionada en la cabecera del pedido. En función del tipo de pedido, las
condiciones de pago para los pagos recibidos o para los pagos efectuados se determinan de
acuerdo con las condiciones de pago relevantes definidas en la cuenta contrato.
Cuenta contrato en el pedido
En el pedido de cliente se ha incluido el campo Cuenta contrato como un nuevo campo de
entrada para la cuenta corriente contractual. Este campo se encuentra tanto en la cabecera
como en la sección Posición del pedido. El interlocutor comercial de SD, para el cual se ha
especificado la cuenta contrato, es el pagador del pedido. Si existe exactamente una cuenta
contrato para el pagador, esta se transfiere automáticamente al pedido. Si existe más de una
cuenta contrato, aparecerá una lista de selección cuando cree el pedido. De esta manera es
posible especificar una combinación de pagador/cuenta contrato para cada posición de
pedido. En la factura, las facturas se fraccionan para distintas cuentas contrato. En la
cabecera del pedido se indica la cuenta contrato desde la vista de contabilidad.
Desde el punto de vista de contabilidad, los siguientes campos de entrada no se tienen en
cuenta durante la transferencia a la cuenta corriente contractual:
Clave de reclamación
Bloqueo de reclamación
Vía de pago
Asignación
Para el evento 4040 puede restringir la selección de las cuentas contrato cuando crea/
modifica un pedido de cliente.
Determinación de la división
En el pedido de cliente, el valor por defecto para la división se deriva del evento 4020 en la
cuenta corriente contractual, siempre que en dicho evento se haya definido el
correspondiente módulo de funciones. Si no se ha definido ningún módulo de funciones o si
no existe ningún valor por defecto, la división se determinará de la forma estándar de SD.
Para IS-U y IS-T se ha definido un módulo de funciones independiente que determina el valor
por defecto de la división a partir de la cuenta contrato especificada en la cabecera del
pedido.
Restricciones en las condiciones de pago que pueden utilizarse
Debido a los controles de pago de la cuenta corriente contractual ( vencimiento de descuento
por pronto pago + % de descuento por pronto pago / fecha de vencimiento del pago neto), no
puede utilizar todas las condiciones de pago estándar de FI. Se aplican las siguientes
restricciones:
Solo puede definir un período de descuento por pronto pago. El segundo período de
descuento por pronto pago se interpreta como la fecha de vencimiento del pago neto y el
porcentaje de descuento por pronto pago debe ser 0,00.
Las condiciones de pago se deben definir y deben estar vigentes durante todo el mes.
No se soportan las condiciones del pago a plazos.

El sistema no admite la inclusión de un calendario de fábrica durante la conversión de las

condiciones de pago en las correspondientes fechas de vencimiento, algo que es posible en
IS-U.
La verificación para ver si una condición de pago es apropiada para FI-CA se lleva a cabo al
asignar la condición de pago en los datos de área de ventas (facturación a clientes) y al
realizar la entrada en el pedido de cliente.
Reconciliación CO-PA y FI-GL
La reconciliación entre componentes individuales solo puede realizarse para períodos
contables cerrados y para momentos dados en los que todas las claves de la cuenta corriente
contractual se han transferido por completo al libro mayor.
Completando el documento
Las partidas individuales del deudor procedentes del documento de facturación de SD que se
han transferido a la interfaz de contabilidad se amplían con la siguiente información:
Información general (por ejemplo, especificaciones de referencia)

Información de la cuenta contrato (por ejemplo, ID de determinación de cuentas)
Información sobre operaciones principales y parciales para cada sociedad y sector (por
ejemplo, reclamaciones, intereses, pago)
Las posiciones del interlocutor comercial se determinan a partir de las partidas individuales
del deudor. Esto se realiza en la cuenta corriente contractual.
La información se deriva mediante el evento 4000, que se llama para ampliar las partidas
individuales del deudor y posiciones de la cuenta de mayor.
En el evento 4030 se determinan las operaciones principales y parciales de un documento
SD. Este evento le proporciona acceso a toda la información de un documentación de
facturación de SD, lo que quiere decir que aquí, al contrario que en el Customizing, se permite
una determinación de las operaciones más detallada.
Solicitudes de anticipo/Compensación de anticipo
Puede utilizar la funcionalidad implementada en SD para crear solicitudes de anticipo de los
planes de facturación y para realizar la posterior compensación de anticipos para los
anticipos efectuados.
Facturación de operaciones externas
Puede utilizar la función para facturar operaciones externas. Para ello, la cuenta contrato
también se debe incluir en las estructuras de comunicación.
Anulación de facturas de SD
Si las facturas anuladas se transfieren a la contabilidad, los documentos de contabilidad se
marcarán como anulados y las partidas abiertas se compensarán inmediatamente. Si no
puede realizarse, se creará un documento de contabilidad con el signo +/- anulado. Esto
puede suceder, por ejemplo, si la factura ya se ha compensado o si la orden de pago ya se ha
creado.
Sin anulación de factura de SD en caso de subrogación
Si cambia el deudor y se transfieren los créditos (partidas abiertas), la factura de SD ya no se
podrá anular. La factura no se puede anular ya que las partidas abiertas se compensaron en la
cuenta corriente contractual con el motivo 21 (subrogación).
Visualizar documentos FI-CA

En el flujo de documentos para Comercial (SD), puede visualizar los documentos FI-CA y los
documentos FI-CA archivados.
Ahora podrá:

Capítulo 14
Lección 5
Integration with the New GeneralLedger
(Segment Reporting)
Esta lección ofrece un resumen de la integración de la cuenta corriente contractual con el
nuevo libro mayor y reporting de segmento.
contractual.
Figura 378: Soluciones SAP en Contabilidad financiera
A partir del release ERP 2005, la cuenta corriente contractual presta soporte a las siguientes
funciones de la nueva contabilidad general.
● Reporting por segmentos.
La conciliación por segmentos se produce si así se solicita en la interfaz de contabilidad.
● Posibilidades de ampliación de la nueva contabilidad general

Lección: Integration with the New GeneralLedger (Segment Reporting)
Se aplican las mismas restricciones y requisitos que para el ledger especial.
No se permite lo siguiente:
● Configurar diferentes principios contables en libros paralelos.
● Libros compensados en todas las dimensiones
Figura 379: Contabilización subsiguiente para documentos anteriores
Para las posiciones de documento que se crean como contabilizaciones subsiguientes para
otras posiciones de documento (por ejemplo, compensación, anulación, devoluciones,
cálculo de intereses o compensación), las posiciones subsiguientes heredan el segmento de
la posición desencadenante, si es posible. Durante la compensación, el segmento de una
partida abierta no sólo se transfiere a la contabilización de compensación sino también a los
descuentos por pronto pago, las propuestas de pago, diferencias de tipo de cambio y cargos
de intereses vencidos que tienen lugar como resultado de la compensación de esta posición.
Si no es posible una herencia unívoca como, por ejemplo, en el caso de gastos de reclamación
o gastos de devoluciones, si es posible, se utiliza el segmento con el mayor número de
posiciones relevantes (por ejemplo, posiciones reclamadas o posiciones pagadas para
devoluciones).

Figura 380: Ninguna contabilización subsiguiente para documentos anteriores
Para los documentos que no tienen contabilización subsiguiente para documentos anteriores
(ejemplo típico: nuevo crédito), el segmento de imputación se puede especificar durante la
entrada manual y durante la transferencia utilizando una de las interfaces disponibles. Esto
tiene prioridad antes las otras opciones de derivación especificadas más abajo.
A menudo, solo se introducen o transfieren las posiciones de interlocutor comercial mediante
las interfaces de contabilización. En este caso, el documento se completa en el sistema (por
ejemplo, las partidas de ingresos y las posiciones de impuestos se completan). Si un
segmento ya se ha especificado en las posiciones de interlocutor comercial introducidas/
transferidas, se transferirá a las partidas de ingresos asignadas.
Si no se especifica ningún segmento, el segmento se deriva de la siguiente manera:
● El sistema deriva el segmento a partir de otras especificaciones de las posiciones del
interlocutor comercial. El segmento determinado se transfiere a las posiciones de
contrapartida (partidas de ingresos).
● El sistema deriva el segmento a partir de las partidas de ingresos y lo transfiere a las
posiciones del interlocutor comercial. En este caso, la derivación se produce mediante el
centro de beneficio. Por lo tanto, es necesario asignar un centro de beneficio a una cuenta
en la partida de ingresos y, además, un segmento a este centro de beneficio en el registro
de datos maestros.
● Solo si el segmento se puede determinar a partir de simplemente la combinación de
sociedad/cuenta de mayor, es posible una derivación a través del Customizing, incluso sin
un centro de beneficio.
● Un segmento se deriva para una instalación específica mediante el nuevo evento 0081.
Aquí, puede utilizar una lógica individual para determinar un segmento para cada posición
para la que la persona que ha creado el documento no ha especificado todavía un
segmento. Sin embargo, los segmentos en posiciones bancarias y posiciones de
impuestos se ignoran y, en este caso, se sustituyen por el valor determinado en el
Customizing.

Lección: Integration with the New GeneralLedger (Segment Reporting)
Ahora podrá:
contractual.

Capítulo 14
Lección 6
Credit Management
En esta lección se describe la integración de la gestión de riesgos y la cuenta corriente
contractual.
SAP Credit Management es parte de la aplicación SAP Financial Supply Chain Management
(FS-CM).
contractual.
Figura 381: SAP Credit Management
Puede utilizar SAP Credit Management para gestionar el riesgo de crédito y la puntuación
para un socio comercial. La gestión de crédito central permite gestionar información de
distintos sistemas, por ejemplo, CRM, cuenta corriente contractual (FI-CA) o contabilidad de
deudores (FI-AR), así como llevar a cabo verificaciones de crédito.

Lección: Credit Management
Si utiliza la tecnología de interfase de la infraestructura de intercambio , también puede

enlazar un sistema externo con SAP Credit Management . FI-CA tiene interfaces que puede
utilizar para transferir información de crédito de y a SAP Credit Management .
Figura 382: Segmentación de clientes
Figura 383: Determinación de la solvencia y el tipo de riesgo
¿Cómo puede derivar estrategias específicas para cobrar los créditos?
1. Divida sus clientes en segmentos (puede tener en cuenta diferentes informaciones, tanto
externas como internas).
2. Puede utilizar un editor de fórmulas para calcular el índice de solvencia actual.

3. El tipo de riesgo se deriva en base al índice de solvencia.
4. Puede ajustar las medidas para el cobro de los créditos en función del tipo de riesgo.
Figura 384: Uso del conocimiento interno sobre el comportamiento de los pagos
Replicación de la solvencia
Utilización
La solvencia que se gestiona en la cuenta corriente contractual se transfiere a SAP Credit
Management y contribuye a la solvencia interna que se gestiona allí. Para que los procesos
internos como el tratamiento de reclamaciones y devoluciones puedan reaccionar a la
solvencia interna de SAP Credit Management en la cuenta corriente contractual, la solvencia
interna debe transferirse de nuevo a FI-CA.
Características
Transferencia de solvencia FI-CA a SAP Credit Management
La transferencia de la solvencia FI-CA a SAP Credit Management se produce mediante la
actividad en masa Reproducción de solvencia .
Transferencia de la solvencia interna a la cuenta corriente contractual
Si utiliza la transacción Reproducción de la solvencia para transferir la solvencia FI-CA a SAP
Credit Management, la solvencia interna actual de SAP Credit Management se devuelve
automáticamente a la cuenta corriente contractual. Es decir, una replicación de la solvencia
interna en la cuenta corriente contractual solo se puede producir de manera implícita
mediante la ejecución de la actividad en masa Replicación de la solvencia.

Lección: Credit Management
Figura 385: Cobro de créditos por tipo de riesgo
La asignación de las medidas adecuadas para el cobro de créditos se produce como resultado
de la evaluación del riesgo de un cliente. El concepto de tratar a todos los clientes de la misma
manera ya no es válido.
Figura 386: Segmento y concesión de crédito
Segmento de crédito
Definición
Un segmento de crédito es una unidad organizativa de SAP Credit Management que se puede
personalizar libremente, por ejemplo, según la clase de producto o la división. Por lo tanto,
puede dividir las operaciones empresariales relevantes de una empresa de
telecomunicaciones en función de los siguientes segmentos de crédito, por ejemplo:

● Red fija
● Internet
● Red móvil
Utilización El segmento de crédito agrupa las operaciones de una empresa desde el punto de
vista de la concesión de créditos y control de los mismos. En el nivel de segmento de crédito,
el límite de crédito y la utilización del crédito para una clase de producto o una división se
almacenan y se utilizan con fines de verificación del límite de crédito y evaluación del límite de
crédito utilizado.
Transferencia del riesgo de crédito Los sistemas empresariales conectados (por ejemplo,
cuenta corriente contractual, CRM o SD) informan del compromiso de un socio comercial a
SAP Credit Management mediante XML. Estos mensajes consolidan SAP Credit Management
en un riesgo de crédito.
Figura 387: Supervisión del riesgo del crédito
Función para crear cadenas de procesos específicos de cliente en gestión de créditos:

Puede definir las dependencias necesarias entre los diferentes eventos que pueden ocurrir
durante el procesamiento de SAP Credit Management y los procesos de SAP Credit
Management que desea desencadenar para estos eventos. Si, por ejemplo, se modifica la
solvencia del interlocutor comercial, también se debería modificar en consecuencia el tipo de
riesgo.
Ahora podrá:
contractual.

Capítulo 14
Lección 7
Financial Customer Care
Esta lección le permitirá familiarizarse con el centro de interacción basado en el Web Client de
CRM (Customer Relationship Management, gestión de las relaciones con los clientes) y su
marco multifuncional. Asimismo, esta lección también le proporcionará un resumen de los
procesos empresariales de Financial Customer Care y Dispute Management que se gestionan
a través del centro de interacción.
Figura 388: Integración de la interacción y los procesos de los clientes
Un centro de interacciones
● ... Es esencial en los procesos de servicio, marketing y ventas

● Tiene un elevado nivel de transparencia con un impacto directo en la satisfacción del

cliente y la calidad del servicio
● Ejerce de mediador entre los clientes y los procesos empresariales
Más de 80 % de todos los procesos empresariales o bien empiezan o bien acaban en un

centro de interacción (AMR Research, 2001)
Esto significa que no hay departamentos de front office y back office. Solo hay un centro de
interacción centrado en las necesidades de sus clientes.
Financial Customer Care utiliza el WebClient del centro de interacción (IC WebClient) en
Customer Relationship Management (CRM) como marco para todos los aspectos financieros
de la interacción con los clientes.
Figura 389: WebClient de Interaction Center de CRM: Disposición
El centro de interacción WebClient de CRM ofrece a los agentes telefónicos un marco

multifuncional que incluye todas las herramientas que necesitan para llevar a cabo su trabajo:
● Gestión de la interacción e historial del cliente: cada interacción con un cliente se registra y
pasa a formar parte del historial del cliente. Los últimos registros del historial de
interacción se visualizan cuando el cliente llama.
● Bandeja de entrada del agente
● Soporte multicanal: El call center no sólo soporta telefonía sino muchos otros canales,
sincrónicos o asíncronos. Por ejemplo, se pueden enviar correos entrantes para su
tratamiento, ya sea de manera inmediata o redirigiéndolos a las bandejas de entrada de los
agentes. Esto también ocurre en otro tipo de consultas, como faxes o cartas. Como
resultado, la bandeja de entrada del agente se convierte en el punto de acceso cuando un
agente no está atendiendo llamadas.
● Actividades y acciones de seguimiento: Cualquier interacción con un cliente puede
requerir un seguimiento. Para ello, un agente puede crear estas actividades como parte de

Lección: Financial Customer Care
una llamada. Estas acciones las puede iniciar un agente o pueden llevarse a cabo de
manera automática. Por ejemplo, se puede enviar una correspondencia automática
cuando la interacción alcance un estado específico.
● Guiones (instrucciones que ayudan al agente durante la interacción con los clientes)
● Listas de llamadas
● Herramientas de conocimiento
● Estadísticas en tiempo real
● Soporte multifuncional (marketing, ventas, servicios, contabilidad de deudores)
● Transaction Launcher
Figura 390: Visión de 360 grados del cliente

Figura 391: FCC para consultas financieras
Financial Customer Care - Actividades:

● Información y estado acerca de todos los aspectos financieros de un cliente
● Modificar datos maestros (dirección, datos bancarios, vía de pago...)
● Fijar/eliminar bloqueos (por ejemplo, bloqueo de reclamación, bloqueo de pago,...)
● Crear/modificar plan de pago a plazos
● Aplazar partidas abiertas
● Anulación de reclamación
● Pago (por ejemplo, con tarjeta de crédito)
● Búsqueda de pagos
● Crear casos de clarificación
● Crear solicitud de abono

Lección: Financial Customer Care
Figura 392: FCC para gestión de casos de clarificación con Dispute Management
Funcionalidades de un caso de clarificación

El caso de clarificación es una carpeta virtual que contiene todos los documentos y objetos
relevantes.
Contiene información del siguiente tipo:
● Datos maestros de cliente
● Posiciones e importes disputados
● Documentos, pedidos y datos del contrato relacionados
● Notas, historial y registro de modificaciones
Proporciona capacidades de creación de hojas de ruta

Permite iniciar acciones como, por ejemplo, correspondencia ad-hoc o automatizada
Proporciona la opción de crear solicitudes de abono en relación con el caso de clarificación.
Figura 393: FCC para cobros en el centro de interacción
Funciones de gestión de cobro integradas:

Alertas durante la llamada del cliente: dar instrucciones al agente
Hoja informativa del cliente: cómo mostrar el estado general del cliente
Resúmenes detallados de los clientes: para obtener información adicional

● Datos de pago del cliente actualizados

● Modificar las vías de pago
● Registrar concesión de pago (promesa de pago)
● Registrar autorización de pago
● Ofrecer planes de pago a plazos
Ahora podrá:

Capítulo 14
Lección 8
Business Intelligence
Esta lección le ofrece un resumen de la extracción de datos a partir de la cuenta corriente
contractual y de la visualización en BI (Business Intelligence).
Figura 394: Business Information Warehouse (BW)
Para las evaluaciones en Business Intelligence (BI), la cuenta corriente contractual

proporciona extractores para partidas abiertas y compensadas, así como para posiciones de
cobro y posiciones de plan de pago a plazos. Los programas de extracción rellenan la
estructura de extracción de las fuentes de datos relevantes con datos de la cuenta corriente
contractual.

Figura 395: BW: Extracción, transformación y presentación de datos
Figura 396: BW: Business Content FI-CA
Para las evaluaciones en Business Intelligence (BI), la cuenta corriente contractual

proporciona extractores para partidas abiertas y compensadas, así como para posiciones de
cobro y posiciones de plan de pago a plazos. Los programas de extracción rellenan la
estructura de extracción de las fuentes de datos relevantes con datos de la cuenta corriente
contractual.
Ahora podrá:

Capítulo 14
Lección 9
Outbound Interface
Esta lección le ofrece un resumen de la interfaz de salida para las contabilizaciones en la
cuenta corriente contractual y de las parametrizaciones específicas para PS-CD.
Figura 397: Interfaz de salida para contabilizaciones
Con la interfaz de salida de la cuenta corriente contractual (FI-CA) puede transferir

información sobre las contabilizaciones del interlocutor comercial a los sistemas externos.
Esto puede resultar especialmente importante si para una gran cantidad de documentos, en
lugar de registrarlos en el sistema SAP, los transfiere a uno o más sistemas externos a través
de una interfaz y, además, estos sistemas dependen de la información, como pago recibido o
anulación, para poder reaccionar en los procesos subsiguientes.
Características:
La interfaz de salida para las contabilizaciones para el interlocutor comercial se basa en la
creación de entradas desencadenantes en el momento de las contabilizaciones. Cada vez que
necesite datos en un sistema externo puede iniciar una ejecución en masa para la
transferencia. De este modo se transfieren los datos al sistema externo mediante registros de
desencadenador (véase la transacción FPOITR en el menú SAP Datos de proceso periódicos
para externosInterfase de salida para contabilizaciones de interlocutor comercial ). La actividad

en masa envía los datos a un servidor de integración central a través de mensajes de SAP
Exchange Infrastructure. A partir de ahí, los datos se pueden transferir al correspondiente
sistema receptor. Para garantizar que el receptor del mensaje se determina correctamente,
cada mensaje solo recibe los datos para un sistema receptor y el ID del sistema receptor.
Puede transferir la siguiente información a los sistemas externos mediante esta interfaz:
● Partidas abiertas del interlocutor comercial
● Partidas compensadas del interlocutor comercial desde la última transferencia
● Pagos recibidos desde la última transferencia
● Información sobre documentos reabiertos
● Información detallada sobre planes de pago a plazos
Puede influir sobre qué información se debe transferir al correspondiente sistema externo
mediante las parametrizaciones de Customizing a nivel de sociedad para cada sistema
receptor. Las parametrizaciones se realizan en la guía de implementación de la cuenta
corriente contractual bajo Transferencia de datos interfase de salida. Lea la documentación
para las actividades individuales.
Nota para el componente sectorial Public Sector Cuenta corriente contractual
Con las parametrizaciones en la actividad Customizing Efectuar parametrizaciones para el
filtrado de desencadenador específico del sector público puede filtrar los datos por tipo de
cuenta contrato y tipo de objeto de cuenta contrato.
Figura 398: Interfase de salida: Parametrizaciones
Actualizar las parametrizaciones para la sociedad

En esta actividad, para cada sociedad para la interfaz de salida de las contabilizaciones del
interlocutor comercial, defina si las contabilizaciones se deben transferir a sistemas externos,
y cómo. Puede determinar si se deben transferir las partidas abiertas, las partidas
compensadas o la información de pago y la información de pago para partidas individuales
reabiertas.

Lección: Outbound Interface
Una modificación en el Customizing no tiene un efecto directo en los datos de la interfaz de

salida, ya que los datos se han preseleccionado mediante tablas desencadenantes. Las
modificaciones en el Customizing solo afectan a las nuevas contabilizaciones. Por
consiguiente, no debe efectuar modificaciones en el Customizing durante el modo
productivo.
Actualizar parametrizaciones para el sistema receptor
En esta actividad defina para cada sistema receptor externo si se deben transferir las partidas
abiertas, las partidas compensadas, la información de pago y la información sobre las
partidas individuales reabiertas y los planes de pago a plazos.
Si, por ejemplo, no ha seleccionado la transferencia de partidas abiertas y compensadas en la
actividad IMG Actualizar parametrizaciones para sociedad para una sociedad, estas
contabilizaciones en esta sociedad no se transferirán a un sistema externo,
independientemente de lo que defina para los sistemas externos en esta actividad IMG.
Dependiendo de la parametrización de cada contabilización, el sistema graba las
correspondientes entradas desencadenantes que son transferidas al sistema receptor con la
siguiente transferencia con la actividad en masa Interfaz de salida para contabilizaciones de
interlocutor comercial (transacción FPOITR).
Debe definir para cada sistema receptor el nivel al que deben transferirse los documentos.
Aquí puede seleccionar entre interlocutor comercial, cuenta contrato y contrato. La función
del nivel de transferencia se describe más abajo mediante un ejemplo con partidas abiertas.
El requisito previo es que la transferencia de partidas abiertas se haya activado para el
sistema receptor. La función para la transferencia de partidas compensadas y otras funciona
de la misma manera.
En la transferencia a nivel de interlocutor comercial, cuando contabiliza una partida abierta a
un interlocutor comercial, el sistema crea una entrada desencadenante con exactamente este
interlocutor comercial (sin cuenta contrato o contrato). En la próxima transferencia, todas las
partidas abiertas existentes para este interlocutor comercial se transferirán al sistema
externo. No se filtran las contabilizaciones del interlocutor comercial. Deberá seleccionar esta
opción si todos los datos de un interlocutor comercial siempre son necesarios en el sistema
receptor.
En la transferencia a nivel de cuenta contrato, cuando contabiliza una partida abierta a un
interlocutor comercial, el sistema crea una entrada desencadenante con este interlocutor
comercial y la cuenta contrato en la que se contabiliza. En la próxima transferencia, todas las
partidas abiertas existentes para este interlocutor comercial con exactamente esta cuenta
contrato se transferirán al sistema externo. Debe seleccionar esta opción si solo necesita los
datos para determinadas cuentas contrato en el sistema receptor o
puede transferir solamente los datos para determinadas cuentas contrato, por ejemplo, por
motivos de protección de datos.
Para especificar qué cuentas contrato se deben transferir al sistema externo, para el evento
3800 Interfase de salida: Filtrar desencadenadores y Determinar receptor , debe definir una
implementación propia y borrar los desencadenadores dependientes del tipo de cuenta
contrato, por ejemplo.
En la cuenta corriente contractual de Public Sector , sin implementar el evento 3800, en la
actividad IMG 9.652.00 Realizar parametrizaciones para el filtrado de desencadenador
específico del sector público, puede definir un filtrado en función del tipo de cuenta contrato y
la clase de objeto de la cuenta contrato.
En la transferencia a nivel de contrato, cuando contabiliza una partida abierta a un
interlocutor comercial especificando un contrato, el sistema graba una entrada
desencadenante con este interlocutor comercial, la cuenta contrato en la que se contabiliza y

el contrato. En la próxima transferencia, todas las partidas abiertas existentes para este
interlocutor comercial con exactamente esta cuenta contrato y el contrato se transferirán al
sistema externo. Debe seleccionar esta opción si solo necesita los datos para determinados
contratos en el sistema receptor o si solo transfiere los datos de ciertos contratos, por
ejemplo, por motivos de protección de datos.
Defina qué contratos se deben transferir al sistema externo en el evento 3800 Interfase de
salida: Filtrar desencadenadores y Determinar receptor definiendo una implementación
específica de cliente y borrando el desencadenador dependiente del contrato.
También puede definir si, cuando se transfieren los documentos, se deben leer y transferir al
mensaje XI los números externos del interlocutor comercial, la cuenta contrato o el contrato.
Por motivos de rendimiento, solo debe fijar el indicador si necesita los números externos en el
sistema receptor como características de identificación.
Definir parametrizaciones para filtrado de entradas desencadenantes específico de la Gestión
pública
Si ha seleccionado la transferencia a nivel de contrato o a nivel de objeto de cuenta contrato
en la actividad IMG Actualizar parametrizaciones para sistema destino , debe definir qué tipos
de cuenta contrato y clases de objeto de contrato se deben transferir al sistema externo.
Defina exactamente los tipos de cuenta contrato y los objetos de contrato cuya transferencia
debe estar permitida. Si no se indica un tipo de cuenta contrato o un objeto de cuenta
contrato, no se crearán desencadenantes ni se transferirán los documentos al sistema.
Si desea permitir todos los tipos de cuenta contrato, por ejemplo, puede utilizar el valor
genérico “*”.
Si la transferencia se lleva a cabo a nivel de cuenta contrato, no podrá actualizar las
parametrizaciones para el tipo de objeto de contrato. En este caso, introduzca el valor “*” en
el campo Tipo de objeto de contrato .
Si esta tabla está totalmente vacía, el sistema asume que no debe efectuarse un filtrado. Por
tanto, todos los documentos de todos los tipos de cuentas contrato o tipos de objetos de
contrato se transferirán al sistema externo. En cuanto efectúe entradas para uno de los
sistemas, deberá definir qué tipos de cuenta contrato y qué objetos de contrato se deben
transferir para todos los demás sistemas de destino. Si no se realiza ninguna entrada para un
sistema, no creará entradas desencadenantes y, por lo tanto, no transferirá ningún
documento.
Para que el filtrado sea más específico, por ejemplo, para incluir otros campos, cree su propia
implementación para el evento 3800 Interfaz de salida: Desencadenadores de filtro y
Determinación de receptor .
Ahora podrá:

CAPÍTULO 15 Apéndice: Funciones
específicas del sector
Lección 1
Appendix Utilities 386
Lección 2
Appendix Telecommunications 402
Lección 3
Appendix Media 409

Capítulo 15
Lección 1
Appendix Utilities
●
Procedimiento de cuota fija: contabilizaciones
Figura 399: Procedimientos de cuota fija implementados
En el procedimiento estadístico, los importes de cuota fija se gestionan estadísticamente en

IS-U. No se contabilizan en el libro mayor hasta que se ha recibido de pago.
En el procedimiento de factura parcial, los importes individuales se contabilizan directamente
como cargos.
En el “Plan de cuota fija”, se determina un importe promedio mediante simulación o
manualmente. El cliente paga este importe promedio para un período de 12 meses. Al final de
este período, se ejecuta una nueva simulación para el período siguiente. Además, se calcula
mensualmente el consumo real y se imprimen los resultados en la factura. Asimismo, la
diferencia entre el consumo real del cliente y el importe promedio se calcula, se actualiza
mensualmente y se imprime en la factura. En el último mes del período de facturación, se
factura el importe real y la diferencia acumulada.

Lección: Appendix Utilities
En “Facturación mensual media/Facturación equilibrada” , se carga al cliente un importe

promedio basado en las facturaciones de los siguientes 12 meses (o menos, en el caso de los
nuevos clientes). Además, se calcula mensualmente el consumo real y se imprimen los
resultados en la factura. Los importes a pagar para los meses futuros se calculan en base al
promedio de los meses anteriores (máximo, 11) más la factura actual y la diferencia
acumulada. Esta diferencia se actualiza mensualmente y también se imprime en la factura. En
la facturación final, el importe a pagar se deriva del consumo real y la diferencia acumulada.
Figura 400: Solicitudes de cuota fija: Procedimiento estadístico:
Puede elegir entre varios procedimientos para el cobro de las cuotas fijas, que difieren en
términos de contabilidad financiera.
Si selecciona el “procedimiento estadístico”, las solicitudes de cuota fija se gestionan como
posiciones estadísticas en FI-CA e, inicialmente, no afectan al libro mayor.
La deuda no se contabilizan en el libro mayor y el impuesto no se compensa hasta que se
recibe el pago de la posición estadística del plan de cuota fija. Los pagos de cuota fija se
compensan en la siguiente facturación de consumo anual.
En este procedimiento, los impuestos no se contabilizan en FI ni se pagan a las autoridades
fiscales hasta que se paga la cuota fija.

Capítulo 15 : Apéndice: Funciones específicas del sector
Figura 401: Solicitudes de cuota fija: procedimiento de asiento en el Debe
Si selecciona el “procedimiento de asiento en el Debe ”, las solicitudes de cuota fija se

contabilizan como facturas parciales. Esto hace que sean relevantes para el libro mayor.
Cuando se contabiliza una factura parcial, la cuota fija vencida se contabiliza como un débito
tanto en la contabilidad auxiliar como en la contabilidad general. Las facturas parciales se
contabilizan como cargos y, a continuación, se compensan con la siguiente factura de
consumo anual.
Las facturas parciales no pagadas estarán sujetas al procedimiento de reclamación habitual.
En este procedimiento, los impuestos se contabilizan en el libro mayor y se pagan a las
autoridades fiscales cuando las cuotas fijas se registran como cargos.
Figura 402: Procedimiento estadístico: Ejemplo
Para simplificar el ejemplo, solo se solicita y paga una cuota fija.

Figura 403: Pagos de cuotas fijas: Contabilizaciones 1
1. Contabilización (estadística) de la solicitud de cuota fija en IS-U.
2. Contabilización de pagos recibidos en la contabilidad principal.

3. Contabilización de pagos en la contabilidad auxiliar y asignación del pago de cuota fija a la

fecha de vencimiento en el plan de cuotas fijas.
Esto compensa la solicitud de cuota fija estadística.
Además, se genera la contabilización para la contabilidad general. En el caso del
procedimiento de cuotas fijas estadísticas representado aquí, se emplea el procedimiento
bruto.

4. Contabilización del cálculo de consumo en IS-U con facturación IS-U.

El asiento en el Debe del crédito pasa a estar disponible para la contabilidad principal.
5. Contabilización de traslado de cuota fija en IS-U.

En la contabilidad general, la contabilización de la transferencia se realiza de manera conjunta
con la contabilización de corrección del IVA.
Los pasos 4 y 5 se realizan de manera interna en un paso , de manera que solo el saldo entre el
importe de la factura y el pago de cuota fija queda abierto tras la facturación.
Figura 408: Pagos de cuotas fijas: Pago en exceso - 1
Para simplificar el ejemplo, solo se solicita y paga una cuota fija.

1. Contabilización (estadística) de la solicitud de cuota fija en IS-U.
2. Contabilización del pago recibido en el libro mayor.

3. Asignación del pago de cuota fija en IS-U mediante el tratamiento de la entrada de pagos.
Contabilización del pago de cuota fija y los impuestos en el libro mayor.
4. Contabilización del cálculo de consumo mediante la facturación IS-U.

5. Contabilización de traslado de cuota fija en IS-U.
Contabilización de la corrección de IVA en el libro mayor.

(Los pasos 4 y 5 se realizan de manera interna en un paso)

Debido a los importes de la factura de consumo y la cuota fija, existe un importe de crédito
(C) de 13,60 para electricidad y un importe de cargo pendiente (R) de 3,50 para agua.
Por lo tanto, el cliente tiene un importe de crédito restante de 10,10.
Figura 413: Pagos de cuotas fijas: Pago en exceso/en defecto
La forma en que el crédito restante de la facturación de consumo se compensa con otros

cargos o cuotas fijas futuras se especifica en el control de compensación.
Figura 414: Procedimiento de facturación parcial: Ejemplo
Para simplificar el ejemplo, solo se solicitarán y contabilizarán como cargos dos cuotas fijas.
Solo se ha pagado una factura parcial.

Figura 415: Procedimiento de facturación parcial: Contabilizaciones 1
1. Contabilización de la solicitud de cuota fija como factura parcial en IS-U.

Asiento en el Debe en la fecha de vencimiento de una cuota fija junto con la contabilización de
impuestos en el libro mayor
2. Contabilización del pago recibido en el libro mayor.
3. Asignación del pago de cuota fija en IS-U mediante entradas de pagos IS-U.

1. Contabilización de los créditos de cuota fija en IS-U.

1a. Contabilización de un crédito de cuota fija adicional en IS-U
1. Asiento en el Debe en la fecha de vencimiento de una cuota fija junto con la contabilización
de impuestos en el libro mayor
1a. Nuevo asiento en el Debe de una fecha de vencimiento de cuota fija junto con la
contabilización de impuestos
2. Contabilización del pago recibido en el libro mayor. Solo se ha pagado una factura parcial.
3. Asignación del pago de cuota fija en IS-U mediante los pagos recibidos de IS-U.
1. Contabilización de los créditos de cuota fija en IS-U.

1a. Contabilización de un crédito de cuota fija adicional en IS-U
1. Asiento en el Debe en la fecha de vencimiento de una cuota fija junto con la contabilización
de impuestos en el libro mayor
1a. Nuevo asiento en el Debe de una fecha de vencimiento de cuota fija junto con la
contabilización de impuestos
2. Contabilización del pago recibido en el libro mayor. Solo se ha pagado una factura parcial.
3. Asignación del pago de cuota fija en IS-U mediante los pagos recibidos de IS-U.
4. Contabilización de la facturación del consumo anual mediante la facturación de IS-U
5. En la facturación del consumo anual, todas las facturas parciales contabilizadas como
cargos se compensan con el importe de la factura. De esta manera, se transfieren todas las
facturas parciales contabilizadas como cargos.
Los pasos 4 y 5 se llevan a cabo en un paso , de manera que solo el saldo entre el importe de la
factura y las facturas parciales solicitadas, así como la factura parcial no pagada, quedan
abiertos en la cuenta contrato después de la facturación.

La factura parcial no pagada (1a) está sujeta al procedimiento de reclamación normal.
Figura 418: Plan de pago: Ejemplo
Para simplificar el ejemplo, solo se solicitarán y contabilizarán como cargos dos cuotas fijas.
Solo se ha pagado una factura parcial.
Figura 419: Procedimientos de cuotas fijas: Plan de pago

Figura 420: Plan de pago: Contabilizaciones
Figura 421: Pago adelantado de la cuota fija
Si desea activar la función de pago adelantado para un plan de cuotas fijas, llame esta función
en la transacción de modificación (EA62) mediante la vía de acceso Tratar - → Activar pago
adelantado.
Introduzca la fecha a partir de la cual el plan de cuotas fijas debe identificarse como plan de
pago adelantado. La primera fecha de vencimiento en la que la fecha de impresión/asiento en
el Debe es mayor o igual que la fecha de inicio se duplica y a todas las demás se les asigna el
indicador X = pago adelantado. La última fecha de vencimiento de un pago adelantado se

marca con L. La fecha de impresión/asiento en el Debe de la primera fecha de vencimiento se

introduce como fecha de inicio del pago adelantado en los datos de cabecera del plan de
cuota fija.
Cuando se activa el pago adelantado, el sistema también verifica si se cumple el siguiente
requisito:
Ciclo de cuota fija * Cantidad de fechas de vencimiento = Longitud de período (por ejemplo,
12 meses = 12).
Si no se cumple, se añade una fecha de vencimiento adicional al último día del período de
cuota fija.
Siempre debe activar inicialmente la funcionalidad de pago adelantado en un plan de cuota
fija manualmente. Al crear nuevos planes de cuota fija para períodos subsiguientes, debe
asegurarse siempre de que el pago adelantado está activado.
Importante:
Si se activa el pago adelantado en un plan de cuota fija de un grupo obligatorio para un

contrato específico, se activará el pago adelantado para todos los contratos obligatorios.
Figura 422: Pago adelantado anual: Aceptación

Figura 423: Pago adelantado anual
Figura 424: Cuota fija: Customizing
Customizing general:
● Especifique operaciones principales y parciales, y también movimientos
● Asignación a operaciones principales y parciales
● Especifique la clase de documento y el rango de números
● Especifique las cuentas para el correspondiente procedimiento de cuota fija

Cuando define la imputación de los anticipos y gastos, debe especificar la operación utilizada,
por ejemplo, para compensar una solicitud de cuota fija y el modo en que se puede
compensar dicha cuota fija.
El procedimiento de cuota fija se define en la facturación de IS-U. En el mismo sitio se pueden
ajustar otras parametrizaciones relevantes para la cuota fija.
Procedimiento de cuotas fijas: Resumen
Procedimiento de cuotas fijas: Resumen
● Hay diferentes opciones para cobrar los importes de la cuota fija en IS-U.
● Existe una diferencia entre el asiento en el Debe real y la solicitud de cuota fija estadística.
● Cuando se utilizan solicitudes de cuota fija, la compensación de impuestos se contabiliza
en el momento en que se reciben los pagos. En la facturación, los pagos de la cuota fija
recibidos se saldan con el importe de la factura.
Ahora podrá:
●

Capítulo 15
Lección 2
Appendix Telecommunications
●
Figura 425: Tabla de base de datos IST_TDATA
La tabla IST_TDATA contiene todos los datos RM-CA para los servicios de
telecomunicaciones que se originan a partir de la gestión del número de teléfono de mySAP
CRM o de un sistema externo.
Esto incluye los siguientes datos de los servicios de telecomunicaciones:
● Clave de objeto (OBJECT_ID): Este campo se utiliza para identificar de forma unívoca cada
entrada en un servicio en un evento determinado. Puede utilizar, por ejemplo, el número
de teléfono completo (código de país + prefijo + número), el número de la tarjeta SIM
(para proveedores de red móvil) o la dirección IP (para el servicio de Internet).
● Servicio (SERVICE): Este campo determina el servicio de telecomunicaciones (por
ejemplo, telefonía) al que pertenece la clave de objeto.

Lección: Appendix Telecommunications
● Validez (VALID_FROM): Este campo contiene la fecha a partir de la cual es válida una
entrada. Puede asignar, por ejemplo, un número de teléfono (servicio de telefonía) a dos
cuentas contrato diferentes con diferentes períodos de validez.
● Información de agrupación (GROUP_ID): Para el servicio de telefonía, cada entrada es un
número de teléfono. En el caso de las conexiones de varias líneas, debe ser posible agrupar
números de teléfono. Esto se debe a que el sistema de facturación puede acumular
registros de datos de llamadas individuales como posiciones de documento para cada
número de teléfono y transferirlas a RM-CA. En algunos casos, los datos incluso puede
hacer referencia a varios números de teléfono (como un cargo básico). GROUP_ID
garantiza la relación única de posición de documento - número de teléfono.
Figura 426: Interfaz IDoc
Interfaz IDoc
Interfaz IDoc
● Una interfaz IDoc se utiliza para transferir datos comerciales a y desde un sistema externo.
Entre los escenarios se incluyen:
- Electronic data interchange (EDI)
- Application Link Enabling (ALE)
- Conexión de cualquier otro sistema o sistemas de aplicación empresarial (por ejemplo,
aplicaciones de pc, herramientas de workflow externas) mediante IDoc.
● La interfaz IDoc se compone de la definición de una estructura de datos y una lógica de
procesamiento para dicha estructura de datos.
● Información
(Biblioteca SAP - BasisBasis→ → ServicesInterfaceInterfaceIDoc → Interface)
Herramientas→ Business → CommunicationIDoc→ IDOC Basis

Los servicios se facturan en un sistema de facturación externo. Sin embargo, los créditos
resultantes se gestionan en la cuenta corriente contractual. Como resultado, las posiciones
de factura se deben transferir a la cuenta corriente contractual. Los datos se transfieren a
través de la interfaz para los documentos de facturación. En la cuenta corriente contractual,
las posiciones de la factura se contabilizan automáticamente como partidas abiertas para las
cuentas contrato y los interlocutores comerciales correspondientes. Si es necesario, también
puede introducir imputaciones adicionales para las cuentas de resultados (CO-PA) en la
interfaz o añadirlos a través del Customizing, y transferir la información contable a
segmentos de resultados.
Para obtener más información acerca de la interfaz de facturación para IS-T, consulte la
documentación online para el componente del sector de Telecomunicaciones.
Figura 427: Interfaces IDOC de IS-T/IS-U

Figura 428: Transferencia de documento de factura (escenario empresarial)
Figura 429: Interfaz de anulación en masa

Figura 430: Posibilidades para la ejecución del tratamiento
Figura 431: Fichero de desconexión para números de teléfono
En esta función, la actividad Desconectar servicios se inicia en una ejecución de reclamación

de partidas no pagadas una vez que se ha alcanzado un determinado nivel de reclamación.
La desconexión se ejecuta en un sistema externo, como un sistema de facturación externo
(EBS). Este sistema debe saber qué servicio se debe desconectar. La información para la

desconexión de un servicio se genera como un fichero de desconexión en RM-CA y se

transfiere al sistema de facturación externo. El fichero de desconexión de RM-CA solo
contiene una propuesta de desconexión. El servicio de facturación externo procede a la
desconexión del servicio.
La desconexión de los servicios incluye los siguientes pasos:
1. La actividad de reclamación Desconexión de servicios se inicia en la ejecución de

reclamación.
2. Se genera el fichero de desconexión. Se crea una entrada en el fichero de desconexión

para cada partida abierta. Además de los campos estándar, también puede incluir otros
campos de documento en la estructura de tabla. Puede utilizar la ampliación SAP
ISTDUNN1 con el módulo de funciones EXIT_SAPLIST_CA_DUNEVENT_001 para
actualizar sus propios campos.
El nombre del fichero de desconexión debe seguir las siguientes convenciones:

● Fichero de desconexión de ejecución de actividades de reclamación: BTnnnnnnn
● Fichero de desconexión de la ejecución de simulación: BTnnnnnnn
El fichero se transfiere a un sistema externo (por ejemplo, un sistema de facturación externo).

Al final de la ejecución de reclamación, el fichero se debe transferir a su sistema de
facturación mediante su propio programa de interfaz. Debe definir su programa de interfase
en el módulo de funciones Transferir fichero de conexión para servicios mediante exit de
usuario (EXIT_SAPLIST_DUNEVENT_001) de la ampliación SAP ISTDUNN1.
Figura 432: Fichero de reconexión para números de teléfono
Una vez se han realizado los pagos necesarios, los servicios de telecomunicaciones de la
partida abierta reclamada que provocó la desconexión se reconectan o se liberan.
La liberación se ejecuta en un sistema externo, como un sistema de facturación externo
(EBS). Este sistema debe saber qué servicio se debe reconectar.

La información para la reconexión del servicio se transfiere al sistema de facturación externo

como fichero de reconexión, o se puede transferir directamente mediante una ampliación
SAP (exit de usuario). Sin embargo, el fichero de reconexión solo contiene una propuesta de
reconexión de RM-CA, el sistema de facturación externo es el que ejecuta la reconexión real
propiamente dicha.
Los servicios se conectan de nuevo en la actividad en masa Generar fichero de reconexión
(ISTCAXT910).
El nombre del fichero de reconexión debe seguir las siguientes convenciones:
Fichero de reconexión de ejecución real: UTnnnnnnn
Fichero de reconexión de ejecución de simulación: UTnnnnnnn
IS-T Particularidades: Resumen
IS-T Particularidades: Resumen
● En IS-T, los datos de telecomunicaciones se pueden almacenar en documentos.

● Los documentos de facturación de los servicios de telecomunicaciones se transfieren a la
cuenta corriente contractual desde el sistema de facturación externo a través de una
interfaz específica para documentos de facturación.
● Puede utilizar el procedimiento de reclamación para iniciar la desconexión de los servicios
de telecomunicaciones si las partidas no se han pagado. Una vez que dichas partidas se
han pagado o compensado, puede reconectar los servicios.
Ahora podrá:
●

Capítulo 15
Lección 3
Appendix Media
●
Figura 433: Conexión IS-M/SD a IS-M/CA: Resumen
Se crea un documento FI-CA para cada factura M/SD que se haya transferido. Los
documentos FI-CA resultantes se crean con el origen M1, y se reconocen como documentos
separados.

Figura 434: Determinación de cuenta contrato en pedido I
En el pedido de cliente para ventas y distribución de media, el campo "Cuenta contrato" se ha

incluido como un nuevo campo de entrada para la cuenta corriente contractual. Se incluye en
la cabecera de pedido y en las posiciones. El interlocutor comercial de SD, para el cual se ha
especificado la cuenta contrato, es el pagador del pedido. Si existe exactamente una cuenta
contrato para el pagador, esta se transfiere automáticamente al pedido. Si existe más de una
cuenta contrato, aparecerá una lista de selección cuando cree el pedido. De esta manera es
posible especificar una combinación de pagador/cuenta contrato para cada posición de
pedido. En la factura, las facturas se fraccionan para distintas cuentas contrato.
La cuenta contrato procedente de la contabilidad se incluye en la cabecera del pedido.
Figura 435: Determinación de cuenta contrato en pedido II

Lección: Appendix Media
Puede utilizar el exit de usuario SAMJ45A_015 y la ampliación J45A0012 para ajustar la

determinación de la cuenta contrato para satisfacer sus necesidades. Además de las
opciones anteriormente mencionadas, dispone también de las siguientes alternativas:
● La cuenta contrato se selecciona automáticamente.
● Todas las cuentas contrato existentes para el pagador se rechazan y se crea una nueva
cuenta contrato de forma automática.
● Se rechazan todas las cuentas contrato existentes para el pagador. Crea manualmente
una cuenta contrato en diálogo.
Figura 436: Determinación de cuenta contrato en pedido III
Si no existe ninguna cuenta contrato para el pagador, puede crear una cuenta contrato en
diálogo.
Figura 437: Vías de pago en la cuenta contrato

Defina la vía de pago y los datos adicionales de la vía de pago (como los datos bancarios y los
datos de la tarjeta de pago) en la cuenta contrato. Tenga en cuenta que, a diferencia de otros
procedimientos en ventas y distribución de medios, no introduzca ningún valor para la vía de
pago Factura en la cuenta contrato.
Al registrar el pedido, la vía de pago se transfiere al pedido a partir de la cuenta contrato. Por
tanto, se podrá utilizar en la determinación de precios. Los datos adicionales, como los datos
bancarios y los datos de la tarjeta de pago, no se transfieren al pedido.
Figura 438: Diferentes vías de pago en el pedido
En ventas y distribución de media, puede utilizar la función Diferente pago a partir de cuenta
contrato para modificar la vía de pago y los datos adicionales. Dispone de las opciones
siguientes:
● Puede seleccionar una vía de pago diferente para la cuenta contrato.
● Puede seleccionar los datos bancarios o los datos de la tarjeta de pago para la vía de pago
que difieran de la cuenta corriente contractual.
● Los datos divergentes se transfieren a la factura y al documento FI-CA.
Debido a los controles de pago de la cuenta corriente contractual ( vencimiento de descuento

por pronto pago + % de descuento por pronto pago / fecha de vencimiento del pago neto), no
puede utilizar todas las condiciones de pago estándar de FI. Se aplican las siguientes
restricciones:
● Solo puede definir un período de descuento por pronto pago. El segundo período de
descuento por pronto pago se interpreta como la fecha de vencimiento del pago neto y el
porcentaje de descuento por pronto pago debe ser 0,00.
● Las condiciones de pago se deben definir y deben estar vigentes durante todo el mes.
● No se soportan las condiciones del pago a plazos.
● El sistema no admite la inclusión de un calendario de fábrica durante la conversión de
● las condiciones de pago en las correspondientes fechas de vencimiento, algo que es
posible en IS-U.

La verificación para ver si una condición de pago es apropiada para FI-CA se lleva a cabo al
asignar la condición de pago en los datos de área de ventas (facturación a clientes) y al
realizar la entrada en el pedido de cliente.
Puede utilizar la función Pago según cuenta contrato para cancelar los datos modificados.
Figura 439: Vía de pago: Pagador al contado
Cuando crea una factura para pedidos sin una vía de pago (factura), se determina un número
de formulario de pago y se transfiere al documento de facturación. Puede imprimir el número
del formulario de pago en el medio de pago durante la impresión de la factura. Durante la
transferencia de facturas, el número del formulario de pago se transfiere al documento IS-
M/CA y se actualiza la tabla de formularios de pago. La compensación se lleva a cabo
automáticamente a través de la tabla de formularios de pago cuando se recibe el pago en IS-
M/CA.
Figura 440: Derivación de operaciones a partir de la información de IS-M/SD

Figura 441: Derivación de cuentas a cobrar
La determinación de cuentas no se lleva a cabo en IS/M-CA. Las cuentas se determinan en

M/SD y se transfieren a IS-M/CA. La determinación de cuentas solo tiene lugar en IS-M/CA
para las contabilizaciones manuales y automáticas que se inician en el propio IS-M/CA, tales
como la contabilización de los gastos de reclamación y los gastos de devolución.
Las partidas individuales del deudor procedentes del documento de facturación de SD que se
han transferido a la interfaz de contabilidad se amplían con la siguiente información:
● Información general (por ejemplo, especificaciones de referencia)
● Información de la cuenta contrato (por ejemplo, ID de determinación de cuentas)
● Información sobre operaciones principales y parciales para cada sociedad y sector (por
ejemplo, reclamaciones, intereses, pago)
Las posiciones del interlocutor comercial se determinan a partir de las partidas individuales
del deudor. Esto se realiza en la cuenta corriente contractual.
La información se deriva mediante el evento 4000, que se llama para ampliar las partidas
individuales del deudor y posiciones de la cuenta de mayor.

Figura 442: Conexión IS-M/SD a IS-M/CA: Periodificación de ingresos
Para el aplazamiento de ingresos, el sistema determina los ingresos que todavía no se han
llevado a cabo. Los ingresos aplazados se contabilizan en las cuentas de mayor, que se
determinan en función de las condiciones (Customizing para la asignación de cuenta en
ventas y distribución de media) al crear los documentos de facturación.
Para la contabilidad general que se va a explicar y reconciliar en la cuenta corriente
contractual, todas las contabilizaciones puras de transferencia de la cuenta de mayor
necesarias para el aplazamiento de ingresos se deberán contabilizar también en la cuenta
corriente contractual. Estos documentos IS-M/CA se crean con el indicador de origen M2.
Figura 443: Suscripción de renovación: Pagos recibidos iniciados por el cliente
1. Pago recibido
Los pagos recibidos para las suscripciones con necesidad de renovación se asignan
automáticamente a las posiciones de pedido y, por tanto, inician la renovación de la

suscripción. Los pagos recibidos en IS-M/CA se pueden realizar mediante cheque,

transferencia bancaria y pago en efectivo.
El pago recibido se realiza especificando el número de asignación y el importe. El sistema
lo utiliza para contabilizar un pago a cuenta, que se indica como un anticipo y se le asigna
un motivo de bloqueo de pago. Esto sirve para evitar un reembolso por transferencia
bancaria a través de la ejecución de pago.
2. Transferencia de documento de facturación

La oferta de renovación en IS-M/SD se acepta cuando se contabiliza el documento de
pago. Se genera un índice de facturas, lo que provoca la creación de la factura en IS-
M/SD. La transferencia del documento de facturación a IS-M/CA genera una posición de
crédito. En el documento, las correspondientes referencias se fijan a los campos de IS-
M/SD.
3. Compensación automática y actualización de cuentas

La compensación del documento de pago mediante la posición de crédito se lleva a cabo
mediante la compensación automática (clase de compensación 04) o en la actualización
de cuentas en modo interactivo (clase de compensación 03). Tanto la liquidación
automática como la actualización de cuentas utilizan la función de control de
compensación. Para ello, es necesaria una nueva variante de compensación con los
correspondientes pasos de compensación. Se proporciona la variante de compensación
002, que utiliza principalmente la sociedad y el número de asignación para ejecutar la
compensación.
Figura 444: Anulación de pagos recibidos
Existen distintos métodos para anular un pago recibido en IS-M/CA:

● Pago efectuado mediante la ejecución de pago, con referencia al documento de anticipo
● Pago efectuado mediante pago en efectivo en caja, con referencia al documento de
anticipo
● Anulación de documento de anticipo

Al contabilizar el documento de pago efectuado o el documento de anulación, el documento

de compensación correspondiente se compensa primero (1) si el documento de anticipo ya
se ha liquidado con el crédito de la transferencia de factura. En IS-M/SD se rechaza de nuevo
la oferta de renovación. La factura se cancela y se crea una factura de cancelación (3), que se
puede liquidar con la posición de crédito de factura (4).
Si el pago efectuado (2) se debe realizar mediante ejecución de pago, el motivo de bloqueo de
pago se debe anular en el documento de anticipo. Si el pago efectuado se realiza en la caja,
esto no es necesario.
Figura 445: Suscripción de renovación: Pagos recibidos iniciados por el editor
Si un cliente paga una renovación de la suscripción mediante tarjeta de pago o domiciliación

bancaria, la oferta de renovación se aceptará inmediatamente cuando se genere el pago
recibido y se amplíe la renovación de la suscripción. Cuando esto sucede, el sistema crea un
índice de documentos de facturación, que inicia la creación de los documentos de
facturación.
Una vez que se han creado los documentos de facturación, el proceso de pago se puede
dividir cronológicamente de la siguiente manera:
1. Transferencia de documento de facturación

La transferencia del documento de facturación a IS-M/CA genera una posición de crédito.
En el documento, las correspondientes referencias se fijan a los campos de IS-M/SD.
2. Pago recibido
El pago recibido hace referencia a la posición que se creó cuando los datos de facturación
se transfirieron desde IS-M/SD. En IS-M/CA, el pago recibido se realiza mediante tarjeta
de pago o domiciliación bancaria.
3. posiciones
La compensación de las posiciones de crédito se lanza automáticamente mediante la
ejecución de pago.

Figura 446: Devoluciones - Modificar pagador de factura
Si la domiciliación bancaria no se realiza correctamente, se contabilizará un documento de

devolución en IS-M/CA (2). Cuando esto sucede, el sistema interpreta las actividades de
devolución en el Customizing. Cuando se contabiliza el documento de devolución, la
compensación de las posiciones de crédito se anula(1).
● a) Devoluciones con la misma vía de pago
Si la actividad de devolución se ha definido de modo que la vía de pago se mantiene en IS-
M/CA, la compensación no se anula en IS-M/SD si el documento de devolución se ha
contabilizado y la renovación de la suscripción permanece aceptada.
● b) Devoluciones sin vía de pago
Cuando se contabiliza el documento de devolución, la aceptación de la renovación de la

suscripción se anula en IS-M/SD. El documento de facturación se anula y se crea un
documento de factura de anulación (3).
La transferencia de datos de facturación del documento de factura de anulación, la
compensación automática (4) y la actualización de cuentas para las devoluciones se
corresponden con los procedimientos que se describen en la unidad “Otras operaciones
empresariales”.
Como resultado de este procedimiento, el cliente se convierte en un pagador de la factura.
Recibirá una oferta de renovación con información del documento de devolución. Se debe
crear el correspondiente programa de impresión y el formulario para cada cliente individual.

Figura 447: Reclamación con crédito monetario
En caso de una reclamación con crédito monetario (1a), la fecha de vencimiento de la

suscripción no se prorroga. Se genera un abono en IS-M/CA. Sin embargo, no se paga
inmediatamente. En su lugar, se utiliza para reducir el importe del pago de la posterior oferta
de renovación.
Para evitar el pago del importe, deberá fijar un motivo de bloqueo de pago (1b) para la
correspondiente operación durante la transferencia de datos de facturación.
En la oferta de renovación se informa al cliente de que el importe a pagar se ha reducido por el
importe del abono de reclamación (2a). Cuando el cliente realiza el pago, el sistema
determina la partida del Haber. El importe de la partida del Haber y el importe del pago se
acepta para la renovación de suscripción (2b).
Una vez se ha creado la factura, la posición de factura pendiente se crea para todo el importe
de la factura (3).
El pago se ha compensado con la factura y el documento de crédito (4).

Figura 448: Conexión IS-M/SD a IS-M/CA: Liquidación de prestaciones
Se crea un documento FI-CA para cada liquidación de servicio M/SD que se haya transferido.
Los documentos FI-CA resultantes se crean con el origen M3 y se reconocen como
documentos separados.
Durante la liquidación del empleado, la cuenta contrato se asigna en la relación laboral, en
caso de una liquidación de compañía de servicios a editorial, se asigna a los datos de
liquidación para la compañía de servicios a editorial. Cuando se crea una relación laboral, la
cuenta contrato se puede generar y asignar automáticamente mediante la ampliación SAP
JG050002.
La cuenta contrato se determina y se registra en la cabecera de facturación cuando se crea la
liquidación del servicio. A continuación, se transfiere al documento.
La cuenta a cobrar se determina en el evento 1101. El módulo estándar definido aquí
determina la cuenta a cobrar mediante las parametrizaciones de la operación principal o
parcial para la asignación de cuentas.
Además de los datos de la liquidación de servicios, también se determina y se transfiere la
siguiente información al documento IS-M/CA:
● Tipo de documento IS-M/CA
● Operación principal y parcial
Ahora podrá:
●

SAP IUT240 - ES - Col98 Cuenta Corriente Contractual

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SAP IUT240 - ES - Col98 Cuenta Corriente Contractual

Cargado por

Copyright:

Formatos disponibles

IUT240

Cuenta corriente contractual

El idioma estándar usado en este manual es Español ( España ).

Esta información se visualiza en la presentación del instructor.

Información relacionada o adicional

Discusión con moderador

Control de interfaz de usuario Texto ejemplo

Título de ventana Texto ejemplo

© Copyright. Reservados todos los derechos. iii

viii Resumen del curso

1 Capítulo 1 : Conceptos básicos

2 Lección: Concept and Special Functions inFI-CA

32 Lección: Lifecycle of Documents

75 Capítulo 3 : Operaciones y determinación de cuentas

76 Lección: Structure of Transactions

99 Capítulo 4 : Pagos recibidos

100 Lección: Processing Incoming and OutgoingPayments

136 Capítulo 5 : Ejecución de pago

137 Lección: Prerequisites for Making Payments

172 Capítulo 6 : Tratamiento de devoluciones

173 Lección: Configuration of Returns

© Copyright. Reservados todos los derechos. v

190 Lección: Terminology and Definitions

216 Capítulo 8 : Reclamaciones y cobros

217 Lección: Dunning - Terminology

251 Capítulo 9 : Cálculo de intereses

252 Lección: Calculation of Interest on Items

273 Capítulo Aplazamiento/plan de pago a plazos

274 Lección: Deferral: Definition and Processing

286 Capítulo Otras operaciones empresariales

287 Lección: General account

310 Capítulo Depósitos de garantía

311 Lección: Cash and Non-Cash Security Deposits

322 Capítulo Receptor de

323 Lección: Definition and Types

© Copyright. Reservados todos los derechos. vi

342 Lección: Overview of the Integration ofContract Accounts

385 Capítulo Apéndice: Funciones específicas del sector

386 Lección: Appendix Utilities

© Copyright. Reservados todos los derechos. vii

© Copyright. Reservados todos los derechos. viii

OBJETIVOS DEL CAPÍTULO

● Explicación del concepto general y de las funciones especiales en FI-CA.

© Copyright. Reservados todos los derechos. 1

Figura 1: Ventajas de la cuenta corriente contractual

© Copyright. Reservados todos los derechos. 2

Figura 2: Aplicaciones para la cuenta corriente contractual

© Copyright. Reservados todos los derechos. 3

© Copyright. Reservados todos los derechos. 4

Figura 4: Tecnología: Concepto de evento (1)

El concepto de evento le permite, en puntos definidos en un programa, incluir pasajes de

© Copyright. Reservados todos los derechos. 5

El módulo de funciones FKK_FUNC_MODULE_DETERMINE se ejecuta para cada evento.

De evento A evento Aplicación

Figura 5: Tecnología: Concepto de evento (2)

© Copyright. Reservados todos los derechos. 6

Los eventos pueden gestionarse mediante la transacción FQEVENTS.

© Copyright. Reservados todos los derechos. 7

Figura 6: Tecnología: Procesos en masa en FI-CA

Los procesos empresariales, como las ejecuciones de pago y de reclamación, en el que se

© Copyright. Reservados todos los derechos. 8

Figura 7: Tecnología: Separación de procesos

Figura 8: Tecnología: Tratamiento paralelo - Creación de intervalos