TANF version 64.1 Version History

The TANF module simulates one key aspect of the Temporary Assistance for Needy Families (TANF) program--the provision of cash benefits to needy families with children. TRIM3 captures the detailed state-level rules that govern the definition of the assistance unit; the treatment of non-citizens; the treatment of step-parents and non-parent caretakers; the determination of income (including earned income disregards); the application of income and assets tests in determining eligibility; the exclusion of some families due to time limits; and the computation of benefits. The model also identifies which of the families that are eligible for cash aid receive that aid. A family’s eligibility status, potential benefit, and participation decision are calculated for each month. As in the actual program, if a family's income varies from month to month, so will their eligibility and/or benefits. The participation decision is generally modeled to not change as long as a family’s circumstances are unchanged.

Some aspects of the TANF program are not captured by TRIM3’s TANF module. In particular, the module does not simulate non-cash benefits that states may choose to provide with their TANF funds. Regarding the modeling of cash aid, some aspects of real-world rules are not modeled due to data limitations. For example, since the standard input data do not indicate pregnancy, the model cannot identify units that are eligible solely on the basis of pregnancy. Other aspects of the rules that are not modeled are diversion, behavioral requirements, and sanctions.

Some states may fund the benefits of certain types of units (such as two-parent units) through programs that are solely state funded (“SSF” programs). Because eligibility rules and benefits for these units are the same as under TANF, TRIM3 baseline simulations of TANF count families as eligible for TANF even if their benefits would be funded by an SSF program. However, if a family whose benefits would be funded by an SSF program is simulated to receive cash aid, the benefits are classified as SSF. In contrast, benefits provided through state funds that do fall under some TANF requirements (“state separate programs”, or “SSPs”) are classified the same as regular TANF benefits.

This documentation includes a discussion of the following features of the TANF program:

• Filing Unit
• Composition
• Head and Spouse
• Adjustments
• Unrelated Children with Relatives
• Categorical Eligibility
• Eligibility of non-Citizens
• Eligibility of Children
• Eligibility of Head and Spouse
• Eligibility of Non-Parent Caretaker Units
• Eligibility of Entire Unit
• Unit Types
• Asset Test
• Financial Assets
• Vehicles
• Applying the Asset Test
• Income Determination
• Child Care Expense Deduction
• Work Expense Deduction
• Child Support Paid by Nonresident Parent Deduction
• Earnings Disregards
• Child Support Income
• Deemed Income
• Treatment of lump sum income
• Child-only Non-parent Income Test
• Income Tests
• Gross Income Test
• Net Income Test
• Benefits
• Calculating Income
• Time Limits
• Calculating Benefits
• Child Support After Benefits
• Combined Cash and Food Benefits
• Participation
• Participation in a Baseline Simulation
• Participation in an Alternative Simulation
• Additional Information
• Output Variables
• Adjustment Factor For Rules From Years Other Than the Simulation Year
• Determining Information About Years Other Than the Simulation Year
• What-if Analyses Altering State Rule Settings
• Child Support Output Variables
• Variables Read Directly From an Input File

Filing Unit

Composition

In TRIM3, the basic filing unit for the TANF program is the family, with subfamilies separate (click here for details regarding family definitions). Since data on family composition is only available on an annual basis, the model assumes that family composition is constant from month to month. If data on family composition were available on a monthly basis, there might be some months in which a person was not in the household, which could affect a family’s eligibility and benefits.

Head and Spouse

In every every TANF filing unit, one adult is selected to be the unit head. Except for caretaker units, TRIM3 considers the head of the unit to be the parent who is the "principal earner", using number of months in the labor force to identify the principal earner. The other parent (if any) is considered the spouse. If both persons have the same number of months in the labor force, the male is considered to be the head.

In caretaker units headed by a married couple, the TANF module identifies the "caretaker" as the spouse who is not working or who has the lowest income under the assumption that the spouse who is least busy is the most likely caretaker. To make this determination, the module compares the total income of each spouse, disregarding deductions and income or other disregards that might be available. If neither spouse works, or if earnings are equivalent, then the female head is identified as the caretaker.

Adjustments

In some states, the TANF program treats certain types of adults -- step parents, unmarried parents, and non-parent partners -- differently than others when determining the unit composition. Begining with the March 2007 CPS (the input data for the 2006 simulation year), TRIM is able to identify these types of adults, and so is able to model the different treatments. The rules in the subcategory Parents determine how such persons are treated, and the result variables in the output category Parents contain some of the results of the processing (details).

Unrelated Children with Relatives

Children who are unrelated to the householder and who have no parent in the household are coded by the Census Bureau as unrelated children. Some of these children have an adult relative in the household. The Census Bureau does not consider the children to be in an unrelated subfamily with their adult relative since only parents and children are placed in unrelated subfamilies. TRIM3’s conversion procedures place these unrelated children in the family of the householder. Conversion also creates a variable--"ExpUnrelatedHeadID"--that identifies the likely adult relative of unrelated children. If a TANF simulation is set up so that the TANF program rule UnrelatedChildHeadID contains the variable "ExpUnrelatedHeadID," then children unrelated to the householder who were moved to the primary family during conversion are moved to the TANF unit of the relative identified by ExpUnrelatedHeadID.

Categorical Eligibility

TANF is designed to aid "...children (and their parents or other caretaker relatives) who have been deprived of parental support or care because (1) a parent is incapacitated, absent, or deceased, or (2) the principal earner in a two-parent family is unemployed." To determine if a family meets these qualifications (i.e. to determine if the family is categorically eligible) and which unit members are eligible to be aided, TRIM3 performs the following steps:

Eligibility of non-citizens

The program rules in the subcategories Citizenship Variables and Citizenship Tests determine whether or not non-citizens will be eligible to receive TANF. Persons found to be ineligible for benefits because of their citizenship status are excluded from the unit. More details on the general process of identifying non-citizens and determining their eligibility are available here. TANF modifies this process slightly by applying different rules to post-refrom immigrants who are no longer subject to the federal "bar" on eligibility (see the rules LegalAlienEligiblePostBar and SponsorDeemingYearsPostBar).

If non-citizens are not supposed to be found ineligible due to sponsor deeming when the sponsor is in the same unit as the non-citizen then the AlienPrep output variable SponsorID must be specified in the variable list rule SponsorID.

Eligibility of Children

Eligibility of Head and Spouse

If a family contains eligible children, the next step is to determine whether the head and/or spouse is excluded from the unit. TRIM3 simulates the rule that any head or spouse who receives SSI is excluded. It does not simulate program provisions (in place in various years in some or all states) that withhold benefits from adults who are on strike, who are being sanctioned due to failure to comply with work registration or other work activities, or who are excluded due to being drug felons.

Eligibility of Non-Parent Caretaker Units

