Bug: Blipp integration cannot be disabled — deactivate returns 404

Allow ops and brand admins to turn off Blipp Reviews from Tools → Settings → Integrations → Blipp without errors.
Several brands need Blipp disabled temporarily while waiting for Google Business Profile (GMB) approval; the integration should stop sending review requests once deactivated.

Shayna attempted to disable Blipp for RIA ATL, NHI, SWF, SHS, and Top Choice while GMB approval is pending.
Clicking deactivate on the Blipp settings page returns a 404 instead of disabling the integration.
Ryan reproduced the failure.
The Blipp page correctly shows Connected (via GET blipp/status), but the deactivate action calls the wrong integration API — so connected brands cannot be turned off from the UI.
This affects any brand with an active Blipp connection, not only the five listed above; those brands are the ones ops tried first.

Frontend (attik-frontend)

Blipp settings page: src/app/tools/settings/integrations/blipp/page.tsx.
When GET blipp/status reports connected, the page renders DeleteAnythingBtnWModel with serverUrl='integration' and body { _integrationId: 'blipp', active: false } — a PATCH to /integration with no Mongo document id.
Deactivate handler: src/components/ui/DeleteAnythingBtnWModel.tsx sends PATCH to whatever serverUrl is passed.
Working pattern to mirror: QuickBooks deactivate in src/app/tools/settings/integrations/quickbooks/page.tsx fetches the integration row first (GET integration?_integrationId=quickbooks), then patches integration/${integration._id} with { active: false }.
HubSpot uses a dedicated disable endpoint instead (HubSpotConnectedState.tsx → POST hubspot/disable).

Backend (attik-backend)

Integration routes: src/routes/integration.ts — deactivate is only supported as PATCH /integration/:id, which loads the document via getSingleItem (findById(req.params.id)). Missing or invalid id → 404 "Integration not found or does not exist".
There is no route that accepts _integrationId in the body on PATCH /integration.
Blipp OAuth and status: src/routes/blipp.ts — GET /blipp/status finds an active integrations row with _integrationId: 'blipp'; POST /blipp/callback creates/updates that row on connect. No POST /blipp/disable endpoint exists today (unlike HubSpot's POST /hubspot/disable in src/routes/hubspot.ts).
Blipp action-flow sends check active integration in src/util/functions/actionFlows/sendBlippReviewRequest.ts.

Decision needed

Fix on the frontend only (fetch integration _id, patch by id — QuickBooks pattern), or add a dedicated POST /blipp/disable endpoint (HubSpot pattern). Either should set integration.active = false so status and action flows respect the disabled state.

Interim workaround (ops / eng)

Manually set active: false on the integrations document where _integrationId: 'blipp' for affected company ids until the UI fix ships.

Slack report: Message from ryan
Blipp settings UI: attik-frontend/src/app/tools/settings/integrations/blipp/page.tsx
Integration API: attik-backend/src/routes/integration.ts
Blipp routes: attik-backend/src/routes/blipp.ts
QuickBooks deactivate reference: attik-frontend/src/app/tools/settings/integrations/quickbooks/page.tsx

Attik