Skip to content

Report Maine's 2025 affordability payment in srebate - #1475

Open
PavelMakarchuk wants to merge 1 commit into
mainfrom
me-affordability-payment-srebate
Open

PavelMakarchuk wants to merge 1 commit into
mainfrom
me-affordability-payment-srebate

Conversation

@PavelMakarchuk

Copy link
Copy Markdown
Collaborator

Summary

The emulator zeroed me_affordability_payment, Maine's 2025 affordability payment (H.P. 1491, Part T: $300 per eligible adult), in #1065, because neither TAXSIM nor TaxAct reported the payment then (#1056). The current TAXSIM executable now reports it for 2025 in srebate and includes it in siitax (#1463).

This PR stops zeroing the payment and adds it to ONE_TIME_REBATE_VARIABLES. So srebate reports it with the difference method, as for the other one-time rebates, and siitax includes it.

  • siitax + srebate does not change, so rebate-neutral comparisons are not affected.
  • v40 leaves the payment out, as for every variable in ONE_TIME_REBATE_VARIABLES. The current TAXSIM executable's v40 includes it (1,680.38 in the record below).

Dan's #1463 record (2025, single, age 69, interest 9,830.99, Social Security 47,476.89, rent 24,484.64), with opt1=30 and opt1v=1:

fiitax siitax srebate siitax + srebate v37
Current TAXSIM executable 0.00 −1,680.38 300.00 −1,380.38 1,380.38
Emulator on main 0.00 −829.48 0.00 −829.48 829.48
This branch 0.00 −1,129.48 300.00 −829.48 829.48

The remaining $551 gap is the property tax fairness credit (v37), which is a separate question to Dan on #1463 (line 5c of Schedule PTFC/STFC when rentpaid includes heat and utilities, the #1126 convention).

Changes

  • runners/policyengine_runner.py: remove me_affordability_payment from the zeroed variables and from the zeroed inputs.
  • core/state_output_resolver.py: add me_affordability_payment to ONE_TIME_REBATE_VARIABLES.
  • tests/test_me_affordability_payment.py: the ME joint 10Kpwages 23page 24sage #1056 joint record now has srebate 600 and siitax + srebate above −600; a single filer above the $50,000 AGI limit and a 2024 record get srebate 0.

Tests

tests/test_me_affordability_payment.py, test_net_of_rebates.py, test_or_kicker_output.py and test_ma_premium_pay.py: 14 passed. ruff format --check: clean.

Part of #1463.

🤖 Generated with Claude Code

The emulator zeroed me_affordability_payment (#1065), because neither
TAXSIM nor TaxAct reported the payment (taxsim #1056). The current TAXSIM
executable now reports it for 2025 in srebate and includes it in siitax
(taxsim #1463). Stop zeroing it and add it to ONE_TIME_REBATE_VARIABLES,
so srebate reports it with the difference method like the other one-time
rebates. siitax + srebate does not change.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@vercel

vercel Bot commented Oct 27, 2026 •

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated
policyengine-taxsim Ready Ready Preview Oct 27, 2026 8:35pm UTC

Request Review

This branch was successfully deployed

1 active deployment
Preview — a5962dd8 Deployed Oct 27, 2026 by vercel[bot]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant