Payroll Summary#

Stale Salary Indicator (legacy data only)#

Attendance can no longer change after payroll processing starts for a cut-off — see Timekeeping Freeze. This means a newly processed cutoff's salary can never go stale. The indicator below can still appear on older cut-offs that were computed before the freeze took effect.

If an employee's attendance was edited (in timekeeping) after their salary had already been computed for this cutoff, a warning icon appears next to their name in the Employee Name column. Hover over the icon to see why the salary went stale, for example "Leave approved (Jul 3)", "Attendance edited", "Holiday change", or "Overtime filing approved".

Above the table, a warning notice reads "N employee(s) changed since their salary was computed", with the hint that each affected row shows what changed and that you should re-compute the salary. Click Show only affected to filter the table down to just the drifted employees (click Show all to remove the filter). Whether or not the filter is on, employees with a stale salary always sort to the top of the table.

Click More → Re-Compute to refresh the figures for every employee in the cutoff; once the recompute finishes, the indicator and summary clear. See Submitting or publishing with unresolved employees for what happens if you advance the cutoff while employees are still affected.

Days priced at a flat daily rate#

When a payroll group prices a working day Per scheduled hour, each scheduled day is paid for the hours on that day's shift. If the shift frozen on a day has no scheduled work hours, ANTE cannot size the day, so it pays that day as one flat daily rate — never zero — and tells you:

• An information banner above the table reads "N employee(s) have days priced at a flat daily rate".
• A clock icon appears beside each affected employee's name; its tooltip gives the number of days.
• On that employee's Salary Detail, the Day Breakdown marks the exact day with "priced at one daily rate — shift has no scheduled hours".

This is a notice, not an error: it does not block submission and no figure is wrong in itself, but an employee on a long shift is probably under-paid for that day. Open the shift in Configuration, set its work hours, then click Re-Compute; the banner and icons clear. Groups priced Per day, rest days, extra days and Fixed Rate groups never show it.

Submitting or publishing with unresolved employees#

Clicking Submit for Approval, Approve, or Publish no longer fails outright when some employees have unresolved salary. Instead, a "Proceed with submission?" dialog opens, listing the employees involved in these groups:

• Not yet computed — employees whose salary hasn't been computed for this cutoff (or whose computation failed)
• Attendance changed since computed — employees whose attendance was edited after their salary was already computed (the same employees the Stale Salary Indicator flags; only possible on older, pre-freeze cut-offs)
• Withholding tax needs review — employees whose fixed withholding tax setup was capped to their available net pay this cutoff, whose setup's period no longer matches the payroll group's withholding-tax period, or whose setup is a deliberate zero withholding (listed as Zero withholding — confirm reason so someone checks the recorded reason before payroll advances)
• Negative net pay — employees whose deductions exceed what they earned. Shorten a deduction or correct the figures, then recompute.
• No payroll bank account — employees with no active payroll bank account as of the cutoff's last day (see Bank Accounts). This group is only a heads-up: a bank file will skip them, which is fine if they are paid in cash or by cheque, and it never blocks the action.

To fix the data first, close the dialog and click Re-Compute. To proceed anyway, tick "I understand the salary figures may be out of date — proceed anyway", then click Submit (or Publish, when publishing). Proceeding is recorded as an override — the cutoff still advances to the next stage with the listed employees' salary left as-is.

When the company requires errors to be cleared#

A company can turn on Require errors cleared before completing a cutoff (a switch in the Payroll processing card of HR Settings). While it is on, the cutoff cannot be submitted or published while any employee is uncomputed, has changed attendance, is waiting on a withholding-tax review, or has negative net pay. Instead of the "Proceed anyway" option, the dialog shows This cutoff cannot be completed yet and lists the employees to fix — select a name to open their payslip breakdown, correct the problem, click Re-Compute, then try again. The missing-bank-account list stays advisory and never locks the cutoff. With the switch off, HR can still acknowledge the employees and proceed, and the override is recorded.

Re-Compute#

Available only at the For Review stage. Recomputes the salary for every employee in the cutoff. A confirmation dialog warns that this may take a while depending on the number of employees. While it runs, the table is replaced with a Computing Salaries message; the figures refresh automatically when it finishes. To recompute a run that is For Approval or Approved, click Return to Review first — the system refuses a recompute at any later stage, so nobody approves or posts figures that changed under them.

When the recompute completes, a "Salary recomputation complete" result dialog appears showing:

• How many employees were computed successfully.
• How many employees failed (could not be computed).

