HomeRevenue Leakage IntelligencePayment Posting Automation: The 835 Remittance Deep Dive
Recovery Workflows · Pillar

Payment Posting Automation: The 835 Remittance Deep Dive

By Wale Fawehinmi 13 min read Published September 16, 2026 Category: Recovery Workflows

Payment posting is the most under-discussed drag on the RCM P&L. Every 835 that lands is either auto-posted in seconds or manually keyed for minutes. This is the deep dive on what the 835 actually contains, what auto-posts cleanly, where the exceptions live, and the workflow that frees 1.5 to 2.5 full-time billers at 5,000 claims per month.

1. The manual-posting drag most operations ignore

2-5 min
Per claim to post manually (MGMA benchmark).
85-95%
Of 835 volume can auto-post without human touch.
1.5-2.5 FTE
Freed at 5,000 claims/month by automation.

Payment posting is the most under-discussed line item on the RCM P&L. Nobody wants to talk about it because it is boring. Boring is exactly why it eats so much biller time.

Every 835 that lands in your operation is either auto-posted or manually keyed. The math is not subtle: at 5,000 claims per month with a 3-minute average manual touch, that is 250 hours of biller time going to a task that has essentially zero decision-making content.

2. What the 835 actually contains

The 835 is the X12 HIPAA transaction set for electronic remittance. Every line carries the same structural elements:

  1. Claim identifier. Payer's internal claim number plus your billing system's claim reference.
  2. Service line details. CPT, DOS, billed amount, allowed amount, paid amount.
  3. Adjustment codes. CARC (Claim Adjustment Reason Code) explaining why the payment differs from the billed amount. RARC (Remittance Advice Remark Code) providing detail.
  4. Provider level adjustments. Recoupments, refunds, forwarding balances.
  5. Payment method and EFT trace. Links the 835 to the actual bank deposit.

Everything you need to auto-post, reconcile, and route denials is in that data. The complexity lives in the edge cases: unmatched claims, partial payments, secondary payer coordination, and unusual CARC/RARC combinations.

3. What auto-posts cleanly

The clean-post cohort, roughly 85 to 95 percent of volume in a healthy operation:

  1. Fully paid claims. Payer paid at or above the contracted rate. Post payment, record adjustment, close account.
  2. Contractual write-offs. CO-45 adjustment at the expected contract rate. Post adjustment, no dispute needed.
  3. Straightforward denials. CO-16 (missing info) with clear RARC, CO-197 (auth missing) with clean flag. Post the denial to the account and route the claim to the appropriate workflow.
  4. Coordination of benefits. CO-22 primary/secondary. Post primary payment, forward to secondary.

4. Where exceptions live

The 5 to 15 percent that requires human judgment:

  1. Unmatched claims. The payer's claim reference does not resolve to a claim in your PM. Usually a submission ID mismatch, needs manual investigation.
  2. Partial payments below the contract rate. CO-45 at less than the contracted rate is either a silent rate change, drift, or carve-out misapplication. Requires reconciliation before posting.
  3. Unusual CARC combinations. Denials with multiple CARCs (CO-50 plus CO-97) require reading the RARC narrative to decide the appeal path.
  4. Recoupments and refunds. Payer took back a previous payment. Requires reconciliation with the earlier claim and often a dispute.
  5. Manual EOBs. Payers still sending paper EOBs require OCR conversion before auto-posting can run.

5. A four-step posting workflow

Step 1: Ingest every 835 within 24 hours of receipt

Automated ingest, no manual download step. Every payer either pushes to your clearinghouse or delivers via SFTP; the workflow should pick up new 835s hourly.

Step 2: Auto-post the clean cohort

Match, post, adjust, close. Log the transaction. For denials that auto-post, route the underlying claim to the denial team queue by CARC.

Step 3: Route exceptions to human queue with context

Exception queue is prioritized by dollar amount, aging, and expected recoverability. Reviewer sees the 835 line, the underlying claim, and the specific reason it was routed (unmatched, partial payment, unusual CARC, recoupment).

Step 4: Reconcile deposits to posted payments daily

Sum of posted payments must reconcile to the EFT deposit total. Discrepancies get investigated same-day. Most posting errors surface here.

Automation opportunityPayment posting is one of the highest-yield AI use cases in the entire revenue cycle. The task is well-defined, high-volume, and mostly deterministic, with a clean human-fallback for the exceptions. This is exactly what our AI Biller automates.

6. Software category map

Category
What it does
Fit
PM native auto-post
Basic auto-post inside your existing PM system (athenahealth, Tebra, eClinicalWorks). Handles clean cohort; exceptions route to a queue.
Everyone
Clearinghouse posting
Waystar, Availity, Change Healthcare handle ERA routing and pre-post edits before delivery to PM.
Multi-payer
EOB OCR conversion
Converts paper EOBs to 835 format for auto-posting. Increasingly bundled with payment posting AI.
Still-paper payers
AI-augmented workflow
Reads every 835, handles the exceptions with contextual reasoning, and routes only the truly ambiguous ones to humans.
Capacity-constrained

