Transaction Editing

Safely modify transaction data without altering original TLOG files

Non-Destructive Editing - Your Data is Safe

TLOGic's Transaction Editor uses a clone-and-export approach:

Overview

The Transaction Editor allows you to modify individual TLOG transactions for various purposes:

Getting Started

Editing Operations

Edit Field Values

Click on any field value to modify it. The editor validates your input based on the field type (ASCII, BCD, numeric, etc.).

Add Fields

Insert new fields at any position within a transaction string. Specify field type, size, and initial value.

Remove Fields

Delete individual fields from a transaction string. Use caution as this may affect transaction validity.

Add Strings

Insert new transaction strings at any position. Select the string type and configure its fields.

Remove Strings

Delete entire transaction strings from the cloned transaction.

Duplicate Strings

Clone an existing string to quickly create similar entries with minor modifications.

Field Types

The editor supports all IBM TLOG field types. When adding or editing fields, choose the appropriate type:

Code Type Description Example
A ASCII Text fields - item descriptions, operator names, etc. MILK 2% GAL
P Packed BCD Numeric values encoded in Binary Coded Decimal format 001299 (encodes to 3 bytes)
N Numeric Numeric values stored as ASCII characters 12345
B Binary Raw binary data Hex values
I Integer 4-byte integer values 65535
D Date Date fields in YYMMDD format 240115 (Jan 15, 2024)
T Time Time fields in HHMMSS format 143022 (2:30:22 PM)
BCD Encoding: Packed BCD (type P) is commonly used for prices and quantities in IBM TLOG format. The editor automatically handles BCD encoding and decoding - just enter the numeric value and the editor converts it correctly.

Undo and Redo

The editor maintains a complete history of your changes:

Validation

The editor validates your changes in real-time:

Errors

Critical issues that prevent export. These must be fixed before you can export the transaction. Examples: invalid field values, missing required fields, encoding errors.

Warnings

Potential issues that don't prevent export. You can proceed, but should review. Examples: field value exceeds defined size, unusual value ranges.

Exporting Your Changes

Export Process
  1. Review your changes and ensure there are no validation errors
  2. Click the Export button in the editor toolbar
  3. A new binary file is generated with your modifications
  4. The file downloads automatically as edited_transaction_[index].dat
  5. The original TLOG file remains completely unchanged

The exported file contains:

Using Exported Transactions: You can use exported transactions for:

Common Use Cases

Testing Edge Cases

Create transactions with specific characteristics to test how your systems handle unusual scenarios:

Reproducing Bugs

Modify transactions to reproduce specific parsing or transformation issues:

Development Testing

Generate test data for development and QA:

Best Practices

Do

  • Review the original transaction structure before editing
  • Use undo frequently if you're unsure about changes
  • Validate your changes before exporting
  • Keep exported files organized with descriptive names
  • Test exported transactions in a non-production environment first

Avoid

  • Removing required fields that break transaction structure
  • Ignoring validation errors or warnings
  • Using edited transactions in production without testing
  • Changing field types without understanding the impact
Important: While the Transaction Editor is powerful, modified transactions may not be valid for all downstream systems. Always test exported transactions in your development or QA environment before using them in production scenarios.