Abstract: Workflow definitions are broken into a set of components. Each workflow component has an instance-specific workflow definition that it operates from. Different steps can be injected into different workflow instance-specific definitions, based upon a given state of each individual workflow instance.

Abstract: Workflow definitions are broken into a set of components. Each workflow component has an instance-specific workflow definition that it operates from. Different steps can be injected into different workflow instance-specific definitions, based upon a given state of each individual workflow instance.

Abstract: Workflow definitions are broken into a set of components. Each workflow component has an instance-specific workflow definition that it operates from. Different steps can be injected into different workflow instance-specific definitions, based upon a given state of each individual workflow instance.

Abstract: Workflow definitions are broken into a set of components. Each workflow component has an instance-specific workflow definition that it operates from. Different steps can be injected into different workflow instance-specific definitions, based upon a given state of each individual workflow instance.

Abstract: A system for extending an enterprise resource planning application is provided. The system employs “Add-ins” that each have a functional behavior that is independent of the client on which it executes and a user interface behavior that is dependent on the characteristics of the display, and other characteristics, of the client (i.e., a display target). When a user attempts to invoke an Add-in via the client runtime, the client runtime determines whether the Add-in is available at the user's computer. If not, the client runtime downloads the appropriate artifact for execution at the user's computer. In this environment, neither the client runtime nor the server-side business logic contains the logic used to implement a particular Add-in behavior on the supported display targets. Instead, this logic is contained within separate artifacts associated with a single Add-in having a particular behavior, each artifact implementing the behavior for a specific display target.

Abstract: A system to enables Rapid Application Development (“RAD”) is provided. The system provides an object model of an ERP application, which enables software developers to customize the ERP applications. The object model provides a base class that is inherited by each object class. The base class provides an invoke function that is implemented by each object class. During compilation, the RAD system compiles each invocation of a function of an object into a call to a dynamic component passing an identifier of the object, an identifier of the function to be invoked, and the parameters to be passed to the function. The RAD system dynamically compiles, assembles, and instantiates object classes as needed. Because objects are bound at runtime, rather than at compile time, when the source code of an object is modified, the entire ERP application does not need to be recompiled into monolithic IL code and the compilation of object classes is deferred until an object of that class is needed during runtime.

Abstract: A system and method of enforcing Enterprise Resource Planning (“ERP”) software object permissions in a three-tiered architecture is provided. A user connects to the three-tiered architecture via an enhanced client, which connects to a database server via a middle-tier server. The database server stores code and permission information for each database object. When a user connects to the system, the user's permissions are retrieved and stored at the middle-tier server. The user may then access data by instantiating objects at the middle-tier server by compiling and executing code retrieved from the database server. The middle-tier server performs permission checking for accessing database objects and provides environments for executing both managed and unmanaged code. The middle-tier server can perform permission checking for users and objects without accessing the database server.

Abstract: A system for extending an enterprise resource planning application is provided. The system employs “Add-ins” that each have a functional behavior that is independent of the client on which it executes and a user interface behavior that is dependent on the characteristics of the display, and other characteristics, of the client (i.e., a display target). When a user attempts to invoke an Add-in via the client runtime, the client runtime determines whether the Add-in is available at the user's computer. If not, the client runtime downloads the appropriate artifact for execution at the user's computer. In this environment, neither the client runtime nor the server-side business logic contains the logic used to implement a particular Add-in behavior on the supported display targets. Instead, this logic is contained within separate artifacts associated with a single Add-in having a particular behavior, each artifact implementing the behavior for a specific display target.

Abstract: Localization architecture is provided with a scalable server and a client side repository for shared user interface localization, which may be implemented in a client/display target environment. User interface localization repository is maintained server-side as a source for full or partial distribution. Content for user interface localization repository may be received from authorized partners for one or multiple client installations, and is protected against tampering.

Abstract: A system for extending an enterprise resource planning application is provided. The system employs “Add-ins” that each have a functional behavior that is independent of the client on which it executes and a user interface behavior that is dependent on the characteristics of the display, and other characteristics, of the client (i.e., a display target). When a user attempts to invoke an Add-in via the client runtime, the client runtime determines whether the Add-in is available at the user's computer. If not, the client runtime downloads the appropriate artifact for execution at the user's computer. In this environment, neither the client runtime nor the server-side business logic contains the logic used to implement a particular Add-in behavior on the supported display targets. Instead, this logic is contained within separate artifacts associated with a single Add-in having a particular behavior, each artifact implementing the behavior for a specific display target.

Abstract: A system for extending an enterprise resource planning application is provided. The system employs “Add-ins” that each have a functional behavior that is independent of the client on which it executes and a user interface behavior that is dependent on the characteristics of the display, and other characteristics, of the client (i.e., a display target). When a user attempts to invoke an Add-in via the client runtime, the client runtime determines whether the Add-in is available at the user's computer. If not, the client runtime downloads the appropriate artifact for execution at the user's computer. In this environment, neither the client runtime nor the server-side business logic contains the logic used to implement a particular Add-in behavior on the supported display targets. Instead, this logic is contained within separate artifacts associated with a single Add-in having a particular behavior, each artifact implementing the behavior for a specific display target.

Abstract: A system and method of enforcing Enterprise Resource Planning (“ERP”) software object permissions in a three-tiered architecture is provided. A user connects to the three-tiered architecture via an enhanced client, which connects to a database server via a middle-tier server. The database server stores code and permission information for each database object. When a user connects to the system, the user's permissions are retrieved and stored at the middle-tier server. The user may then access data by instantiating objects at the middle-tier server by compiling and executing code retrieved from the database server. The middle-tier server performs permission checking for accessing database objects and provides environments for executing both managed and unmanaged code. The middle-tier server can perform permission checking for users and objects without accessing the database server.

Abstract: A system to enables Rapid Application Development (“RAD”) is provided. The system provides an object model of an ERP application, which enables software developers to customize the ERP applications. The object model provides a base class that is inherited by each object class. The base class provides an invoke function that is implemented by each object class. During compilation, the RAD system compiles each invocation of a function of an object into a call to a dynamic component passing an identifier of the object, an identifier of the function to be invoked, and the parameters to be passed to the function. The RAD system dynamically compiles, assembles, and instantiates object classes as needed. Because objects are bound at runtime, rather than at compile time, when the source code of an object is modified, the entire ERP application does not need to be recompiled into monolithic IL code and the compilation of object classes is deferred until an object of that class is needed during runtime.