You are on page 1of 87

Fundamentos de Ventas y

Distribución

1
Fundamentos de Ventas y Distribución

Contenidos
1 INTRODUCCIÓN AL MÓDULO SD...............................................................................5
2 ESTRUCTURAS ORGANIZATIVAS..............................................................................6
2.1 INTRODUCCIÓN.............................................................................................................6
2.2 CUSTOMIZING...............................................................................................................9
2.2.1 Definición.............................................................................................................9
2.2.2 Asignación..........................................................................................................10
3 DATOS MAESTROS VENTAS.......................................................................................12
3.1 MATERIALES...............................................................................................................12
3.1.1 Tipos de Materiales............................................................................................12
3.1.2 Selección de Campo...........................................................................................13
3.1.3 Asignación de Rangos........................................................................................13
3.1.4 Mantenimiento de los Materiales.......................................................................14
3.1.5 Unidades de Medida...........................................................................................16
3.2 CLIENTES....................................................................................................................17
3.2.1 Grupos de cuentas..............................................................................................17
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

3.2.2 Interlocutores.....................................................................................................18
3.2.3 Mantenimiento de Clientes.................................................................................20
3.3 REGISTROS INFO DE VENTAS.......................................................................................21
4 PROCESO FUNCIONAL BÁSICO................................................................................22
4.1 ENTRADA Y GESTIÓN DE PEDIDOS..............................................................................22
4.2 EXPEDICIÓN................................................................................................................25
4.2.1 Creación de la Entrega.......................................................................................25
4.2.2 Principales Datos en la Entrega.........................................................................26
4.2.3 Picking...............................................................................................................27
4.2.4 Emisión de Documentos.....................................................................................28
4.2.5 Salida de Mercancías.........................................................................................28
4.2.6 Grupos de Entregas............................................................................................29
4.3 FACTURACIÓN.............................................................................................................30
4.4 ESTRUCTURA DE LOS DATOS.......................................................................................32
4.4.1 Pedido................................................................................................................32
4.4.2 Entrega...............................................................................................................32
4.4.3 Factura...............................................................................................................32
4.4.4 Generales...........................................................................................................32
5 CUSTOMIZING...............................................................................................................34
5.1 DOCUMENTOS DE VENTAS..........................................................................................34
5.1.1 Cabecera de documentos....................................................................................34
5.1.2 Tipos de posiciones.............................................................................................36
5.1.3 Tipos de reparto.................................................................................................38
5.2 TEXTOS.......................................................................................................................39
5.3 CONDICIONES DE PRECIO E IMPUESTOS......................................................................42
5.3.1 Técnica de condiciones......................................................................................42

2
Fundamentos de Ventas y Distribución

5.3.2 Precio.................................................................................................................43
5.3.3 Descuentos / Recargos......................................................................................44
5.3.4 IVA.....................................................................................................................44
5.3.5 Valor Paso Frontera...........................................................................................45
5.3.6 Esquema.............................................................................................................46
5.3.7 Aspectos Técnicos de la Secuencia de Accesos...................................................48
5.4 MENSAJES...................................................................................................................48
5.4.1 Caso Especial: Mensajes de Picking.................................................................50
5.5 DATOS INCOMPLETOS..................................................................................................51
5.6 VERIFICACIÓN DE DISPONIBILIDAD.............................................................................52
5.6.1 Clase y Categoría de necesidad.........................................................................52
5.6.2 Tipo de Reparto..................................................................................................53
5.6.3 Ejecución de la verificación de Disponibilidad en documentos de ventas..........54
5.6.4 Ejecución de la verificación de Disponibilidad en Entregas..............................60
5.7 CENTRO, PUESTO DE EXPEDICIÓN , RUTAS , PICKING..................................................61
5.7.1 Determinación del centro de Expedición............................................................61
5.7.2 Determinación del Puesto de Expedición...........................................................61
5.7.3 Determinación del Almacén de Picking..............................................................61
5.7.4 Determinación de la Ruta...................................................................................62
5.8 ENTREGAS...................................................................................................................62
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

5.8.1 Cabecera de Entrega..........................................................................................62


5.8.2 Posición de Entrega...........................................................................................63
5.8.3 Asignación de tipo de posición...........................................................................63
5.9 FACTURAS...................................................................................................................64
5.10 CONDICIONES DE COPIA..............................................................................................64
5.10.1 Pedido a Pedido.................................................................................................65
5.10.2 Factura a Pedido...............................................................................................66
5.10.3 Pedido a Entrega................................................................................................66
5.10.4 Entrega a Factura..............................................................................................68
5.10.5 Pedido a Factura y Factura a Factura..............................................................69
5.11 DETERMINACIÓN DE CUENTAS DE INGRESO................................................................69
5.12 OTRAS FUNCIONALIDADES CON TÉCNICAS DE CONDICIONES......................................70
6 DOCUMENTOS COMERCIALES / FLUJOS VARIOS..............................................71
6.1 OFERTA.......................................................................................................................71
6.2 CONTRATOS.................................................................................................................71
6.3 VENTAS IMPUTADAS A PEDIDO DE CLIENTE Y DE TERCEROS.......................................72
6.3.1 Venta Directa (Compra-Venta)..........................................................................72
6.3.2 Venta a terceros..................................................................................................73
6.4 DEVOLUCIONES...........................................................................................................73
6.5 NOTAS DE CARGO Y ABONO.......................................................................................74
6.6 CONSIGNA...................................................................................................................74
6.7 KITS............................................................................................................................76
6.8 PLAN DE FACTURACIÓN..............................................................................................77
6.9 FACTURACIÓN INTERNA..............................................................................................79
6.9.1 Venta Cross Company.........................................................................................79
6.9.2 Pedidos InterCompany.......................................................................................81

3
Fundamentos de Ventas y Distribución

7 ADAPTACION DEL SISTEMA......................................................................................83


7.1 RUTINAS / CLAUSULAS / FÓRMULAS...........................................................................83
7.2 EXITS..........................................................................................................................84
7.3 Adición de campos para Secuencias de Acceso (Técnica de condiciones)..................85
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

4
Fundamentos de Ventas y Distribución

1 Introducción al Módulo SD
El módulo SD (sales and Distribution) de SAP se ocupa de:

- Datos maestros para venta : Clientes , precios, acuerdos, contratos


- Gestión de Preventa: Clientes potenciales, acciones comerciales(visitas,
llamadas, mails)
- Gestión de Documentos comerciales (pedidos, notas de cargo, abonos,
devoluciones, etc…)
- Facturación a cliente
- Estadísticas comerciales

La gestión de expediciones no forma parte en la actualidad del módulo SD y se


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

encuentra localizada como LE (Logistics Execution). Sin embargo la gestión de


expediciones a cliente está intimamente ligada con el proceso comercial y forma parte
de éste. Por ello, dentro de SD se abordará la expedición sin entrar en detalles de
gestión de picking con Almacenes de Ubicaciones , embalaje o gestión del transporte.

Lógicamente en un entorno integrado cabe discutir la pertenencia a uno u otro módulo


de determinadas funcionalidades que pueden ser orientadas desde distintas
perspectivas. Debe tenerse en cuenta que SD no es una funcionalidad aislada sino
muy integrada con el resto de SAP.
Las principales áreas de integración son:
 FI /CO: SAP tiene como característica el hecho de reflejar de forma interactiva
en la contabilidad los flujos económicos asociados a los flujos logísticos. Ello
implica que cada movimiento en MM ligado a la expedición y los ingresos
derivados de la facturación tienen una repercusión contable y en algunos casos
también analítica.
 PP/MM: Los pedidos de cliente pueden ser necesidades relevantes para la
planificación de necesidades o desencadenar compras .
 QM: Una expedición puede llevar asociada una inspección previa de calidad o
la emisión de un certificado.
 CS: El módulo de Customer Service reune funcionalidades de SD y de PM para
abordar las necesidades de los servicios de asistencia técnica.

Nota:
Las Rutas de customizing o de cualquier transacción indicadas pueden no ser exactas
en dependencia de la versión de SAP. Puede suceder lo mismo con las impresiones
de pantalla.

5
Fundamentos de Ventas y Distribución

2 Estructuras Organizativas

2.1 Introducción

Dado que este puede ser el primer curso de SAP que recibe el alumno es necesario
desarrollar las estructuras organizativas necesarias para el funcionamiento de SD
aunque no sean propias de este módulo sino que tienen un carácter más general.

Las estructuras de FI y MM relevantes son:

Sociedad:
Ente Jurídico y Fiscal responsable ante la administración y la justicia de cumplir la
legalidad vigente. Tiene un Plan Contable y unas normas de contabilización siguiendo
unas indicaciones o normas propias del país.

Centro:
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Se entiende por centro una planta de fabricación o un centro de Distribución. Tiene


materiales stockados en almacenes. Estos stocks están en la cuenta de existencias de
la Sociedad a la que pertenece el centro.
Podemos identificar 2 características básicas:
- Es el área natural de planificación de necesidades: Los acopios se calculan
para un material/centro en base a las necesidades en ese material/centro.
- Es el área natural de valoración de un material de stock: Un material tiene para
un centro un precio de valoración distinto que para otro centro. Por ello cuando
se habla de Area de Valoración nos referimos también al centro.

Almacén:
Ente con stock. Puede corresponderse con un ente físico o lógico. Para diferenciarlo
de lo que realmente está asociado a un entorno físico (WM) se llama a veces Almacén
lógico o IM. En Inglés se le llama Storage Location.

6
Fundamentos de Ventas y Distribución

Las estructuras propias de SD son:

Organización de Ventas:
Estructura Gestora de las Ventas que es la responsable ante los terceros (clientes).
Coincide con la sociedad salvo casos excepcionales.

Canal:
Tipo de relación con el mercado. Ejemplos de canales serían: Mayoristas , Minoristas ,
Delegaciones , Venta por Internet. Un cliente se crea para un canal (mediante el que
se relaciona con nuestra organización de ventas). Un material deberá crearse para
todos los canales por los que se venda. Siempre debe evitarse la definición arbitraria
de canales, ya que comporta una necesidad de duplicación de datos maestros.

Sector:
Constituye el nivel más alto de línea de negocio (division en ingles) en base al
producto o servicio prestado. Por ejemplo: Material para Riego / Perfiles Automoción
Se indica en el producto. Se deberá definir un cliente para cada sector de producto
que nos compre.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

La reunión de Organización de Ventas / Canal / Sector se denomina Area de Ventas.


El Area de ventas tiene como objeto estructurar organizativamente nuestra gestión
comercial. Un documento de ventas está asignado a un Area de ventas a nivel de
cabecera.

ORGANIZACIÓN
VENTAS / CANAL
SOCIEDAD

CENTRO 1 CENTRO N

Almacen IM 1 Almacen IM 2

7
Fundamentos de Ventas y Distribución

O.VENTAS

CANAL 01 CANAL 02

Sector 01 Sector 02 Sector 01

Los sectores y los canales tienen una definición y significado autónomos y se asignan
para formar Areas de Venta
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Otras estructuras de SD que no influyen en duplicación de datos maestros son:

Oficina de Ventas:
Utilizado como agrupación de ventas (un documento comercial pertenece a una oficina
de ventas). Se asocia al concepto de delegación comercial o departamento comercial.
No conlleva ninguna asociación a centro u almacén. Su única vinculación es con la
organización de Ventas. Puede utilizarse para separar Ventas nacionales /
Exportación o para definir cada una de las delegaciones comerciales de una compañía
sin prejuicio de que sus ventas salgan de cualquier centro o almacén.

Grupo de vendedores:
Equipo o vendedor concreto. Un Equipo puede vincularse a más de una Oficina de
ventas y está en la cabecera de un documento de ventas.

La siguiente estructura de LE es fundamental:

Puesto de Expedición:
Ente ligado a un lugar físico o lógico donde se crean Entregas (Albaranes) a cliente.
Se determina para cada posición del documento de venta y pasa a la cabecera de las
entregas. Para crear las entregas entramos por Puesto de expedición. En base a éste
se determinará el almacén de Picking.

8
Fundamentos de Ventas y Distribución

Centro

Puesto 01 Puesto 02

2.2 Customizing

2.2.1 Definición
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

a) Definición de la Sociedad
Customizing - Estructura de empresa – Actualización de estructuras - Definición –
Finanzas - Definir, copiar, ... Sociedad
Copiar de una sociedad modelo y que copie todos los datos dependientes en todas las
tablas.

b) Definición de estructuras Logística General y MM

Centro: Customizing - Estructura de la empresa – Actualización de estructuras –


Definición - Logística general – Definir, copiar, ...centro:
Se copiará siempre de un modelo con la función especial de copia igual que con la
sociedad (copia de tablas dependientes).

Sector : Utilizar copia con tablas dependientes.


Customizing - Estructura de la empresa – Actualización de estructuras – Definición -
Logística general - Definir, copiar, borrar, verificar sector

Almacén : Customizing - Estructura de la empresa – Actualización de estructuras –


Definición - Gestión de Materiales – Actualizar almacén.
Pide automáticamente el Centro al que lo queremos asignar (debemos haber creado el
Centro antes). Al crear un almacén hay que asignarlo a un único centro, por lo que
esta asignación ya estaría realizada

9
Fundamentos de Ventas y Distribución

c) Definición de estructuras SD
Organización de ventas: Copia con tablas dependientes igual que el centro.
Customizing: Estructura de la empresa/ Comercial/ Definir, copiar, borrar, verificar
organización de ventas

Canal: Copia con tablas dependientes.


Customizing: Estructura de la empresa/ Comercial/ Definir, copiar, borrar, verificar
canal de distribución

Oficina de Ventas: Tabla simple


Customizing: Estructura de la empresa/ Comercial/ Actualizar oficina de ventas

Grupo de vendedores: Tabla simple


Customizing: Estructura de la empresa/ Comercial/ Actualizar grupo de vendedores

d) Definición de estructuras LE

Puesto de Expedición: Copia con tablas dependientes.


Customizing: Estructura de la empresa / Logistics Execution / Definir, copiar, borrar,
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

verificar puesto de expedición

2.2.2 Asignación

Crear las relaciones entre los elementos que hemos definido, en: Customizing -
Estructura de Empresa – Actualización de estructuras - Asignación

Logística general:
Asignar Centro a Sociedad.
Hay que quitar la asignación de Centro a División si ésta existiera .

Comercial:
Asignar Organizacion de ventas a Sociedad.
Asignar canal de distribución a organización de ventas
Asignar sector a organización de ventas
Crear área de ventas: Crear las relaciones Org Ventas / Canal / sector
Asignar oficina de ventas a área de ventas
Asignar grupo de venderores a oficina de ventas
Asignar organización de ventas, canal distribución, centro
Eliminar imputaciones de división si existieran.

Logistics Execution:
Asignar puesto de expedición a centro

Los elementos organizativos creados como copia copian también sus asignaciones.
Hay que desasignarlos y asignarlos correctamente y eliminar las asignaciones

10
Fundamentos de Ventas y Distribución

sobrantes. Por otro lado la función de copia con tablas dependientes habrá llenado
otras tablas de customizing con combinaciones que finalmente no tengan sentido.
Deberá hacerse limpieza si ello ocurre.

Ejercicio:
Crear estructuras organizativas como copia de Soc 1000, Centro 1000, Almacén
1000, Organización de ventas 1000 y realizar asignaciones.
Conservar el canal 10 y el sector 10
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

11
Fundamentos de Ventas y Distribución

3 Datos Maestros Ventas

Los datos maestros que necesitaremos en SD son fundamentalmete:


Maestro de Materiales
Maestro de Clientes
Tarifas
Registros Info de Ventas

3.1 Materiales

Un código de material nos identifica un objeto genérico (no individual) básico para la
gestión logística del sistema (almacenamiento, compra, venta, etc…)
Los datos asociados a un material no caben en una pantalla y se clasifican en vistas
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

que además tienen una relación jerárquica y vinculada a la estructura organizativa.

3.1.1 Tipos de Materiales

Al crearlo (Transacción MM01) se le indica un Tipo de material. Este se define en


Custo (Logistica general / Maestro de materiales/ Parametrizaciones Básicas/Tipos de
material) y define para el material un conjunto de propiedades básicas que son:

- Código de Referencia de campo: Participa en la definición de campos


obligatorios , invisbles , opcionales, etc…
- Vistas del maestro que están accesibles para dicho material
- Ref a categoría de cuentas: Determina las cuentas contables que se imputaran
desde MM
- Actualización de cantidades: Indica si el material es stockable.
- Actualizacion de valores: Indica si el material además es valorado.

La actualización de cantidades y valor puede definirse para todos los centros , para
ninguno o entrando al detalle centro a centro.

Ejemplo sin actualización de valor ni cantidad: Un servicio


Ejemplo con actualización de cantidad / sin valor: Un material facilitado por el cliente,
un activo fijo (su valor se gestiona en base a la gestión de inmovilizado) .

12
Fundamentos de Ventas y Distribución

Los tipos de materiales también determinan los rangos de números para su


codificación.

Adicionalmente se indica una propuesta para un campo muy relevante en la


configuración de las ventas: Grupo de tipos de posición.

Ejercicio:
Crear un tipo de materiales como copia de ZMER.

3.1.2 Selección de Campo

(Logística general / Maestro de materiales/Selección de Campos)


La selección de campo se realiza agrupando los campos en Grupos.
Para cada grupo y Referencia de campo se indica sus propiedades.
Existen referencias de campo asocidas a:
- El tipo de material
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

- El Ramo
- El centro
- La transacción

El resultado final es combinación de todos según una secuencia de prioridades del


atributo.
Obligatorio > Eliminar > Visible > Opcional

3.1.3 Asignación de Rangos

(Logistica general / Maestro de materiales/ Parametrizaciones Básicas / Tipos de


material)
Se crean intervalos. Los intervalos se asignan a un grupo que admite un intervalo
interno y otro externo.
Los tipos de materiales se asignan a grupos.
También es posible asignar numeración externa sin verificación en las propiedades del
tipo de Material.

13
Fundamentos de Ventas y Distribución

3.1.4 Mantenimiento de los Materiales

Las vistas que nos permiten comprar y estocar son: Datos Base 1, Compras,
Almacenamiento 1 y Contabilidad.
Las vistas que nos permiten vender son: Organización de ventas 1 y 2, Ventas/Centro.

Los datos se actualizan en la siguiente estructura de datos:

TABLA Descripción Clave


MARA Datos Generales Código
MARC Datos de Centro Código / Centro
MARD Datos de Almacén Código / Centro / Almacén
MAKT Textos para Material Código / Idioma
MARM Unidades de Medida Código / Unidad
MVKE Datos para Organización Código / Organización de ventas / Canal
de Ventas
MLAN Clasificacion Impuestos Código / País
material
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

MBEW Datos de Contabilidad Código / Area de valoración (Centro)

Existe una correspondencia entre el hecho de que un campo esté en una vista con la
tabla actualizada pero no siempre.

Los campos principales son los siguientes:

Datos Base 1.
Unidad Medida Base (MARA). Es la unidad en la que gestionamos el Stock (y que se
guarda en las tablas) Customizable – Ver unidades de medida
Grupo de artículos (MARA) Es el principal campo de agrupación de materiales desde
el punto de vista de MM y PP y el único que no depende del centro. Todas las
estadísticas y selecciones en MM y PP lo tienen en cuenta. Customizable. (Logistica
general / Maestro de materiales/ Campos Centrales)
Sector (MARA): Permite determinar el Area de Ventas a que pertenece el Material
(relativo a SD). Customizable (estructura Organizativa)
Jerarquía (MARA): Campo con características especiales y que se corresponde con
una clasificación del tipo Familia / subfamilia / SubSubfamilia. El valor aquí indicado
será una propuesta que se copiará a cada área de ventas para la que se cree el
material.
Grupo de tipos de posición general (MARA) : Campo propuesta para copiarse en
cada area de ventas para la que se cree el material (viene propuesto por el tipo de
material)
Nº antiguo (MARA). Para el cambio al código en SAP, poder buscar según nombre
antiguo.
Otros datos (MARA): Pesos y volúmenes, EAN - código de barras

Compras.

14
Fundamentos de Ventas y Distribución

Grupo de compras: (MARC) El que se indique aquí se propondrá en las solicitudes


de pedido de la planificación. Customizable (E.Organizativa)

Ventas Organización de Ventas 1


Impuestos para el material: (MLAN) Clasificación fiscal del material para los
impuestos que se hayan definido.
Centro (MVKE): En caso de estar informado, este centro tiene prioridad sobre el que
pueda estar informado en el cliente. Quiere decir que el material se sirve siempre
desde el centro indicado cuando se vende por este canal con independencia del
cliente.
Acuerdos de Cantidad: (MVKE) cantidades mínimasde pedido o entrega, múltiplo de
entrega (dependen del canal)

Ventas Organización de Ventas 2


Grupo de Tipos de posición: Es el campo más importante para la definición del
comportamiento en el proceso de ventas del material por vía de la parametrización.
Se copia por defecto el Grupo de tipos general de los datos básicos.
Jerarquía de productos (MVKE): Se copia por defecto el informado en la vista de
datos base.
Campos varios de Agrupación: (MVKE) Grupo de materiales, grupo de rapeles,
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Grupo de imputacion, Grupos de material X, Grupo de comisiones. Cada uno tiene


determinada utilidad en la parametrización estandar.

Ventas /Centro
Verif Disponibilidad (MARC): Campo con influencia en la forma de verificar
disponibilidad para una posición de pedido de venta
Grupo de transporte (MARA): Campo con influencia en la determinación de la Ruta
Grupo de carga (MARC): Campo con influencia en la determinación del puesto de
Expedición

15
Fundamentos de Ventas y Distribución

Contabilidad
Categoría de valoración: (MBEW) A qué cuentas de compras se asigna la entrada de
mercancías y la verificación de facturas. (Customizable - curso de Valoración
materiales)
Control de Precios: (MBEW) si se valora a precio estándar (S)o precio medio variable
actualizado al entrar la mercancía(V). Es el valor que le damos a nuestro material en el
almacén

Almacenaje 1 y 2.
Sin campos obligatorios.

Textos y Unidades
Acceso mediante botón “Datos Adicionales”

Nota: Para añadir más vistas de las elegidas al crear un material, se debe crear el
material de nuevo con el mismo nombre (código), no modificarlo.

Transacciones asociadas
MM01 – Crear
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

MM02 – Modificar
MM03 - Visualizar

Ejercicio:
Crear un Material del tipo creado anteriormente. Puede copiarse de PY-MER01.

3.1.5 Unidades de Medida

Las unidades de medida se mantienen en customizing (SAP Netweaver/ Verificar


Unidades de medida)

Una unidad de medida (kilometro) está asociada a una dimensión (longitud) y dispone
de un factor de conversión respecto a la unidad de medida básica de dicha dimensión
(1000 metros). También es posible indicarle un código ISO para la unidad. Este se
corresponde con un código internacional y que entre otras cosas de corresponde con
la unidad utilizada para intercambios EDI.

Las unidades adimensionales no hacen referencia a una dimensión, son de cantidad


(múltiplos de la Unidad): Cajas, Bidones, Bolsas , Palets. El factor de conversión entre
estas unidades es específico de cada material y se define en Unidades del material.

Las conversiones entre unidades de diferentes dimensiones también son propias de


cada material: Peso / Volumen (densidad), Peso / Superficie (Gramaje), etc…

16
Fundamentos de Ventas y Distribución

3.2 Clientes

Un cliente (solicitante) desde el punto de vista logístico es quien nos solicita que le
suministremos materiales o servicios. De forma más general, en el fichero de clientes
guardaremos también lo que podríamos llamar direcciones de factura (destinatario de
factura), pago (pagador) o direcciones de entrega (destinatarios de mercancía). Estos
interlocutores, que pueden coincidir con el propio solicitante, se vinculan a éste
mediante las funciones de interlocución que luego se estudiarán.
Un cliente que se trata únicamente desde Finanzas recibe habitualmente el nombre
de Deudor.
La información del maestro se divide en Vistas. Estas se estructuran en 3 Grupos:
 Generales : Los datos dependen del código de cliente
 Sociedad : Dependen de Código / Sociedad
 Area de ventas: Dependen de Código / Organización de Ventas / Canal / Sector
Un Deudor requiere de de los 2 primeros grupos.
Un Solicitante del primero y del tercero y si además puede ser pagador requiere
también del segundo grupo.
Aquel cliente que deba ejercer funciones de pagador (aunque no actúe nunca como
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

solicitante) debe tener creados los datos de los 3 grupos.

Las tablas principales asociadas son:

TABLA Descripción Clave


KNA1 Datos Generales Código
KNB1 Datos de Sociedad Código / Sociedad
KNVV Datos de Area de Ventas Código / Org de ventas / canal / sector
KNVP Interlocutores vinculados Código / Org de ventas / canal / sector /
funcion de interlocutor
KNVI Clasificación de Código / país / Tipo de impuesto
Impuestos para el cliente
Existen otras tablas pero en general todas comienzan por KN.

3.2.1 Grupos de cuentas

Un cliente pertenece a un grupo de cuentas. Estos se definen en customizing


(Logística General / Interlocutor Comercial / Clientes /Control) .
Del Grupo de cuentas depende:
- Rangos de números
- Selección de Campos
- Indicativo de Cliente Genérico (Clientes diversos ó CPD).
- Esquema de funciones de interlocutor

17
Fundamentos de Ventas y Distribución

Cuando en un documento de venta utilizamos un cliente diverso, el sistema nos


solicitará sus datos fiscales ya que se trata de un código genérico.

3.2.2 Interlocutores

La utilización de funciones de interlocutor es fundamental en ventas.


Customizing: Comercial / Funciones Básicas / Determinación de interlocutor /
Parametrizar determinación de interlocutor
Un interlocutor ocupa una función dentro de un documento comercial.
Las funciones se agrupan en esquemas que indican qué funciones son posibles y
cuales son obligatorias. El esquema se asigna al objeto SAP correspondiente (por
ejemplo pedido de venta).
Al crear un documento comercial, las funciones de interlocutor de llenan en la medida
de lo posible de forma automática, arrastrando los valores desde el maestro del
interlocutor principal del documento (Solicitante en el caso del pedido de ventas). Por
ello, el dato maestro lleva asociado también un esquema de interlocutores que definen
los que deben introducirse al definir la ficha maestra del cliente. La asignación del
esquema se realiza al grupo de cuentas.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Las funciones de interlocución habituales en ventas son:

Solicitante: Interlocutor principal del pedido


Destinatario de mercancías: Dirección de entrega
Destinatario de factura: Dirección a la que se envían las facturas
Pagador: Deudor (dado de alta en la sociedad)

Una función de interlocución tiene un código interno (el que se actualiza en las tablas)
y puede tener un código traducido dependiente del idioma (que es que se visualiza en
la pantalla).
Ej: Transportista SP --TR

Solicitante  Esquema de interlocutor para Cliente


- Función interlocutor Solicitante: PY-CNAC01
- Función interlocutor Dest. Mercancía : PY-CNAC01
- Función interlocutor Dest factura: PY-CNAC01
- Función interlocutor Pagador: PY-CNAC01

Pedido de Venta  Esquema interlocutor para Pedido


- Función interlocutor Solicitante: PY-CNAC01
- Función interlocutor Dest. Mercancía : PY-CNAC01
- Función interlocutor Dest factura: PY-CNAC01
- Función interlocutor Pagador: PY-CNAC01

18
Fundamentos de Ventas y Distribución

Cuando introducimos un interlocutor en una función de interlocutor (en el maestro o en


un documento comercial), el sistema verifica que el grupo de cuentas del interlocutor
puede realizar dicha función . Así:

- Grupo de cuentas o pedido tienen un esquema de interlocutor.


- Función de interlocución tiene Grupos de cuentas permitidos (Grupos de
cuentas asignación funciones)

En el caso de que en el maestro hayan varios interlocutores para una misma función
(por ejemplo varios destinatarios de mercancía posibles) el sistema nos proporcionará
una lista para elegir cual incorporamos al documento comercial.

Las funciones de interlocutor pueden tener diferentes naturalezas o clases de


interlocutor. Las principales son:
- KU: Cliente. Debe existir en KNVV. Ejemplo: Solicitante, destinatario
mercancías, etc…
- LI : Proveedor. Debe existir en LFA1. Ejemplo: Transportista.
- US: Usuario del sistema (Tabla de usuarios). Ejemplo: Usuario al que se debe
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

enviar un mail de aviso


- PE : Numero de personal (Tabla de personal de RH). Ejemplo: Encargado de
ventas.

La jerarquía de clientes utiliza las funciones de interlocución, pero no se considera en


este documento.
Existen esquemas de interlocución para la cabecera del documento comercial y para
las posiciones.
En las posiciones solo es necesario definir aquellas funciones para las que aceptamos
que haya divergencia sobre la asignada en la cabecera (Ej: destinatario de mercancías
en una posición distinto).
Los interlocutores se transferiran entre los documentos comerciales que participen en
un flujo si existe coincidencia entre las funciones de sus esquemas. Ejemplo:

Cliente Pedido Entrega Factura

En la factura, parte de los interlocutores pueden venir de la entrega y los que no se


encuentren en ésta vendrán del pedido.

19
Fundamentos de Ventas y Distribución

3.2.3 Mantenimiento de Clientes

Los campos principales son :


Datos Generales
Datos de Dirección, NIF nacional y Comunitario
Datos Sociedad
Cuentas Contable asociada de Clientes (430000), Condición de pago (usada en FI) y
vía de pago propuesta.
Nota: En las soluciones preconfiguradas de seidor aparecen campos para los días de
pago y para el acuerdo de vacaciones. Estos no son campos estándar de SAP.
Datos de Area de Ventas
Ventas:
Oficina de ventas, Grupo de vendedores, moneda, Zona de ventas propuestos para el
cliente
Campos utilizables para la determinación de precios: Grupo de clientes, Grupo de
precios, Esquema de cliente, Lista de precios
Expedición:
Condición de expedición: Campo relevante para determinar el puesto de expedición y
la Ruta
Centro suministrador: Centro desde el que se suministrará al cliente
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Indicadores sobre entregas parciales y tolerancias de falta y exceso de suministro.


Factura:
Propuesta para las condiciones de pago y entrega en un pedido.
Clasificación de impuestos del cliente.
Fechas de factura para el cliente (calendario): Mensual, semanal, etc…
Funciones de interlocutor
Interlocutores

Transacciones asociadas
XD01 – Crear VD01 – Crear (sin datos de sociedad)
XD02 – Modificar VK02 – Modificar (sin datos de sociedad)
XD03 – Visualizar VK03 – Visualizar (sin datos de sociedad)

Ejercicio:
Crear un Cliente en el grupo de cuentas Z001, sociedad 1000 , Area de ventas
1000/10/10 como copia PY- CNAC01.
Ampliar el cliente para su sociedad y area de ventas
Cree un grupo de cuentas como copia de Z001.
Cree un esquema de interlocutor como copia de ZAG y asígnelo a su grupo de
cuentas. Defina las funciones que puede realizar su grupo de cuentas nuevo.
Repita la creación de un cliente en ambas estructuras organizativas para el nuevo
grupo de cuentas.
Cree una función de interlocución nueva: ZX- Comisionista (de tipo cliente) y añadala
como función optativa a su esquema.
En el maestro de su cliente pongale a él mismo como comisionista.

20
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

21
Fundamentos de Ventas y Distribución
Fundamentos de Ventas y Distribución

3.3 Registros Info de Ventas

