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:
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&.