TANF units may include a child whose parent does not reside in the household. Though most children live either with parents or other relatives (typically a grandparent, aunt, or uncle), some live in families that do not include an adult to whom they are related. Children are identified as "unrelated children" in Census Bureau data if they are unrelated to the household head and are not in an unrelated subfamily. TRIM’s conversion procedures assume that the household head is the unrelated child’s caretaker, and the child is placed in the family of the household head.

The TANF state-level rule UnrelatedChildEligibility indicates whether a child who is living with only non-relative adults but who is not a foster child is ever eligible for TANF. If "yes", then any unrelated child who is not a foster child and who does not have other adult relatives in the household is counted as a potential TANF child in the householder’s family. If the family has other children, the unrelated child is counted along with other children in determining unit size. The TANF simulation treats families that include both own and non-own children who are potentially eligible for TANF as single units (rather than as one unit for the own children and another unit for the non-own children).

Composition of Caretaker Units

Every state requires that a child’s parents be included in the TANF assistance unit unless a parent receives SSI, is ineligible due to their immigrant status, or is being sanctioned or time-limited. If the potential TANF unit includes both own children (biological, adopted, or step-children) of the head/spouse and non-own children, the head/spouse must be included unless (s)he is being excluded for one of the above reasons.

When the potential TANF unit includes only non-own children, the non-parent caretakers do not necessarily have to be included in the TANF assistance unit. As with parents, they are excluded from the assistance unit if they receive SSI, are ineligible based on their immigrant status or they are being sanctioned or time-limited. They may also be excluded on the basis of state-level rules, discussed below, that govern whether or not they are included. If caretaker adults are not included, any non-relative children may themselves still be eligible as child-only units. Thus, the decision about who is included affects not only the total estimates of TANF eligibility, but also the categorization of eligible units by child-only vs. non child-only.

State-level Rules for Caretaker Units

The following three state-level rules are used to determine if caretakers are treated as a part of the assistance unit:

• RelativeCaretakerInUnit indicates whether a non-parent relative caretaker is ever included in the assistance unit. Available options are:
  • 1=Must be included
  • 2=Never included
  • 3=Caretaker has the option
  • 4=Never included if married; optional if unmarried
• NonRelCaretakerInUnit indicates whether a non-relative caretaker is ever included in the assistance unit. Options include:
  • 0=Not applicable (if UnrelatedChildEligibility=no)
  • 1=Must be included
  • 2=Never included
  • 3=Caretaker has the option
  • 4=Never included if married; optional if unmarried
• CaretakerSpouseInUnit indicates whether the spouse of a non-parent caretaker is included in the potential assistance unit when the caretaker is included in the assistance unit. Options include:
  • 0 =Not applicable (the states that never have any caretakers in the unit)
  • 1=Must be included
  • 2=Never included
  • 3=Family has the option

A state’s rules may make the inclusion/exclusion of the caretaker(s) in a particular family either mandatory or prohibited. However, whenever there is an option for including the caretaker and/or the spouse, the TANF module must determine if including the caretaker(s) would make them better off. The decision is based on the caretakers’ marital status and the rule settings that provide the option.

For a single caretaker who has the option of being included:
If in any month the total income of the caretaker is greater than either (a) the amount by which the net income limit increases by adding the caretaker or (b) the amount by which the benefit standard increases by adding the caretaker, the TANF module assumes that the caretaker chooses not to be included.

When the caretaker must be included and the spouse is optional:
If in any month the total income of the spouse is greater than either (a) the amount by which the net income limit increases by adding the spouse or (b) the amount by which the benefit standard increases by adding the spouse, the TANF module assumes that the spouse chooses not to be included.

The caretaker has the option of being included, and if caretaker is included then spouse must be included:
If in any month the total income of the caretaker plus spouse is greater than either (a) the amount by which the net income limit increases by adding both spouses or (b) the amount by which the benefit standard increases by adding both spouses, the TANF module assumes that the caretaker and spouse choose not to be included.

The caretaker has the option of being included, but the spouse is never included, even when the caretaker included:
If in any month the total income of the caretaker plus spouse is greater than either (a) the amount by which the net income limit increases by adding the caretaker or (b) the amount by which the benefit standard increases by adding the caretaker, the TANF module assumes that the caretaker chooses not to be included.

Both the caretaker and spouse have the option of being included:
If in any month the total income of the caretaker plus spouse is greater than either (a) the amount by which the net income limit increases by adding both spouses or (b) the amount by which the benefit standard increases by adding both spouses, the TANF module assumes that neither spouse is included. Otherwise, they both are included.

Adjusting Non-parent Caretaker Decisions

The national-level rule NonParentDecisionAdj provides analysts with a mechanism for adjusting baseline results for non-parent caretaker inclusion to align with rates observed in TANF/SSP microdata. This rule affects only cases when the decision about whether to include a caretaker or spouse is optional. It excludes a specified percentage of the non-parent caretakers who may optionally be included.

Eligibility of Entire Unit

In order for a unit to be fully categorically eligible, the children in the unit must be deprived of parental support or care. Children in a single-parent unit, or in a unit headed by non-parent caretakers, are always considered to be deprived of parental support. These units are classified as "basic" TANF units.

Children in two-parent units (i.e. units that can not be classified as "basic") are considered to be deprived of parental support if their parents meet either of the following conditions (note that both parents are considered, even if one or both of them are ineligible):

• At least one parent is incapacitated.

  These units are classified as "Incapacitated Parent" (IP) units. States generally define incapacity as an impairment that eliminates or substantially reduces a parent's ability to support a child, based on medical testimony. Many states accept eligibility for disability benefits under other programs as proof of disability for TANF purposes. TRIM3 considers as incapacitated anyone who is aged (65 or older) or disabled.

• The principal earner is unemployed.

  These units are classified as "Unemployed Parent" (UP) units. Not all states cover such families -- only those with a non-zero value for the rule MandatoryMonthsUPCopverage have some kind of UP program. The value of MandatoryMonthsUPCoverage specifies the maximum number of months a unit can receive benefits as a UP unit in any 12-month period (a value of 12 effectively simulates no time limit). This allows the model to simulate time-limited UP programs, even when there are no time limits being placed on non-UP units.

  Among states that have a UP program, the specific eligibility requirements vary. TRIM3 rules can be used to simulate many combinations of UP eligibility requirements: from the most restrictive case including time limits, a requirement that principal earners be in the labor force, and a maximum number of hours per month; to the least restrictive case where there are no special eligibility rules for 2-parent families. TRIM3 does not model rules that impose a special waiting period on UP units, that impose a work history test on the principal earner, or that deny UP eligibility to strikers.

  In TRIM3, any unit with an unemployed head is eligible for their state's UP program. If the head is not unemployed, the unit can still be eligible in the following conditions:

  • Although not unemployed, the head is not working (i.e. the head is not in the labor force) and the rule NonWorkerUPOption indicates that such units are eligble. Note that a requirement that non-working heads be attached to the labor force has the effect of denying UP benefits to families where both spouses are out of the labor force, such as families where one spouse is a student and the other is taking care of home and family.
  • The head is working, but their hours-worked-per-month falls below the level specified by the program rule CutoffHoursForUnemployed. If not, they are still considered eligible if it is determined that this month's hours represent just a "temporary" condition. Persons are considered "temporarily" over the cutoff if in the previous two months and the next month they are either working below the cutoff, or are unemployed. The rule CutoffHoursOption may indicate variations in the method for applying the CutoffHoursForUnemployed rule.