Un registro Info es un conjunto de información vinculada a un Cliente / Material (se


guardan en la tabla KNMT y KNMTK para los textos)

Fundamentalmente se utiliza para guardar:


- Código de producto y descripción para el solicitante
- Tolerancias específicas de exceso y falta de suministro
- Centro desde el que expedir un pedido
- Cantidad mínima de entrega y entregas parciales
- Textos cliente – material que puedan traspasarse a los documentos
comerciales

Transacciones asociadas
VD51 – Crear VD53 – Visualizar por cliente
VD52 – Modificar VD54 – Visualizar por material
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Ejercicio:
Crear un Registro info para su Cliente / material.

22
Fundamentos de Ventas y Distribución

4 Proceso Funcional Básico


En este apartado revisaremos y aprenderemos a realizar funcionalmente los procesos
básicos de entrada de pedidos, entrega y facturación.

Los flujos habituales en el proceso comercial son:

Flujo Ejemplo
Documento de Ventas  Entrega  Factura. Pedido Normal con entrega
de mercancía
Documento de Ventas  Factura Nota de cargo o Abono
Documento de Ventas  Entrega Devolución de Material ó
Documento de Ventas  Factura Venta de mostrador
Documento de Ventas  Entrega Entrega Gratis

4.1 Entrada y Gestión de Pedidos


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

La transacción de entrada de pedidos es VA01


Para ilustrar la entrada y estructura del pedido crearemos un pedido ZPED para el
cliente PY-CNAC01 y el material PY-MER01.
Al acceder a la transacción se debe introducir la clase de pedido, y el area de ventas
de cabecera. Opcionalmente indicaremos la oficina de ventas y el grupo de
vendedores. Si no se informan vendrán del cliente.
En cualquier documento debe entrarse en cabecera el solicitante y opcionalmente el
numero de pedido para el cliente y su fecha de pedido.
Se traspasan a la cabecera del pedido todos los datos que puedan traerse del
solicitante.
Mediante Pasar a  Cabecera o el botón accedemos a la lista de pestañas de la
cabecera:
 Ventas: Fundamentalmente datos procedentes de la vista de Ventas del cliente
 Expedición: Fundamentalmente datos de la vista de Expedición del cliente
 Factura: Fundamentalmente datos procedentes de la vista de facturación
 Condiciones: Resumen de los totales de precio acumulados en las posiciones
 Interlocutor: Funciones de interlocutor para el documento de ventas
 Textos: Textos de cabecera que pueden entrarse en el pedido y transferirse a la
entrega o la factura. Estos textos a su vez pueden heredarse del cliente.
 Datos de pedido: Referencias para el cliente.
 Datos adicionales: Varios conceptos de agrupación heredados del cliente.

23
Fundamentos de Ventas y Distribución

En las posiciones debemos introducir los materiales, las cantidades solicitadas y su


fecha de entrega (está ultima se propone a partir de la entrada en cabecera). Tras
introducir el material y la cantidad, el sistema completa los datos necesarios tomando
como origen:
- Datos del maestro de materiales
- Datos de registro info cliente – material si existe
- Datos de condiciones de precio

Pulsando doble click en la posición, entraremos al detalle de informaciones de la línea:

 Ventas A y B: Fundamentalmente datos procedentes de la vista de Ventas del


material
 Expedición: Datos relacionados con la expedición del producto que derivan del
material, del registro info, del cliente o de la determinación por vía de
customizing . Un dato fundamental previo a la determinación de otros datos es
el centro de expedición. Este proviene por orden de prioridad de Registro Info –
Material – Cliente. . El puesto de expedición se determina y será allí donde
deberá crearse el albarán.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

 Factura: La mayor parte de los datos son de la cabecera (origen cliente)


aunque pueden modificarse a nivel de posición
 Condiciones: Aparece la lista de condiciones de precio determinadas (precio de
tarifa, descuentos, iva a aplicar, etc…)
 Repartos: Es el resultado de la realización de una verificación de disponibilidad.
El sistema muestra una serie de fechas con cantidades solicitadas y cantidades
confirmadas.
 Interlocutor: Por defecto los de cabecera salvo que existan interlocutores
específicos de la posición. Se pueden cambiar los valores de la cabecera si la
posición diverge.
 Textos para la posición
 Datos de pedido: datos de referencia para el cliente vinculados a la posición
(por defecto heredan las referencias de la cabecera pero pueden diverger)
 Status: Situaciones manejadas internamente por el sistema. El motivo de
rechazo permite anular la posición o la lo pendiente de servir sin borrarla.
 Datos Adicionales A: Datos de agrupación que vienen del maestro de
materiales.

Existen diferentes resúmenes de posiciones (Ventas, resumen posiciones, detalle de


posición, solicitante, etc…)

24
Fundamentos de Ventas y Distribución

Transacciones relacionadas

VA02 - Modificar Pedido


VA03 – Visualizar Pedido
VA05 – Visualizar lista de pedidos

Ejercicio
Crear un material como copia de PY-MER01 en la estructura 1000/10/10.
Realice una entrada de mercancía (mov 501) en el almacén 1000 del centro 1000.
Crear un pedido ZPED con el cliente del grupo de cuentas Z001 que ya creó en esta
estructura.
Entre manualmente el precio de la línea ya que no disponemos de tarifa.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

25
Fundamentos de Ventas y Distribución

4.2 Expedición

4.2.1 Creación de la Entrega

El proceso de expedición parte de los pedidos pendientes de entregar, creando los


documentos de entrega.
Lo que realmente se entrega son posiciones de Reparto con cantidades confirmadas.
Una línea de pedido sin repartos confirmados (no había stock) no permitirá continuar el
proceso de entrega hasta que se vuelva a verificar disponibilidad en el pedido y
existan repartos confirmados (Ver verificación de disponibilidad)
Realizaremos los procesos entregando el pedido creado con anterioridad.
Las entregas pueden crearse:
 De forma individual para un pedido:
o Desde la modificación de pedido (VA02) puede realizar la función
Pedido  Suministrar
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

o Desde la transacción VL01N. (es la transacción llamada en el caso


anterior). Una vez dentro de VL01N, pueden incorporarse más pedidos
a la entrega en creación mediante Entrega de Salida  Suministrar
Pedido

 De forma individual sin Pedido Previo: Se realiza mediante VL01N. No es un


caso habitual.

 De forma colectiva o mediante pool


Se accede al pool pendiente de expedir mediante variantes del mismo report
que se invocan con las transacciones VL10A, VL10B, VL10C, etc…
Disponemos de muchas condiciones de selección para escoger los pedidos
que aparecen el pool.
Los pedidos para los que se desee crear entrega, deben marcarse y
procederse a crear la entrega bien en fondo o en diálogo. La creación en
diálogo realiza la misma función que si llamaramos a VL01N pedido a pedido.
La creación en fondo actúa de forma distinta generando un pool de posiciones
de todos los pedidos y creando entregas según las condiciones de agrupación
o split que se hayan configurado (condiciones de copia).

Una entrega puede pasar por diferentes fases o actividades posteriores y que en
general se corresponden con un campo de estatus de dicha entrega. La necesidad de
dichos pasos depende de la parametrización del sistema o de la decisión discrecional
de realizarlos. Estos son:
 Picking : Proceso de coger el material a suministrar en el almacén y dejarlo
preparado para su envío. Puede constar de 2 pasos:

26
Fundamentos de Ventas y Distribución

o Lista de picking: Obtener un listado para el almacenero del material a


preparar
o Confirmación de picking: El almacenero confirma las cantidades
realmente tomadas para la entrega
El proceso de picking es muy distinto si gestionamos un almacén físicamente
(ubicaciones) o sólo a nivel IM. En este documento solo consideramos el caso
de almacén IM. La gestión WM se aborda íntegramente en LE (Logistics
Execution)
 Embalaje: Proceso que permite indicar los bultos de los que se compone la
entrega y su contenido. No se aborda en este documento.
 Carga / Transporte : Proceso de agrupar entregas en base al transporte y
facilitar documentación relativa al trasporte. Puede abordarse con el módulo de
gestión de transporte incluido en LE (Logistics Execution) y no abordado en
este documento. De forma simplificada y con el objetivo de obtener un
documento de carga para el transporte de recogida pueden gestionarse grupos
de entregas para Carga.
Dentro de los procesos de carga, se contempla la partición de entregas. Este
proceso permite dividir entregas parcialmente preparadas, de modo que se
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

cree una entrega completa para ser expedida y quede una nueva entrega
pendiente de preparar.
 Salida de Mercancías: Proceso por el que se rebajan de stock las líneas de la
entrega, quedando la entrega pendiente de facturar.

4.2.2 Principales Datos en la Entrega

Podemos acceder a los datos de cabecera de la entrega mediente el botón .

 Gestión: Fechas programadas para las acciones en la entrega y status de


cabecera que se calcula a partir del status de las líneas
 Picking: Cantidad de bultos de la entrega (sin gestión de embalaje)
 Transporte: Ruta, condiciones de entrega, Pesos y datos de identificación del
transporte
 Gestión financiera: posibilidad de entrar un bloqueo de factura
 Gestión: Posibilidad de entrar un número de entrega para el cliente distinto del
número interno
 Interlocutor. Interlocutores a nivel de cabecera(en la entrega no existen los de
posición) . Se heredan del pedido. Obligatoriamente a nivel de cabecera deben
estar el Destinatario de Mercancías (no modificable ) y el transportista.
 Textos de cabecera para la entrega

27
Fundamentos de Ventas y Distribución

 Condiciones: Normalmente vacío. Determinadas condiciones como los portes


podrían ser determinadas en la entrega y transferirse a la factura. También
existe la opción de redeterminar los precios en la entrega y que sean estos los
que pasen a la factura. Esta opción también se puede aplicar a la creación de
entregas sin pedido previo aunque no es obligatoria, ya que pueden
determinarse precios en la factura.

Los datos a nivel de posición son similares a los de cabecera.

Transacciones relacionadas
VL02N – Modificar entrega
VL03N – Visualizar Entrega
VL06O – Monitor de entregas de Salida

4.2.3 Picking

Existen las siguientes opciones (dependen de la parametrización):


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

- No se requiere Picking
- Se require picking pero no se requiere confirmación (ya se crea confirmado)
- Se requiere picking y su confirmación

Para generar el listado de picking existen las siguientes opciones:


- Transacción VL70 : Seleccionar entrega para enviar a Picking , marcar y emitir
listado de picking
- Desde el Monitor de entregas: Marcar entregas + F9 y llama automáticamente
a la VL70.

Para confirmar el picking (si lo exige el puesto de expedición que no es nuestro


ejemplo):
- Accediendo a la entrega con VL02N y entrando en el resumen de picking las
cantidades.
- Desde el Monitor de entregas

Para repetir un listado de picking, deben eliminarse las cantidades de Picking de la


entrega, con lo que vuelven a status “A Picking”.

28
Fundamentos de Ventas y Distribución

4.2.4 Emisión de Documentos

La entrega requiere de la generación de documentación de expedición (albaranes,


etiquetas, etc…) . Estos outputs en SAP se denominan Mensajes.

Los mensajes se determinan para la cabecera y posición de entrega en base a la


parametrización (determinación de mensajes), pudiéndose crear mensajes
manualmente.
Para verificar los outputs determinados o crear manualmente debe ira a la entrega
(VL02N) e ir a Detalles  Mensajes de Entrega.
Lo habitual es que el mensaje se determine en la entrega con una modalidad de envío
3 . Ello quiere decir que la edición se hará mediante la transacción VL71. Otras
opciones son: 4 – inmediatamente (al grabar la entrega) , 1 – mediante job
programado RSNAST.
También puede visualizarse o imprimirse mensajes de entrega en VL02N con la opción
Entrega de Salida  Dar salida a mensajes de entrega.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

4.2.5 Salida de Mercancías

Para realizar la salida de mercancías existen las siguientes opciones:


- Desde la propia entrega (VL02N) mediante Botón de Contab.Sal.Mer
- Desde el monitor de entregas

La salida de mercancías genera movimientos de stock en un documento de material


vinculado a la entrega que a su vez lleva un documento contable que contabiliza la
reducción de stock (Ver determinación de cuentas MM)
Puede acceder a ese documento desde la opción de flujo de documentos en la
entrega o desde el propio pedido.

Entrega Documento de Documento


Material contable
Transacciones relacionadas
VL09 – Anular la salida de mercancías

29
Fundamentos de Ventas y Distribución

Ejercicio
Crear entrega para su pedido mediante VL01N
Entrar Picking y contabilizar SM
Anular Salida de mercancías
Anular Picking
Emitir listado de picking desde monitor de entregas
Contabilizar salida de mercancías desde monitor de entregas
Consulte el flujo de documentos desde el pedido

4.2.6 Grupos de Entregas

La gestión de grupos de entregas permite la obtención de documentos globales o


lanzamiento de procesos para el conjunto de entregas del grupo, utilizándolo como
campo de selección en listas o pools.

Las utilidades habituales son:


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

- Tipo de grupo = K - Agrupar entregas de cara al picking


- Tipo de grupo = M - Agrupar entregas de cara a la carga (Obtención de
documento Lista de carga)

La creación de grupos puede hacerse mediante:

- Transacción VG01: Permite crear un grupo de cualquier tipo entrando la lista de


entregas
- Desde el monitor de entregas: Funciones Siguientes  Grupo  Crear . El
resultado es el mismo que el anterior. Desde el monitor de entregas pueden
visualizarse los grupos mediante: Entorno  Grupos Asignados.

Los grupos pueden determinar outputs (mensajes). Ejemplos:


- Grupos K: Lista de picking colectiva.
- Grupos M: Lista de Carga

Un tipo de Grupo es el W (fase de picking). Este se utiliza cuando existe gestión WM.

Transacciones relacionadas
VG02 – Modificar Grupo
VG03 – Visualizar Grupo
VASK – Borrar Grupo
VL72 – Mensajes para Grupo

30
Fundamentos de Ventas y Distribución

4.3 Facturación

El proceso de facturación parte de documentos anteriores (entregas o pedidos) y crea


documentos factura que a su vez se contabilizan creando un documento financiero.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

La facturación se puede llevar a cabo de las siguientes formas:

 Transacción VF01: Entrar la lista de documentos a facturar.


Puede indicarse la fecha de factura y la clase de factura. Si no indicamos
nada, es la parametrización la que lo propone.
Permite seleccionar posiciones de entrega o de pedido a facturar en lugar de
facturar todo el documento.
Si la parametrización lo indica, es posible facturar parcialmente líneas de
albaran o pedido.

 Desde el pool de facturación: Transacción VF04


Pool de selección de documentos a facturar. Al seleccionarlos es como si
llenaramos la VF01 con dichos documentos.
En la pestaña Datos por defecto puede sobrescribirse la fecha de factura y la
clase de factura que vendría propuesta.
Los tipos de facturación son:
o Facturación de entregas: Los documentos seleccionados son
posiciones de entrega relevantes para facturar

31
Fundamentos de Ventas y Distribución

o Facturación en base a pedido: Los documentos seleccionados son


posiciones de pedido relevantes para facturar
o Facturación interna: Se facturan entregas de compras entre sociedades
o de Ventas cross company.
o Sin documentos con bloqueo: Los documentos con un bloqueo de
factura ya no aparecen en el pool. En caso contrario aparecen pero no
los factura y nos muestra la razón en el log del proceso
o En función de rappel: Abonos de rappel
o Documentos con ARE: ARE es acuse de recibo. Para las entregas es
posible fijar un status de acuse de recibo de modo que por vía de este
indicador sólo seleccionamos para facturar dichas entregas.

La factura puede contabilizarse automáticamente en su grabación o quedar pendiente


de traspasar a contabilidad ya sea porque se haya parametrizado este procedimiento
como habitual o porque el sistema haya detectado un error en el momento de
contabilizar.

