Co-Borrower Mortgage Application: Combined Income and DTI Guide

Your income is $5,000/month. The mortgage is for $400K. You need a co-borrower. Their income, credit, and debts are now part of your application.

A co-borrower is fully liable for the mortgage. This page covers the difference between co-borrower and co-signer, the combined income and DTI, the documentation for both borrowers, and the recon cutoff tool’s per-co-borrower handling.

A co-borrower is fully liable for the mortgage. Their income, credit, and debts are combined with the primary borrower. The co-borrower’s bank statements, tax returns, and credit report are required. The co-borrower’s debt-to-income ratio must meet the lender’s threshold.

The recon cutoff tool handles both borrowers’ statements separately, then emits a combined view. A co-signer is different from a co-borrower: a co-signer is liable but doesn’t own the property; a co-borrower owns it jointly. The recon cutoff tool’s per-co-borrower-handling processes both statements and the per-combined-summary emits the combined view for the underwriter.

For the broader mortgage workflow, see the mortgage application bank statement guide pillar. For the asset verification, see the asset verification guide. For the joint rental application (similar concept), see the joint rental guide.

Co-Borrower vs Co-Signer

A co-borrower is fully liable for the mortgage and owns the property jointly. A co-signer is liable for the mortgage but doesn’t own the property. The recon cutoff tool’s per-co-borrower-handling and per-co-signer-handling process both cases differently.

What most guides miss about mortgage applications is that the quality depends on the mechanism, not on the tool. Two tools that look different on the surface often run the same 4-step process underneath: read, find, parse, verify. The difference is in how well each step handles edge cases (merged cells, missing balances, non-standard date formats, scanned vs digital input).

Choosing between tools based on UI alone misses the actual quality lever.

For mortgages, co-borrower is more common. The co-borrower’s name goes on the title. The co-borrower’s credit, income, and debts are all in the application. The recon cutoff tool’s per-title-handling tracks the title structure.

Who Can Be a Co-Borrower

Common co-borrowers: spouse, parent, sibling, close relative. The lender wants to see a relationship and a paper trail of the gift (if the co-borrower is providing funds). The recon cutoff tool’s per-relationship-handling documents the relationship.

The Combined Income and DTI

The combined income must meet the lender’s threshold (typically 3x monthly mortgage PITI). The combined DTI must meet the lender’s threshold (typically 43-45%). The recon cutoff tool’s per-combined-handling calculates both.

The Combined Income Calculation

The combined income is the sum of both borrowers’ income. $5K + $4K = $9K/month. The recon cutoff tool’s per-combined-income-handling sums the income. The recon cutoff tool’s per-income-summary emits the combined summary.

The Combined DTI Calculation

The combined DTI is the combined debt divided by the combined income. ($1K + $800) / $9K = 20%. The recon cutoff tool’s per-combined-dti-handling calculates the DTI. The recon cutoff tool’s per-dti-summary emits the summary.

The Documentation for Both Borrowers

Both borrowers need the same documentation. The recon cutoff tool handles both borrowers’ statements separately.

The 4 Required Documents per Borrower

4 documents are required for each borrower: bank statements (2-3 months), tax returns (2 years for self-employed), pay stubs (W-2 employees, recent 30 days), credit report. The recon cutoff tool’s per-borrower-doc-list handling tracks the docs.

The recon cutoff tool’s per-co-borrower-export emits each borrower’s docs separately, then the per-combined-export emits the combined package.

The 3 Common Co-Borrower Mistakes

3 mistakes co-borrowers make on mortgage applications.

Mistake 1: One borrower’s weak credit kills the application. The underwriter uses the lower of the two credit scores. The fix: both borrowers should check their credit before applying. The recon cutoff tool’s per-credit-flag handling tracks the credit scores.

Mistake 2: One borrower’s high DTI pulls the combined DTI up. The combined DTI uses the higher of the two DTIs (in some lender calculations). The fix: pay down debt before applying. The recon cutoff tool’s per-dti-tracking handles the calculation.

Mistake 3: Not providing both borrowers’ statements. The lender wants both. The fix: submit both borrowers’ complete documentation. The recon cutoff tool’s per-borrower-completeness-check tracks this.

A common failure mode bookkeepers report is treating this as a single operation rather than a chain of dependent steps. The temptation is to find a tool that ‘just works’ and stop investigating the mechanism.

The result is a wrong-fix cycle: the tool gives partial output, the bookkeeper spends 30+ minutes troubleshooting, the fix is for the wrong step, and the same error recurs on the next statement. The fix: identify which step failed and apply the right intervention to that step.

The Per-Co-Borrower Workflow

The per-co-borrower workflow runs in 5 steps. The 5 steps take 2-3 hours for both borrowers.

Step 1: Confirm the Co-Borrower

Confirm the co-borrower. The recon cutoff tool’s per-co-borrower-confirmation handling tracks the relationship. The recon cutoff tool’s per-eligibility-check ensures the co-borrower meets the lender’s criteria.

Step 2: Each Borrower Downloads Statements

Each borrower downloads 2-3 months of statements. The recon cutoff tool’s per-borrower-download handling tracks each borrower’s progress.

Step 3: Each Borrower’s Statement Goes Through the Tool

Each borrower’s statement goes through the recon cutoff tool. The recon cutoff tool’s per-borrower-export-handling emits a clean PDF or Excel per borrower. The recon cutoff tool’s per-borrower-summary emits the 1-page summary per borrower.

Step 4: Combine the Statements

Combine the statements into the application. The recon cutoff tool’s per-combined-handling merges the statements. The recon cutoff tool’s per-combined-summary emits the 1-page combined summary.

Step 5: Submit the Application

Submit the combined application. The recon cutoff tool’s per-application-export-handling emits the complete set: both statements + credit reports. The recon cutoff tool’s per-archive stores the set.

For the broader mortgage workflow, see the mortgage application bank statement guide pillar. For the asset verification, see the asset verification guide . For the large deposits, see the large deposit guide . The bank statement converter handles all the steps with the integrity check at the end. The bank statement converter handles all the steps with the integrity check at the end.

The bank statement converter handles all the steps with the integrity check at the end. The bank statement converter handles all the steps with the integrity check at the end.

Related: complete mortgage application bank statement guide

This topic is one node in the broader mortgage-application bank-statement cluster on this site. he consolidated hub, with the full decision framework covering FHA, VA, conventional Fannie Mae and Freddie Mac, DSCR, and conventional loans, lives in the complete mortgage application bank statement guide.

For related reading on the broader statement-reading clusters, see the complete MCC guide and the complete US bank payment rails guide. he expanded bank statement anatomy pairs naturally with this hub as a primer.

More on the broader cluster

For the broader context on US bank-statement reading, see the consolidated hubs on merchant category codes, payment rails, and the statement anatomy. These hubs work together to cover credit-card statements, bank-account statements, and the categorization signals that survive merchant-name truncation.

When reconciliation runs into edge cases, the practical answer usually lives in the federal-regulations cluster, the bookkeeper-resource cluster, or the credit-card-statements cluster. Each offers a domain-specific take on the same underlying signal.

Easy Statement Sheet reads bank-statement and credit-card statement PDFs into a clean four-column output (Date, Description, Amount, plus Merchant Category Code for credit-card statements, plus the running balance for bank-account statements). Files are never stored.

The first three statement conversions are free, no card required. Plans start at $15 per month. The four-column output preserves the categorization signals without retyping, so the rule-based reconciliation layer survives merchant-processor changes.

Decision framework for this topic

For the broader context on US bank-statement reading, see the consolidated hubs on merchant category codes, payment rails, and the statement anatomy. These hubs work together to cover credit-card statements, bank-account statements, and the categorization signals that survive merchant-name truncation.

Each hub is built to be the canonical reading for one cluster of search intent, with cross-cluster links that take you to the right next node.

When reconciliation runs into edge cases, the practical answer usually lives in the federal-regulations cluster, the bookkeeper-resource cluster, or the credit-card-statements cluster. Each offers a domain-specific take on the same underlying signal. The merchant category code is the same whether the reader is the small-business owner, the bookkeeper, or the lender.

For lender workflows, the merchant category code on credit-card statements and the ACH SEC code on bank-account statements are the two signals underwriters most often scan first. Lenders use the four-column conversion output as a quick reference for what the borrower actually spent.

Cash advances flagged at MCC 6011 and quasi-cash at MCC 6051 draw particular scrutiny at mortgage underwrite, and crypto exchanges on the ACH rail draw additional questions for self-employed applicants.

For bookkeeper workflows, the categorical signal ties directly into the chart-of-accounts. A bookkeeper who maintains categorization rules keyed off the merchant category code can process dozens of clients per week without manual categorization of common merchant types. The conversion output is the durable input; the rule set is the durable work product.

Easy Statement Sheet reads bank-statement and credit-card statement PDFs into a clean four-column output (Date, Description, Amount, plus Merchant Category Code for credit-card statements, plus the running balance for bank-account statements). Files are never stored. The conversion runs entirely in memory and produces a deterministic output that downstream tools can parse.

The first three statement conversions are free, no card required. Plans start at $15 per month. The four-column output preserves the categorization signals without retyping, so the rule-based reconciliation layer survives merchant-processor changes. For bookkeepers handling dozens of clients per month, this is the highest-leverage workflow to standardize.

Related reading and broader clusters

For the broader context on US bank-statement reading, see the consolidated hubs on merchant category codes, payment rails, and the statement anatomy. These hubs work together to cover credit-card statements, bank-account statements, and the categorization signals that survive merchant-name truncation.

Each hub is built to be the canonical reading for one cluster of search intent, with cross-cluster links that take you to the right next node.

When reconciliation runs into edge cases, the practical answer usually lives in the federal-regulations cluster, the bookkeeper-resource cluster, or the credit-card-statements cluster. Each offers a domain-specific take on the same underlying signal. The merchant category code is the same whether the reader is the small-business owner, the bookkeeper, or the lender.

For lender workflows, the merchant category code on credit-card statements and the ACH SEC code on bank-account statements are the two signals underwriters most often scan first. Lenders use the four-column conversion output as a quick reference for what the borrower actually spent.

Cash advances flagged at MCC 6011 and quasi-cash at MCC 6051 draw particular scrutiny at mortgage underwrite, and crypto exchanges on the ACH rail draw additional questions for self-employed applicants.

For bookkeeper workflows, the categorical signal ties directly into the chart-of-accounts. A bookkeeper who maintains categorization rules keyed off the merchant category code can process dozens of clients per week without manual categorization of common merchant types. The conversion output is the durable input; the rule set is the durable work product.

Easy Statement Sheet reads bank-statement and credit-card statement PDFs into a clean four-column output (Date, Description, Amount, plus Merchant Category Code for credit-card statements, plus the running balance for bank-account statements). Files are never stored. The conversion runs entirely in memory and produces a deterministic output that downstream tools can parse.

The first three statement conversions are free, no card required. Plans start at $15 per month. The four-column output preserves the categorization signals without retyping, so the rule-based reconciliation layer survives merchant-processor changes. For bookkeepers handling dozens of clients per month, this is the highest-leverage workflow to standardize.