Batch Processing Error Handling via Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional business object processing systems face challenges in handling batch operations, where errors in one business object instance can lead to the entire batch job being aborted, requiring resubmission, rather than allowing successful operations to proceed independently.

Innovation Solution

A workflow that partitions batch processing into stages with error checking and filtering, allowing successful business object instances to continue processing while failed instances are cleaned up and retried, utilizing a service manager, batch coordinator, and service provider to manage transactions and errors.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional batch processing is used where errors in one business object instance abort the entire batch job, then data integrity is maintained, but productivity is reduced due to full job resubmission

Engineering Contradiction:
Improvedata integrityVSAvoidbatch processing efficiency
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The batch job is segmented into individual business object instances that can be processed independently. Each instance is evaluated separately, allowing successful instances to be saved while failed instances are identified and removed, enabling partial batch success rather than complete abort

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

Instead of requiring complete batch success or complete resubmission, the system performs partial action by saving only the successful business object instances. This allows the batch processing to proceed with the portion of work that succeeded, eliminating the need for full job resubmission

Inventive Principle:
Principle #16Partial or excessive action

2Stability of the object's composition

If the entire batch job is resubmitted after any error occurs, then consistency is maintained, but loss of time increases due to reprocessing successful operations

Engineering Contradiction:
Improvebatch job consistencyVSAvoidjob resubmission time
Core Design Contradiction:
Stability of the object's compositionVSLoss of time

Solution Approach 1:

Failed business object instances are extracted and removed from the batch job after identification. This allows the remaining successful instances to be saved without requiring resubmission of the entire batch, eliminating waste of time reprocessing successful operations

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system performs preliminary error detection and filtering of failed instances before saving successful ones. By identifying and removing failed instances early in the process, the system prevents unnecessary resubmission and reduces time loss

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentEP2600246B1Batch processing of business objects
Publication Date: 2017.09.13 SAP SE
  • EP2600246B1 patent drawingFigure 1A~1B
  • EP2600246B1 patent drawingFigure 2
  • EP2600246B1 patent drawingFigure 3

AI summary

A service consumer may define batch jobs (batch containers) in which business object methods can be invoked on business object instances. The invocations may be recorded. The service consumer may trigger batch execution to cause the business object instances to be modified in accordance with the recorded invocations. The batch job can be executed as a single transaction in a single process. The batch job can be partitioned into multiple transactions and processed by respective multiple processes.