La factura tiene Cabecera y Posiciones y puede accederse al detalle de cada uno de


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

ellos igual que en el pedido o la entrega.


Para contabilizar facturas bloqueadas se utiliza la transacción VFX3 o bien desde la
modificación de Factura VF02 con la opción de Contabilizar. Desde el momento en que
una factura está contabilizada es prácticamente inmodificable (salvo textos).
Desde la factura puede acceder al documento Financiero.
Desde el flujo de documentos se puede acceder a todos los documentos ligados en el
flujo, así como al documento financiero generado por la factura.

Una factura puede anularse. El sistema crea un documento contrario, dejando de


nuevo el documento previo (entrega o pedido) en status pendiente.

La facturación adicional permite calcular cargos o abonos de facturas ya realizadas


debido a cambios de precios retroactivos. Se utiliza bastante en el sector de
automoción en el que se cierra la negociación de precios del ejercicio cuando ya está
avanzado éste o se producen renegociaciones que se aplican con retroactividad.

Transacciones relacionadas
VF02 –Modificar factura
VF03 – Visualizar Factura
VF11 – Anular factura
VFRB – Facturación Adicional

32
Fundamentos de Ventas y Distribución

4.4 Estructura de los Datos

En general las tablas de ventas y generales de documentos comerciales empiezan por


VB.
Las principales con las siguientes:

4.4.1 Pedido
Tabla Descripcion Clave
VBAK Cabecera de pedido Numero de pedido
VBAP Posición de Pedido Pedido / Posición
VBKD Datos comerciales de cabecera Pedido / Posición. Los datos de
y Posición cabecera están con posición 000000. Si
una posición tiene datos divergentes de
la cabecera, tiene registro propio
VBEP Repartos Pedido / Posición / Numero de Reparto

4.4.2 Entrega
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Tabla Descripción Clave


LIKP Cabecera de entrega Entrega
LIPS Posiciones de entrega Entrega / Posición

4.4.3 Factura
Tabla Descripción Clave
VBRK Cabecera de Facturas Factura
VBRP Posición de Factura Factura / Posición

4.4.4 Generales
Tabla Descripcion Clave
VBPA Interlocutores para documento Documento / Posición / Función de
comercial para cabecera y Interlocutor. Los datos de cabecera
posición están con posición 000000. Si una
posición tiene datos divergentes de la
cabecera o interlocutores específicos
de posición , tiene registro propio
VBFA Flujo de documentos Documento anterior / Posición anterior /
comerciales Documento siguiente / Posición
siguiente
VBBE Necesidades para la Documento / Posición / reparto
planificación de los documentos
comerciales (pedidos y
entregas)
VBUK Status de cabecera de Documento
documento comercial
VBUP Status de posición de Documento / Posición

33
Fundamentos de Ventas y Distribución

Documento comercial
NAST Mensajes para documentos Aplicación / Objeto(Documento) / Clase
de mensaje / Idioma / Interlocutor
destinatario / Fecha de creación / Hora
de creación
Aplicación :
V1 - Ventas
V2 – Entregas
V4 – Pickings
V3 - Facturas
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

34
Fundamentos de Ventas y Distribución

5 Customizing

5.1 Documentos de Ventas

El customizing de los documentos de ventas incluye parámetros a 3 niveles:

- Cabecera
- Posición
- Reparto

Analizaremos los principales parámetros.

5.1.1 Cabecera de documentos


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Comercial/Documentos de ventas/Definir clases de documento de ventas

Campo Utilidad
Tipo Doc.Comercial Clasifica el documento en unas tipologías fijas de SAP.
Es mucho mejor utilizar en desarrollos Z este campo
para determinar la tipología del documento que la
clase de documento de ventas que depende de la
parametrización.
A Petición de oferta
B Oferta
C Pedido
D Propuesta de posiciones
E Plan de entregas
F Plan de entregas suj.a gestión con agent
G Pedido abierto
H Devolución
I Pedido sin cargo
K Solicitud de abono
L Solicitud de nota de cargo
W Planificación de necesidades primarias
0 Pedido abierto maestro
Bloqueo-docum-venta Permite bloquear el uso de este documento
Rangos de Numeros Uno externo y uno interno
Referencia oblig Es obligatorio crear el documento con referencia a uno
anterior.
Verificar sector Activa verificación de si las posiciones pertenecen al

35
Fundamentos de Ventas y Distribución

mismo sector que la cabecera y dar aviso o error


Sector Posición Toma el sector de la cabecera del documento para las
posiciones o toma el sector del maestro de materiales
Ver. Nº ped. S Clt Verificar que el nº de pedido de cliente no está
duplicado
Contabil.datos conf. Forma de determinar fecha de confirmación en el caso
de utilizar el campo Plazo de entrega para pedidos
que provengan de contratos o de ofertas.
Nota sobre ofertas Activamos que el sistema nos de un aviso si hay
ofertas pendientes para el material / Solicitante
Nota sobre contratos Activamos que el sistema nos de un aviso si hay
contratos vigentes para el material / Solicitante
Clase de Entrega Clase de documento para una entrega que se cree a
partir de esta clase de pedido
Bloqueo de entrega Un pedido se creará bloqueado por defecto con este
motivo
Condición de expedición La condición de expedición participa en la
determinación de la Ruta y del puesto de expedición.
La del documento de ventas si existe, es prioritaria a la
del solicitante
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Cl.fact.por entrega Clase de documento para una factura de una entrega


que se cree a partir de esta clase de pedido
Cl.fact.relac.pedido Clase de documento para una factura creada en base
a pedido a partir de esta clase de pedido
ClFactFacturaciónInt Clase de documento para una factura interna creada
en base a una entrega de un proceso crosscompany y
que ha partido de esta clase de pedido
Bloqueo de factura El pedido está bloqueado para factura con este motivo
Decalaje neg.en días Numero de días para propuesta de fecha de entrega
en base a fecha del día
Prop.Fecha de entrega El sistema propone la fecha de entrega en base al
campo anterior
Propuesta Fe. Precio Tipo de propuesta para la fecha de precio (del día, la
de entrega, etc…)
Proponer fe.Pedido Proponer fecha actual como fecha de pedido

Los documentos permitidos por Area de ventas se parametrizan en:

Comercial / Documentos de venta / Asignación area de ventas a clase de documento


de ventas

En este punto se permiten agrupar Organizaciones de venta, canales y sectores para


simplificar la asignación.

36
Fundamentos de Ventas y Distribución

Ejercicio:

Cree el tipo de pedido ZPXX (XX = iniciales) como copia de ZPED.


Realice un pedido de dicho tipo con su material y cliente.

5.1.2 Tipos de posiciones

Comercial/Documentos de ventas/ Definir tipos de posición

Campo Utilidad
Clase de posición Tipo de posición interno: Normal, de valor (es solo
dinero), texto
Regla conclusión Forma de concluir la posición mediante un documento
posterior para ofertas y contratos:
Blanco: No hay regla - Conclusión según gestión en
función de copia
A : Posición se concluye la primera vez que se cree un
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

documento siguiente independientemente de la


cantidad
B: La posición se concluye cuando se completa la
cantidad.
Etc…
Stock especial Indicación del tipo de stock especial desde el que
debe producirse la salida de stcok en la expedición.
No es necesario utilizarlo si la posición determina una
clase de necesidad correcta. Es necesario para
posiciones que trabajando con stock especial, pueden
no tener una clase de necesidad asociada. Por
ejemplo:
- Tomas de consigna (W)
- Compra/Venta (asignada a pedido de cliente )
mediante asignación de reparto que genera
Sol.pedido automático (E)
Relevante p.factura CAMPO IMPORTANTISIMO: Indica como va a
facturarse esta posición :
Con relación a entrega, con relación a pedido, pro
forma o en base a pedido con plan de facturación
Además se puede indicar :
- Si pueden haber facturas de entregas parciales
o líneas de entrega parciales
- No facturar líneas con cantidad = 0
- Tratamiento de posiciones de partición de lote
Cl.plan facturación Tipo de plan de facturación propuesto para la línea

37
Fundamentos de Ventas y Distribución

Bloqueo de factura Posición bloqueada para facturación con este motivo


Determ.precio La posición es relevante para determinar condiciones
de precio
Valores estadísticos La posición puede actualizar estadísticas pero es una
posición ficticia (su valor no se tiene en cuenta en el
valor del documento)
Posición comercial Posibilita que los datos comerciales (VBKD) de una
posición sea distintos a los de cabecera
Reparto permitido Posibilita el acceso a la pantalla de repartos. No llevan
repartos los contratos por ejemplo ya que no son
entregables.
Pos.suscep.entrega Solo para posiciones de texto, indica si puede
entregarse.
Devolución Marca la posición como de devolución
Peso/Vol.Relevante Trae para la posición el peso y el volumen del maestro
de materiales (y por tanto lo suma en la cabecera).
Credito activo Posición relevante para gestión de crédito
Determinar Valor Interno Posición relevante para determinar la condición VPRS
o similares (precio de coste) que actualizan el subtotal
de valor interno(subtotal B)
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Lista de Materiales Parámetros para que una posición comercial pueda


explotar una lista de materiales (por ejemplo en el
caso de un Kit)

La determinación del tipo de posición se parametriza en:

Comercial/Documentos de ventas/ Asignar tipos de posición

La determinación del tipo de posición de Ventas al crear una línea en un pedido


depende de:

Tipo de documento + Grupo de tipos de posición (Maestro de materiales) + utilización


+ Tipo de posición superior  Se propone la primera posición asignada y se permite
manualmente cambiarla por cualquier de los tipos de posición asignados siguientes.

Grupo de tipos de posición: Asignado en el material a nivel de organización de ventas


(MVKE) , propuesto por el tipo de posición general (MARA) y propuesto a partir del tipo
de material. Campo que define los tipos de posición posibles y el propuesto para el
material en cada clase de pedido.

Utilización: Campo especial utilizado por el sistema para definir algunos casos de
flujos concretos. En el caso de documentos de venta hay pocos casos. Ej: Posición
creada para una bonificaón en especie,

Los grupos de tipos de posición pueden también parametrizarse.

38
Fundamentos de Ventas y Distribución

Ejercicio:

Cree el tipo de Grupos de posición ZNXX (como copia de NORM).


Realice la asignación de los tipos de posición asignados a NORM para el pedido
ZPXX al grupo ZNXX.
Ponga el grupo de tipos de posición ZNXX en su material.
Cree nuevo pedido y verifique que se asigna la posición correcta.
Cree un tipo de posición ZPXX como copia de ZPED.
Asigne este tipo de posición al grupo de tipos de posición ZNXX en lugar de la ZPED
para un tipo de pedido ZPXX.
Realice un pedido de dicho tipo con su material y cliente

5.1.3 Tipos de reparto

Comercial/Documentos de ventas/ Definir tipos de reparto

Los Repartos determinan fundamentalmente:


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

- Si se verifica o no disponibilidad
- Si se traspasan necesidades a la planificación
- Si es un reparto relevante para entrega.
- Qué movimiento de stock se realiza en la salida de mercancías
- Parámetros de acopio para el caso de acopio externo directo (Sol.Pedido se
crea de forma automática al meter el pedido de ventas)

Tipo de Reparto Descripción


Bloqueo de entrega El reparto queda bloqueado para entrega por este
motivo
Clase Movimiento Movimiento al hacer la salida de mercancías. Si no se
indica movimiento, no se reduce stock aunque la
posición sea relevante para entrega y el material
stockable.
Pos susc. Entrega Reparto es entregable
Clase de pedido, tipo de Para acopio directo, debe introducirse una clase de
posición, tipo de Sol. de pedido. El tipo de posición y de imputación se
imputación determinan desde aquí ya que no se pasa por el
proceso de planificación
Nec/Montaje La cantidad de necesidad es relevante para la
planificación de necesidades en e marco de una
planificación que tenga en cuenta las necesidades
(determinista)
Disponibilidad La posición verifica disponibilidad (Ver verificación de
disponibilidad)

39
Fundamentos de Ventas y Distribución

La asignación del tipo de reparto se parametriza en:

Comercial/Documentos de ventas/ Asignar tipos de reparto

La determinación del tipo de reparto al crear una línea en un pedido depende de:

Tipo de posición + Característica de Planificación del material(Maestro de


materiales)  Se propone el primer tipo de reparto asignado y se permite
manualmente cambiarlo por cualquiera de los tipos de reparto asignados siguientes.
No suele utilizarse la característica de planificación y para evitar inconsistencias en el
tratamiento, es mejor dejar en la asignación ese campo en blanco (el sistema accede
con Posic. + Caract y si no encuentra nada accede sólo con Posic. y Caract=blanco).

5.2 Textos

La Parametrización de textos permite configurar líneas de texto para la cabecera de


los documentos comerciales y para las posiciones.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Customizing: Comercial / Funciones Básicas / Control de Texto

Un texto en SAP se guarda en la base de datos identificado por:

 Un tipo de objeto al que hace referencia: Ejemplo:


o Texto de cabecera de pedido. Tipo de objeto VBBK
o Texto de Cabecera de Cliente dependiente de Area de ventas. Tipo de
objeto: KNVV
 Un identificador de tipo de texto. Ejemplo para VBBK:
o Texto ZALB: Nota para Albaran
o Texto ZFAC: Nota para Factura
 Un idioma
 Un identificador del objeto concreto al que hace referencia. Ejemplo:
o Numero de pedido (para VBBK)
o Numero Cliente / Organización de ventas / Canal / Sector para KNVV

Podemos ver los datos clave de un texto, desde el mantenimiento del texto,
accediendo a cabecera de texto:

40
Fundamentos de Ventas y Distribución

El funcionamiento es el siguiente:

1. Definir tipos de texto para cada objeto. Un tipo de texto tiene un ID. (Ejemplo
ZALB). La definición de ID Textos es independiente de mandante.

2. Crear un esquema de texto e indicar los textos incluidos en el esquema


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

3. Asignar el esquema. El esquema de textos para el maestro de clientes se


asigna al grupo de cuentas. El Esquema de Textos para un documento
comercial se asigna al tipo de documento o al tipo de posición.

Un texto puede incorporarse a un objeto desde un objeto anterior. Ejemplos:

- Un texto de cabecera en un pedido puede venir del cliente


- Un texto de cabecera en un pedido puede venir de una oferta previa o de un
contrato al que hace referencia
- Un texto en una entrega puede venir de un texto en el pedido
- Etc…

Para definir como se realiza este traspaso es necesario definir una secuencia de
acceso de textos en la que se determinan:
- Secuencia de objetos/id textos origen: Se procesaran en este orden y al
encontrar uno, se para la secuencia.
- Función de interlocutor del documento comercial a la que ir a buscar el texto si
el origen es KNVV (Por ejemplo AG para solicitante)
- Que idioma debe utilizarse para la búsqueda del texto: El del documento, el de
un interlocutor concreto, el de la organización de ventas

41
Fundamentos de Ventas y Distribución

En el esquema de textos se indica el código de secuencia de accesos para cada ID


texto y en el caso de encontrarse un texto origen:
- El texto se incorpora
- El texto se incorpora en proceso visible (ventana de pop up con el texto)
- El usuario debe elegir si lo incorpora o no.

Nota: Las secuencias de acceso deben generarse. La generación se produce


automáticamente al salir de la creación o modificación de la secuencia de acceso. Si
una secuencia de acceso no funciona pero es correcta, se debe entrar al customizing
del mandante, ir a la pantalla de modificación de secuencia y volver a salir. Un mal
funcionamiento (secuencia no regenerada automáticamente) es habitual tras un
transporte si el acceso ya existía previamente en el mandante destino.

La gestión de textos es genérica y valida para pedidos, entregas, facturas, contratos,


ofertas. Etc…

Ejercicio:
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Cree un esquema de textos XX para la cabecera de Documento de ventas como


