FSC020

Procesos en SAP Credit

Management, SAP Biller Direct SAP
Dispute y SAP Collections
Management

.
.
MANUAL DEL PARTICIPANTE
FORMACIÓN CON INSTRUCTOR
.
Versión del curso: 10
Duración del curso:
Número de material: 50126240
Copyrights, marcas registradas y
responsabilidades de SAP

© 2022 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.https://www.sap.com/
corporate/en/legal/copyright.html 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

iv © Copyright. Reservados todos los derechos.
Contenido

vii Resumen del curso

1 Capítulo 1 : SAP Receivables Management

3 Lección: SAP Receivables Management

11 Capítulo 2 : SAP Credit Management

13 Lección: SAP Credit Management – Resumen

19 Lección: Datos de crédito
27 Lección: Integración de procesos
35 Lección: Marco de mejora flexible
41 Lección: Información de crédito externa
45 Lección: Gestión de informes y modificaciones en masa
49 Lección: Integración de SAP NetWeaver BI y el Portal

53 Capítulo 3 : SAP Biller Direct

55 Lección: Resumen
63 Lección: Gestión de usuarios
73 Lección: Funciones en el escenario B2C
81 Lección: Funciones en el escenario B2B
89 Lección: Comunicación con el deudor
93 Lección: Integración de SAP NetWeaver BI

95 Capítulo 4 : SAP Dispute Management

97 Lección: Resumen de Dispute Management

103 Lección: Integración del proceso de finanzas
113 Lección: Detalles del caso de clarificación
123 Lección: Funciones de Dispute Management
137 Lección: Más escenarios de integración de SAP Dispute
Management

141 Capítulo 5 : SAP Collections Management

143 Lección: Resumen

147 Lección: Estructura de organización y datos maestros
155 Lección: Generación de pools de trabajo
159 Lección: Funciones para el cobro de créditos
177 Lección: Más escenarios de integración de SAP Collections
Management

© Copyright. Reservados todos los derechos. v

181 Capítulo 6 : Anexo

183 Lección: Arquitectura

185 Lección: Arquitectura
189 Lección: Arquitectura
191 Lección: Arquitectura

vi © Copyright. Reservados todos los derechos.

Resumen del curso

PÚBLICO OBJETIVO
Este curso está dirigido al siguiente público objetivo:

© Copyright. Reservados todos los derechos. vii

viii © Copyright. Reservados todos los derechos.
CAPÍTULO 1 SAP Receivables Management

Lección 1
SAP Receivables Management 3

OBJETIVOS DEL CAPÍTULO

● Definir la Gestión de Cuentas por cobrar "Receivables Management"

● Explicar el contenido funcional de los componentes de SAP Receivables Management
● Comprender el escenario empresarial utilizado en este curso para explicar las funciones
de los componentes de SAP Receivables Management

© Copyright. Reservados todos los derechos. 1

Capítulo 1 : SAP Receivables Management

2 © Copyright. Reservados todos los derechos.

 Capítulo 1
Lección 1
SAP Receivables Management

RESUMEN DE LA LECCIÓN
En esta lección, trataremos la definición de SAP Receivables Management como una solución
para optimizar la cadena de suministro financiera de una empresa. Los participantes de la
formación se familiarizan con ratios relevantes para cadena de suministro financiera.
También describimos qué componentes forman parte de SAP Receivables Management
desde el punto de vista del producto. Por último, presentaremos el escenario del curso y
explicaremos los pasos del proceso incluidos.

Ejemplo empresarial
Desea analizar si y cómo se pueden usar los componentes de SAP Receivables Management
para optimizar los procesos de su empresa. Por lo tanto, es necesario que conozca los
procesos relevantes y su potencial de optimización.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Definir la Gestión de Cuentas por cobrar "Receivables Management"
● Explicar el contenido funcional de los componentes de SAP Receivables Management
● Comprender el escenario empresarial utilizado en este curso para explicar las funciones
de los componentes de SAP Receivables Management

Figura 1: Definición de Financial Supply Chain

© Copyright. Reservados todos los derechos. 3

Capítulo 1 : SAP Receivables Management

Figura 2: Componentes de Financial Supply Chain

Figura 3: Habilitación de comerciabilidad financiera

El gráfico anterior muestra los procesos previos a la creación de la fabricación de bienes y

servicios.

4 © Copyright. Reservados todos los derechos.

 Lección: SAP Receivables Management

Figura 4: Liquidación de la comerciabilidad financiera

El gráfico anterior muestra los procesos posteriores a la creación del servicio.

Figura 5: Ciclo de flujo de caja como ratio de FSC

El ciclo de flujo de caja describe el período en el que el capital se inmoviliza desde el momento
en el que un material se compra al momento en que el cliente paga por el servicio. También se
conoce como ciclo de capital circulante.

© Copyright. Reservados todos los derechos. 5

Capítulo 1 : SAP Receivables Management

Los siguientes ratios relacionados con el capital afectan a la duración media del ciclo de flujo
de caja de una organización:
● Promedio de pago: describe la fecha de pago habitual concedido al cliente por la empresa
● Promedio período de retención de deudas del proveedor (DPO: Days Sales Outstanding):
describe el abono de acreedor (destino de pago y utilización) usados en el promedio de la
empresa
● El período de tiempo de demora promedio (DSO: Days Sales Outstanding): describe el
período de retención medio de los créditos de entregas y servicios (es decir, el abono de
proveedores medio [destino de pago + los retrasos en el pago] que la organización otorga
a sus clientes)

Figura 6: Optimización de Financial Supply Chain I

6 © Copyright. Reservados todos los derechos.

 Lección: SAP Receivables Management

Figura 7: Optimización de Financial Supply Chain II

El potencial para optimizar la cadena de suministro financiero "Financial supply chain" se le

atribuye a:
● Los procesos de logística en las organizaciones se han optimizado durante las últimas
décadas. Algunos ejemplos serían la programación precisa de entregas, el desarrollo
paralelo de productos, etc. Esto ha resultado en el ahorro en los costes y la optimización
del proceso. Al mismo tiempo, los procesos financieros de la empresa permanecen
iguales, es decir, los procesos de las áreas de importes pendientes y gestión de créditos se
siguen ejecutando como antes. Esto significa que hay gran potencial de optimización con
SAP Receivables Management.

© Copyright. Reservados todos los derechos. 7

Capítulo 1 : SAP Receivables Management

Figura 8: Definición de Receivables Management

Figura 9: SAP Receivables Management – Escenario del curso

Los componentes de SAP Receivables Management Credit management, Biller direct y

Dispute & Collections Management, que se tratan a lo largo del curso, se representan en el
siguiente escenario B2C (escenario de cliente particular)
● Al crear un pedido de cliente (SO) para un cliente en el componente SAP Comercial (SAP
Sales), la solvencia del cliente(CW) se verifica online mediante SAP Credit
Managementposteriormente, el orden se procesa y libera en SAP Sales si existe un
bloqueo fijado en SAP Credit Management.

8 © Copyright. Reservados todos los derechos.

 Lección: SAP Receivables Management

● El pedido de cliente se factura por medios electrónicos mediante SAP Biller Direct; los
pagos y reclamaciones que el cliente ha indicado mediante SAP Biller Direct se procesan
con las aplicaciones integradas SAP Financial Accounting (SAP Financials) y SAP Dispute
Management.
● SAP Dispute Management se utiliza para aclarar problemas del cliente que se han
introducido a través de SAP Biller Direct.
● SAP Collections Management se utiliza para la comunicación activa con respecto a los
créditos atrasados que resultaron del pedido de cliente. Los créditos para el pedido de
cliente se compensan mediante el pago de un cliente.

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Definir la Gestión de Cuentas por cobrar "Receivables Management"
● Explicar el contenido funcional de los componentes de SAP Receivables Management
● Comprender el escenario empresarial utilizado en este curso para explicar las funciones
de los componentes de SAP Receivables Management

© Copyright. Reservados todos los derechos. 9

Capítulo 1 : SAP Receivables Management

10 © Copyright. Reservados todos los derechos.

CAPÍTULO 2 SAP Credit Management

Lección 1
SAP Credit Management – Resumen 13

Lección 2
Datos de crédito 19

Lección 3
Integración de procesos 27

Lección 4
Marco de mejora flexible 35

Lección 5
Información de crédito externa 41

Lección 6
Gestión de informes y modificaciones en masa 45

Lección 7
Integración de SAP NetWeaver BI y el Portal 49

OBJETIVOS DEL CAPÍTULO

● Definir "SAP Credit Management" Gestión de créditos (como parte de SAP Receivables
Management)
● Enumerar los puntos problemáticos actuales en los procesos de gestión de créditos
● Describir cómo gestionar el riesgo de crédito (necesidades)
● Enumerar las funciones y características de SAP Credit Management
● Explicar el escenario (entorno) de la gestión de créditos centralizada
● Describir los procesos que están cubiertos por SAP Credit Management

© Copyright. Reservados todos los derechos. 11

Capítulo 2 : SAP Credit Management

● Explica qué tipo de datos de gestión de créditos se organiza dentro de SAP Business
Partner, que es: el perfil crediticio para el almacenamiento central de datos referentes a la
evaluación del riesgo de un deudor (valoración interna, clase de riesgo, valoración externa,
regla de verificación de crédito); la organización de los límites de crédito en segmentos de
crédito, y la posibilidad de establecer jerarquías de deudores mediante relaciones
● Explique la integración de SAP Credit Management en R/3 SD y FI-AR, incluidos: la
actualización de exposición en SAP CM mediante la información pasiva de SD y FI-AR; la
transferencia de la información del comportamiento de pago desde FI-AR a SAP CM
(vector de crédito), y la verificación de crédito en SD
● Describir la posibilidad de ampliar la integración con lógica propia mediante la
implementación de BAdI
● Explicar el uso del caso de crédito para el tratamiento electrónico de solicitudes de límite
de crédito
● Describe la manera de determinar la solvencia/límite utilizando fórmulas y cómo estas
pueden configurarse mediante el Editor de fórmulas
● Describir la funcionalidad y el alcance de la regla de verificación
● Explicar el concepto de constitución de cadenas de procesos con eventos de crédito
● Describir la integración de (múltiples) agencias de crédito externas en SAP Credit
Management
● Explicar la manera de utilizar valoraciones externas en el cálculo de la calificación.
● Describe las capacidades de informes y análisis de SAP Credit Management en el sistema
OLTP como: la creación de listas de alerta temprana y análisis de la exposición para uno o
varios deudores; los informes sobre verificaciones de crédito pasadas de un deudor
● Explicar cómo se utilizan las actualizaciones en masa para distintos fines
● Describe cómo SAP BI se puede utilizar para fines de elaboración de informes y de cálculo
de calificaciones
● Explicar cómo las consultas de SAP BI se usan en el Credit Manager Portal y cómo puede
añadir sus propios informes de BI al Credit Manager Portal

12 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 1
SAP Credit Management – Resumen

RESUMEN DE LA LECCIÓN
Esta lección ofrece un resumen de todo el proceso de gestión de créditos. También muestra
cómo SAP Credit Management puede dar soporte a partes de estos procesos mediante
contenido funcional estándar.

Ejemplo empresarial
Desea analizar si y cómo SAP Credit Management puede ayudar a optimizar los procesos.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Definir "SAP Credit Management" Gestión de créditos (como parte de SAP Receivables
Management)
● Enumerar los puntos problemáticos actuales en los procesos de gestión de créditos
● Describir cómo gestionar el riesgo de crédito (necesidades)
● Enumerar las funciones y características de SAP Credit Management
● Explicar el escenario (entorno) de la gestión de créditos centralizada
● Describir los procesos que están cubiertos por SAP Credit Management

Figura 10: Definición de SAP Credit Management

© Copyright. Reservados todos los derechos. 13

Capítulo 2 : SAP Credit Management

Figura 11: Potencial de optimización en los procesos de gestión de créditos

Figura 12: Margen de beneficios frente a las ventas

Las organizaciones con un margen de beneficio bajo sufren particularmente la probabilidad

de cobro de los créditos de sus entregas y servicios. La remuneración de las pérdidas en
créditos resulta mucho más difícil para organizaciones con poco margen de beneficio que
para organizaciones con más margen de beneficio.

14 © Copyright. Reservados todos los derechos.

 Lección: SAP Credit Management – Resumen

Figura 13: La probabilidad de defecto define la cobertura

Los gestores de créditos a menudo clasifican sus deudores en clases de riesgo, que se
derivan de la calificación del cliente (representa el status de crédito del deudor).
La clase de riesgo dicta cómo se controla y supervisa el riesgo de crédito del deudor. Por lo
tanto, controla la especificación de condiciones de pago, incluida la imputación de destinos
de pago y la provisión de garantía.

Figura 14: Ventas de cliente frente a riesgo de crédito

Acción posible para el deudor A:

© Copyright. Reservados todos los derechos. 15

Capítulo 2 : SAP Credit Management

● Un mayor uso de instrumentos de garantía

● Modificar condiciones de pago

Acción posible para deudor B (óptimo):

● No utilizar instrumentos de garantía
● Mejorar la relación con el deudor

Acción posible para el deudor C:

● Controlar manualmente la transacción
● Modificar la procedimiento de reclamación
● Supervisar de forma continuada el riesgo de crédito

Acción posible para el deudor D:

● Un menor uso de instrumentos de garantía
● Reducir el precio de venta

Figura 15: Proceso de gestión de créditos

16 © Copyright. Reservados todos los derechos.

 Lección: SAP Credit Management – Resumen

Figura 16: Características

Figura 17: Resumen de la integración

Desde el paquete de mejoras EhP5, puede utilizar SAP Credit Management sin tener que
instalar un servidor separado para utilizar SAP NetWeaver Process Orchestration. Esta
opción está disponible no solo en una infraestructura de un sistema sino que también si está
utilizando SAP Credit Management central en una infraestructura de varios sistemas. Los
mensajes se intercambian mediante el uso del log de Web Service Reliable Messaging (WS-

© Copyright. Reservados todos los derechos. 17

Capítulo 2 : SAP Credit Management

RM) que garantiza la transferencia de los mensajes y que se reciban en el orden correcto. La
opción de una conexión punto a punto para Enterprise Services asíncronos solo está
disponible para las operaciones (internas) entre los sistemas SAP Credit Management, SAP
SD y SAP FI-AR.

Figura 18: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Definir "SAP Credit Management" Gestión de créditos (como parte de SAP Receivables
Management)
● Enumerar los puntos problemáticos actuales en los procesos de gestión de créditos
● Describir cómo gestionar el riesgo de crédito (necesidades)
● Enumerar las funciones y características de SAP Credit Management
● Explicar el escenario (entorno) de la gestión de créditos centralizada
● Describir los procesos que están cubiertos por SAP Credit Management

18 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 2
Datos de crédito

RESUMEN DE LA LECCIÓN
En esta lección se describe la organización y almacenamiento de los datos maestros de SAP
Credit Management.

Ejemplo empresarial
Para evaluar un riesgo de crédito del cliente, todos los datos relacionados con los riesgos se
deben almacenar y organizar en el sistema.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explica qué tipo de datos de gestión de créditos se organiza dentro de SAP Business
Partner, que es: el perfil crediticio para el almacenamiento central de datos referentes a la
evaluación del riesgo de un deudor (valoración interna, clase de riesgo, valoración externa,
regla de verificación de crédito); la organización de los límites de crédito en segmentos de
crédito, y la posibilidad de establecer jerarquías de deudores mediante relaciones

Concepto de datos maestros en SAP Credit Management

SAP Credit Management utiliza SAP los registros maestros del interlocutor comercial para
almacenar los datos de crédito relevantes. SAP Business Partner (SAP-BP) es el objeto de
datos maestros central en SAP que representa una persona natural o legal con quien se
pueden establecer relaciones comerciales. SAP Business Partner contiene datos centrales y
neutros de aplicación, como nombre, dirección, enlaces de comunicación y datos bancarios.
SAP Business Partner ofrece una infraestructura abierta para enlazar los atributos
específicos de aplicación del interlocutor comercial. Esto significa que los otros componentes
(núcleo de ERP, componentes del sector, componentes de socios de desarrollo o
componentes propiedad del deudor) pueden incluir fácilmente sus propios datos de
interlocutor comercial específicos de la aplicación.

© Copyright. Reservados todos los derechos. 19

Capítulo 2 : SAP Credit Management

Figura 19: Concepto SAP Business Partner

Cuando se crea un interlocutor comercial, se debe seleccionar la categoría correspondiente

(entrada requerida). La “categoría de interlocutor comercial” es el término usado para
clasificar un interlocutor comercial como persona natural (por ejemplo, un particular), grupo
u organización (entidad legal o parte de una entidad legal, por ejemplo, el departamento). La
categoría de interlocutor comercial determina los campos disponibles para la entrada de
datos. Por ejemplo, si desea crear un interlocutor comercial como organización, uno de los
campos requiere que introduzca la entidad legal. Con una persona, debe introducir el nombre,
los componentes del nombre, sexo, etc. Desde el punto de vista empresarial, este enlace
entre el interlocutor comercial de SAP y otros componentes se consigue mediante el
concepto 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, un interlocutor
comercial (general), interlocutor comercial de SAP Credit Management, gestión de créditos
de interlocutor comercial, socio de contrato (FICA), persona de contacto, prospecto (posible
deudor), etc. Para controlar el campo de definición de status (campos en el registro maestro
del interlocutor comercial que son obligatorios, ocultos, de visualización, opcionales), se
pueden utilizar las clases de interlocutor comercial. Esto le permite, por ejemplo, agrupar los
interlocutores comerciales en función de los criterios que elija.
Para que el interlocutor comercial esté disponible para los componentes que requieren este
registro maestro, debe replicar todos los deudores relevantes desde el sistema de origen
(contabilidad de deudores y, opcionalmente, componente de ventas).
Para ello, puede utilizar la integración de deudor/acreedor (CVI) de la sincronización de datos
maestros de SAP.

20 © Copyright. Reservados todos los derechos.

 Lección: Datos de crédito

Figura 20: Ejemplo: Distribución y replicación de datos maestros mediante CVI

Figura 21: Datos de crédito

Los datos de crédito abarcan todos los datos de interlocutor comercial necesarios para la
supervisión del riesgo de crédito de este interlocutor comercial utilizando las funciones de
SAP Credit Management. El interlocutor comercial de SAP se utiliza en el rol UKM000
(gestión de créditos de interlocutor comercial) para almacenar estos datos en SAP Credit
Management.
Los datos de créditos consisten en los datos del perfil crediticio (datos relevantes para el
crédito que son, por lo general, válidos para el interlocutor comercial) y datos del segmento
de crédito (datos relevantes para el crédito que sólo son válidos para el interlocutor comercial
en un área concreta (en el segmento de crédito)):

© Copyright. Reservados todos los derechos. 21

Capítulo 2 : SAP Credit Management

● El perfil crediticio contiene datos como la regla para la determinación de solvencia/límite,

calificación y, si es necesario, las valoraciones externas de los interlocutores comerciales,
la categoría de riesgo, la regla de verificación para controlar la verificación del límite de
crédito del interlocutor comercial al crear el pedido, las notas y otra información sobre el
interlocutor comercial, por ejemplo, características negativas, seguridad de crédito o
garantía.
● Los datos del segmento de crédito abarcan todos los datos necesarios para la verificación
del crédito al aceptar un pedido de cliente (verificación de la utilización del límite de crédito
y otros criterios) y la decisión de crédito relacionada con el pedido resultante (decisión de
liberación del pedido y condiciones de pago).

Figura 22: Concepto del segmento de crédito

SAP Credit Management proporciona la opción de actualizar varios límites de crédito para un
deudor mediante segmentos de crédito (un límite de crédito para cada segmento de crédito).
El segmento de crédito corresponde a una o varias áreas de control de créditos. Un área de
control de créditos hace referencia a una sociedad o área de ventas, por ejemplo, de acuerdo
con su configuración. Este segmento de crédito se asigna a un segmento de crédito principal
que puede utilizarse para definir un límite de crédito total a nivel de sociedad para el deudor
además de los límites de crédito individuales al “nivel de subsegmento”. En el transcurso de la
verificación del límite de crédito (por ejemplo, creando un pedido):
● La utilización del límite de crédito del deudor en el correspondiente segmento de crédito
(límite de crédito del deudor en este segmento de crédito menos comprometidos con los
deudores que están asignados a este segmento de crédito) se verifican junto con
● La utilización del límite de crédito del deudor en el segmento de crédito principal (el límite
de crédito del deudor en toda la sociedad, menos comprometidos del deudor que tienen
anticipos en términos de toda la sociedad).

22 © Copyright. Reservados todos los derechos.

 Lección: Datos de crédito

Figura 23: Datos del segmento de crédito

Al crear un pedido o entrega para un interlocutor comercial, se utilizan los datos del
segmento de crédito correspondientes de este interlocutor comercial para verificar
● La utilización del límite de crédito actual (límite de crédito - exposición de crédito total,
incluyendo el seguro del crédito y la garantía), el bloqueo fijado manualmente (si lo hay) y
● El historial de pago del interlocutor comercial

Por lo tanto, los datos del segmento de crédito forman la base de la decisión de crédito
relacionada con el pedido para este interlocutor comercial, que incluye la liberación (o no) del
pedido (o entrega o no entrega) y las características del pago y las condiciones de entrega
incluyendo las condiciones de pago (crédito).
La información sobre el historial de pago del interlocutor comercial se resume en la etiqueta
de “Ratios de historial de pagos” y contiene información estándar sobre el nivel de
reclamación más alto, la partida abierta más antigua, el último pago y otros ratios, como el
período de promedio pendiente (DSO) o el mayor volumen de negocios del deudor en los
últimos 12 meses.

© Copyright. Reservados todos los derechos. 23

Capítulo 2 : SAP Credit Management

Figura 24: Relaciones

Puede actualizar relaciones entre diferentes interlocutores comerciales de SAP. En SAP

Credit Management, puede utilizar las siguientes clases de relación, entre otras (en cada caso
se actualizan en el nivel de segmento de crédito):
● Las clases de relación de cuenta de crédito superior de (FUKM001) o Cuenta de crédito
inferior de (TUKM001) se pueden utilizar para definir jerarquías de deudores (hasta un
máximo de 10 jerarquías). Los datos de exposición crediticia de las cuentas de crédito de
nivel inferior se suman al total de la respectiva cuenta de crédito de nivel superior.
● La clase de relación en la gestión de créditos se gestiona por (TUKMSB0) se puede utilizar
para asignar los analistas de crédito responsables (por segmento de crédito) para el
interlocutor comercial. El analista de créditos también debe existir como interlocutor
comercial de SAP (persona) en el rol de Empleado.
● La clase de relación se encuentra en el grupo de analistas de crédito (TUKMSBG) sirve para
organizar los analistas de crédito en grupos.

Figura 25: Resumen

24 © Copyright. Reservados todos los derechos.

 Lección: Datos de crédito

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explica qué tipo de datos de gestión de créditos se organiza dentro de SAP Business
Partner, que es: el perfil crediticio para el almacenamiento central de datos referentes a la
evaluación del riesgo de un deudor (valoración interna, clase de riesgo, valoración externa,
regla de verificación de crédito); la organización de los límites de crédito en segmentos de
crédito, y la posibilidad de establecer jerarquías de deudores mediante relaciones

© Copyright. Reservados todos los derechos. 25

Capítulo 2 : SAP Credit Management

26 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 3
Integración de procesos

RESUMEN DE LA LECCIÓN
Esta lección proporciona un resumen las opciones de integración de SAP Gestión de créditos
con otros sistemas y procesos.

Ejemplo empresarial
La integración de Gestión de créditos con otros sistemas y procesos es necesaria para
permitir decisiones de crédito rápidas y fiables cuando se crea un pedido de cliente.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explique la integración de SAP Credit Management en R/3 SD y FI-AR, incluidos: la
actualización de exposición en SAP CM mediante la información pasiva de SD y FI-AR; la
transferencia de la información del comportamiento de pago desde FI-AR a SAP CM
(vector de crédito), y la verificación de crédito en SD
● Describir la posibilidad de ampliar la integración con lógica propia mediante la
implementación de BAdI
● Explicar el uso del caso de crédito para el tratamiento electrónico de solicitudes de límite
de crédito

Figura 26: Actualizar datos del segmento de crédito

© Copyright. Reservados todos los derechos. 27

Capítulo 2 : SAP Credit Management

En esta sección se examina el componente subrayado del escenario B2C en cuestión

(escenario de cliente privado).

Figura 27: Actualizar datos de comprometidos

Al crear un pedido de cliente, una entrega y una factura en el sistema SAP SD, se actualizan
automáticamente los correspondientes datos de comprometidos de ventas en SAP Credit
Management.
La actualización de la utilización de SAP Credit Management según los datos del sistema de
contabilidad de SAP debe activarse manualmente mediante un informe
(UKM_TRANSFER_ITEMS). Aquí, todos los elementos FI que aún no han sido transportados a
SAP Credit Management (modo normal) o todas las posiciones FI actuales (modo de
reestructuración) se transfieren a SAP Credit Management.

Nota:
La actualización de la utilización del crédito al crear una entrega en SAP Comercial
solo está disponible como una función estándar en SAP Comercial a partir de SAP
ERP 6.0.

28 © Copyright. Reservados todos los derechos.

 Lección: Integración de procesos

Figura 28: Actualizar historial de pagos

Figura 29: Configuración de la actualización

El BADI_SD_CM y el UKM_FILL de SAP BAdIs se utilizan para configurar la integración del

sistema SAP Comercial y SAP Gestión financiera. Esta configuración se puede utilizar para
derivar y calcular determinados ratios financieros para la actualización del historial de pagos
en SAP Credit Management.
La implementación del UKM_COMMITMENT_PUSH y UKM_VECTOR_PUSH de BAdI no es
obligatoria. BAdI solo requiere una implementación si se realiza una modificación del registro
de comprometido o el vector de crédito.

© Copyright. Reservados todos los derechos. 29

Capítulo 2 : SAP Credit Management

Figura 30: Verificación de crédito en SAP Comercial

1. Al crear o modificar el pedido de cliente, o al crear o modificar una entrega de

contabilización de una salida de mercancías, la clase de riesgo actual del cliente primero
se solicita en SAP Credit Management.

2. La verificación de crédito en SAP Credit Management es llamada, si el control de

créditos automático se fija como corresponde en los componentes de SAP Comercial.
(debe haber una entrada de configuración correspondiente para el área de control de
créditos del documento de ventas actual, que está asignado al grupo de créditos de
consultar el documento de ventas y la clase de riesgo).

3. SAP Credit Management realiza la verificación del crédito de acuerdo con la regla de
verificación almacenada en el perfil de crédito y envía el resultado de la verificación de
vuelta al sistema comercial.

4. El estado de crédito del documento de ventas se establece en “bloqueado” en caso de un

resultado negativo (según la configuración en el control de créditos automático en el
componente comercial de SAP).
Mediante el informe UKM_LOGS_DISPLAY, es posible visualizar un protocolo de
verificación del crédito detallado. El protocolo muestra cada paso de la verificación del
crédito para cada segmento de crédito de acuerdo con la regla de verificación almacenada
en los datos maestros de cliente. Mediante DCD (transacción UKM_CASE), es posible
visualizar y liberar pedidos bloqueados.

5. +6. Después de almacenar el documento de ventas en la base de datos (como liberado), el

comprometido se actualiza en la misma medida en SAP Credit Management

La verificación del crédito se realiza de manera sincronizada, la actualización del

comprometido es asíncrono.

30 © Copyright. Reservados todos los derechos.

 Lección: Integración de procesos

Figura 31: Aplicación de límite de crédito (caso de crédito)

El caso de crédito permite a las organizaciones procesar aplicaciones de límite de crédito, que
se envían desde ventas al departamento de gestión de créditos.
Un caso de crédito puede desencadenar un workflow.
Un caso de crédito puede ampliarse fácilmente con campos específicos de usuario.

Figura 32: Integración con el perfil crediticio

Cuando se crea una aplicación de límite de crédito, ciertos datos se cargan automáticamente
en el caso de crédito desde el registro maestro de deudores (vea la figura anterior).

© Copyright. Reservados todos los derechos. 31

Capítulo 2 : SAP Credit Management

Figura 33: Por ejemplo, aplicación de límite de crédito con caso de crédito

Figura 34: Resumen

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explique la integración de SAP Credit Management en R/3 SD y FI-AR, incluidos: la
actualización de exposición en SAP CM mediante la información pasiva de SD y FI-AR; la
transferencia de la información del comportamiento de pago desde FI-AR a SAP CM
(vector de crédito), y la verificación de crédito en SD

32 © Copyright. Reservados todos los derechos.

 Lección: Integración de procesos

● Describir la posibilidad de ampliar la integración con lógica propia mediante la

implementación de BAdI
● Explicar el uso del caso de crédito para el tratamiento electrónico de solicitudes de límite
de crédito

© Copyright. Reservados todos los derechos. 33

Capítulo 2 : SAP Credit Management

34 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 4
Marco de mejora flexible

RESUMEN DE LA LECCIÓN
Esta lección ofrece un resumen de las posibilidades para optimizar el proceso de gestión de
créditos y para ajustar las necesidades específicas del cliente.

Ejemplo empresarial
Un marco de mejora flexible permite la optimización específica y la automatización de los
procesos de gestión de créditos para empresas.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describe la manera de determinar la solvencia/límite utilizando fórmulas y cómo estas
pueden configurarse mediante el Editor de fórmulas
● Describir la funcionalidad y el alcance de la regla de verificación
● Explicar el concepto de constitución de cadenas de procesos con eventos de crédito

Figura 35: Control de evaluación de riesgos

© Copyright. Reservados todos los derechos. 35

Capítulo 2 : SAP Credit Management

Figura 36: Editor de fórmulas

Una fórmula de calificación o de límite de crédito se deriva a partir de varios pasos de cálculo.
Un paso de fórmula puede ser:
● Una condición (verificación del valor)
● Una sustitución (parametrización del valor de calificación)
● Una excepción (ignorar el cálculo)

Una fórmula utiliza:

● Parámetros (valores rellenados en tiempo de ejecución)
● Funciones

Puede ampliar las funciones y los parámetros al implementar BAdI específicos de deudor.

Figura 37: Fórmula de calificación

36 © Copyright. Reservados todos los derechos.

 Lección: Marco de mejora flexible

Figura 38: Formula de límite de crédito

Figura 39: Regla de verificación

© Copyright. Reservados todos los derechos. 37

Capítulo 2 : SAP Credit Management

Figura 40: Eventos y acciones posteriores

Figura 41: Resumen

Debate dirigido

38 © Copyright. Reservados todos los derechos.

 Lección: Marco de mejora flexible

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describe la manera de determinar la solvencia/límite utilizando fórmulas y cómo estas
pueden configurarse mediante el Editor de fórmulas
● Describir la funcionalidad y el alcance de la regla de verificación
● Explicar el concepto de constitución de cadenas de procesos con eventos de crédito

© Copyright. Reservados todos los derechos. 39

Capítulo 2 : SAP Credit Management

40 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 5
Información de crédito externa

RESUMEN DE LA LECCIÓN
Este módulo resume la integración de proveedores de información externos en los procesos
de gestión de créditos con SAP Credit Management.

Ejemplo empresarial
La información de crédito externa puede realizar una contribución esencial a la evaluación del
riesgo global de un interlocutor comercial.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir la integración de (múltiples) agencias de crédito externas en SAP Credit
Management
● Explicar la manera de utilizar valoraciones externas en el cálculo de la calificación.

Figura 42: Integración de agencia de crédito externa

1. Un informe de crédito se puede solicitar directamente desde el maestro de deudores del

servidorSAP Gestión de créditos La solicitud, incluido el ID de cliente, se envía a la agencia
de crédito a través de Internet. La agencia de crédito, a continuación, devuelve el informe
de crédito correspondiente.

© Copyright. Reservados todos los derechos. 41

Capítulo 2 : SAP Credit Management

2. Las agencias de crédito ofrecen a las organizaciones “servicios de supervisión”, lo que

significa que si se modifica información relevante de deudor, la agencia envía un informe
de crédito a la organización si que esta tenga que solicitarlo. Al configurar el SAP PO, el
escenario se realiza del modo siguiente: El informe de crédito se envía a un buzón de
entrada específico de la organización, a continuación se escanea periódicamente
mediante SAP PO y el informe se lee automáticamente en SAP Gestión de créditos.

3. El informe de crédito (documento XML) se graba en el maestro de deudores en SAP

Gestión de créditos.

4. Además, el sistema lee la valoración externa que se incluye en el informe de crédito, que
luego se graba en el maestro de deudores (Perfil crediticio: valoraciones externas). Al
ampliar la interfaz XML y configurar SAP Business Partner, puede importar otros datos
(como datos de balance contable) y completar los campos de SAP Business Partner
automáticamente.

Cada proveedor de información basado en XML se puede conectar a SAP Credit Management
"Gestión de Créditos". En el futuro, la asignación XML específica de los interlocutores de SAP
para conectarse estará disponible como contenido de PO.

Figura 43: Integración de agencias de crédito externas II

Si no tiene el ID de cliente, puede utilizar la SAP Credit Management para enviar una petición
de ID de cliente a la interfaz XML de la agencia de crédito antes de solicitar el informe de
crédito.
Puede iniciar esta solicitud directamente desde los datos maestros del interlocutor comercial.
Si el interlocutor comercial se encuentra en la base de datos de la agencia de crédito, se
transfiere el ID de cliente correspondiente y puede grabarse directamente en el registro
maestro de interlocutores comerciales.

42 © Copyright. Reservados todos los derechos.

 Lección: Información de crédito externa

Figura 44: Ejemplo: Integración de D&B/reforma de crédito

Figura 45: Importar solvencias desde SAP FI-CA

La solvencia FI-CA se trata como una valoración externa en SAP Gestión de créditos Debe
activar la integración con SAP Credit Management en el sistema FI-CA.

© Copyright. Reservados todos los derechos. 43

Capítulo 2 : SAP Credit Management

Figura 46: Integración de las valoraciones externas en la fórmula de solvencia

Figura 47: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir la integración de (múltiples) agencias de crédito externas en SAP Credit
Management
● Explicar la manera de utilizar valoraciones externas en el cálculo de la calificación.

44 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 6
Gestión de informes y modificaciones en masa

RESUMEN DE LA LECCIÓN
Esta lección explica cómo actualizar en masa los datos maestros en SAP Credit Management.
Hay diversos informes disponibles para evaluar datos relevantes para el límite de crédito.

Ejemplo empresarial
Los informes de gestión de créditos ayudan a identificar clientes con un gran riesgo de crédito
y a descubrir más potenciales para la mejora de los procesos de gestión de créditos.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describe las capacidades de informes y análisis de SAP Credit Management en el sistema
OLTP como: la creación de listas de alerta temprana y análisis de la exposición para uno o
varios deudores; los informes sobre verificaciones de crédito pasadas de un deudor
● Explicar cómo se utilizan las actualizaciones en masa para distintos fines

Figura 48: Gestión de informes I

© Copyright. Reservados todos los derechos. 45

Capítulo 2 : SAP Credit Management

SAP recomienda trabajar con los diseños del ALV (ABAP List Viewer) para que el sistema no
muestre campos vacíos.
Puede utilizar el informe de utilización de límite de crédito para fijar valores umbral que inicien
una lista de alerta (por ejemplo, de todos los deudores con un comprometido superior al
80%).

Figura 49: Gestión de informes II

Figura 50: Modificaciones en masa

Al visualizar los resultados de modificación, el sistema muestra solo las entradas

modificadas.

46 © Copyright. Reservados todos los derechos.

 Lección: Gestión de informes y modificaciones en masa

Figura 51: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describe las capacidades de informes y análisis de SAP Credit Management en el sistema
OLTP como: la creación de listas de alerta temprana y análisis de la exposición para uno o
varios deudores; los informes sobre verificaciones de crédito pasadas de un deudor
● Explicar cómo se utilizan las actualizaciones en masa para distintos fines

© Copyright. Reservados todos los derechos. 47

Capítulo 2 : SAP Credit Management

48 © Copyright. Reservados todos los derechos.

 Capítulo 2
Lección 7
Integración de SAP NetWeaver BI y el Portal

RESUMEN DE LA LECCIÓN
Este módulo resume la integración de SAP Credit Management con SAP NetWeaver Business
Intelligence (SAP BI) y SAP Enterprise Portal.

Ejemplo empresarial
La integración de Credit Management con BI y Portal ofrece más opciones para mejorar el
proceso de gestión de créditos.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describe cómo SAP BI se puede utilizar para fines de elaboración de informes y de cálculo
de calificaciones
● Explicar cómo las consultas de SAP BI se usan en el Credit Manager Portal y cómo puede
añadir sus propios informes de BI al Credit Manager Portal

Figura 52: Extractores SAP BI

© Copyright. Reservados todos los derechos. 49

Capítulo 2 : SAP Credit Management

Figura 53: Contenido SAP BI

Figura 54: Proceso de análisis de SAP BI

50 © Copyright. Reservados todos los derechos.

 Lección: Integración de SAP NetWeaver BI y el Portal

Figura 55: Credit Manager Portal

Al utilizar el inicio de sesión único (SSO) en el Enterprise Portal 6.0, puede visualizar la
información de diferentes sistemas de origen en una única página web. Se pueden incluir
servicios externos basados en HTML en el rol del gestor de créditos (por ejemplo, búsqueda
de número DUNS).
Puede definir sus propias iViews además de las que vienen en el Business Package (BP). El BP
para SAP Credit Management 60.1 está disponible en https://www.sdn.sap.com/sdn/
contentportfolio.sdn y contiene las iViews siguientes:
● Utilización del crédito por país (absolutos)
● Utilización del crédito por país (porcentaje)
● Carpeta/cartera
● Perfil de riesgo
● Historial del límite de crédito
● Lista de alerta temprana
● Datos maestros de interlocutor comercial

© Copyright. Reservados todos los derechos. 51

Capítulo 2 : SAP Credit Management

Figura 56: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describe cómo SAP BI se puede utilizar para fines de elaboración de informes y de cálculo
de calificaciones
● Explicar cómo las consultas de SAP BI se usan en el Credit Manager Portal y cómo puede
añadir sus propios informes de BI al Credit Manager Portal

52 © Copyright. Reservados todos los derechos.

CAPÍTULO 3 SAP Biller Direct

Lección 1
Resumen 55

Lección 2
Gestión de usuarios 63

Lección 3
Funciones en el escenario B2C 73

Lección 4
Funciones en el escenario B2B 81

Lección 5
Comunicación con el deudor 89

Lección 6
Integración de SAP NetWeaver BI 93

OBJETIVOS DEL CAPÍTULO

● Definir SAP Biller Direct (como parte de SAP Receivables Management)

● Estado la motivación empresarial y los beneficios de SAP Biller Direct
● Describir los diversos procesos empresariales de SAP BD
● Describir los diferentes tipos de usuario en SAP BD
● Explicar los conceptos de diversa información de SAP BD
● Describir las diversas formas de visualizar las facturas
● Describir los métodos de pago
● Describir la visualización de saldos en SAP BD
● Explicar el proceso de reconciliación de saldos en SAP BD

© Copyright. Reservados todos los derechos. 53

Capítulo 3 : SAP Biller Direct

● Explicar los métodos de comunicación con los deudores

● Describir cómo se puede utilizar SAP BI para fines de gestión de informes

54 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 1
Resumen

RESUMEN DE LA LECCIÓN
Este módulo proporciona un resumen del componente SAP Biller Direct de SAP Receivables
Management y cómo puede ayudar a optimizar los procesos de una empresa.

Ejemplo empresarial
Desea analizar si y cómo SAP Biller Direct puede ayudar a optimizar los procesos.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Definir SAP Biller Direct (como parte de SAP Receivables Management)
● Estado la motivación empresarial y los beneficios de SAP Biller Direct
● Describir los diversos procesos empresariales de SAP BD

