Safeguard Medical · Revenue intelligence

FY27 Forecast Studio

Hosted Foundation v0.1.0 · Core v1.12.0
Administrator launchpad

Start a clean forecast cycle

Drop the three current operating sources together. The Studio checks the set, fingerprints it, archives any active cycle, seeds a clean run, and binds every response to the new Cycle ID.

Required: cumulative invoices, cumulative open orders, and FY27 Sales Sync Inputs.

Optional context: CEOHeader_latest.json, forecast_log.json, and book_history.json. Learning files are inventoried but never exposed as sales-leader inputs.

Active cycle

No controlled cycle has been started in this browser.

Protected administrator workspace

Two governed forecast views

The internal forecast remains the approved sales commitment. Finance may create a separate external-facing view without changing what sales submitted or sees.

Pre-release assumptions

Protected Finance assumptions included in the internal starting point before leader assignments are issued.

External top-side overlay

Confidential hedges and management adjustments applied only to the external-facing forecast after channel approval.

Internal and external forecast bridge

The bridge preserves the approved sales forecast and shows exactly how Finance reaches the external-facing view.

Actual close status

Final only when every channel is locked; mixed channel status is partially final.

Revenue shape

Final actuals include locked close adjustments. Forecast separates baseline, weighted pipeline and leader judgment.

Actual / basePipelineLeader editPlanFY26
Numbers behind the chart

Monthly forecast by channel

Internal sales-accountability forecast. P1–P12 reconcile to the chart and the company total; click a channel to open its builder.

Channel diagnosis

What is driving the full-year call

Separates run rate, named initiatives, and other pipeline; compares each channel with plan and FY26.

Initiative performance

Named initiatives against plan

Realized revenue plus probability-weighted future pipeline, with the weighted-to-gross ratio as a pipeline-quality signal.

Build and close the year

Open an actual month to finalize it, or a projected month to adjust run rate. Locked actuals exclude pipeline and run-rate judgments.

Account-level run rate

Top-20 accounts always retain their own baseline forecast. A specific account call changes only that account and replaces macro treatment for the same periods.

All accounts except specific callsAdjusts the full channel run rate. Any account with its own call is removed from the macro calculation, preventing double counting.
Only outside the top 20Excludes every top-20 account from the macro adjustment—even accounts without a specific call. Those accounts keep their separate baseline forecasts.
The period selector opens the adjustment at that period. Inside the adjustment, select one or several periods that should receive the same assumption and explanation.
Active account calls

Pipeline by initiative

Weighted incremental revenue; order-received rows stay visible but add $0 to avoid double counting open orders.

Forecast review preview

Current end-state observations; detailed questions and responses live in Forecast review.

    Forecast by product family

    Future channel forecasts are allocated using the same fiscal-period family mix in FY25–FY26; known open orders retain their own family.

    Revenue mix

    Full-year forecast.

    Initiative allocation rules

    Source-data rules that attribute realized revenue to initiatives. Rule definitions are maintained with the forecasting team; pipeline basis decisions are owned by sales leaders.

    Live review workspace

    Observations on your forecast

    The Studio evaluates the forecast you have now—not every put-and-take used to reach it.

    Questions to be prepared to answer

    Respond here while the reasoning is fresh. Answers can become executive talking points.

    Submission talking points

    A concise end-state narrative for the executive review.

    Activity history · detailed audit record

    Every non-model change remains available for traceability, but is excluded from the executive narrative.

    Forecast method

    Simple enough to audit, strong enough to operate.

    1. Actuals: source invoice revenue remains open for close until Finance locks each channel-period; locked periods use final reported actual.
    2. Close adjustments: gross-to-net, deferrals, and other close entries affect only reported actuals. They never change future pace, seasonality, account shares, pipeline, or run-rate baselines.
    3. Current month: the proven month-end engine blends in-month completion with 12-month pace, seasonality and momentum, then shows the confirmed open-order floor.
    4. Future baseline: trailing daily pace × recent momentum × same-period fiscal seasonality. Confirmed open orders are a floor, not an add-on.
    5. Pipeline: opportunity value × stage probability, placed in its expected period or spread across its stated quarter. “Won – order received” is excluded from incremental impact.
    6. Leader judgment: every run-rate or pipeline change requires a written reason. Forecast Review evaluates the resulting end-state; detailed changes remain in the collapsed audit record.
    7. Product family: actuals use the source category; close differences are shown separately, while future baseline uses historical fiscal-period mix.
    Open orders are not backorders. A backorder is an open order whose promised ship date is before the as-of date.
    +
    Protected commissioning workspace

    Connect the hosted application one service at a time

    This panel tells IT what information is needed, validates the public configuration, calls protected server health endpoints when they exist, and explains likely causes when a test fails. It never asks for or stores passwords, client secrets, database passwords, access tokens, or storage keys.

    Hosted shell v0.1.0Forecast core v1.12.0No forecast method changes
    Guided setup

    Hosted connection wizard

    Complete the steps in order. Required fields block readiness; optional services can remain disabled.

    What IT is doing here
    Name the environment and tell the browser where the hosted application and its server API will live. Use the development or test environment first.
    Use separate resources and service identities for each environment.
    Choose private endpoint only if remote users and Teams can route to the private address.
    The browser and optional Teams tab open this address.
    May match the application URL when UI and API share one App Service.
    One HTTPS origin per line. Do not use a wildcard in production.
    What IT is doing here
    Identify the single-tenant Entra application, the managed identity used by the server, and the group that may enter this commissioning panel. Paste identifiers only - never secrets.
    The server uses this identity for Graph and Azure services.
    Only this group should see setup values and run health tests.
    What IT is doing here
    Point the managed identity to the approved read-only Forecast Intake location. The app must not receive tenant-wide file access and must not be able to edit source files.
    What IT is doing here
    Point the server to the write-controlled Forecast Control workspace and the Azure services that hold cycle state, snapshots, diagnostics, and secrets. Enter resource names and URIs only.
    Do not paste a connection string into this browser form.
    What IT is doing here
    Choose how assignments are opened and how leader work returns. The recommended hosted flow sends authenticated links and receives centrally autosaved submissions - not returned HTML files.
    Leave blank until the downstream contract and reversible write process are approved.
    Governance retained from the portable buildSales leaders see only assigned scope. Finance does not silently replace submitted sales decisions. Go-get remains forecast-only. Source files stay read-only. Final publication requires the configured approval and lock.
    What IT is doing here
    Review configuration completeness, then ask the protected server to test its own identity and resources. Browser-only validation is amber. A service turns green only when a backend health response reports success.

    Setup findings

    Plain-language next actions based on the current configuration and test evidence.

    Public configuration summary

    Review before exporting. No credential or secret fields exist in this build.

    Server implementation contract

    What the hosted backend must expose

    The browser never tests Graph, SQL, Storage, or Key Vault with credentials. Protected server endpoints perform those checks and return sanitized results.

    GET /api/it/config/public PUT /api/it/config GET /api/it/health/summary POST /api/it/health/{identity|api|intake|control|database|storage|keyvault|telemetry|send|receive|security} Expected result: { "component": "intake", "status": "pass | warn | fail", "checkedAt": "ISO-8601", "message": "Sanitized result", "diagnosticCode": "SAFE_CODE", "suggestedAction": "Plain-language next step" }