Cut Off Transactions

Cut-off is used to define the boundary for older transactions, create opening balance snapshots at the cut-off date, post opening drafts into live tables, verify the results, then archive or purge older transactions after the result is confirmed.

Cut-off is a major process. Always create a fresh backup before clicking Execute, Post Opening Drafts, or Archive and Purge.

What Cut Off Does

When Cut Off Is Used

Before Starting Cut Off

  1. Make sure the cut-off date is final and approved by finance or the owner.
  2. Make sure the contra account is correct because that account will be used as the opening journal counterpart.
  3. Make sure pending drafts, open POS sessions, negative inventory balances, negative payable balances, and negative receivable balances are resolved if they appear in precheck.
  4. Make sure no other users are editing or correcting old transactions while the cut-off process is running.
  5. Create a fresh backup from the Maintenance menu.

Best Time to Run Cut Off

Blockers to Check First

Before execute, finalize, or post opening drafts, the cut-off page shows a precheck. If any blocker appears, resolve it first.

  • Pending draft / virtual transaction: unfinished draft transactions still exist.
  • Open POS: at least one POS session is still open.
  • Negative inventory: negative stock exists for a selected product or serial-number combination.
  • Negative payable: a payable balance is negative.
  • Negative receivable: a receivable balance is negative.

Cut Off Batch Status

Prepared / Snapshotted

The batch already exists and opening snapshot rows are stored, but it has not yet been activated as the final cut-off batch.

Finalized

The batch is approved as the active cut-off batch. After this, the opening draft can be posted.

Opening Posted

The opening draft has been written into live tables for review and verification.

Purged

Older transactions have already been archived or cleaned. After this stage, normal rollback is no longer available.

Recommended Cut Off Flow

  1. Preview
    Enter the cut-off date and contra account, then click preview. At this stage the user reviews how many rows are affected and the estimated opening balance per module.
  2. Execute
    The system creates the cut-off batch and stores opening snapshot rows. This stage does not remove old transactions.
  3. Review Batch Detail
    Open the batch detail to review snapshot rows, opening groups, opening values, and module details.
  4. Finalize Batch
    Mark the batch as the active cut-off batch. A finalized batch is required before posting the opening draft.
  5. Post Opening Drafts
    The system writes opening balances into live tables. This stage is used to test the opening result before older transactions are cleaned.
  6. Verify Batch
    Compare the posted result with the batch snapshot. Make sure there is no mismatch before continuing to purge.
  7. Archive and Purge
    After the opening result is declared correct, older transactions before the cut-off date can be archived or removed from live tables.
  8. Delete Archive Tables
    This is optional and should be done only when you truly want to remove *_cutoffarchive tables after purge is complete and archive data is no longer needed.

Practical Example Flow

  1. Finance sets the cut-off date, for example 2026-02-28.
  2. The admin creates a fresh backup from the Maintenance menu.
  3. The user enters the cut-off date and contra account, then runs preview.
  4. If the precheck is still red, resolve the blockers first.
  5. If the preview looks reasonable, run execute to create the snapshot batch.
  6. Open the batch detail and inspect opening rows and affected modules.
  7. Finalize the batch, then post opening drafts.
  8. Check sample payable, receivable, inventory, and GL balances.
  9. Run verify batch.
  10. If verification is clean, only then continue to archive and purge.

Important Buttons

Used to view the estimated affected modules, affected row count, number of opening groups, and the opening balance summary before the batch is created.

Creates the cut-off batch and opening balance snapshot. This is the starting point of the batch that can later be reviewed and finalized.

Activates the batch as the final cut-off batch. After a batch is finalized, it can be used for posting the opening draft.

Writes the opening draft into live tables. For the same batch, reposting is used to replace that batch's posting result, not to create a new batch.

Compares the batch snapshot with the actual result after posting. If there is any mismatch, inspect it before purge.

Archives and removes older transactions before the cut-off date from live tables. Run this only after the opening result is confirmed to be correct.

Cancels the posted opening draft and returns the batch to the snapshot condition. Rollback is no longer available after purge is complete.

Covered Modules

What to Check After Posting Opening Drafts

Minimum Verification Checklist

Area What to Check Example Review
Payable Major supplier balances and total payable Compare selected major suppliers with reports from before cut-off.
Receivable Major customer balances and total receivable Take a sample of active customers and confirm the opening figures match.
Inventory Quantity and value of major products Check fast-moving products, important serial numbers, or high-value items.
General Ledger Non-subledger account balances Compare selected cash, expense, or adjustment accounts that are considered critical.

Cut Off Risks

What Must Not Be Done During Cut Off

Safe Practices During Cut Off

  1. Run preview and review the batch detail first.
  2. Use cut-off during low-traffic hours or when operational users are not still entering older transactions.
  3. After posting opening drafts, check payable, receivable, inventory, and GL balances from important sample data.
  4. Run verify batch before purge.
  5. Keep backups from before and after major batches when the database is highly critical.

When Rollback Is Needed

If Post Opening Drafts Fails

  1. Do not immediately create a new batch.
  2. Open the same batch detail again, then check whether the batch is already Finalized and whether purge has not started yet.
  3. Check whether the error comes from data blockers, server performance, or process timeout.
  4. If the same batch has not been purged yet, reposting that same batch is usually used to replace the posting result for that batch, not to stack a second opening.
  5. After the retry succeeds, still verify sample balances and run verify batch before continuing to purge.
  6. If the retry result is still wrong, roll back the batch and investigate the root cause before trying again.

Signs That a Batch Is Not Yet Safe to Purge

Short FAQ

No. Execute only creates the batch and opening snapshot. Removal or archiving of older transactions happens later during archive and purge.

For the same batch, reposting is used to replace the posting result of that batch. Still, do it only when you understand the reason and the batch has not reached the purge stage.

After the opening has been posted, sample balances have been checked, and verify batch no longer shows unresolved problems.

Relationship to Maintenance

The cut-off page is opened from the Others tab inside Maintenance. Before starting cut-off, it is good practice to return to Maintenance and create a backup first.

Open Maintenance Documentation

Menu Location