> ## Documentation Index
> Fetch the complete documentation index at: https://docs.mosaqo.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Provider statuses

> What each status badge on the Providers page means, and what changing it actually does.

Every provider row shows a status badge. Here's exactly what each one means and how you get from one to the next.

<Frame caption="Provider status badges on the Providers page">
  <img src="https://mintlify.s3.us-west-1.amazonaws.com/mosaqo/images/providers/provider-status-badges.png" alt="Provider status badges" />
</Frame>

<Steps>
  <Step title="Invite Pending">
    You've sent the invite, they haven't set up their account yet. This is normal for up to 7 days.
  </Step>

  <Step title="Invite Expired">
    7 days passed with no action. They can't use the old link anymore — go to their row and click **Resend Invite**.
  </Step>

  <Step title="Active">
    They've set a password and can log in to the Provider Portal. They can be assigned requests (as long as they're also linked to the right property and service — see [Assigning providers](/providers/assigning-providers)).
  </Step>

  <Step title="Inactive">
    You've turned them off. See below for exactly what this does.
  </Step>
</Steps>

## Turning a provider Inactive

Use the dropdown on their row and choose **Deactivate**. This takes effect immediately, with no confirmation prompt:

* They're **logged out immediately**, even mid-session.
* They **can't log back in** — the Provider Portal blocks inactive accounts with a message telling them to contact their property manager.
* They **can't be assigned** any new requests — they won't even appear as an option in the assignment list.

<Warning>
  Requests **already** assigned to them are not automatically reassigned. If they had open requests when you deactivated them, those requests stay sitting on their plate — you'll want to manually reassign those requests to someone else. See [Assigning a request](/requests/assigning-a-request).
</Warning>

Deactivating is fully reversible — choose **Activate** on the same dropdown to restore login access and assignability at any time.

## Deleting a provider

Deleting is different from deactivating: it permanently removes their account.

<Note>
  You can only delete a provider who has **never been assigned a request**. If they have any request history — even a completed one from months ago — deletion is blocked, and you'll be told to deactivate them instead. This protects your booking history.
</Note>

If deletion is allowed, you'll get a confirmation dialog ("Delete this provider forever?") before it happens — this can't be undone.

<Tip>
  In practice: use **Deactivate** for anyone who's ever done real work on the platform, and reserve **Delete** for invites sent to the wrong person or providers you're removing before they've touched a single request.
</Tip>