Skip to content
SCOPERAILA FOKALABS PRODUCT
ENFRSwitch to FRScope a workflow
SystemProofUsesGuidesScope a workflow

AI BUILT INTO THE TOOLS PEOPLE ALREADY USE

Useful AI, where work already happens.

Your teams know what to do. Your customers keep moving.

ScopeRail connects the knowledge, systems and operating rules your company already relies on. People find the right answer, move a task forward or hand off a clear request without changing tools. You keep control of access and decisions.

Scope a first workflowSee how it works ↓

First built for Sextan, a complex operations product where each role sees and does something different.

A user asks how to change a billing contact. ScopeRail gives the right page and steps, checks the requested action, then qualifies a ticket when an ERP rule blocks the direct change. The user reviews and confirms before anything is sent.

01 / SEE THE WORK MOVE

One question becomes useful progress.

These are fictional examples. The interface changes with the business, while the rail stays familiar: understand the situation, consult the right sources, prepare the next step and keep the person in control.

01 / OPERATIONS / INVENTORY

The team can answer from the stock already on screen.

A sales coordinator is looking at one product record. The answer depends on available, reserved and incoming stock.

02 / FINANCE / PERFORMANCE

Finance gets the number with its perimeter attached.

A finance lead asks from a reporting screen. The useful answer needs the same activity, region and accounting definition as the open view.

03 / SUPPORT / TICKET

A vague message becomes a ticket someone can act on.

A customer reports a payment problem from the settings screen. ScopeRail can see the product context, but it still asks for what the ticket needs.

SCOPERAIL / AGENT THREAD 01LIVE
YOU

Can we commit 120 units of MX-42 to the Lyon site this week?

SR
SCOPERAILSCREEN CONTEXT SELECTED
USED

I’m using the open MX-42 stock view because it matches the item and site in your question.

CURRENT SCREENMX-42 / Stock positionLIVE
Available
148
Reserved
40
Inbound
96 · Thursday
Site / LyonItem / MX-42Role / Sales operations
AGENT ACTIVITY02 / 02
01SOURCEAllocation and commitment rulesCurrent warehouse policy · approved operating ruleUSED
02LIVE TOOLread_inventory_position108 unreserved now · 96 expected ThursdayCOMPLETED
SR
SCOPERAIL

You can commit 108 units now. The remaining 12 depend on Thursday’s receipt. I can prepare a split allocation that keeps the promise explicit.

ACTION PROPOSEDCreate a split allocation
YOUR CONFIRMATION

Commit what is available now and keep the remaining promise tied to Thursday’s receipt.

NOW
108 units
THURSDAY
12 units
DESTINATION
Lyon
Edit quantitiesRejectConfirm allocation

Not executed. Nothing changes until you confirm.Review quantities and dates. The allocation is created only after confirmation.

01 / OPERATIONS / INVENTORY

The team can answer from the stock already on screen.

A sales coordinator is looking at one product record. The answer depends on available, reserved and incoming stock.

SCOPERAIL / AGENT THREAD 01LIVE
YOU

Can we commit 120 units of MX-42 to the Lyon site this week?

SR
SCOPERAILSCREEN CONTEXT SELECTED
USED

I’m using the open MX-42 stock view because it matches the item and site in your question.

CURRENT SCREENMX-42 / Stock positionLIVE
Available
148
Reserved
40
Inbound
96 · Thursday
Site / LyonItem / MX-42Role / Sales operations
AGENT ACTIVITY02 / 02
01SOURCEAllocation and commitment rulesCurrent warehouse policy · approved operating ruleUSED
02LIVE TOOLread_inventory_position108 unreserved now · 96 expected ThursdayCOMPLETED
SR
SCOPERAIL

You can commit 108 units now. The remaining 12 depend on Thursday’s receipt. I can prepare a split allocation that keeps the promise explicit.

ACTION PROPOSEDCreate a split allocation
YOUR CONFIRMATION

Commit what is available now and keep the remaining promise tied to Thursday’s receipt.

NOW
108 units
THURSDAY
12 units
DESTINATION
Lyon
Edit quantitiesRejectConfirm allocation

Not executed. Nothing changes until you confirm.Review quantities and dates. The allocation is created only after confirmation.

02 / FINANCE / PERFORMANCE

Finance gets the number with its perimeter attached.

A finance lead asks from a reporting screen. The useful answer needs the same activity, region and accounting definition as the open view.

SCOPERAIL / AGENT THREAD 02LIVE
YOU

What was revenue from maintenance contracts in the South region last quarter?

SR
SCOPERAILSCREEN CONTEXT SELECTED
USED

I’m using the open Q2 report. It already carries the South and Maintenance filters.

DEMO DATA / CURRENT VIEWRevenue / Q2FILTERED
Region
South
Activity
Maintenance
Currency
EUR
Entity / AtlasPeriod / Q2Role / Finance lead
AGENT ACTIVITY02 / 02
01SOURCERevenue recognition definitionBooked revenue · tax excluded · closed periods onlyUSED
02LIVE TOOLquery_revenue_summary€1.84m booked · 96 invoices in the selected perimeterCOMPLETED
SR
SCOPERAIL

Booked revenue is €1.84m for the selected period, region and activity. The accounting definition and filters stay attached so the result can be checked.

ACTION PROPOSEDExport this scoped result
YOUR CONFIRMATION

Keep the accounting definition and the active filters attached to the export.

RESULT
€1.84m
RECORDS
96 invoices
SCOPE
South · Maintenance
Edit filtersCancelConfirm export

Not executed. Nothing changes until you confirm.Review the perimeter. The export is generated only after confirmation.

03 / SUPPORT / TICKET

A vague message becomes a ticket someone can act on.

A customer reports a payment problem from the settings screen. ScopeRail can see the product context, but it still asks for what the ticket needs.

SCOPERAIL / AGENT THREAD 03LIVE
YOU

Payments still fail for our German customers. Can you fix it?

SR
SCOPERAILSCREEN CONTEXT SELECTED
USED

I’m using the open payment settings. They identify the account, market and production mode.

CURRENT SCREENCheckout / Payment settingsACCOUNT VIEW
Provider
Adyen
Market
Germany
Mode
Production
Account / NorthstarRegion / EURole / Admin
AGENT ACTIVITY02 / 02
01SOURCEPayment incident intakeRequired evidence and routing for checkout incidentsUSED
02LIVE TOOLread_recent_payment_errors3DS timeout pattern · Germany · first seen at 09:42COMPLETED
SR
SCOPERAIL

I can prepare the incident ticket. Two details are still missing:

  1. 01Does every card fail, or only cards using 3DS?
  2. 02May I attach the last three failed attempts?
ACTION PROPOSEDCreate a payment incident
YOUR CONFIRMATION

Route a qualified ticket with the product context and the evidence the customer approves.

MARKET
Germany
SIGNAL
3DS timeout
EVIDENCE
3 attempts
Edit ticketRejectConfirm creation

Not executed. Nothing changes until you confirm.Review the scope and evidence. The ticket is created only after confirmation.

02 / HOW THE SYSTEM WORKS

Start with the situation. End with a useful next step.

A useful answer rarely lives in one document. ScopeRail reads the context already present in the product, finds evidence inside the user’s boundary and prepares what comes next.

VALIDATED CONTEXT. MX-42 / Stock position. Only the relevant route opens.
VALIDATED CONTEXT
PRODUCT / LIVE 01MX-42 / Stock positionLIVE
01Role / Sales operations
02Site / Lyon
03Screen / Inventory

Only the relevant route opens.

03 / ONE QUESTION. THE RIGHT SCOPE.

The context changes. The useful answer changes with it.

Choose a role. The graph shows what can be read, what stays outside the boundary and whether a next step can be prepared. Product permissions remain the authority.

QUESTION / 01Why is this request blocked, and what can I do next?

ScopeRail control graph from identity and product context to evidence, a proposed action and a human checkpoint.
  1. Identityavailable
  2. Screenavailable
  3. Scopeavailable
  4. Knowledgeavailable
  5. Live toolsout of scope
  6. Evidenceavailable
  7. Proposed actionout of scope
  8. Human checkhuman check

Customer

The request is waiting for an internal review. You can see its status and the information already shared with you. Approval is not available from this account.

Open request statusstatus

No write action is proposed for this role.