If any employees failed, the dialog lists each affected employee by name with the specific error reason — for example, a stray attendance punch or an invalid schedule. A hint reminds you to fix the flagged data and recompute again. Failed employees are left uncomputed and are not included in the payroll figures until the underlying issue is resolved. Click Done to close the dialog.

Submit for Approval#

Available at the For Review stage. Moves the cutoff forward to For Approval.

Before submitting, the system checks for unapproved filings (Overtime, Certificate of Attendance, Official Business, Leave, Schedule Adjustment, and Rest Day Work) that overlap the cutoff's dates:

• If there are none, a simple confirmation message appears — click Submit to proceed.
• If there are unapproved filings, a warning lists how many employees and filings are affected and shows them by type and by employee. Those filings will not be included in this payroll. You must tick the "I understand these filings will not be included in this payroll. Proceed anyway." checkbox before the Submit button becomes available.

Once you submit, the cutoff's attendance is frozen (see Timekeeping Freeze). If one of those unapproved filings (Overtime, Leave, Certificate of Attendance, Official Business, or Rest Day Work) is approved afterward, the approval still succeeds — it just doesn't change this cutoff. Instead its pay is carried into the employee's next open cutoff as a Carry-over line (see Salary Detail).

If any employees are uncomputed or have stale attendance, a confirmation dialog opens instead of an outright block, letting you recompute first or proceed anyway.

Approve#

Available at the For Approval stage. Moves the cutoff forward to Approved.

If any employees are uncomputed or have stale attendance, a confirmation dialog opens instead of an outright block, letting you return the run to For Review to recompute, or proceed anyway.

No approval flow (stranded runs)#

A run can reach For Approval with no approval flow behind it at all — this happens on a run that got there before your company's approval flows existed, or one whose flow was cancelled after it was submitted. Left alone, such a run is stuck: there is nobody it is routed to, so nobody can approve it.

When this happens, the page shows a warning banner, "No approval flow for this run," in place of the usual approval status card, explaining the situation. A Start approval flow button appears both in the banner and among the action buttons at the top of the page — it needs the same Submit for Approval permission as the other advancing actions, so a read-only viewer or the assigned approver alone cannot see it.

