Mexico's 2026 Employment Subsidy: A Small Credit With Three Ways to Get It Wrong

The subsidio para el empleo is one of the smallest numbers on a Mexican payslip and one of the easiest to compute incorrectly. It is a federal credit that reduces the income tax (ISR) withheld from low-income workers, applied by the employer at source. For 2026 it is worth about 536 pesos a month at most. That is small enough that nobody notices when it is right and small enough that nobody double-checks it, which is exactly why a stale parameter here quietly produces wrong net pay for every affected worker and a wrong ISR remittance for the employer, month after month, until someone reconciles at year end.

The December 31, 2025 decree that set the 2026 figures did the ordinary thing: it raised the amounts to track the 13 percent minimum wage increase. It also carried three details that produce calculation errors when the numbers are not updated exactly right. Let me walk through what the subsidy is, what changed, and the three places the calculation goes wrong.

What the subsidy is

Since the May 2024 redesign, the subsidio para el empleo is a flat monthly amount expressed as a percentage of the monthly UMA (the Unidad de Medida y Actualización), not the old bracketed table keyed to income. The employer calculates it and credits it against the ISR it would otherwise withhold from the worker under Article 96 of the Ley del ISR. It is automatic in the sense that the employer applies it at source; it is manual in the sense that the employer is responsible for using the correct rate, the correct UMA, and the correct eligibility cutoff. Get any of those three wrong and the withholding is wrong.

What changed for 2026

The December 31, 2025 decree amended the 2024 subsidy decree (as previously amended for 2025) with two headline changes, both driven by the CONASAMI 13 percent minimum wage increase that took the daily minimum from 278.80 to 315.04 pesos:

The subsidy rate rose from 13.8 percent to 15.02 percent of the monthly UMA. The monthly income eligibility threshold rose from 10,171.00 to 11,492.66 pesos, a 13 percent bump that keeps the cutoff aligned with the wage floor. At the 2026 monthly UMA of 3,566.22 pesos, that puts the standard monthly subsidy at 3,566.22 times 15.02 percent, or about 535.65 pesos.

Straightforward so far. Now the three places the calculation goes wrong.

First error: 2026 has two subsidy rates, not one

The complication is that the UMA does not reset on January 1. The new UMA value takes effect on February 1. So for January 2026 the calculation still uses the 2025 monthly UMA of 3,439.46 pesos, and the decree sets a special January rate of 15.59 percent to compensate. From February through December it is 15.02 percent on the 2026 UMA of 3,566.22.

Run both and you get January at 3,439.46 times 15.59 percent, about 536.21 pesos, and February through December at about 535.65 pesos. The monthly amounts are almost identical, which is precisely what makes the error easy to miss: applying the new UMA and the new 15.02 percent rate from January 1 produces a January figure that is close enough to look right and is still wrong. The correct figure for January uses both the January rate and the 2025 UMA, and January has to be treated as its own case. This is not a one-time quirk either; the UMA-timing gap recurs every year, so the January exception is a permanent feature of the calculation, not a 2026 special.

Second error: the threshold is a hard cliff

Eligibility is a cutoff, not a taper. A worker earning 11,492.66 pesos a month receives the full subsidy. A worker earning 11,492.67 receives nothing. There is no phase-out band.

Concretely: a worker at 11,000 pesos in March 2026 gets the 535.65-peso credit against their ISR. A worker at 11,600 gets zero. The sharp cutoff means eligibility has to be tested on the correct income each period, against the current threshold. A payroll still using the 2025 threshold of 10,171 would wrongly deny the subsidy to everyone earning between 10,171 and 11,492.66, over-withholding ISR from exactly the low-income workers the credit exists to help. That is the most common version of the error: not a wrong rate, but a stale threshold quietly shrinking the eligible population.

Third error: periodicity

The monthly amount is a monthly maximum. For pay periods shorter than a month, the subsidy is prorated by day and capped at the monthly figure, so a weekly or biweekly run cannot accumulate past the monthly cap across the period. For lump-sum payments spanning multiple months, the amount scales by the number of months covered. Neither rule is exotic, but both require the calculation to use the actual period length rather than assuming a calendar month, and the monthly cap has to hold so a short-period proration plus a later payment in the same month does not overshoot.

Why this needs attention every year, not just once

The pattern across all three is the same. Each parameter, the rate, the UMA, and the threshold, changes on its own annual cadence tied to the minimum wage and the UMA calendar, and the January exception reappears every year because the UMA always lags the calendar by a month. That is three moving inputs and one recurring exception, on a credit small enough that errors do not announce themselves. The realistic problem is not a dramatic miscalculation; it is a payroll that keeps applying last year's rate or last year's threshold and produces slightly wrong withholding for months.

Flux stores these values with their effective dates and applies the rate, UMA, and threshold in force for the specific pay month, including the separate January treatment, so the subsidy credited against each worker's ISR is the current one every period. Getting it right is a matter of using the correct figures for the period, and doing that consistently across a whole workforce is precisely where a manual approach slips.