Every figure this model derived for BASA, 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 2018-12-31.
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.
The figures themselves rather than their scores — what somebody looking up
BASA on one particular measure came for.
Ratio
Value
current ratio
0.0
current ratio reported
0.0
growth cv
1.03
revenue growth
808.9
revenue growth per share
808.9
sbc pct revenue
0.0
What to be careful about
What this model itself distrusts about BASA's figures. Written by the
derivation as it ran, not added afterwards.
operating income last tagged 2025-09-30, -2465 days before the revenue period (2018-12-31); dropped rather than divided by current revenue
operating cash flow last tagged 2025-09-30, -2465 days before the revenue period (2018-12-31); dropped rather than divided by current revenue
revenue is annual, not TTM
revenue period ends 2018-12-31 (2799 days ago) - the tag chain found nothing recent, so treat this row as unscored
no current stock compensation tagged (last tagged 2025-06-30); treated as zero, so owner earnings are overstated
no current capital expenditure tagged (last tagged 2022-12-31); treated as zero, so free cash flow is overstated and equals operating cash flow
no market cap; set `market_cap` in overrides.yaml
share count is from 2025-11-25 (278 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
gross profit last tagged 2025-09-30 and no cost of sales line to rebuild it from; dropped from durability
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`
quality DROPPED from the total: only 1 of 5 inputs could be computed (operating margin, roic, owner earnings, cash operating margin not tagged), so the score is not meaningful. Its weight is spread over the other dimensions
valuation DROPPED from the total: only 0 of 2 inputs could be computed (ev ebit, ev owner earnings not tagged), so the score is not meaningful. Its weight is spread over the other dimensions
durability DROPPED from the total: only 1 of 4 inputs could be computed (contracted coverage, gross margin stability, cash flow stability not tagged), so the score is not meaningful. Its weight is spread over the other dimensions
resilience rests on 2 of 3 inputs; not tagged: interest cover
growth DROPPED from the total: only 2 of 4 inputs could be computed (margin trend, margin recent not tagged), so the score is not meaningful. Its weight is spread over the other dimensions
4 of 5 dimensions could not be measured (quality, valuation, durability, growth -- 85% of the model), so this row is not comparable with the others; its total rests on what was left
no interest expense tagged while 0M of debt is on the balance sheet, so interest cover is unmeasured rather than perfect