TSCM62

CAPITULO 1: TÉCNICA EN CONDICIONES EN LA DETERMINACIÓN

DE PRECIOS
1. PRESENTACIÓN DETERMINACIÓN DE PRECIOS
1.1 Condiciones
Los datos maestros de condiciones se almacenan en registros de condición.

Los niveles a los que comúnmente se lleva a cabo la determinación de precios están
predefinidos en el sistema SAP estándar. Sin embargo, puedo definir condiciones en cualquier
nivel.

1.2 Estructura de los registros de condición

Los registros de condición siempre se definen para una combinación de claves.

Ejemplos:

- Diferentes listas de precios para diferentes años

- Reducciones dentro de un periodo de promoción

Puedo definir los valores de un registro de condición, como precio, recargo y reducción, en
función de una escala. No hay límites de niveles de escala.

La clase de condición determina el tipo de condición y describe su utilización.

En el ejercicio 1: Lo que hemos realizado ha sido poner unas series de condiciones al pedido,
que son la PR00 para descuento en cantidad y K007 para descuento en porcentaje según la
cantidad de pedido.

En el ejercicio 2:

Lo que hemos realizado es visualizar la clase de condición k007

1.3 PRESENTACIÓN DE LA TÉCNICA DE CONDICIONES

1.4 Esquema de calculo
El esquema de cálculo se determina en el Customizing en función de:
- Área de ventas
- Documento de ventas
- Solicitante
El Customizing tiene una variedad de atributos que pueden afectar el tratamiento de las clases
de condición como:
- Nivel: Determina la secuencia en la que el sistema procesa y ubica las condiciones en el
documento de ventas
- Subtotales: El esquema puede tener cualquier cantidad de subtotales.
- Formula en base a la condición: Permite definir una base alternativa para calcular el
valor de condición.
 - Necesidades: Puedo establecer unos requisitos de como el sistema puede utilizar las
clases de condición individuales.
- Parametrizaciones especificas: Puedo marcar una clase de condición como una
condición especifica.

El esquema de cálculo almacena las clases de condiciones y la secuencia en la que estas son
ejecutadas en un documento de ventas.

1.5 Secuencia de acceso

Es una estrategia que emplea el sistema a la hora de buscar registros de condición válidos para
una clase de condición.

Se puede asignar una secuencia de acceso a una condición. Cada acceso se define con una
tabla de condiciones.

1.6 Condiciones de cabecera

En el nivel de cabecera del documento también se pueden registrarse condiciones. Se trata de
las denominadas condiciones de cabecera.

1.7 Determinación de precios nueva y clases de determinación de

precios
La nueva función de determinación de precios en un documento de ventas se puede controlar
de la siguiente manera:

- Se pueden actualizar los precios en las pantallas de condición en los niveles de

cabecera y posición.
- Para usar la función de nuevo documento asigne una clase de determinación de precio
en el esquema de cálculo.

Ejercicio 4:

Aquí hemos realizado un cambio en las condiciones que se generaron automáticamente.

Primero hemos introducido una nosotros mismos (RC00) y hemos cambiado el porcentaje de
descuento de la condición K007

Ejercicio 5:

Como en el anterior, hemos realizado una modificación de condición. En este caso hemos
añadido una nueva.

Ejercicio 6:
Igual que los anteriores, lo que hemos realizado es un cambio de clase de condición
manualmente, luego hemos creado los documentos de entrega de salida y factura. Hemos
visualizado si las modificaciones realizadas anteriormente estaban hechas.

CAPÍTULO 2: CONFIGURACION DE LA DETERMINACIÓN DE

PRECIOS
1.1 Secuencia de los pasos de configuración
Puedo configurar la determinación de precios en el orden opuesto como se explica en el
capítulo anterior.

Al crear un nuevo esquema de cálculo, debo de tener en cuenta el objetivo final desde el
comienzo. El objetivo es localizar un registro de condición adecuado que pueda determinar los
componentes clave necesarios.

1.2 Tabla de condiciones

Una tabla define la estructura clave en la que puedo crear los registros de condición
correspondientes. Para crear mis propias tablas de condiciones, utilizo el área de nombres
entre el 501 y 999.

1.3 Secuencia de acceso

Una secuencia de acceso puede constar de una o varias tablas de condiciones.

Las secuencias de acceso es la forma en la que vamos a aplicar la clase de condición.

1.3.1 Creación de una secuencia de acceso

Los precios descuentos y reducciones pueden especificarse en diferentes niveles. Se define
cada nivel mediante una tabla de condiciones. La jerarquía de los diferentes niveles se
determina según la secuencia de las entradas en una secuencia de acceso.

1.3.2 Restricciones en secuencia de acceso

La secuencia de acceso de la clase de condición estándar PR00 (precio), tiene un tercer acceso
que solo se realiza cuando cumple la restricción 3 (documento en moneda extranjera). Este
tercer acceso implica un acceso repetido a los registros de condición de las listas de precios con
un campo de fuente moneda local distinto.

Puedo utilizar accesos dependientes de restricciones para evitar accesos innecesarios y reducir
la carga del sistema.

1.4 Clases de condición

Una vez creada la secuencia de acceso, debo asignarla a una clase de condición. También
puedo crear clase de condición propias, además puedo determinar las características de la
clase de condición (k007)

1.5 Esquema de cálculo

En el esquema de cálculo, las clases de condición se combinan en la secuencia requerida.

Si deseo conservar la secuencia de entrada para las condiciones deben aparecer en el mismo
nivel. Para indicar condiciones en el mismo nivel en el quema de cálculo, debo utilizar la clave
auxiliar Contador.

La combinación del área de ventas y el esquema de cálculo de cliente en el maestro de clientes

y el esquema de cálculo de documento en la clase de documento de ventas determina qué
esquema de cálculo se utiliza en el documento.

El esquema de cálculo es la forma en la que se estructura las clases de condiciones, ya que

como vemos en el ejemplo de arriba no es lo mismo que se aplique un descuento antes que
después, también podemos utilizar diferentes esquemas de cálculo para la tributación en
varios países.

Ejercicio 7:

En la primera parte lo que hemos realizado ha sido el ver qué clase de esquema tiene un
cliente y posteriormente que esquema tiene una clase de documento.

Ejercicio 8:

En la primera parte del ejercicio lo que hemos realizado es ver qué clase de condiciones en el
esquema RVAA01 se han introducido manualmente. (Definir y asignar esquemas de cálculo ->
Actualizar esquemas de cálculo)
En la segunda parte hemos accedido para ver si tenía alguna limitación a la hora de crear
entradas manuales dentro de la clase de condición (Definir clase de condiciones -> Actualizar
clase de condición).

En la tercera parte visualizamos que en la casilla de signo +/- hay una X, esto significa que para
esta clase de condición solo hay descuentos.

En el quinto punto, vemos las condiciones que utiliza la secuencia de acceso PR02.

RESUMEN DE LOS COMPONENTES DETERMINACIÓN DE PRECIO

