Visit invitation
Visitor, company, purpose, site, host, arrival window, approval, access zone, and preparation.
Start with populated invitation, active-visit, host and destination, exception, dashboard, and history views—then adapt the fields, statuses, roles, reminders, and policies.
This is not an empty form pack. The starter includes expected arrivals, waiting and onsite visits, overdue checkout, host and destination records, and exception closeout.
Each record has a clear owner and place in the visitor lifecycle.
Visitor, company, purpose, site, host, arrival window, approval, access zone, and preparation.
Arrival, check result, badge, escort, destination, status, expected checkout, departure, and notes.
Problem, severity, owner, due date, response, decision, escalation, evidence, and closeout.
Site, destination, owner, visitor type, default check, access instruction, status, and review date.
The starter includes enough variation to make views, dashboards, and exceptions understandable.
| Sample state | What it proves | What to replace |
|---|---|---|
| Approved and expected | Pre-arrival queue and preparation | Your visitor types, sites, hosts, and approval rules |
| Waiting for host | Elapsed handoff and escalation | Your response target and alternate owner |
| Currently onsite | Host, destination, badge, escort, and expected checkout | Your location and pass model |
| Approval missing or returned | Decision and correction path | Your review policy and returned reason |
| Checkout overdue | Exception owner, response, and closeout | Your departure and reconciliation policy |
| Checked out | History and completion | Your retention and reporting rules |
Begin with meaning and ownership, then change screens and automation.
Use governed options that match the operation.
No ambiguous free-text categories.Agree who can approve, return, reject, escalate, and close each visit type.
Every decision has one owner.Limit reception, hosts, site coordinators, and administrators to the records and fields they need.
Useful access without unnecessary exposure.Automate only the handoffs and exceptions proven in the pilot.
Alerts lead to action rather than noise.Keep the sample states in a copy, then import or create current operational data.
Production starts with governed values.The primary deliverable is a Jodoo app with connected records, views, dashboards, and sample states you can explore. Use a spreadsheet only when one coordinator truly needs a temporary file without live ownership or workflow.
Yes. A trained administrator can change fields, choices, forms, roles, views, rules, reminders, and dashboards to match the visitor policy.
Yes. Keep expected, waiting, onsite, exception, overdue, and completed examples long enough to verify views and dashboards before replacing them.
Yes. Configure site, destination, local host, instruction, and filtered reception views while maintaining combined management reporting.
No. It includes the configurable records and workflow. Tablets, stands, printers, scanners, identity services, and access control are separate product decisions.
Open the populated views, follow a waiting and overdue visit, then adapt one site, one visitor type, and one policy at a time.