Using the Forage Records Section
16 min read · Last updated · Page version 32
Forage appears as a Records section inside your Squirrel portal, alongside Archive and Security.

The menu has two groups.
- Records: Dashboard, Search, Coverage, Sites, Exceptions, Readers, Queue, Activity, Log, Reports and Settings.
- Classification: Overview, Search by Label, Labels, Suggested Labels and Content Rules. Where content classification is not switched on for a deployment, this group shows a padlock.
Dashboard

The overall picture:
- which site is being read now, and how far through the estate Forage is;
- how many documents Forage is tracking, and how many are searchable, waiting, and could not be read;
- document libraries read and still to read;
- progress by source, live and archived;
- documents made searchable per day and per hour, and an estimate of the time to finish at the rate actually achieved.
The estate total is only as current as Squirrel's last scan of each site, which the page states. Other figures refresh on a short cycle.
How to: follow Forage's progress.
Search
One full-text search across live and archived content. Results carry highlighted extracts, the file's name and location, and the retention and sensitivity labels Squirrel recorded for it. A file still in SharePoint links straight to it; a file in the archive links to the Archived Files page instead, ready to restore.
Search tips, as the page gives them:
- Put a phrase in quotes to find those words together and in order.
- Use
|between words for OR. - Put
-in front of a word to exclude it.
Filter results by All, Live or Archived, and open any result to read its text.

Two things worth knowing before you rely on it. Search covers only what Forage has read so far, which the Coverage page quantifies. And results are not limited to what each person could open in SharePoint.
How to: search, and see why a file was not read.
Coverage
Coverage keeps three answers apart: how much of the files in scope is searchable, how much of all of SharePoint is, and how much of what Forage has read so far is. It also shows whether what was read is being kept current.
It shows:
- how much of the files in scope is searchable, how many are still to read, how many have a problem now, and how many sites are listed;
- where every file in scope stands: searchable, waiting or being read, could not be read, listed but not read, or not listed yet;
- the reading rate, the files found new in the last hour, when sites were last checked for changes, and the first reads under way;
- the sites Forage has started but not finished, with the type of read, files listed and time so far;
- under tabs, coverage by file type, the problems now, what was listed but not read and why, how files were read, and all of SharePoint for reference.
Everything Forage does not read is still counted, with the reason. It is accounted for, not missing.

Sites
Every site on Squirrel's list, read or not, with its file count and size, whether Forage reads it, its rank, and how far reading has got: not started, reading, done, excluded or not decided. This is also where you choose what Forage reads.
- Include or exclude sites, one at a time, in bulk, or by an address pattern.
- Rank them, so the sites that matter are read first. Rank 1 is read first, 2 second; an unranked site is read after every ranked one.
- Choose what happens to new sites, and to a site you exclude after Forage has already read it: keep what was read searchable, or remove it from search.
A new deployment reads nothing until sites are included. Forage follows each change from its next pass over the sites, every change is recorded with who made it and when, and excluding a site never touches the site itself.
How to: choose which sites Forage reads.

Exceptions
What could not be read, grouped by cause and ranked by documents lost.

- which causes are still happening;
- which kind of cause each is, and so who can act on it;
- whether each cause will be retried or needs someone to act;
- which sites lost documents;
- the documents behind each cause, with filters, and an export of the current page of that list.
Failures that belong to the document itself, such as a password or encryption, or to a copy SharePoint held that was already damaged before Forage fetched it, are labelled as such so nobody chases them as faults.
How to: understand exceptions and unread files.
Scanned pages that could not be read are not yet listed here. Their documents are counted as partly read.
Activity

- what has been read;
- what an administrator changed;
- who searched, and for what;
- what would not open;
- documents Squirrel reported as changed where the content turned out to be identical, so nothing needed reading again.
The two processing status pages
The Records section also has processing status pages for administrators.
Log
One timeline of what people did, newest first. The Log records every change to settings, content rules, labels and sites, every search, every document opened and every report exported, each with who did it, when, what it was done to and the reason given.
Open an entry to see the value before and after the change, and the detail recorded with it. Filter by kind, by person, by any text, and by date, then export to PDF or a spreadsheet.
The Log is tamper-proof: no one using Forage, administrators included, can change or remove an entry, and clearing Forage's data to read the estate again keeps them. Sign-ins to the portal are not recorded.

How to: see who did what.
Reports
Four reports, each filtered by site and by date and exported as a PDF or a spreadsheet:
- All your files: files by site, by SharePoint or Archive, and by type, with how much was read in full, read in part, or not read, and why.
- Sensitive content, where content classification is enabled: the files carrying each label, by site and severity.
- Labels by file, where content classification is enabled: one row per file, with the labels on it and when it was last checked.
- Files not read: what was not read, and the reason.
Every export states the customer, when it was produced, and the filters used. Lists show up to 100 rows; the summary figures count everything the filters select.

How to: produce a report for a board or an auditor. Forage can also email the reports on a schedule.
Classification Overview
Where content classification is enabled, one page showing how far checking has got and what has been found.
- how many files have been checked out of all the files that can be checked, the share done, and whether checking is running;
- files checked, waiting, labelled, the active labels and rules, and files that could not be checked;
- how many files carry each label, and the sites holding the most labelled files;
- the files most recently labelled, and the most recent changes to rules.
A file is checked once Forage has read it, and Forage reads a file's pictures and scanned pages in the same pass as its typed text, so a file is checked on all of its text. Files with no text whose scanned pages were never read are shown apart: they have nothing to check unless they are read again. Checked means compared against the rules active now. The totals are prepared in the background every few minutes, and each says how old it is.

How to: see classification at a glance. You can also find files by label in Search.

Labels
Where content classification is enabled:
- how much of what Forage has read has been checked against the current rules;
- each label with its document count and severity;
- create, edit, retire, reinstate and delete your own labels, with a history of every change;
- the rules behind the labels, with the documents behind each.

Counts are within the documents checked, not the whole estate, and are counted in documents rather than findings. When the rules change, the checked figure falls and refills as Forage checks everything again in the background.
New to this? Start with labels and rules in plain words.
How to: create and edit labels, and see what a label or rule found.
Suggested Labels
Where content classification is enabled, the labels Forage suggests from the files it has read.
- choose the sites to look through, and follow the steps while suggestions are prepared;
- each suggestion with its file count, example files, keywords and sites, and how many files a rule on those keywords would find;
- edit a suggestion's name, category, severity and words before deciding, then accept it, which creates the label and a draft rule, use it for an existing label, merge it into another suggestion, or reject it.
Forage AI, which runs inside your own deployment, reads the files Forage has read there, groups them by what they contain and suggests a label for each kind of record it finds, such as invoices, packing lists or test reports, with how many files in those sites such a rule would find. Nothing is labelled until a person accepts a suggestion and switches its rule on, a rejected suggestion is not made again, and every decision is recorded in the Log. Reading slows down while suggestions are prepared, and returns to normal speed by itself when they are ready.

How to: get label suggestions.
Content Rules
Where content classification is enabled, this is where a rule is written, saved as a new version, test run, activated, retired, or deleted while still an unused draft.
Every change is a new version. Rules are not edited in place.

A test run before a rule goes live shows three figures:
- the most the rule could match;
- a sample checked with the real rule;
- a projected range across the documents read so far.
The test run is offered rather than required, and its projected range covers the documents read so far rather than the whole estate.
How to: write, test and switch on a content rule. There is also a worked example, from a new label to its results.
Settings

- Read live content, archived content, or both.
- Choose which document types are read.
- Choose what happens to documents of a type that is switched off: Keep them, or Delete them permanently.
Delete them permanently requires a reason, which is recorded. It removes Forage's copy of the text, its search entries, and its record that those documents were examined. The documents themselves, in SharePoint and in the archive, are untouched.
Every change is recorded with who made it and when, and takes effect automatically.
Which document types a deployment can read is confirmed by SmiKar. A new deployment starts with the most common types.
Questions go to sales@smikar.com.