For Research Analysts
Publish strategies with the evidence and the audit trail attached
Eligible, verified SEBI-registered Research Analysts can manage several strategies with consistent publication, evidence and monitoring. Broker or admin teams verify documents, activate the RA role with an audit event, and gate publication by policy, and registration alone does not create publication authority.
Software infrastructure only. No investment advice, no brokerage services, no guaranteed returns.
01 · Client experience
Broker digital channels
02 · The governed layer
Stretus AI Strategy Infrastructure
03 · Execution authority
Broker execution environment
Written for
Eligible verified SEBI-registered Research Analysts
What is difficult about publishing strategies today?
Consistency and evidence. Distributing strategies across channels leaves no single record of which version a client received, what its risk characteristics were, or what the review state was at the time. This is the record that matters if anyone later asks.
The operational version of the problem is version drift: a strategy discussed in a group, revised twice, and distributed in three forms, with no way to establish which one a given client acted on.
How does verification work?
Broker or admin teams create the RA profile and capture declarations, review the required registration and supporting documents, and activate the role on an eligible verified account, with an audit event recorded. Access can be suspended, rejected or deactivated afterwards.
Only an adviser account that has passed the configured document review and role-activation workflow can publish an eligible Indian-market strategy. Broker and admin roles govern that process and do not themselves automatically become publishers, which keeps the review function separate from the publishing function.
What travels with a published strategy?
Publisher identity and verification state; strategy identity including market, instrument, version, origin, access model and disclosure class; evidence pairing any observed return with drawdown, risk measures, trade quality, history and review status; and deployment fit covering capital, account, segment, connector and paper observation.
A listing is a discovery object rather than a recommendation, and the product states so. Users are expected to review the rules and evidence, paper-observe the strategy, assess capital and risk, and confirm connector eligibility before deploying anything.
What does the monitoring give an analyst?
Strategy versions, risk inputs and deployment state in one reviewable place, with a clearer audit trail than distribution across channels can produce.
Capability availability depends on tenant configuration, entitlements and deployment policy, the broker or tenant sets publisher roles, asset coverage, eligibility, access and suspension, and remains authoritative throughout.
What a listing carries, and why each part is there
| Element | Contents | Why |
|---|---|---|
| Publisher identity | Role, verification state, creator context | Accountability for a strategy is attributable rather than diffuse |
| Strategy identity | Market, instrument, version, origin, access model, disclosure class | A reader knows exactly which version they are looking at |
| Evidence | Observed return with drawdown, risk measures, trade quality, history, review status | A return without its risk context is a performance advertisement |
| Deployment fit | Capital, account, segment, connector, paper observation, tenant policy | Eligibility is visible before someone attempts to deploy |
What does this protect you from?
Version ambiguity and unsupported inference. If a client later asks which strategy they received and on what evidence, the record answers it, and because any observed return is shown with drawdown and trade quality beside it, the evidence cannot be read as a promise.
The same discipline that makes a listing safe for a broker to host makes it safer for the analyst who published it. An unqualified return figure is the claim that becomes a problem; a figure presented with its risk context, its history and its review state is a research output.
What can be withdrawn, and by whom?
Broker or admin roles can suspend, reject or deactivate RA access and withdraw individual listings, with the action recorded as an audit event. Publication authority is granted and can be removed.
That reversibility is not a limitation on the analyst so much as the condition under which a broker can permit publication at all. A permission that cannot be withdrawn is one a compliance function will not grant in the first place.
Ownership boundaries
Where Stretus sits in the stack
Benefits
Business benefits
One record per strategy version
Version, origin, evidence and review state stay attached, so which strategy a client received is a fact rather than a reconstruction.
Evidence presented honestly
Any observed return appears with drawdown, risk measures and trade quality beside it, which protects the analyst as much as the client.
Accountable publisher identity
Verification state and creator context travel with every listing.
Reversible access
Role activation, suspension and deactivation are explicit, recorded actions.
Use cases
Enterprise operating situations
Illustrative operating situations. Availability varies by broker, exchange, account, connector and tenant.
- Challenge
- Manage several strategies with consistent publication, evidence and monitoring.
- Stretus role
- Verify documents, activate eligible RA access, and gate publication by policy.
- Outcome
- A reviewable, role-controlled client workflow with accountable creator context and suspendable access.
- Challenge
- Distribute signals without disclosing the logic that produces them.
- Stretus role
- Accept signed, time-bounded intents through the remote gateway and apply configured risk before routing.
- Outcome
- Governed distribution with the model never leaving the analyst's own infrastructure.
Security posture
Security considerations
- Verification precedes publication
- Document review and role activation gate the ability to publish. Registration alone does not confer it.
- Broker policy is authoritative
- Publisher roles, asset coverage, eligibility, access and suspension are set by the broker or tenant, not by the publisher.
- Logic can stay private
- Where a strategy is proprietary, the remote gateway accepts signed intents rather than requiring the logic to be uploaded.
Answers
Frequently asked questions
Can I manage several strategies at once?
Yes. That is the case the workflow is built for. Strategy versions, risk inputs and deployment state sit in one reviewable place, with a clearer audit trail than distributing across channels can produce, and each listing retains its own creator, access, risk and strategy context.
What happens if my registration lapses?
Publication authority is granted and can be removed. Broker or admin roles can suspend, reject or deactivate RA access, with the action recorded as an audit event, and existing listings can be withdrawn. That reversibility is the condition under which a broker can permit publication at all.
Does SEBI registration alone let me publish?
No. Registration is a prerequired, but publication authority comes from passing the configured document review and role-activation workflow on an eligible verified account. Broker or admin teams run that process.
Who sees a strategy before it is published?
The broker or admin team that reviews your registration documents and activates your role, and whoever the broker assigns to qualify a listing against strategy status, history, evidence, origin and tenant rules. Publication is not self-service.
Is a published strategy a recommendation?
No. A listing is a discovery object, not a guarantee, a recommendation, or an automatic deployment decision, and the product presents it that way.
Can I keep my model private?
Yes. The remote gateway accepts signed, time-bounded order intents from your own infrastructure, so the logic itself is never transmitted to the platform and no copy of it exists there to be compromised or disclosed.
Ecosystem
Other solutions
For Brokers
Add a governed strategy lifecycle to your existing web and mobile journeys while identity, entitlements, risk policy, OMS/RMS and market access stay yours.
For Fintech Platforms
Wealth platforms and fintechs can offer a governed strategy lifecycle while execution stays with an already-licensed broker.
Arrange a working demonstration
Review strategy creation, F&O contract handling, backtesting, broker controls and integration boundaries with the team. If you would rather talk to an engineer than a salesperson, say so and we will arrange that instead.
Risk and disclosure
Trading and derivatives involve risk of loss. AI output requires review. Backtests and simulations do not predict future results; live outcomes can differ because of costs, latency, slippage, liquidity, rejections, broker rules and market conditions. Availability varies by broker, exchange, account, connector and tenant. Product information only; not investment advice.