Unit Types

A unit that is categorically eligible can be classified in various ways. The TANF program often treat units in some categories differently from units in other categories. We have already discussed the initial classification of units into Basic, IP, and UP. This section presents some other classifications that are significant.

• Earner and Non-Earner Units:

  "Basic" units are divided into "Earner" and "Non-Earner" units. A unit is considered to be an "earner" unit in any month that an eligible head and/or spouse is an earner. In all other months the unit is considered to be a "non-earner". Note that units can be "earners" one month and "non-earners" in another month. Also, note that if a head or spouse is an earner but is not an eligible member of the unit, their earner status does not make the unit an earner unit.

• Applicant and Recipient Units:

  TRIM3 determines the applicant/recipiency status of a unit by checking whether the unit was simulated to receive TANF benefits in the previous month. If so, the unit is considered a recipient, otherwise an applicant.

• Teenage Mother Units:

  Units headed by unmarried teenaged mothers may be subject to residency requirements. Under these rules, an unmarried teenaged mother who is not living with her parents may be ineligible, unless she receives an exemption. See the state-specific program rules MinimumEligibleAge and TeenMomOption for details.

• Child-Only Units:

  When the head and spouse (either parents or non-parent caretakers) are excluded from the unit, the unit is considered to be a "child-only" unit. In TRIM3, child-only units may result from any of the following conditions:

  • Children live with non-parent caretakers who the model does not include in the unit
  • The parents are ineligible non-citizens
  • The parents receive SSI.
  The model does not currently create child-only units due to sanctioning.

• Capped Units (the Family Cap):

  Some states "cap" the number of otherwise-eligible children who can be aided in a TANF unit. While "capped" children are sometimes treated differently than other children in the various eligibility tests, the primary impact of "capping" is on the benefits calculated for the unit. Generally, "capping" involves limiting the number of otherwise-eligible children who are permitted to receive benefits to just those who were in the family when the unit first applied for TANF. Children born after the initial application are not aided (i.e. the unit’s benefits are not increased to account for the larger family size).

  The rules FamCapPctToDropFromUP and FamCapPctToDropFromNonUP indicate whether to model a family cap in each state. TRIM determines whether a child should be "dropped" (i.e. excluded from receiving benefits) on a probabilistic basis. A child has a possibility of being "capped" if s/he was born after the implementation of family caps in his/her state (specified through the program rule FamCapMaxAgeToDrop) and if s/he is not the oldest child in the unit. The probabilities that are applied are calculated from program data and are intended to "cap" the correct percentage of children in each state.

• Exempt Units:

  States may limit the length of time a unit can receive TANF benefits, and may also require that the adult members of the unit meet certain work-related requirements. However, states may exempt units from either or both of these requirements. TRIM3 models time limits (see the Time Limits section under "Benefits") but due to lack of sufficiently detailed information on the CPS, work requirements are not modelled. Never-the-less, TRIM3 models exemptions from both time limits and work requirements, because some states treat units differently depending upon whether or not they are exempt from work requirements and/or time limits. The Exemption group of rules defines who is exempt from work requirements and/or time limits, according to each state’s definition of "exempt." Each rule in this group has 2 values for each state: one value to apply when determining exemption from work requirements, and a separate value to apply when determining exemption from time limits. A unit may be exempt from work requirements but not the time limit, or vice versa, or exempt from both, or from neither. For details about how exemption status is determined, click here.

  The information in the TRIM3 database concerning exemptions should not be used to compare rules across states or across years without a complete understanding of each state’s rules. For instance, an apparent change in policy concerning exemptions from work activities may not be a true change in policy, if there was a concurrent change in the work activities required of different types of individuals (which is not captured by the model.)

Asset Test

If a unit is determined to be categorically eligible, an assets test is performed. TRIM computes the value of two kinds of assets - financial assets and non-exempt vehicle value - for each unit. The combined total of these two measures is then compared to a state-specific maximum amount. The unit is ineligible if the total value of its assets exceeds the maximum allowable by the state.

Financial Assets

Because actual financial asset values are generally not available on the CPS, the value of these assets is inferred based on the unit's asset income (specified by the program rules AssetIncome and AssetIncomeReporterUnits), and an assumed rate of return specified by the program rule AssetRate. For example, if a unit has monthly asset income of $120, and the assumed asset rate is 6%, the unit would be inferred to have financial assets of ($120*12)/ 0.06, or $24,000. Note that the income amount must be annualized (by multiplying it by 12) since the assumed rate is an annual rate.

Vehicles

Some or all of the value of the vehicle(s) owned by a unit may be counted towards the unit's assets maximum. While information on the value of vehicles is not available on standard CPS-based input files, TRIM has the capability to simulate the correct treatment of vehicle values if the information is available. (This could be the case if vehicle value was imputed to a CPS-based file, or if TRIM was run on an input file based on a survey that does ask about vehicle values. Also, when TRIM is run as a "calculator" for hypothetical families, users provide vehicle values for those hypothetical families.)

When vehicle value is available, it is specified via the variable-list rule VehicleValue. A portion of the total value may be exempted; only the remainder (i.e. the "non-exempt" value) is counted towards the unit's total assets. The various methods available for exempting vehicle value for each state is specified by the rule group Vehicle Exemption Rules. Click here for details and examples...

Applying the Asset Test

The total value of a unit's assets (financial and vehicle) must not exceed the maximum specified by the state. The maximum amount of assets a unit may have can vary depending upon whether the unit is already on TANF or is a new applicant. These amounts are specified in the state-specific program rules MaximumAssetValueForApplicants and MaximumAssetValueForRecipients. Certain state-level variations on the asset test (other than variations that can be captured with the exisitng rules) are specified in the state-specific program rules AssetsTestOption and AssetsTestOption2. Consult the descriptions of each potential value of AssetsTestOption (in the TRIM3 dictionary) to determine exactly which variations can be modeled.

Income Determination

Depending upon it's source, income is classified as either earned or unearned. The program rule EarnedIncome lists those income types that are considered "earned", while UnearnedIncome lists those that are considered "unearned". In certain circumstance, the user may wish to apply income smoothing to earned income. Between them, the rules EarnedIncome and UnarnedIncomedefine the total income of the unit. Depending upon the purpose for which income is being calculated, various adjustments are made to this basic concept of income.

Child Care Expense Deduction

A deduction for child care expenses may be taken from a unit's earned income. The variable(s) containing child care expenses are specified by the program rule ChildCareExpenses, while the amount of child care expenses that can be deducted in each state is specified by the rule ChildCareExpensesCap (the amount specified by this rule is reduced if there are no full-time workers in the unit). The rule ChildCareExpDedUsedFor indicates (for each state) when this deduction is to be applied.

Work Expense Deduction

A deduction for work-related expenses may sometimes be taken from a unit's earned income. Since the CPS-TRIM input data does not contain information on work-related expenses, TRIM3 makes the simplifying assumption that all units with earnings have work-related expenses and that these expenses are high enough to allow maximum usage of the state's work expense deduction. The rule WorkExpenseDeduction indicates (for each state) when the work expense deduction may be applied, while the rule WorkExpenseDeductionFormula describes how each state's deduction is applied. Often, the description refers to a "fixed" amount and/or a "fractional" or "percentage" amount. The former amount is given by the rules WorkExpenseDedAppFixed and WorkExpenseDedRecipFixed and the latter by WorkExpenseDedAppFraction and WorkExpenseDedRecipFraction (two rules are required for each amount becuase the amounts sometimes vary depending upon the applicant/recipient status of the unit).

If WorkExpenseDeductionFormula indicates that units are given a fixed deduction according to size of unit, the program rule FixedDedBySize is used to indicate the deduction amount for each unit size.

Often, rather than being used to model work expense deductions, the work expense deduction rules are used in conjunction with the earnings disregard rules to model those portions of the earnings disregard that are not captured those rules.

Child Support Paid by Nonresident Parent Deduction

A deduction for child support paid by a nonresident parent may be taken from a unit's earned income. The variable(s) containing child support paid are specified by program rule CSPaidByNRP. The rule CSPaidDedIncTypes determines the order in which Child Support paid is deducted from earned and/or unearned income. If set to zero, Child Support paid will not be deducted. The state rule CSPaidDedUsedFor indicates whether the amount of Child Support paid should be disregarded when computing either net income, gross income, benefit income or various other combinations of these three incomes.

Earnings Disregard

Often, states allow units to disregard a portion of their earnings when computing their income. The rule EarningsDisregardUsedFor indicates (for each state) when an earnings disregard may be applied, while the rule EarningsDisregardFormula describes how each state's disregard is applied. Most of the formulas refer to values given by the remaining earnings disregard rules -- those that control how the "fixed" portion of the formula is applied (EarningsDisregardFixed, EarningsDisregardFixed2, MonthsFixedIsAllowed), and those that control how the "fractional" or "percentage" portion of the formula is applied (EarningsDisregardFraction, EarningsDisregardFraction2, MonthsFractionIsAllowed). Some formulas also refer to New Earner Disregards and/or January high-earners.

The program rules in the group Earnings Disregard were originally designed to model all of the various types of disrgards used by the states. However, with time the variety of disregards implemented by states has grown, so that by itself this group of rules is unable to model the complete range of TANF earnings disregards. Consequently, the work expense deduction rules are generally used in conjunction with the original earnings disregard rules to model TANF earnings disregards.

Child Support Income

Child support income is specified through the rule ChildSupportIncomeOfChild, which is usually set to MonthlyChildSupportIncomeOfChild. MonthlyChildSupportIncomeOfChild is produced by the Child Support module and contains the amount of child support income collected on behalf of the child. The variable specified for ChildSupportIncomeOfChild should also be specified for UnearnedIncome and UnearnedIncomeAlternative.

States may choose to disregard some or all of a family’s child support income when determining eligibility. The amount to be disregarded is specified through ChildSupportDisregard_Eligibility and ChildSupportDisregard_Eligibility2.

States have several options concerning treatment of child support income in the benefit calculation. The state may choose to retain some or all of the child support collected on behalf of families receiving TANF in order to offset the costs of providing TANF benefits. If a state decides to transfer some or all of the child support to the family, then the state must decide whether to disregard some, all, or none of the transferred child support when calculating the family’s benefits. The amount of child support transferred to the family is either specified as a dollar amount through ChildSupportTransferToFamily and ChildSupportTransferToFamily2 or as a percentage through ChildSupportTransferPercent. The amount of the transferred child support that is disregarded when calculating the family’s benefit is specified through ChildSupportDisregard_Benefit and ChildSupportDisregard_Benefit2. Child support that is retained by the government is not counted when calculating the family’s benefit. TRIM3 makes the simplifying assumption that retention of child support begins in the first month of TANF participation (although in reality, in may take one or more months for government retention to begin).

In some cases, the child support income of children who have been capped is treated differently than the child support of non-capped children. Click here for details.

Deemed Income

Sometimes, income from persons not in the unit is considered to be part of the unit's income. This income is said to be "deemed" to the unit, and is considered as part of the unit's unearned income. In TRIM3, income can be deemed from the following types of people when they are not part of the unit:

• Grandparents
  The rule DeemingOption specifies whether to deem income from the grandparents of the children in the unit. If so, the remaining rules in the group Grandparent Deeming Group indicate how income is deemed from grandparents. Note that a different amount of income may be deemed depending upon whether income is being calculated for eligibility purposes or benefit computation purposes. The state rule DeemAllocDeductCSPaid indicates whether Child Support paid by the grandparent is deducted from the grandparent's income.
• Non-citizens
  The rule AlienDeem specifies whether to deem income from parents who are not included in the unit because they are non-citizens. If so, this rule also specifies how income is to be deemed. The state rule AlienDeemDeductCSPaid indicates whether Child Support paid by the non-citizen is deducted from the non-citizen's income.
• Step-parents
  The rule StepDeem specifies whether to deem income from stepparents that are excluded frm the unit. If so, the remaining rules in the group Step Parent Deeming Group indicate how income is deemed from stepparents. The state rule StepDeemDeductCSPaid indicates whether Child Support paid by the step parent is deducted from the step parent's income.
• Caretakers
  Income is always deemed from relatives of caretakers. State rule CaretakerDeductCSPaid indicates whether Child Support paid by a relative of a caretaker is deducted from the relative's income. For caretaker units that include a married head but not the spouse, the caretaker’s spouse may disregard an amount equal to the dollar amount in rule BEN_Standard for himself plus any other members of the family who are outside the potential TANF unit.

Treatment of Lump Sum Income

Prior to version 60.2, lump sum child support income could be treated as an asset in the month received only when the SimulationMode program rule was set to "1931." Beginning with version 60.2, lump sum income may be modeled in all simulation modes. State rule LumpSumStandard indicates how the lump sum is to be treated--e.g., not modeled, treated as income, or treated as assets. LumpSumExcludedAmount indicates the amount of lump sum income (if any) to be excluded, and LumpSumStandard indicates the standard by which total income (including lump sum) is divided when calculating months of ineligibility. See the dictionary entries under the Lump Sum Income category for other lump sum rule details.

Child-only Non-parent Income Test

A modified income eligibility test may be used to determine the income eligibility of child-only units that consist of unrelated children with no parent in the household who reside in non-parent caretaker families. State-level rogram rule ChildOnlyNoParentIncomeTest provides three options:

• no additional or modified tests are required--i.e.the standard income tests are used,
• standard income tests are used, but caretaker/spouse income is included, or
• total family income must be under ChildOnlyNoParentIncomeTestPct of the poverty guideline.

Income Tests

To be eligible for TANF benefits, a unit must pass two income tests -- a Gross Income test and a Net Income Test. For each of these tests, a different measure is taken of the unit's income and compared to state-specific threshholds. Units that exceed the thresholds are not eligible for TANF benefits.

Gross Income Test

In TANF, a unit's gross income equals the earned and unearned income of all eligible unit members. State and local general assistance benefits are never counted. In TRIM3, gross income is initially computed by summing (for all eligible members of the unit) the income specified through the program rules EarnedIncome and UnearnedIncome. In addition, any income that can be deemed to the unit is included as unearned income. If the unit has any child support income, some or all of it may be disregarded based on the rules ChildSupportDisregard_Eligibility and ChildSupportDisregard_Eligibility2. Finally, if the unit has child care expenses, it may be able to deduct some or all of them from earnings based on the rule ChildCareExpensesDedUsedFor.

The maximum amount of gross income a unit may have can vary depending upon whether the unit is already on TANF (i.e. a "recipient" unit) or is a new applicant. These amounts are specified in the rules GrossIncomeStandardApplicants, GrossIncomeRateApplicants, GrossIncomeStandardRecipients, and GrossIncomeRateRecipients. Certain variations on the gross income test are specified in the rule IncomeTestsOption. Consult the descriptions of this rule (in the TRIM3 dictionary) to determine exactly which variations can be modeled.

Net Income Test

For the net income test, unearned income is treated the same as it is for the gross income test. However, earned income is only counted for eligible adults in the unit. Furthermore, in addition to the child care expense disregard, other disregards may be applied to earnings based on the setting of the rules WorkExpenseDeduction and EarningsDisregardUsedFor.

Net income tests are specified in the program rules NetIncomeStandardApplicants, NetIncomeRateApplicants, NetIncomeStandardRecipients and NetIncomeRateRecipients. Certain state-level variations on the net income test are specified in the program rule IncomeTestsOption. Consult the descriptions of each potential value of this rule (in the TRIM3 dictionary) to determine exactly which variations can be modeled.

Benefits

If a unit passes all eligibility tests, a benefit is calculated. Note that TRIM does not currently model the fact that sanctions may lower the benefits of some units.

Calculating Income

When calculating benefits, unearned income is initially treated the same as it is for both the gross and net income tests. However, if the unit has child support income, some of it may be retained by the state, and therefore not counted as part of the unit's income. Furthermore, the amount that is not retained may be subject to a different disregard than in the net and gross income tests. See the section on the child support disregard for details. Also, note that in some cases the amount of income deemed from grandparents may be different for the income tests than for benefit computation.

The treatment of earned income is similar to the net income treatment. However, note that a particular disregard or deduction may be used for the net income test but not for benefit calculation (or vise-versa), or it may be applied differently in each case. See the sections on the various disregards and deductions ( child care, work expense, earnings disregard) for details. Also, an additional earnings disregard may be allowed for capped units when computing benefits (see the rule FamCapUseEarningsDis).

Time Limits

States may limit the length of time a unit can receive TANF benefits. Due to the lack of sufficiently detailed information on the CPS, time limits can not be directly simulated. However, TRIM3 simulates an approximation of their impact on the caseload. It begins by narrowing the "pool" of units which a state's time limit might affect by applying the following three criteria:

• The program rule TimeLimitUnitindicates that the state time-limits this type of unit. (The options for TimeLimitUnitare either all families or only two-parent non-disabled families.)
• At least one of the unit's children is at least as old as the length of the state’s time limit (the program rule TimeLimitLength). In other words, if TimeLimitLength is 24 months, then at least one child must be at least 2 years old.
• The unit is not exempt from time limits according to the rules of the state.

Then, a portion of the units that meet all of these criteria are considered by TRIM3 to have reached their state's time limit. The portion selected varies by state and is specified by the rule TimeLimitProbablity. During the baseline alignment process, the values in this rule are adjusted so the simulated number of time-limited units approximates published figures. For those units that are selected to be time-limited, the rule TimeLimitConsequence indicates whether the entire unit becomes ineligible, or if the unit can remain eligible with just the unit's head losing benefits, or if the benefit standard applicable to the unit's size is reduced by either 20 percent or by the percent in state rule TimeLimitOptionValue.

Calculating Benefits

Once the unit's income has been determined, the benefit is computed as the difference (subject to certain constraints) between the unit's income and the benefit standard applicable to the unit's size. Note that for benefit purposes, the size of the unit is the size after the family cap has been applied. For units that have reached their state's time limit, the size also takes into account that in some states the unit remains eligible but the head becomes ineligible for benefits (thus reducing the unit size by 1). The benefit computation formula can be expressed as follows:

Benefit = (benefit standard - income) * (payable portion of difference)
If Benefit > maximum benefit Then benefit = maximum benefit

and the rule group Benefit Computation Group specifies the values used by each state when applying the formula:

• BEN_Standard: the dollar amount to use for the benefit standard
• BEN_Pct: the portion of the difference the state will pay
• BEN_Max: the dollar amount to use (if any) for a maximum benefit

TRIM imposes a minimum benefit which will be paid (see the rule MinimumBenefitAmountOfState, or MinimumBenefitAmount prior to version 48.0). Units eligible for an amount lower than the minimum in a particular month do not receive benefits, although they remain technically eligible for TANF. Benefits lower than the minimum amount are reset to zero, and only units eligible for positive benefits are considered eligible by the model.

PovGuidelineBaseStateOpt and PovGuidelineIncrementStateOpt are used when either BEN_Max or BEN_Standard indicates that an alternate poverty guideline is used in computing the benefit. In that case, PovGuidelineBaseStateOpt gives the base amount for the alternative poverty guideline and PovGuidelineIncrementStateOpt gives the per-person increment for the alternative poverty guideline.

Additional state-level variations on benefit computation are specified by the program rule group BenefitComputationOption and the rule FamCapOption. Consult the descriptions of each potential value of these rules (in the TRIM3 dictionary) to determine exactly which variations can be modeled.

Child Support After Benefits

As mentioned in the section about income determination for benefits, a state may retain all or some of a unit's child support income to defray the cost of benefits. To reflect the fact that units eligible for benefits may have their child support income reduced, the TANF module creates a variable UnitCS_FinalTransferElig, which contains the portion of the unit's original child support income (specified for each child by the rule ChildSupportIncomeOfChild) which is not retained by the state (i.e. the amount which would be transferred to the family). If a unit is subsequently simulated to participate, the result variable ChildCS_Final indicates for each child the portion of the unit's total transfered child support income which is considered to have been received on behalf of that child. If a family is ineligible for TANF or chooses not to participate, then ChildCS_Final is set equal to the child support income amount specified through ChildSupportIncomeOfChild. ChildCS_Final should be used as input to all modules run after TANF that need to know the amount of child support income actually received by the family (i.e. this TANF result variable should be used in place of the ChildSupport result variable MonthlyChildSupportIncomeOfChild).

Note that states which retain child support income may transfer some of it to the family at two points. The first has already been discussed -- at the point of determination of income for benefit calculation. States may also transfer child support income after benefits have been calculated. The rule ChildSupportOptions indicates which states do this. States may transfer an amount of child support income which is sufficient to meet the unit's "unmet need" or to "fill the gap". The "unmet need" is the difference between the need standard and the unit's benefits and income (as measured for benefits). In "fill the gap" states the additional amount transfered is equal to the difference between the family's need standard and the family's maximum possible benefit (which may be higher than their actual benefit) and income (as measured for benefits). Among "unmet need" and "fill the gap" states, there may be differences as to whether or not capped children are included in the calculation of the need standard, and whether the need standard is specified by dollar amount #1 or dollar amount #2. The additional amounts transferred by these states are factored into the result variables discussed above (UnitCS_FinalTransferElig and ChildCS_Final).

Some states choose to pay a TANF bonus to the families. This type of policy is modeled in TRIM3 through the state rule ChildSupportBonusType. There are two options for how to compute the bonus: The bonus can either be the lesser dollar amount in ChildSupportBonusAmt or the amount paid by the absent parent, or if the amount paid by the absent parent exceeds the amount that was transferred to the family as child support, the bonus is the difference. Note that the TANF bonus a family receives is counted as TANF income rather than child support income.

Combined Cash and Food Benefits

In 1998, Minnesota began a program called MFIP. In the MFIP program, if a unit makes it through the eligibility tests and gets to the point of benefit calculation, a combined cash and food benefit is computed. To calculate the benefit, the unit's net countable income is subtracted from the state's payment standard. The difference is the total benefit. To determine how much of the total is cash and how much is food, the state first subtracts a fixed SNAP benefits amount (based on family size) from the total benefit. Any amount up to the fixed amount is provided to the unit through an electronic benefits transfer (EBT) card that can only be used for food. Any amount greater than the SNAP benefits portion is provided to the unit through an EBT card and can be used as cash. Click here for details.

Participation

If a unit is eligible for a benefit in one or more months of the year, TRIM3 must determine if the unit will participate. A unit’s probability of participation for each month is determined through use of a probit function. Explanatory variables in the function include information on (1) the benefits for which the unit is eligible in that month, (2) the marital status, age, education, race, and disability status of the unit head, (3) the presence of children less than six in the unit, (4) the employment status of the head, spouse, and other adults in the household, (5) whether or not this unit is in a UP state, and (6) whether or not the unit passed the full need standard in a majority of the months in which it is eligible. If the unit’s random number for TANF participation purposes is less than the probability of participation, the unit will participate in that month.

There are three program rules that allow to restrict the participating units to units that are below a certain ratio of broad family cash income to poverty guideline: The ratio specified in MaxPctPovChildOnly restricts the participation of AnnualType2 child-only units, MaxPctPovWholeFamElig limits the participation of units where all members of the broad family are also members of the TANF unit, and MaxPctPovWholeFamNotElig limits the participation of units where not all members of the broad family are also members of the TANF unit. The cash income of the broad family used for this calculation is stored in result variable FamPctPovPreTANF.

Participation in a Baseline Simulation

During each year’s "baseline" simulation created by TRIM3 project staff, adjustments are made such that the probabilities of participation combined with the random numbers will produce a caseload that comes acceptably close to administrative target data in terms of both its size and its key characteristics. Adjustments are also made such that eligible units that reported receiving TANF according to the input survey data are always included in the baseline caseload (click here for more information on reporters). Adjustments may also be made to the participation decision of eligible units that did not report receiving TANF (click here for details). Furthermore, the program rules GenderPartProbAdjust and GenderCorrProbAdjust allow the adjustment of the probability of participation and the probability of correct response by the gender of the family head. The correlation between the monthly random numbers is also set during the baseline simulation. When the random numbers do not vary from month to month, a unit’s participation decision will change from one month to the next only if its underlying probability of participation changes due to a change in the potential benefit. Note that the procedures for running and aligning baseline simulations are complex. Consult TRIM3 project staff for more detailed information.

Participation in an Alternative Simulation

In an alternative simulation (specified by setting the program rule SimulationMode to 0), the analyst has the option of letting the participation function determine participation decisions or leaving participation decisions unchanged from the baseline simulation.

When the participation function is allowed to determine participation, a unit that was eligible in the baseline and chose to participate will always continue to participate as long as it is eligible for at least the level of benefits for which it was eligible in the baseline. If the potential benefits are lower, the probability of participation may fall below the random number (representing the unit’s "taste" for participation) and the unit might stop participating. Similarly, a unit that was eligible in the baseline and chose not to participate will never participate if the new level of potential benefits is the same or lower than in the baseline, but may begin to participate if the new level of benefits is higher.

