CLIENTS · PLATFORM SUPPORT

The right support path for every platform need.

Falconry Support gives authorised client teams a clear route for usage questions, configuration issues, incidents, integrations, data problems and agreed change requests—so the right need reaches the right owner quickly.

Classify correctly

Separate usage, incidents, configuration and change.

Diagnose faster

Capture impact, evidence and reproduction context.

Close clearly

Retain status, resolution and escalation history.

Request classification

Not every request belongs in the same queue.

Clear classification improves triage, ownership and resolution—and keeps support, enhancement and advisory work from becoming blurred together.

Usage question

How do I complete a task or use an existing configured capability?

Configuration question

Why is an existing field, permission, approval, notification or workflow behaving this way?

Incident / defect

A platform function is unavailable, failing or behaving differently from its intended design.

Integration / data issue

A source-system exchange, mapped record or governed dataset is incomplete, delayed or inconsistent.

Change request

The client wants new functionality, workflow logic, configuration, reporting or integration scope.

Advisory request

The need is methodological, regulatory or operating-model advice rather than product support.

SUPPORT PORTAL

A controlled route from request to resolution.

Good support starts with the right classification, enough diagnostic context, clear ownership and visible status. The request history should show what happened, what was changed and how closure was confirmed.

Support lifecycle

Make ownership and escalation explicit.

Raise & capture

Record business impact, affected workflow, user, record, time, evidence and expected versus actual behaviour.

Triage & route

Classify the request and direct it to support, technical, success or advisory ownership.

Investigate & communicate

Diagnose, coordinate dependencies and provide meaningful progress updates.

Resolve, reconcile & close

Confirm resolution, reconcile affected records where relevant and retain the closure history.

Resolution quality

What improves support outcomes

Business impact

Identify who is affected, what cannot be completed and whether a governance deadline is at risk.

Reproduction detail

Capture the steps, record, screen, user context, time and expected versus actual behaviour.

Environment & scope

Identify the relevant entity, module, integration, workflow or permission context.

Priority rationale

Explain why the request is urgent or materially affecting operations rather than relying on a label alone.

Evidence & diagnostics

Provide approved screenshots, references or technical information that helps reproduce and isolate the issue.

Closure confirmation

Confirm the user outcome and any required data reconciliation before the request is considered closed.

Example: failed evidence synchronisation

A scheduled ERP exchange stops updating control evidence. The request is classified as an integration issue, the last successful run and affected records are identified, technical investigation is coordinated, the client receives progress updates and data is reconciled before closure.

Give client teams a clear, controlled path from issue to resolution.