Union payroll software makes the collective agreement decide the pay before payroll runs, rather than after a member disputes it. Seniority order, bid rights, differentials, guaranteed-hours clauses, and overtime distribution are codified as rules that run when work is assigned and when time is classified. WorkAxle produces the classified, contract-correct hours and the record of how each one was decided, and exports them to the payroll system you already run.

The agreement decides the rate. Before payroll sees the hour.

Seniority order. Bid rights. Guaranteed hours. Premiums that depend on which clause of which agreement covers the member who took the work. Codified once, and applied while the assignment is made.

The union pay problem is not the payment. It is the decision before it.

Payroll pays what it is told. The dispute is almost never about arithmetic. It is about whether the hour should have gone to that member at that rate in the first place.

A premium is missed because the clause that triggers it lived in a person's memory rather than in the system. A member two places higher on the seniority list finds out that overtime went past them. A guaranteed-hours clause quietly goes unmet in a short week. None of these are payroll errors. They are decisions made hours or days earlier, by someone filling a gap, without the contract in front of them.

By the time payroll runs, the decision is already made and the only remaining option is a correction. Corrections are expensive twice: once in the re-run, and once in what they do to a member's trust in their own pay.

WorkAxle moves the decision earlier. Rules from the agreement run at the moment the assignment is made and again when time is classified, so the premium, the order, and the entitlement are settled while they can still be changed cheaply.

What comes out of the agreement and into the engine.

  • Seniority and bid rights. Seniority-based assignment codified directly, with seniority date and rotation held as fields the eligible-member lists sort and filter on.
  • Premiums and differentials. Shift differentials, holiday premiums, and overtime tiers applied by rule at time classification, tied to the shift, the segment, and the time range.
  • Guaranteed hours and overtime distribution. Guaranteed-hours clauses and the rules that govern how overtime is spread across the membership.
  • Member identity. Union membership tracked on the member record, so the right agreement governs the right person without a lookup table on someone's desk.
  • Rest, consecutive-shift and day-off thresholds. Configured from drag-and-drop rule templates and effective-dated, so a new clause is staged with the date it takes effect.
  • Leave and entitlements. Accrual rules, entitlements, statutory holiday grants and blackout periods following each agreement, on the same engine.

The rules are authored by the customer's own operations and labor-relations teams in a no-code builder, not by a vendor sprint. WorkAxle builds the initial ruleset during onboarding, and the customer maintains it from there. The rule engine that holds a collective agreement covers how rules are configured, versioned, and dated.

The call list is the document a grievance turns on.

Most overtime grievances come down to one question: who was called, in what order, and what did they say. That question is usually answered by a supervisor's notepad, which is why it is usually lost.

For an unfilled job, a call list of eligible members can be opened and sorted by fields such as seniority date and rotation. Each call is logged against one of five fixed statuses, with a free-text note and a timestamp, and the assignment is made on acceptance. A member who refuses an offered shift can be required to give a reason, configurable per location and department.

Bidding runs the same way. Peer shift trades and shift donations route through manager approval, open-shift bidding is gated on qualifications, and the approval prompt surfaces the member's hours and overtime impact at the moment of the decision. The cost of an award is visible before it is granted, not in the following pay period.

The engine warns and allows an override. It does not hard-stop, because a supervisor covering a post at nine at night sometimes has to make a call the rules would not make. The rule that was breached is named, and the override is logged with who made it and when. That pairing, the rule plus the reasoned exception, is what stands up in a hearing.

Several agreements. One engine. One export.

An operation that grew by acquisition rarely has one agreement. It has four, with different premium structures, different seniority rules and different renewal dates, and a payroll team reconciling between them by hand.

Rules are scoped per site, so multiple agreements run side by side in one engine and one deployment. Each site carries its own classifications, and a site under no comparable clause inherits nothing it should not. When an agreement is renegotiated, the change is staged with its effective date and takes effect without touching hours already captured. Where a rate is corrected after the fact, historical periods can be recomputed with full before and after change history, so the restatement is auditable rather than unexplained.

Then the hours leave. Overtime, premiums, and differentials are already applied, so classified hours reach your payroll system as pay-ready rows rather than a file someone rebuilds each cycle. The whole operation this sits inside, from labor law through the payroll handoff, is on the HR, labor relations, and payroll operation page.

Operations already running it under agreement.

A national airport-operations security provider, Canada

Multiple union collective agreements and 8,000+ unionized screening agents, against a fixed contract start date with no soft launch. It went live across major Canadian airports in eight weeks, where the industry norm for a deployment of that complexity is twelve to twenty-four months, and reported 100% ROI within two months of go-live, a 22% reduction in workforce-management administration costs, and 14% fewer error corrections.

A unionized Crown corporation

One of the most complex collective agreement portfolios in our customer base, automated with no scripting.

Contract guarding runs this problem alongside licensing classes and client billing tiers, and security and guarding operations covers that combination. Terminals run it against gang premiums and vessel calls, on port operations.

Figures above are from production deployments. Collective agreement terms, and the labor law that interacts with them, vary by agreement and by jurisdiction. Nothing here is legal advice.

Frequently asked questions about union payroll software

What is union payroll software?

Union payroll software makes the collective agreement decide the pay before payroll runs, rather than after a member disputes it. Seniority order, bid rights, shift differentials, guaranteed-hours clauses, and overtime distribution rules are codified as rules that run when work is assigned and when time is classified. WorkAxle is not a payroll system. It is the layer that produces classified, contract-correct hours and the record of how each one was decided, and it exports them to the payroll system you already run.

Can it run several collective agreements at the same time?

Yes. Labor rules sit in a no-code rule engine that a customer's own team configures per site, so multiple agreements run side by side in one engine and one deployment. A national airport-operations security provider moved multiple union collective agreements into that engine across 8,000+ unionized screening agents. A unionized Crown corporation automated one of the most complex collective agreement portfolios in our customer base with no scripting.

How does it handle seniority and shift bidding?

Seniority-based assignment and bid rights are codified directly, and seniority date and rotation are available as custom fields the eligible-member lists sort and filter on. Three bidding types are supported: peer shift trade with manager approval, shift cover or donation with manager approval, and open-shift bidding gated on qualifications. Approval prompts surface each member's hours and overtime impact at the moment of decision, so the cost of an award is visible before it is granted.

Does it produce a record that stands up to a grievance?

For an unfilled job, a call list of eligible members can be opened and sorted by fields such as seniority date and rotation, with each call logged against one of five fixed statuses plus a free-text note and a timestamp, and the assignment made on acceptance. Refusing an offered shift can require a mandatory reason, configurable per location and department. The engine warns and allows an override rather than hard-stopping, and the rule that was breached and the override are both logged. That log is what a grievance hearing asks for.

Does WorkAxle deduct union dues or remit to benefit funds?

No. Dues deduction, benefit fund remittance, and gross-to-net payment are payroll and fund administration functions, and WorkAxle is not a payroll system. What WorkAxle supplies is the input those processes depend on: hours classified against the correct agreement, member identity tracked, premiums and differentials already applied, and an audit trail behind each figure. Those exports feed the payroll or ERP system that performs the deduction and the remittance.

Bring the clause no vendor has been able to model.

See how one operation did it.

Multiple collective agreements and 8,000+ unionized screening agents, live across major Canadian airports in eight weeks.

See two systems become one engine.

A global operator folded two legacy systems into one rule engine, with three lanes of overtime and registered-contractor time types by configuration.

Bring your hardest agreement.

The premium structure nobody could configure. The seniority rule you still apply by hand. We will walk it live.