✒️SAP SD Las fuentes de información de pedidos de ventas
SAP SD Las fuentes de información de pedidos de ventas
LAS FUENTES DE INFORMACION DE PEDIDOS DE VENTAS:
1- Fuentes de informacion y transferencia de datos:
Una manera de optimizar la entrada y procesamiento de los documentos de ventas es tomando desde los maestros valores por defecto.
Durante la entrada de datos para los documentos de ventas, el sistema le asiste mediante el analisis de varias fuentes de informacion. El objetivo consiste en crear documento de manera mas sencilla mediante la utilizacion de valores por defectos o datos de refencia fijados. Estas son posibles fuentes de informacion:
Datos maestros: el sistema lee los datos definidos para un cliente, material o una condicion de precios. Puede encontrarse por ejemplo, las condiciones de pago especificas para un cliente, o el centro suministrados para un material.
Datos de documentos existentes: Los datos de documentos que ya se han introducido o determinado automaticamente por el sistema pueden utilizarse para introducir datos de documentos adicionales. Por ejemplo se utiliza para determinar el puesto de expedicion.
Customizing: Pueden definirse los valores por defecto para la creacion de documentos. Por ejemplo, puede determinarse que por defecto las solicitudes de abono se generen bloqueadas para de esta manera exigir su control.
Controles de codificacion fija: mediante un desarrollo, pueden fijarse otros valores.
Cada pedido de ventas se asigna a una unica area de ventas (org de ventas, canal de distribucion y sector).
Cuando se introduce un pedido, no es necesario especificar el area de ventas inmediatamente. En caso de no hacerlo, el sistema deriva automaticamente el area de ventas del solicitante.
Si el solicitante esta dado de alta en varias areas de ventas, aparecera una pantalla de selccion en la que podra elegir el area de ventas que necesite.
Tambien es posible crear el registro maestro para un solicitante nuevo cuando se crea un documento.
2- La propuesta de datos desde el registro maestro:
Es recomendable almacenar tantos datos como sea posible en los registros maestros. Esto le ahorrara tiempo durante la entrada de pedidos.
Puede introducirse diferentes clases de datos maestros, tales como informacion de interlocutores comerciales, materiales, listas de materiales, precios, descuentos y comisiones, etc. El sistema accedera frecuentemente a estos datos durante el tratamiento de un pedido.
Interlocutores comerciales:
Los interlocutores comerciales esenciales para una operacion de ventas son: El solicitante, el destinatario de mercancias, el pagador, el destinatario de factura.
Estos interlocutores -representan varias funciones en el proceso empresarial.
Puede mantenerse un registro maestro de cliente para cada interlocutor. Existe una imagen de netrada adecuada para cada tipo de interlocutor.
Cuando se introduce un documento de ventas, tambien puede introducirse el destinatario de mercancias en el lugar del solicitante. El sistema determinara a partir del destinatario de mercancias el solicitante al que esta asociado.
- Si existe solamente un solicitante para el destinatario de mercancias, el sistema lo determina automaticamente.
- Si hay varios solicitantes posibles para el destinatario de mercancias, el sistema visualiza una pantalla de seleccion con las posibles alternativas.
- Si un solicitante no puede determinarse, el sistema emite un mensaje de error en la barra de status.
- Tambien aparecer un mensaje si por error se introduce un destinatario de mercancias en el campo solicitante. En ese caso, el sistema continua tratando los datos como si se hubiese introducido un destinatario de mercancias en el campo destinatario de mercancias.
Datos de los diferentes interlocutores comerciales:
Los datos comerciales de un documento de ventas se toman de los registros de datos maestros para los diferentes interlocutores comerciales.
Dado que las ubicaciones de los destinatarios de mercancias pueden variar, la direccion de entrega y la informacion de control se toman del registro maestro de destinatario de mercancias.
Dado que el pagador es el responsable del pago de creditos, las condiciones de pago del documento se toman del registro maestro de pagadores.
El destinatario de la factura contiene la direccion a la que debe enviarse la factura. Esta direccion puede ser diferente de la del pagador.
Datos a nivel de cabecera y a nivel posicion:
Pueden definirse datos comerciales (tales como las condiciones de pago, los incoterms) al nivel de cabecera del documento o para cada posicion.
Puede decidirse en el Customizing para la categoria de posicion si los datos comerciales a nivel de posicion deberian ser distintos de los datos comerciales a nivel de cabecera. Esta opcion se define separadamente para cada categoria de posicion. Esto le permite crear documento que contengan ambas posiciones en las que los datos comerciales deban ser identicos a la cabecera del documento de venta y las posiciones que permiten diferentes datos comerciales.
Determinacion atuomatica de centros:
El centro es una parte integrante de logistica. Asume la funcion de un centro de distribucion en ventas.
Cuando se introduce una posicion por entregar, el sistema intenta determinar un centro suministrador automaticamente, a partir de los datos maestros. Si la busqueda tiene exito, los resultados se copian en la posicion del documetno. De cualquier forma, el centro propuestp puede sobreescribirse manualmente de ser necesario.
Durante esta busqueda, el sistema comprueba varios registros de datos maestros:
-Primero, comprueba si puede proponer un centro suministrador a partir de una entrada en el registro de informacion para le cliente y material.
-Si el registro de informacion para cliente y material no contiene ningun centro, o si no hay ningun registro de informacion para cliente material, el sistema comprueba el registro maestro de clientes para el destinatario de mercancias.
- Si esta busqueda no tiene exito, el centro suministrador se determina a partir del registro maestro de materiales.
Si no hay ningun centro en el registro maestro de materiales, el sistema sera incapaz de determinar un cnetro valido. Y si el sistema no es capaz de determinar un centro valido, tampoco podra determinar otros datos del documento, como por ejemplo, no seria posible determinar automaticamente el puesto de expedicion, ni realizar la comprobacion de disponibilidad, ni crearse ninguna entrega.
 
 
 
Sobre el autor
Publicación académica de Rohelys Nahely Armas Arevalo, en su ámbito de estudios para la Carrera Consultor en SAP SD.
Rohelys Nahely Armas Arevalo
Venezuela - Legajo: TL53U
✒️Autor de: 33 Publicaciones Académicas
Disponibilidad Laboral: PartTime
Presentación:
Estoy aprendiendo el modulo de sap sd. tengo conocimientos sobre sap. me considero una persona que aprende r?pido, proactiva y siempre dispuesta a encontrar soluciones a los problemas.
Certificación Académica de Rohelys Armas