Figura 57: Definición de SAP Biller Direct

© Copyright. Reservados todos los derechos. 55

Capítulo 3 : SAP Biller Direct

Figura 58: Definición de EBPP

Figura 59: Biller Direct: potencial de optimización relevante

56 © Copyright. Reservados todos los derechos.

 Lección: Resumen

Figura 60: SAP Biller Direct: Características

Figura 61: SAP Biller Direct (B2C): Funciones

La siguiente unidad explica las funciones del área B2C de forma más detallada.

© Copyright. Reservados todos los derechos. 57

Capítulo 3 : SAP Biller Direct

Figura 62: SAP Biller Direct (B2B): Características

Figura 63: SAP Biller Direct: Escenario B2C (resumen)

Este gráfico describe cómo en un escenario Business-to-Customer, el cliente puede utilizar

SAP Biller Direct en el portal Biller de empresa para visualizar y liberar facturas.
La siguiente unidad se centra en las funciones de este escenario B2C.

58 © Copyright. Reservados todos los derechos.

 Lección: Resumen

Figura 64: SAP Biller Direct: Escenario B2B (asignación de partidas individuales)

Este gráfico describe cómo un destinatario de la factura y un Biller cooperan para resolver
casos de clarificación que han surgido como resultado de problemas en la asignación de
pagos a partidas abiertas en un escenario Business-to-Business.
A menudo, en los procesos empresariales, hay cierta inseguridad sobre la finalidad de los
pagos entrantes. SAP Biller Direct también proporciona una función eficaz para este
escenario, junto con SAP Contabilidad de deudores. Esto lleva a procesos empresariales más
eficientes y evita la comunicación redundante entre los interlocutores comerciales. En la
página de portal del Biller, el usuario puede ver una comparación con una estructura clara de
los pagos que éste ha realizado y las facturas pendientes. Los usuarios pueden asignarse
pagos y facturas a si mismos, pueden adjuntar comentarios si hay alguna discrepancia y
enviar las asignaciones finalizadas a sus interlocutores comerciales. Un aviso de pago se crea
inicialmente con este fin en la contabilidad de deudores en el back end de SAP.
Los usuarios de SAP Biller Direct pueden ver los avisos que han creado y que el Biller aún no
ha contabilizado. Hasta que se contabiliza un aviso en la contabilidad de deudores, los
usuarios pueden seguir tratándolo o eliminarlo. Después de que se borre, la factura y el pago
reaparecen en la lista de partidas abiertas.

© Copyright. Reservados todos los derechos. 59

Capítulo 3 : SAP Biller Direct

Figura 65: SAP Biller Direct: Escenario B2B (informes para interlocutores)

Este gráfico describe como los Billers pueden proporcionar a sus deudores información de
cuenta por internet en un escenario Business-to-Business.

Figura 66: SAP Biller Direct: Escenario de mantenimiento de datos maestros

Este gráfico describe cómo las empresas pueden usar SAP Biller Direct para ofrecer a sus
clientes escenarios de autoservicio para ajustar los datos maestros de deudores y para
configurar diferentes preferencias.

60 © Copyright. Reservados todos los derechos.

 Lección: Resumen

Figura 67: Conclusión

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Definir SAP Biller Direct (como parte de SAP Receivables Management)
● Estado la motivación empresarial y los beneficios de SAP Biller Direct
● Describir los diversos procesos empresariales de SAP BD

© Copyright. Reservados todos los derechos. 61

Capítulo 3 : SAP Biller Direct

62 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 2
Gestión de usuarios

RESUMEN DE LA LECCIÓN
Esta lección describe cómo y qué usuarios tienen que estar definidos y organizados para
implementar SAP Biller Direct.

Ejemplo empresarial
Quiere analizar que usuarios y cómo tienen que estar definidos para poder implementar el
escenario Biller Direct requeridos por su empresa.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir los diferentes tipos de usuario en SAP BD
● Explicar los conceptos de diversa información de SAP BD

Figura 68: Tipos de usuario en SAP Biller Direct

En SAP Biller Direct, existen las siguientes clases de usuarios:

● Usuario web: Usuario que accede a través del navegador web y procesa los datos desde
allí (por ejemplo, el responsable de contabilidad de un interlocutor comercial que paga las
facturas a través del navegador web); el usuario web se crea como un usuario en fondo, sin
embargo, no se pueden asignar roles individuales o perfiles a esta persona.

© Copyright. Reservados todos los derechos. 63

Capítulo 3 : SAP Biller Direct

● Usuario de referencia (también usuario de comunicación): un usuario en fondo (atributo:

“usuario de referencia”) asignado al usuario web en la actualización de datos maestros y a
quién se le deben asignar las autorizaciones y roles del usuario Web (por ejemplo, se
puede crear un usuario de comunicación por separado para acceso de solo lectura). Por
motivos de rendimiento, los perfiles de autorización no se asignan directamente al registro
maestro de usuario de los usuarios web individuales, estos se asignan indirectamente
mediante usuarios de referencia.
● Usuario pool: Un usuario técnico a través del cual se ejecuta la transferencia de datos;
utilizado para el acceso de lectura (o, en algunas situaciones, también de escritura) en
fondo (mejor rendimiento y control de carga).

Para gestionar los usuarios web que visualizan y pagar sus facturas a través de SAP Biller
Direct, debe realizar las siguientes parametrizaciones en los datos maestros:
● Un registro maestro de usuario para cada usuario web: Para cada usuario web que tenga
acceso a la contabilidad de deudores, debe crear un registro maestro de usuario, que esté
asignado al deudor asociado (mediante referencias a objeto BUS3007) y un usuario de
referencia correspondiente a las autorizaciones necesarias.
● Varios registros maestros de usuarios de referencia: Se crea un registro maestro de
usuarios de referencia para cada perfil de autorización.
● Un registro maestro de usuario pool: se utiliza para los accesos de lectura en el proceso de
fondo; agrupando los usuarios web que solo requieran funciones de visualización, puede
mejorar el rendimiento sin riesgo de poner en entredicho la seguridad de los datos.

Figura 69: Conexiones agrupadas

Los accesos “de lectura” que no conducen a ninguna modificación de datos en fondo se
procesan mediante una “conexión agrupada”. En el caso de “conexiones agrupadas”, la
conexión RFC de la interfaz del Biller Direct (Web Application Server) en fondo de la Gestión
financiera (SAP Application Server) no se termina ya que no es necesaria (cuando el usuario
cierre sesión, por ejemplo). En su lugar, la conexión RFC se graba en un “pool” de conexiones

64 © Copyright. Reservados todos los derechos.

 Lección: Gestión de usuarios

RFC existentes entre la interfaz del Biller Direct y el proceso de fondo de la Gestión financiera.
Y se utiliza para la siguiente solicitud. Esto significa que las cargas se controlan mejor y se
mejora el rendimiento.
Por lo tanto, las “conexiones agrupadas” no utilizan el uso del usuario web actual del Biller
Direct; en su lugar, utilizan los “usuarios pool”, un usuario de servicio técnico. Este usuario
tiene una contraseña y perfil de autorización separados. Por lo tanto, todos los accesos como
parte de una conexión agrupada se realizan bajo el nombre y las autorizaciones de usuario
pool.

Figura 70: Conexiones nombradas

Los accesos “de escritura” que modifican tablas en el proceso de fondo se llevan a cabo
utilizando una “conexión nombrada” para fines de inicio de sesión. Esto significa que una
conexión RFC se utiliza nombrada después que el usuario del Biller Direct que está
actualmente conectado. Esto incluye acciones como desencadenar o detener pagos o crear
reclamaciones o casos de clarificación mediante Biller Direct.
Para la “conexión nombrada”, la aplicación SAP Biller Direct abre una conexión RFC separada
en fondo para cada usuario web. Esta conexión solo existe durante la duración de la “acción
escribir” (como el pago parcial de una factura).
La “conexión nombrada” garantiza que todas las verificaciones de autorización necesarias se
lleven a cabo para el usuario del Biller Direct que está conectado y que todos los documentos
de modificación se asignen al usuario actual del Biller Direct.
Las “Conexiones nombradas” requieren más recursos (conexiones de red, memoria) que las
“conexiones agrupadas” y también tienen una reducción del rendimiento (la conexión RFC
con el proceso de fondo se inicia y detiene constantemente), en parte a causa de la mayor
carga del fondo.

© Copyright. Reservados todos los derechos. 65

Capítulo 3 : SAP Biller Direct

Figura 71: Acceso de usuario a SAP Biller Direct

En el escenario que se muestra aquí, los usuarios web se crean en el sistema SAP ERP
directamente:
● Todos los usuarios web se autentican con sus cuentas de usuario web (nombre de usuario,
contraseña) almacenados en el sistema SAP ERP.
● Durante la entrada en el sistema, las autorizaciones correspondientes se exportan
mediante la interfaz Java del usuario de referencia asignado al usuario web.
● Los deudores que pertenecen al usuario web (asignado durante la actualización de los
datos maestros) se exportan desde tabla USAPPLREF en el sistema SAP ERP.

66 © Copyright. Reservados todos los derechos.

 Lección: Gestión de usuarios

Figura 72: Acceso de usuario mediante UME

SAP Biller Direct también admite la autenticación de servicios de directorio externo (LDAP).
En este caso, los datos sobre un usuario se graban en un servidor al que se accede a través
del LDAP (Protocolo Ligero de Acceso a Directorios), no en el sistema SAP ERP. LDAP fue
concebido como un estándar abierto para servicios de directorio global o local en una red o en
Internet. En principio, este trata un directorio como agenda de teléfonos. Los directorios
están diseñados para soportar un gran volumen de solicitudes, pero los datos de cada
directorio no se modifican muy a menudo. LDAP es, por lo tanto, la solución recomendada
para asignar un gran número de usuarios:
● está optimizado para leer un gran número de usuarios.
● tiene un mejor rendimiento que la administración de usuario de SAP (con sus restricciones
técnicas).
● incluye la externalización de datos de usuario del sistema SAP, facilitando la
administración de datos de usuario.

Todos los usuarios web se autentican en el User Management Engine (UME). Las
parametrizaciones en UME especifican qué datos se almacenan en la base de datos de la
empresa, si se utiliza LDAP y qué datos deben almacenarse en el LDAP.
Normalmente, si se usa LDAP, el ID de usuario y la contraseña del LDAP y los deudores/
interlocutores comerciales asociados, junto con la sociedad y el usuario de referencia, se leen
desde la base de datos (independiente los pasos 1 y 2).
El usuario de referencia que se ha identificado ahora se utiliza para leer las autorizaciones del
sistema SAP ERP (paso 3), que serán procesadas en la interfaz de SAP Biller Direct. (Paso 4).

© Copyright. Reservados todos los derechos. 67

Capítulo 3 : SAP Biller Direct

Figura 73: Autentificación del usuario Web

Todos los usuarios web que visualizan y pagan facturas a través de SAP Biller Direct deben
autenticarse. Se puede hacer de la siguiente manera:
● El usuario web introduce un nombre de usuario y una contraseña. A continuación, el
sistema realiza una verificación de autenticación con el registro maestro de usuario (de el
usuario web), que se crea en el sistema de fondo.
● Se transfiere un tiquet de inicio de sesión único (tiquet SAP SSO2). Si el usuario web ya
está conectado a un portal y llama a SAP Biller Direct en este portal no tendrá que volver a
iniciar sesión si el portal soporta el tiquet SAP SSO2. El sistema del portal (por ejemplo,
SAP Workplace) ya ha autenticado el usuario y mantiene los datos de usuario en forma de
certificado X.509. SAP Biller Direct evalúa a continuación este tiquet SSO2 y garantiza el
acceso del usuario.

Figura 74: Administración de usuarios mediante UME

68 © Copyright. Reservados todos los derechos.

 Lección: Gestión de usuarios

Figura 75: Administrador de la empresa

El administrador de la empresa del User Management Engine (UME) puede utilizarse para
agrupar usuarios SAP Biller Direct en empresas. Las autorizaciones se pueden utilizar para
especificar los administradores, que se asignan exactamente a una empresa y que pueden
gestionar los usuarios de la empresa.
SAP Biller Direct utiliza este concepto para especificar uno (o varios) administrador/es para
cada empresa que recibe facturas mediante el Biller Direct (escenario B2B). Cada
administrador de la empresa puede crear, actualizar o borrar usuarios de los que es
responsable (es decir, de los usuarios que están asignados a la misma “empresa” que el
administrador).

© Copyright. Reservados todos los derechos. 69

Capítulo 3 : SAP Biller Direct

Figura 76: Actualización de subobjetos en SAP Biller Direct

Antes de SAP Biller Direct, solo era posible visualizar facturas asignadas al “Pagador SD”
(deudor de contabilidad financiera). Ahora, SAP ofrece un concepto de ampliación que hace
posible crear cualquier tipo de subobjeto para un deudor (como destinatario de factura,
subsidiaria, destinatario de envío) y para hacer disponibles estos objetos filtrados a través de
SAP Biller Direct.
Existen dos escenarios principales en los que se puede utilizar esta función para mejorar el
efecto:
● Representar jerarquías de oficina central - subsidiaria
● Representar diferentes roles SD (destinatario de factura/ destinatario de envío/
solicitante) además del rol de “pagador”.

El concepto de ampliación de SAP para los procesos de fondo de FI-AR utiliza dos add-ins
empresariales: EBPP_USAPPLREF y APAR_EBPP_GET_DATA.
Si se utiliza FI-CA, los eventos existentes (como 1237, 1245) se utilizan para esta ampliación.

70 © Copyright. Reservados todos los derechos.

 Lección: Gestión de usuarios

Figura 77: Resumen

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir los diferentes tipos de usuario en SAP BD
● Explicar los conceptos de diversa información de SAP BD

© Copyright. Reservados todos los derechos. 71

Capítulo 3 : SAP Biller Direct

72 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 3
Funciones en el escenario B2C

RESUMEN DE LA LECCIÓN
Estas lecciones proporcionan un resumen de las funciones proporcionadas por SAP Biller
Direct en un escenario B2C.

Ejemplo empresarial
Los clientes privados de su empresa visualizan sus facturas y autorizan los pagos
correspondientes a través del portal de SAP Biller Direct.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir las diversas formas de visualizar las facturas
● Describir los métodos de pago

Figura 78: Visualizar objetos en SAP Biller Direct

Los siguientes objetos de Contabilidad de deudores de SAP u otros componentes se

visualizan en SAP Biller Direct:

© Copyright. Reservados todos los derechos. 73

Capítulo 3 : SAP Biller Direct

● Facturas: pueden proceder de diferentes componentes de facturación (por ejemplo, SAP

Ventas o CRM). Para visualizar las facturas en la aplicación Web, los componentes
transfieren sus datos de facturación a una interfaz compartida.
● Partidas abiertas: partidas en la cuenta de deudor de Contabilidad de deudores de SAP
(créditos pendientes, pagos efectuados, abonos, pagos a cuentas, anticipos y efectos)
● Las consultas/reclamaciones de un cliente registrado a través de SAP Biller Direct se
almacenan en la cuenta de deudor como texto para la factura original o como caso de
clarificación en SAP Dispute Management.
● Datos maestros: (por ejemplo, direcciones, detalles bancarios, parámetros de control) se
visualizan principalmente en los campos de datos maestros.

Figura 79: Actualizar datos de usuario en SAP Biller Direct

Junto con la dirección, los datos bancarios, etc., se visualizan los siguientes parámetros de
control y se gestionan en los datos de usuario en SAP Biller Direct:
● Notificación de una nueva factura o abono
● Clase de notificación (mensaje de texto, correo electrónico) y direcciones
correspondientes
● Período de notificación
● Creación adicional de una factura en papel

Si modifica los datos maestros en la aplicación Web (por ejemplo, crea nuevos bancarios o
detalles de la tarjeta de crédito para su pago o en los datos de usuario), los objetos de datos
maestros correspondientes se actualizan inmediatamente en el sistema de back end de SAP.
Así pues, si modifica la dirección del deudor, por ejemplo, la dirección se modifica

74 © Copyright. Reservados todos los derechos.

 Lección: Funciones en el escenario B2C

inmediatamente en el sistema SAP ERP y se definen los datos maestros de un nuevo banco o
tarjeta de crédito inmediatamente para el cliente de SAP.
Además de estas actualizaciones inmediatas en el sistema SAP, puede configurar el uso de
una solicitud de servicio interno para las modificaciones de datos maestros, de manera que
un procesador junto con el Biller debe liberar primero los cambios antes de que surtan efecto.
Si un cliente añade nuevos datos maestros bancarios o de tarjeta de crédito, se lleva a cabo
una verificación de admisibilidad en el sistema SAP. Por ejemplo, se comprueba la validez del
número bancario y el número de cuenta o si un número de tarjeta de crédito pertenece a la
organización de tarjeta de crédito correcta (esto se realiza mediante el dígito de verificación
de la tarjeta de crédito).

Figura 80: Visualizar facturas: Vista estándar

En modo estándar, un cliente puede utilizar SAP Biller Direct para:

● Seleccione facturas individuales
● Compense abonos (de manera individual o conjunta)
● Pague facturas parcial o totalmente

© Copyright. Reservados todos los derechos. 75

Capítulo 3 : SAP Biller Direct

Figura 81: Descargar facturas (PDF y XML)

SAP Biller Direct permite descargar una o más facturas (opcionalmente con el fichero PDF de
la factura) como fichero XML de SAP. Todos los ficheros se graban como ficheros ZIP con
fecha en el disco duro local.

Figura 82: Visualizar detalles de factura

En la visualización detallada de una factura, el deudor puede, por ejemplo, visualizar los
importes de pago y los abonos que se han utilizado para compensar una factura.

76 © Copyright. Reservados todos los derechos.

 Lección: Funciones en el escenario B2C

Figura 83: Pago de facturas

El usuario web tiene las siguientes opciones para pagar sus facturas:
● Seleccionar (una o más) facturas
● Pagar la factura en su totalidad o en parte seleccionando las facturas e introduciendo los
importes de pago
● Utilizar abonos para la compensación seleccionando el campo Créditos; a continuación, el
sistema selecciona automáticamente los abonos según su fecha de vencimiento; los
abonos que vencen en el futuro no se pueden compensar.
● Selección de datos bancarios grabada en los registros maestros o tarjetas de crédito. De
manera opcional, los pagos se pueden realizar mediante una nueva tarjeta de crédito o
nuevos datos bancarios; se toma una decisión sobre si los detalles se utilizarán para
futuros pagos o si la tarjeta se utilizará solo para este un pago; en este caso, se puede fijar
el indicador Utilizar únicamente para este pago.
● Introducir un comentario o un caso de clarificación (especialmente con respecto a pago
parcial)

En el back end de SAP y en el front end de SAP Biller Direct, ocurren las siguientes actividades
en relación a las instrucciones de pago para facturas:
● Los detalles introducidos el usuario web (método de pago, datos bancarios de SAP Biller
Direct) se graban en las partidas abiertas seleccionadas en Contabilidad de deudores de
SAP. Un responsable de contabilidad no puede modificar este método de pago
manualmente y las posiciones no se tienen en cuenta en la ejecución de reclamación. En
Biller Direct, el pago asignado a la factura tiene el status En curso.
● Se realiza el pago real durante la próxima ejecución de pago ejecutada en el back end de
SAP para las facturas con fecha de vencimiento alcanzada. Se compensa la partida abierta
y en el front end del Biller Direct la factura ahora pagada recibe el status Pagada.

© Copyright. Reservados todos los derechos. 77

Capítulo 3 : SAP Biller Direct

Figura 84: Cancelación de pagos

