# Archiving and deletion

> In Solk, records are rarely deleted; they're closed, deactivated, or marked as former. Historical reports stay intact.

Sales history is the foundation of reports, forecasts, and customer relationships. That's why Solk **deactivates** a record instead of deleting it. Permanent deletion is an operation only an admin can perform from the web interface, after an automatic backup is taken. The API has no permanent-delete endpoint.

| Record | Instead of deleting | In the API |
|---|---|---|
| Company | **Deactivate** (*Pasife al*) — the company is removed from lists and reminders; its history is kept. If an admin deletes an inactive company a second time, a backup is taken and the company is permanently deleted. | List inactive companies with `?active=0`; the status can't be changed through the API. |
| Person | Mark as **Former** (*Ayrıldı*) (`is_former`) — the person's name stays on past activities. | [Update a person](/rest-api/people/update) `is_former: true` |
| Opportunity | Move it to the **Lost** (*Kaybedildi*) or **Canceled** (*İptal*) stage; revive it if needed. | [Change stage](/rest-api/deals/stage), [Revive](/rest-api/deals/revive) |
| Task / action | **Complete** (*Tamamla*) — with an outcome note. | [Complete an action](/rest-api/actions/complete) |
| Fair lead | **Dropped** (*Vazgeçildi*) status. | [Update a lead](/rest-api/fairs/leads-update) |
| Calendar event | Events added in the app can be deleted. | [Delete an event](/rest-api/calendar/delete) |
| User | **Close** (*Kapat*) — sign-in and tokens are revoked; the user's records are kept. | [SCIM](/rest-api/scim) `active: false` |

## Sample data

For a demo or trial, an admin can load sample companies, opportunities, and actions into the installation with the **Sample data** (*Örnek veri*) card on the **Settings** (*Ayarlar*) page, and remove them all with one click. Sample records don't send events to apps. We recommend testing your integration with sample data in a trial installation before you connect it to a live installation.

## Audit log

Creates, edits, stage changes, postponements, deletions, permission denials, and MCP tool calls are written to the audit log along with who performed them; changes from the mobile app and the API carry the note "mobil" (mobile). Admins can view the log in **Settings → Audit log** (*Ayarlar → Denetim günlüğü*).