SAP Transport Management System (STMS) es una herramienta dentro de SAP ERP Systems para administrar actualizaciones de software, denominados transportes, en uno o más sistemas SAP conectados. Se puede acceder a la herramienta desde el código de transacción STMS. Esto no debe confundirse con SAP Transportation Management, un módulo independiente para facilitar la logística y la gestión de la cadena de suministro en el transporte de bienes y materiales.
La última versión (SAP ERP 6.0) se puso a disposición en 2006. Desde entonces, la funcionalidad adicional para SAP ERP 6.0 se ha entregado a través de paquetes de mejora de SAP (EHP). [12]
Estos paquetes de mejora permiten a los clientes de SAP ERP administrar e implementar una nueva funcionalidad de software. [13] Los paquetes de mejora son opcionales; Los clientes eligen qué nuevas capacidades implementar. [14]
SAP EHPS no requiere una actualización clásica del sistema. [15]
El proceso de instalación de los paquetes de mejora consta de dos pasos diferentes:
- Instalación técnica de un paquete de mejora
- Activación de nuevas funciones
La instalación técnica de las funciones comerciales no cambia el comportamiento del sistema. La instalación de nuevas funcionalidades se desacopla a partir de su activación y las empresas pueden elegir qué funciones comerciales desean activar. Esto significa que incluso después de instalar una nueva función comercial, no hay cambios en la funcionalidad existente antes de la activación. La activación de una función comercial para un proceso no tendrá ningún efecto en los usuarios que trabajen con otras funcionalidades. [16]
EHP8 sirvió como base para la transición a la nueva suite de negocios de SAP: SAP S/4HANA. [17]
¿Qué es un sistema transaccional ejemplos?
Los sistemas de transacción forman el marco para la integración de los sistemas de bases de datos en arquitecturas empresariales. En particular, los sistemas de transacción son una tecnología fundamental de aplicaciones de servidores de clientes. Los sistemas de transacción aseguran que las transacciones paralelas sean atómicas, persistentes y diferenciadas entre sí. Los sistemas de transacción proporcionan servicios genéricos. Esto proporciona una base fundamental para la consistencia y la confiabilidad de los datos cómo es el requisito previo para el desarrollo de aplicaciones multifusibles y tolerantes a fallas. Por lo tanto, las transacciones son uno de los conceptos más importantes con respecto a los sistemas de bases de datos, pero también encontrará atención en el área de entornos de tiempo de ejecución, sistemas operativos o lenguajes de programación.
Otros requisitos importantes para los sistemas de transacción son el procesamiento de tasas de transacción muy altas, la garantía de alta disponibilidad y el apoyo de un crecimiento modular del sistema. Los sistemas de transacción son generalmente horizontales y/o verticalmente. Los sistemas de transacción muy grandes, como el Sistema de Control de Información del Cliente (CICS) o la Instalación de procesamiento de transacciones (TPF), admiten más de 100,000 usuarios secundarios por sistema.
El sistema operativo y las características operativas de los sistemas de transacción (sistemas TA) son:
- Uso en el diálogo, también se habla del procesamiento de transacciones en línea (OLTP).
¿Qué es un sistema transaccional?
El procesamiento de transacciones es una forma de calcular que divide el trabajo en operaciones individuales e indivisibles, llamadas transacciones. [1] Un sistema de procesamiento de transacciones (TPS) es un sistema de software, o una combinación de software/hardware, que admite el procesamiento de transacciones.
El sistema Hewlett-Packardnonstop (anteriormente en tándem sin parar) era un sistema de hardware y software diseñado para el procesamiento de transacciones en línea (OLTP) introducido en 1976. Los sistemas fueron diseñados para el procesamiento de transacciones y proporcionaron un nivel extremo de disponibilidad e integridad de datos.
El procesamiento por lotes es la ejecución de una serie de programas (trabajos) en una computadora sin intervención manual. Varias transacciones, llamadas lotes se recolectan y procesan al mismo tiempo. Los resultados de cada transacción no están disponibles de inmediato cuando se ingresa la transacción; [1] hay un retraso de tiempo.
«Los sistemas en tiempo real intentan garantizar una respuesta apropiada a un estímulo o solicitud lo suficientemente rápido como para afectar las condiciones que causaron el estímulo». [10]
Cada transacción en el procesamiento en tiempo real es única; No es parte de un grupo de transacciones.
Un sistema de procesamiento de transacciones (TPS) es un tipo de sistema de información que recopila, almacena, modifica y recupera las transacciones de datos de una empresa.
Los sistemas de procesamiento de transacciones también intentan proporcionar tiempos de respuesta predecibles a las solicitudes, aunque esto no es tan crítico como para los sistemas en tiempo real. En lugar de permitir que el usuario ejecute programas arbitrarios como compartir el tiempo, el procesamiento de transacciones solo permite transacciones estructuradas y predefinidas. Cada transacción suele ser de corta duración y la actividad de procesamiento para cada transacción está programada de antemano.
¿Cómo funciona el sistema de procesamiento de transacciones?
El funcionamiento de un sistema de procesamiento de transacciones se puede realizar de dos maneras:
El procesamiento por lotes es la forma tradicional de procesar transacciones. En este método, las transacciones se recopilan, combinan y se agrupan en lotes. Estos lotes se pueden identificar en función de varios parámetros. En general, se sigue el método FIFO para hacerlo. Estos lotes se recolectan y almacenan y se pueden procesar en cualquier momento. Por lo general, hay algún retraso en el método de procesamiento por lotes.
El procesamiento en tiempo real es un fruto de los avances tecnológicos. Fue desarrollado para satisfacer las necesidades de procesamiento rápido y reflejo en tiempo real de las entradas de ingresos para una organización. El retraso de tiempo en el método de procesamiento por lotes representó una buena cantidad de pérdida en los ingresos. Según este método, las transacciones se procesan en tiempo real y proporcionan verificación instantánea para el mismo. Se puede acceder a un TPS en tiempo real de forma remota sobre la nube.
Los siguientes son los 4 componentes principales de un TPS ideal:
- Entradas: Los documentos de origen obtenidos de las transacciones realizadas por clientes u organizaciones y contienen información sobre el dinero. Estas pueden ser facturas, facturas, cupones, pedidos de clientes, etc.
- Salidas: Los documentos generados después del procesamiento completo de las entradas se llaman salidas.
- Unidades de procesamiento: El procesamiento se refiere al paso donde la información proporcionada en el paso de entrada se descompone en segmentos que se procesarán en la salida relevante.
- Almacenamiento: la ubicación en la memoria donde se almacena toda la información deseada se llama memoria. En general, la información se almacena en forma de libros de contabilidad.
Las funciones principales de un TPS se llevan a cabo por los componentes primarios mencionados anteriormente. Éstos incluyen:
- Entradas: Los documentos de origen obtenidos de las transacciones realizadas por clientes u organizaciones y contienen información sobre el dinero. Estas pueden ser facturas, facturas, cupones, pedidos de clientes, etc.
- Salidas: Los documentos generados después del procesamiento completo de las entradas se llaman salidas.
- Unidades de procesamiento: El procesamiento se refiere al paso donde la información proporcionada en el paso de entrada se descompone en segmentos que se procesarán en la salida relevante.
- Almacenamiento: la ubicación en la memoria donde se almacena toda la información deseada se llama memoria. En general, la información se almacena en forma de libros de contabilidad.
¿Cómo se caracterizan los sistemas transaccionales?
Los datos transaccionales se relacionan con las transacciones de la organización e incluyen datos que se capturan, por ejemplo, cuando se vende o se compra un producto. Los datos maestros se mencionan en diferentes transacciones, y los ejemplos son datos de clientes, productos o proveedores. En general, los datos maestros no cambian y no es necesario crear con cada transacción. Por ejemplo, si un cliente compra múltiples productos en diferentes momentos, se debe crear un registro de transacción para cada venta, pero los datos sobre el cliente permanecen igual. La Figura 12.1 muestra cómo los datos maestros forman parte de un registro transaccional. En este caso, cuando se venden los productos de la lámpara y la silla, la transacción hace referencia a las ID de producto relevantes e ID de cliente. Los registros del producto y los clientes, si ya existen, no necesitan ser recreados o modificados para esta nueva transacción. Sin embargo, los otros datos en la transacción, como el identificador único para la transacción (es decir, ID de venta) y el tiempo de venta, deben cambiar. Por lo tanto, los datos de transacción son típicamente más volátiles que los datos maestros, tal como se crean y cambia con más frecuencia. Tenga en cuenta que este simple ejemplo muestra el precio de venta real en la transacción y el precio del producto en los datos maestros. Hay diferentes formas de modelar esto, pero el ejemplo muestra que el precio real puede cambiar según la transacción y solo se puede calcular a partir del precio del producto en los datos maestros (después de incluir descuentos, etc.). La transacción 003 en la Figura 12.1 muestra que se ha aplicado un descuento al precio minorista.
Otra propiedad de los datos maestros es que a menudo lo comparten y utilizan diferentes unidades de negocios. Por ejemplo, el marketing y las ventas utilizarán un registro del cliente. Los problemas surgen cuando una unidad de negocio actualiza el registro maestro y no informa a la otra unidad de negocio. Por ejemplo, el departamento de marketing podría actualizar la dirección de un cliente y, si no informan al departamento de ventas, los pedidos podrían enviarse a una dirección desactualizada.
Aunque estas son las propiedades generales de los datos maestros y transaccionales, hay ocasiones en que estos tipos de datos se comportan de manera diferente y, por lo tanto, esta distinción se vuelve borrosa. Por ejemplo, los datos maestros también pueden parecer transaccionales cuando los cambios en una dirección del proveedor, por ejemplo, no se sobrescriben en un registro, sino que se crea un nuevo registro. Una organización puede optar por retener todas las direcciones anteriores de un proveedor, especialmente si desea analizar el movimiento de un proveedor. Vale la pena prestar atención a casos como estos, porque puede ser mejor aplicar soluciones transaccionales a los problemas en este tipo de datos para que se administre correctamente.
No siempre asuma que los datos maestros deben tratarse solo con soluciones maestras relacionadas con datos, especialmente si los datos maestros se comportan como datos transaccionales.
¿Cuáles son las características del sistema de procesamiento de transacciones?
Un sistema de proceso de transacción (TPS) es un sistema de procesamiento de información utilizado en las transacciones comerciales que implica la recopilación, recuperación y modificación de los datos de transacción completos. Las características de un TPS incluyen procesamiento rápido, confiabilidad, estandarización y acceso de control. TPS también se conoce como procesamiento de transacciones o procesamiento en tiempo real.
Un sistema de proceso de transacción a menudo se distingue con un procesamiento por lotes que la mayoría de las solicitudes se realizan al mismo tiempo. El primero requiere la interacción de un usuario o necesita que el usuario esté presente. Los resultados del sistema de procesamiento de transacciones para cada transacción están disponibles de inmediato y no hay retraso. Para lograr el rendimiento, la confiabilidad y la consistencia… Muestre más contenido… cuando los usuarios reserven un boleto y seleccionen el asiento, esa reserva se hará de inmediato y nadie más puede reservar o obtener el mismo asiento incluso un segundo más tarde. Cualquier cambio que realice en su reserva también se actualizan en tiempo real. Otro ejemplo es el mercado de valores. Cuando el usuario envíe un pedido en la compra de una acción, ese pedido se procesará de inmediato y no al final del día.
En muchas situaciones, el factor principal es la velocidad. Por ejemplo, cuando un cliente bancario retira una suma de dinero de la cuenta, es muy importante que la transacción se procese de inmediato y se actualice el saldo de la cuenta lo antes posible para permitir que tanto el banco como el cliente realicen un seguimiento de los fondos.
El procesamiento en tiempo real es frecuentemente más eficiente y, en algunos casos necesario, el procesamiento por lotes podría ser más efectivo. En el caso de un sistema de nómina, no hay necesidad de mantener el seguimiento de cuánto ha ganado un empleado cada minuto del día y hacer esto cada dos semanas es probable que sea suficiente.
Funciones del sistema de información
¿Cómo funciona el sistema transaccional?
Un sistema de proceso de transacción y procesamiento de transacciones a menudo se contrastan con un sistema de proceso por lotes y procesamiento por lotes, donde muchas solicitudes se ejecutan a la vez. El primero requiere la interacción de un usuario, mientras que el procesamiento por lotes no requiere la participación del usuario. En el procesamiento por lotes, los resultados de cada transacción no están disponibles de inmediato. Además, hay un retraso mientras las muchas solicitudes se organizan, almacenan y finalmente se ejecutan. En el procesamiento de transacciones no hay retraso y los resultados de cada transacción están disponibles de inmediato. Durante el tiempo de retraso para el procesamiento por lotes, pueden ocurrir errores. Aunque pueden ocurrir errores en el procesamiento de transacciones, son poco frecuentes y tolerados, pero no garantizan cerrar todo el sistema.
Para lograr el rendimiento, la confiabilidad y la consistencia, los datos deben ser fácilmente accesibles en un almacén de datos, deben estar en su lugar los procedimientos de copia de seguridad y el proceso de recuperación debe estar en su lugar para tratar la falla del sistema, la falla humana, los virus informáticos, las aplicaciones de software o los desastres naturales.
Techopedia ™ es su fuente tecnológica para la información e inspiración de TI profesional.
Nuestro objetivo es ser un sitio que no esté tratando de ser el primero en romper las noticias,
Pero, en cambio, ayudarlo a comprender mejor la tecnología y, esperamos, como resultado a tomar mejores decisiones.
Artículos Relacionados:
