Every figure this model derived for UGP, 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 2024-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
UGP on one particular measure came for.
Ratio
Value
cash operating margin
6.54
current ratio
1.53
current ratio reported
1.53
dilution pct
1.14
fcf margin
2.04
interest cover
4.31
net debt ebitda
1.58
operating margin
5.85
owner earnings margin
2.0
revenue growth
5.91
revenue growth per share
4.71
roic
21.38
rule of 40
11.76
sbc pct revenue
0.04
What to be careful about
What this model itself distrusts about UGP's figures. Written by the
derivation as it ran, not added afterwards.
newest fact in the filing is 2024-12-31 (1y old); this company's data is not usable and the scores below should be ignored
operating income last tagged 2017-12-31, 2557 days before the revenue period (2024-12-31); dropped rather than divided by current revenue
presents no operating result; summed as revenue minus the costs it does tag (CostOfSales, GeneralAndAdministrativeExpense). Checked against the company's own figures: the answer lands 2.8% of revenue from the 4,012M pre-tax profit it reports, which is its interest and other non-operating items
revenue is annual, not TTM
operating income is annual, not TTM
revenue period ends 2024-12-31 (607 days ago) - the tag chain found nothing recent, so treat this row as unscored
no market cap; set `market_cap` in overrides.yaml
reports in BRL and no currency is recorded for its share price, so the two cannot be shown to match. The price refresh records one; until it has run for this company the multiples are left out rather than assumed comparable
share count is from 2025-12-31 (242 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 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 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
3 of 5 dimensions could not be measured (valuation, durability, growth -- 55% of the model), so this row is not comparable with the others; its total rests on what was left