✒️SAP SD El procesamiento de pedidos de ventas
SAP SD El procesamiento de pedidos de ventas
Las ayudas y técnicas de entradas seleccionadas.
Resumen de ventas u hoja maestra de clientes
El resumen de ventas u hija maestra de clientes ayuda a crear documentos mediante la visualización de información relevante sobre el cliente. Esta información esta disponible mediante el pulsador en cualquier momento.
En el resumen de ventas la información se agrupa en bloques de informacion sobre varios temas. La vistas del bloqueo de información pueden configurarse por temas de custominzing.
Modificaciones rápidas y masivas
Hay diferentes opciones disponibles para la modificación de estos documentos:
- Función de modificación rápida: La función permite modificar varias o toda las posiciones de un documento al mismo tiempo (por ejemplo, modificar el centro de suministros o a la fecha de entrega, fijar bloqueos o devoluciones)
- Modificación de varios documentos: La lista de documentos puede utilizarse para modificar el centro, la moneda, los materiales y la determinación del precio en varios documentos al mismo tiempo.
Bloqueos
Los pedidos de clientes pueden bloquearse para las siguientes operaciones
- La expedición
- La facturación
EXPEDICIÓN
Refiere a las actividades de salida de mercancías como la entrega, picking, gestión de almacenes, etc.
La expedición se realiza sobre un puesto de expedición.
Un puesto de expedición puede ser un grupo de personas, una rampa, una puerta de un depósito, etc.
Sobre estos puestos se realizan las entregas (salientes o entrantes) de mercancías.
Sobre los pedidos de ventas puede existir una determinación automática de los puestos de expedición. Ésta se dará en función a los datos maestros del material y a los del destinatario de las mercancías.
Como es una unidad organizativa de la expedición, todos los documentos de expedición (entregas salientes y entrantes) tendrán como dato de cabecera mandatorio el puesto de expedición. No se podrá crear un documento de expedición único para posiciones de un pedido que contengan diferentes puestos de expedición.
Rechazos
Pueden introducirse razones para el rechazo de una o mas posiciones. Se pueden parametrizar los documentos de manera de evitarse la copia de las posiciones rechazadas en documentos posteriores. Por ejemplo, si un cliente no desea alguna de las posiciones de una oferta, puede asignarse una razón para el rechazo de esta posición. Esto fija las posiciones del estatus completado., La operación comercial puede concluirse entonces sin suprimir la posición.
Determinación de datos al ingresar el solicitante
A veces puede ser beneficioso empezar a introducir posiciones individuales antes de entrar el solicitante, especialmente cuando intervienen ventas por teléfono. Dado que un solicitante siempre debe crear un documento de venta, puede fijarse un valor por defecto en el campo solicitante. Esto puede efectuarse con sus parámetros espesificos8 de usuario según la clase de documento de ventas con una variante de operación.
OLICITANTE
Término que hace referencia en los documentos de compras a la persona que inicia la solicitud de adquisición de un producto o contratación de un servicio.
El nombre del responsable correspondiente queda registrado en uno de los datos de la posición de los documentos de compra.
A fin de dar mayor relevancia y personalización a este datos puede optarse por alguna de las siguientes opciones:
- Convertir en obligatorio el dato de Solicitantes
- Crear una tabla Z de Solicitantes y asociarla a este campo o dato
El Sistema SAP R/3 estándar incluye diversas clases de documentos de ventas predefinidos. Durante la implementación de su sistema, estas definiciones estándar pueden modificarse para adaptarse a las necesidades particulares de su empresa. Además, puede añadir sus propias clases de documento de ventas.
Puede utilizar los elementos de operación, configurados en el Customizing de Comercial, para definir cada clase de documento de ventas de forma que tenga su propia gama de funciones. Las clases de documento pueden adaptarse a las necesidades de su empresa. Puede modificar las clases de documento existentes o puede crear la suya propia , si las especificadas en la versión estándar del Sistema SAP R/3 no cubren las necesidades de su organización de ventas. Su responsable del sistema deberá encarga rse de actualizar los elementos de operación.
Sus respuestas a las preguntas siguientes ayudan a decidir cómo definir una clase de documento de ventas particular:
Datos generales
* ¿Puede introducirse el documento sólo con referencia a un documento anterior?
* ¿Debe tenerse en cuenta el registro de información para cliente y material existentes?
* ¿Debe proponerse una fecha de entrega?
* ¿Debe introducirse un número de cliente cuando se crea un documento? Por ejemplo, se pueden introducir módulos para surtido sin hacer referencia a un cliente en concreto
* ¿Qué probabilidad de pedido debe definirse?
* ¿Debe tomarse el sector del registro maestro de materiales para todas las posiciones, o bien debe tener preferencia un sector alternativo especificado en la cabecera, ante las especificaciones de posición?
* ¿Cómo debe responder el sistema si el sector introducido en la cabecera es distinto al sector en las posiciones?
* ¿Debe efectuarse una verificación del límite de precio?
* ¿De qué rango de números debe proceder el número de documento para la asignación de números externa o interna?
* ¿Qué campos son relevantes para el log de datos incompletos? El período de validez, por ejemplo, es importante para los contratos y, por tanto, debe especificarse en el documento.
* ¿Puede grabarse un documento incompleto o deben completarse todos los datos?
* ¿Qué funciones de interlocutor están permitidas y cuáles son obligatorias?
Datos de expedición
* ¿Qué clase de entrega debe tener la entrega resultante del pedido?
* ¿Debe llevarse a cabo la programación de la expedición?
* ¿Debe llevarse a cabo la programación del transporte?
* ¿Debe configurarse automáticamente un bloqueo de entrega por un motivo específico? Por ejemplo, podría ser conveniente un bloqueo de entrega para una entrega gratuita
Puede definir las condiciones de expedición para una clase de documento de ventas. Estas condiciones se copiarán en el documento independientemente de lo que se defina en el registro maestro de cliente
Datos de facturación
* ¿Qué clase de factura debe tener la factura resultante del pedido o de la entrega?
* ¿Debe configurarse automáticamente un bloqueo de factura por un motivo específico? Por ejemplo, puede ser conveniente un bloqueo de factura si debe verificarse una solicitud de abono antes de usarla como base para un abono
VARIANTE
Cuando en SAP hablamos de Variantes nos estamos refiriendo a una imagen fija de la pantalla de selección de una transacción de modo que podemos introducir los valores que deseamos en cada uno de los campos de la pantalla y grabar dicha pantalla para no tener que volver a cargarlos, una y otra vez con cada ejecución que realicemos de la transacción.
Las variantes se asocian a los programas de tipo "reporte", los cuales requieren interacción con el usuario a través de la pantalla. Cuando hablamos de reportes nos referimos a los llamados "Reportes Clásicos", también a los llamados "Reportes interactivos" o a los llamados "Reportes ALVs".
Las variantes son de gran utilidad en los etapas de pruebas de los objetos, debido a que nos ahorran mucho tiempo y esfuerzo en realizar tareas repetitivas y tediosas como son las carga de las pantalla de selección de transacción que tienen muchos campos en las mismas.
Las variantes se crean en la misma pantalla de selección del reporte.
Allí luego de completar los campos presionamos el botón "Grabar" y a continuación visualizaremos en la pantalla los campos "Variante" y "Significado", introducimos el contenido de estos dos campos y volvemos a grabar.
Lo más común es crear en cada entorno en donde trabajamos una variante nueva para cada transacción pero también es posible transportar una variante de un ambiente a otro.
Para crear una variante que pueda ser transportada simplemente debemos crearla con un nombre que empiece por CUS&.
 
 
 
Sobre el autor
Publicación académica de Juan Carlos Aguilar Cortez, en su ámbito de estudios para la Carrera Consultor en SAP SD.
Juan Carlos Aguilar Cortez
Profesión: Ingeniero Industrial - El Salvador - Legajo: LZ94Q
✒️Autor de: 66 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: PartTime
Presentación:
Mi nombre es juan carlos aguilar, soy ingeniero industrial con experiencia sap sd. mi principal objetivo es adquirir el mayor conocimiento como consultor funcional módulo sd.
Certificación Académica de Juan Aguilar