copia de Z1 y asignelo al tipo de pedido ZPXX.
Entre un texto al cliente.
Cree un pedido y verifique la transferencia de textos.

42
Fundamentos de Ventas y Distribución

5.3 Condiciones de Precio e Impuestos

Customizing: Comercial / Funciones Básicas / Determinación de Precio


La determinacion de precios en ventas sigue la llamada técnica de condiciones en
SAP.

5.3.1 Técnica de condiciones


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Condición de precio: Concepto de Precio, descuento, impuesto. Etc… Tiene


propiedades que indican si es un valor, un porcentaje, si tiene escalas, etc…
Secuencia de Acceso: Lista de Tablas a las que se tiene que acceder para obtener el
valor de una condición y que fijan la dependencia de esa condición. La secuencia de
acceso se asigna a la condición. La secuencia de acceso es independiente de
mandante.
Tabla de condiciones: Tabla física en la que para una clave de campos, se asigna el
valor de una condición. La tabla física es A999 done 999 es el número de tabla que se
utiliza en customizing.
Esquema de Precios: Especie de Hoja de Cálculo en la que, en base a las
condiciones, se definen totales, se definen las bases de cálculo sobre las que se
aplican otras condiciones y se asignan los resultados a conceptos más generales
(precio final, precio con impuesto, precio interno, valor paso frontera, etc..) que se

43
Fundamentos de Ventas y Distribución

corresponden con campos fijos de la tabla VBAP. El esquema se asigna en base a


unos criterios.
Registros de condición: Registros con los valores de una condición que están
guardados en las tablas de condiciones. Se entran en la parte funcional ya que no son
una función de parametrización sino que son la entrada de los valores (mantenimiento
de precios, descuentos, etc…) Las transacciones de mantenimiento son: VK11, VK12,
VK13.

En general y según lo que indique la parametrización, las condiciones llevan fechas de


validez y pueden llevar escalas.

Existe la posibilidad de incluir un status de liberación en las tablas de condiciones. En


el caso de utilizarse, el status permite que un registro de condición obtenido pueda
requerir de un proceso de liberación para ser aceptado. Dicho tratamiento no es
habitual y el comportamiento de un acceso con status de liberación es idéntico del que
no lo lleva sino se han definido status.

Como ejemplo tomaremos condiciones definidas en el esquema ZRVAA2 (asignado a


las organizaciones 1000, 2000 )
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

5.3.2 Precio

El precio es una condición con categoría = B / regla Calculo = C / Tipo condicion =


Blanco.
Ejemplo: Condición de precio ZTAR (que aparece en esquemas ZRVAAX) y su
secuencia ZTAR es por:
- Organización de ventas / canal / Cliente / Material: Tabla 005 (como 305 sin
status de liberación) accediendo con el solicitante
- Organización de ventas / canal / Cliente / Material: Tabla 005 (como 305 sin
status de liberación) accediendo con el pagador
- Organización de ventas / canal / Cliente / Material: Tabla 005 (como 305 sin
status de liberación) accediendo con el nivel de Jerarquía X (jerarquía de
cliente) con X entre 1 y 5
- Organización de ventas / canal /Lista de Precios/Moneda/Material: Tabla 006
- Organización de ventas / canal /Material: Tabla 004.

La secuencia de acceso del precio es dependiente de la instalación si bien los


campos más habituales son:
- Cliente
- Material
- Estructura organizativa: Org.Ventas, canal
- Lista de precios: Se asigna al cliente para un área de ventas (agrupación de
clientes para precios).
- Grupo de materiales: Este campo acostumbra a utilizarse como campo de
agrupación de materiales de cara a descuentos.

44
Fundamentos de Ventas y Distribución

- Moneda del documento: Se suele utilizar por ejemplo junto con las listas de
precios o para tarifas en general para poder tener precios distintos en EUR,
USD, etc… que conduzcan a precios redondos en dichas monedas sin que la
aplicación de redondeos haga perder exactitud entre el total de la posición y el
valor unitario.

5.3.3 Descuentos / Recargos

Ejemplos: Condiciones ZDC1 y ZDI1. Se definen como condiciones con categoría = A ,


y regla de calculo cualquiera (las normales serían A- porcentual y C - Cantidad), Tipo
de condición = Blanco

Pueden tener secuencia de acceso o definirse como manuales en el esquema.


En el esquema deberá indicarse el total que actúa como base sobre el que se aplican.
Si no se indica éste se entiende que se aplica sobre el neto resultante hasta la línea
inmediatamente anterior del esquema.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

5.3.4 IVA

Ver condición ZMWS. Se define como una condición con categoría = D, regla de
calculo A y Tipo de condición D.

En el esquema (ZRVAA2 por ejemplo) debe aplicarse sobre un total que contenga la
base de iva.
Los accesos a la secuencia obtendrán tanto el porcentaje a aplicar como el indicador
de iva.

El acceso estándar es MWST (en nuestro caso, su copia ZWMS) que realiza los
siguientes accesos:
- Si el país destino es <> del emisor (Clausula condicional 8)  Determinar en
base a País origen / país destino
- Si el país destino y origen es el mismo (clausula condicional 7)  Deteminar en
base indicador de impuestos del cliente y del material
- Existe un tercer acceso posible, alternativo al primero para exportación y que
permite determinar el impuesto no solo en función del país de origen y destino
sino también de indicadores de cliente y material. No se utiliza este acceso en
España ya que los ivas de exportación habituales (X0 para UE e Y0 para
resto) no dependen de particularidades del cliente o del producto.

Indicadores:
Repercutidos Nacionales: R0 , R1 , R2 , R3
Repercutidos Comunitarios: X0

45
Fundamentos de Ventas y Distribución

Repercutidos Export: Y0

Notas:
- Una venta dentro de las islas en Canarias no está sujeta al IVA sino al IGIC que
se define como un impuesto distinto (y una clase de condición distinta)
- Si un cliente está sujeto a recargo de equivalencia se requiere un impuesto
adicional y una clase de condición adicional al IVA si bien, la tabla de accesos
y los indicadores de impuestos pueden ser los mismos ya que el valor del
recargo va asociado a un iva.

Registros de condición para IVA Nacional (ZMWS)


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Registros de condicion para Recargo de equivalencia (ZREQ)

5.3.5 Valor Paso Frontera

Ver ZGRW.

46
Fundamentos de Ventas y Distribución

El valor paso frontera es valor estadístico de la mercancía utilizado en la declaración


Intrastat. Esta condición es la encargada de calcularlo. La condición debe marcarse
como estadística en el esquema. Lo más habitual es considerar el 100% del valor
Neto como valor paso frontera aunque cabe la opción de hacer depender el cálculo de
la condición de entrega (Incoterms) y hacer jugar total o parcialmente los costes de
condiciones de transporte si están identificados a nivel de esquema.

5.3.6 Esquema

Las principales características en el esquema son:

- Permite indicar que una condición será manual


- Permite indicar si una condición es obligatoria
- Permite indicar si una condición es estadística (no suma al neto, es
informativa). Por ejemplo una comisión.
- Permite indicar rutinas (código de programa) para calcular el valor de una
condición, el valor de la base a la que se aplica o una claúsula condicional para
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

determinar si debe calcularse o no.


- Permite indicar las claves de cuenta (para ingresos y provisión – esta última en
caso de condiciones de Rappel) que se pueden utilizar para determinar
cuentas de ingreso o claves de impuesto.
- Permite indicar una variable o subtotal temporal o de asignación a un campo
fijo de VBAP:
o Campos que quedan grabados en VBAP con un sentido específico y
definido:

o Campos que quedan grabados en VBAP en campos de subtotales


libres o de usuario:

47
Fundamentos de Ventas y Distribución

o Campos que no quedan grabados en VBAP. Son de trabajo temporal en


cálculos del esquema,

Los subtotales D a H reciben el valor total de la condición (aplicada a


toda la cantidad).
Los subtotales J a M reciben el valor recuperado del registro de
condiciones antes de aplicar el cálculo a la cantidad).

El esquema se asigna en base a:


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

- Organización de Ventas / canal y Sector


- Esquema de cliente: Código asignado al cliente en su maestro (vista
dependiente de area de ventas)
- Esquema de documento: Código asignado a la clase de documento de ventas.

48
Fundamentos de Ventas y Distribución

5.3.7 Aspectos Técnicos de la Secuencia de Accesos

Las funciones de programa que realizan los accesos a tablas trabajan con campos
existentes en las estructuras de datos KOMG, KOMK y KOMP. Sólo podremos utilizar
en la creación de tablas y en los accesos campos existentes en dichas estructuras.
Estas estructuras contienen casi todos los campos si bien, antes de definir nuestra
estrategia para los accesos, deberemos comprobar que es así.
En el caso de requerir definir precio por campos no existentes en estas estructuras
(por ejemplo nuevos interlocutores), deberemos:
- Ampliar la estructura mediante un APPEND
- Utilizar una exit para que se rellene el efectivamente el campo nuevo y tenga
un valor para poder realizar el acceso. (Ver ampliación del sistema).

En la secuencia de acceso podemos:


- Además de fijar un campo de la estructura para el acceso, podemos indicar un
valor fijo fuente.
- Indicar que un campo es de acceso opcional (clave libre). Ejemplo: Acceder
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

con campo obligatorio + campo opcional. Si no hay un valor para dicha clave,
tomar valor accediendo sin el campo opcional y recuperar el primer registro
sea cual sea el valor de ese campo opcional. El campo prioridad también juega
en este caso.

Ejercicio:

Cree un esquema ZRVXX de determinación de precios como copia de ZRVAA2.


Asignelo para su Organización de ventas.
Realice pedido y compruebe.
Cree descuento ZDXX como copia de ZDC1. Incluya el descuento en el esquema
ZRVXX.
Cree un registro de condiciones por material (Tabla 4) en su organización de ventas.
Cree un registro de condiciones para la tarifa (ZTAR) en su organización de ventas.
Realice pedido y compruebe que se determinan.

5.4 Mensajes

Se entiende por mensajes los outputs ligados a documentos comerciales


La determinación de mensajes permite que el sistema determine qué outputs deben
generarse para cada documento comercial. Se utiliza la Técnica de condiciones ya
explicada en las condiciones de precio.

49
Fundamentos de Ventas y Distribución

Para un output de un documento comercial debe definirse:


- Medio de Envío: Impreso, Fax , mail
- Interlocutor Destinatario. Una función de interlocutor que exista en el
documento comercial (Por ejemplo AG-solicitante ó WE – Destinatario de
mercancías)
- Forma de envío: Inmediato, con un programa específico de la aplicación ,
mediante lanzamientos en batch del programa RSNAST00. Este programa
selecciona mensajes pendientes de emitir. (se accede con “Datos adicionales”)
- Medios de comunicación: Parámetros que dependen del medio de envío. Para
un medio “Impresión” se corresponde con la impresora y los parámetros de
impresión: (imprimir inmediato, guardar en el spool, copias, textos para
identificación en el spool).
- Un idioma: En comercial viene del idioma del interlocutor destinatario. En base
al idioma se asigna un formulario traducido a dicho idioma y se toman las
descripciones en ese idioma.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Para pedidos y Facturas se parametriza en:


Comercial / Funciones Básicas / Determinación de mensaje
Para Entregas y Grupos de Entregas se parametriza en:
Logistics Execution / Expedición / Bases / Control de Mensajes

Clase de mensaje (por ejemplo ZBA0


En la clase de mensaje se define:
- El programa y formulario que debe ejecutarse.
- La secuencia de Acceso
- Parámetros de propuesta al crear registros de condiciones
- Parámetros de impresión: Campo por el que se determinará la impresora. En
este caso en base a la Organización de Ventas. Si se determina una impresora
en el registro de condiciones, ésta tiene prioridad sobre la asignada por vía
customizing.
- Las funciones de interlocutor permitidas para cada medio de envío

50
Fundamentos de Ventas y Distribución

Forma de determinar la impresora por vía de customizing


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Tablas y secuencias de acceso


Funcionamiento típico. Ver ejemplo de secuencia Z003.

Esquemas
Ver esquema ZV1000.
El esquema se asigna a la clase de documento o al tipo de posición (si el esquema de
mensajes es de posición)

Registros de condiciones
Una vez configurada la determinación, deben entrase los registros en las tablas de
condiciones.
Transacciones para pedido: VV11 , VV12, VV13
Transacciones para entrega: VV21, VV22, VV23
Transacciones para Grupos de entregas: VVG1 , VVG2, VVG3
Transacciones para facturas: VV31 , VV32, VV33

Asignación de impresora por vía customizing. (Definir Parámetros de Impresión)


Para que el mensaje se determine es necesario que sea capaz de asignar una
impresora.
El criterio de asignación está en la clase de mensaje.
Si en los registros de condición se deja la impresora en blanco, se determinará la
asignada por vía de customizing.

Ejercicio:

51
Fundamentos de Ventas y Distribución

Cree un esquema ZV1XX de determinación de mensajes para cabecera de pedido


como copia de ZV1000. Asignelo a su tipo de pedido ZPXX.
Cree pedido y cree mensaje ZBA0 manual. Emita (visualizacion) el mensaje.
Cree el tipo de mensaje ZBXX como copia de ZBA0.
Asignar al esquema ZV1XX.
Asignar impresora (parámetros de impresión)
Crear registro de condiciones para ZBXX.
Crear pedido y verificar que se determina el mensaje.

5.4.1 Caso Especial: Mensajes de Picking

Los mensaje de picking tienen una casuística especial:

- No se determinan mediante secuencia de acceso sino que dependen de la


parametrización del Puesto de Expedición (Estructura Organizativa).
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Solo es posible indicar una clase de mensaje para el puesto de expedición.


Para ampliar mensajes puede ser una alternativa utilizar los mensajes de
grupos de entregas para picking.l

- No existe esquema pero sí clases de mensaje. El mantenimiento de las clases


de mensaje no está por menú pero se puede acceder llamando directamente a
la transaccion V/38.

El mensaje de picking se determina al grabar si hay posiciones con status “Pendiente


de Picking” ó “Picking parcial”. Poniendo a cero la cantidad de picking se redetermina
el mensaje.

5.5 Datos incompletos

52
Fundamentos de Ventas y Distribución

La determinación de campos obligatorios en un documento comercial se realiza


mediante la asignación de un esquema a la cabecera del documento comercial y a la
posición, que contiene la lista de campos obligatorios.

Customizing para pedidos: Comercial / Funciones Básicas / Datos Incompletos


Existe una funcionalidad similar para entregas en Logistics Execution.

Un documento con datos incompletos puede grabarse pero no puede ser entregado si
el status de bloqueo es general o de entrega.

Existe un listado de documentos de venta incompletos: transacción V.02.


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

53
Fundamentos de Ventas y Distribución

5.6 Verificación de Disponibilidad

Una de las funciones básicas en el tratamiento de documentos comerciales es la


Verificación de disponibilidad y el procedimiento de transferir necesidades a la
planificación.

El caso más importante es la verificación realizada en el pedido de ventas.

¿Qué hace la verificación de disponibilidad?


Ver si existe suficiente material para la fecha de necesidad requerida para entregar a
tiempo al cliente según la fecha solicitada de entrega.
El resultado es una lista de repartos con fechas y cantidades confirmadas.

¿Qué hace la transferencia de necesidades?


Crear o modificar un registro de necesidades en la tabla de necesidades de comercial
(VBBE) asociado a la posición de pedido. En la posición de pedido, queda guardada la
clase de necesidad, que es un campo vital para determinar el comportamiento de esta
necesidad para la planificación.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

El campo clase de necesidad juega un papel muy importante en ventas, no solo ligado
a la planificación de necesidades sino a la integración logística en general del
documento de ventas.

La parametrización de estos aspectos se define en: Comercial / Funciones Básicas /


Verificación de disponibilidad y transferencia de necesidades.

5.6.1 Clase y Categoría de necesidad

Para cada línea de pedido que gestiona material estocable, debe quedar asignada
una clase de necesidad. La clase de necesidad no es sino un sinónimo de la categoría
de necesidad que es el código que lleva asociada una parametrización.

La Clase de necesidad asignada a la posición puede verse en el Resumen de


Posiciones “ Aprovisionamiento” para el pedido de ventas.

La asignación de la clase de necesidad se realiza de la siguiente forma:

A) Por vía del campo estrategia de planificación del maestro de materiales: Este
campo normalmente se utiliza en materiales fabricados (aunque no tiene
porque ser así) y que gestionan previsiones de venta. El campo estrategia no
solo fija la clase de necesidad para pedidos de este material sino también la
que se asocia a previsiones de este material. Por ello es obligada su utilización
si hay previsiones.

