Batch Vendor Declaration Processing for Trade Preference Data

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for generating vendor declaration requests in trade preference processing are cumbersome and error-prone, particularly for complex goods with multiple parts from various vendors, leading to mass data handling issues and inefficiencies.

Innovation Solution

A method and system that utilize batch processing of vendor declaration requests, where purchase order and goods receipt data sets are accessed to create processing packages for each vendor, allowing for efficient memory usage and parallel processing, while preventing data inconsistencies through temporary blocking of datasets during processing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If manual methods are used to generate vendor declaration requests, then flexibility and adaptability are maintained, but productivity is low and errors increase

Engineering Contradiction:
Improvevendor declaration request generation efficiencyVSAvoidautomation level
Core Design Contradiction:
ProductivityVSExtent of automation

Solution Approach 1:

The system enables self-service automation where the computer system automatically generates vendor declaration requests by retrieving purchase order and goods receipt data, assembling processing packages, and producing declarations without manual intervention, thereby increasing productivity while maintaining controlled automation

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The data handling process is segmented into discrete processing packages, each representing a manageable unit of vendor declaration data. This segmentation allows the system to process large volumes of data in smaller, more efficient batches, improving productivity without overwhelming the automation system

Inventive Principle:
Principle #1Segmentation

2Reliability

If all vendor declaration requests are processed simultaneously, then completeness is ensured, but system resources are overwhelmed causing time out errors and buffer overflows

Engineering Contradiction:
Improvedata processing completenessVSAvoidsystem resource management
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The worklist is divided into multiple processing packages that are handled in discrete batches. Each processing package contains a subset of vendor declaration requests that can be processed independently, ensuring completeness while preventing system overload

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system processes vendor declaration requests in periodic batches rather than continuously or simultaneously. Each batch is processed to completion before moving to the next, providing regular system resource recovery intervals and preventing buffer overflows while maintaining overall processing completeness

Inventive Principle:
Principle #19Periodic action

3Measurement precision

If data sets are accessed frequently for updates, then data currency is maintained, but data inconsistencies occur due to simultaneous reads and writes

Engineering Contradiction:
Improvedata accuracyVSAvoidprocessing speed
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The system performs preliminary data retrieval and assembly of processing packages before the actual vendor declaration generation. By preparing all necessary data in advance and locking it during processing, the system ensures data accuracy while minimizing the time datasets remain locked, thus maintaining both precision and productivity

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS7716085B2Methods and systems for mass data handling in a preference processing context
Publication Date: 2010.05.11 SAP SE
  • US7716085B2 patent drawing
  • US7716085B2 patent drawing
  • US7716085B2 patent drawing

AI summary

Methods and systems are provided for generating vendor declaration requests in a trade preference processing context. In one implementation, an electronic database is utilized that contains at least one of purchase order data sets and goods receipt data sets that include information about vendors and about goods purchased from the vendors. The electronic database may be accessed to assemble a worklist from the information included in the data sets. The worklist may define a plurality of processing packages associated with individual vendors and indicate the goods purchased from the vendors. The processing packages on the worklist may then be processed in a batch process to generate the vendor declaration requests.