Skip to main content

N824 Remark Code: EVV Data Must Come Through a Vendor

N824 means the Electronic Visit Verification (EVV) data for the visit must be submitted through the EVV vendor the program requires, and it wasn't. The payer won't accept visit data from another route, so the claim can't be matched to a verified visit.

Quick facts

Code
N824 (RARC N824)
Status
Active In use since November 1, 2019.
Code set
Remittance Advice Remark Codes (RARC)
Group codes
  • CO (Contractual Obligation): The claim was denied because of how EVV data was submitted. It is the agency's to fix, not a member balance.
Official description
Electronic Visit Verification (EVV) data must be submitted through EVV Vendor.
X12 Remittance Advice Remark Codes, retrieved September 25, 2026
Last verified
against the official X12 list.

What N824 means

State Medicaid EVV programs define how visit data must reach them. Some states run a single state-provided system; others let agencies use their own approved systems but require those systems to send data to a central aggregator. N824 means your visit data didn’t arrive through the route the program accepts.

The visit may be perfectly real and fully recorded. What matters is that the payer’s claim check relies on data received from its designated vendor or aggregator, and yours isn’t there. The remark generally travels with CARC 16.

Common causes

  • Non-approved EVV system. The agency uses a scheduling or timekeeping tool that isn’t certified for the state’s EVV program.
  • Integration not complete. An approved third-party system hasn’t finished testing or connection with the state aggregator.
  • Wrong program or payer route, for example visits sent to the state aggregator when a managed care plan requires its own vendor.
  • Paper or spreadsheet logs submitted instead of electronic verification.

How to fix it

  1. Confirm the required vendor for this member’s program and payer in the state’s EVV guidance.
  2. Check your system’s status with that vendor or aggregator, including any integration approvals.
  3. Transmit or re-enter visit data through the approved channel, following any rules for late or manual entries.
  4. Resubmit the claim once visits appear as verified.

How to prevent it

  • Keep a list of which EVV vendor each payer and program requires.
  • Verify integration status before switching or upgrading EVV software.
  • Reconcile aggregator data against your internal EVV records each week.

Codes that may appear with N824

  • CO-16 (Claim/service lacks information or has submission/billing error(s).): Required EVV information wasn't received through the accepted channel.
  • N821 (Electronic Visit Verification System visit not found.): No EVV visit was found for the service.
  • N819 (Patient not enrolled in Electronic Visit Verification System.): The member isn't enrolled in the EVV system.
  • N890 (Electronic Visit Verification Data Element Requirements were not met.): EVV data element requirements weren't met.

N824 FAQ

What is an EVV vendor?

It's the system that captures visit data, either one the state provides or a third-party system the state approves. Visit data then typically flows to a state or plan aggregator used to check claims.

Can I use my own EVV system?

In many states, yes, if the system is approved and integrated with the state aggregator. Visits captured in a non-approved or non-integrated system may not count.

Does N824 mean the visits have to be redone?

No. It means the visit data must reach the payer through the right channel. Check with your state or vendor whether existing visit data can be transmitted or whether manual entry is allowed.