- Tabla de condiciones: Define la estructura de la clave mediante la cual puedo crear los
registros de condición correspondientes
- Secuencia de acceso: Es una estrategia de búsqueda para encontrar el registro de
condición correcto
- Clase de Condición: Una clase de condición es un cálculo o una fórmula que se utiliza
para calcular un componente de la determinación de precios.
- Esquema de Calculo: Es una lista secuencial de las clases de condición y subtotales.
- Registros de Condición: Un registro de condición incluye los datos que utilizan las clases
de condición para calcular la determinación de precios.

Ejercicio 9:

Hemos creado una tabla de condición y le hemos asociado una secuencia de acceso.

Posteriormente, hemos creado una clase de condición a partir de otra, cambiando los
parámetros de condición de entrega (ZF15) y secuencia de acceso (ZA15).

He creado un esquema de cálculo nuevo basándome en uno ya existente (RAAV01).

Al esquema de cálculo nuevo, le hemos añadido la clase de condición de entrega que hemos
creado anteriormente (ZF15)

En la tarea 2, he creado un esquema cliente nuevo. Posteriormente hemos modificado el

esquema de cálculo en el customizing para que se seleccione automáticamente un nuevo
esquema de cálculo. (definir y asignar esquema de cálculo -> Definir determinación de
esquemas de cálculo).

He cambiado el esquema cliente al T-L67A15.

Me he quedado por el punto 4, me dan datos que no me aparecen a la hora de crear la

condición de porte (creo que el fallo está a la hora de elaborar una tabla, en el punto 2 de la
tarea 1)

2. AÑADIR NUEVOS CAMPOS A LA DETERMINACIÓN DE PRECIOS

Customizing para la determinación de precios está restringido según el catálogo de campos
permitidos para las tablas de condiciones. Si hay una excepción puedo utilizar añadir nuevos
campos adicionales a catálogos.

La información necesaria para añadir nuevos campos de determinación de precios se

encuentra disponible en Comercial->Modificaciones del sistema-> Crear nuevos campos con
técnicas de condiciones.

Los siguientes elementos pueden ser necesarios para implementar elementos de

determinación para escenarios complejos:

- Nuevos campos para la fijación de precios.

Cree nuevos campos para satisfacer los requisitos del cliente.

- Requisitos

Definir dependencias y mejorar el rendimiento.

- Fórmulas

Amplíe los límites de la configuración estándar para satisfacer requisitos únicos específicos
del usuario.

Puede añadir nuevos campos al catálogo de campos de precios. Esto le permite utilizar el
nuevo campo para definir cualquier tabla de condiciones.

CAPITULO 3: REGISTROS DE CONDICIÓN

2. TRABAJAR CON LISTAS DE CONDICIONES
Puedo generar una lista de condiciones que brinde un resumen de los registros de condición
existentes.

En las listas de condiciones puedo ver:

- Acuerdos sobre precios específicos de cliente que se han tomado en un periodo

determinado.
- Que registros de condición de Incoterms se almacenan en el sistema.
- Que listas de precios se crearon con precios de escala.

2.1 Lista de condiciones: Tablas

Al crear un nuevo informe para listas de condiciones, tengo que determinar que vistas deseo
evaluar.

Ejercicio 10:

En la primera parte hemos visualizado la lista de condiciones para el cliente T-

L67A15(On the SAP Easy Access screen, choose Logistics → Sales and Distribution → Master Data →
Conditions → List → Pricing Report.)
En la segunda hemos creado una lista de condición

3. Actualización de registros de condición mediante el uso de las listas

de condiciones como filtro.
Hay disponible dos tipos de interfaces de mantenimiento disponibles.

Puedo actualizar registros de condición en todas las clases de condición y tablas de

condiciones. Por ejemplo, puedo visualizar y actualizar los precios de los materiales y los
descuentos y recargos de un cliente en un solo paso.

3.1 Modificación de registros de condición

Puedo configurar la función de actualización de condición nueva usando menús de ámbito, el
nombre de este es COND_AV

Para añadir un menú de ámbito especifico del usuario seleccionar Entorno->asignación menú
de ámbito.

Puedo crear estos menús de ámbito específicos del usuario; para ello utilizar la operación SE43,
copiar el menú estándar COND_AV y modificarlo según mis requisitos.

Ejercicio 11:

En la primera parte he visto menú de ámbito de manera general (no está muy claro).

He creado un tipo de variante de tipo de menú de ámbito (Cliente 15), con COND_AV.
Siguiendo la ejecución programa con el código que me dan e introduciendo los datos.

En la tercera parte hemos creado un nuevo menú de ámbito.

Hemos asignado el menú de ámbito creado ZZCOND_15 a mi usuario.

4. Trabajar con registros de condición

4.1 Crear nuevos registros de validez con referencia
Puedo crear nuevos registros de condición con referencia a registros de condición existentes.

En los registros de condición recién creados puedo modificar el importe, periodo de validez y
datos comerciales complementarios.

4.2 Actualización en masa de los registros de condición

Puedo actualizar registros de condición individuales de forma manual. Mediante la función de
modificación de precio puedo actualizar varios registros de condición a la vez.
 4.2.1 Nuevos registros de condición a partir de un registro de
condición existente.
Puedo crear varios registros de condición si copio un registro de condición existente. Puedo
elegir entre las distintas reglas de copia. Por ejemplo, copio un registro condición para la
fijación de un precio especifico cliente. El sistema da dos opciones

- Crear las condiciones de destino para una cantidad determinada de números cliente
- Crear las condiciones de destino para una cantidad determinada de números de
material.

Las reglas de copia se hacen en el customizing.

4.3 Lista de precios netos

Esta lista ofrece la posibilidad de crear información sobre los precios de un cliente para una
determinada cantidad de materiales.

El sistema determina los precios mediante la simulación de un documento de compra.

4.4 Índices de condición

Mediante los índices de condición pueden buscarse registros de condición que se hayan creado
para clases y tablas de condiciones distintas. Por ejemplo, puedo ver todos los registros
relevantes para n cliente/material.

Con la función activación, se consigue una lista con todos los índices disponibles. Primero debo
activarlos en el customizing.

Debe indicarse una condición por cada índice. Por cada condición. Se puede determinar que el
sistema actualice los índices de condiciones.

4.5 Regla de cálculo

La regla de cálculo para una clase de condición se define en el customizing. Esta regla de
cálculo determina el modo en el que se calculan para una condición, los precios o las
reducciones y recargos.

4.6 Nueva característica SAP ERP 6.0 Enhancement package 4

- En Customizing para comercial en funciones básicas-> Determinación de precios ->
Elementos de precios predefinidos, puedo visualizar los elementos exactos de precios
predefinidos en la tabla de control resumen de posiciones que trata con frecuencia
para una clase de documento.
- Puedo definir los datos que se visualizan para un elemento de precio predefinido.
A partir de SAP ERP 6.0 es posible utilizar la función empresarial Proceso de ventas simplificado
en comercial 02. A fin de utilizar las funciones adicionales para la gestión de pedidos.

Puedo editar los elementos de precio utilizados con frecuencia en una clase de documento
directamente en el resumen de posiciones para peticiones de oferta y pedidos de cliente.

Ejercicio 12:

No puedo continuar ya que dependo del ejercicio 9 que está mal configurado.