Read all three scenarios
  • Customer: The request is waiting for an internal review. You can see its status and the information already shared with you. Approval is not available from this account. Open request status.
  • Operator: One required document is missing. You can prepare a complete review ticket with the current record, the relevant procedure and the missing item. Prepare review ticket.
  • Admin: The request is complete and ready for an authorised review. The applied rule, current record and activity trace are available before approval. Review the proposed approval.

04 / WHERE IT LIVES

One system, fitted to where the work happens.

Start with one real workflow. Deliver it inside a product, across operations or under your brand without creating another place to work.

Inside the product. Answer from the current screen, account and available next steps.
PORTAL / ACCOUNT●
Current caseRQ-2048OPEN

I found the rule and checked the current record.

Open source ↗Ask about this screen…

01 / FOR CUSTOMERS

Inside the product

Answer from the current screen, account and available next steps.

Across operations. Investigate exceptions, prepare work and move between approved systems.
OPS / QUEUE●
04Exception
12Next step ready
SCOPERAILNext step ready

02 / FOR TEAMS

Across operations

Investigate exceptions, prepare work and move between approved systems.

As your own capability. Use your interface, vocabulary and escalation path while ScopeRail stays behind it.
EMBED / YOUR BRAND●
Your assistant
Product contextApproved tools

03 / FOR YOUR BRAND

As your own capability

Use your interface, vocabulary and escalation path while ScopeRail stays behind it.

A FIRST PRODUCTION PATH

  1. 01Frame

    Choose the user, outcome, evidence and boundary.

  2. 02Connect

    Link the minimum useful knowledge, state and tools.

  3. 03Evaluate

    Test real questions, denied paths, errors and recovery.

  4. 04Operate

    Observe the route, improve it and extend what works.

Scope a production workflow

05 / FIELD GUIDES

Build AI into real work.

Practical notes on choosing the first workflow, connecting the right context and keeping access, actions and evaluation under control.

01 / FIELD GUIDEBring AI into the workflow, not beside it.Start with one job people already do. Improve the handoff without adding another place to work.02 / FIELD GUIDEAutomate the work. Keep the decision.Separate answering, preparing and executing so the right person remains in control.03 / TECHNICAL NOTEHybrid retrieval: search broadly, rerank precisely.Combine filters, lexical search, vectors and reranking without flooding the model with context.
Read all guides

06 / PRACTICAL QUESTIONS

What a first ScopeRail workflow actually needs.

Do we need to clean up all our documentation first?

No. We start with the sources required by one workflow, identify obvious gaps and keep the source material authoritative. The first slice should not depend on a company-wide documentation project.

What does a first integration include?

One user group, one workflow, its knowledge, live state, access boundary, useful tools, evaluation set and recovery path. The goal is a production slice that can be observed and improved.

Can ScopeRail work with older business software?

Often, yes. A modern front end is not required. What matters is a reliable way to resolve identity, read the necessary state and expose supported actions through an API, CLI, MCP server or a small adapter.

Do we need an API, MCP server or special connectors?

Not one universal format. ScopeRail can work with typed APIs, command-line tools or MCP. We choose the smallest interface that is secure, testable and maintainable for the workflow.

Can the same system serve employees and customers?

Yes. They can share the same context and action infrastructure. Each surface still receives its own identity, vocabulary, tools and boundaries.

How are permissions applied?

The host product remains authoritative. It resolves the signed-in user, filters knowledge and data before generation, and checks access again when an action is confirmed.

Can it create a ticket or prepare an action?

Yes, when a supported handler exists. ScopeRail can collect missing context and produce an editable proposal. The user confirms before the product executes it.

Can the assistant act without confirmation?

Only for actions the product team has explicitly classified as low risk and reversible. Important or ambiguous actions keep a human checkpoint.

How do you choose the model and hosting setup?

From the workflow, data sensitivity, latency, quality and operating constraints. We prefer the smallest model and simplest deployment that pass the agreed evaluation.

How do you know a workflow is ready?

It must pass representative questions, access tests, tool errors, missing evidence and recovery cases. A good demo is not enough. The exceptions need to work too.

SCOPE / INTAKE 01

Start with one
useful workflow.

Tell us who needs help and where work slows down today. We will map one useful workflow, its context and the smallest production slice.

Prefer email[email protected] ↗
MAP / ROUTE[email protected]
01 / Identity

Or write directly to [email protected]