Set up a visiting purpose

A visiting purpose is the reason someone is coming, and it carries the form that comes with that reason. An interview, a delivery and a contractor visit are the same mechanism asked different questions: the purpose decides which details are collected, whether a photo is taken, which terms have to be agreed to, which surveys are answered, and which of those a visitor may leave blank.

It is chosen once — by the employee sending the invitation, or by the receptionist registering a walk-in — and everything downstream reads from it.

1. Open Visiting purpose

It is under Invite visitor settings in the Visitor Management menu, beside Visiting form, Visitor attributes and Visitor survey.

The list shows each purpose with its Required fields and Optional fields spelled out, and the surveys attached to it — enough to compare two purposes without opening either. One row carries a Default badge: that is the purpose pre-selected on every invitation and every walk-in.

2. Name it

Add opens the editor on Basic information. Name is what an employee picks from when they invite someone, so name it for the visit rather than for the paperwork — Contractor, not Photo and ID required. It is multilingual: fill in every language your organisation uses, because a name left blank in one language silently falls back to the primary one.

Two fields underneath are optional and easy to skip on purpose:

• Scope — the organization unit that owns this purpose. Present only where your licence includes organization units.
• Access ID — a stable short code so a spreadsheet import can name this purpose. Leave it blank if visits of this kind are never imported. It has to be unique across the whole organisation, and a duplicate is refused on save.

3. Choose the key visitors are stored under

This is the one setting on the screen worth slowing down for. Offision keeps one record per visitor, not one per visit, and the key for storing visitors is what decides whether the person at the desk today is the same person as last month — so their history, their long-term badge and their past surveys follow them instead of splitting into two strangers with the same name.

Pick exactly one:

Choosing Customize key adds Customize key name beside it. Fill it in with whatever the visitor should be asked for, in each language — Contractor number — because that text is the question they see. Left blank, the field still works but is unlabelled.

Picking any key makes its field collectable: the field turns Optional on the next page if it was Hidden, and the note at the top of that page reads Fields chosen as a key are always required.

4. Choose which details to ask for

Visitor fields is the form itself. Every row is set to one of three values, and this is what an invited visitor, a walk-in at the desk and someone registering at a lobby screen all see:

• Required — they cannot finish without it.
• Optional — asked for, may be left blank.
• Hidden — never asked for, and never stored.

Three settings on this page are not one of the three values:

• Separate first and last name splits the visitor’s name into two inputs instead of one. On by default.
• Reception can view the photo appears only once Photo is not Hidden. Turned off, the photo is still captured and still printed on the badge, but reception staff cannot open it.
• Custom attributes lists whatever extra visitor fields your organisation has defined, each with the same three values and each starting Hidden. Add or rename them on Visitor attributes; this page only decides whether this purpose asks for them.

5. Add terms, if this purpose needs them

Self-registration carries two separate bodies of text, and they are shown at different moments:

• Visitor self-registration terms — shown to someone registering themselves on arrival, at a lobby screen or at the desk.
• Visitor pre-registration terms — shown to an invited visitor filling in their own details before the day.

Each has its own Terms and conditions / Message editor and its own Require scrolling to the end, which is on for a new purpose: the visitor cannot agree until they have reached the bottom. Leave a toggle off and nothing is shown at all.

6. Attach any surveys

Visitor survey is a tick list of the questionnaires already written for your organisation — a health declaration, a site-safety question, an NDA. Each one you tick becomes a step the visitor has to answer, in the invitation flow and at the desk alike.

No visitor surveys means none have been written yet; they are created on their own page, not here.

7. Save, then decide whether it is the default

Save closes the editor and the purpose is live immediately — it appears on the next invitation anybody opens.

Selecting the row opens a panel with the rest of the actions. Set as default makes this the purpose pre-selected everywhere, and appears only on a purpose that is not already the default. Duplicate copies every setting into a new purpose, which is the fastest way to make a strict variant of a permissive one; the copy gets its own name and no Access ID.

The default purpose cannot be deleted — Cannot delete default — so make another one the default first if you want it gone.

8. Check it worked

Invite somebody using the new purpose, or open reception’s walk-in form and pick it. The fields you marked Required should be the ones marked as unskippable, the photo step should appear only if you asked for one, and each survey you ticked should be a step of its own.

If a field you set to Required is not being asked for, check that you edited the purpose the form actually selected — the default is chosen for you, and it is easy to configure one purpose and test another.

What a visiting purpose does not control

Nearly everything people look for here and cannot find is on the visiting policy instead, which is attached per location rather than per purpose. The split is deliberate: what a visitor is asked for should not change between buildings, and what a building allows should not change with the reason for the visit.