54
Fundamentos de Ventas y Distribución

B) A partir del tipo de posición: En el cutomizing se asigna en base al tipo de


posición de pedido y a la característica de planificación del material, si bien es
mejor obviar este último campo y dejarlo en blanco en el custo. Si no hay
estrategia, esta es la forma de asignar la clase de necesidad. Si hay estrategia
, en el custo de asignación puede además indicarse si:
 Lo que indique la estrategia es prioritario sobre la asignación a la
posición
 Lo que indique la posición es prioritario a la estrategia
 Idem anterior pero la clase de necesidad debe estar permitida en le
grupo de estrategias asociado al material

La categoría de necesidad define:

- Si se verifica disponibilidad
- Si se transfiere necesidad
- Si la necesidad es relevante para planificar o solo informativa (caso de
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

transferirse)
- Si debe interactuar con las previsiones compensándose.
- Si la posición genera necesidad para un stock especial separado del stock
anónimo (Stock de pedido de cliente, stock de proyecto) del que se producirá la
salida.
- Si los costes del acopio para la posición irán imputados a un determinado tipo
de objeto de coste (Pedido de cliente, Proyecto)
- Si se generará una orden de fabricación on-line con el pedido de ventas sin
necesidad de planificar (o una orden provisional o un grafo) y en este caso, si
debe verificarse la disponibilidad de los componentes
- Si la posición admite un cálculo de costes en el pedido de ventas

Este campo es vital para la integración del proceso comercial con el resto de áreas de
compañía: Producción, Compras, Controlling.

5.6.2 Tipo de Reparto

El tipo de Reparto permite también determinar:

- Si se verifica disponibilidad
- Si se transfiere necesidad

55
Fundamentos de Ventas y Distribución

El resultado es que sólo se verifica si tanto la clase de necesidad como el tipo de


reparto tienen ambos marcado el flag de verificación. Si uno de los 2 no lo tiene
marcado, no se verifica.
La transferencia de necesidades sigue la misma lógica.
El reparto permite desactivar la verificación o la transferencia aunque la clase de
necesidad lo indique.

Nota: Para poder realizar ejemplos de verificación de disponibilidad en el sistema de


formación, active la verificación en el tipo de reparto CP que por defecto viene
desmarcado.

5.6.3 Ejecución de la verificación de Disponibilidad en documentos


de ventas

La disponibilidad ATP (Available to promise ) nos da la disponibilidad de un material


para una fecha de la siguiente forma:
Disponible a fecha: Stock – Salidas confirmadas (todas) + entradas hasta fecha
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

56
Fundamentos de Ventas y Distribución

Ejemplo: Fecha del día 1.1.2000

Fecha Fecha Elemento Cantidad Disp.ATP


ATP Elemento
1.1.2000 - Stock 100
1.1.2000 10.12.1999 Reparto Venta 50
confirmado
1.1.2000 21.1.2000 Reparto Venta 10 40
confirmado
10.2.2000 10.2.2000 Pedido de compra 70 110

Si ahora nos pidieran 80 unidades para el 10/1/2000 la cantidad ATP sería:

Caso 1) Entregas parciales se aceptan


Se pueden confirmar 40 unidades para el 10/1/2000 (de hecho se podrían confirmar
para hoy si el cliente las necesitara)
Se pueden confirmar las otras 40 para 10/2/2000. Si se acepta esta situación el
cuadro quedaría como:
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Fecha Fecha Elemento Cantidad Disp.ATP


ATP Elemento
1.1.2000 - Stock 100
1.1.2000 10.12.1999 Reparto Venta 50
confirmado
1.1.2000 10.1.2000 Reparto Venta 40
confirmado
1.1.2000 21.1.2000 Reparto Venta 10 0
confirmado
10.2.2000 10.2.2000 Pedido de compra 70
10.2.2000 10.2.2000 Reparto Venta 40 30
confirmado

57
Fundamentos de Ventas y Distribución

Si el cliente desea entrega completa sólo se la podemos confirmar para el 10.2.2000 y


el cuadro quedaría de la siguiente forma:

Fecha Fecha Elemento Cantidad Disp.ATP


ATP Elemento
1.1.2000 - Stock 100
1.1.2000 10.12.1999 Reparto Venta 50
confirmado
1.1.2000 21.1.2000 Reparto Venta 10 0
confirmado
10.2.2000 10.2.2000 Pedido de compra 70
10.2.2000 10.2.2000 Reparto Venta 80 30
confirmado

La verificación de disponibilidad se realiza para cada posición del documento de


ventas en base a la parametrización del control de verificación: Comercial / Funciones
Básicas / Verificación de disponibilidad y transferencia de necesidades./
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Verif.disponibil.seg.lógica ATP y respecto planif.prev./ Configurar control de la


verificación de disponibilidad

En este punto se parametriza para un Grupo de verificación y una regla de verificación


que elementos de disponibilidad (Stocks y entradas y salidas) deben tenerse en
cuenta para una verificación de disponibilidad ATP.

Las reglas de verificación son fijas (internas de SAP) para todo lo que tiene que ver
con comercial. Las principales son:

Regla Utilización
A Línea de pedido de ventas para stock
AE Línea de pedido de ventas con stock especial de pedido de cliente
B Línea de entrega (Verif, de disponibilidad al crear la entrega)
BE Línea de entrega con stock especial de pedido de cliente

El grupo de verificación viene del material (Vista de centro – MARC).

58
Fundamentos de Ventas y Distribución
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

La verificación de disponibilidad se realiza a varios niveles:

- Nivel Centro
- Nivel Almacén
- Nivel Lote/Centro
- Nivel Lote /Almacén

Tenemos cantidad ATP a cualquiera de los niveles. La confirmación no se produce si


no existe cantidad ATP a alguno de los niveles.
Si una necesidad no tiene asociado almacén (por ejemplo un pedido sin almacén
informado en la posición), solo puede verificar disponibilidad a nivel de centro.
Si una necesidad no tiene almacén pero sí lote, se verifica a nivel de centro y también
a nivel de lote/centro.

59
Fundamentos de Ventas y Distribución

Se configura:

- Tipos de Stock a tener en cuenta como disponibles: Stock de seguridad,


traslado entre centros, control de calidad, bloqueado, no libre (lotes) , descartar
stocks y necesidades en subcontratista

- Entradas que se quieran tener en cuenta:


 Pedidos de compra
 Solicitudes de pedido de compra
 Avisos de entrega (entregas entrantes)
 Ordenes previsionales (fijadas o todas)
 Ordenes de fabricación (todas o solo las liberadas)

- Salidas que se quieren tener en cuenta

 Necesidades comerciales: Repartos de pedidos de venta confirmados


 Nota de entrega: Entregas
 Reservas de stock (por ejemplo las reservas manuales para consumo a
centro de coste o de traspaso entre almacenes)
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

 Necesidades secundarias: necesidades sobre componentes de


Ordenes previsionales
 Reservas dependientes: Reservas de órdenes de fabricación (todas o
solo las confirmadas según verificación ATP en los componentes de las
órdenes)
 Ordenes de entrega: Pedidos de traslado entre centros (solo pedidos o
pedidos y solicitudes de pedido de traslado)

- Tener en cuenta o no el tiempo de reaprovisionamiento del material que se


encuentra en maestro de materiales. Si el material es de compra se utilizará el
campo MARC-PLIFZ (Vista de compras o de planificación 2). Si el material es
de fabricación se utilizará el campo MARC-WZEIT (Vista de planificación 3) o la
suma del tiempo de fabricación propio y del tiempo EM si el anterior no está
informado.
El tiempo de aprovisionamiento se corresponde con un periodo a partir del cual
el sistema confirmará cualquier cantidad que se le solicite no teniéndose en
cuenta los elementos de entrada o salida posteriores a dicha fecha.

El resultado de la verificación de disponibilidad sirve para:

- Disponer de repartos de pedido confirmados que son los únicos relevantes


para entrega (los que aparecen en el pool de expediciones)
- Dar fechas de confirmación al cliente

60
Fundamentos de Ventas y Distribución

- Reservar el material , ya que el material confirmado para un reparto se tendrá


en cuenta al verificar otros pedidos)

Por ello es una de las funciones clave dentro de SD.

Verificación en el Pedido

Si la línea de pedido verifica, el sistema puede reaccionar de varias formas:

- Asignando el material para entregas parciales (si el cliente lo permite)


- Asignando el material para entrega completa
- Mostrando una ventana con las 2 opciones en caso de infracobertura, y que
sea el usuario quien escoja.

Interactivamente (tal y como se entran los pedidos) van confirmándose las cantidades.
Un pedido que no tenga cantidad porque no hay stock en el momento de su entrada,
solo podrá entregarse tras conseguir asignarse cantidad. Para ello, podemos entrar
de nuevo al pedido y ejecutar la función: Tratar  Verificar disponibilidad.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Los botones relacionados con disponibilidad son:


El primero (izquierda) nos permite verificar disponibilidad de la posición marcada.
El segundo (centro) ver la disponibilidad ATP del material de la posición marcada.
El tercero (derecha) ver las confirmaciones (repartos) de nuestra posición de pedido.

Reprogramación de atrasos

El sistema ofrece un report para tratar todos los pedidos pendientes y realizarles una
verificación de disponibilidad masiva. Si trabajamos con verificación de disponibilidad,
este report debe pasarse periodicamente para asignar material.
El report se llama desde la transacción V_V2 (Ejecutar la reprogramación). Existen las
siguientes opciones:
- Reprogramar todo o solo los pedidos con cantidades pendientes de confirmar
- Tratar pedidos de venta y/o Pedidos de traslado entre centros
- Solo simular sin actualizar las cantidades confirmadas en repartos
- Establecer un criterio de prioridades para adjudicar las cantidades: Fecha de
entrada, fecha de entrega, pedidos de cliente más o menos prioritarios que
pedidos de traslado, prioridad de entrega.
El resultado de la última ejecución de la reprogramación se guarda en una base de
datos temporal y puede ser consultada mediante V_R2.

Fecha y cantidad Fija

Si tras verificar disponibilidad, fijamos el pincho “Fecha y cantidad fija” en el


tratamiento de repartos de la posición, dicha posición no se tratará en un proceso de
verificación de disponibilidad conservando las confirmaciones existentes. En este

61
Fundamentos de Ventas y Distribución

caso, las fechas confirmadas son las transferidas a la planificación de necesidades (y


no las solicitadas que es lo que hace el sistema en cualquier otra situación).

Valores de propuesta

Se pueden parametrizar unos valores de funcionamiento en Comercial / Funciones


Básicas / Verificación de disponibilidad y transferencia de necesidades./
Verif.disponibil.seg.lógica ATP y respecto planif.prev./ Especificar parametrizaciones
previas
En este punto para cada área de ventas indicamos:
- Si debe proponerse el pincho fecha y cantidad fija después de verificar
disponibilidad en el pedido
- Como debe reaccionar el sistema (proponiendo entregas parciales, entregas
completas, ventana de selección) en el pedido y en el proceso de
Reprogramación (proceso de fondo).

Consulta y Modificacion de la confirmacion

Las transacciones CO09 y CO06 permiten respectivamente visualizar y modificar la


disponibilidad ATP de un material para una regla de verificación y un centro.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

5.6.4 Ejecución de la verificación de Disponibilidad en Entregas

Al crearse un entrega se produce también una verificación de disponibilidad según la


regla B (ó BE).

Si no existe disponibilidad, la entrega no se crea (o se crea parcialmente) y


obtenemos un mensaje en el log.

La verificación de disponibilidad en la entrega puede no tenerse en cuenta en la


creación de la entrega si así se parametriza en el tipo de posición de entrega
(Logistics Execution / Expedición / Entregas / Modificar tipos de posición de entregas)
mediante el parámetro VerDispOFF.

62
Fundamentos de Ventas y Distribución

5.7 Centro, Puesto de expedición , Rutas , Picking

5.7.1 Determinación del centro de Expedición

Según prioridad:

a) Del registro info cliente – material


b) Del material
c) Del cliente

5.7.2 Determinación del Puesto de Expedición


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Logistics Execution / Expedición/Bases/Determinación Puesto de Expedición / Asignar


Puestos de expedición

Depende de:
- Centro de Expedición
- Condición de expedición (de la clase de documento o del cliente)
- Grupo de Carga (maestro de materiales MARC)

5.7.3 Determinación del Almacén de Picking

En el pedido de ventas, no se determina el almacén de Picking. Esta determinación se


produce en el momento de crear la entrega aplicando una tabla de customizing:
Logistics Execution / Expedición/Picking/ Determinación del almacén de picking/
Asignar almacenes de picking

Depende de:
- Puesto de expedición
- Centro de expedición
- Condición de almacenamiento (Maestro de materiales – MARA pero en Vista
de almacenes 1)

63
Fundamentos de Ventas y Distribución

5.7.4 Determinación de la Ruta

La Ruta permite asignar a la posición de pedido un tiempo de transporte previsto. La


fecha de disponibilidad para una posición será Fecha de entrega – Tiempo de
transporte (existen otros tiempos posibles como el tiempo de picking y el de carga).
Las posiciones de cara a crear entregas, se agruparan por Ruta (cabecera de entrega)
y ésta actuará también como campo de selección para su creación.

Las Rutas se crean en: Logistics Execution / Expedición/Bases/ Rutas/ Definición de la


ruta
Indicaremos solo Código, descripción, Tiempo de transporte y calendario. Se puede
indicar otros datos relevantes para la Gestion de Transporte de la que no nos
ocupamos.
Las Rutas se asignan en: Logistics Execution / Expedición/Bases / Rutas /
Determinación de ruta
Dependen de:
- Zona de transporte asignada al puesto de expedición (Pais/Zona origen) y que
se asigna en Estructuras organizativas.
- Zona de transporte del destino (del Dest.mercancías)
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

- Condición de expedición (del pedido o del solicitante)


- Grupo de transporte (del material – MARA)
- Opcionalmente puede depender del peso (definir grupos de peso)

5.8 Entregas

5.8.1 Cabecera de Entrega

Las cabecera de entregas prácticamente no tiene parámetros. El único relevante es la


clase de pedido ficticio para entregas creadas sin pedido de ventas (entregas para
pedidos de traslado, para pedidos de compra de devolución o de entrega de
componentes a subcontratista). Esta clase de pedido permite a posteriori definir las
condiciones de copia (ver condiciones de copia)

64
Fundamentos de Ventas y Distribución

5.8.2 Posición de Entrega

El tipo de posición en la entrega es el mismo que se determinó en el pedido. A nivel de


posición disponemos de los siguientes parámetros más relevantes:

Verificar cantidad 0:
Reacción del sistema si no hay disponibilidad en el momento de crear la entrega.
Puede crear una línea con cantidad 0 o no crear entrega (pero sí un mensaje en el log
indicando la razón).
Verificar cantidad mínima:
Reacción del sistema si no existe suficiente cantidad para cumplir la cantidad mínima
de entrega (a nivel del info o del material)
Verificar Exceso de suministro:
¿Se permite el exceso?
VerDispOFF:
No verificar disponibilidad en la creación.
Relevancia para Picking:
Si no se indica, la posición de crea con status “No picking” y no aparece en los pools
de picking o confirmación. La cantidad de picking es la misma que la de entrega
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