El ejercicio trata de crear registro de condición en base a un modelo.

CAPITULO 4: FUNCIONES ESPECIALES

1. Aplicación de funciones especiales para la determinación de precios
1.1 Condiciones colectivas
Agrupo condiciones por criterio, por ejemplo, grupo de material.

1.1.1 Condiciones colectivas con clave distinta

El objetivo es acumular las cantidades de posición para determinar el valor de escala,
pero que cada posición lea su propio registro de condición con esa cantidad.

Las fórmulas disponibles en el campo de rutina de condición colectiva son las siguientes:
 - Formula 1 (documento completo)

Esta fórmula suma los valores de todas las posiciones del documento de ventas que
comparten la misma clase de condición con la condición colectiva.

- Formula 2 (para todas las clases de condiciones)

Esta fórmula suma los valores de todas las posiciones del documento de venta
independientemente de las clases de condición que se hayan aplicado.

- Formula 3 (grupo de material)

Esta suma los valores de todos los valores del documento de ventas que comparten el
mismo grupo de materiales.

1.2 Exclusión de condiciones

En el esquema de cálculo las condiciones pueden enlazar con las cláusulas condicionales.

Una cláusula condicional puede evaluar el indicador de exclusión de condiciones y hacer caso
omiso de la condición si el indicador está marcado. El indicador de exclusión de condiciones
puede fijarse en la clase de condición.

Puedo utilizar la exclusión de condiciones para no permitir otras condiciones si se utiliza una
condición determinada. Por ejemplo, si se utiliza un determinado tipo de descuento, no se
permiten otros descuentos.

1.3Comparación clases de condiciones

Puedo utilizar la función de exclusión de condiciones para comparar varias condiciones o
grupos de condiciones y seleccionar las condiciones de precios más favorables o menos
favorables. Esta comparación suele ser útil en escenarios de precios complejos y competitivos.

El Customizing me ofrece la opción de definir grupos de exclusión. Como resultado, puede

comparar varias clases de condiciones y activar sólo las condiciones requeridas durante la
determinación de precios. El sistema activará el descuento y/o las condiciones de
determinación de precio dentro del grupo de exclusión en función del tipo de parametrización
que utilice.

Existen diferentes métodos de comparación para comparar las clases de condición:

- A

Se comparan todos los registros de condición dentro del primer grupo de exclusión entre
sí. Se selecciona la condición de mejor precio, las demás se desactivan.

- B

Se comparan todos los registros de condición para una clase de condición. Se elige la de
mejor precio

- C

Se compara el precio de los registros de condición en el primer grupo de exclusión y se

compara con el precio total de todos los registros de condición en el segundo grupo de
exclusión. Se selecciona el grupo con mejor precio.

- D

Si se determina un registro de condición para las clases de condición del primer grupo de
exclusión, se desactivan todos los registros de condición del segundo grupo de exclusión.

- E

El método E es similar al método B, salvo que se selecciona el peor precio (mayor cargo o
menor descuento).

- F

El método F es similar al método C, salvo que se selecciona el grupo con el peor precio
global. Las condiciones del otro grupo se desactivan.

- L

El método L es similar al método A, salvo que se selecciona el precio más desfavorable

(mayor cargo o menor descuento).

1.4 Actualización de condiciones

En los registros condición se pueden actualizar los valores acumulados y se pueden
especificar valore máximos limite. Puedo especificar un valor máximo de condición.
Ejercicio 15:

En primer lugar, hemos configurado un nueva clase de condición (zw15)

En segundo lugar, hemos añadido la clase de condición creada al esquema de calculo que
tenemos.

Ejercicio 17:

He creado un registro descuento de material para un cliente y un material

2. Determinación de datos en el acceso

Para la determinación de precios, puedo definir los datos que no se hallen en el documento de
ventas y usar estos datos posteriormente.

Los pasos utilizados para determinar y utilizar los datos en el acceso se diferencian en el modo
en el que se recopilan los daros.

Los siguientes son esquemas de determinación de datos:

- Determinación de datos mediante la estructura de comunicación KOMPAZD

- Determinación de datos mediante rutinas (condición PBUB, formula básica de cálculo
202)
- Determinación de datos para promociones de ventas mediante la categoría de
condición H

2.1 Determinación de datos en el acceso: Libro de precios

El termino de libro de precios hace referencia a una estrategia de determinación de precio. En
el sistema estándar, se proporciona el esquema de cálculo RVAA02.

El objetivo de una estrategia de determinación de precios es fijar determinados precios para un

grupo de clientes. Sin embargo, estos precios se basan en un libro de precios, el cual define el
cliente de manera independiente. Según el material también deben fijarse acuerdos especiales
para estos precios.

Los pasos en el proceso de determinación de precios son los siguientes

1- Según el grupo de clientes el sistema determina el número de la promoción de ventas

(Mediante clase de condición PBU)

2- Según el grupo de materiales, el sistema determina acuerdos especiales que tienen en

cuenta la fecha de la determinación de precios.
CAPÍTULO 5: CLASES DE CONDICIÓN
1. Uso de clases de condición
1.1 Determinación de precios manual
La clase de condición de cabecera HM00 permite introducir el valor del pedido manualmente.
A continuación, el sistema distribuye el nuevo valor de manera proporcional entre las
posiciones.

1.2 Precio neto PN00

La clase de condición PN00 me permite especificar manualmente el precio neto para una
posición. El sistema desactiva las condiciones originales.

1.3 Valor mínimo del pedido x grupo de precios

Con la clase de condición ANIW se puede crear un valor mínimo de pedido. Si el valor de
cabecera de pedido es inferior a este valor mínimo, el sistema utilizará este último como valor
neto del pedido

1.4 Precio mínimo PMIN

Con la clase de condición PMIN se puede crear un precio mínimo para un material. Si este no
se alcanza, el sistema determinará la diferencia mediante la clase de condición PMIN.

1.5 Determinación de precios con jerarquía

Se pueden generar jerarquías que reproduzcan estructuras de organizaciones de clientes.

1.6 Descuentos y sobrecargos

El objetivo del descuento por palet es conceder una reducción al cliente solo en caso de
unidades de medidas completas, por ejemplo, palets completos.

1.6.1 Recargo por plalet incompleto KP01

El cliente paga un recargo por palet incompleto

1.6.2 Descuento por palet mixto KP02

El descuento por palet mixto se basa en acumular posiciones hasta completar el palet.

1.6.3 recargo palet mixto incompleto

Acumula las cantidades de posiciones individuales y calcula el recargo sobre las fracciones de la
cantidad total.

1.7 Clase de condición DIFF

Si el importe final en la cabera no coincide con la unidad de redondeo, se redondea a la cifra
superior o inferior.

Ejercicio 18
*****PREGUNTAR*****

2. Uso de clase de condición estadísticas

El sistema SAP utiliza la clase de condición VPRS para recuperar el coste estándar del material.
En el esquema de cálculo esta clase de condición se marca como estadística.

Con el tipo de condición G, la clase de condición VPRS accede al segmento de valoración del
maestro de materiales para determinar el precio estándar o el precio medio variable,

