Sap Ag

Sap Se

Dietmar Nowotny

Daniel Bock

Joachim Kenntner

Thomas Hoffmann

Georg Podhajsky

Martin Von Der Emde

Volker Ripp

Michael Seubert

Stephan Hetzer

Paola Sala

Gunther Liebich

Werner Gnan

Thilo Kraehmer

Markus A Peter

Thomas Nitschke

Tao Yu

Robert Doerner

Stefan Adelmann

Rudolf Winkel

Otto Makris

Stefan Franke

Axel Kuehl

Jochen A Rasch

Frank Thome

Corinne Kuster

Adam Kiwon

Gerd Ritter

Daniel Buchmann

Gunther Stuhec

Renzo Colle

Johann Kemmer

Gregor Rieken

Toralf Grossmann

Andreas Bold

Andre Wagner

Markus Biehler

Wolfgang Nieswand

Andreas Brossler

Matthias Schmitt

Andrea Sudbrack

Antonia Gross

Stefan Elfner

Ralf Sievers

Christoph Lehner

Andreas F Morsch

Thomas Maag

Volker Jaeck

Olaf Duevel

Michael Zoeller

Uwe Pyka

Dagmar Schultze

Karsten Koetter

Ruediger Radcke

Daniela Schapler

Andreas Schneider

Renato Zadro

Jan Penning

Gabriel Alvarez

Gerhard Gschwender

Joerg Hendricks

Wolf Hengevoss

Christine Hofmann

Bernhard Kelnberger

Werner Liebold

Dominic Poetschke

Jens Zachmann

Theo Zimmerman

Jens Freund

Jochen Steinbach

Jochen Hirth

Daniel Goldmann

Dirk Henrich

Ingo Pfitzner

Andreas Poth

Arnulf Schueler

Volkmar Stegmann

Christoph Birkenhauer

Udo Laub

Peter Von Zimmermann

Achim Heger

Michael Picht

Rainer Heun

Thomas Bach

Reiner Bildmayer

Karsten Soegaard Egetoft

Reiner Wallmeier

Andre Wachholz-Prill

Giovanni Deledda

Holger Herrmann

Joachim Sander

Burkhard Weiss

Cordula Ude

Katja Kasteleiner

Jochen Wickel

Christoph Engler

Martina Lahr

Karina Herrmann

Peer Marschall

Theo Zimmermann

Dirk Becker

A business object model, which reflects data that used during a given business transaction, is utilized to generate interfaces This business object model facilitates commercial transactions by providing consistent interfaces that are suitable for use across industries, across businesses, and across different departments within a business during a business transaction.

Consistent set of interfaces derived from a business object model

Systems and methods are provided for performing a database access. In one embodiment, a computer system is provided that comprises means for receiving and storing structural information, the structural information being descriptive of a number of objects, each of the objects having sub-objects, the structural information comprising a first table and a second table for each sub-object, the first and second table including descriptive information for each sub-object, means for assigning a unique identifier to each sub-object name identified by the structural information, means for storing a mapping table of sub-object names and unique identifiers, and means for requesting generation of a database table for each sub-object identified by the structural information.

Computer systems and methods for performing a database access to generate database tables based on structural information corresonding to database objects

Methods and systems consistent with the present invention provide a data processing system having a business object model reflecting the data used during a business transaction. Consistent interfaces are generated from the business object model. These interfaces are suitable for use across industries, across businesses, and across different departments within a business during a business transaction.

Methods and apparatus, including systems and computer program products, for a service architecture design that provides enterprise services having payment 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 payment software application as enterprise services

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 operations, each being implemented for a respective process component. The process components include an Inbound Delivery Processing process component, a Site Logistics Processing process component, an Inventory Processing 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, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing manual invoicing. 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 Customer Invoice Processing process component, a Due Item Processing process component, a Payment Processing process component, an Accounting process component, a Project Processing process component, and a Balance of Foreign Payment Management process component.

Architectural design for manual invoicing application software

Methods, systems, and apparatus, including computer program products, for implementing a software architecture design for a software application implementing tax declaration. 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 Due Item Processing process component, and a Payment Processing process component.

Architectural design for tax declaration application software

A system and method match payments with invoices. A payment is received from a business partner. Multiple fields of an invoice database are concatenated to form a single string per record, and a search for an invoice corresponding to the payment is performed. The search may be a fuzzy search based on a search string created from information associated with the payment.

Clearing receivables with improved search

Methods and systems are provided for automatically filing records concerning business events in a computer system so that the records are accessible to a business application. An identification code is assigned to a business event having a data structure that is represented in the computer system. At least one set of input data, which is provided with a structure specific to a class of business events, is created from data concerning a business event. The at least one set of input data is transformed into a set of output data, which is accessible by at least two business applications. The set of output data is stored with the assigned identification code such that the set of output data can be fully or partly read by the at least two business applications by referring to the identification code.

Systems and method for automatic integrated document filing when logging business transactions

Systems and methods are disclosed for assisting a user in clearing payments against vouchers in a financial system. A payment requiring user attention may be displayed to the user in an interface of the financial system. The financial system may automatically suggest at least one voucher to balance the payment. The user may also select at least one voucher to balance the payment from a plurality of available vouchers. If the difference between the payment and the combined total of the selected vouchers equals zero, the financial system may allow the user to clear the payment against the selected vouchers. If the system-suggested vouchers are not the ones the user would choose for clearing the payment, the financial system may allow the user to select vouchers to clear the payment.

System and method for facilitating open item clearance

Embodiments of the present invention relate to computer systems, methods and programs for storing a set of data obtained from a data source, the set of data comprising a set of attribute or field names and respective attribute or field values. The computer system may comprise means for storing object type definitions, each object type definition comprising an object type name and at least a set of defining characteristics and a set of role names, and means for storing role definitions, each role definition comprising a role name and at least a set of controlling characteristics. Further, the computer system may include means for storing a list of prioritized finding rules, each finding rule comprising a condition for application to values of the set of data and one of the object types that is returned when the condition is fulfilled, means for storing objects that are instances of the object types, and means for storing mass data referring to objects; and a set of inbound interfaces.

Computer systems, methods and programs for providing uniform access to configurable objects derived from disparate sources

Growing community of inventors

Dielheim, Germany

Dietmar Nowotny