(existe una sola cantidad)


Almacén obligatorio
Solo se crea la entrega si es capaz de determinar el almacén en la posición de entrega
(porque venga del pedido, porque se determine mediante custo o porque se asigne
mediante exit). Si no lo es  error
Determinar Almacén
Activación de la determinación de almacén de picking mediante custo.
No verificar Almacen:
Puede asignarse un almacén aunque no exista registro en MARD para el material (no
se ha creado para el almacén).

5.8.3 Asignación de tipo de posición

Siempre que la posición viene de un pedido, no se cambia el tipo de posición. En los


casos en que se crean posiciones en la entrega, o la entrega no viene de un pedido ,
actúa esta función de customizing.

Casos:

- Posiciones de entrega de entregas sin pedido de venta: Pedidos de traslado,


Devoluciones a Proveedor con gestión de entrega (utilización V)
- Posiciones de entrega añadidas: Posiciones de partición de lote (Utilizacion
CHSP), Posiciones de embalaje (Utilización PACK)

65
Fundamentos de Ventas y Distribución

5.9 Facturas

El customizing de clases de documento factura incorpora:

Rango de números:
El rango de números se asigna a la clase de factura. La asignación de Rangos debe
ser consistente con la legislación que obliga a la correlatividad de números. Por ello el
objeto rango de números de factura no debe trabajar con números en memoria
intermedia. Hay que tener en cuenta que la legislación Española obliga a numerar con
series distintas las facturas de cargo y las facturas de abono.
Si existen varias compañías en el sistema, cada una requiere de sus propios rangos.
Si dichas compañías van a trabajar con los mismos tipos de documento, la numeración
de facturas debe realizarse mediante Exit (USEREXIT_NUMBER_RANGE ó
USEREXIT_NUMBER_RANGE_INV_DATE ) que determine el rango a utilizar en cada caso.
Tipo de documento comercial
Clasificación ya utilizada en Pedidos (Clasificación Interna SAP)
Bloqueo Contabilización
Si se marca, la factura no crea el documento contable on-line y es necesario ir a un
pool de facturas bloqueadas a liberarla.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Relevante para Estadísticas


Relevante para el sistema Info
Clase de documento contable
Por defecto el sistema utiliza el tipo RV, si bien aquí puede indicarse uno específico.
Contab.Negativa
Permite que en la anulación de un documento, se apunte al debe o al haber en
negativo en lugar de hacer la contrapartida.
Clase de factura para anulación
Clase de factura cuando se llama a la anulación de la factura
Esquema para determinación de cuentas
Ver Determinación de cuentas e ingreso
Esquemas de interlocutores, textos y mensajes
Ver funciones ya explicadas.

5.10 Condiciones de Copia

Las condiciones de copia regulan como se traspasan los datos entre documentos
comerciales subsiguientes que quedaran vinculados en el flujo de documentos
(VBFA).

Existen condiciones de copia entre:

Documento de Ventas  Documento de ventas.


Casos Ejemplo: Oferta a Pedido, Contrato a Pedido, Copia de pedidos

Documento de Ventas  Entrega

66
Fundamentos de Ventas y Distribución

Casos Ejemplo: Creación de entregas para pedido de venta o para pedido ficticio
(pedidos de traslado por ejemplo)

Pedido  Factura
Casos Ejemplo: Facturación en base a pedido (Cargos, abonos, devoluciones)

Entrega  Factura
Casos Ejemplo: Facturación en base a entrega (pedidos normales, tomas de consigna,
…)

Factura  Pedido
Casos Ejemplo: Crear devolución o solicitud de abono con referencia a Factura

5.10.1 Pedido a Pedido

Custo: Comercial / Ventas / Actualizar control de copia para documentos de ventas

A nivel de Cabecera: Ejemplo: ZOFT  ZPED


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Cláusula de transferencia de VBAK: Código de programa que rellena VBAK destino


Cláusula de transferencia de VBKD: Idem para VBKD de cabecera
Cláusula de transferencia de VBKD: Idem para VBPA (interlocutores de cabecera)
Condición de copia: Código de programa que verifica si es posible copiar desde el
documento origen al destino dando errores en pantalla o en el log si no se cumple las
condiciones.
Tomar posición modelo: El numero de posición en el documento destino es el mismo
que en origen
Referencia completa: Es obligatorio tomar todas las posiciones del documento origen

A nivel de Posición: Ejemplo: ZOFT


Tipo Pos Propuesta: Tipo de posición en la que se transforma en el documento
destino. Si Blanco, se realiza determinación de tipo de posición normal.
Rutinas de transferencia de VBAP, VBKD de posición, VBPA de posición: Igual que
cabecera
Condición de copia: Igual que en cabecera pero a nivel de posición
Copiar Repartos: Si el documento destino tiene repartos, hay que marcarlo.
Actualizar Flujo documentos: Al hacer la copia, se actualiza la VBFA.
Ind. No copiar Lote: No se copia el campo Lote
Desgl.de nuevo estr.Bonif en especie: No se copian las subposiciones de lista de
materiales o de bonif en especie sino que se vuelven a determinar o a realizar
explosión.
Cantid pos /neg: El documento destino resta cantidad pendiente del origen (hasta
obtener status completo) o no. Ejemplo: si “0”, la oferta siempre es valida; si “+” la
oferta acaba al agotar cantidad
Copiar cantidad: se copia la cantidad pendiente o la total

67
Fundamentos de Ventas y Distribución

Clase Determinación de precio: Regula si en el documento destino debe copiarse el


precio del documento origen o redeterminarse. Existen varias opciones (no
redeterminar precios manuales, solo actualizar escalas e impuestos, etc…)

5.10.2 Factura a Pedido

Custo: Comercial / Ventas / Actualizar control de copia para documentos de ventas


A nivel de Cabecera: Ejemplo: ZF2  ZDEV
Igual que Pedido a Pedido
A nivel de Posición: Ejemplo: ZPED
Igual que Pedido a Pedido

5.10.3 Pedido a Entrega


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Custo: Logistics Execution / Expedición / Control de copia

A nivel de Cabecera: Ejemplo: ZPED  ZLF


Condiciones Pedido: Código de programa que valida si se puede hacer copia y da
errores en log rechazando todo el pedido para entregar
Cond.Agrupamiento: Código de programa que valida si un pedido puede tratarse
conjuntamente en el mismo pool con los previos
Transferencia de datos: Código de programa que rellena datos de LIKP en base a
VBAK ejecutándose previamente a la transferencia por posición.

A nivel de Posición: Ejemplo: ZPED


Condiciones Pedido: Código de programa que valida si se puede hacer copia y da
errores en log rechazando la posición para entregar
Transferencia de datos: Código de programa que rellena datos de LIPS en base a
VBAK y VBAP.
Datos comerciales: Transferencia de datos procedentes de VBKD sobre LIKP.
Actualizar Flujo documentos: Al hacer la copia, se actualiza la VBFA.
Cantid pos /neg: El documento destino resta cantidad pendiente del origen.

Proceso de Agrupación / Partición

El programa del pool de expediciones genera una tabla con todas las líneas de
entrega a expedir sin decidir todavía como las agrupará en entregas.

Se generará una cabecera única de entrega para aquellas líneas que tengan los
mismos datos en LIPS

68
Fundamentos de Ventas y Distribución

CLAVE CLAVE LIPS LIKP


CABECERA POSICION
XX AAAAAAAAAA
XX BBBBBBBBBB
XY AAAAAAAAAA
XX BBBBBBBBBB
YY AAAAAAAAAA

CLAVE CLAVE LIPS LIKP


CABECERA POSICION
E1 10 XX AAAAAAAAAA
E1 20 XX BBBBBBBBBB
E1 30 XX BBBBBBBBBB
E2 10 XY AAAAAAAAAA
E3 10 YY AAAAAAAAAA

En la tabla LIKP existe el campo ZUKRL que se llena en la transferencia de datos a


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

nivel de cabecera y permite al tomar valores, establecer criterios adicionales de


partición para entregas.
Ejemplo:
Fill field ZUKRL with combination criteria
LIKP-ZUKRL(2) = CVBAK-VTWEG.
LIKP-ZUKRL+2(2) = CVBAK-SPART.
Con las instrucciones anteriores se consigue que no se agrupen en la misma entrega
posiciones con distinto canal o distinto sector.

De igual forma, para evitar particiones no deseadas, puede ponerse en blanco algún
campo de LIKP que no sea relevante para nuestra gestión.

69
Fundamentos de Ventas y Distribución

5.10.4 Entrega a Factura

Custo: Comercial/ Facturación/ Documentos de facturación / Actualizar control de


copia para facturas

A nivel de Cabecera: Ejemplo: ZLF  ZF2

Condición de copia: Código de programa para verificar si es posible tomar la entrega


para facturar.
Det.Datos de comercio exterior: Los datos de comercio exterior (partida arancelaria,
operación comercial, procedimiento import/Export, Aduana, etc…) vuelven a
determinarse en lugar de tomarlos del documento anterior.
Numero de asignación: Valor del campo que se transfiere al campo asignación de la
cabecera de factura. Este campo es el que se transfiere también al campo asignación
del documento financiero asociado a la factura. Actúa también de forma implicita como
criterio de partición de facturas (al formar parte de VBRK).
Numero de referencia: Valor del campo que se transfiere al campo referencia de la
cabecera de factura. Este campo es el que se transfiere también al campo Referencia
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

del documento financiero asociado a la factura. Actúa también de forma implicita como
criterio de partición de facturas (al formar parte de VBRK).

A nivel de Posición: Ejemplo: ZPED

Condición de copia: Código de programa que valida si la posición de entrega puede


facturarse.
Datos VBRP/VBRK: Código de programa que rellena VBRK y VBRP a partir de los
datos de los documentos previos (LIPS, LIKP, VBAK, VBAP, VBKD).
Ctd.Facturas: Cantidad que debe ser copiada a la línea de factura (cantidad de pedido,
cantidad de entrega, cantidad entrega – cantidad ya facturada, etc…)
Cantidad Pos/neg: Igual que en los casos anteriores
Clase Determinación de precio: Regula si en el documento destino debe copiarse el
precio del documento origen o redeterminarse. Existen varias opciones (no
redeterminar precios manuales, solo actualizar escalas e impuestos, etc…).
Redeterminar Precios en la factura es necesario en algunas operativas empresariales.
La fecha de referencia para determinar el precio de define en la clase de condición de
precio (fecha de factura, fecha del servicio, fecha del pedido, etc…) y es el campo
Fecha de precio.
Clase de determinación del tipo de cambio: En el caso de venta en divisa, se indica en
este campo si debe mantenerse el cambio del pedido o redeterminarse y, en este
caso, en base a qué fecha.
Origen de Precio: Una clase de condición de precio puede venir del pedido o de la
entrega si ésta tiene un esquema de precios.
Ejemplo: Es posible disponer de un esquema en la entrega para indicar portes. Los
precios y descuentos, como no están en la entrega, se traen del pedido pero los

70
Fundamentos de Ventas y Distribución

portes, a pesar de estar también en el pedido, se traen de la entrega al ser ésta


prioritaria.
Val.factura Acumulado: En el caso de disponer de subposiciones (Por ejemplo en Kits
de venta , bonificación en especie ó partición de lotes ), este pincho ocasiona que el
precio de coste de las subposiciones (VPRS) se acumule en la posición de cabecera.

Agrupación / Partición de Facturas


En el pool de facturación el funcionamiento es similar al del pool de entregas.
El campo ZUK es el que puede utilizarse para establecer condiciones adicionales de
partición.

5.10.5 Pedido a Factura y Factura a Factura

Muy similares a los casos anteriores.

5.11 Determinación de cuentas de Ingreso


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Ejemplo: La contabilización de una factura con iva nacional del 16% de 100 EUR
genera los siguientes apuntes

DEBE HABER
Cliente 116 Ingresos 100
IVA 16

La cuenta del cliente se obtiene del maestro de clientes.


La cuenta de IVA es la asignada a la clave de cuenta MWS en la contabilidad
Financiera: Gestión financiera / Parametrizaciones básicas de Gestión financiera/
Impuesto sobre el volumen de negocios / Contabilización / Almacenar cuentas de
impuestos. La clave MWS procede del esquema de cálculo de precios.
La cuenta de ingresos sigue una determinación basada en la Técnica de condiciones.

A la factura se le asigna un esquema de condiciones . Ejemplo: KOFI00


Cada condición tiene una secuencia de acceso. Ejemplo: condición KOFI tiene
secuencia de acceso KOFI.
La entrada de registros de condición se realiza en customizing: Comercial / Funciones
básicas / Imputación/Cálculo / Determinación de cuentas de ingresos / Asignar
cuentas de mayor.
En general los campos que se utilizan par determinar las cuentas son:

- Organización de ventas
- Canal
- Grupo de imputación del cliente (KNVV – Vista de Facturacion)

71
Fundamentos de Ventas y Distribución

- Grupo de imputación material (MVKE – Vista de ventas 2)


- Clave de cuenta – Asignada en esquema

En general solo con el acceso a la tabla 005 (Clave de de cuenta) es suficiente a


menos que se quieran distinguir cuentas de ingreso distintas en base al cliente o al
material (grupos de imputación).

5.12 Otras Funcionalidades con técnicas de condiciones

Existen otras funcionalidades básicas que utilizan la tecnica de condiciones:

Determinación de material
Posibilidad de que al entrar un material , el sistema lo cambie por otro o nos proponga
un cambio.

Listas de inclusión / Exclusión


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Posibilidad de verificar que el material está en una lista de materiales posibles para el
cliente o de verificar que no está en una lista de materiales excluidos para ese cliente.

Determinación de Lotes
En el caso de usar lotes en el producto, esta técnica permite definir cuando y como
debe ejecutarse una determinación automática de lote (que sea el sistema quien
proponga el lote)

72
Fundamentos de Ventas y Distribución

6 Documentos Comerciales / Flujos Varios

6.1 Oferta

Las ofertas son documentos de venta de tipo B (oferta)


Tiene fechas de validez en la cabecera.
El status concluido se fija bien por hacer pedidos o bien por fijar un motivo de
rechazo.

Transacciones relacionadas:

VA21 – Crear Oferta


VA22 – Modificar Oferta
VA23 – Visualizar Oferta
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Para Crear un pedido con relacóon a oferta:


VA01 ó V-01 para Crear pedido (marcar con referencia)
Desde VA22 (Doc. De Venta  Crear pedido siguiente)

Listas:
VA26 – Lista de ofertas con posibilidad de convertir a pedido (acciones
siguientes)
VA25 – Lista de ofertas
V.04 – Ofertas con datos incompletos
SDQ1 – Ofertas a Vencer (fecha de fin de validez > fecha del día y menor que
fecha solicitada) y en estatus pendiente. Posibilidad de hacer acción siguiente
(pedido)
SDQ2 – Ofertas vencidas (su fecha de fin validez es anterior a fecha actual) y
en status pendiente. Posibilidad de acción siguiente
SQ03 – Ofertas en estatus concluido

Ejercicio:
Realice oferta ZOFT con cliente PY-CNAC01 y material PY-MER01.
Convierta en pedido ZPED.

6.2 Contratos

Los contratos son documentos de venta (Tipo G) con un funcionamiento similar a las
ofertas
Los pedidos posteriores quedan enlazados al contrato en el flujo de documentos.
Puede controlarse la cantidad en ordenes de entrega posteriores (pedido abierto
cantidad) o controlar solo valor (pedido abierto en valor)

73
Fundamentos de Ventas y Distribución

Un Contrato puede ser un documento facturable en el caso de incluirse posiciones de


plan de facturación (facturación en base a pedido de tipo I indicada a nivel de posición)
por ejemplo en el caso de contratos de alquiler o de cuotas de mantenimiento.

