Estructura organizativa Sociedad Una sociedad representa la unidad de co ntabilidad independiente de una empresa legalmente independiente, además, en cada ejercicio, el balance de situación se va a preparar a nivel de esta.
Área de ventas Es la combinación de organización de ventas, canal de distribución y sector Representa una unidad de responsabilidad de las ventas y reclamaciones de las mismas.. Los documentos de ventas asignan a estas. Los datos maestros relacionados con ventas se pueden actualizar por cada área de ventas.
Centro Un centro se puede asignar exclusivamente ex clusivamente a una sociedad, en ventas, también se puede asignar a una o varias combinaciones de organización de ventas y canal de distribución que podrán estar asociados a una sociedad distinta. Para que se produzca la verificación de disponibilidad es indispensable que este exista, ya que es la base. Que esté asociado a una cadena es obligatorio para poder implementarlo como centro suministrador. Es decir, -
Centro X puede estar asociado a la vez a: o
Sociedad A
o
Organización de Ventas-Canal asociados a Sociedad B.
A las facturas que se producen en este movimiento, movimiento, se denominan “Facturas intercompany”.
Los centros permitidos para una organización de ventas se podrán determinar según el canal de distribución. Esto se debe a que el centro se asigna a una organización de ventas y a un canal, a la combinación, por lo que el factor que afecta en segunda instancia sabiendo que va a ser de X organización de ventas, es el canal de distribución.
Determinación:
1. Centro del registro info material-solicitante 2. Centro del destinatario de mercancías 3. Centro del material
Organización de ventas
Una organización de ventas tiene una dirección única y se asigna EXCLUSIVAMENTE a una sociedad, ojo, lo que se asigna no es el área de ventas, si no la organización de ventas. (No a otra unidad organizativa ni a varias sociedades). En cambio, una sociedad sí podrá tener varias organizaciones de ventas asignadas.
Canal de distribución Es un elemento necesario para cualquier empresa, se utiliza para ilustrar los canales que usa una empresa para distribuir sus productos, por lo que un mismo cliente podrá recibir artículos por más de un canal. También puede usarse para distinguir lo datos maestros de materiales utilizados durante el tratamiento del pedido de cliente. -
Ejemplo: Al crear un pedido, al elegir vender por un canal de distribución X le otorgará al material unas condiciones de precio distintas a si lo hace por un canal de distribución B.
Sector Un material se asigna exclusivamente a un sector, no así un cliente, que puede actualizarse para distintos sectores sin tener que crear uno distinto. Para cada sector, tendremos que crear unos registros de condición separada.
Puesto de expedición Los puestos de expedición se pueden asignan a centros, a uno o varios centros, aunque varios sólo tendría sentido si son contiguos, además, un centro puede tener varios puestos de expedición. Cada uno de ellos tendrá uno o varios puestos de carga. Para cada posición se determina un puesto de expedición correcto. La entrega siempre se emite desde un mismo puesto de expedición. Por lo que para agruparlas estas entregas tendrán que tener el mismo puesto de expedición para poder ser expedidas de forma conjunta.
Oficina de ventas Se asignan a una o varias áreas de ventas. No se asigna ni a una organización de ventas ni a un grupo de ventas.
Grupo de vendedores Se asignan a una o varias oficinas de ventas.
Datos maestros Clientes
El maestro de clientes se subdivide en datos generales, datos del área de ventas y datos de la sociedad y su dato principal e indispensable para su creación es el grupo de cuentas. Cuando creamos un pedido, si no introducimos el área de ventas en primera instancia, el sistema nos traerá una pantalla de selección del área de ventas en función del solicitante, es decir, del maestro de clientes. Los cambios de dirección es el único dato maestro que afecta retroactivamente. Los acuerdos de entrega parcial se pueden almacenar en el registro de clientes o en el registro info del cliente-material. (Dado que es un acuerdo, el cliente tiene que estar involucrado). Por ello no nos valdrá el maestro de materiales ni de condiciones. En un pedido se obtendrá del solicitante, entre otra, la siguiente información: condición de expedición y los incoterms.
Materiales El centro de un maestro de material, se transfiere al pedido pero podrá modificarse posteriormente. La herramienta de control del maestro de materiales es el tipo de material (pantalla inicial), y deberá asignarse siempre que se crea un nuevo registro. Los datos maestros de materiales pueden actualizarse a nivel de ventas para varias combinaciones de organización de ventas-canal, no así el sector, que irá en la cabecera del dato maestro.
Lista de materiales Se definen como datos maestros, pueden marcarse como BOM utilizando una estrategia comercial. Para permitir el desglose de la lista de materiales en el pedido, se habrá que parametrizar el tipo de posición correctamente. No va ni a nivel de documento de ventas, ni reparto. Estas listas, se desglosarán en el documento de ventas como una estructura de l a posición principal y la subposición según el tipo de posición. El listado de materiales se utiliza entre otras cosas, para restringir los materiales que un cliente puede pedir.
Registro de condición Los registros de condición se pueden crear separadamente para cada sector, además, se pueden crear separadamente para cada área de ventas, pero no es obligatorio. Los registros de condición se actualizan para aquellas clases de condición que tengan una secuencia de acceso asignada. Se les puede definir un límite superior e inferior.
La escala no está limitada y puede estructurarse en función del valor, la cantidad…
Al visualizar un resumen de precio específico para varios clientes en un pool, la única opción que tendremos de visualización será la “lista de precios”, ni el “ esquema de cálculo” ni la lista
de precios netos ni el log de precios.
Datos maestros comunes Canal de distribución común Son canales de distribución virtuales o no, que reducen el nivel de actualización de datos maestros de datos maestros de clientes, materiales y condiciones de precios y son comunes para todas las áreas de ventas de un cliente. Para estos, se puede realizar valoración estadística separada para cada canal de distribución agrupado por separado.
Sector común Reducen el nivel de actualización de datos maestros de clientes y condiciones de precios, ojo, no de materiales que se crean con el sector en cabecera.
Parametrización de consultas Al realizar una oferta con referencia a una consulta, este primero quedará completamente referenciando independientemente de la cantidad de la of erta. La consulta tiene periodo de validez, pero a diferencia de la oferta, en este no se tendrán que cumplir ninguna condición económica, sino que se suele incluir como periodo de tratamiento. Además, no siempre le seguirá una oferta.
Parametrización de ofertas La oferta suele incluir un periodo de validez, durante el cual se deben cumplir las condiciones pactadas con el cliente.
Parametrización de pedidos La condición de expedición de la cabecera de un pedido puede venir controlada por la clase de documento. (VOV8) La fecha preferente de entrega del pedido se parametriza desde la clase de documento de ventas.
El número de pedido es un dato configurable a través de la clase de documento de ventas, pudiendo seleccionar un rango para el mismo. Se puede obligar a que un documento de venta se genere siempre como copia de una factura, por ejemplo, a través de una “referencia obligatoria” hacia ese pedido, de nuevo, VOV8.
Desde la parametrización del documento de ventas, podremos definir si el centro se toma automáticamente de los registros maestros de cliente/material o no. Esto se realiza a través del flag “Sector posición”, si está marcado, lo propondrá.
A través de la VOV8 podremos determinar si un pedido tiene entrega automática o no. La programación de la expedición se lleva a cabo ANTES de verificar la disponibilidad, además, es progresiva cuando en los cálculos del sistema se determina que la fecha de disponibilidad es anterior a la del día en que se crea el pedido. Esta programación va a determinar la fecha en que se debe realizar la verificación de disponibilidad.
Tipo de posición / Pedido El tipo de posición de pedido estándar es la TAN, las parametrizaciones más importantes de este tipo de posición para que se pueda entregar son: -
Es relevante para entrega (ojo, hablamos del tipo de posición, no cabecera ni repartos). VOV7
-
Necesita tener un reparto permitido
Existe una característica a nivel de tipo de posición (VOV7) que impude que se modifiquen los datos comerciales que se vuelcan de las cabeceras a las posiciones. La ruta se determina a nivel de posición en el pedido y tiene influencia en la programación de la expedición.
Determinación: El
tipo de posición se va a determinar en función de:
o
Clase de documento
o
Grupo de tipo de posición
o
Aplicación
o
Tipo de posición superior
Tipo de reparto / Pedido La parametrización de los tipos de reparto nos sirve para determinar, entre otros, la clase de movimiento que se realizará en la salida de mercancías. Al crear una entrega, el sistema trata de realizar una programación de expedición regresivamente, y si verifica que no se puede cumplir con las fechas de entrega deseadas, se procede a programar progresivamente.
A través de la VOV6 podemos condicionar si realizaremos verificación de disponibilidad del material, entre otras.
Parametrización de entregas Cuando creamos una entrega para un solo pedido, el rango de la fecha de selección de la pantalla inicial tiene que ser tal que: la fecha de disponibilidad o la fecha de planificación de transporte determinada en los repartos del pedido, esté dentro del rango. Al crear entregas masivas influye el campo de agrupación de pedidos, situado en la cabecera del pedido. Este se encuentra a nivel de cabecera en expedición.
Pedidos en consignación
El pedido de recogida de artículos en consignación no aumenta el stock de consignación del cliente, sino que lo aminora, además, no es relevante para factura. El pedido de reposición de consignación aumenta el stock en consignación para el destinatario de mercancías, además, es relevante para Picking. Se produce una salida de mercancías, sin embargo físicamente seguirán en el vendedor.. Tras la salida de mercancías de esta entrega de una reposición, el stock permanece en el centro y además está valorado, esto es debido a que la mercancía consignada sigue siendo propiedad de la empresa que lo vende. Las posiciones del proceso de toma de artículos en consignación son relevantes para facturación.
Salida de mercancías La salida de mercancías: -
Disminuye las condiciones de planificación de materiales
-
Produce un cambio de valor de las cuentas de existencias
-
Disminuye el nivel de stock
Control de copia El flujo de documentos muestra los documentos precedentes y subsiguientes y un estado representativo de la posición del documento, este nos dará respuestas para cuestiones de clientes. El control del flujo de documentos se puede alterar mediante la parametrización del control de copia, este, permite copiar los datos de un documento de ventas en o tro, pero se debe tener en cuenta que su parametrización responda a las reglas del negocio de la implantación. El flujo de documentos posible:
Pedido con referencia a consulta Entrega OT SM Factura Doc. Contable o
No se puede: Consulta Entrega; Oferta Entrega
Referenciación Los siguientes documentos han de realizarse con respecto a un documento de ventas: -
Solicitud de corrección de factura.
-
Pedido de entrega posterior sin cargo.
No será necesario obligatoriamente asignarlo a un documento de ventas en el caso de la recogida de artículos en consignación, el pedido de entrega sin cargo o el pedido de devolución, este último podremos crearlo con referencia a un pedido pero también contra una factura. El pedido de corrección de factura se ha de hacer con referencia a una factura y contiene ciertas posiciones en las que el usuario no podrá editar ni cantidades ni precios. El documento de solicitud de abono no conlleva trasiego de mercancía.
Esquema de datos incompletos Los datos incompletos pueden determinarse a nivel de: -
Cabecera
-
Reparto
-
Posición
-
Interlocutor
-
Contactos
Los esquemas de datos incompletos detallan los campos que falta en todo el documento. Cada campo del esquema puede configurarse para que, si falta ese campo, el documento no podrá grabarse. El grupo de status es una característica que se asigna a un campo que nos servirá para controlar las actividades posteriores que surgirán o cancelarán en el proceso empresarial en caso de que un campo esté incompleto.
Ventas al contado y pedidos urgentes En el pedido de venta al contado es posible imprimir un documento similar a la factura mediante un mensaje del propio pedido. Tanto en la venta al contado como en el pedido urgente se va a crear una entrega inmediata, dado que así vendrá parametrizado en la clase de documento, no en los tipos de posición.
Otros SAP SAP Solution Manager, a través de sus diagnósticos, proporciona funciones para analizar y supervisar una solución SAP completa de manera central. Master Data Management garantiza la unificación de datos de datos y de información de toda la empresa en entornos tecnológicos heterogéneos. SAP Exchange Infraestructure / Process Integration logra procesos de aplicación en todos los sistemas. Las fuentes de información del SIV son las características, ratios y periodicidad. Este sistema de información permite realizar análisis estándar y flexibles (no compuestos)
PREGUNTAS COMPLICADAS
¿Cuáles de las siguientes afirmaciones sobre la determinacion de material son correctas? (2) a) Las tablas de condiciones deben definirse en Customizing (IMG) b) El motivo de la sustitucion correspondiente se especifica en la secuencia de acceso. c) El procedimiento de determinacion de material se asigna a una combinacion de areas de ventas, esquemas de clientes u esquemas de calculo.
d) La definicion del motivo de sustitucion determina si debe utilizarse un proceso de sustitucion manual o automatico.
Usted ha mantenido los registros de condicion de un descuento de promocion comercial (ZA00) para el cliente T-67A01, el cual fue asignado al grupo de precios 02 (encargado de compras ocasional). Si se hallan multiples descuentos para ZA00, solo la mejor condicion debera estar activada. ¿En cual de las siguientes maneras se implementa este requisito empresarial? (1) a) Borrando el indicador de acceso exclusivo a la condicion en la secuencia de acceso utilizada para el descuento promocion comercial (ZA00) y luego cree y asigne el procedimiento de exclusion de condicion correspondiente. b) Actualizando el indicador exclusivo para el descuento de promocion comercial (ZA00) dentro del esquema de calculo e implementando la exclusion de condicion correspondiente. c) Actualizando el mejor indicador de condicion dentro de ambos registros de condicion y asignando la marca exclusiva a la clase de condiciones en si. d) Asignando un grupo de exclusion de condiciones a la clase de condicion utilizando el requisito correspondiente dentro del esquema de calculo para verificar esta parametrizacion.
Esta utilizando jerarquias de clientes. El descuento HI01 debe basarse en los valores actualizados en los distintos nodos de una jerarquia de clientes, ¿Cuál de las siguientes acciones le permiten integrar este descuento en su estrategia de determinacion de precios? (1) a) Asignar una secuencia de acceso a la clase de condicion HI01 que consta de accesos multiples utilizando la misma tabla de condiciones. Durante cada acceso, se completa un nodo diferente como el campo del documento en el campo fuente HIENR. b) Configurar la clase de condicion HI01 como una condicion de la estructura. Según esta condicion, los registros de los diferentes nodos de jerarquia pueden actualizarse y hallarse automaticamente. c) Implementar un esquema de calculo que contiene la clase de condicion HI01 repetidas veces conforme a la cantidad de niveles de su jerarquia de cliente. Y tambien configurar una prioridad dentro del esquema de calculo. d) Configurar la marca de jerarquia dentro del registro de condicion de HI01 para el nodo principal. Esto permite la actualizacion y la determinacion automatica de los descuentos según los nodos en los distintos subniveles de una jerarquia de cliente.
Dentro del marco de determinacion de precios, un recargo debe basarse en un nivle de subtotal definido previamente y calcularse según este, ¿en cual de las siguientes opciones se implementa este requisito? (1) a) Al asignar una formula de valor base a la condicion dentro del esquema de calculo para la clase de condicion del recargo. b) Al actualizar el subtotal de la condicion que se utilizara para determinar la base de calculo como un tipo de calculo dentro de la clase de condicion en si.
c) Al actualizar el subtotal de la condicion definido previamente al nivel de referencia dentro del esquema de calculo para la clase de condicion del regargo. d) Al asignar el nivel de subtotal como la base de calculo dentro del registro de condicion del recargo.
En un pedido de cliente, se encontró el tipo de reparto CP. La posición del documento de ventas contiene la siguiente información: La característica MRP del maestro de materiales es M0 y el tipo de posición relevante es TAN. La tabla de asignaciones para los tipos de reparto no tiene entrada para la combinación de TAN y M0, ¿en cuál de las siguientes maneras se determinó el tipo de reparto en este caso? (1) a) El tipo de reparto se determinó por el sistema en la tabla de asignación sólo con el criterio tipo de posición. b) El sistema utilizó el tipo de reparto por defecto del Customizing de la clase de documento de ventas. c) El tipo de reparto se determinó por el sistema en la tabla de asignación con el criterio tipo de posición y la utilización de la posición. d) El sistema utilizó el tipo de reparto por defecto de la tabla de asignación con el criterio tipo de posición y el tipo de documento SD.
