Sap Ag

Stefan Kaetker

Jens Freund

Peter Latocha

Gerd Moosmann

Otfried Von Geisau

Matthias Tebbe

Peter Fitz

Peter J Neumayer

Dieter Krisch

Ralf Klein

Stephan Hetzer

Paola Sala

Jochen Hirth

Joachim Kenntner

Karin Brecht-Tillinger

Daniel Bock

Arnulf Schueler

Markus Biehler

Kai-Michael Roesner

Arthur Berger

Armin Schwarz

Uta Prigge

Bettina Jaeger

Jochen Steinbach

Bernd Schmitt

Markus A Peter

Michael Meyringer

Achim Clemens

Thomas Moser

Berthold Wocher

Martin J Wilmes

Andreas Poth

Ami Heitner

Fabian Guenther

Christian Haas

Peter Sieber

Hamid Moghaddam

Alexander Koegler

Christoph Jungkind

Shai Alfandary

Reiner Bildmayer

Steffen Hartig

Matthias Schwarz

Olivier M Dreidemy

Sebastian Pulkowski

Volker Faisst

Jacques Duparc

Thorsten Kulick

Joachim Barnbeck

Attila Orban

Jochen Wickel

Tim Gaiser

Helgi Thorleifsson

Sabine Montnacher

Peter Meuer

Uwe Mayer

Andre Doerfler

Edwin Himmelsbach

Andreas Sandner

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 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 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

This disclosure relates to methods, systems, and software for processing a coherent multi-dimensional business process model. The software includes computer-readable instructions embodied on media to identify a coherent multi-dimensional business process model based on at least a portion of a first model for a business process and at least a portion of a second model for the business process. The software then parses the multi-dimensional business process model to identify at least one extension point, each extension point operable to interface a disparate business tool with the business process. The software is further operable to present an extension wizard to a client for a particular one of the identified extension points. It can create entities and extensions in various modeling environments and development environments.

Process extension wizard for coherent multi-dimensional business process models

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

Methods and apparatus, including computer program products, to realize a software model are described. A user-centric modeling component is defined, the user-centric modeling component modeling an interactive software system and including a plurality of process steps, the plurality of process steps defining a business scenario. For each process step in the plurality of process steps one or more service requirements are identified, where a service requirement represents functionality necessary to accomplish a step. For each service requirement a process component capable of providing the service requirement is identified, the process component modeling software implementing a business process and defining a service operation for providing the service requirement and for interacting with other process components.

Composite application modeling

Growing community of inventors

Dossenheim, Germany

Stefan Kaetker