If the analyst wishes to leave participation decisions unchanged from the baseline simulation, that may be accomplished through the program rule ParticipationBasedOnPrevRun. An analyst might wish to use this optional participation methodology to simulate "short-run" impacts of program changes (i.e. a unit's behavior might not respond immediately to changes in its benefit).

Regardless of the analyst’s decision concerning participation methodology for an alternative simulation, an alternative run should use the program rule ParticpationRandomNumbers to specify the participation random numbers that were produced by the baseline run (usually, this is the monthly TANF result variable RandomNumberPartAligned). In this way, the alternative run will reflect a participation rate consistent with the rate from the aligned baseline run.

Additional Information

Output Variables

When using a TANF output variable, pay particular attention to the dictionary’s description of the universe of that variable! Be aware that:

• Some variables are only set when specific TANF eligibility tests are passed.
• Most TANF output variables are stored on the record of each person in the family, regardless of whether the person was actually a member of their family's TANF unit (recall that a person can be in a family that is eligible for TANF without themselves being an eligible member of the TANF unit). Therefore, be careful when using results for persons who are non-members (PersonType = 0).

• Categorically eligible children plus passes the parent test
  • TimeExemptionStatusOfPerson
  • TimeExemptionStatusOfUnit
  • WorkExemptionStatusOfPerson
  • WorkExemptionStatusOfUnit
• Passes above tests, plus the teen-mom test
  • AssetsOfUnit
  • PassAssetTest
• Passes above tests, plus the asset test
  • EarnedIncomeOfUnit
  • UnearnedIncomeOfUnit
  • ChildSupportIncomeOfUnit
  • PassGrossIncomeTest
• Passes above tests, plus the gross income test
  • IncomeDeemedToUnitForBenefits
  • IncomeDeemedToUnitForIncTest
  • GrandparentIncDeemedForBenefit
  • GrandparentIncDeemedForIncTest
  • ChildCareDeductionUsedByUnit
  • WorkRelatedDeductionUsedByUnit
  • NetIncomeOfUnit
  • PassNetIncomeTest

Adjustment Factor For Rules From Years Other Than the Simulation Year

Determining Information About Years Other Than the Simulation Year

For some purposes, the TANF module needs to know information about a person's or an entire unit's status in years other than the simulation year. Specifically:

• One of the criteria for determining if a person is disabled involves determining if the current month is part of a 3-month spell of disability. If the current month is January or February the 3-month spell will include December and (if January) November of the prior year. Likewise, if the current month is November or December, the 3-month spell will include January and (if December) February of the following year.

  A similiar situation arises when determining if the primary earner of a two-parent unit is employed below the cutoff number of hours (and therefore eligible for a UP program). If the earner is over the cutoff in the current month but is not over the cutoff in the two prior months and the next month, the current month's condition is considered to be "temporary" and does not disqualify the earner from UP eligibility.

  Both of these situations (determining disability and UP eligibility) require information about weeks and hours worked for months in the prior year as well as in the following year. The determination of disability also requires information about labor force activity in the prior year as well as in the following year.

• The determination of whether a unit is an applicant or recipient involves looking at TANF receipt in the prior month. When the current month is January, information is required about TANF receipt in December of the prior year.

• Sometimes, aspects of a state's TANF program are time-limited. For example, numerous states have time-limited earnings disregards. In any month of the simulation year, this will require information about not only how many months the disregard has been used so far in the simulation year, but how many months it was used in the prior year. Many states have a time-limited UP program. This requires information about the number of months a unit has been receiving TANF as a UP unit in the prior year.

Since information for the prior year and the following year is not available on the input file (which only contains information for the simulation year), it must be imputed. The various imputation methods used are described below:

Imputing Information About the Prior Year

The TANF module needs the following information related to the prior year:

Monthly variables:

• Prior_PersonMonthlyLabForceAct – this follows the same coding as the monthly input variable MonthlyLaborForceActivity:
  • 1 = working
  • 2 = not coded
  • 3 = not coded
  • 4 = looking for work
  • 5 = ill or disabled
  • 6 = care for home/family
  • 7 = going to school
  • 8 = not coded
  • 9 = retired
  • 10=discouraged
  • 11=other
• Prior_PersonLastHoursPerWeek – weekly hours worked during the month
• Prior_PersonMonthlyWeeksWorked – number of weeks works during the month

Non-monthly variables:

• Prior_UnitMonthsUsedEarningDis – the number of months that the unit both received TANF and had earnings in the prior year
• Prior_UnitMonthsOnTANFAsUP – the number of months in the prior year that the unit received TANF as a two-parent non-disabled unit
• Prior_UnitRecipientStatus – whether the unit received TANF in December of the prior year

There are two methods for setting these variables. One method is to use a set of variables that give month-by-month information on the prior year (which can be generated using the PriorYearMatch module). The other method involves imputations internal to the TANF module.

Setting the Prior-Year Variables With Internal Imputations

When information from the PriorYearMatch module is not available, the TANF module uses alternative methods for imputing prior-year information. By turning-on DebugOptions 10-13, the TANF module will use various in-model imputation methods depending upon the type of prior-year information needed.

• Prior_PersonMonthlyLabForceAct, Prior_PersonLastHoursPerWeek, and Prior_PersonMonthlyWeeksWorked:

  When determining disability status and/or number of hours worked for UP-eligibility, the information needed for months in the prior year is assumed to be the same as that information for the same months in the current year. For example, when determining the number of hours worked in December of the prior year, the model uses the number of hours worked in December of the current year.

• Prior_UnitMonthsUsedEarningDis:
  

  When determining the number of months in the prior year that a unit has used the earnings disregard, the following cummulative probability distribution is used:

  Probability	Number of Months
  .231	0
  .357	1
  .445	2
  .481	3
  .613	4
  .663	5
  .683	6
  .710	7
  .737	8
  .762	9
  .777	10
  .999	11
  1.0	12

  For consistency, two-parent units are checked to see whether this imputation results in more months than the Prior_UnitMonthsOnTANFAsUP imputation, below. If so, the result from this imputation is set to the result from the Prior_UnitMonthsOnTANFAsUP imputation.

• Prior_UnitMonthsOnTANFAsUP:
  

  When determining the number of months in the prior year that a two-parent unit has been receiving TANF as a UP unit, the following cumulative probability distribution is used:

  Probability	Number of Months
  .341	0
  .498	1
  .572	2
  .637	3
  .707	4
  .731	5
  .748	6
  .766	7
  .784	8
  .796	9
  .796	10
  1.0	11

• Prior_UnitRecipientStatus:
  

  In January, when determining if a unit should be treated as a recipient (a unit that was receiving TANF in December), two-parent units use the result from the "Months on TANF as UP" imputation. If the result of that imputation is greater than 0, the unit is assumed to be a recipient. Other types of units are treated as recipients if any CPS data indicate that the unit received TANF during the prior year.

Setting the Prior-Year Variables Using the Prior-Year-Match Variables

When the Prior Year Match module is run, it produces 9 monthly variables describing information about the unit in each month of the prior year. The variables, and the variable-list rules used to read their information into the TANF module, are as follows:

The variable-list rule:	Should reference the PriorYearMatch variable:
PriorYrHeadActivity	PriorYrHeadActivity (monthly variable)
PriorYrSpouseActivity	PriorYrSpouseActivity (monthly variable)
PriorYrHeadUsualHours	PriorYrHeadUsualHours (annual variable)
PriorYrSpouseUsualHours	PriorYrSpouseUsualHours (annual variable)
PriorYrHeadWeeks	PriorYrHeadWeeks (monthly variable)
PriorYrSpouseWeeks	PriorYrSpouseWeeks (monthly variable)
PriorYrTANFUnitBenefit	PriorYrTANFUnitBenefit (monthly variable)
PriorYrTANFUnitEarnedInc	PriorYrTANFUnitEarnedInc (monthly variable)
PriorYrTANFUnitType PriorYrTANFUnitType (monthly variable)

This information is used to create the variables needed by the TANF module using the following assumptions and calculations:

• Prior_PersonMonthlyLabForceAct – coded using PriorYrHeadActivity and PriorYrSpouseActivity
• Prior_PersonLastHoursPerWeek – coded from PriorYrHeadUsualHours and PriorYrSposueUsualHours
• Prior_PersonMonthlyWeeksWorked – coded from PriorYrHeadWeeks and PriorYrSpouseWeeks
• Prior_UnitMonthsUsedEarningDis – set equal to the number of months in which both PriorYrTANFUnitBenefit is greater than 0 and PriorYrTANFUnitEarnedInc is greater than 0 (note that the months do not have to be consecutive).
• Prior_UnitMonthsOnTANFAsUP – set equal to the number of months in which PriorTANFUnitBenefit is great than 0, and PriorYrTANFUnitType indicates that the unit was a 2-parent non-disabled unit; the months do not have to be consecutive .
• Prior_UnitRecipientStatus – this is based on the December value of PriorYrTANFUnitBenefit.

Imputing Information About the Following Year

The TANF module needs information about the year following the simulation year for only two purposes - determining disability status and determining hours-worked for UP eligibility. In both of these cases, the TANF module assumes that the information needed for months in the following year is the same as the informaion for those months in the simulation year.

What-if Analyses Altering State Rule Settings

Two program rules that work in tandem--ApplyRulesOfOneStateToOthers and StatesToTakeRulesOfAnother--make it easy for analysts to simulate what-if analyses that set all state rules of states for whom StatesToTakeRulesOfAnother is coded "yes" to the same as the state that is identified by national program rule ApplyRulesOfOneStateToOthers,

Child Support Output Variables

Due to the complex nature of the handling of Child Support income by the TANF module, a number of result variables are created which contain information about Child Support income at various stages of processing:

The child support income received on behalf of a specific child (specified via the program rule ChildSupportIncomeOfChild) is saved as the result variable ChildCS_Intitial. It is summed across the family in various ways and stored as:

• UnitCS_Total: Summed for all family members who are also TANF-unit members (i.e. the result variable PersonType is non-zero).
• UnitCS_Ineligible: Summed for all family members who are not TANF-unit members.
• UnitCS_Total_Capped: Summed for all children in the family who are TANF-unit members but subject to the family cap. (i.e. the result variable IsCappedChild is non-zero).
• UnitCS_Total_NonCapped: Summed for all children in the family who are TANF-unit members and not subject to the family cap. Note that this is only calculated for units in states where ChildSupportOption = 5.

When determining eligibility, the result of applying the disregard specified by ChildSupportDisregard_Eligibility to the child support income of the family is saved as the result variable UnitCS_Eligibility. The amount of child support income that is transferred to the family and disregarded in the determination of the family's benefits is stored in result variable UnitCS_Disregard_Benefit. For states where ChildSupportOption = 5, the amount in ChildSupportDisregard_CappedChild specifies a per-child disregard for the income associated with capped children, and the portion of the income in UnitCS_Eligibility which is attributable to the capped children is saved in the result variable UnitCS_Eligibility_Capped.

When computing benefits, the result of transferring the amount specified by ChildSupportTransferToFamily to the family is saved as UnitCS_InitialTransfer. The result of disregarding ChildSupportDisregard_Benefit of this transfered income is saved as UnitCS_Benefit. For states where ChildSupportOption = 5, all of the income associated with capped children is transferred, and the portion of the income in UnitCS_InitialTransfer which is attributable to the non-capped children is saved in the result variable UnitCS_InitialTransfer_NonCapped. The portion of the income in UnitCS_Benefit which is attributable to the capped children is saved in the result variable UnitCS_Benefit_Capped (and is identical to UnitCS_Eligibility_Capped).

After benefits have been calculated, additional transfers of any child support income still retained by the state may be made in states where ChildSupportOption is 1-4. The total amount transferred to the family is stored in the result variable UnitCS_FinalTransfer (when ChildSupportOption = 5, UnitCS_FinalTransfer = UnitCS_InitialTransfer).

For those children receiving benefits, the variable ChildCS_Final is calculated as the value of UnitCS_FinalTransfer spread across all eligible children in the same ratio that ChildCS_Initial has to UnitCS_Total. In states where ChildSupportOption = 5, this allocation is only done to non-capped children, and spreads UnitCS_InitialTransfer_Noncapped in the ratio that each child's ChildCS_Initial had to UnitCS_Total_Noncapped. The capped children simply retain all of their ChildCS_Initial income.

For children not receiving TANF benefits, ChildCS_Final is the same as ChildCS_Initial. Note that for units not receiving TANF benefits, the following result variables are reset to 0:

• ChildCS_Transfer
• UnitCS_FinalTransfer
• UnitCS_MaxTransfer
• UnitCS_ReporterType

Variables Read Directly From an Input File

This section lists the variables that are read directly from an input file without the use of program rules, and it provides an indication of how the variables are used within the module.

Term	Usage	Term	Usage
AFDC	Eligibility	Age	Unit definition, eligibility, participation, tabulations
AllocFlagMonthsOfPublicAssist	Eligibility	AllocFlagPublicAssistanceType	Eligibility
Citizenship	Eligibility	CorrectedCitizenship	Eligibility
DetailedHhFamilyRelation	Eligibility	EconomicAdult	Eligibility
EthnicOrigin	Participation	ExpandedHhRelation	Eligibility
FamilyReferenceRelation	Eligibility	FamilySubfamiliesSeparate	Unit definition
FamilyType	Eligibility	FamilyWithSubfamilies	Eligibility
FipsStateCode	Eligibility, participation, tabulations	GovernmentSubsidy	Participation
HhFamilyRelation	Unit definition	HighestGradeCompleted	Participation
HouseholdNumberofPersons	Unit definition	LastOtherAllocatedPublicAssist	Eligibility
LastOtherSource	Eligibility	LastPublicAssistanceMonths	Eligibility
LastRemainingActivity	Eligibility	MaritalStatus	Unit definition, eligibility, participation, tabulations
MonthlyEarnings	Eligibility	MonthlyLaborForceActivity	Unit definition, eligibility
MonthlyUnearnedIncome	Eligibility	MonthlyWeeksWorked	Eligibility
OtherPublicAssistance	Eligibility	PublicHousing	Participation
RaceAndSex	Unit definition, eligibility	SocialSecurityOrRrr	Tabulations