Descuento por pronto pago = SKTO

Precio cliente esperado = EDI1 y EDI2

CAPITULO 6: IMPUESTOS, ACUERDOS SOBRE DETERMINACIÓN

DE PRECIOS Y RAPPELS
1. Criterios para la determinación de impuestos
Se puede asignar una regla como EN BLANCO, A o B a nivel de organización de ventas para
determinar el número de identificación de impuesto en el pedido y en el documento de
facturación.

Para el estatus en blanco las reglas de prioridad estándar son las siguientes

-Regla 1

Si el pagador (PY ) tiene un número de identificación a efectos del impuesto sobre las ventas y
un destinatario diferente ( SP ), el número de identificación a efectos del impuesto sobre las
ventas y la clasificación fiscal se toman de PY . En ese caso, el destinatario de las mercancías
(SH ) no es relevante. El sistema determina el número de identificación fiscal en función del
país de destino fiscal.

-Regla 2

Si no se aplica la regla 1, es decir, si SP no tiene número de identificación fiscal, pero SH sí, el

número de identificación fiscal y la clasificación fiscal se toman de SH.

-Regla 3

Si no se aplica la regla 2, el número de identificación y clasificación fiscales se transfieren de la

parte vendedora.

Para el estatus A el número de identificación de impuesto en el pedido se toman del

solicitante.

Para el estatus B, el número de identificación del impuesto en el pedido y la clasificación fiscal

se toman del responsable del pago.

1.1 Clasificación de impuestos

El sistema determina un tipo impositivo en el pedido mediante tres criterios:

- La operación comercial (exportación, importación, comercio interior)

- La obligación fiscal del destinatario de las mercancías
- La obligación fiscal del material

1.2 Determinación de impuestos

Puedo calcular los impuestos en SD, debo indicar la clase de condición para impuestos en el
esquema de cálculo.

Debo decidir cuándo calcular impuestos. El esquema de impuesto asigna a un país

parametrizaciones básicas del componente FI

2. Uso de acuerdos sobre determinación de precios

Puedo definir un programa de promoción o un plan general de marketing para una línea de
productos y un periodo de tiempo determinado. Este programa puede enlazarse con
determinadas promociones

2.1 Estatus de liberación para las promociones de ventas

Controla el lugar donde puedo encontrar los registros de condición de un acuerdo de ventas. Si,
por ejemplo, la actividad posee un estatus B, se incluyen sus registros de actividad en la
simulación de precios, pero no se utilizan en los documentos que se manejan. Si la actividad
posee un estatus C, los registros de condición se tiene en cuenta durante la planificación de
componente.
Ejercicio 19:

En primer lugar, he creado un programa de promoción. Después he creado una promoción de

ventas. Y finalmente he añadido un nuevo cliente para que reciba esas condiciones.

Hemos creado todos los documentos correspondientes para la salida de pedido, y hemos
verificado que estaba el programa de promoción y promoción de ventas.

3. Acuerdos de Rappel

CLASE DE ACUERDO RAPPEL TABLA DE CONDICIONES CLASE DE CONDICIÓN

Cliente y material (rappel porcentual) B001

0001 Cliente y grupo de rappels (rappel B001

porcentual)

Cliente y material (rappel absoluto) B002

002

Cliente (rappel porcentual) B003

003

Jerarquía de clientes (rappel B004

porcentual)
004
Jerarquía de clientes y material
B005
(rappel porcentual)

Independiente del volumen de B006

negocios
005

La función de operaciones de rappel ampliadas es una extensión de la función de operaciones

de rappel de SAP ERP. Lo puedo utilizar para procesar transacciones empresariales que se
producen frecuentemente.

Los registros de condición que están enlazados con el acuerdo de rappel especifican la tarifa de
rappel y provisión

3.1 Gestión de rappel

Los rappels difieren de otros descuentos. Los rappels se pagan retrospectivamente y se basan
en el volumen de negocios facturados que el cliente genera dentro de un periodo especifico.
El proceso de liquidación confecciona automáticamente la solicitud de abono deseada (esto
quiere decir que, si el cliente llega a una cantidad de pedido o un descuento aplicado según lo
que venda, nosotros le tenemos que hacer un pago en forma de abono)

Para funcionar correctamente el rappel debe tener los siguientes elementos:

- Org. De ventas
- Registro maestro responsable de pago
- La clase de documento de facturación

El acuerdo de rappel puede fijar los siguientes límites para liquidaciones de rappel parciales:

- Hasta el importe de provisión acumulado

- Hasta el importe de pago calculado para la fecha actual
- Un importe ilimitado

Puedo definir un rappel que no se refiere a un material en particular, sino que se refiere a un
grupo de materiales o a un cliente.

3.2 Acuerdos de rappel retroactivos

En el acuerdo de rappel se acumula y se deja constancia de la base de rappel para los
documentos de facturación creados anteriormente.

El importe de provisión no se actualiza automáticamente para los documentos de facturación

existentes. Debo registrar el importe manualmente.
 Para los documentos de facturación relevantes a rappel creados luego de haber creado el
acuerdo de rappel, campos Base de rappel y provisión se actualizan automáticamente en
acuerdo de rappel.

Ejercicio 20: CREAR ACUERDOS DE RAPPEL

Tarea 1: En primer lugar, hemos verificado que la clase de factura F2 está activada y que la
organización de ventas también para la gestión de rappel.

Tarea 2: Crear acuerdo de rappel (Vbo1). Hemos seleccionado un acuerdo 0002 para rappel por
material. Hemos introducido las escalas y lo hemos creado.

Ejercicio 21: PROCESAR ACUERDOS DE RAPPEL

Hemos creado los documentos de salida para ver si se cumple el acuerdo de rappel que hemos
creado.

Ejercicio 22: LIQUIDAR ACUERDOS DE RAPPEL

CAPITULO 7: DOCUMENTO DE FACTURACIÓN EN EL PROCESO
COMERCIAL

1. Integración del documento de facturación

El documento de facturación es la última función del proceso comercial. Tiene efectos distintos
en varias áreas del sistema.

1.2 pantallas del documento de facturación

Pueden visualizarse los datos del documento de facturación en diversas pantallas

CABECERA RESUMENES POSICIONES

EJERCICIO 23: VISUALIZAR UN DOCUMENTO DE FACTURACIÓN

CAPITULO 8: UNIDADES ORGANIZATIVAS

1. Configuración de unidades organizativas
El customizing de unidades organizativas incluyen los siguientes pasos

1. Definición de su estructura organizativa en las vistas de datos pertinentes.

2. Asignación de distintas unidades organizativas entre sí.

La configuración de una estructura organizativa debe efectuarse con mucho cuidado y teniendo
en cuenta todas las áreas de su empresa

1.1 Asignación de unidades organizativas

La sociedad de una empresa independiente desde el punto de vista legal tiene asignada un
grupo de cuentas con el que se hace el reporting externo.

Las organizaciones de ventas y los centros se asignan a una sociedad de manera unívoca.

Para cada organización de ventas se especifican los centros permitidos de manera que una
organización de ventas pueda vender mercancías desde varios centros. Puedo asignar un
centro a diversas organizaciones de ventas. Estas organizaciones de ventas pueden vender
desde este centro.

En el pedido de cliente, el sistema crea automáticamente un centro suministrador en función

de la regla de prioridad.
Una organización de ventas también puede vender mercancías que se entregan desde un
centro asignado a otra sociedad (venta multisociedades).

Haciendo que el centro sea dependiente del canal de distribución, se puede hacer otra
diferenciación de los centros de una organización de ventas desde el punto de vista comercial.
Por ejemplo, en una org. De ventas puede estar permitido canal de distribución para unos
centros y para otros no.

1.2 Organización de finanzas

Cada sociedad utiliza cuentas de mayor procedentes exactamente de un grupo de cuentas.

Dentro del grupo de cuentas, las cuentas mayor son univocas. La identificación de los planes
de cuentas es libremente definible.

Contabiliza las operaciones comerciales de sociedad. Puedo configurar diversas sociedades

para cada mandante para poder llevar la contabilidad de varias empresas independientes al
mismo tiempo.

Se realiza una asignación única entre la organización de ventas y sociedad de manera

automática cuando indica la organización de ventas pertinente en el pedido.

La división representa una unidad organizativa para la que se puede ejecutar un reporting
interno. Puede constar de varias divisiones. Una división también puede utilizarse en
sociedades distintas. Por eso, las divisiones deben tener la misma denominación en todas las
sociedades.
La utilización de división es opcional. Se puede utilizar divisiones para crear balances, así como
cuentas de pérdidas y ganancias no solo para las sociedades, sino también para áreas internas
adicionales.

La división responsable se determina para cada posición de pedido según reglas definidas.

CAPITULO 9: EL PROCESO DE FACTURACIÓN

1. CLASES DE FACTURA
La clase de factura controla todo el documento de facturación. Utilizo clases de facturas para
cubrir todas las distintas operaciones comerciales durante el tratamiento de la facturación.

Billing Type Description

F2 FACTURA

F8 FACTURA PROFORMA

CS VENTA AL CONTADO

G2 ABONO

L2 NOTA DE CARGO

RE DEVOLUCIONES

IV FACTURACIÓN INTERNA (FACTURA)

IG FACTURACIÓN INTERNA (ABONO)

S1 FACTURA DE ANULACIÓN

S2 ABONO DE ANULACIÓN

LR LISTA DE FACTURAS

LG LISTA DE ABONOS
1.1 Control clases de factura
Se pueden crear nuevas clases de factura o modificar ya las existentes en el sistema estándar
para cubrir las necesidades específicas de su empresa.

Una gran parte de los parámetros de control en la clase de factura influye en el tratamiento
posterior del proceso de gestión financiera.

Con los nuevos campos de la clase de la factura, puedo asignar características especiales de las
interfaces de comercial o gestión financiera, como clase de documento, contabilización
negativa, sucursal/central y abono con fecha valor.

1.2 Relevancia tipo de posición

En el customizing para el tipo de posición, se determina si se factura en función de la entrega o
en función del pedido.

En función de la clase de documento de ventas, el sistema propone automáticamente la clase

de factura que corresponda. Por ejemplo, en un pedido estándar (Clase de pedido OR) la clase
de factura F2.

Se puede modificar el valor propuesto al crear documentos de facturación indicando la clase de

factura requerida en datos por defecto.

Facturas Basadas en la entrega

Cuando creo una factura puedo hacer referencia a un pedido o a una entrega.

Si deseo garantizar que las mercancías se hayan enviado antes de crear la factura, creo una
factura con relación a la entrega.

Puedo utilizar una factura para que haga referencia a un pedido y a una entrega de manera
simultánea. Por ejemplo, puedo crear una sola factura para mercancías (una moqueta) y
servicios (colocación de moqueta).

Facturas basadas en pedido

Si deseo facturar a un cliente por los servicios prestados, por lo general, crea una factura con
referencia a un pedido cliente. Esto se debe a que las entregas, por lo general, no se crean para
servicios como la colocación de una moqueta.

EJERCICIO 24: CONFIGURACION DE UNA NUEVA CLASE DE FACTURA

CAPÍTULO 10: CLASES ESPECIALES DE FACTURA

1. Creación de documentos de facturación en el proceso de reclamaciones

1.1 Anulación
Para anular un documento debo crear un documento de anulación.

Esto posibilita que la entrega o pedido se pueda facturar de nuevo. Para la anulación no se
necesita ninguna copia en el customizing. Los parámetros que se deben modificar se
almacenan directamente de acuerdo con la clase de factura en el ámbito Anulación de la
imagen.

También puedo anular las posiciones individuales en un documento de facturación.

Cuando anulo un documento, paso a una pantalla de resumen que contiene el documento de
facturación original y de anulación. Antes de la actualización, pueden compararse ambos
documentos para no obtener ninguna desviación en la anulación.

Además, con la actualización, se intenta concluir la factura y la factura de anulación a menos

que ya haya tenido lugar un traspaso de datos a gestión financiera. El proceso completo
permanece dentro de Comercial y no es necesario traspasar los datos a gestión financiera.

1.2 Abonos y notas de cargo

Los abonos y notas de cargo se pueden crear ya sea con referencia a una solicitud de abono o a
una nota de cargo, como directamente a una factura en el caso este último de que su empresa
no necesite un procedimiento de liberación en caso de quejas. Las solicitudes de abono y nota
de cargo pueden crearse de las siguientes maneras:

- Sin referencia a una operación comercial anterior

- Con referencia a un pedido
- Con referencia a un documento de facturación

Como el empleado responsable puedo realizar:

- Liberar la solicitud de abono o nota de cargo tras la verificación. El empleado puede

decidir por qué importe o qué cantidad debe crearse un abono o una nota de cargo.
- Rechazar las posiciones de la solicitud de abono o nota de cargo e introducir el motivo
de rechazo.

1.3 Liberación o rechazo de solicitudes de abono

Al liberar una solicitud de abono o devolución se elimina el bloqueo de factura.
Si la reclamación no está facturada, puede introducir un motivo de rechazo para la posición,
con lo que dicha posición no se facturará.

1.4 Solicitudes corrección de factura

Representa una combinación de solicitud de abono y solicitud de cargo.

Por una parte, se abonó completamente la posición de factura errónea y, por otra parte, se
corrige y se carga la posición de la factura errónea. La diferencia resultante representa el valor
total a abonar.

Hay que crear la solicitud de corrección de factura como referencia al documento de

facturación correspondiente.

Cuando se crea una solicitud de corrección de factura las posiciones se duplican de manera
automática.

No puedo modificar la posición de abono. Sin embargo, puedo actualizar la posición de nota de
cargo correspondiente según las nuevas características.

1.5 Diferencia en cantidad

La diferencia en la cantidad se observa cuando deseo tratar una reclamación del cliente debido
a una determinada cantidad de mercancías dañadas.

EJERCICIO 25: CREACIÓN DE DOCUMENTOS DE FACTURACIÓN EN EL PROCESO DE

RECLAMACIONES

2. Creación de facturas proforma y de venta al contado

La factura proforma están disponibles también para operaciones de exportación.

