Fix minor bugs associated with the new _SS_Earnings_thd policy parameter #2267
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Recently we added a new policy parameter, called
_SS_Earnings_thd
, to enable characterization of OASDI payroll tax reforms that tax earnings above a threshold (as well as tax earnings under a ceiling, as under current law). Examples, of this kind of reform are the Larson reform and the Sanders-DeFazio reform.The code before this pull request produces correct estimates of those reforms' effect on payroll tax liabilities because those reforms propose that the
_SS_Earnings_thd
parameter is not indexed (that is, it is fixed in nominal terms). However, users of Tax-Calculator might want to specify a reform that made this parameter be indexed. This pull request indexes the_SS_Earnings_thd
parameter using wages (not prices as for the income tax parameters), just as the_SS_Earnings_c
parameter is wage indexed. The SSA Office of the Chief Actuary's analyses of these the reforms confirms that, if indexed, this parameter would be wage (not price) indexed.The code before this pull request produces incorrect MTRs on earnings for high-earnings individuals under these reforms when the
Calculator.mtr
method is called with itswrt_full_compensation
argument equal to True, which is its default value. Again, this bug would only affect MTR values (not payroll tax liabilities) for a few high-earners under these kinds of reforms.