Los pagos de deudores que han sido confirmados en la aplicación web aparecen en la
aplicación como asignados. Solo cuando se ejecuta un programa de pagos se compensan las
facturas correspondientes y los pagos no se pueden revertir.
Mientras las facturas asignadas tengan el status En curso (hasta que se realiza la ejecución
de pago), la única diferencia basada en la cuenta entre la factura asignada y una factura
pendiente es que la factura asignada tiene un método de pago en SAP Biller Direct
En estas facturas, el usuario web puede interrumpir el pago mediante la visualización de la
factura, seleccionando Facturas pagadas y, a continuación haciendo clic en Cancelar pago en
la columna Acción.
El método de pago y los datos bancarios se eliminan de las posiciones relevantes, a la factura
se le reasigna el status Abierto y volverá a aparecer en la etiqueta Facturas pendientes.

Figura 85: Aprobar facturas

78 © Copyright. Reservados todos los derechos.

 Lección: Funciones en el escenario B2C

La función de autorización de facturas se puede activar en los datos de usuario del deudor en
SAP Biller Direct.
Durante la facturación, se fija un bloqueo de pago automáticamente para los documentos
contabilizados en Contabilidad de deudores de SAP. Este bloqueo de pago se elimina solo
cuando el deudor ha aprobado la factura en SAP Biller Direct (bajo “Facturas para aprobar”).

Figura 86: Resumen

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir las diversas formas de visualizar las facturas
● Describir los métodos de pago

© Copyright. Reservados todos los derechos. 79

Capítulo 3 : SAP Biller Direct

80 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 4
Funciones en el escenario B2B

RESUMEN DE LA LECCIÓN
En esta lección, explicaremos y demostraremos que contenido informacional y funciones
proporciona SAP Biller Direct para el escenario B2B. Las vistas estándar en este escenario
están principalmente orientadas a los usuarios empresariales, que tienen demandas
específicas de edición de datos y acciones que se deben procesar.

Ejemplo empresarial
Un usuario empresarial (por ejemplo, un responsable de contabilidad del deudor) accede a
SAP Biller Direct para verificar la situación actual de la cuenta y para crear una comparación
de saldo que ha solicitado.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir la visualización de saldos en SAP BD
● Explicar el proceso de reconciliación de saldos en SAP BD

Figura 87: Visualización de saldos

La Gestión financiera de SAP (FI-AR) proporciona a los usuarios de SAP Biller Direct más
funciones de portal: pueden visualizar el saldo actual de su cuenta de deudor.

© Copyright. Reservados todos los derechos. 81

Capítulo 3 : SAP Biller Direct

La visualización de saldos muestra los seis o doce meses anteriores y no está enlazado con el
ejercicio. La pantalla inicial muestra un resumen mensual y está separada en créditos y
pagos. Los deudores pueden visualizar el nivel de partida individual si requieren información
detallada. También pueden modificar la disposición de la información, como por ejemplo,
modificar el orden de las columnas.
Además, los usuarios pueden llevar a cabo una comparación de saldo,enviar una
confirmación de saldos o una objeción, o bien pueden grabar o imprimir la lista de saldos en
Excel localmente en sus ordenadores.

Figura 88: Visualizar documentos contables en HTML

Los documentos contables se pueden visualizar en formato HTML desde la confirmación de

saldos, abra visualización de partidas individuales y la visualización de partidas individuales
únicas.

Se muestran los siguientes datos:

● Textos
● Datos de reclamación
● Datos de compensación
● Persona de contacto
● Datos de cabecera y documento
● Condiciones de pago

Esta función solo se soporta si FI-AR (Contabilidad de deudores) se utiliza como proceso de
fondo.

82 © Copyright. Reservados todos los derechos.

 Lección: Funciones en el escenario B2B

Figura 89: Comparación de saldos

La función de confirmación de saldos (que forma parte del balance de final de año) es
equivalente al trabajo llevado a cabo por un contable de deudores después de haber recibido
la solicitud en papel. Sin embargo, el proceso en SAP Biller Direct es sin papeles y permite al
cliente comparar las partidas abiertas del día actual con sus finanzas.
Las partidas abiertas del día actual (= fecha clave) se visualizan de la misma manera que las
partidas abiertas. Además de facturas pendientes, abonos, pagos y pagos a cuentas, también
incluye pagos no compensados y letras de cambio.
El deudor tiene las siguientes opciones:
● Confirmar todos los saldos
● No confirmar todos los saldos
● No contestar o especificar los motivos por los que el usuario no puede procesar la
confirmación de saldos
● Imprimir la lista o descargarla en formato Excel o CSV

Además, el cliente puede introducir motivos de diferencia de saldo (o comentarios) y devolver

la confirmación de saldos al responsable y el auditor externo por correo electrónico.
La función de confirmación de saldos solo está disponible si FI-AR (Contabilidad de deudores)
se utiliza como proceso de fondo.

© Copyright. Reservados todos los derechos. 83

Capítulo 3 : SAP Biller Direct

Figura 90: Asignar partidas abiertas

A menudo, en los procesos empresariales, hay cierta inseguridad sobre la finalidad de los
pagos entrantes. SAP Biller Direct permite al interlocutor comercial externo (deudor) asignar
sus pagos a las facturas relacionadas y enviar el aviso de pago correspondiente al Biller.
Las posiciones asignadas permanecen visualizadas en el SAP Biller Direct como aviso y
pueden ser modificados hasta que el responsable en la empresa del Biller contabilice o
procese el aviso de pago. En este punto, la nota se elimina de la lista.
Se visualiza un aviso de pago en Contabilidad de deudoresContabilidad(solo FI-AR) del Biller.
Esta nota se manda al buzón de entrada del puesto de trabajo del responsable. El responsable
puede, a continuación, continuar con el tratamiento del aviso directamente desde la bandeja
de entrada. De manera alternativa, el responsable puede navegar hasta la transacción:
Finanzas → Gestión financiera → Contabilidad de
deudores → Cuenta → Asignación → Asignar/compensar partidas abiertas.

84 © Copyright. Reservados todos los derechos.

 Lección: Funciones en el escenario B2B

Figura 91: Descargar factura (PDF/XML)

(1) Desde el portal de Biller Direct, el deudor selecciona una o más facturas para descargar en
formato XML o PDF.
(2) SAP Biller Direct llama los datos de las facturas mediante el conector Java (JCO) para las
facturas seleccionadas que se crearán en el fondo.
(3) Los datos de la factura solicitada se generan en el fondo en formato XML o PDF.
(4) En primer lugar, se llama el servicio de firma digital de “SAP NetWeaver, Secure, Store
and Forward-Interface” (SSF). A continuación, se firman digitalmente los datos de
facturación generados mediante un producto de seguridad externo (se configura en los
parámetros SSF en el fondo).
(5) Los archivos de factura generados (fichero XML, PDF, de firma) se envían de vuelta a la
interfaz de SAP Biller Direct y se convierten allí en un fichero ZIP. Ahora el usuario de SAP
Biller Direct puede grabarlo localmente.

© Copyright. Reservados todos los derechos. 85

Capítulo 3 : SAP Biller Direct

Figura 92: Carga de facturas a SAP Acreedores

Después de que el destinatario de la factura descargue el fichero XML (y, si es necesario, el

PDF) de SAP Biller Direct (y lo guarde localmente como ZIP), el destinatario de la factura
puede abrir el fichero ZIP y cargarlo a su sistema SAP (FI-AP Acreedores).
Para ello, el usuario debe iniciar el informe EBPP_RI y especificar el directorio local donde se
almacenará el fichero ZIP. El fichero XML se envía a la cuenta de proveedor relevante a través
de una interfaz IDoc. El informe archiva el fichero y también lanza un enlace entre el fichero y
el documento contable creado recientemente. El usuario también puede seleccionar si el
fichero ZIP se borra del directorio local inmediatamente después de este proceso.
SAP proporciona los complementos empresariales que hacen que sea posible verificar el
fichero de factura, rechazarlo o enriquecerlo (para verificar la firma digital, por ejemplo).

Figura 93: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir la visualización de saldos en SAP BD

86 © Copyright. Reservados todos los derechos.

 Lección: Funciones en el escenario B2B

● Explicar el proceso de reconciliación de saldos en SAP BD

© Copyright. Reservados todos los derechos. 87

Capítulo 3 : SAP Biller Direct

88 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 5
Comunicación con el deudor

RESUMEN DE LA LECCIÓN
En esta lección, veremos los métodos que proporciona la aplicación SAP Biller Direct para
ponerse en contacto con los deudores.

Ejemplo empresarial
Al contabilizar posiciones nuevas en la cuenta de deudor, desea informar al usuario Web
responsable acerca de este hecho. Además, proporciona a los deudores la posibilidad de
dirigir casos de clarificación si la verificación de facturas provoca discrepancias.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar los métodos de comunicación con los deudores

Figura 94: Conceptos de aviso en SAP Biller Direct

Los deudores que utilizan SAP Biller Direct para visualizar su cuenta y la información de la
factura pueden ser informados automáticamente sobre las modificaciones en su cuenta
mediante diferentes métodos de comunicación. Estas modificaciones se pueden iniciar
mediante nuevas facturas o abonos.
Los métodos de comunicación admitidos incluyen mensajes SMS (mensajes cortos de texto)
para teléfonos móviles y correos electrónicos (codificados, si es necesario). En el último caso,
el deudor recibe un correo electrónico con información general acerca de la factura que

© Copyright. Reservados todos los derechos. 89

Capítulo 3 : SAP Biller Direct

puede incluir un hipervínculo, que le lleva al portal del sitio Biller. De este modo, el Biller puede
evitar tener que enviar una factura en papel. Los formatos de aviso siguientes son posibles
para el correo electrónico:
● Solo texto (correo electrónico simple con enlaces)
● HTML
● Anexo PDF (solo Contabilidad de deudores de SAP)
● Combinación de solo texto o HTML y PDF anexo

Para las notificaciones que se envían desde el sistema SAP, se requiere una de las interfaces
de sistema RDI certificadas: SAPconnect o el sistema Spool de SAP.

Figura 95: Gestión de contactos en SAP Biller Direct

Si se utiliza la Contabilidad de deudores de SAP, el destinatario de la factura puede utilizar

SAP Biller Direct para realizar una consulta sobre una factura, un abono o pago parcial. SAP
Biller Direct almacena un texto sobre la posición con el comentario introducido por el deudor.
El responsable puede ver este texto en Extras → Textos y reaccionar a el, enviando una
respuesta, por ejemplo.
Además, existe un informe, EBPP_AR_CONTACTS, que devuelve una lista de documentos en
los que hay textos de Biller Direct:
● El responsable puede seleccionar según la fecha en la que se creó el comentario y así
encontrar los documentos correspondientes.
● Para escribir una respuesta, el responsable tiene que seleccionar el documento
correspondiente de la lista y seleccionar la funciónVisualizar texto.
● Aparece una pantalla que contiene el texto del deudor. Se puede escribir una respuesta en
la misma pantalla. Antes de que el responsable registre una respuesta, se genera una
cabecera que identifica el texto como respuesta.

90 © Copyright. Reservados todos los derechos.

 Lección: Comunicación con el deudor

Figura 96: Integración con SAP Dispute Management

A partir de SAP Biller Direct 3.0, los deudores pueden crear casos de clarificación en SAP
Dispute Management directamente, a través de SAP Biller Direct. Es posible crear casos de
clarificación tanto para pagos parciales como para toda la factura. El requisito mínimo del
sistema para este escenario es R/3 Enterprise (4.7) o FI-CA 4.72.
La integración permite a los deudores:
● Introducir un motivo
● Cree una nota inicial
● Seleccionar datos de contacto con el deudor
● Ver el status de un caso de clarificación.
● Comunicarse con el departamento del caso de clarificación utilizando notas

El procesamiento interno del caso de clarificación puede empezar en cuanto el caso de

clarificación se almacene en el sistema back end de SAP.
A partir de SAP Biller Direct 6.0, el destinatario de la factura puede añadir documentos (como
cartas) en el caso de clarificación (mediante la creación o modificación). Estos documentos
se cargan, a continuación, directamente en el sistema back end del Biller y se enlazan allí con
el caso de clarificación. Además, el usuario de Biller Direct puede visualizar o descargar
documentos proporcionados por el Biller y que estén conectados con el caso de clarificación.
Si se ha activado SAP Dispute Management, la aplicación de gestión de contacto (simple) no
se puede volver a utilizar.

© Copyright. Reservados todos los derechos. 91

Capítulo 3 : SAP Biller Direct

Figura 97: Integración con SAP Dispute Management (factura completa)

Figura 98: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar los métodos de comunicación con los deudores

92 © Copyright. Reservados todos los derechos.

 Capítulo 3
Lección 6
Integración de SAP NetWeaver BI

RESUMEN DE LA LECCIÓN
En este módulo se describe la integración de SAP Biller Direct con SAP NetWeaver Business
Intelligence (SAP BI).

Ejemplo empresarial
El uso de servicios proporcionados (visualización de información de cuenta y facturación a
través de Internet) deben supervisarse para mejorar los procesos.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir cómo se puede utilizar SAP BI para fines de gestión de informes

Figura 99: Extractores SAP BI

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir cómo se puede utilizar SAP BI para fines de gestión de informes

© Copyright. Reservados todos los derechos. 93

Capítulo 3 : SAP Biller Direct

94 © Copyright. Reservados todos los derechos.

CAPÍTULO 4 SAP Dispute Management

Lección 1
Resumen de Dispute Management 97

Lección 2
Integración del proceso de finanzas 103

Lección 3
Detalles del caso de clarificación 113

Lección 4
Funciones de Dispute Management 123

Lección 5
Más escenarios de integración de SAP Dispute Management 137

OBJETIVOS DEL CAPÍTULO

● Definir SAP Dispute Management

● Enumerar los puntos problemáticos actuales en los procesos de SAP Dispute
Management
● Describir las necesidades del proceso de Dispute Management
● Describir qué funciones están orientadas a qué requisitos empresariales
● Explicar el escenario de SAP Dispute Management centralizado
● Describir los procesos que están cubiertos por SAP DM
● Explicar la integración de SAP Dispute Management con FI y Biller Direct incluyendo:
creación, modificación y visualización de casos de clarificación desde FI y Biller Direct;
actualización automática de casos de clarificación en las transacciones de FI y donde se
hacen visibles las actualizaciones.
● Explicar la estructura de los casos de clarificación

© Copyright. Reservados todos los derechos. 95

Capítulo 4 : SAP Dispute Management

● Describir los atributos, el registro del caso y las funcionalidades de las notas y el log de
acciones de casos de clarificación
● Describir las funciones de SAP Dispute Management y cómo puede utilizarlas para el
tratamiento de casos de clarificación.
● Explicar el contenido de Dispute Management para SAP BI
● Comprender cómo se integra SAP Dispute Management en SAP Shared Service
Framework

96 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 1
Resumen de Dispute Management

RESUMEN DE LA LECCIÓN
Este módulo proporciona un resumen del componente SAP Dispute Management de SAP
Dispute Management y cómo puede ayudar a optimizar los procesos de una empresa.

Ejemplo empresarial
Desea analizar si y cómo SAP Dispute Management puede ayudar a optimizar los procesos.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Definir SAP Dispute Management
● Enumerar los puntos problemáticos actuales en los procesos de SAP Dispute
Management
● Describir las necesidades del proceso de Dispute Management
● Describir qué funciones están orientadas a qué requisitos empresariales
● Explicar el escenario de SAP Dispute Management centralizado
● Describir los procesos que están cubiertos por SAP DM

Figura 100: Definición de SAP Dispute Management

© Copyright. Reservados todos los derechos. 97

Capítulo 4 : SAP Dispute Management

Figura 101: Problemas en tratamientos de casos de clarificación

Hay una serie de problemas en el tratamiento de casos de disputa que indican el potencial de
optimización de la Gestión de deudores, y qué sirve como punto de partida para el desarrollo
de SAP Dispute Management:
● Si los deudores pagan importes reducidos o no los pagan, la cantidad de tiempo que el
crédito está pendiente aumenta (DSO). Este es el caso, sobre todo, cuando el
comportamiento de pago del deudor empeora.
● En el caso de deducciones, la fecha de vencimiento del valor neto ya no es válida para la
transmisión de flujo de caja. Esto provoca dificultades en la transmisión de flujo de caja.
● Resolver casos de clarificación actualmente es un proceso muy manual y de coste
elevado. Por lo tanto, la creciente cantidad de casos de clarificación tiene un efecto
duplicado en los costes.
● Además, los casos de clarificación pueden indicar problemas en la relación con el deudor o
dentro de la organización, y son, por lo tanto, un punto de inicio importante de salida para
la gestión de calidad.

98 © Copyright. Reservados todos los derechos.

 Lección: Resumen de Dispute Management

Figura 102: Visibilidad de casos de clarificación

Figura 103: Conclusión

© Copyright. Reservados todos los derechos. 99

Capítulo 4 : SAP Dispute Management

Figura 104: Funciones de SAP Dispute Management

Figura 105: Ejemplo: Casos de clarificación para pagos recibidos

Un ejemplo de cómo se desarrolla un caso de clarificación:

● Un empleado contabiliza los pagos recibidos y descubre un pago reducido que supera la
tolerancia definida.
● El empleado asigna entonces la factura correspondiente y crea una partida restante.

100 © Copyright. Reservados todos los derechos.

 Lección: Resumen de Dispute Management

● Al mismo tiempo, el empleado crea un caso de clarificación para la partida restante.

● Si el motivo de la diferencia es conocido, esta se puede asignar al caso de clarificación de
forma inmediata; en caso contrario, el empleado debe asignar una persona responsable
como el siguiente procesador, que debe determinar el motivo.
● Tan pronto como se haya determinado el motivo, el procesador debe verificar si la
reducción está autorizada.
● Si el motivo está justificado, el procesador crea un abono y cierra el caso.
● Si el motivo no está justificado, el importe se puede demandar al deudor o liquidar.

Figura 106: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Definir SAP Dispute Management
● Enumerar los puntos problemáticos actuales en los procesos de SAP Dispute
Management
● Describir las necesidades del proceso de Dispute Management
● Describir qué funciones están orientadas a qué requisitos empresariales
● Explicar el escenario de SAP Dispute Management centralizado
● Describir los procesos que están cubiertos por SAP DM

© Copyright. Reservados todos los derechos. 101

Capítulo 4 : SAP Dispute Management

102 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 2
Integración del proceso de finanzas

RESUMEN DE LA LECCIÓN
Esta lección resume las opciones de integración de SAP Dispute Management con otros
sistemas y procesos.

Ejemplo empresarial
El caso de clarificación para un deudor se crea directamente dentro de FI o Biller Direct.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar la integración de SAP Dispute Management con FI y Biller Direct incluyendo:
creación, modificación y visualización de casos de clarificación desde FI y Biller Direct;
actualización automática de casos de clarificación en las transacciones de FI y donde se
hacen visibles las actualizaciones.

Figura 107: Integración de procesos

La integración de procesos en los procesos financieros tiene los siguientes aspectos:

© Copyright. Reservados todos los derechos. 103

Capítulo 4 : SAP Dispute Management

● Integración de funciones de SAP Dispute Management (creación, visualización y

tratamiento de casos de clarificación) en procesos o operaciones financieras
● Actualización automática de casos de clarificación en ciertas operaciones financieras
● Actualización automática de elementos en casos de clarificación en ciertas acciones del
Dispute Management

Figura 108: Tratamiento del caso de clarificación en la contabilidad de deudores

Puede crear, modificar y/o visualizar casos de clarificación manualmente desde una de las
siguientes transacciones, por medio de un determinado botón o del menú:
● Contabilizar pagos recibidos: Partidas restantes (F-28)
● Visualización de partidas individuales (FBL5N): con el fin de visualizar las partidas
asignadas a un caso de clarificación, atributos de caso de clarificación (como ID de caso,
procesador, estado) también pueden incluirse en el layout de la lista de partidas
individuales.
● Cuenta de compensación: Partidas restantes (F-32)
● Crear/modificar/visualizar documento (FB01 / FB02 / FB03)
● Tratamiento posterior de extractos de cuenta: Partidas restantes (FEBAN)

Al iniciar una ejecución de programa, puede crear automáticamente casos de clarificación

para partidas restantes que se han creado por pago automático (por ejemplo, extracto de
cuenta manual o electrónico, fichero de caja o operación de cobro de cheques).
Notas sobre la creación de casos de clarificación:

104 © Copyright. Reservados todos los derechos.

 Lección: Integración del proceso de finanzas

● Se pueden incluir los débitos en un caso de clarificación como “Posiciones de

clarificación”. Todas las demás posiciones (créditos, compensaciones) se introducen
como “Objetos de clarificación del deudor”.
● Cuando se crea un caso de clarificación desde la visualización de partidas individuales,
varias posiciones (incluyendo abonos) pueden incluirse también en el caso de clarificación
como “Posiciones de clarificación” siempre que el importe total sea un importe de débito.
Sin embargo, un documento solo puede incluirse en un caso de clarificación como
“Posición de clarificación”. Si se crean los casos de clarificación adicionales para este
documento, se incluyen como “Objetos de clarificación del deudor”.

Figura 109: Creación manual de casos de clarificación desde transacciones financieras

El usuario puede realizar las siguientes acciones al crear un caso de clarificación:

● Introducir datos como el motivo, el coordinador, etc.
● Seleccionar una persona de contacto (no es posible con la integración con SAP R/3 4.6C)
● Escribir una nota

Crear un caso de clarificación desde una transacción financiera supone las siguientes
medidas automáticas:
● El sistema copia importes de los documentos FI (clase de documento de clarificación) en
los campos de Importe de clarificación original e Importe de clarificación del caso de
clarificación.
● El sistema completa los atributos del caso de clarificación cliente y sociedad mediante la
derivación desde el documento FI.
● Los documentos FI seleccionados están vinculados a la carpeta Objetos de clarificación o
Objetos de clarificación del deudor, dependiendo de su clase.
● El deudor se asigna a la carpeta interlocutor comercial.
● Si hay un documento de facturación disponible, se asigna a la carpeta Otros objetos (para
la clase de documento de clarificación).

© Copyright. Reservados todos los derechos. 105

Capítulo 4 : SAP Dispute Management

● Los atributos del caso de clarificación como el status, la prioridad o el coordinador se

pueden completar automáticamente de acuerdo con las reglas definidas en los
complementos empresariales.

Nota:
También puede crear un caso de clarificación en el Tratamiento del caso de
clarificación de SAP Dispute Management y añadir posiciones abiertas desde allí.

Figura 110: Asignación de partidas abiertas para casos de clarificación

Al crear casos de clarificación para una partida abierta, el sistema verifica si ya existen los
casos de clarificación.
Están disponibles las siguientes posibles funciones:
● Creación de un caso de clarificación para la partida abierta seleccionada
● Asignación de la partida abierta a un caso de clarificación existente

Cuando selecciona la función asignar, se evalúan los casos de clarificación existentes y se

vuelven disponibles para la selección en forma de lista.
En el sistema estándar, se utilizan las siguientes opciones como criterios de evaluación:
● Deudor
● Sociedad
● Ref.a factura
● Importe de clarificación del deudor (en límites de tolerancia)

Puede utilizar una implementación de la definición de BAdI FDM_AR_CDIS_ASSIGNMENT

para realizar ajustes específicos de deudor para los criterios de evaluación.
Las partidas abiertas también se pueden asignar automáticamente a los casos de
clarificación existentes (por ejemplo, las partidas restantes del procesamiento de pago se

106 © Copyright. Reservados todos los derechos.

 Lección: Integración del proceso de finanzas

pueden asignar a un caso de clarificación con un importe reclamado creado antes de la

ejecución de pago):
● El informe RFDM4000 crea una propuesta de asignación (y la asigna si es única)
● El informe RFDM4010 se utiliza para el procesamiento posterior manual de propuestas de
asignación.

Figura 111: Creación automática de casos de clarificación

La creación automática de casos de clarificación por una ejecución de programa está

habilitada para partidas restantes que se han creado por
● Extracto de cuenta manual y electrónico
● Procesamiento de caja
● Operación de cobro de cheques

Como alternativa, puede crear casos de clarificación para partidas de créditos abiertas. Se
puede restringir la cantidad de partidas abiertas mediante las condiciones de selección.
El proceso de integración funciona del mismo modo que la creación manual de casos de
clarificación.

© Copyright. Reservados todos los derechos. 107

Capítulo 4 : SAP Dispute Management

Figura 112: Visualizar los atributos del caso de clarificación en la visualización de partidas individuales

El contable de deudores debe poder ver las posiciones que pertenecen a un caso de
clarificación. Para este fin, los campos ID de caso, procesador, prioridad y status se pueden
poner a disposición para la visualización de partidas individuales, y a continuación se
transfieren a la definición de layout.
Si necesita más atributos que los cuatro mencionados anteriormente, amplíe las estructuras
RFPOS y RFPOSX.

108 © Copyright. Reservados todos los derechos.

 Lección: Integración del proceso de finanzas

Figura 113: Actualización de la información de Dispute Management

Las siguientes transacciones actualizan el caso de clarificación:

● Pago recibido (F-28, F-26)
● Abono con referencia a un documento de clarificación, (F-27, FB75) además de la
compensación de abono con documento de clarificación (F-32)
● Otras compensaciones (F-32), por ejemplo, para eliminar el monto disputado
manualmente
● Documento de anulación (FB08)
● Anular documento de compensación (FBRA)

Nota:
La actualización automática dentro del proceso de integración solo se lleva a cabo
en casos de clarificación con “objetos de clarificación”(<> “Objetos de
clarificación del deudor”)

© Copyright. Reservados todos los derechos. 109

Capítulo 4 : SAP Dispute Management

Figura 114: Actualización de la información de Dispute Management

Los pagos recibidos actualizan el campo “Pagado”.

Los créditos compensados con referencia a casos de clarificación actualizan el campo la
“Abonado”.
Más compensaciones actualizan el campo “Compensado manualmente”.
La anulación de la compensación actualiza el campo que se ha actualizado antes de la
compensación.
Las operaciones financieras actualizan los documentos enlazados en las carpetas “Objetos
resueltos” y “Partidas asignadas al compensar”.
Los documentos se anulan mediante una cancelación. Esto significa que el documento se
elimina de la carpeta y los campos de importe correspondientes se actualizan.

Nota:
La siguiente unidad contiene una descripción más detallada de todos los campos
de importe y carpetas.

110 © Copyright. Reservados todos los derechos.

 Lección: Integración del proceso de finanzas

Figura 115: Integración con SAP Biller Direct

Un deudor puede ver las facturas en Internet a través de SAP Biller Direct. Si el deudor no
está de acuerdo con la factura, puede introducir una nota para que la organización sea
consciente del error.
En este caso, el sistema crea automáticamente un caso de clarificación en SAP Dispute
Management, que envía la información a la persona responsable.

Figura 116: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar la integración de SAP Dispute Management con FI y Biller Direct incluyendo:
creación, modificación y visualización de casos de clarificación desde FI y Biller Direct;
actualización automática de casos de clarificación en las transacciones de FI y donde se
hacen visibles las actualizaciones.

© Copyright. Reservados todos los derechos. 111

Capítulo 4 : SAP Dispute Management

112 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 3
Detalles del caso de clarificación

RESUMEN DE LA LECCIÓN
Este módulo describe la estructura y las funciones de un caso de clarificación.

Ejemplo empresarial
La estructura y las funciones de un caso de clarificación permiten la implementación
específica de determinadas necesidades de la empresa.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar la estructura de los casos de clarificación
● Describir los atributos, el registro del caso y las funcionalidades de las notas y el log de
acciones de casos de clarificación

Figura 117: Definición de caso de clarificación

© Copyright. Reservados todos los derechos. 113

Capítulo 4 : SAP Dispute Management

Figura 118: Configurar los casos de clarificación de SAP

Un caso de clarificación contiene:

● Diferentes atributos de caso en forma de campos de información, como deudor y
sociedad, campos de importe, roles, status y motivo y persona de contacto
● Un expediente de caso en el que los objetos, como documentos SAP o documentos de
Office están enlazados con el caso de clarificación y estructurados en las carpetas
correspondientes
● Notas
● Log de acciones.

Figura 119: Causa

El motivo es un atributo de clarificación que especifica el motivo de un caso de clarificación

cuando se crea el caso de clarificación. Esto puede ser, por ejemplo:
● Mercancías dañadas
● Factura incorrecta

114 © Copyright. Reservados todos los derechos.

 Lección: Detalles del caso de clarificación

● ...

Un motivo tendrá impacto significativo en el proceso de resolución. Si el código de motivo de

un caso de clarificación es una entrega rápida, los pasos próximos del proceso, muy
probablemente, se tomen en el departamento de logística.
Puede definir los códigos de motivos seleccionables para un caso de clarificación en el
Customizing.
Además del motivo existe el código de motivo raíz como un atributo de caso de clarificación
adicional. Este código de motivo indica el motivo del problema y se debe rellenar al cierre de
cada caso de clarificación (si es posible), de manera que se pueda utilizar para análisis con
respecto a los motivos de casos de clarificación.

Figura 120: Status

El status muestra el estado actual del tratamiento, por ejemplo:

● Nuevo
● En curso
● Completado
● Inválido

Puede definir sus propio status en Customizing según las necesidades de su empresa.
Se puede fijar un status manual o automáticamente. Por ejemplo, puede realizar
parametrizaciones de Customizing, de modo que los casos de clarificación se completen
automáticamente si el caso de clarificación no tiene más posiciones a ser clarificadas.

© Copyright. Reservados todos los derechos. 115

Capítulo 4 : SAP Dispute Management

Figura 121: Campos de importe de caso de clarificación

Importe de clarificación del deudor: Puede calcularse (como el total de los documentos de
clarificación del deudor) o introducirse como importe parcial del total.
Importe de clarificación original:
● Importe de clarificación cuando se creó el caso de clarificación
● Es la suma de todas las partidas a clarificar (por ejemplo, facturas, partidas restante)

Importe de clarificación:
● Importe que está actualmente en clarificación
● Es diferente al importe de clarificación original debido a los de pagos, abonos,
cancelaciones

Primas: Importe que se ha pagado del importe de clarificación original

Abono: Importe que se ha abonado del importe de clarificación original
Compensado manualmente:
● Importe que se ha compensado manualmente
● Descuento y gastos bancarios de pagos recibidos (no si es pago parcial)

Liquidado automáticamente: Importe que liquida el programa de liquidación de Dispute

Management

116 © Copyright. Reservados todos los derechos.

 Lección: Detalles del caso de clarificación

Figura 122: Roles

Pueden asignarse hasta tres roles a cada caso de clarificación:

● El coordinador supervisa, coordina y se encarga del tratamiento del caso de clarificación, y
es la persona de contacto del procesador (por ejemplo, el gestor de clarificación de una
división).
● El procesador es la persona asignada actualmente al tratamiento del caso de clarificación.
Por ejemplo, un gestor de expediciones que clarifica si se han producido errores durante la
entrega, o un jefe de departamento que aprueba abonos.
● Mientras que el coordinador generalmente controla todo el proceso de expedición; el
responsable, por lo general, es responsable de una tarea concreta solo, y devuelve el caso
de clarificación al coordinador después de haber completado la tarea.
● La persona responsable es la persona a quien se aumenta el caso de clarificación y es el
responsable de resolver el caso de clarificación en términos de los costes relacionados.
Cuando se liquidan los casos de clarificación automáticamente, el centro de coste
correspondiente puede cargar con el importe de la liquidación.

Nota:

● Un usuario puede tener varios roles al mismo tiempo.

● Los usuarios asignados a los distintos roles deben ser usuarios del sistema.

© Copyright. Reservados todos los derechos. 117

Capítulo 4 : SAP Dispute Management

Figura 123: Persona de contacto

Puede grabar el nombre, correo electrónico, número de teléfono y número de fax de una
persona de contacto con el deudor directamente en el caso de clarificación. Los datos de la
persona de contacto se utilizan, por ejemplo, al enviar correspondencia sobre un caso de
clarificación.
Puede copiar la persona de contacto directamente desde los datos maestros de deudor o
introducirla manualmente en el caso de clarificación.

Figura 124: Estructura de los objetos enlazados (expedientes de caso)

El caso de clarificación ofrece una estructura de carpetas predefinida, también conocida

como expediente de caso, para almacenar objetos empresariales SAP relacionados y otros
documentos asignados al caso de clarificación, como los documentos de Office o archivos
PDF. El expediente de caso estándar proporcionado por SAP contiene las siguientes carpetas:
● Interlocutor comercial: Contiene maestro de deudores(enlazado automáticamente)

118 © Copyright. Reservados todos los derechos.

 Lección: Detalles del caso de clarificación

● Objetos de clarificación del deudor: Contiene objetos (como partidas abiertas, partidas
restantes, partidas compensadas, etc.) que se enlazaron a los casos de clarificación como
“Objetos de clarificación del deudor” cuando se creó el caso.
● Objetos de clarificación: Contiene objetos (como partidas abiertas, partidas restantes,
etc.) que se enlazaron a los casos (automáticamente) cuando se creó el caso.
● Objetos resueltos: Si los documentos de la carpeta Objetos de clarificación se compensan
parcialmente o en su totalidad, por ejemplo, a través de un pago o un abono, el sistema
pasará automáticamente estos documentos a la carpeta Objetos resueltos.
● Partidas asignadas al compensar: Contiene los documentos que se han utilizado para
compensar las partidas a clarificar, como abonos y pagos parciales (enlazado
automáticamente)
● Otros objetos: Contiene documentos útiles para resolver casos de clarificación como
documentos de facturación (ventas o CRM) de las partidas a clarificar, la factura FI original
de una partida restante a clarificar, casos de clarificación enlazados (en casos de
clarificación divididos), posiciones de extracto de cuenta (enlazadas automáticamente)
● Varios: Contiene todos los demás tipos de documentos que ayudan a resolver un caso de
clarificación, como los documentos de Office, objetos empresariales de SAP,
transacciones SAP (que pueden añadirse manualmente a la carpeta)

La estructura de carpetas, incluidos los nombres de carpeta, puede configurarse

específicamente por el usuario (especialmente en el área de carpeta manual).

Figura 125: Notas

Puede crear notas para documentar actividades relacionadas con el caso de clarificación.
Para ello, se pueden definir clases de notas en el Customizing, como observación, respuesta,
instrucción u otras.
En Customizing, también puede definir qué clases de nota son clases de notas externas. Las
notas externas se pueden añadir a la correspondencia con el deudor.
Las notas se graban en el historial de notas con el nombre del usuario, el momento y el tipo de
nota.

© Copyright. Reservados todos los derechos. 119

Capítulo 4 : SAP Dispute Management

Figura 126: Log de acciones

El log de acciones muestra

● Todas las transacciones de cada caso de clarificación
● Todas las modificaciones de los atributos
● Vista seleccionada de las modificaciones (ejemplo, modificaciones de filtro por usuario,
por campo)

El log ofrece funciones para

● Clasificar
● Establecer filtros
● Buscar
● Definir vistas de diseño
● Exportar y enviar

Nota:
En el Customizing se indica qué modificaciones de atributo se deben registrar en
log.

120 © Copyright. Reservados todos los derechos.

 Lección: Detalles del caso de clarificación

Figura 127: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar la estructura de los casos de clarificación
● Describir los atributos, el registro del caso y las funcionalidades de las notas y el log de
acciones de casos de clarificación

© Copyright. Reservados todos los derechos. 121

Capítulo 4 : SAP Dispute Management

122 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 4
Funciones de Dispute Management

RESUMEN DE LA LECCIÓN
Esta lección proporciona un resumen de las funciones proporcionadas por SAP Dispute
Management.

Ejemplo empresarial
El propietario del caso procesa el caso de clarificación al llevar a cabo varias acciones como la
modificación de atributos o la creación de correspondencia.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir las funciones de SAP Dispute Management y cómo puede utilizarlas para el
tratamiento de casos de clarificación.

Figura 128: Estructura del tratamiento de casos de clarificación

El tratamiento del caso de clarificación (se accede con la operación UDM_DISPUTE) es el

lugar donde todos los usuarios que actúan como coordinadores o agentes (profesionales)
(como los gestores de litigios y los especialistas en litigios) realizan sus tareas.
El tratamiento del caso de clarificación tiene dos áreas principales: una donde comienzan las
acciones (lado izquierdo: Organizador) y uno para el área de resultados (lado derecho).

© Copyright. Reservados todos los derechos. 123

Capítulo 4 : SAP Dispute Management

En la Vista basada en roles, los usuarios pueden trabajar en el registro y en modelos de

registro de casos (sólo para usuarios de Customizing), como también en casos de
clarificación. Pueden definirse distintas vistas basadas en roles para el tratamiento de casos
de clarificación, por ejemplo, para restringir la vista del usuario final en la carpeta Casos.
El Historial permite un acceso rápido a los casos de clarificación y otros objetos en los cuales
ha trabajado con anterioridad.
La visualización del área de resultados depende de la acción realizada en el área de
tratamiento:
● Buscar caso de clarificación – Seleccionar criterios para la búsqueda de casos
● Mis casos de clarificación – Lista de casos de clarificación (resultado de búsqueda)
● Crear casos de clarificación – Pantalla de creación de casos de clarificación
● ...

Figura 129: Crear caso de clarificación en el tratamiento del caso de clarificación

Los Casos de clarificación se pueden crear desde el tratamiento del caso de clarificación
mediante el menú contextual de la carpeta Caso de clarificación.
Después de grabar el caso de clarificación, puede asignar posiciones adicionales mediante el
botón especificado. Para ello, debe realizar los siguientes pasos:
● Seleccione el deudor y la sociedad
● Seleccione la partida abierta y asígnela al caso mediante el botón “Crear caso de
clarificación”
● El proceso de integración actualiza automáticamente el caso (campos de importe y los
objetos empresariales en carpetas. Este último, después de volver a entrar el caso)

A continuación puede asignar las posiciones adicionales a un caso de clarificación existente si

no tiene el status de sistema “Cerrado” o “Invalido”.

124 © Copyright. Reservados todos los derechos.

 Lección: Funciones de Dispute Management

Figura 130: Buscar casos de clarificación y modificaciones en masa

La opción Buscar caso de clarificación permite buscar casos de clarificación con

determinados atributos de caso definidos en el Customizing.
Para cada búsqueda, puede combinar diferentes campos de búsqueda (por ejemplo, todos
los casos de clarificación con el status Nuevo del cliente 4711).
El sistema muestra los resultados de la búsqueda en una lista:
● Puede filtrar y ordenar la lista.
● Puede definir un diseño específico para la visualización de la lista.
● Puede hacer doble clic en el caso correspondiente para acceder al caso de clarificación
directamente desde la lista de resultados.

La lista de resultados se puede utilizar para modificaciones en masa, tales como fijar un
motivo de escalada o sustituir un procesador. En Customizing, puede definir los campos
relevantes para las modificaciones en masa.

© Copyright. Reservados todos los derechos. 125

Capítulo 4 : SAP Dispute Management

Figura 131: Mis casos de clarificación

Mis casos de clarificación es una búsqueda predefinida que muestra todos los casos de
clarificación para los que el usuario está asignado como procesador, coordinador o persona
responsable. Puede cambiar la visualización entre estos tres roles (mediante responsable).
Puede hacer doble clic en el caso correspondiente para acceder al caso de clarificación
directamente desde la lista de resultados.
El resultado de la búsqueda se puede actualizar y se puede utilizar como la base para las
modificaciones en masa.

Figura 132: Historial

El historial registra los objetos empresariales que ha procesado un usuario por última vez.
Si hace doble clic en la posición correspondiente en el historial, el sistema vuelve a la
transacción correspondiente y el objeto relevante. Además, puede iniciar las siguientes
actividades desde el historial (para cada menú contextual):
● Visualizar, modificar, borrar

126 © Copyright. Reservados todos los derechos.

 Lección: Funciones de Dispute Management

● Reenviar
● Información
● Borrar del historial
● ...

Figura 133: Reenvío

El sistema puede mostrar los casos de clarificación, así como otros elementos como
documentos, en una lista de reenvío.
La lista de reenvío solo contiene elementos cuyos datos de reenvío son los mismos o
posteriores a la fecha actual. Se resaltan los elementos cuya fecha de vencimiento haya
pasado.

Figura 134: Procesar un caso de clarificación

Puede llevar a cabo varias actividades en el caso de clarificación:

© Copyright. Reservados todos los derechos. 127

Capítulo 4 : SAP Dispute Management

● Modificar el status, prioridad, etc.

● Asigne el siguiente procesador, para transferir el caso a otra persona
● Asigne los datos de contacto con el cliente al caso
● Cree un contacto con el deudor en los datos maestros de deudor
● Leer notas
● Introducir notas
● Leer documentos
● Definir un motivo de escalada
● ...

Figura 135: Cargar documentos

Puede adjuntar un documento (documento Microsoft [MS] Office o documento PDF) a un

caso de clarificación desde un fichero local de la siguiente manera:
● Abra la carpeta Varios.
● Haga doble clic en el nodo Varios.
● Aparecerá una ventana de diálogo. Seleccione Documento con modelo.
● En la pantalla siguiente, seleccione la aplicación Desde fichero.
● Seleccione el documento que desea cargar.
● Indique un nombre de documento.
● Seleccione la flecha verde para volver al caso de clarificación.
● Grabe el caso de clarificación.

128 © Copyright. Reservados todos los derechos.

 Lección: Funciones de Dispute Management

Nota:

● Puede leer más documentos haciendo clic en el botón secundario del ratón en
la carpeta Varios y seleccionando Crear.
● Los documentos que están vinculados a un caso de clarificación también se
pueden descargar a un fichero local.

Figura 136: Adjuntar documentos de Microsoft Office

Los documentos de Microsoft Office se pueden adjuntar directamente desde un caso de

clarificación:
● Pasos 1 a 3: Véase la diapositiva anterior Cargar documentos
● Seleccione la aplicación que desea utilizar para adjuntar los documentos e indique los
datos relevantes.
● Grabe el documento: Indique un nombre de documento y cree un ID único.
● Están disponibles las siguientes funciones:
- Modificar y grabar un documento
- Grabe las versiones (solo puede modificar la versión actual. Las versiones anteriores
solo se pueden visualizar)
- Cierre el documento
- Abra de nuevo el documento
- Envíe el documento a una dirección de correo electrónico (con MS Outlook)

© Copyright. Reservados todos los derechos. 129

Capítulo 4 : SAP Dispute Management

- Visualice las entradas de log

- Descargue/cargue

Si deben crear documentos similares para una gran cantidad de casos de clarificación, puede
definir un documento modelo y hacerlo disponible en el Customizing.

Figura 137: Enlazar otros objetos

También puede enlazar transacciones, objetos SAP o documentos ArchiveLink a un caso de

clarificación:
● Abra la carpeta Varios.
● Haga doble clic en el nodo Varios. Se muestra un menú emergente.
● Seleccione el tipo de elemento relevante:
- Objeto SAP, por ejemplo, deudor, documento de facturación, CRM Billing
- Documentos ArchiveLink
- Transacciones generales, por ejemplo, FB75 (registrar abono de deudor)

El próximo paso depende de la clase de elemento seleccionado:

- Para objetos SAP, depende de la visualización del método BOR. Ejemplo: El deudor
ofrece una función de búsqueda.
- Para documentos ArchiveLink, puede elegir entre las funciones buscar, crear, cargar
fichero local, crear con programa de escaneo.
- Debe indicar el código de transacción para transacciones generales.

130 © Copyright. Reservados todos los derechos.

 Lección: Funciones de Dispute Management

Nota:
Para enlazar más de un objeto a la carpeta Varios, haga clic con el botón derecho
en la carpeta y seleccione la actividad Crear.

Figura 138: Correspondencia

Puede crear correspondencia para casos de clarificación de forma manual o automática:

● Manualmente por el usuario
● Automáticamente al desencadenar eventos como:
- Creación de un caso de clarificación (status Nuevo)
- Cerrar un caso de clarificación (status Completado)
- Fecha de cierre planificada excedida → por lo tanto el caso de clarificación se aumenta

Las parametrizaciones de Customizing definen si la correspondencia se debe enviar o

imprimir inmediatamente o de forma asincróna.
Con el procesamiento asíncrono, se produce una de las condiciones siguientes:
● El programa RSPPFPROCESS se programa como job de fondo regular.
● En el menú de SAP Dispute Management en “Operaciones periódicas en el tratamiento de
casos de clarificación”, se llama a la transacción “Tratamiento de acciones”.

Desde el tratamiento del caso de clarificación, puede solicitar o crear correspondencia

manual:
● Las parametrizaciones de Customizing definen si la correspondencia solicitada se debería
enviar o imprimir inmediatamente o más tarde.
● El sistema ofrece todas las notas pensadas para la comunicación externa para la selección
de correspondencia manual.

© Copyright. Reservados todos los derechos. 131

Capítulo 4 : SAP Dispute Management

Nota:
Adjuntar documentos digitales y almacenar correspondencia requiere un sistema
de gestión de contenido. Para operaciones de producción, SAP recomienda
almacenar documentos en un servidor de contenido fuera de la base de datos del
sistema SAP.

Figura 139: Flujo de trabajo manual en Dispute Management (ejemplo)

Un caso de clarificación se trata normalmente por varias personas en distintos

departamentos.
Si se asigna, como responsable, una persona a un caso, el caso de clarificación está en su
bandeja de entrada.
El procesador abre el caso de clarificación y lee la nota creada por el procesador anterior para
averiguar qué debe hacer para resolver el caso.
El procesador realiza su parte para solucionar el conflicto.
Anota los resultados, modifica los atributos del caso de clarificación de acorde, carga
documentos y enlaza objetos que ayuden a resolver el caso y, si es necesario, le enseña al
siguiente procesador como proceder.
Se asigna el siguiente procesador y ve el caso de clarificación como un caso nuevo en su
bandeja de entrada.
Este procedimiento refleja un flujo de trabajo manual.
El coordinador puede rastrear si las fechas de tratamiento se han cumplido y puede aumentar
los casos de clarificación vencidos.

132 © Copyright. Reservados todos los derechos.

 Lección: Funciones de Dispute Management

Nota:
Junto con este flujo de trabajo manual, SAP Dispute Management también puede
integrarse con SAP workflow.

Figura 140: Integración de SAP Workflow

Los procesadores ocasionales se utilizan durante el proceso de clarificación solo en casos

únicos. No suelen procesar casos de clarificación. Deben, por tanto, estar informados por
correo electrónico cuando se requiere tal actividad. Necesitan una interfaz simplificada con
funciones reducidas.
Cuando se activa la integración de flujo de trabajo, todos los usuarios se asignan
automáticamente como procesadores ocasionales. Para permitir el envío de información por
correo electrónico, debe definir direcciones de correo electrónico en el registro maestro de
usuario.
Los procesadores habituales son los usuarios que trabajan directamente con el sistema de
SAP Dispute Management y cuya tarea es procesar casos de clarificación. Suelen ser
coordinadores de casos de clarificación y no requieren ninguna información específica a
definir.
Con las parametrizaciones actuales para el tratamiento de casos de clarificación, estos
usuarios pueden excluirse de la integración de SAP Workflow.

Figura 141: Liquidación automática

© Copyright. Reservados todos los derechos. 133

Capítulo 4 : SAP Dispute Management

En SAP Dispute Management, se pueden liquidar automáticamente importes de clarificación

si los casos no se pueden resolver.
La liquidación automática se realiza en dos etapas:
● En la primera etapa, se asigna un motivo de escalada con el caso de clarificación mediante
la función de modificaciones en masa.
● En la segunda etapa, se inicia la ejecución de liquidación automática para el motivo de
escalada establecido y para una cantidad de casos de clarificación (opcional).

Resultado: El importe de clarificación se liquida automáticamente y el caso de clarificación se

cierra.

Figura 142: Gestión de informes

Figura 143: Resumen

134 © Copyright. Reservados todos los derechos.

 Lección: Funciones de Dispute Management

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir las funciones de SAP Dispute Management y cómo puede utilizarlas para el
tratamiento de casos de clarificación.

© Copyright. Reservados todos los derechos. 135

Capítulo 4 : SAP Dispute Management

136 © Copyright. Reservados todos los derechos.

 Capítulo 4
Lección 5
Más escenarios de integración de SAP Dispute
Management

RESUMEN DE LA LECCIÓN
Esta lección resume la integración de SAP Dispute Management con SAP NetWeaver
Business Intelligence (SAP BI) y SAP Shared Services Framework.

Ejemplo empresarial
Implemente un centro de servicios compartidos y agrupe las tareas de investigación sobre
reclamaciones de clientes de forma centralizada para perfeccionar sus procesos crédito.
Además planea analizar el éxito de sus procesos de gestión de casos de clarificación con el fin
de mejorar su eficiencia.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar el contenido de Dispute Management para SAP BI
● Comprender cómo se integra SAP Dispute Management en SAP Shared Service
Framework

Integración con SAP BI

Figura 144: Extractores SAP BI

© Copyright. Reservados todos los derechos. 137

Capítulo 4 : SAP Dispute Management

SAP Dispute Management proporciona contenido de BI para evaluar datos del proceso de
gestión de clarificaciones:
● Gestión de informes de Online Analytical Processing (OLAP)
- Desglosar
- Corte y rotación
● Datos disponibles para la gestión de informes:
- Todos los atributos
- Interlocutores comerciales enlazados
- Posiciones de clarificación o resueltas (historial)
- Datos en varios componentes, por ejemplo, datos maestros de interlocutores
comerciales

Integración de SAP Dispute Management en SAP Shared Service Framework

Figura 145: SAP Dispute Management en un entorno de Shared Service Center

SAP Dispute Management se integra en SAP Shared Service Framework

● Integración de casos de clarificación que deben procesarse en el Accounting Interaction
Center
● Integración de telefonía disponible
- Las personas de contacto se pueden llamar con dos clics
- Funcionalidad de telefonía completa
● Los contactos con deudores durante la resolución de casos de clarificación son visibles en
el historial de interacción en el Accounting Interaction Center

138 © Copyright. Reservados todos los derechos.

 Lección: Más escenarios de integración de SAP Dispute Management

Conclusión
La integración de SAP Dispute Management en SAP Shared Services Framework proporciona
los siguientes beneficios:
● Interfaz de usuario homogénea en el centro de servicios compartidos
● Mayor productividad del equipo de resolución de clarificaciones
● Mayor transparencia sobre comunicación orientada al cliente

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar el contenido de Dispute Management para SAP BI
● Comprender cómo se integra SAP Dispute Management en SAP Shared Service
Framework

© Copyright. Reservados todos los derechos. 139

Capítulo 4 : SAP Dispute Management

140 © Copyright. Reservados todos los derechos.

CAPÍTULO 5 SAP Collections Management

Lección 1
Resumen 143

Lección 2
Estructura de organización y datos maestros 147

Lección 3
Generación de pools de trabajo 155

Lección 4
Funciones para el cobro de créditos 159

Lección 5
Más escenarios de integración de SAP Collections Management 177

OBJETIVOS DEL CAPÍTULO

● Describir el concepto de SAP Collections Management

● Explicar qué requisitos empresariales intenta satisfacer SAP Collections Management
● Explicar las funciones de SAP Collections Management
● Describir la integración de FI y SAP Dispute Management
● Explicar los pasos del proceso de la creación de pools de trabajo
● Explicar la lógica de generación de las entradas del pool de trabajo
● Explicar el proceso de cobro de créditos
● Describir las funciones disponibles en el pool de trabajo para preparar un contacto con el
deudor
● Describir la función Procesar deudores para la creación de un contacto con el cliente
● Enumerar las funciones para supervisar el cobro de créditos
● Explicar el contenido de Collections Management para SAP BI

© Copyright. Reservados todos los derechos. 141

Capítulo 5 : SAP Collections Management

● Comprender cómo se integra SAP Collections Management en SAP Shared Service

Framework

142 © Copyright. Reservados todos los derechos.

 Capítulo 5
Lección 1
Resumen

RESUMEN DE LA LECCIÓN
Esta lección resume el componente SAP Collections Management y cómo puede ayudar a
optimizar los procesos de una empresa.

Ejemplo empresarial
Desea analizar si y cómo SAP Collections Management puede ayudar a optimizar los
procesos.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir el concepto de SAP Collections Management
● Explicar qué requisitos empresariales intenta satisfacer SAP Collections Management

Figura 146: Definición de SAP Collections Management

© Copyright. Reservados todos los derechos. 143

Capítulo 5 : SAP Collections Management

Figura 147: Problemas en los procesos de gestión de cobros

Figura 148: Características de SAP Collections Management

144 © Copyright. Reservados todos los derechos.

 Lección: Resumen

Figura 149: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir el concepto de SAP Collections Management
● Explicar qué requisitos empresariales intenta satisfacer SAP Collections Management

© Copyright. Reservados todos los derechos. 145

Capítulo 5 : SAP Collections Management

146 © Copyright. Reservados todos los derechos.

 Capítulo 5
Lección 2
Estructura de organización y datos maestros

RESUMEN DE LA LECCIÓN
Esta lección explica el concepto general de los datos organizativos en SAP Collections
Management. Asimismo, examinaremos la implementación de estrategias de cobro como
base para la creación de pools de trabajo.

Ejemplo empresarial
Al asignar futuros procesos en la gestión de deudores para el componente SAP Collections
Management, puede diseñar la futura estructura organizativa y analizar la configuración de
escenarios de datos maestros necesarios.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar las funciones de SAP Collections Management
● Describir la integración de FI y SAP Dispute Management

Figura 150: SAP Collections Management: concepto total

© Copyright. Reservados todos los derechos. 147

Capítulo 5 : SAP Collections Management

Figura 151: Estructura organizativa

Varios segmentos de cobro pueden estar asignados a un perfil de cobro bajo la condición de
que no se superpongan en las sociedades o segmentos de crédito asignados en los
segmentos de cobro.

Figura 152: Datos maestros de cobros

En los datos maestros específicos del deudor, en el área de gestión de cobros, se utiliza el
interlocutor comercial de SAP en el rol de la “gestión de cobro” (UDM000) para introducir lo
siguiente en la ficha Perfil de cobro:
● Para ello, el interlocutor comercial se asigna primero a un perfil de cobro (manualmente o
usando el informe “Asignar perfiles”).

148 © Copyright. Reservados todos los derechos.

 Lección: Estructura de organización y datos maestros

● Los correspondientes segmentos de cobro (que se asignan al perfil de cobro en el

Customizing) y los grupos de cobro asignados a estos segmentos como “estándar” se
derivan del perfil de cobro y se sugieren automáticamente por el sistema.
● El grupo de cobro se puede sobrescribir y al deudor se le puede asignar un procesador fijo
(ambos se pueden realizar de forma manual o mediante el informe “Modificar datos de
segmento”).
● Un especialista asignado a varios clientes como procesador fijo puede reemplazarse por
un experto diferente utilizando el informe “Asignar especialista de cobro” (es decir, el
especialista B toma los deudores del especialista A, por ejemplo, porque A ya no trabaja
para la empresa).
● Además, puede asignar temporalmente el deudor a un grupo de cobro diferente en SAP
Business Partner, por ejemplo, si el comportamiento de pago empeora y el deudor debe
ser contactado con la estrategia diseñada específicamente.
● La persona que fue contactado durante el último contacto con el deudor en SAP
Collections Management, se fija automáticamente como la persona de contacto principal
en los datos del interlocutor comercial (para cada segmento).

Figura 153: Teniendo en cuenta las relaciones de oficina central/subsidiaria

Las partidas abiertas se pueden cobrar en SAP Collections Management teniendo en cuenta
las relaciones de la oficina central/subsidiaria con los deudores.
Cuenta con las siguientes alternativas:
● Cobro de créditos relacionado con la oficina central
El sistema genera los pools de trabajo para los interlocutores comerciales que se
introducen en las posiciones de factura como oficina central o deudor sin una relación de
subsidiaria.

© Copyright. Reservados todos los derechos. 149

Capítulo 5 : SAP Collections Management

Se recomienda este procedimiento si el especialista de cobros contacta mayoritariamente

oficinas centrales.
● Cobro de créditos relacionado con la subsidiaria
El sistema genera los pools de trabajo para los interlocutores comerciales que se
introducen en las posiciones de factura como subsidiaria o deudor sin una relación de
subsidiaria.
Se recomienda este procedimiento si los especialistas en cobros suelen tener más
contactos con subsidiarias.

Figura 154: Estrategia de cobro

La estrategia de cobro consiste en diferentes roles de cobro individuales:

● A continuación, se genera una entrada de pool de trabajo para los deudores (en el
segmento de cobro) si, al menos, una regla de cobro se cumple dentro de la estrategia
correspondiente.
● Cada regla de cobro está asignada a una determinada cantidad de puntos (valoración). El
total de puntos que un cliente recibe (en el segmento de cobro) después de que se
verifiquen todas las reglas de la estrategia determina la prioridad de la entrada del pool de
trabajo creada para el cliente (en el segmento) (por ejemplo, cuanto mayor sea el número
de puntos, mayor es la prioridad).
● Las reglas de cobro utilizan diferentes origenes de datos. Utilizan ratios de las áreas de
Contabilidad de deudores de SAP (por ejemplo, el total de las partidas vencidas), Dispute
Management (por ejemplo, ratios de importe de clarificación), Collections Management
(por ejemplo, ratios de promesas de pago) y Credit Management (por ejemplo, clase de
riesgo).

Además, se especifican las siguientes opciones en la estrategia:

● La moneda en la que se muestran los importes en el pool de trabajo

150 © Copyright. Reservados todos los derechos.

 Lección: Estructura de organización y datos maestros

● Los intervalos de tiempo en que los créditos deben visualizarse en el gráfico (disponible en
el pool de trabajo) para analizar la estructura de vencimientos o la estructura de atraso
● Tanto si las posiciones para las que se inicia un proceso legal quedan excluidas de la
generación del pool de trabajo como si se incluyen los días de tolerancia después de la
reclamación de las partidas en la generación de la lista de trabajo
● Si la fecha de vencimiento del pago neto o la fecha de vencimiento deben tenerse en
cuenta en el caso de los descuentos para el cálculo de las estrategias y importes
visualizados en la lista de trabajo

Figura 155: Réplica de datos de deudor

La creación de pools de trabajo requiere la réplica de los datos del deudor en los
interlocutores comerciales de SAP. Puede realizar esta réplica en el sistema estándar
mediante la función “integración cliente-proveedor” como parte de la nueva función para la
sincronización de datos maestros (parte de ECC 6.0).
Replicar datos de cliente puede significar:
● Los nuevos deudores creados se replican como interlocutores comerciales de SAP
● Las modificaciones de los datos del deudor se sincronizan con los datos de interlocutor
comercial de SAP
● Los interlocutores comerciales de SAP recién creados se replican como deudores
● Las modificaciones en los datos de SAP Business Partner se sincronizan con los datos de
deudor

El concepto de réplica podría contener el tratamiento de duplicados. Pueden existir cuentas

duplicadas, por ejemplo, cuando se enlazan varios sistemas FI-AR a SAP Collections
Management. Para asignar este problema, se puede utilizar la categoría “Es idéntico” para
vincular los interlocutores comerciales relacionados. En cuanto a esto, cada interlocutor
comercial tiene sus propios datos de cobro y se cobran de forma separada, pero las

© Copyright. Reservados todos los derechos. 151

Capítulo 5 : SAP Collections Management

cantidades se pueden considerar comunes utilizando reglas de cobro estándar (Importe total
por cobrar)
Además, las personas de contacto incluidas en los datos de deudor también se replican como
objetos de interlocutor comercial de SAP independientes. Estos se enlazan al objeto de
interlocutor comercial de SAP del deudor a través de la relación “Tiene persona de contacto”.
Si se cobran créditos de diferentes sistemas FI-AR utilizando el SAP Collections Management
central y si los números de deudor no son únicos desde una perspectiva entre sistemas,
puede utilizar el Unified Key Mapping Service (UKMS, como parte de Basis 7.0) para asegurar
la singularidad. En Collections Management, al crear un interlocutor comercial, el número de
interlocutor comercial se toma de un rango de números diferente. La asignación entre el
número de interlocutor comercial, el número de deudor y el sistema se graban y se tienen en
cuenta durante el tratamiento de créditos.

Figura 156: Réplica de datos maestros en escenarios de sistema múltiple

Si los clientes se procesan una infraestructura multisistema de forma descentralizada en los

respectivos sistemas de contabilidad y si los rangos de números para los deudores o los
interlocutores comerciales se solapan, es posible que se envíen los mensajes para la réplica
de datos maestros a SAP NetWeaver Process Integration ( SAP NetWeaver PI).
En PI, en relación con la determinación de destinatario (hoja de ruta) y la asignación de clave,
se utiliza el enlace de Unified Key Mapping Service (UKMS) a SAP NetWeaver PI.
En el escenario que se muestra (ejemplo), el empleo de CVI (centrales) tiene lugar en el
sistema de SAP Collections Management. Los datos maestros de deudor se distribuyen
asincrónicamente con el enlace de UKMS a PI.

152 © Copyright. Reservados todos los derechos.

 Lección: Estructura de organización y datos maestros

Nota:
El uso de UKMS solo es necesario cuando se puedan actualizar deudores y
interlocutores comerciales de forma separada y las modificaciones en los
interlocutores comerciales se repliquen en los deudores y viceversa. En la mayoría
de casos, no es necesario ya que solo replicamos los deudores a los interlocutores
comerciales y no al revés. En ese caso, una solución más sencilla es utilizar rangos
de números.

Condiciones tecnológicas previas:

● Ha instalado los sistemas de contabilidad de forma separada (sistemas separados o
deudores separados) del sistema de SAP Collections Management.
● Ha instalado un sistema SAP NetWeaver PI con una tecnología ABAP desde SAP 7.01 (o
superior).
● Ha instalado una versión a partir del Paquete de mejora 4 (o superior) para SAP ERP 6.0
en los sistemas de contabilidad o
● Ha traspasado las implementaciones necesarias estándar de la asignación BAdI de los
datos maestros (FDM_PARTNER_MAPPING) a los sistemas de contabilidad.

Figura 157: Completar los datos de interlocutor comercial

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar las funciones de SAP Collections Management
● Describir la integración de FI y SAP Dispute Management

© Copyright. Reservados todos los derechos. 153

Capítulo 5 : SAP Collections Management

154 © Copyright. Reservados todos los derechos.

 Capítulo 5
Lección 3
Generación de pools de trabajo

RESUMEN DE LA LECCIÓN
En esta lección se describen los pasos necesarios para generar un pool de trabajo en SAP
Collections Management.

Ejemplo empresarial
Debe organizar la configuración y la lógica para la creación de pools de trabajo Collections
Management en su empresa.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar los pasos del proceso de la creación de pools de trabajo
● Explicar la lógica de generación de las entradas del pool de trabajo

Figura 158: SAP Collections Management: concepto total

© Copyright. Reservados todos los derechos. 155

Capítulo 5 : SAP Collections Management

Figura 159: Creación de pools de trabajo: Pasos del proceso

Antes de poder crear los pools de trabajo en el sistema de SAP Collections Management, se
deben transferir los ratios FI a través de la ejecución de un programa. Los pools de trabajo se
generan automáticamente mediante la ejecución de un programa; dentro del programa,
primero se generan las entradas del pool de trabajo y, si no se pueden asignar a un agente fijo,
se distribuyen a los agentes individuales según una lógica determinada.

Figura 160: Generar las entradas del pool de trabajo

156 © Copyright. Reservados todos los derechos.

 Lección: Generación de pools de trabajo

Figura 161: Distribución de entradas no asignadas

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar los pasos del proceso de la creación de pools de trabajo
● Explicar la lógica de generación de las entradas del pool de trabajo

© Copyright. Reservados todos los derechos. 157

Capítulo 5 : SAP Collections Management

158 © Copyright. Reservados todos los derechos.

 Capítulo 5
Lección 4
Funciones para el cobro de créditos

RESUMEN DE LA LECCIÓN
Esta lección muestra las diferentes funciones disponibles para los especialistas en cobros
para preparar y procesar el contacto con el deudor. También aprenderá a crear determinados
objetos para registrar los resultados del contacto con el deudor en función de las
circunstancias.

Ejemplo empresarial
Después de crear el pool de trabajo, el especialista en cobros prepara el contacto con el
deudor utilizando la información proporcionada en el pool de trabajo. Él o ella realiza el
contacto con el deudor y registra los resultados de la discusión utilizando objetos como
promesa de pago y caso de clarificación.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar el proceso de cobro de créditos
● Describir las funciones disponibles en el pool de trabajo para preparar un contacto con el
deudor
● Describir la función Procesar deudores para la creación de un contacto con el cliente
● Enumerar las funciones para supervisar el cobro de créditos

© Copyright. Reservados todos los derechos. 159

Capítulo 5 : SAP Collections Management

Figura 162: SAP Collections Management: concepto total

El procesamiento de créditos realizado por un especialista en cobros es el último paso en el

proceso de gestión de cobros. El especialista en cobros recuerda a la persona de contacto del
deudor los créditos pendientes e intenta descubrir por qué no se han pagado las facturas
vencidas. En función de las circunstancias, el especialista en cobros tiene la posibilidad de
crear diversos objetos con el fin de registrar los resultados.

160 © Copyright. Reservados todos los derechos.

 Lección: Funciones para el cobro de créditos

Figura 163: Proceso de cobro de créditos

Figura 164: Pool de trabajo de cobros: Funciones

© Copyright. Reservados todos los derechos. 161

Capítulo 5 : SAP Collections Management

Figura 165: Parametrizaciones y estadísticas personales

Figura 166: Procesar deudores

La vista de factura que contiene todas las facturas pendientes de un deudor es el principal
punto de partida para procesar créditos del deudor.
Además de créditos pendientes, también se pueden visualizar y tratar créditos compensados
de un deudor para un período seleccionado. Esto puede ser necesario, por ejemplo, si el

162 © Copyright. Reservados todos los derechos.

 Lección: Funciones para el cobro de créditos

deudor anuncia una reclamación con una factura ya compensada y, por lo tanto, debe crearse
un caso de clarificación.
La figura anterior muestra las distintas opciones para el tratamiento de créditos.

Figura 167: Historial de facturas

Puede navegar desde la vista de factura al historial de facturas de una factura.

El historial de facturas muestra todos los elementos relacionados con la factura:
● Pagos parciales (con o sin partidas restantes)
● Créditos (con referencia a factura y compensación con factura)
● Otras compensaciones

Puede hacer doble clic para realizar un desglose en un determinado documento de Gestión
financiera.

© Copyright. Reservados todos los derechos. 163

Capítulo 5 : SAP Collections Management

Figura 168: Proceso de promesas de pago

Puede utilizar SAP Collections Management para crear una promesa de pago de un deudor en
el sistema.
Al crear una promesa de pago, se encuentran disponibles varias funciones y se pueden
utilizar, dependiendo de las circunstancias:

1. Grabar directo
Ha seleccionado una o varias facturas y el importe prometido coincide con el importe total
pendiente.

2. Distribuya el importe en las facturas

Ha seleccionado varias facturas y el importe prometido no coincide con el importe total
pendiente. Debe especificar cómo se distribuye el importe prometido entre las facturas
seleccionadas. Están disponibles las siguientes funciones de distribución automática:

● Equitativamente: Cada factura recibe una parte del importe total prometido, en función
del importe pendiente.

● En función de la fecha de vencimiento: La factura con la fecha de vencimiento más

temprana recibe primero una parte del importe prometido. Si el importe prometido
total no se ha asignado, la factura con la siguiente fecha de vencimiento recibe una
parte, etc.

3. Distribuya el importe a plazos

Para reaccionar ante la situación del deudor de forma flexible, el importe prometido se
puede distribuir en varios plazos. Esto significa que el importe total pendiente se dividirá
en varios importes parciales con diferentes fechas de promesa (“fechas de vencimiento”).
Se pueden introducir de manera flexible importes (a plazos) y fechas (de vencimiento)
mediante el colector. En función de las clases de plan de pago a plazos predefinidas, el
sistema construye un plan de pago a plazos creando plazos con el mismo importe hasta
que el importe prometido esté distribuido. El intervalo de tiempo entre los plazos se

164 © Copyright. Reservados todos los derechos.

 Lección: Funciones para el cobro de créditos

corresponde con el intervalo entre los datos de la promesa de pago y la fecha de

vencimiento del primer plazo.

Figura 169: Ejemplo: Creación de una promesa de pago para una sola factura. El importe prometido se
corresponde con el importe de la factura pendiente.

Figura 170: Ejemplo: Distribuir el importe a las facturas, si se seleccionan varias facturas y el importe prometido
no es igual al total de las facturas seleccionadas

© Copyright. Reservados todos los derechos. 165

Capítulo 5 : SAP Collections Management

Figura 171: Ejemplo: Creación de un plan de pago a plazos

Figura 172: Estado y status I

El estado hace que el status de la promesa de pago sea visible desde una perspectiva de
procesos empresariales. El uso de un estado depende del tipo de promesa de pago: Promesa
de pago con O sin plan de pago a plazos.

166 © Copyright. Reservados todos los derechos.

 Lección: Funciones para el cobro de créditos

● Abierta: El deudor no ha pagado y la Fecha de promesa acordada (más días de tolerancia)

aún no se ha alcanzado o la valoración periódica todavía no se ha llevado a cabo.
● Rota: El deudor no ha pagado, el tiempo acordado para el pago recibido (Fecha de
promesa más días de tolerancia) se ha alcanzado y la valoración periódica se ha llevado a
cabo.
● Se mantiene parcialmente: El deudor ha pagado parte del importe prometido dentro del
tiempo acordado. Este estado se utiliza con las promesas de pago sin solamente plan de
pago a plazos.
● Se mantiene: El deudor ha pagado el importe total prometido dentro del tiempo acordado.
Este estado se utiliza con las promesas de pago sin solamente plan de pago a plazos.
● Retirado: El deudor retira la promesa de pago o abre una nueva promesa de pago.
● Fuera de planificación: El deudor no ha pagado y la fecha de planificación de pago a plazos
acordada aún no se ha alcanzado o la valoración periódica todavía no se ha llevado a cabo.
Este estado se utiliza con las promesas de pago con únicamente plan de pago a plazos.
● Se mantiene parcialmente, Fuera de planificación: El deudor ha pagado parte del importe
prometido fuera del tiempo acordado. Este estado se utiliza con las promesas de pago con
únicamente plan de pago a plazos.
● Se mantiene parcialmente, En planificación: El deudor ha pagado parte del importe
prometido dentro del tiempo acordado. Este estado se utiliza con las promesas de pago
con únicamente plan de pago a plazos.
● Se mantiene, Fuera de planificación: El deudor ha pagado el importe total prometido fuera
del tiempo acordado. Este estado se utiliza con las promesas de pago sin solamente plan
de pago a plazos
● Se mantiene, En planificación: El deudor ha pagado el importe total prometido dentro del
tiempo acordado. Este estado se utiliza con las promesas de pago con únicamente plan de
pago a plazos.

El status muestra el status técnico del promesa de pago:

● Activa: Este status se crea automáticamente cuando se crea una nueva promesa de pago.
La promesa de pago se puede evaluar y actualizan con el pago recibido.
● Confirmada: Este status se crea automáticamente cuando una promesa de pago se retire
o renueve. La promesa de pago ya no se puede evaluar o actualizar con el pago recibido y
no suele poderse modificar de nuevo.
● Inválida: El responsable deberá fijar este status manualmente. La promesa de pago ya no
se puede evaluar o actualizar con el pago recibido y no suele poderse modificar de nuevo.

© Copyright. Reservados todos los derechos. 167

Capítulo 5 : SAP Collections Management

Figura 173: Renovar promesas de pago

Renovar una promesa de pago significa que una promesa de pago existente se sustituye por
una nueva.
Cuando se crea una nueva promesa de pago para una factura que el deudor ha prometido
pagar anteriormente, el sistema establece los siguientes atributos en la antigua promesa de
pago:
● A la promesa de pago antigua se le otorga el status “Confirmada” (status del sistema
008). Esto significa que ya no es una promesa activa en espera de una transacción
financiera.
● El estado de la promesa de pago antigua establecida por el sistema depende del estado
que tuviera la promesa anteriormente:
- El estado “Abierta” pasa a ser “Retirada”.
- El estado “Se mantiene parcialmente” sigue siendo el mismo.
- El estado “Rota” sigue siendo el mismo.
- El estado “Retirada” sigue siendo el mismo.

A la nueva promesa de pago se le otorga un nivel de promesa más alto que antes. Esto
muestra la frecuencia con la que el deudor ha prometido pagar la factura. Si la antigua
promesa de pago se ha invalidado, no se emite el nivel de la nueva promesa de pago.

Figura 174: Modificar, retirar e invalidar de promesas de pago

Puede realizar modificaciones solo si el status de la promesa de pago es “En curso”. Las
posibles modificaciones dependen del estado:

168 © Copyright. Reservados todos los derechos.

 Lección: Funciones para el cobro de créditos

● Abierta y sin entrada de pagos: es posible modificar atributos e introducir notas

● Abierta y pago recibido (más tarde de lo acordado pero la valoración periódica aún no ha
tenido lugar): es posible introducir notas
● Rota o Se mantiene parcialmente: es posible introducir notas y cambiar el estado
● Se mantiene: es posible introducir notas

Una promesa de pago se puede retirar si el deudor lo solicita desde la organización. Promesas
de pago retiradas tienen el estado “retirada” y el estado “Confirmada”. Si el deudor hace una
nueva promesa de pago, la factura se trata como una promesa de pago renovada y afecta al
nivel de la promesa.
Una promesa de pago se puede anular si el procesador comete un error (por ejemplo,
selecciona una factura incorrecta). Puede invalidar una promesa de pago visualizando la
promesa de pago y, a continuación, modificando manualmente el estado. Las promesas de
pago inválidas no afectan al nivel de una nueva promesa de pago.

Figura 175: Actualizaciones mediante la entrada de pagos

Los pagos recibidos actualizan el status de una promesa de pago si la promesa de pago tiene
el status “En curso” y la promesa aún no ha sido confirmada.
● Si el pago se realiza durante el tiempo indicado (fecha de promesa más el número de días
de tolerancia definido en Customizing), tienen lugar las siguientes actualizaciones:
- Si el importe pagado es el mismo que el importe prometido, el status se fija en “Se
mantiene”.
- Si el importe pagado es menor que el importe prometido, el status se fija en “Se
mantiene parcialmente”.
- Además, los campos el “Último pago” y se “Pagado” se actualizan.
● Si el pago se realiza después del tiempo acordado, solo se actualizan los campos “Pagado”
y “Último pago”. El status de la promesa de pago se evalúa por valoración periódica.

Si cancela un documento de pago recibido, anula una partida compensada o elimina la

referencia a una factura en un documento de pago, las actualizaciones en la promesa de pago
también se cancelarán.

© Copyright. Reservados todos los derechos. 169

Capítulo 5 : SAP Collections Management

Nota:
Fijar el status en una promesa de pago se denomina “valorar la promesa de
pago”,también puede valorar un informe de una promesa de pago junto con los
pagos recibidos. Ambos métodos usan las mismas reglas de valoración.

Figura 176: Valoración de promesas de pago

Puede valorar las promesas de pago con el estado “Abierta” utilizando el programa
FDM_JUDGE si se ha alcanzado la “fecha de promesa”.
● El deudor y la sociedad pueden introducirse como criterios de selección.
● El programa selecciona todas las promesas de pago con fecha de promesa vencida y
estado Abierta.
● La valoración tiene en cuenta los días de tolerancia definidos en Customizing: Si no se ha
contabilizado ningún cobro dentro del período acordado (incluidos los días de tolerancia),
la valoración fija el estado en “Rota”.
● El programa de valoración debería planificarse, como mínimo, una vez al día.

170 © Copyright. Reservados todos los derechos.

 Lección: Funciones para el cobro de créditos

Figura 177: Confirme promesas de pago

El programa FDM_P2P_CONFIRM establece promesas de pago automáticamente en

“Confirmada” si la factura correspondiente se compensa y no se espera que la factura se
vuelva a abrir. Por lo tanto, los criterios de selección contienen los campos “Factura
compensada desde... Días”.
Cuando se ha confirmado la promesa de pago, el proceso de integración con la Gestión
financiera de SAP está cerrado.
Puede programar el informe para la confirmación como job de fondo regular.

Figura 178: Crear casos de clarificación

Notas y reenvíos. Si no es posible crear casos de clarificación ni promesas de pago para un

cobro en particular, el especialista en cobros puede introducir notas con referencia a una o
más facturas. El atributo “Razón” en la nota permite al colector seleccionar estas notas
posteriormente. Esta actividad soporta, por ejemplo, el procesamiento de facturas
individuales por diferentes especialistas de cobro. Las notas creadas en una factura se
muestran en la ficha “Notas”. En esta ficha, también se pueden crear notas a nivel de deudor
(sin ninguna referencia a una factura). Como alternativa, el especialista en cobros puede

© Copyright. Reservados todos los derechos. 171

Capítulo 5 : SAP Collections Management

crear un reenvío para las partidas abiertas seleccionadas. Los reenvíos se pueden evaluar
mediante reglas de cobro dentro de una estrategia de cobro asignada al interlocutor
comercial. Un especialista en cobros puede utilizar reenvíos si el usuario desea crear una
“posición de acción” relativa a cierta factura.

Figura 179: Ejemplo: Creación de un reenvío para una factura pendiente

Si es necesario, se pueden añadir anexos tanto a notas como a reenvíos. Además, se puede
crear un reenvío para toda la entrada de pool de trabajo. Esto puede realizarse en la etiqueta
Facturas (si no se seleccionó ninguna partida abierta) o en la ficha “Reenvíos”.
Mientras se crean notas o reenvíos (con referencia a una factura o a un deudor completo), el
especialista en cobros tiene la capacidad de anexar documentos. Estos anexos se pueden
visualizar de nuevo más adelante y se pueden borrar si ya no son relevantes.

172 © Copyright. Reservados todos los derechos.

 Lección: Funciones para el cobro de créditos

Figura 180: Ejemplo: Creación de un reenvío para un deudor completo

Puede visualizar reenvíos creados en la ficha “Reenvíos”; donde siempre podrá modificar el
último reenvío.
Correspondencia
El proceso empresarial de cobro de créditos puede requerir que se envíe correspondencia al
deudor. La comunicación entre el especialista en cobros y la persona de contacto del deudor
se puede llevar a cabo mediante documentos escritos en lugar de solamente teléfono. En este
contexto, la correspondencia incluye todas las comunicaciones escritas enviadas al deudor.

© Copyright. Reservados todos los derechos. 173

Capítulo 5 : SAP Collections Management

Figura 181: Clases de correspondencia en SAP Collections Management

Correspondencia con el deudor: Enviar correspondencia FI. La correspondencia relativa a

operaciones empresariales diarias debe solicitarse antes poder imprimirse. En SAP
Collections Management, una solicitud de correspondencia la puede realizar de forma manual
un especialista en cobros. A través de la configuración adecuada, los documentos creados
(extractos de cuenta, listas de PA, documentos de facturación...) pueden enviarse como
anexos de correo electrónico al deudor, cosa que permite a las partes involucradas continuar
discusiones basadas en la misma información.
Correspondencia con el deudor: Enviar log de contacto con el deudor. Para poder resumir las
acciones llevadas a cabo durante la llamada (información sobre promesas de pago
acordadas, casos de clarificación, etc.) el especialista en cobros puede enviar un resumen del
contacto con el deudor al deudor por correo electrónico. El contenido del resumen lo
selecciona por defecto el sistema, pero también puede actualizarse durante las
conversaciones así como posteriormente (antes de enviar).
Reclamación
Si el especialista en cobros no es capaz de alcanzar un interlocutor comercial rezagado con
los pagos por teléfono, tiene sentido enviar una reclamación individual al deudor (para
recordarle sus deudas pendientes). Para ello, el especialista en cobros puede desencadenar
la reclamación automática para la única cuenta seleccionada actualmente con fines de
contacto de deudor (función Procesar deudores en SAP Collections Management). Para
facilitarlo, se integra la funcionalidad de reclamación FI-AR estándar, que proporciona la
funcionalidad completa de "reclamación individual" dentro de la transacción F150.

174 © Copyright. Reservados todos los derechos.

 Lección: Funciones para el cobro de créditos

Figura 182: Actualización de parámetros para reclamaciones individuales

El programa de reclamación selecciona las partidas abiertas vencidas, determina el nivel de

reclamación de la cuenta en cuestión y crea una reclamación. La reclamación está controlada
por el procedimiento de reclamación indicado en la correspondiente cuenta del deudor.
Cuando se creó la reclamación, el sistema actualiza los datos de reclamación en el registro
maestro (cuenta de deudor), así como los documentos, incluidos los niveles y las fechas.
También puede llevar a cabo las reclamaciones en diversas sociedades del interlocutor
comercial. En este caso, todas las partidas vencidas de diferentes sociedades se combinan en
una ejecución de reclamación.

Figura 183: Documentación del contacto con el deudor

© Copyright. Reservados todos los derechos. 175

Capítulo 5 : SAP Collections Management

Si una acción se ha ejecutado dentro de un contacto con el deudor (por ejemplo, entrada de
un caso de clarificación o una promesa de pago), entonces es obligatorio documentar el
contacto con el deudor. El usuario no puede abandonar la pantalla “Procesar deudores” sin
rellenar la ventana de diálogo para el contacto con el deudor.
Aquí, el sistema ya propone abonos que documenten las acciones realizadas, es decir, que se
hayan introducido una promesa de pago o un caso de clarificación.
Además, se documenta quien ha sido contactado (persona de contacto), cuándo y cómo (tipo
de contacto: por ejemplo, el deudor ha llamado o le han llamado), así como el resultado del
contacto.
El resultado introducido en el contacto con el deudor controla si la entrada del pool de trabajo
desaparece del pool de trabajo actual y luego se visualiza en la categoría “Entradas
completadas” o si se seguirán visualizando como “Entrada abierta” en el pool de trabajo de
hoy. Además, los resultados de los contactos con los deudores introducidos se pueden incluir
en la creación del pool de trabajo mediante las estrategias (por ejemplo, con una regla
“generar entrada de pool de trabajo para deudores para los que se haya creado con éxito un
contacto con el deudor en los últimos 3 días”).

Figura 184: Resumen

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar el proceso de cobro de créditos
● Describir las funciones disponibles en el pool de trabajo para preparar un contacto con el
deudor
● Describir la función Procesar deudores para la creación de un contacto con el cliente
● Enumerar las funciones para supervisar el cobro de créditos

176 © Copyright. Reservados todos los derechos.

 Capítulo 5
Lección 5
Más escenarios de integración de SAP
Collections Management

RESUMEN DE LA LECCIÓN
Esta lección proporciona un resumen de la integración de SAP Collections Management con
SAP NetWeaver Business Intelligence (SAP BI) y SAP Shared Services Framework.

Ejemplo empresarial
Implemente un centro de servicios compartidos y agrupe las tareas de cobros de forma
centralizada para perfeccionar sus procesos crédito. Además planea analizar el éxito de sus
procesos de cobros con el fin de mejorar su eficiencia.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Explicar el contenido de Collections Management para SAP BI
● Comprender cómo se integra SAP Collections Management en SAP Shared Service
Framework

Integración con SAP BI

Figura 185: Extractores SAP BI

SAP Collections Management proporciona contenido de BI para evaluar datos del proceso de
cobro. El contenido de SAP BI incluye los siguientes escenarios de análisis:

© Copyright. Reservados todos los derechos. 177

Capítulo 5 : SAP Collections Management

● Análisis de los pools de trabajo

Este escenario evalúa el grado de procesamiento del pool de trabajo y la cantidad
procesada por día.
● Análisis de los contactos con deudores
Este escenario le proporciona análisis de contactos y de actividades de cobro.
● Análisis de créditos en conexión con SAP Collections Management
Este escenario le permite analizar los créditos en conexión con las estructuras
organizativas en SAP Collections Management como la evaluación basada en unidades de
segmento de cobro, grupo de cobro y especialista de cobro.
● Análisis de promesas de pago
Este escenario permite analizar promesas de pago creadas en combinación con las
facturas relacionadas.

Conclusión
● El almacén de datos de SAP BI permite el análisis de los datos en SAP Collections
Management y, por lo tanto, proporciona la base para el aumento de la eficiencia del cobro
de créditos.

Integración de SAP Collections Management en SAP Shared Service Framework

Figura 186: SAP Collections Management en un entorno de Shared Service Center

SAP Collections Management se integra en SAP Shared Service Framework:

● Integración del pool de trabajo de cobros en el Accounting Interaction Center
● Integración de telefonía disponible en procesar deudores:
- Las personas de contacto se pueden llamar con dos clics.

178 © Copyright. Reservados todos los derechos.

 Lección: Más escenarios de integración de SAP Collections Management

- Funcionalidad de telefonía completa

● Los contactos con deudores desde las actividades de cobro son visibles en el historial de
interacción en el Accounting Interaction Center

Conclusión
La integración de SAP Collections Management en SAP Shared Services Framework
proporciona los siguientes beneficios:
● Interfaz de usuario homogénea en el centro de servicios compartidos
● Mayor productividad del especialista en cobros
● Mayor transparencia sobre comunicación orientada al cliente

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Explicar el contenido de Collections Management para SAP BI
● Comprender cómo se integra SAP Collections Management en SAP Shared Service
Framework

© Copyright. Reservados todos los derechos. 179

Capítulo 5 : SAP Collections Management

180 © Copyright. Reservados todos los derechos.

CAPÍTULO 6 Anexo

Lección 1
Arquitectura 183

Lección 2
Arquitectura 185

Lección 3
Arquitectura 189

Lección 4
Arquitectura 191

OBJETIVOS DEL CAPÍTULO

● Enumerar los requisitos del sistema de SAP Credit Management

● Explicación de las diferentes opciones de despliegue
● Describir la arquitectura de SAP BD
● Explicar el rol de SAP Java Connector en la arquitectura de SAP BD
● Proporcionar un resumen sobre la arquitectura de SAP Web Application Server
● Describir los requisitos técnicos
● Enumerar los requisitos del sistema de SAP Dispute Management
● Explicación de las diferentes opciones de despliegue
● Enumerar los requisitos del sistema de SAP Collections Management
● Explicación de las diferentes opciones de despliegue

© Copyright. Reservados todos los derechos. 181

Capítulo 6 : Anexo

182 © Copyright. Reservados todos los derechos.

 Capítulo 6
Lección 1
Arquitectura

RESUMEN DE LA LECCIÓN
El escenario del curso de esta formación se basa en un escenario de sistema único. Esto
significa que todos los componentes requeridos para los procesos descritos (como SD, FI-AR
y SAP Gestión de créditos) se ejecutan en el mismo sistema. A continuación, iremos a través
de otras variantes de arquitecturas y veremos qué condiciones previas se aplican para utilizar
un determinado escenario.

Ejemplo empresarial
Desea integrar SAP Gestión de créditos en su infraestructura del sistema actual y, por lo
tanto, debe analizar las posibles opciones de arquitectura.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar los requisitos del sistema de SAP Credit Management
● Explicación de las diferentes opciones de despliegue

Figura 187: Escenario de sistema único

© Copyright. Reservados todos los derechos. 183

Capítulo 6 : Anexo

Figura 188: Escenarios de sistema múltiple

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar los requisitos del sistema de SAP Credit Management
● Explicación de las diferentes opciones de despliegue

184 © Copyright. Reservados todos los derechos.

 Capítulo 6
Lección 2
Arquitectura

RESUMEN DE LA LECCIÓN
El escenario del curso de esta formación se basa en un escenario de sistema único. Esto
significa que todos los componentes requeridos para los procesos descritos (como SD, FI-AR
y SAP Gestión de créditos) se ejecutan en el mismo sistema. A continuación, iremos a través
de otras variantes de arquitecturas y veremos qué condiciones previas se aplican para utilizar
un determinado escenario.

Ejemplo empresarial
Desea integrar SAP Gestión de créditos en su infraestructura del sistema actual y, por lo
tanto, debe analizar las posibles opciones de arquitectura.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Describir la arquitectura de SAP BD
● Explicar el rol de SAP Java Connector en la arquitectura de SAP BD
● Proporcionar un resumen sobre la arquitectura de SAP Web Application Server
● Describir los requisitos técnicos

© Copyright. Reservados todos los derechos. 185

Capítulo 6 : Anexo

Figura 189: Variantes de arquitectura

Los siguientes componentes de SAP se pueden conectar como proceso de fondo:

● Contabilidad de deudores de SAP (al menos FI-AR como parte de SAP R/3 4.6C)
● Contabilidad de deudores y acreedores de SAP (al menos SAP FI-CA 4.72)

Además, también es posible integrar los siguientes componentes:

● SAP Cash Management
● SAP Dispute Management.

186 © Copyright. Reservados todos los derechos.

 Lección: Arquitectura

Figura 190: Arquitectura de ejemplo (Escenario multisistema)

El Biller es, por ejemplo, mediante la contabilidad de deudores de SAP en la versión SAP R/3
4.6C:
● Además, el Biller usa SAP Web Application Server donde se instala SAP Biller Direct.
● La comunicación entre el fondo en SAP Application Server (“entorno ABAP”) y el interfaz
de SAP Biller Direct (“entorno Java”) es mediante RFC.
● El deudor/destinatario de la factura, necesita un navegador web para ver las facturas y la
información del deudor.
● El deudor accede al servidor Web con su ID de usuario y la contraseña para llegar al front
end de Biller Direct.

Figura 191: SAP Biller Direct: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Describir la arquitectura de SAP BD
● Explicar el rol de SAP Java Connector en la arquitectura de SAP BD
● Proporcionar un resumen sobre la arquitectura de SAP Web Application Server
● Describir los requisitos técnicos

© Copyright. Reservados todos los derechos. 187

Capítulo 6 : Anexo

188 © Copyright. Reservados todos los derechos.

 Capítulo 6
Lección 3
Arquitectura

RESUMEN DE LA LECCIÓN
El escenario del curso de esta formación se basa en un escenario de sistema único. Esto
significa que todos los componentes requeridos para los procesos descritos (como SD, FI-AR
y SAP Gestión de créditos) se ejecutan en el mismo sistema. A continuación, iremos a través
de otras variantes de arquitecturas y veremos qué condiciones previas se aplican para utilizar
un determinado escenario.

Ejemplo empresarial
Desea integrar SAP Gestión de créditos en su infraestructura del sistema actual y, por lo
tanto, debe analizar las posibles opciones de arquitectura.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar los requisitos del sistema de SAP Dispute Management
● Explicación de las diferentes opciones de despliegue

Figura 192: Variantes de arquitectura

© Copyright. Reservados todos los derechos. 189

Capítulo 6 : Anexo

Si se utilizarán SAP Collections Management y SAP Dispute Management de forma integrada,

ambos componentes deben instalarse en el mismo sistema.

Figura 193: SAP Dispute Management: Resumen

Debate dirigido

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar los requisitos del sistema de SAP Dispute Management
● Explicación de las diferentes opciones de despliegue

190 © Copyright. Reservados todos los derechos.

 Capítulo 6
Lección 4
Arquitectura

RESUMEN DE LA LECCIÓN
El escenario del curso de esta formación se basa en un escenario de sistema único. Esto
significa que todos los componentes requeridos para los procesos descritos (como SD, FI-AR
y SAP Gestión de créditos) se ejecutan en el mismo sistema. A continuación, iremos a través
de otras variantes de arquitecturas y veremos qué condiciones previas se aplican para utilizar
un determinado escenario.

Ejemplo empresarial
Desea integrar SAP Gestión de créditos en su infraestructura del sistema actual y, por lo
tanto, debe analizar las posibles opciones de arquitectura.

OBJETIVOS DE LA LECCIÓN
Después de completar esta lección, podrá:
● Enumerar los requisitos del sistema de SAP Collections Management
● Explicación de las diferentes opciones de despliegue

Figura 194: Variantes de arquitectura

Dependiendo de la versión que utiliza para SAP FI-AR, SAP Collections Management y la
Contabilidad de deudores se pueden establecer en un sistema o sistemas diferentes. Con
SAP ERP 6.0 incluido el Enhancement Package 5, SAP Collections Management puede operar

© Copyright. Reservados todos los derechos. 191

Capítulo 6 : Anexo

con versiones de SAP FI-AR anteriores a la 4.7. Además, se pueden cargar datos desde
sistemas que no son de SAP en SAP Collections Management. Para ello, se utiliza un sistema
de sustitución, que permite:
● La generación de pools de trabajo priorizados en base a estos datos
● La vista detallada de un solo deudor en la vista “Procesar deudores”

Resumen
● En función del sistema de contabilidad SAP utilizado, SAP Collections Management se
puede utilizar como una o varias infraestructuras del sistema.

Apéndice i

Figura 195: Anexo I

192 © Copyright. Reservados todos los derechos.

 Lección: Arquitectura

Figura 196: Comparación de la gestión de crédito con SAP Credit Management

Apéndice ii

Figura 197: Anexo II

© Copyright. Reservados todos los derechos. 193

Capítulo 6 : Anexo

Figura 198: Actualizar datos del segmento de crédito (ERP2004)

Los datos del segmento de crédito consisten en la actualización de los datos de

comprometido y el resumen de contabilidad de deudores:
● Los datos del comprometido se actualizan con los datos de los sistemas de ventas y
contabilidad.
● El resumen de contabilidad de deudores se actualiza con los datos de contabilidad.

Figura 199: Actualización de datos de pasivo

Cuando se crea un pedido de cliente y una factura en el sistema Comercial de SAP, los
correspondientes datos de pasivo SD se actualizan automáticamente en SAP Credit
Management.

194 © Copyright. Reservados todos los derechos.

 Lección: Arquitectura

La actualización del pasivo en SAP Credit Management de acuerdo con los datos del sistema
Gestión financiera de SAP debe desencadenarse manualmente mediante el informe
UKM_TRANSFER_ITEMS. Puede transferir todas las posiciones FI que todavía no se han
trasladado a SAP Credit Management (modo normal), o puede transferir todas las posiciones
FI actuales a SAP Credit Management (modo de reestructuración).

Figura 200: Actualizar datos de resumen de contabilidad de deudores (ERP2004)

Los datos de resumen de contabilidad de deudores de la contabilidad de SAP también se

transfieren periódicamente a SAP Credit Management mediante un informe
(UKM_TRANSFER_VECTOR). Al hacerlo, puede volver a seleccionar si desea transportar la
información delta (modo normal) o toda la información (modo de reestructuración).

© Copyright. Reservados todos los derechos. 195

Capítulo 6 : Anexo

Figura 201: Verificación de crédito para la creación de la orden en SAP Comercial (ERP2004)

1. + 2. Si se crea o modifica un pedido en SAP Comercial, la verificación de crédito se

llama en SAP Credit Management.

3. SAP Credit Management ejecuta la verificación de créditos según la regla de veri-

ficación almacenada en el perfil crediticio.

4. + 5. Se devuelve el resultado de la verificación a Comercial. Si el resultado es negati-

vo, el pedido puede bloquearse en Comercial (en función de la configuración de
BAdI BADI_SD_CM).
El informe UKM_LOGS_DISPLAY le permite visualizar un log de verificación del
crédito detallado. El log muestra cada paso de la verificación del crédito para ca-
da segmento de crédito de acuerdo con la regla de verificación almacenada en
los datos maestros de cliente.
La transacción VKM1 le permite visualizar y liberar pedidos bloqueados.

6. + 7. Después de almacenar el pedido en la base de datos (como liberado), el compro-

metido se actualiza en la misma medida en SAP Credit Management

La verificación del crédito se realiza de manera sincronizada, la actualización del

comprometido se lleva a cabo asincrónicamente.

196 © Copyright. Reservados todos los derechos.

 Lección: Arquitectura

Figura 202: Escenario de sistema único (SAP-CR – ERP2004)

Figura 203: Escenario multisistema (SAP-CR – ERP2004)

© Copyright. Reservados todos los derechos. 197

Capítulo 6 : Anexo

Figura 204: Variantes de arquitectura (SAP BD - ERP2004)

* La integración con SAP Dispute Management solo está disponible a partir de R/3 Enter-
prise o FI-CA 4.72

Los siguientes componentes de SAP se pueden conectar como proceso de fondo:

● Contabilidad de deudores de SAP (al menos FI-AR como parte de SAP R/3 4.6C)
● Contabilidad de deudores y acreedores de SAP (al menos SAP FI-CA 4.64)

Además, también es posible integrar los siguientes componentes:

● SAP Cash Management
● SAP Dispute Management

198 © Copyright. Reservados todos los derechos.

 Lección: Arquitectura

Figura 205: Variantes de arquitectura (SAP DM - ERP2004)

* Si se utilizarán SAP Collections Management y SAP Dispute Management de forma in-

tegrada, ambos componentes deben instalarse en el mismo sistema. Se recomienda
instalar SAP ECC 5.0 además de SAP Dispute Management y SAP Collections Manage-
ment ya que SAP Collections Management 6.0 requiere que SAP ECC habilite todas las
funciones.

** Al menos FI-CA 4.72

SAP Dispute Management consta de dos componentes de software principales

● Un componente para el tratamiento de casos de clarificación: componente de software
Financial Basis 3.0
● Un componente para la integración de procesos con la contabilidad de deudores:
componente de software R/3 Plug-In 2004.1 para SAP R/3 4.6C, SAP Enterprise 4.70 y
mySAP ERP 2004

SAP Dispute Management se puede configurar de dos maneras:

● Escenario de sistema único: Contabilidad de deudores y Tratamiento de casos de
clarificación se ejecutan en un sistema.
● Escenario multisistema: Contabilidad de deudores y Tratamiento de casos de clarificación
se ejecutan sistemas separados.

Un requisito previo para un escenario de sistema único es que la Contabilidad de deudores se

ejecute en mySAP ERP 2004 ya que Financial Basis 3.0 necesita SAP Web Application Server
6.40 (SAP Web AS) como base.

© Copyright. Reservados todos los derechos. 199

Capítulo 6 : Anexo

Figura 206: Variantes de arquitectura (SAP COL - ERP2004)

* Si se utilizarán SAP Collections Management y SAP Dispute Management de forma in-

tegrada, ambos componentes deben instalarse en el mismo sistema.

** Se recomienda instalar SAP ECC 5.0 además de SAP Dispute Management y SAP Co-
llections Management ya que SAP Collections Management 6.0 requiere que SAP ECC
habilite todas las funciones.

SAP Collections Management consta de dos componentes de software principales:

● Componente de software para una promesa de pago de Financial Basis 3.0
● Componente de software para el Procesamiento de créditos en Contabilidad de deudores
(FI-AR): R/3 Plug-In 2004.1 para SAP Enterprise 4.70 y mySAP ERP 2004

SAP Collections Management se puede configurar de dos maneras:

● Escenario de sistema único → la Contabilidad de deudores y la Promesa de pago se
ejecutan en un sistema.
● Escenario de sistema único → la Contabilidad de deudores y la Promesa de pago se
ejecutan en diferentes sistemas.

Un requisito previo para un escenario de sistema único es que la Contabilidad de deudores se

ejecute en mySAP ERP 2004 ya que Financial Basis 3.0 necesita SAP Web Application Server
6.40 (SAP Web AS) como base.

Debate dirigido

200 © Copyright. Reservados todos los derechos.

 Lección: Arquitectura

RESUMEN DE LA LECCIÓN
Ahora podrá:
● Enumerar los requisitos del sistema de SAP Collections Management
● Explicación de las diferentes opciones de despliegue

© Copyright. Reservados todos los derechos. 201