Se puede crear este tipo de factura en referencia a un pedido o a una entrega. No es necesario
contabilizar la salida de mercancías antes de crear una factura proforma de entrega.

Puedo crear tantas facturas proforma como necesite. Los datos de las facturas proforma no se
pasan a gestión financiera.

La venta al contado se efectúa directamente en la aceptación del pedido. En este momento se

imprime la factura.

Para ello, el sistema SAP ofrece una operación comercial de venta al contado.

La venta al contado tiene las siguientes características:

- El pedido y la entrega se crean en un paso, pero se obtiene un documento para cada

operación.
 - La salida de mercancías se contabiliza posteriormente sin que el cliente tenga que
esperar.

Se utiliza la clase de pedido CS para la venta al contado. La configuración de la clase CS es la

siguiente:

- La facturación está basada en el pedido

- No hay determinación de salida
- No hay nueva determinación de precio
- La contabilización en la contabilidad financiera se efectúa en una cuenta de
compensación de caja y no de deudores.
- La venta al contado posee una clase de factura propia para anulación SV.

EJERCICIO 26: CREACIÓN DE UNA FACTURA DE VENTA AL CONTADO.

He realizado una venta al contado, que para finalizarla he tenido que contabilizar la salida de
mercancías.

CAPITULO 11: FLUJO DE DATOS

1. Proceso de facturación
Cada documento de facturación necesita un documento de referencia (excepto en las
transacciones externar al sistema). Estos documentos pueden ser:

-Documento de ventas

-Entrega de salida

-Documento de facturación

1.1 Flujo de datos

En parte se puede ejercer influencia sobre como los datos de los documentos de referencia
influyen en los documentos de facturación. Puede hacerlo utilizando:

- Clases de factura
- Control de copia

1.2 Control de copia

En la operación de facturación, el responsable del sistema determina la transferencia de datos
mediante el control de copia.

A nivel de cabecera se realizan los controles siguientes:

- Documento de referencia: los documentos que pueden utilizarse como referencia para
la facturación.
- Determinación de datos de comercio exterior, números de asignación, de referencia y
de posición.

A nivel de posición se realizan los controles siguientes:

 - Cantidad de facturación.
- Determinación del precio y tipo de cambio.
- Fuentes de precios.

Condiciones de copia

Se pueden especificar las condiciones para la facturación de un documento de venta en las

condiciones del control de copia.

A través de las necesidades de control de copia puedo, por ejemplo, determinar si se debe
contabilizar la salida de mercancías antes de efectuar la facturación.

Es posible definir mis propias condiciones mediante la transacción VOFM.

1.3 Cantidad de facturación

La tabla siguiente detalla la cantidad de factura en los distintos documentos de facturación.

Documento de facturación Cantidad de facturación

Basada en un pedido - Cantidad de pedido menos cantidad
ya facturada
- Ctd. Entregada hasta la fecha menos
cantidad facturada
Basada en solicitud de abono Cantidad de pedido menos cantidad ya
facturada
Basada en una entrega (cl. De factura F! y F2) Ctd.entregada hasta la fecha menos cantidad
ya facturada

Factura proforma f5 Cantidad de pedido

Factura proforma F8 Cantidad de entrega

1.4 Determinación de precios

El sistema determina un procedimiento de determinación de precios basado en la información
de documentos. El procedimiento de determinación de documentos se basa en la clase de
operación, y el procedimiento de determinación de clientes se basa en el maestro cliente.

Las clases de condición individuales están almacenadas en una secuencia correspondiente.

Estas clases de condición definen los distintos elementos de una determinación de precio, los
precios, descuentos por promoción y los recargos sobre gastos de transporte.

Para cada clase de condición se almacena una secuencia de acceso. Esto determina la
estrategia que emplea el sistema cuando busca registros de condiciones válidos.
Al determinar un registro de condición adecuado y válido, la escala se lee con la cantidad de
unidades o de valor de valor de posición y se define el precio/la reducción correspondiente en
el documento.

EJERCICIO 27: CONFIGURACIÓN DEL FLUJO DE DATOS PARA DOCUMENTOS DE FACTURACIÓN

En la primera parte lo que se hace es visualizar una factura y cambiar el tipo de factura a F1.
Vemos cómo cambia el precio.

En F2 Toma el precio en entrega, no modifica precio y determina impuestos.

En F1 Toma precio de pedido, toma componentes precio manual y determina registro.

En la segunda parte hemos creado los documentos de entrega de salida para un pedido.
Posteriormente para la posición TAN con la clase de entrega LF según la factura ZF15, hemos
determinado que se traspasen los precios de pedido, pero que se vuelvan a determinar los
gastos de transporte (H)

En la tercera parte para el cliente que nos ha solicitado el pedido hemos visualizado que
incoterm tiene, en la pantalla visualizar cliente.

En la parte cuatro hemos creado un registro de condiciones de porte (de porte ya que
utilizamos la clase de condición KF00)

CAPITULO 12: CREACIÓN DEL DOCUMENTO DE FACTURACIÓN

1. Facturar de forma explicita
Cuando las entradas son manuales, puedo especificar los pedidos o entregas que se han de
facturar dependiendo de cuál sea el documento de referencia.

Se pueden seleccionar tanto posiciones individuales como cantidades parciales de posiciones

para facturarlas al realizar la facturación. Para ello debe seleccionar la función Selección de
posición en la facturación.

1.2 Pool de facturación

Normalmente, no facturaré las operaciones de manera individual.

Si trabajo con pool de facturación, indico los criterios de selección. De acuerdo con estos, el
sistema compone las operaciones que deben facturarse.

Existen las siguientes opciones de facturación:

- Facturas individuales
- Facturas colectivas
- Facturas colectivas en línea
 - Grabe como facturación colectiva: El sistema intenta combinar todos los documentos
seleccionados. Sin embargo, no regresa al pool de facturación, en lugar de esto, el
sistema accede a la pantalla de log. Después de salir de la pantalla de log, el sistema
también sale de la pantalla del pool de facturación. Tras grabar puedo visualizar el log
para saber que documentos de facturación han sido creados a partir del pool de
facturación o que errores han surgido.

1.3 Facturación en fechas especificas

Es posible tratar las facturas periódicamente, pueden agruparse en una factura colectiva y
enviarse juntas. Para ello es necesario:

- Actualizar las fechas de facturación individuales en el calendario de fabrica mediante

reglas especiales.
- Indicar el número del calendario de fabrica en el registro maestro de cliente del
pagador en la imagen de factura (fechas de facturación)

1.4 Proceso de fondo

Puedo decidir crear facturas a través de un proceso de fondo. El job de fondo se puede
ejecutar de manera automática:

- Periódicamente, ej todos los lunes a las 2:00

- En fecha determinada ej, 18 de junio a las 3:00

El sistema puede repartir varios pools de facturación en varios job de fondo.

1.5 Interfaz de facturación

Mediante la integración de la facturación en general se pueden facturar documentos externos
en el sistema SAP.

EJERCICIO 28: CREACIÓN DE DOCUMENTOS DE FACTURACION POR DIFETENTES VÍAS

