Sap Ag

Gerd Moosmann

Jens Freund

Peter Latocha

Stefan Kaetker

Otfried Von Geisau

Matthias Tebbe

Peter Fitz

Peter J Neumayer

Paola Sala

Jochen Hirth

Karin Brecht-Tillinger

Arnulf Schueler

Dieter Krisch

Arthur Berger

Armin Schwarz

Ralf Klein

Bettina Jaeger

Stephan Hetzer

Joachim Kenntner

Daniel Bock

Martin J Wilmes

Markus Biehler

Kai-Michael Roesner

Jochen Steinbach

Bernd Schmitt

Michael Meyringer

Markus A Peter

Achim Clemens

Thomas Moser

Berthold Wocher

Andreas Poth

Ami Heitner

Fabian Guenther

Christian Haas

Wolfgang Barheine

Peter Sieber

Alexander Koegler

Hamid Moghaddam

Shai Alfandary

Steffen Hartig

Christoph Jungkind

Reiner Bildmayer

Matthias Schwarz

Olivier M Dreidemy

Sebastian Pulkowski

Volker Faisst

Jacques Duparc

Thorsten Kulick

Joachim Barnbeck

Attila Orban

Jochen Wickel

Tim Gaiser

Sedat Gueler

Helgi Thorleifsson

Matthias Heinrichs

Sabine Montnacher

Peter Meuer

Uwe Mayer

Andre Doerfler

Edwin Himmelsbach

Andreas Sandner

Stefan Kaetkep

Gertrud Beisel

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing time recording. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service interface operations, each being implemented for a respective process component. The process components include a Project Processing component that is responsible for structuring, planning, and executing measures or projects, a Time and Labor Management process component that supports the definition of employees' planned working time as well as the recording or the actual working times and absences, an Accounting process component that records relevant business transactions, and a Goods and Service Acknowledgement process component that includes the Goods and Service Acknowledgement business object, which is a document that states the recipient's obligation to pay the supplier for goods received or services rendered.

Architectural design for time recording application software

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing self-service procurement used to procure goods and services 'ad hoc' by requests from within an organization. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service interface operations, each being implemented for a respective process component. The process components include an Accounting process component, an Internal Request Processing process component, a Purchase Request Processing process component, a Purchase Order Processing process component, a Goods and Service Acknowledgement process component, a Supplier Invoice Processing process component, a Payment Processing process component, an RFQ Processing process component, and a Due Item Processing process component.

Architectural design for self-service procurement application software

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing service request and order management. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service interface operations, each being implemented for a respective process component. The process components include an Outbound Delivery process component, a Site Logistics Processing process component, a Confirmation and Inventory process component, a Customer Requirement Processing process component, a Supply and Demand Matching process component, a Logistics Execution Control process component, a Service Request Processing process component, a Customer Quote Processing process component, a Service Order Processing process component, a Service Contract process component, and a Service Confirmation Processing process component.

Architectural design for service request and order management application software

Methods and apparatus, including computer program products, to realize a software model are described. A plurality of process components characterizing software implementing a respective and distinct business process is defined, and each of the process components defining a respective service interface for interacting with other process components. The plurality of process components is divided into multiple deployment units, wherein each deployment unit characterizes independently operable software, and each process component is entirely included in exactly one deployment unit. Context independent interactions are defined among the plurality of process components.

Software modeling

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing ad-hoc goods movement. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service operations, each being implemented for a respective process component. The process components include an Accounting process component that records the relevant business transactions for valuation and profitability analysis; an Inventory Processing process component that handles the management of inventory and the recording of inventory changes and may provide services to maintain current stock, handling unit content, logistics operating unit content, and allocation content; a Site Logistics Processing process component that handles the preparation, physical execution, and confirmation of logistics processes within a site; and a Supply and Demand Matching process component that combines the tasks necessary to ensure that sufficient material receipt elements exist to cover material demand while taking available capacity into account.

Architectural design for ad-hoc goods movement software

Methods and apparatus, including computer program products, to realize a business scenario are described. A plurality of process components and context independent interactions among the process components are defined. Each of the process components characterizes software implementing a respective and distinct process. In addition, each of the process components defines at least one respective service interface for interacting with business objects associated with other process components, and all communication and interaction between process components taking place through the respective interfaces of the process components.

Software model integration scenarios

Methods and apparatus, including computer program products, for defining a software model business object are described. A plurality of business objects and interactions between these business objects are defined. Each business object is operable to encapsulate business data and can be associated with exactly one process component. Each of the process components characterizes software implementing a respective and distinct process and defines a respective at least one service interface for communicating and interacting with business objects in other process components. Moreover, all communication and interaction between process components takes place through the respective interfaces of the process components. Additionally, the interactions among business objects in different deployment units occur solely via the process component interfaces.

Software model business objects

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing a make to stock process. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service interface operations, each being implemented for a respective process component. The process components include an Accounting process component; a Production process component; a Site Logistics process component; a Confirmation and Inventory process component; a Customer Requirement Processing process component; a Demand Forecast Processing process component; a Supply and Demand Matching process component; a Production Trigger and Response process component; an In-house Requirement Processing process component; a Sales Scheduling Agreement Processing process component; and a Demand Planning process component.

Architectural design for make to stock application software

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing service procurement. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service interface operations, each being implemented for a respective process component. The process components include a Project Processing process component; a Purchase Request Processing process component; a Purchase Order Processing process component; a Purchasing Contract process component; a Goods and Service Acknowledgement process component; a Supplier Invoice Processing process component; an RFQ Processing process component that; and a Time and Labor Management process component.

Architectural design for service procurement application software

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing plan-driven procurement. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service interface operations, each being implemented for a respective process component. The process components include an Inbound Delivery Processing process component, a Material Inspection Processing process component, a Site Logistics Processing process component, a Confirmation and Inventory process component, a Purchase Request Processing process component, a Purchase Order Processing process component, a Purchasing Contract process component, a Supplier Invoice Processing process component, a Demand Forecast Processing process component, a Supply and Demand Matching process component, an External Procurement Trigger and Response process component, and a Logistics Execution Control process component.

Architectural design for plan-driven procurement application software

Methods and apparatus, including computer program products, for defining one of a plurality of process components. At least one inbound operation initiated by an external process component to read or modify data encapsulated in a business object solely associated with the process component is defined. Additionally at least one outbound operation to read or modify data encapsulated in a business object solely associated with an external process component is defined. Each of the process components characterizes software implementing a respective and distinct process, and each of the process components defines a respective at least one service interface for communicating and interacting with other process components. In addition, all communication and interaction between process components takes place through the respective interfaces of the process components.

Software model process component

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing time recording. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service operations, each being implemented for a respective process component. The process components include a Project Processing process component that supports the management of projects, a Time and Labor Management process component that supports the management of employees timekeeping and work planning, an Accounting process component that records relevant business transactions, a payroll processing process component that supports the execution and monitoring of payroll processes, and a Goods and Service Acknowledgement process component that receives a confirmation from an employee of goods received or services rendered.

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing catalog management useful to create or update published catalogs based on product master data changes or external supplier catalogs. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service interface operations, each being implemented for a respective process component. The process components include a Purchasing Contract Processing process component that handles agreements between a purchaser and a supplier; a Product Catalogue Authoring process component that creates and edits product catalogs by collecting product information from relevant sources, controls the quality of the product catalogs' contents, and controls when and to what extent Product Catalogues can be published; and a Product Catalogue Publishing process component that makes published product catalogs available to a large number of users electronically for use in other business processes.

Architectural design for product catalog management application software

Methods and apparatus, including computer program products, for defining interactions between two process components. For each process component, at least one inbound operation and at least one outbound operation are defined. The inbound operations can be initiated by the other process component to read or modify data encapsulated in a business object solely associated with the process component. The outbound operations can read or modify data encapsulated in a business object solely associated with the other process component. Each of the process components characterizes software implementing a respective and distinct process, and each of the process components defines a respective at least one service interface for communicating and interacting with other process components. In addition, all communication and interaction between process components takes place through the respective interfaces of the process components.

Software model process interaction

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing an internal projects application useful for planning and executing internal projects and measures, including network scheduling, resource staffing, cost estimation and management, time confirmation, and progress monitoring. The application is structured as multiple process components interacting with each other through service interfaces, and multiple service interface operations, each being implemented for a respective process component. The process components include a Costing process component that maintains project cost estimates; an Accounting process component that records relevant business transactions; a Project Processing process component that structures, plans and executes simple, short-term measures and complex projects; and a Time and Labor Management process component that supports the definition of employees' planned working times as well as the recording of the actual working times and absences and their evaluation.

Architectural design for internal projects application software

Growing community of inventors

Pforzheim, Germany

Gerd Moosmann