Sap Ag

Hamid Moghaddam

Christian Haas

Berthold Wocher

Steffen Hartig

Alexander Koegler

Olivier M Dreidemy

Joachim Barnbeck

Yuh-Cherng Wu

Stephan Hetzer

Jochen Hirth

Dagmar Opitz

Uwe Herold

Matthias Schwarz

Attila Orban

Michael Lesk

Alexandra Mark

Jens Freund

Renzo Colle

Peter Latocha

Jochen Steinbach

Stefan Kaetker

Gerd Moosmann

Steffen Tatzel

Daniel Bock

Michael Jung

Ingo Pfitzner

Thomas Nitschke

Georg Podhajsky

Tao Yu

Wolfgang Nieswand

Klaus Reinelt

Stefan Adelmann

Christopher Ronnewinkel

Andrea Sudbrack

Volkmar Stegmann

Thomas Breitling

Christoph Lehner

Irena Kull

Devasena Rajamohan

Rainer Heun

Stefan Franke

Thomas Bach

Andre Wachholz-Prill

Simon Dieterich

Dietmar Storz

Sebastian Pulkowski

Nir Pachter

Alexander Krasinskiy

Theo Zimmermann

Jochen Wickel

Peer Marschall

Martina Lahr

Christoph Engler

Cordula Ude

Katja Kasteleiner

Peter Meuer

Boris Krems

Uwe Mayer

Sabine Montnacher

Ralph Meiswinkel

Helge Schulte

Wilfried Merkel

Martina Keller

Tariq Khasawneh

Naci Kalyoncu

Bernhard May

Andrea Hahn

Joerg Walzenbach

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, 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 operations, each being implemented for a respective process component. The process components include an Outbound Delivery process component, a Site Logistics Processing process component, an Inventory Processing 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 Service Order Processing process component, and a Service Confirmation Processing process component.

Methods and apparatus, including systems and computer program products, for a services architecture design that provides enterprise services having customer relationship management functionality at the level of an enterprise application. The design includes a set of service operations, process components, and optionally deployment units. Suitable business objects are also described.

Providing customer relationship management application as enterprise services

Various embodiments include one or more of systems, methods, and software for document modeling. Some embodiments include defining a document model having further models of document portions. The document portions may include a header model including a set of header methods to provide interaction capabilities to other portions of a system and one or more item models, including a set of item methods to provide interaction capabilities to other portions of the system. The header model and the one or more item models may each include an association with one or more component models. Each component model may include a set of component methods to provide interaction capabilities to other portions of the system and component specific logic accessible through the component methods. Maps may also be provided between the models and wall as a link between the set of component methods and the component specific logic.

Document modeling within a document framework

A method of designing a knowledge repository includes receiving, in a computer system, a first input to form a configuration template for a knowledge repository. The configuration template describes a class of knowledge entities to be included in the knowledge repository. There is received a second input identifying a document template to be used in displaying instances of the class of knowledge entities. The document template is selected from a predefined group of document templates. The document template is associated with the configuration template in the computer system. The thus designed knowledge repository may be provided with knowledge entities accordingly. Moreover, the created knowledge repository may be used to retrieve specific knowledge.

Knowledge repository using configuration and document templates

Growing community of inventors

Osterburken, Germany

Hamid Moghaddam