What happens when a verification check lapses

A verification check does not stay frozen after an editor approves it. It has a date attached, and that date gets older every day. This article explains what that aging means, what readers see when a check is current versus stale, and how you refresh the evidence behind a check from your account. It also covers the difference between a check that has simply aged and one that failed because new evidence contradicted it. Those two states look different on your public profile, and they mean different things.

The short version: we show dates, we keep showing them, and we never hide them to make a profile look fresher than it is. A reader can always see when a check was last confirmed. What you do with that date is up to you, and what you conclude from it is the point of this article.

How a check is born and what the date means

Verification here is manual. After you register a firm, you upload proof for each check inside the /account workspace. An editor opens that evidence, reads it, and approves the check on its own. Each check is handled one at a time. There is no bulk pass, and payment does not do the approving. When an editor approves a check, the system records a last-checked date. That date is the day a human looked at your evidence and agreed it held up.

Your documents stay private to the editorial team. The public Verification tab does not show the files you uploaded. It shows four things and nothing more: the check name, a plain-English description of what the check means, the status, and the last-checked date. So the date on the tab is not decoration. It is the anchor for everything a reader can trust about that check.

Because the date is real, it ages. A check approved in March is still an accurate record of what an editor saw in March. It says less about today. The further the date drifts from now, the more a careful reader should treat the check as a snapshot rather than a live reading.

Current checks versus stale checks

Think of a check as passing through states over time. It starts as pending while you gather evidence. It becomes approved when an editor signs off. From that moment the last-checked date begins to age. At some point the age crosses from current into stale in the eyes of a reader.

We do not delete a stale check or blank out its date. The Verification tab keeps displaying the same four fields. The status still reads approved, and the last-checked date still shows the day it was confirmed. What changes is the gap between that date and today. A recent date tells a reader the check reflects a fresh look. An old date tells a reader the check was true once and has not been re-confirmed since.

This is deliberate. A directory that quietly refreshed dates would be lying to its readers. We would rather show you an old date and let you judge it. If a check has aged, the honest signal is the old date itself. That is the whole reason the date lives on the public tab.

What a reader should conclude from a stale check

A stale check is not an accusation. It does not mean the firm did anything wrong. It means the last confirmation is old and nobody has looked again recently. For some checks that matters a lot. For others it matters less. A reader who cares should weigh the age against how fast the underlying fact tends to change.

Lapsed is not the same as failed

Two very different things can happen to a check, and readers should not confuse them.

A lapsed check has simply aged. The evidence was good when it was reviewed. Time passed and no fresh review happened. The status can still read approved. The old date is the honest marker. Nothing about a lapsed check says the underlying fact is now false. It says the confirmation is old.

A failed check is different. A check fails when new evidence contradicts the old claim. This is not about age. It is about a direct conflict between what was approved and what an editor later found. Failure means an editor saw something that no longer supports the check.

The clearest example is bar standing. Editors recheck bar standing every quarter against state bar rolls. That is an active re-review on a fixed schedule, not a passive drift. If a recheck shows a disbarment, that is contradicting evidence, and the consequence is immediate. A disbarment suspends a published profile automatically. The profile does not sit and wait for the next quarter. The suspension happens because the new fact contradicts the old one.

So keep the two ideas apart. Age produces a lapsed check with an old date. Contradiction produces a failure, and a failure can suspend a profile. One is a soft signal. The other is a hard event.

The quarterly bar recheck

Bar standing is the check editors re-run on their own, without waiting for you. Every quarter an editor compares your listed attorneys and bar numbers against the relevant state bar rolls. If everything matches, the check gets a fresh last-checked date. If a disbarment appears on the roll, the automatic suspension kicks in.

You do not have to trigger this recheck. It runs on the editorial schedule. It is the one place where age and re-review meet cleanly: a quarterly cadence keeps the date current for firms in good standing, and the same pass catches the firms that are not.

Docket-verified practice and Premium

Docket-verified practice is a separate check and a Premium-only one. It is sourced from CourtListener court records and then confirmed by an editor before it publishes. Like every other check, it carries a last-checked date, and that date ages the same way.

Premium is a one-time lifetime plan at $339, and it includes docket-verified practice plus deep links. It is worth knowing that Premium is suspendable. A disbarment suspends it, and so does a docket-loss, and there is no refund in either case. That is the failed-check path applied to a Premium feature. The lifetime nature of the plan does not shield the profile from contradicting evidence.

How owners refresh a check from /account

If a check has aged and you want a fresh date, you refresh the evidence yourself. Here is the practical walk-through.

• Sign in to your owner account. Accounts use email and password, with optional TOTP two-factor authentication if you turned it on.
• Open the /account workspace. Find the Verification section where each check is listed with its current status and last-checked date.
• Pick the check you want to refresh. Upload current proof for that specific check. Each check is separate, so you refresh them one at a time.
• Submit the evidence for re-review. The check moves back into a pending state for that item while an editor looks.
• An editor opens your new files, reads them, and decides. If the fresh evidence holds, the editor approves the check and the last-checked date updates to the day of that review.

Your new documents stay private, the same as your original ones. The public tab still shows only the name, description, status, and date. After a successful re-review, the only visible change to a reader is a newer date. That is exactly the signal you wanted: proof that a human looked again, recently.

What if the new evidence does not hold

If the fresh evidence contradicts the check rather than supporting it, the editor will not stamp a new date on a claim that no longer stands. A refresh is a real review, not a rubber stamp. This is the same reason payment never verifies a firm and never grants a badge. The evidence has to carry the check every time.

Why we never hide dates

Some directories treat the date as a marketing problem. We treat it as the core of the promise. A dated check tells a reader two facts at once: an editor confirmed this, and here is when. Strip the date and you keep the first fact while losing the second. That is not verification. It is a claim without a timestamp.

The public tab is intentionally plain for this reason. Name, description, status, date. A reader does not need to see your files to read the date and judge the age. Keeping the tab plain also keeps your uploaded documents private, which is what most owners want.

Reading the states as a visitor

If you are a reader rather than an owner, here is how to read what you see.

• Approved with a recent date: an editor confirmed this check recently. Treat it as current.
• Approved with an old date: the check lapsed on age. It was true when reviewed. Weigh how old the date is against how fast that fact tends to move.
• A missing or absent check: the firm has not passed that particular check. Absence is not failure, but it is not confirmation either.
• A suspended profile: an editor found contradicting evidence, such as a disbarment on a bar roll or a docket-loss for a Premium firm. This is the failed path, and it is a hard event.

One more thing about how firms are ordered on listing pages. Placement runs by plan tier first, Premium then Pro then Basic, and then by validated-review rating within a tier. We disclose this on listing pages with the line that ordering is by membership tier and that verification is independent of tier. Order is about the plan a firm bought. The dated checks on the Verification tab are about evidence. Do not read a high placement as a fresh check. Read the date for that.

The directory does not refer or route

VerifiedLawFirms is a directory, not a referral service. It does not match, recommend, or refer clients to firms, and nothing on it is legal advice. When a visitor wants to reach a firm, the visitor chooses the firm and contacts it directly using the details on its Contact tab. The directory never routes or assigns that contact. The verification states above are there to help you read a profile with clear eyes. They are not a recommendation to hire anyone.

So the lifecycle comes down to this. A check is approved on a date. The date ages, and an aged check is lapsed, not failed. A refresh from /account puts fresh evidence in front of an editor and, if it holds, updates the date. Contradicting evidence is a separate matter that can suspend a profile outright. Through all of it the date stays visible, because the date is the honest part.