CVOPEN ACADEMY®

Los usuarios pueden loguearse al sistema SAP utilizando diferentes front ends, tal como el clásico SAP GUI. El proceso de solicitudes de SAP GUI involucra diferentes procesos en las tres capas: Presentación, aplicación y base de datos. Los programas ABAP aseguran que sean independientes de la base de datos.

Acceder a esta publicación

Transacción SM50 Es la mas utilizada para el monitoreo de procesos, en ella podemos visualizar los tiempos de ejecución de los diferentes tipos de procesos y asi detectar problemas en horarios picos. como ver las diferentes características de las solicitudes de díalogo. y ver en simultaneo los work procecess en su ejecución. Los programas están compuestos por múltiples pantallas que a su vez consisten en múltiples pasos de díalogo. A la ejecución de un paso de diálogo por medio de un work processes durante la ejecución de un programa se le denomina "Multiplexado de work processes". Un work process de diálogo secuencialmente procesa pasos de...

Acceder a esta publicación

ICF (Internet Communication Framework) - Provee un entorno para el manejo de solicitudes web dentro del work process ABAP. - Para el protocolo HTPPS, se requiere usar la librería criptrográfica de SAP (SAPCRYPTOLIB). - El controlador ICF es implementado usando el módulo de función HTTP_DISPATCH_REQUEST. - El ICF Manager es implementado usando la clase ABAP CL_HTTP_SERVER. - Para obtener una vista de todos los servicios usando la transacción de mantenimiento central para los servicios ICF, se usa la Tx. SICF. - Los servicios ICF pueden estar activos o no, lo cual se muestra utilizando diferentes colores en la Tx. SICF: Estado - Color en la tx. SICF - Significado Activo - Negro - El servicio puede ser llamado...

Acceder a esta publicación

Las aplicaciones web también pueden ser desarrolladas en JAVA por lo que serían procesadas por este entorno. Otra ventaja importante de utilizar Open SQL, es que cuando la interface de base de datos del work process interpreta la sentencia intenta utilizar de manera optima los buffers del servidor de aplicación SAP para acceder a los datos rápidamente.

Acceder a esta publicación

Clases Locales y Globales: Las Globales se definen en el generador de clases, a través de la transacción SE24 en el Abap Workbench. Las locales se definen en un programa Abap y sólo pueden ser invocadas desde el programa en el que se han definido. Cuando se usa una clase en un programa Abap el sistema busca primero una clase local con el nombre especificado. Si no encuentra ninguna entonces busca una clase global. Definición de Clases Locales Son el conjunto de sentencias que están entre las sentencias CLASS... ENDCLASS. Consta de una parte declarativa llamada Definición de la clase donde se definen los componentes(Atributos, métodos...

Acceder a esta publicación

Transacciones: VA05N: Listado de pedidos nueva(Se diferencia porque tiene más campos de selección). VF05: Listado de facturas. VA25: Listas de ofertas. V.14: Pedidos bloqueados. Permite desbloquearlos navegando hacia ellos. V_UC: Listados entregas incompletas. VF04: Pool de facturación. MCV9: Documentos comerciales incompletos. Listas e informes: El sistema proporciona listas para ayudar en todo el ciclo de gestión de clientes. Las listas se dividen en dos categorías: Listas online: - Proporcionan datos para documento. - Muestran por ejemplo documentos de ventas, entrega o facturación para un cliente, un material o una combinación de ambos. - Muestran documentos con un estatus que precisan de...

Acceder a esta publicación

DETERMINACIÓN DE IMPUESTOS Se calculan con las técnicas de condiciones. La condición (imp) se registra en el esquema de cálculo Secuencia de acceso se utiliza para encontrar el registro de condiciones adecuado a la situación actual IMPUESTOS Debe determinarse automáticamente para cada país con el que se mantenga relaciones comerciales. En la solapa factura del maestro de clientes está la clasificación fiscal del cliente. En la solapa Ventas: Org ventas1 está la clasificación fiscal del material.

Acceder a esta publicación

La clase de condición SKTO es otro ejemplo que trae el sistema estándar respecto a las condicione estadísticas. El sistema lee en la tabla de condiciones de pago para obtener el máximo porcentaje de descuento por pronto pago. Dicho descuento se establece en el sistema estándar con la clase de condición SKTO. En caso de que el cliente pague en las fechas establecidas, se le podrá otorgar dicho descuento. Las condiciones EDI1 y EDI2 se utilizan para reflejar en el sistema el precio esperado por el cliente. El mismo se puede introducir manualmente en el pedido o bien se puede tomar a través del id del proceso de idoc recibido. VPRS: Costo. Esquema cálculo toma esta condición...

Acceder a esta publicación

CLASES DE CONDICIÓN ESPECIALES El sistema se presenta con un buen número de clases de condición que pueden utilizarse inmediatamente. HM00 - Determinación de precios manual Esta clase de condición de cabecera permite introducir el valor del pedido manualmente. El nuevo valor de pedido se distribuye entonces de forma proporcional entre las posiciones, tomando en cuenta el valor anterior de la posición neta. Los impuestos se determinan para cada posición. La condición PR00 queda inactiva. PN00 - Precio neto En el sistema estándar se ha instalado la condición PN00, que permite especificar el precio neto de la posición de forma manual. De esta forma las condiciones...

Acceder a esta publicación

Crear Pedido VA01-Crear pedido PS-Solicitante-Nº pedido-Material-Cantidad pedido. Realizar análisis de precios: Seleccionamos posición - Click "Pos. condiciones" - Click "Análisis" (Se visualiza el esquema con el listado de todas las condiciones de posición con sus respectivas listas válidas de registros de condiciones)

Acceder a esta publicación