What Deleted or Inactive Onboarding Redirect does in Proplix
Deleted or Inactive Onboarding Redirect is part of Proplix Tenancy Onboarding & Tenancy Lifecycle and is designed to manage deleted or inactive onboarding redirect as part of audit events, retention, termination, reopening and later lifecycle evidence. It stays connected to the relevant tenancy-onboarding record, so the team can work from one controlled record instead of recreating the same information in inboxes, spreadsheets or notes.
Lifecycle controls should preserve why a tenancy progressed, stopped, reopened or ended without erasing the earlier decision trail. In practical terms, Deleted or Inactive Onboarding Redirect supports audit events, retention, termination, reopening and later lifecycle evidence. Where the same context matters to agreement execution, compliance approval, move-in finance and active tenancy operations, Proplix can reuse the existing record while permissions and workflow state govern what each user can see or change.
Why this capability matters during tenancy onboarding and lifecycle control
Operational workflows become unreliable when deleted or inactive onboarding redirect is handled differently by each team member. Historical onboarding decisions are overwritten or cannot be explained after termination or reopening. As volumes grow, that creates repeated checking, inconsistent handovers and duplicated data entry.
Using Deleted or Inactive Onboarding Redirect inside Proplix reduces that ambiguity by keeping the action close to the tenancy-onboarding record and the wider tenancy onboarding and lifecycle workflow. The objective is to make existing work more predictable, reviewable and easier to hand over.
Where Deleted or Inactive Onboarding Redirect adds operational value
This section focuses on the specific operational context for this capability.
The operational question
Deleted or Inactive Onboarding Redirect is most useful when the team needs to manage deleted or inactive onboarding redirect as part of audit events, retention, termination, reopening and later lifecycle evidence while avoiding a situation where historical onboarding decisions are overwritten or cannot be explained after termination or reopening. The capability gives that situation an explicit place in the workflow instead of leaving staff to infer the answer from unrelated activity.
What good control looks like
A useful record should show the relevant tenancy-onboarding record, current workflow state, material evidence and any authorised decision that affects agreement execution, compliance approval, move-in finance and active tenancy operations. Exceptions should remain visible rather than being hidden by the normal path.
How Deleted or Inactive Onboarding Redirect fits into the workflow
The exact screen depends on the stage and user role, but the property, parties, compliance position, agreement, finance and onboarding state should remain connected.
- 01
Start from the correct context
Open the relevant tenancy-onboarding record before using deleted or inactive onboarding redirect. Starting from the authoritative record reduces the risk of applying the action to the wrong case or record.
- 02
Confirm the required information
Review the fields, state and application, party, property, compliance, agreement and financial evidence needed for the action. Keep missing or contradictory information visible for review.
- 03
Use the structured Proplix control
Carry out deleted or inactive onboarding redirect through the relevant Proplix workflow so the result is recorded consistently instead of relying on free-text notes or local conventions.
- 04
Review connected outcomes
Check the agreement execution, compliance approval, move-in finance and active tenancy operations and any connected document, financial, communication or reporting view so downstream users receive a coherent state.
- 05
Retain a reviewable history
Keep significant changes and approval, termination and lifecycle decisions connected to the record so a later user can understand what happened and why the workflow progressed or stopped.
What this feature helps the team control
Connected source record
Keep deleted or inactive onboarding redirect attached to the authoritative tenancy-onboarding record instead of maintaining another independent copy.
Permission-aware workflow
Make the current state clear while limiting sensitive actions and information to authorised roles.
Evidence and exceptions
Keep application, party, property, compliance, agreement and financial evidence close to the workflow and surface incomplete, rejected or exceptional states for review.
Downstream consistency
Reuse the same operating context across agreement execution, compliance approval, move-in finance and active tenancy operations, communications and reporting where appropriate.
What this looks like in practice
Consider a normal operating case where the team needs to manage deleted or inactive onboarding redirect as part of audit events, retention, termination, reopening and later lifecycle evidence while avoiding a situation where historical onboarding decisions are overwritten or cannot be explained after termination or reopening. An authorised user handles Deleted or Inactive Onboarding Redirect from the relevant tenancy-onboarding record instead of opening a separate spreadsheet, creating an unrelated note or relying on an inbox-only instruction.
The immediate benefit is continuity. Another colleague can see the current position, the connected context and what is expected next. If the record later moves into agreement execution, compliance approval, move-in finance and active tenancy operations, the receiving team starts from the same controlled information rather than asking users to supply the same facts again.
How to introduce Deleted or Inactive Onboarding Redirect into a live operation
A strong onboarding implementation defines the required parties, evidence, gates and authorised decisions before the workflow is used at scale.
Before rolling out Deleted or Inactive Onboarding Redirect, agree the business meaning of the capability in plain language. Define who owns the underlying tenancy-onboarding record, which event should trigger the action and which role is responsible for reviewing or approving the result.
Identify the authoritative source for the values used by deleted or inactive onboarding redirect. Reuse existing Proplix data where appropriate instead of creating another copy simply because a different screen needs to display it.
Test the normal case and the main exceptions before relying on the capability at scale. Include missing information, rejected or expired evidence, changes after approval and at least one case where the workflow should stop rather than progress.
Built for the people responsible for moving an approved application into tenancy
These capabilities support authorised onboarding, lettings, compliance, finance and property teams that create, review, approve or hand off the tenancy record.
Keep approval, evidence and lifecycle state aligned
Data quality remains important. Authorised users should keep the underlying tenancy-onboarding record current and resolve material inconsistencies close to the point where they arise.
Permissions should reflect responsibility. Users who can change significant workflow state, financial information, evidence or compliance outcomes should have access appropriate to their role.
Where onboarding affects legal, compliance, contractual or financial decisions, Proplix supports workflow and evidence visibility but does not replace statutory obligations, legal advice or authorised professional judgement.
Related features in Tenancy Onboarding & Tenancy Lifecycle
These related pages sit close to Deleted or Inactive Onboarding Redirect in the wider tenancy onboarding and lifecycle architecture.
Technical flow & related Help Centre guides
Start with the primary guide for this capability, then use the related maintained guides for the surrounding workflow, evidence, access or handoff.
Questions about Deleted or Inactive Onboarding Redirect
What is Deleted or Inactive Onboarding Redirect in Proplix?
Deleted or Inactive Onboarding Redirect is a Tenancy Onboarding & Tenancy Lifecycle capability designed to manage deleted or inactive onboarding redirect as part of audit events, retention, termination, reopening and later lifecycle evidence, with the action kept inside the wider tenancy onboarding and lifecycle record.
When is Deleted or Inactive Onboarding Redirect most useful?
It is particularly useful when the team needs to manage deleted or inactive onboarding redirect as part of audit events, retention, termination, reopening and later lifecycle evidence while avoiding a situation where historical onboarding decisions are overwritten or cannot be explained after termination or reopening. A structured workflow gives authorised staff a shared current position without reconstructing context from separate systems.
Who should use or review Deleted or Inactive Onboarding Redirect?
The exact users depend on your organisation, but access should be limited to the authorised roles responsible for the relevant source information, review, decision or handoff.
Does Deleted or Inactive Onboarding Redirect replace professional or legal judgement?
No. Proplix structures onboarding, evidence, agreements, finance and approval state. Your organisation remains responsible for legal, compliance, contractual and financial decisions.
See how Proplix can structure your tenancy onboarding journey
A walkthrough can focus on your actual application-to-tenancy handoff, compliance gates, agreement process, move-in finance and lifecycle controls rather than a generic software tour.