7. Five metrics to instrument

  1. Auto-post rate. Percent of 835 line items posted without human touch. Target 85-95%. Under 75% means either exception routing is too aggressive or the underlying data is noisier than average.
  2. Exception queue depth. Number of unresolved posting exceptions. Should stay flat week over week; a rising queue is a capacity signal.
  3. Time to post. Hours from 835 receipt to fully posted. Target under 24 hours.
  4. Reconciliation variance. Difference between posted payments and EFT deposits. Should be zero every day; anything else is a posting error to investigate same-day.
  5. Denial routing accuracy. Percent of denied claims correctly routed to the right workflow bucket (CO-16 to correction, CO-50 to clinical appeal, etc). Target 95%+.

8. Where to start Monday morning

  1. Audit your current auto-post rate. Pull the last 30 days of ERAs and calculate how many line items required human touch. Anything under 80 percent is opportunity.
  2. Categorize the exceptions. Bucket the human-touch cases by reason (unmatched, partial payment, unusual CARC, recoupment). Top three account for most of the volume.
  3. Fix the top-bucket root cause. Unmatched claims are almost always a submission-ID configuration issue. Partial payments are almost always contract reconciliation. Recoupments need a specific workflow.
  4. Instrument the four metrics above. Report weekly for a quarter. If auto-post rate climbs and exception queue holds flat, the fix worked.

Or have us build the AI biller that runs this workflow for you.

Every workflow in this pillar is exactly what our AI Biller does. Delivered in 30 days. Lives inside your PM system. Money back if it does not outperform your current process on three metrics you pick.

See the AI Biller →

Frequently asked questions

What is an 835 remittance?
The 835 is the electronic remittance advice standard defined by X12 HIPAA transaction sets. Every payer sends an 835 to accompany a payment (or a denial notice). The 835 tells the biller which claims are being paid, how much, what was denied and why (via CARC and RARC), what the contractual adjustment is, and the total payment amount. Modern payers send 835s electronically alongside EFT (Electronic Funds Transfer); older paper remittances (EOBs) still exist and require conversion.
What is payment posting automation?
Software that reads every 835 as it lands, matches each line item to the underlying claim in the PM system, posts the payment amount, records the contractual adjustment, flags denials by CARC for routing to the denial team, and closes the account if fully paid. Automation typically handles 85 to 95 percent of posting volume without human touch; the remaining 5 to 15 percent are exceptions that require a human decision (partial payments, unmatched claims, disputed adjustments).
How much time does auto-posting save?
MGMA benchmark for manual payment posting is roughly 2 to 3 minutes per claim at hospital scale, 3 to 5 minutes per claim at physician-practice scale (multi-claim ERAs are faster per line). At a modest 5,000 claims per month, that is 250 to 415 hours per month of biller time, or 1.5 to 2.5 full-time biller salaries. Auto-posting reduces the human touch to about 10 percent of claims, freeing 90 percent of that time for denial work and AR follow-up.
Do I need software to auto-post payments?
Every major PM system has some auto-posting capability; the differentiator is what happens on the exceptions. Basic auto-post takes clean, single-payer, fully-paid claims and moves them through. What most operations lack is the workflow layer that routes the exceptions: partial payments, secondary payer coordination, disputed CARCs, unmatched claims. That is where software (or an AI biller) earns its keep.
What is the difference between ERA and 835?
ERA (Electronic Remittance Advice) is the general term for the digital remittance a payer sends. 835 is the specific HIPAA X12 standard format that ERAs use. In practice the terms are used interchangeably. If the payer is still sending paper EOBs, the biller has to convert them to 835 format for auto-posting (either manually keyed or through OCR-based conversion).
How do I handle paper EOBs?
Two options. Option A: manual key-entry of each line item into the PM system. Slow, error-prone, and increasingly unnecessary as CMS pushes payers to electronic delivery. Option B: OCR-based conversion of paper EOBs to 835 format, then auto-post the converted 835. Modern AI-based OCR (including the tooling our AI Biller uses) achieves 98%+ accuracy on structured EOBs, cutting the manual work substantially.
What is the cost of a payment posting error?
Errors cascade in three directions. First, incorrect balance leaves the account open or generates an incorrect patient statement. Second, misapplied contractual adjustments hide underpayments that would otherwise be recoverable. Third, unposted denials never route to the denial team and become permanent revenue loss. MGMA estimates the cost per posting error at $15 to $25 when caught quickly, $75 to $200 when caught after downstream damage.
Can AI post payments?
Yes, and better than most rule-based auto-posters. AI reads the 835 like a human coder does: it matches ambiguous claim references, disambiguates unusual CARC/RARC combinations, and routes exceptions with contextual reasoning rather than falling back to a human queue. This is exactly what our AI Biller does on every 835. Delivered in 30 days, integrated with your PM, money back if it does not outperform your current posting workflow.

Want to talk through this for your organization specifically?

A 30-minute call. Bring your top pain points and the numbers you already track. We will tell you what a first-cycle assessment would surface, what an AI biller build would look like for your setup, and whether we are the right partner. No slides, no pitch.

Book a 30-minute consult →