ERP Contract Mapping Plugin for Direct and Indirect Relationships

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing ERP systems face challenges in linking transactional data to contractual obligations due to the lack of configurability and extensibility in defining direct and indirect relationships, particularly in complex environments with heterogeneous contract sources and evolving organizational structures.

Innovation Solution

A plugin application that enables users to define configurable mappings between transactional data and contract data using a graphical user interface, supporting both direct and indirect relationships through field-level pairings and intermediate objects, with specialized support for intercompany scenarios.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If traditional ERP customization approaches are used to define linkage rules between transactional data and contract data, then the system can process standard scenarios, but the system lacks configurability and extensibility for heterogeneous contract sources and evolving organizational structures

Engineering Contradiction:
ImproveconfigurabilityVSAvoidsystem complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system segments the mapping configuration into separate, independently configurable components: relationship type selection (direct/indirect), field pairing definitions, and intermediate object mappings. Each segment can be configured and maintained separately, enabling adaptability without requiring system-wide changes.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The mapping configuration is made dynamic and configurable at runtime. Users can select different relationship types (direct or indirect) and define field pairings through a graphical interface, allowing the system to adapt to heterogeneous contract sources and evolving organizational structures without code changes.

Inventive Principle:
Principle #15Dynamics

2Productivity

If direct lookups are used for mapping transactional records to contract items, then the mapping is simple and fast, but it cannot handle indirect relationships through intermediate objects such as WBS elements or internal orders

Engineering Contradiction:
Improvemapping speedVSAvoidrelationship type flexibility
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The system introduces intermediate objects (such as WBS elements, internal orders, or project structures) as mediators between transactional records and contract items. The field pairing interface allows configuration of mappings through these intermediaries, enabling indirect relationships while maintaining structured processing.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system dynamically adapts the mapping approach based on the selected relationship type. For direct relationships, it performs straightforward field matching; for indirect relationships, it traverses through configured intermediate objects. This dynamic behavior enables both speed and flexibility.

Inventive Principle:
Principle #15Dynamics

3Ease of manufacture

If hardcoded logic is used to define linkage rules in ERP systems, then the implementation is straightforward, but the rules are difficult to manage, audit, or adapt across business scenarios

Engineering Contradiction:
Improveimplementation easeVSAvoidmaintenance difficulty
Core Design Contradiction:
Ease of manufactureVSEase of operation

Solution Approach 1:

The system enables self-service configuration of mapping rules through a graphical user interface. Business users can independently define and modify field pairings and relationship types without requiring developer intervention, making the system easy to maintain and adapt while remaining straightforward to implement.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS20250371480A1Plugin-based mapping of ERP transactional data to contract records using direct and indirect relationship types
Publication Date: 2025.12.04 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US20250371480A1 patent drawing
  • US20250371480A1 patent drawing
  • US20250371480A1 patent drawing

AI summary

A plugin application for an enterprise resource planning (“ERP”) system enables configurable mapping between transactional records and contract data. The plugin provides a graphical user interface through which users can select a primary table and define either direct or indirect relationships. In a direct relationship, fields in the transactional table are directly matched to contract item fields. In an indirect relationship, intermediate references—such as billing elements or internal identifiers—are mapped to contract billing objects. The system supports special relationship types, including intercompany mappings, where transactional records from different company codes are associated using cross-company data. Mappings are stored in a mapping table and applied during runtime to resolve ERP records to contractual structures. The solution supports flexible billing, reporting, and reconciliation processes without requiring hardcoded logic or custom development.