CAPÍTULO 13: FORMAS DE LIQUIDACIÓN

1. Análisis del agrupamiento y la partición de facturas
1.1 Factura colectiva
Como norma, el sistema intenta agrupar en una única factura todas las operaciones
compatibles.

EJERCICIO 29: ANÁLISIS DEL AGRUPAMIENTO Y LA PARTICIÓN DE FACTURAS

1.2 Partición de factura

Si los datos o interlocutores de cabecera en todos los campos no son iguales, se realizará
automáticamente una partición de factura.

Todos los interlocutores y campos de cabecera del documento de facturación pueden dar lugar
a la partición de factura. Por ejemplo, si las condiciones de pago de los dos pedidos son
diferentes de las que aparecen en la factura.

1.3 partición de factura dependiente de posición

El responsable del sistema puede indicar condiciones de partición adicionales en el customizing
del control de copia, que impiden al sistema agrupar documentos comerciales en una factura.

Por ejemplo, la separación puede basarse en el grupo de materiales o el centro de beneficio.

Se utiliza el campo VBRK-ZURI en la cabecera para almacenar estos criterios de partición

adicionales.

Los campos que causan partición se pueden visualizar en el análisis de partición.

EJERCICIO 30: INTERPRETACIÓN DE LOS MOTIVOS PARA PARTICIÓN DE FACTURAS

2. CONFIGURACIÓN LISTAS DE FACTURAS

Las listas de facturas se utilizan sobre todo para las asociaciones de compras, cuando la central
liquida documentos de facturación de todos los almacenes. La central no recibe todas las
facturas individuales de los almacenes, sino una lista de facturas de fechas determinadas.

Actualización de datos de ventas y distribución en la configuración

El administrador del sistema deberá actualizar la configuración de ventas y distribución de los

siguientes datos:
- Si se acuerda una comisión de factoring, deben estar actualizadas las clases de condición RL00
y MW15.

-Cada clase de factura que tenga que incluirse en una lista de facturas debe tener asignada una
clase de lista de facturas. La versión estándar de SAP incluye dos clases de listas: LG para
abonos y LR para facturas y notas de cargo.

Asimismo, es necesario actualizar los siguientes datos:

- Definirse un calendario de cliente que especifique cuando se deben crear las listas de
facturas
- Actualizar los registros de condiciones para la clase de condición RL00
- Crear registros de condiciones de salida para las clases de condiciones LR00 y RD01

CAPÍTULO 14: PROCESOS EMPRESARIALES ESPECIALES

1. Configuración planes de facturación
1.1 Plan de facturación
Cuando se procesa un pedido, es posible almacenar en el documento comercial en el nivel de
posición un plan de facturación detallado con varias fechas de facturación, en lugar de hacerlo
con la única fecha de facturación.

También puedo definir un plan de facturación en el nivel de cabecera. Este es válido para todas
las posiciones que se le asignan.

En la gestión de alquiler y servicios se utiliza muy a menudo la facturación periódica en la que

se factura el valor total a facturar para cada fecha de modo periódico.

La facturación por hitos se suele utilizar en ingeniería o construcción de instalaciones, en las

que se requiere que se distribuya la facturación en varias fechas o hitos a lo largo del plan de
facturación

1.2 Facturación periódica

Esta puede utilizarse en la gestión de alquiler. Las fechas de inicio y finalización determinan la
duración del plan de facturación. Si la duración es ilimitada puedo optar por no fijar ninguna
fecha de finalización.

Se pueden crear fechas nuevas desde plan de facturación o RVFPLA01. Se debe programar
informe para que se ejecute intervalos regulares.

Mediante las fechas de facturas es posible determinar la periodicidad de las fechas de

facturación y establecer, si debe facturarse al principio o final de cada mes.

1.3 Facturación parcial

En la facturación por hitos, el valor total a facturar se distribuye entre las fechas individuales
del plan de facturación según determinadas reglas.

Las modificaciones después de haber creado ciertos documentos de facturación por hitos se
distribuyen entre las fechas de plan de facturación posteriores restantes. La parte que calcular
posteriormente para las facturas ya creadas también se recoge en la factura de cierre.

En el documento se encontrará, en el momento de la fecha de factura, un índice de factura

para la facturación por hitos.

1.4 Regla de facturación

Es posible almacenar una regla de facturación para cada fecha de plan de facturación. Esta
regla define como se determina el importe a facturar en una fecha concreta.

De esta manera puedo fijar, si debo facturar un porcentaje o importe fijo del importe total.

El sistema también puede determinar si el importe de factura es por la facturación final,

teniendo en cuenta todas las fechas no facturadas hasta el momento.

1.5 Customizing del plan de facturación

La clase del plan de facturación se determina a partir del tipo de posición de documento y la
relevancia de factura (aquí, la relevancia de factura significa que es relevante para el plan de
facturación).

Las categorías de fechas definidas se hacen cargo de la función de control a nivel de las fechas
de facturación.

Por ejemplo, determinan lo siguiente:

 - La regla de facturación se utiliza para establecer la fecha.
- Si la fecha de facturación es una fecha fija.
- Si existe un bloqueo de factura para dicha fecha.

Las reglas para determinación de fecha se requieren en el plan de facturación para determinar
la fecha de inicio y la fecha de final, además de fechas de facturas relevantes.

EJERCICIO 31: CONFIGURACIÓN DE PLANES DE FACTURACIÓN

En primer lugar, hemos creado un pedido abierto (contrato) según los datos dados. Hemos
visualizado la regla de cálculo para la determinación del precio.

En segundo lugar, hemos visto el pool de facturación, y hemos realizado el primer pedido de
liquidación.

En tercer lugar, hemos visualizado el contrato creado y hemos visto que la primera parte está
completada.

2. Tratamiento de anticipos
Se suelen acordar anticipos con el cliente en los sectores de construcción y en los bienes de
inversión. Los anticipos ya están creados en el pedido del cliente.

Al contabilizar el cobro de un anticipo, este se compensa con la solicitud de anticipo.

En facturas parciales o de cierre, se efectúa un traspaso de los anticipos efectuados como

anticipos a compensar.

2.1 Acuerdos de anticipo en el pedido de cliente

La gestión de anticipos se lleva a cabo con la función de plan de facturación. Puedo almacenar
uno o varios acuerdos de anticipo como fecha en el plan de facturación. Puedo registrar el
anticipo como importe fijo o como porcentaje del valor de la posición.

Solicitud de anticipo

En cuanto haya llegado la fecha de factura en el plan de facturación para el anticipo, se crea
una factura de anticipo y se envía al cliente.

Pago mediante anticipo

Cuando se compensa un anticipo, el indicador de operación en cuenta mayor especial A

muestra el pago entrante en gestión financiera como anticipo a través de la contabilización. Se
puede seleccionar un pago entrante de las solicitudes abiertas y seleccionar el pulsador crear
anticipos para asignarlo a un proceso.

2.2 Facturas parciales

En facturas parciales o facturas finales los anticipos efectuados se traspasan a la factura como
anticipos a compensar.

Factura parcial: Compensación proporcional

Durante la factura parcial, puede modificar el importe del anticipo que se compensará. Puedo
hacerlo al modificar el importe para la clase de condición AZWR.

