Transaction Error Handling with Data Preservation and Retry Automation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Current transaction systems only offer limited options for handling error conditions, such as Retry and Abort, leading to user frustration and data loss when errors occur, especially in asynchronous transactions where users must repeatedly retry without resolution.
Innovation Solution
A method that provides users with enhanced error handling options, including data storage for retrying submissions, automatic retry scheduling based on anticipated issue resolution times, and additional communication methods like faxing or calling a call center, to manage transaction errors more effectively.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Ease of operation
If the system only offers Retry and Abort options for error conditions, then the system complexity is minimized, but user frustration increases and data loss occurs
Solution Approach 1:
The error handling process is segmented into multiple distinct options (Retry, Abort, Save for later, Contact support) rather than a single binary choice. This segmentation allows users to select the most appropriate action based on the specific error condition and their needs, reducing frustration while maintaining manageable system complexity through structured decision paths.
Solution Approach 2:
The system performs preliminary action by saving user-entered data to storage before the error occurs or upon detection. When an error is encountered, the saved data is automatically retrieved and made available for retry, eliminating data loss and reducing the need for users to re-enter information. This preliminary data preservation action directly addresses the data loss problem without significantly increasing operational complexity.
2Reliability
If users continuously retry transactions with communication line problems, then more attempts are made to resolve the error, but the line problem is not fixed and time is wasted
Solution Approach 1:
The system implements feedback mechanisms that provide users with information about the error condition and estimated resolution time. This feedback allows users to understand whether continuing to retry is worthwhile, as they can see the current status and expected time to resolution. The system can also automatically retry a limited number of times based on configured parameters, then notify the user if further action is needed, thereby reducing wasted time while maintaining reliability through intelligent retry strategies.
3Loss of information
If the system stores user data for retry operations, then data loss is prevented, but data storage requirements increase
Solution Approach 1:
The system applies local quality by storing data selectively - only the specific data fields that are relevant to the current transaction and needed for retry operations are preserved, rather than storing all possible data. The storage mechanism is optimized to retain only the essential form data and transaction parameters, minimizing storage requirements while preventing data loss. This selective storage approach balances data preservation needs with storage capacity constraints.
Data Source
AI summary
A method, that may be implemented on a system, for improved treatment of error conditions in transactions systems, is described. One embodiment includes providing a transaction form to a user in response to receiving a user requests for a transaction form; in response to receiving a form at least partially completed by the user, storing on a data storage unit data entered on the form; informing the user of an error associated with submission of the form; providing the user with a first option of retrying to submit the form; and in response to the user opting to retry submission of the form, reposting from the data storage unit the data from the user previously entered on the form.


