Every figure this model derived for GRI.L, the value it took, and
the element in the company's own XBRL it was read from — so any of it can be checked
against the filing rather than taken on trust.
As at 2025-09-30.
The figures, and where each came from
This is the part no other screener shows. Each figure below names the XBRL element it
was read from, so it can be checked against the filing itself.
Figure
Value
XBRL tag
As at
cash
85,800,000
CashAndCashEquivalents
2025-10-01
current assets
548,200,000
CurrentAssets
2025-10-01
current liabilities
202,300,000
CurrentLiabilities
2025-10-01
equity
2,039,800,000
Equity
2025-10-01
interest expense
45,400,000
FinanceCosts
2025-09-30
ocf
122,400,000
CashFlowsFromUsedInOperatingActivities
2025-09-30
revenue
262,700,000
Revenue
2025-09-30
sbc
3,600,000
AdjustmentsForSharebasedPayments
2025-09-30
The ratios
The figures themselves rather than their scores — what somebody looking up
GRI.L on one particular measure came for.
Ratio
Value
cash operating margin
50.1
current ratio
2.71
current ratio reported
2.71
ev ebit
21.28
ev owner earnings
22.93
ev sales
10.37
fcf margin
46.59
interest cover
2.82
net debt ebitda
11.17
operating margin
48.72
owner earnings margin
45.22
revenue growth
-9.45
revenue growth per share
-9.45
roic
2.91
rule of 40
39.28
sbc pct revenue
1.37
What to be careful about
What this model itself distrusts about GRI.L's figures. Written by the
derivation as it ran, not added afterwards.
revenue is annual, not TTM
operating income is annual, not TTM
no current capital expenditure tagged; treated as zero, so free cash flow is overstated and equals operating cash flow
share count is from 2025-09-30 (332 days old, dei cover page); a stock split since then would make the market cap wrong. Set `market_cap` in overrides.yaml to be sure.
no usable diluted share count, so growth is measured on total revenue rather than per share; a company issuing shares to fund that growth reads better than it is
no forward EPS estimate; growth rests on filings only. Analyst consensus is not published in XBRL, so it has to be fetched from a data provider or set by hand in overrides.yaml as `eps_growth_2y`
durability DROPPED from the total: only 0 of 4 inputs could be computed (worst year, contracted coverage, gross margin stability, cash flow stability not tagged), so the score is not meaningful. Its weight is spread over the other dimensions
growth DROPPED from the total: only 1 of 4 inputs could be computed (sustained growth, margin trend, margin recent not tagged), so the score is not meaningful. Its weight is spread over the other dimensions
2 of 5 dimensions could not be measured (durability, growth -- 30% of the model), so this row is not comparable with the others; its total rests on what was left