Automated trading does not involve placing an order immediately upon receiving a signal. OQIRON integrates market analysis, strategy conditions, permission status, risk checks, order execution, and result tracking into a single, controlled process.
Fully automated trading handles the entire process—from identifying opportunities to managing results—rather than simply clicking “buy” or “sell” on behalf of clients. The system must continuously monitor market data, verify account balances, formulate strategy decisions, pass risk checks, submit orders, and continue managing positions after the exchange returns results.
Continuously switch between time frames, monitor prices, and wait for buy or sell conditions.
Before an opportunity arises, traders need to constantly switch time frames, compare market structures, and wait for conditions to develop. This wait can last for hours, and manual traders are prone to entering the market prematurely due to boredom, fear of missing out, or short-term volatility.
Once you have an open position, continue to monitor prices, news, and breaking events.
Once a position is open, price movements, regular orders, stop-loss orders, fees, and breaking news will all influence your next steps. Stepping away from the screen does not pause the risks, but constantly monitoring the market can amplify anxiety and fatigue.
Profits, losses, and missed trading opportunities can all affect a person’s psychological state.
Wanting to take profits early when you’re in the black, holding on to losing positions when you’re in the red, or trying to chase the market when you’ve missed a move—all of these can cause your original plan to change in the heat of the moment. The point of automation is to ensure that identical conditions are always handled in the same way.
Automated trading is not a simple two-step process of “signal detection—order execution.” The complete process includes data preparation, strategy selection, risk assessment, order lifecycle, post-execution protection, and final reconciliation; each stage may be halted due to insufficient conditions.
Before each execution, first read the market state, account state, and strategy context; do not convert a single signal directly into an order.
Preliminary checks require both market and account information. Market data must be up-to-date and pertain to the correct trading instruments, and account balances, open positions, orders, and permissions must also be accessible. If any critical data is missing, the system must not interpret “unknown” as “no problem.”
Even if a trading opportunity arises, the system will not execute additional trades if position limits, permissions, account requirements, or risk conditions are not met.
Risk Check has independent veto authority. Even if the strategy identifies an opportunity, the new trade will be restricted if the account’s risk has reached its limit, there are open positions, permissions are abnormal, or the exchange status cannot be verified. The core of automation is not placing more orders, but also automatically pausing when action should not be taken.
The system tracks the creation, execution, cancellation, protection, and closure statuses to prevent users from assuming a trade is complete based solely on the result of a single submission.
Placing an order is only the beginning of its lifecycle. The system continues to verify whether the order has been accepted by the exchange, whether it has been partially filled, whether it has been fully filled, whether a protective order has been established, and whether the position has changed following a cancellation or failure; the process cannot be considered complete based solely on a single API response.
Trade execution, fees, returns, and risk outcomes are re-entered into the system context, resulting in continuous operation rather than one-time order placement.
Execution results include actual execution prices, fees, position changes, and risk status. These updates are reflected in the client’s records and influence subsequent decision-making. A loss of internet connection on the client’s device will not interrupt server operations; however, connection issues with the account, exchange, or platform will trigger a restriction and recovery process.
The system first verifies that the market data source, trading instruments, and time period match, then retrieves the account balance, open positions, regular orders, conditional orders, and recent trades. Only when this information collectively reflects the account’s actual status are strategy candidates eligible to proceed to the risk assessment phase.
Risk Check continues to calculate the current account’s assumed risk, remaining available margin, planned positions, and exit thresholds. A trading opportunity displayed on the page may have already been filtered based on multiple conditions; rejected candidates will not be disguised as “missed returns.”
When an exchange accepts an order, it merely indicates that the request has entered processing; it does not mean a position has been established. Orders may be pending, partially filled, fully filled, canceled, or rejected. The system must continuously update based on actual responses and must not calculate returns prematurely after a successful submission.
Some executed trades require further processing: actual positions have been established, but the remaining quantities are still in the order. The system must establish or expand hedges based on the actual positions while continuing to track the unexecuted portions to prevent discrepancies between the account status and the records displayed on the page.
A loss of client network connectivity will not affect server operation, but issues with exchange APIs, account permissions, or platform services may temporarily prevent the verification of key facts. In such cases, the system prioritizes preventing new risks and continues to verify existing positions and protections rather than resending orders.
Restoration does not mean trading resumes immediately once the API connection is reestablished. The system must first re-read balances, orders, conditional orders, executions, and open positions. Only after completing attribution and reconciliation can it determine whether the account has been restored to a state where new risk exposure is permitted.
Is the market suitable for execution?
The system verifies that the market data corresponds to the correct instrument and is sufficiently up-to-date, and determines whether the current market conditions fall within the scope permitted by the strategy. If the market direction is unclear or the data is abnormal, the system remains in a waiting state.
Do your current skills match the requirements?
Once market conditions are met, the system checks the specific strategy rules, existing strategy assignments, and entry and exit plans. If a one-way trade lacks a complete plan, an order cannot be generated directly.
Are accounts and positions allowed?
Account permissions, balance, open positions, pending orders, and risk limits collectively determine whether a trade can be executed. Even if opportunities arise in the first two layers, new trades will still be halted if the account’s risk limits do not permit them.
Was the order actually executed?
After an order is submitted, verify its status; for partially filled orders, protection and tracking are immediately applied based on the actual position. The process is not truly complete until the trades, fees, and positions have been reconciled with internal records.
No. The market, strategy, account, and risk conditions must all be met simultaneously.
A loss of internet connection on the customer’s device does not affect the server’s continuous operation; if platform services or exchange connections experience abnormalities, the system enters a restriction and recovery process.
The client dashboard is used to view account information, strategy status, orders, risk alerts, and related records.
No. The individual API mode and platform-integrated accounts are two different methods of fund management.
OQIRON
