Dental electronic remittance advice, or ERA, is the electronic explanation of how a plan processed claim payments and adjustments. Electronic funds transfer, or EFT, is the separate transaction used to move payment to the practice's bank. To complete posting, match the remittance to the actual payment, verify its claim detail, and record each financial event once.
CMS distinguishes these two transactions: the ERA explains the payment decision, while the EFT instructs a financial institution to transfer funds. Receiving one does not establish that the office has received and matched the other. CMS explanation of ERA and EFT
Keep three different records connected
The front desk needs a traceable connection among the payment, the remittance, and the claims to which the remittance applies.
| Record | What it establishes | What still needs checking |
|---|---|---|
| Bank payment record | Money received in the identified account | Which remittance and claims explain it? |
| ERA | Payer payment and adjustment detail | Was the payment received, and is this response already posted? |
| Patient claim ledger | Charges, payments, and adjustments recorded by the office | Do the entries agree with the correct claim response and receipts? |
A patient-facing EOB is useful for explaining the benefit decision, but it does not replace payment matching. Use the EOB reading guide when preparing the patient's account explanation after the underlying transactions are resolved.
Also verify who the plan paid. If money went to the subscriber, it will not become a practice deposit merely because the office received claim information. The assignment-of-benefits workflow addresses that payment-direction question.
Set up both delivery paths deliberately
For each payer, confirm how the practice enrolls in ERA and EFT and whether the requested setup covers both. CMS encourages providers to enroll for both transactions through participating health plans and identifies the practice's tax identification number and clinicians' NPIs as starting information. Actual enrollment instructions and delivery arrangements need payer-specific confirmation. CMS enrollment and transaction guidance
Begin with the payer's official provider site or a verified existing contact. Confirm any named enrollment service through that route before supplying banking or practice information. Have an authorized second person review new payment instructions and later bank-account changes.
Record these setup decisions in a protected payer inventory:
- Practice entity, payee identifiers, and locations covered.
- Authorized bank account for funds.
- ERA receiver, such as the practice or its approved clearinghouse.
- Software or service used to read the remittance.
- Approval status and confirmed effective date for each transaction.
- Where to report missing files or payments.
Ask the software provider whether it can receive and interpret the applicable 835 remittance and how its posting review works. Confirm any service fees and terms before acceptance. Automatic import is a processing capability, not proof that every claim or adjustment is correctly classified.
Keep existing paper and portal checks active until the transition is verified. A completed enrollment form is weaker evidence than a received payment paired with its readable ERA.
Match the trace information before the dollar amount
For healthcare ACH payments using the adopted standard, the associated trace information in the CCD+ payment addenda should match the TRN segment in the ERA. CMS calls linking these records reassociation. Ask the bank how the practice can obtain the healthcare payment addenda; an ordinary transaction description may not expose everything needed. CMS description of the shared TRN
Do not assume that any number labeled “trace” on a banking screen is automatically the ERA's matching identifier. Have the bank or payment service identify the relevant field, then retain that mapping in the procedure.
For each batch, check payer, payee, amount, payment reference, payment date, and actual receipt. Date and amount can help locate candidates, but two identical deposits can belong to different batches. Preserve the specific reference that establishes the match.
Next, confirm that the ERA is new. Search the posting history for its reference and inspect any earlier import, reversal, replacement, or manual posting. Downloading the same file through a different route should not create a second receipt.
Reconcile the batch before applying its entries
Review claim identifiers, service dates, providers, payment amounts, and adjustment explanations against the submitted claims. Keep questions about clinical coding or claim corrections with the authorized billing and clinical reviewers.
The total deposit can differ from the sum of current claim payments because of a documented provider-level adjustment. CMS's Medicare remittance guidance describes this mechanism, including deductions for earlier overpayments. That is a payment-reconciliation example; use the actual dental payer's remittance and instructions to determine the entries. CMS explanation of provider-level adjustments
Consider this entirely hypothetical batch. The payer reports three current claim payments and a separately identified recovery of an earlier overpayment. Assume the billing reviewer has confirmed every item and there are no other adjustments.
| Batch component | Amount |
|---|---|
| Claim A payment | $300 |
| Claim B payment | $420 |
| Claim C payment | $960 |
| Total current claim payments | $1,680 |
| Documented prior-overpayment recovery | −$120 |
| Payment received | $1,560 |
Check the bridge: $300 + $420 + $960 − $120 = $1,560.
The $120 difference is not an unexplained shortage to spread among today's patients. The reviewer links it to the earlier overpayment and approves the appropriate treatment. Preserve the current claim applications, recovery support, and net payment under the same batch reference.
Have the bookkeeper confirm how that batch reaches the accounting records. A bank-feed import should match the existing cash transaction when already recorded, rather than add another insurer receipt. The broader bank reconciliation procedure verifies the account-level result.
Hold unmatched items in a visible exception queue
Give each exception a payment or file reference, amount, discovery date, owner, and next follow-up date.
| Exception | Next investigation |
|---|---|
| Deposit without an ERA | Ask the verified payer or receiver to locate the remittance using payment details |
| ERA without a deposit | Confirm destination, payment status, timing, and whether any funds were due |
| Total does not reconcile | Check provider-level adjustments, reversals, missing detail, and payment grouping |
| File appears previously posted | Compare the original batch and correction history before another import |
Use the accountant-approved treatment for received but unapplied money. Keep it visible without assigning it to an arbitrary patient or posting a balancing write-off.
Close a batch when the payment is identified, its complete remittance is available, approved entries are posted once, and remaining disputed items have named owners. Save the posting reference and reviewer acknowledgment so the next employee can follow the money without repeating the investigation.
