Every figure this model derived for PINE, 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 2026-06-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
capex
240,619,000
PaymentsToAcquireProductiveAssets
2026-03-31
cash
2,778,000
CashAndCashEquivalentsAtCarryingValue
2026-06-30
equity
337,291,000
StockholdersEquity
2026-06-30
interest expense
17,285,000
InterestExpenseDebt
2026-06-30
ocf
22,125,000
NetCashProvidedByUsedInOperatingActivities
2026-06-30
revenue
69,871,000
Revenues
2026-06-30
sbc
380,000
ShareBasedCompensation
2026-06-30
The ratios
The figures themselves rather than their scores — what somebody looking up
PINE on one particular measure came for.
Ratio
Value
cash operating margin
73.67
dilution pct
3.12
ebit cagr
-15.93
ebit yoy
79.64
fcf margin
-312.71
growth cv
0.79
interest cover
1.37
net debt ebitda
9.1
operating margin
33.93
owner earnings margin
-313.25
revenue growth
24.02
revenue growth per share
20.26
roic
2.33
rule of 40
57.94
sbc pct revenue
0.54
What to be careful about
What this model itself distrusts about PINE's figures. Written by the
derivation as it ran, not added afterwards.
no market cap; set `market_cap` in overrides.yaml
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`
valuation DROPPED from the total: only 0 of 2 inputs could be computed (ev sales, ev owner earnings not tagged), so the score is not meaningful. Its weight is spread over the other dimensions
durability rests on 3 of 4 inputs; not tagged: contracted coverage
resilience rests on 2 of 3 inputs; not tagged: liquidity