EJERCICIO 32: TRATAMIENTOS DE ANTICIPOS

Hemos creado un pedido y hemos visto mediante el plan de facturación el anticipo que nos
debía de hacer el cliente.

En segundo lugar, hemos creado la factura para el pedido anterior.

3. Tratamiento de pago a plazos

El plan de cuotas permite al cliente pagar a plazos. Se crea un único documento de facturación
para todos los pagos. A partir de este puede imprimirse una lista de cada fecha de pago y de los
importes exactos.

Para cada pago a plazos se crea un apunte contable de deudor individual en gestión financiera.

Para las condiciones de pago a plazos debe determinar el número y el importe de los plazos en
porcentajes y las condiciones de pago para cada pago a plazos, y en base a la especificación de
los plazos, el sistema genera el número de apuntes correspondientes en el documento
contable.

CAPÍTULO 15: DETERMINACIÓN DE CUENTAS

1. Configuración de la determinación de cuentas
1.1 Área de determinación de cuentas
Deberá determinar las cuentas para contabilizar en diversas áreas de la siguiente manera:

- Cuando los datos se traspasan del documento de facturación a gestión financiera, las
cuentas de libro mayor(G/L) para contabilizar ingresos, el IVA se determinan de manera
automática.
- Cuando proceso una venta al contado, debo introducir la cuenta de mayor para la
compensación en efectivo.
- El sistema puede indicar una cuenta asociada diferente a la que se ha indicado en el
registro maestro pagadores.
- Al utilizar tarjetas de pago, también es necesario contabilizar en diferentes cuentas de
mayor.

1.2 Criterios de imputación

Las cuentas de ingresos se crean en gestión financiera para recibir determinadas evaluaciones.

Por esta razón, es posible que la determinación de cuentas dependa de varios criterios:

- Grupo de cuentas
 - Org. Ventas
- Grupo de imputación responsable de pago (posible división clientes nacionales e
internacionales)
- Grupo de imputación responsable del material (posible división entre servicios y
mercancías)
- Clave de cuentas

Las claves de cuenta se asignan a clases de condición en los procedimientos de

determinación de precio.

1.3 Determinación de cuentas de ingresos

En función de la clase de factura, se asigna un esquema de determinación de cuentas para
cuentas de mayor.

En este esquema se encuentran una o varias clases de condición a la que este asignada una
secuencia de acceso.

Las tablas de condiciones contienen campos en los que debe depender la determinación de
cuentas de ingresos.

EJERCICIO 33: CONFIGURACIÓN DE LA DETERMINACIÓN DE CUENTAS

En la primera parte hemos definido un nuevo grupo de imputación.

En la segunda parte hemos introducido el nuevo grupo de imputación en el cliente T-S66B15.

En la tercera parte hemos hecho las parametrizaciones necesarias, para que la contabilización
se realice en la cuenta dada, cuando cumpla con unos datos. Para ello hemos tenido que crear
una cuenta mayor, con la clase de condición KOFI.

Hemos comprobado si al crear un pedido con los datos necesarios se efectuaba en la cuenta
802000.

2. Análisis de imputación de divisiones

2.1 Divisiones
La sociedad representa una unidad jurídica independiente.

Las divisiones se pueden utilizar para proporcionar información financiera a varias sociedades
con respecto a campos de acción significativos.

Las cuentas de mayor pueden contabilizarse para cada división.

La división no tiene ninguna asignación fija en el Customizing, sino que se determina para cada
posición del pedido según determinadas reglas.

2.2 Determinación de divisiones

Están disponibles las siguientes reglas:

- La imputación de la división se efectúa según el centro y sector de la posición.

- La imputación de la división se efectúa según el área de ventas.
- La imputación de la división se efectúa según la organización de ventas, el canal de
distribución y sector de posición.

De esta manera puede ocurrir que se determinen diferentes divisiones para diversas posiciones
de pedido.

CAPITULO 16: INTERFAZ ENTRE COMERCIAL Y GESTIÓN

FINANCIERA
1. Ajustes en la integración entre comercial y finanzas
1.1 Conexión con gestión financiera
El sistema traspasa los datos de factura de las facturas, abonos y notas de cargo a gestión
financiera y los contabiliza en las cuentas adecuadas.

Puedo modificar los siguientes datos antes de crear un documento contable:

- Fecha de facturación
- Determinación de precios
 - Determinación de cuentas
- Datos de determinación de mensajes.

1.2 Bloqueo de contabilización

Habitualmente, la transferencia de los datos de contabilidad a Gestión financiera se efectúa
automáticamente.

Sin embargo, es posible que no desee traspasarlo automáticamente, en estos casos, se puede
fijar un bloqueo de contabilización.

El sistema crea los documentos contables si previamente se han liberado las facturas.

1.3 Números de referencia

Puedo completar auto los campos de Referencia y asignación del documento contable con los
números de los documentos de comercial.

1.4 Clase de documento por operación

Los documentos dentro de la contabilidad financiera pueden distinguirse mediante la clase de
documento. Esta se anota en la cabecera de documento.

Se pueden llevar a cabo evaluaciones diferenciadas en gestión financiera y controlar una

asignación de números mediante el campo clase de documento en la configuración clase de
factura. De este modo, puedo realizar el traspaso de la clase de documento para cada clase de
factura.

1.5 Sucursal/central
Puedo utilizar el campo Sucursal/central en la clase de factura para controlar que funciones de
interlocutor del documento de facturación se traspasan a Gestión financiera. Para ello, las
propiedades determinan si se introduce el solicitante o el responsable de pago en el campo
KUNNR (número deudor) de la cabecera de factura.

En caso de dejar este campo en blanco, el sistema no tiene en cuenta las relaciones
almacenadas en el campo Central de Gestión financiera.

1.6 Abonos con fecha valor

Hasta ahora, en la creación de solicitudes de abono de una facturación, la fecha de factura de
ambos documentos era diferente. Esto hacia prácticamente imposible la reconciliación de
deudores y acreedores.
El control del procedimiento de fijación de una fecha del abono se lleva a cabo mediante el
campo Abono c/fecha valor en la clase de factura.

Si el indicador está en blanco, el procedimiento será el de siempre, es decir, el abono vence

inmediatamente con la fecha de factura. La fecha base para plazo de pago corresponde a la
fecha de factura de abono.

Si se selecciona el campo, el documento de facturación de referencia no se borra. Además, si la

fecha base para plazo de pago del documento de facturación inicial es posterior a la fecha de
facturación en el abono, se indicará en el campo FE.VAL.

Si la fecha es anterior, la fecha de facturación no se copia.

EJERCICIO 34: AJUSTE DE LA INTEGRACIÓN ENTRE COMERCIAL Y GESTIÓN FINANCIERA

En este ejercicio debemos de garantizar que las facturas no se transfieran automáticamente a

Gestión financiera, sino que se liberen individualmente.

En la primera parte hemos ido a la clase de factura ZF15 y hemos activado la casilla Bloqueo
Contabilización. En la segunda parte hemos realizado los documentos de salida para ver si se
cumple el paso anterior.