Transacciones relacionadas

VA41 – Crear
VA42 – Modificar
VA43 – Visualizar

Para Crear un pedido con relación a oferta:


VA01 ó V-01 para Crear pedido (marcar con referencia)
Desde VA42 (Doc. De Venta  Crear pedido siguiente)

Ejercicio:
Realice contrato ZPAC con cliente PY-CNAC01 y material PY-MER01.
Cree pedido posterior ZPED

6.3 Ventas imputadas a pedido de cliente y de terceros


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

6.3.1 Venta Directa (Compra-Venta)

Una venta con compra directa es aquella que crea una solicitud de pedido de compras
asignada a la posición de pedido de ventas al grabar éste.
El pasarse la solicitud a pedido de compra y tras recibirse la mercancía, ésta queda en
un stock especial de Pedido de cliente. La expedición se produce también desde este
stock

Ver el tipo de posición ZPCV.

Para que se cree la solicitud de pedido, es necesario que el reparto así lo indique.
La imputación se fija también en el reparto y las habituales serían:
M – Stock especial valorado – No hay controlling de pedido de cliente
E – Stock especial no valorado – Compra de gasto imputada al objeto de coste
pedido de cliente.

Trataremos solo el caso M.


La imputación M por defecto contempla el stock valorado pero separada la valoración
por cada pedido de cliente. Puede modificarse para valorar el material a un único
precio en el almacén (custo de controlling de pedido de cliente)
No es obligatorio determinar una clase de necesidad, pero en este casodebe indicarse
E en el campo stock especial de la Posición de Pedido.
La condición VPRS en el pedido tomará el valor del PMP del maestro de materiales (o
del estándar).

74
Fundamentos de Ventas y Distribución

La condición VPRS en la factura se toma del valor real descontado del stock en la
entrega (si es valoración separada por pedido de cliente, se corresponde con el coste
específico del aprovisionamiento para ese pedido)

El pedido de compras queda ligado en el flujo de documentos.

Ver flujo: Pedido Numero 4

6.3.2 Venta a terceros

El flujo de ventas con pedidos a terceros es similar al anterior pero el stock no pasa
por nuestro almacén.

Al crear un pedido de ventas, se crea una solicitud de pedido (igual que en el caso
anterior) pero ésta tiene un tipo de posición I (pedido de terceros) que está signado en
el reparto.

Este tipo de posición de compras no se recibe en nuestro almacén sino que la


recepción es de gasto y equivale a que el proveedor suministra directamente al cliente.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

La imputacion es E.
La facturación es en base a pedido (no hay entrega) y una clausula condicional impide
facturar al cliente sin haber verificado factura (si bien puede eliminarse dicha clausula).
Los costes en la VPRS en la factura de ventas derivan de los costes de la compra (se
requiere haber hecho al menos la entrada de mercancías).

Este flujo es un poco delicado, ya que incorpora un proceso completamente distinto a


los habituales de entrega. Si una compañía tiene estos procesos de forma ocasional
es preferible tratarlo como un proceso de compra-venta con una recepción ficticia y
reexpedición. De esta forma, el tratamiento de la facturación de mercancías
entregadas es homogéneo.

6.4 Devoluciones

La devolución (Ejemplo: documento ZDEV) es un documento de tipo H.


Las posiciones tienen marcado el pincho “Devolución” de forma que la Salida de
mercancías en la entrega, se transforma en una entrada.
El código de movimiento de entrada deriva del indicado en el reparto.
Según el código de movimiento, el material entrará a stock disponible, en control de
calidad, bloqueado o a stock de devoluciones. En este último caso, el material recibido
no se contabiliza en la cuenta e existencias hasta que se pasa de stock de devolución
a disponible mediante un movimiento IM.
La facturación (Abono) es en base a pedido. Normalmente el documento de
devolución lleva un bloqueo de factura. Ello permite que antes de abonar, deba

75
Fundamentos de Ventas y Distribución

desbloquearse con lo que se acepta la devolución del cliente después de hacer las
verificaciones necesarias (estado de la mercancía por ejemplo).
Es posible cambiar la parametrización para que la facturación sea en base a entrega.

Ver flujo de Devolución 60000000

6.5 Notas de Cargo y Abono

Una nota de cargo o abono (ZABO y ZCAR) es un documento de Tipo I y L


Las posiciones (ZABO y ZCAR) no admiten Reparto y por tanto tampoco entrega.
Se facturan en base a pedido.
Lo normal es que no determinen valor interno, ya que no hay entrega de mercancía.
Una nota de cargo o abono, no actualiza cantidad en el sistema info, solo actualiza
importe.

Ver flujo de pedido 60000004


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

6.6 Consigna

El flujo de consigna se compone de 4 posibles circuitos:

 Envío en consigna (Ejemplo ZCO1)


 Toma de consigna (Ejemplo ZCO2)
 Devolución de envío en consigna (Ejemplo ZCO3)
 Anulación de toma de consigna (Ejemplo ZCO4)

La parametrización de la cabecera de documentos de ventas es como la de un pedido


normal. Toda la parametrización está asociada al tipo de posición y al reparto. Por
tanto si así lo parametrizaramos, en el mismo pedido podrían existir posiciones de
expedición normal y posiciones de suministro en consigna.

Posición envío de consigna


Posición normal salvo que no determina precios, no es facturable. Si somos estrictos
existe la opción de que sí determine precios aunque no se facture para poder
determinar un valor de paso frontera si la consigna es en otro país de la UE. Para ello
hay condiciones de precio especiales.
El reparto (E1) tiene asociado el movimiento 631 para dejar el material en el stock
especial de la figura de interlocución “Responsable de stock especial”. El stock
especial es de tipo W .

76
Fundamentos de Ventas y Distribución

Posición de toma de consigna


Posición Normal con facturación en base a entrega. Requiere indicación de stock
especial W. El reparto (C1) tiene asociado el movimiento 633 para efectuar a salida de
la consigna (de interlocución “Responsable de stock especial”)

Ver documentos 10 y 11.


SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

77
Fundamentos de Ventas y Distribución

6.7 Kits

Un Kit es un material con Lista de materiales de ventas (Utilización 5).La lista de


materiales se crea con la transacción CS01 y se mantiene o consulta con CS02 y
CS03.

El material de cabecera lleva el precio y los materiales componentes son lo que se


pican en stock y se entregan (Al cliente se le entregan los componentes sueltos pero el
precio es global).

La posición de cabecera (ZKC1) requiere los parámetros para realizar la explosión de


la lista de materiales.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

La creación de entregas para el kit permite que la verificación de disponibilidad se


haga conjunta para el kit (Ejemplo: se confirma la fecha cuando hay disponibles
“fuentes de alimentación” y “cables de fuente de alimentación” para no servir una cosa
sin la otra).
Esta posición determina precios.
La condición de posición ZKP3 no determina precios.

En el pedido las posiciones de los componentes aparecen como subposiciones.

Para que se determine la posición ZKC1, el kit lleva un grupo de tipos de posición
ZKIT. El tipo de posición de los componentes se determina teniendo en cuenta el tipo
de posición superior.

Ver pedido numero 3 (posición 30 y subposiciones 40 y 50)

78
Fundamentos de Ventas y Distribución

6.8 Plan de Facturación

Utilizado habitualmente para facturar cuotas o plazos.


Un Plan de facturación se asigna en una posición con tipo de Facturación I. El tipo de
plan de facturación propuesto se asigna también en la posición.

Ejercicio
Realice ejemplo con un contrato ZALQ. Puede utilizar cualquier cliente en la
O.Ventas 1000.
Indique la fecha de inicio y fin de contrato (inicio del mes actual y fin al cabo de un
año)
En la posición tome el material PY-SERV03. Puede modificar la descripción si lo desea
“ Cuota de alquiler” .
Navegue a las condiciones e indique un valor para la condición ZTAR de 1000 EUR.
Pase a la pestaña de “Plan de Facturación “ en el detalle de la posición. Aparecen las
12 cuotas de 100 EUR
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Si va al pool e facturación (VF04) y toma como fecha hasta la de fin de mes,


aparecerá la primera cuota a facturar

79
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

80
Fundamentos de Ventas y Distribución
Fundamentos de Ventas y Distribución

6.9 Facturación Interna

6.9.1 Venta Cross Company

El proceso es el siguiente:
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Una organización de ventas vende a un cliente producto que es propiedad de otra


sociedad.

Esto se produce porque el centro de expedición es de otra sociedad.


Ver documento de ventas 6 (posiciones 20 y 30). En el flujo de documentos observará
que la entrega está facturada 2 veces: al cliente e internamente.

El precio de facturación interno se determina en el esquema de cálculo (Ver las


condiciones en el pedido) mediante la condición PI02 que es un porcentaje del precio
de venta (también podría ser una tarifa, de forma estandar la condición PI01). Este
precio sustituye a la condicion VPRS como precio de coste.

Las posiciones facturables internamente determinan el tipo de factura en base a la


indicada en el tipo de documento de ventas.

Es necesario parametrizar:

81
Fundamentos de Ventas y Distribución

a) Area de ventas de compensación interna para el centro expedidor. Esa


será el area de ventas de la factura interna.
Comercial/ Facturación / Facturación interna / Asignar unidades
organizativas por centro
b) Asignar un numero interno de cliente para la organización de ventas a
la que hay que facturar internamente . Dicho cliente debe existir.
Comercial/ Facturación / Facturación interna / Fijar número interno de
cliente por organización de ventas

La factura interna (documento 90000010) determina un esquema de precios de


facturación interna (determinación del esquema) que reproduce el esquema inicial
pero sustituye la condición PI02 por la IV02 que no es estadística en este caso.
Sobre el valor de esta condición se aplican los impuestos o el valor paso frontera en la
factura interna.

Realizando una parametrización, la factura interna puede contabilizarse


automáticamente como factura de compra en la sociedad partner (mediante un IDOC).
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

82
Fundamentos de Ventas y Distribución

6.9.2 Pedidos InterCompany

El proceso es el siguiente:
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Una sociedad hace un pedido de compras Intercompany. El centro receptor del pedido
(asignado al proveedor empleado) expide. Se determina un cliente para la entrega por
vía de customizing, asignado al centro destino.
El centro receptor recepciona el pedido de compra normalmente.
La entrega es relevante para facturación interna según el tipo de factura asignado en
la clase de documento ficticia asignada a la entrega (ZDL).

Debe parametrizarse:

1 – Area de ventas de compensación interna para la entrega y factura interna según el


centro suministrador y numero de cliente según centro receptor
Gestión de materiales / Compras / Pedido / Parametrizar pedido de traslado /
Parametrizar datos expedición p.centros

2 – Asignar clase de entrega que se creará para expedir el pedido y la regla de


verificación de disponibilidad con la que se verificará en el pedido de compras
(verificación de disponibilidad).
Gestión de materiales / Compras / Pedido / Parametrizar pedido de traslado / Asignar
clase de entrega y regla de verificación.

83
Fundamentos de Ventas y Distribución

En principio los precios de compra y venta van por separado si bien existen varias
técnicas para hacerlos coincidir. En nuestro caso, en la factura de venta se toma el
precio del pedido de compra.
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

84
Fundamentos de Ventas y Distribución

7 Adaptacion del Sistema


Por adaptación del sistema entendemos las opciones de modificación utilizando el
Wokbench ABAP en lugar de parametrizando.

En SD pueden localizarse las modificaciones mirando la documentación asociada a los


puntos de customizing de Comercial / Adaptación del sistema

Los puntos principales de modificación son:

- Rutinas / Clausulas / formulas


- Exits de usuario
- Ampliación de campos en técnica de condiciones
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

7.1 Rutinas / Clausulas / Fórmulas

Las claúsulas condicionales se utilizan en multitud de sitios. Ejemplos:

- Esquema de determinación de precios


- Esquema de mensajes
- Secuencias de accesos
- Etc..

Las formulas normalmente están más vinculadas a la determinación de precios


(formulas para condición y para base).

En el capitulo de rutinas incluimos las asociadas a las funciones de copia.

La transacción VOFM permite el mantenimiento y gestión integrado de todo este tipo


de adaptaciones.

Cualquiera de estas adaptaciones requiere de una petición de desarrollo. Además


deben activarse las rutinas en la VOFM (también puede desactivarse).
En el transporte entre el sistema de test y el sistema productivo se produce a veces
problemas que se solventan, desactivando y volviendo a activar la rutina en cuestión
directamente en el mandante productivo (es debido a que se transporta la rutina pero
no se transporta otro programa fuente donde deben quedar las instrucciones include
que contienen el código de cada Rutina).

85
Fundamentos de Ventas y Distribución

7.2 Exits

Se trata de trozos de código en includes concretos ya definidos por el fabricante.

Ejemplos:

USEREXIT_MOVE_FIELD_TO_VBAK
Este exit de usuario se puede utilizar para asignar valores a nuevos
campos en la cabecera del documento de ventas y se describe en la
sección Transferencia de los campos del maestro de clientes al
documento de ventas.
Este exit de usuario se llama al final de la rutina FORM
VBAK_FUELLEN.

USEREXIT_MOVE_FIELD_TO_VBAP
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

Este exit de usuario se puede utilizar para asignar valores a nuevos


campos en la posición del documento de ventas y se describe en la
sección Transferencia de los campos del maestro de clientes al
documento de ventas.
Este exit de usuario se llama al final de la rutina FORM
VBAP_FUELLEN.

USEREXIT_MOVE_FIELD_TO_VBEP
Este exit de usuario se puede utilizar para introducir valores a
campos nuevos a nivel de los repartos del documento de ventas.
El exit de usuario se llama al final de la rutina FORM VBEP_FUELLEN.

USEREXIT_MOVE_FIELD_TO_VBKD
Este exit de usuario se puede utilizar para introducir valores a
nuevos campos para los datos comerciales del documento de ventas y
se describe en la sección Transferencia de los campos del maestro de
clientes al documento de ventas.
Este exit de usuario se llama al final de la rutina FORM
VBKD_FUELLEN.

En el módulo de ventas está repleto de exits que permiten modificar campos en el


pedido de ventas o realizar verificaciones.

86
Fundamentos de Ventas y Distribución

7.3 Adición de campos para Secuencias de Acceso (Técnica


de condiciones)

La técnica de condiciones se utiliza en varias funcionalidades que son susceptibles de


requerir de nuevos campos no considerados a priori para la construcción de las tablas
de acceso. Las opciones son:

Nuevos campos para la determinación de precios


Nuevos campos p.determ.descuento en especie
Nuevos campos para el control de mensajes
Nuevos campos para la determinación de cuentas
Nuevos campos para listado/exclusión
Nuevos campos para la determinación de materiales
Nuevos campos para la determinación de lotes

Ejemplo: Necesitamos determinar precio en base al campo MARA-LABOR


(Laboratorio / oficina), no incluido.

El procedimiento es:
SEIDOR, S.A. –C.I.F. A 08854929 – Insc. Reg. Merc. Barcelona, Tomo 5.364, Libro 4.668, Folio 60, Hoja 58.508, Insc. 1ª

- Añadir el campo en las estructuras de comunicación que utilice la técnica de


condiciones en cuestión (por ejemplo en un append de KOMP). El campo ya se
queda como disponible para crear secuencias de acceso.
- Rellenar dicho campo durante el proceso del pedido de venta. Ello se hace con
exits preparadas para ello (Ejemplo USEREXIT_PRICING_PREPARE_TKOMP
(campos de posición)). En esta exit debería entrarse el código para acceder a
la tabla MARA y rellenar KOMP-LABOR con MARA-LABOR.

En la documentación de customizing existen ejemplos para:

- Incorporar las 3 primeras posiciones de la jerarquía de productos a la


determinación de precios
- Incorporar un nuevo interlocutor (función de interlocución Z1) a la
determinación de precios.

87