Clicking Start approval flow opens a "Start the approval flow?" confirmation explaining that it routes the run to the approver currently configured in Payroll Approvers, and that you are recorded as the person who started the flow rather than as its submitter — so starting it does not disqualify you from later approving the same run. (If your flow routes to a submitter's supervisor, it resolves against your own supervisor instead, since a run this old has no submitter on record.) Confirming does not change any payroll figures — it only creates the missing approval and routes the run to whoever should decide it, exactly as if it had been submitted normally.

Once the flow is started, the banner is replaced by the normal approval status card and the Approve / Send Back buttons behave as they do for any other run in For Approval.

Deciding outside the normal routing (override)#

Normally only the approver a flow is currently routed to can approve or send back a run, and whoever submitted a run can never approve it themselves. One exception: someone with full system access, or whose role sits at the very top of your company's role hierarchy (level 0), may approve or send back a run even when they are not the assigned approver, and even one they submitted themselves. This exists so a company is never unable to run payroll just because an approver left, a flow is misconfigured, or the only qualified person is also the one who prepared the run.

This is never silent. When someone decides this way:

• The approval status card and the Approve confirmation dialog both state it up front — typically "You are deciding in place of [name]. This is recorded, and they are notified."
• If they also submitted the run themselves, an additional line discloses that approving their own submission is being permitted for their role, and is recorded and reported.
• If they are the one who used Start approval flow to repair this same run and are now deciding it too, an additional line discloses that as well — repairing a stranded run does not by itself block you from approving it, since you did not prepare the payroll, but deciding it after repairing it is disclosed the same way.
• The approver(s) whose decision is being overridden receive a notification.
• The decision is written to the audit log.

Publish#

Available at the Approved stage. Publishes (posts) the payroll. A confirmation dialog warns that once published, it cannot be modified. After publishing, the cutoff moves to Posted.

If any employees are uncomputed or have stale attendance, a confirmation dialog opens instead of an outright block, letting you return the run to For Review to recompute, or proceed anyway.

Returning a cutoff#

You can send a cutoff back to an earlier stage when something needs fixing:

• Return to Timekeeping (from For Review) — sends the cutoff back to timekeeping so employees' time records can be edited. After confirming, you are taken to the Time Keeping page for that cutoff.
• Return to Review (from For Approval or Approved) — sends the cutoff back to the For Review stage; it will need to be resubmitted for approval.
• Return / Resubmit (from Rejected) — a rejected cutoff can be sent back further with Return, or pushed forward again with Resubmit.

Returning to Timekeeping and carry-overs: if this cutoff had produced any Carry-over pay on a later cutoff (from a filing that was approved after this cutoff locked), returning it to Timekeeping cancels exactly those carry-overs — the filings then apply normally once this cutoff is reprocessed. This is blocked if a carry-over has already been paid out on a posted cutoff; that later cutoff must be un-posted (Cancel Posted) first.

Posted Payroll — Frozen Roster and Totals#

Once a cutoff is posted, its list of employees, their assignment to the active or on-hold section, and all salary figures are locked at the moment of posting. Any changes made to employee records after posting — separations (even with a back-dated effectivity), deactivations, or rehires — do not affect what a posted payroll displays, what it exports, or what bank files it generates.

This applies to:

• Who appears in the active employees table
• Who appears in the Separated Employees (On Hold) table
• All column totals and the totals row
• Exported files (CSV, Excel, Excel Detailed)
• Bank files generated from this cutoff

The same freeze covers employee details. A posted cutoff keeps each employee as they were at the cutoff's first posting: name and code, branch, payslip header, department, position, supervisor, payroll group, grade, contract and employment status, and schedule. Deduction and allowance names, and the De Minimis exempt/taxable split, are kept the same way, and the payslip's year-to-date figures and loan, savings and leave balances are kept as of posting. Renaming an employee, moving them to another branch or department, or deleting a deduction plan afterwards does not change what the posted payroll or payslip shows. Government IDs, date of birth, address and bank accounts are not frozen — they always show the current record. A note under the page title reads Employee details as of posting · {date} to tell you this is in effect.

Cancel Posted and re-posting keep the original details: the cutoff is not re-stamped with today's records, and only employees who are new to the cutoff are captured at the re-post. The payslip's year-to-date and balance figures are the one part that is recaptured on each posting, so they reflect any correction you made.

To correct a posted payroll you must first return it to pending using Cancel Posted (see below), which unfreezes the roster. Re-posting after the correction re-freezes the roster at the new moment of posting.

Cancel Posted#

Available only at the Posted stage. Reverses a published payroll and returns it to For Review. Because this permanently deletes the payroll's government contributions, tax records, allowance and deduction history, and loan payments, it requires a one-time passcode (OTP) for verification before it will proceed. This cannot be undone.

After cancellation the cutoff is editable again (salary recomputation, employee record corrections), and re-posting re-freezes the roster (employees new to the cutoff are added) but keeps the employee details captured at the first posting.

If a released final pay has already paid this cutoff's held salary, Cancel Posted is refused and the message names those employees. Void that final pay on Separation Pay first — otherwise re-posting could put them back on the bank file and pay the same salary twice.

Bank File Writers#

Under Payout files, opens the Bank File Writers dialog for generating bank payment files for the cutoff. The dialog uses the same branch, contract type, department, and search filters currently applied to the table.

If any employee in the cutoff has a stale salary (attendance changed after their salary was computed — see Stale Salary Indicator), a warning banner appears at the top of the dialog: "Payroll figures may be outdated — N employee(s) have attendance changes since their salary was last computed." This is informational only — it does not block the export. The bank file is generated using the computed amounts as-is; return the run to For Review and recompute first if you want the latest attendance reflected in the disbursement file.

If an export fails, the error message describes the specific reason (for example, a validation problem with the export) rather than a generic failure notice.

The dialog also tells you who the file leaves out. A bank file only includes employees who have a bank and account number and a positive net pay. When some employees on the selected bank's tab have zero or negative net pay, a warning reads "N of M employees will be in this file" and explains that the others are not payable by bank transfer and are left out. If the cutoff also has employees with no bank account on file, the warning adds that they are in no bank file (see the No Bank tab). If nobody on the tab is payable, an error — "No payable employees for this bank" — appears and Export is disabled; check that payroll has been computed for this cutoff and payroll group.

Right-click an employee row#

Right-click any employee row (in the main table or the Separated Employees table) to open a menu of shortcuts for that employee, so you can check them without leaving the summary.

The payslip options and View computation breakdown are greyed out for an employee whose salary has not been computed yet. Press Esc or click anywhere else to close the menu.

Searching and filtering#

Above the table you can narrow down the list:

• Branch — filter to one or more branches (defaults to All Branches)
• Contract Type — filter by contract type (defaults to All Contract Types)
• Department — filter by department (defaults to All Departments)
• Search — type to find an employee by name

When any filter is active a Clear All option appears. The totals row recalculates to match whatever is currently filtered.

Fullscreen view and load errors#

The table's toolbar (top right, next to Search) has a Fullscreen button that expands the table to fill the whole screen — useful when you want to see every column at once. Click it again (or press Esc) to return to normal view; F11 toggles it too. Fullscreen remembers your choice for this table for as long as you stay on the same browser tab, so if you click into an employee's Salary Detail and then click Back, the table reopens exactly how you left it. It resets to normal view once you exit fullscreen, and a new browser tab always starts in normal view.

If the table fails to load — for example a network or server problem — it shows a Couldn't load data message with a Retry button instead of looking empty. Click Retry to try loading it again. This applies to both the main employee table and the Separated Employees (On Hold) table below.

Separated Employees (On Hold)#

If any employees were separated during the cutoff period, a second table titled Separated Employees (On Hold) appears below the main table. Their salaries are computed, but their release is held. This section is hidden when there are no separated employees.

Employees who are on this list before the payroll is published — those separated by the cutoff start (even if they still have pay for that cutoff) — or, when the company turns on Hold the last salary of employees separated during the cutoff (HR Settings → Payroll processing), anyone separated up to the cutoff's last day — and employees deactivated without a separation — stay on it after publishing. Publishing does not move them into the active list, so they are not counted in the active totals, the Excel export, or the bank file. A re-hired employee whose new contract starts on or before the cutoff's last day — even in the middle of the cutoff — is on the active list for that cutoff, not on hold; a re-hired employee later deactivated without a new separation goes back on hold. The one exception is an imported posted payroll: a separated employee whose imported row carries pay stays in the active list.

For a posted cutoff, this split is frozen at the time of posting. Separations filed after the cutoff was posted — even ones back-dated into the cutoff period — do not move anyone between the active and on-hold tables. See Posted Payroll — Frozen Roster and Totals for details.

Their held salary is paid through Separation Pay: the employee's final pay lists it as Held salary, with one line per held posted cutoff. That is also why on-hold employees are not on the Cash Payout sheet.

Review and submit a cutoff for approval#

1. Open the cutoff from the Payroll Center (it opens at the For Review stage)
2. Review the employees' computed salaries and the totals row
3. If anything looks wrong, click Re-Compute and confirm, then re-check the figures
4. If the "N employee(s) changed since their salary was computed" summary is showing, click Re-Compute first to bring every employee's salary in line with their current attendance — click Show only affected to review just those employees first, if you like
5. Click Submit for Approval
6. If the warning lists unapproved filings, decide whether to fix them first; otherwise tick Proceed anyway
7. Click Submit
8. If a "Proceed with submission?" dialog appears (some employees are uncomputed or stale), either close it and Re-Compute to fix the data, or tick the acknowledgement checkbox and click Submit again to proceed anyway

Approve a payroll#

1. Open a cutoff sitting at the For Approval stage
2. If the page shows a "No approval flow for this run" warning instead of the usual approval details, click Start approval flow and confirm — see No approval flow (stranded runs) above. Skip this step for a run that already has an approver assigned.
3. Review the figures
4. Click Approve — if you are deciding outside the normal routing, the confirmation dialog says so first; see Deciding outside the normal routing (override) above
5. If a "Proceed with submission?" dialog appears (some employees are uncomputed or stale), either close it, Return to Review and Re-Compute to fix the data, or tick the acknowledgement checkbox and click Submit again to proceed anyway

Publish (post) a payroll#

1. Open a cutoff sitting at the Approved stage
2. Do a final review of the figures
3. Click Publish and confirm
4. If a "Proceed with submission?" dialog appears (some employees are uncomputed or stale), either close it, Return to Review and Re-Compute to fix the data, or tick the acknowledgement checkbox and click Publish again to proceed anyway

Once published, the payroll cannot be modified.

Send a cutoff back to fix something#

• From For Review: click Return to Timekeeping to let time records be edited again
• From For Approval or Approved: click Return to Review to put it back for review (it will need to be resubmitted)

Reverse a published payroll#

1. Open the posted cutoff
2. Click Cancel Posted
3. Complete the OTP verification

This permanently deletes the payroll's contributions, tax, allowance/deduction history, and loan payments, and cannot be undone.

Export the payroll figures#

1. Apply any filters you want (branch, contract type, department, search)
2. Click Export
3. Choose CSV, Excel, or Excel (Detailed)