Virtual Runtime Tool for B2B Transaction Mapping

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Businesses face challenges in integrating business-to-business (B2B) electronic transactions due to differences in data formatting and identification codes used by trading partners, requiring complex and time-consuming custom mapping processes that often involve universal changes, leading to inefficiencies and potential loss of customers.

Innovation Solution

A virtual runtime tool decouples orchestration and mapping processes, allowing for the execution of trading partner-specific custom and library maps with optional cross-referencing data, enabling dynamic management and deployment of maps without affecting standard transformations, and facilitating rapid integration of new trading partners.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If trading partner specific transformations and data mapping are performed using traditional B2B servers, then data can be converted into the desired format, but universal changes must be made to operations for all trading partners, increasing system complexity and deployment time

Engineering Contradiction:
Improvetrading partner specific operationsVSAvoidsystem configuration complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent segments the B2B server architecture into distinct components: a core server handling standard operations and separate mapping modules for each trading partner. This allows custom mappings to be isolated in independent modules rather than requiring universal changes to the core system, thereby maintaining adaptability while reducing overall system complexity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary action by pre-configuring trading partner specific mapping modules before actual B2B transactions occur. These modules are prepared in advance with partner-specific transformation rules, allowing the system to handle diverse trading partner requirements without modifying the core server operations during runtime.

Inventive Principle:
Principle #10Preliminary action

2Adaptability or versatility

If manual processing of electronic transactions is performed, then trading partners can be accommodated with custom formats, but the process becomes time-consuming and may cause loss of customers

Engineering Contradiction:
Improvetrading partner accommodationVSAvoidtransaction processing speed
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The patent enables self-service by allowing the B2B server to automatically select and apply the appropriate mapping module based on the incoming transaction's trading partner identification. The system autonomously determines which custom mapping to use without requiring manual intervention, thereby maintaining high transaction processing speed while accommodating diverse partner formats.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The patent utilizes parameter changes by dynamically switching between different mapping configurations based on the trading partner parameters. The server detects the partner type and automatically adjusts the mapping parameters to match the required format, enabling rapid adaptation to different partners without manual reconfiguration or processing delays.

Inventive Principle:
Principle #35Parameter changes

3Manufacturing precision

If custom mapping modules are created for each trading partner, then specific data transformations can be achieved, but the development and deployment time increases from days to weeks

Engineering Contradiction:
Improvedata transformation accuracyVSAvoidmap development and deployment time
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The patent applies universality by creating a standardized mapping module template that can be configured for different trading partners through parameter settings rather than developing entirely custom modules for each partner. The core mapping infrastructure is universal and reusable, requiring only partner-specific configuration data, which dramatically reduces development time while maintaining precise data transformations.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent utilizes copying by allowing existing mapping modules to be replicated and adapted for new trading partners. Instead of creating mappings from scratch for each partner, the system copies proven mapping templates and modifies them with partner-specific parameters, significantly accelerating the deployment process while preserving transformation accuracy through tested templates.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS7836120B2Methods and media for custom mapping B2B transactions in information handling systems
Publication Date: 2010.11.16 DELL PROD LP
  • US7836120B2 patent drawing
  • US7836120B2 patent drawing
  • US7836120B2 patent drawing

AI summary

A method for managing communication between businesses includes receiving a request and performing standard mapping on the request. At least one map utilized to map the request into a specified format is determined, and the request is converted into the specified format utilizing the at least one map to form a modified request.