Every figure this model derived for DTGI, 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-04-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
436,000
PaymentsToAcquirePropertyPlantAndEquipment
2023-07-31
cash
969,000
CashAndCashEquivalentsAtCarryingValue
2024-04-30
current assets
3,133,000
AssetsCurrent
2024-04-30
current liabilities
79,803,000
LiabilitiesCurrent
2024-04-30
equity
-38,828,000
StockholdersEquity
2024-04-30
interest expense
11,375,000
InterestExpense
2024-04-30
ocf
-1,430,000
NetCashProvidedByUsedInOperatingActivities
2024-04-30
revenue
30,364,000
Revenues
2024-04-30
sbc
816,000
ShareBasedCompensation
2024-04-30
The ratios
The figures themselves rather than their scores — what somebody looking up
DTGI on one particular measure came for.
Ratio
Value
cash operating margin
-3.62
current ratio
0.04
current ratio reported
0.04
dilution pct
8.53
fcf margin
-6.15
growth cv
0.8
interest cover
-0.5
operating margin
-18.55
owner earnings margin
-8.83
revenue growth
-5.42
revenue growth per share
-12.85
rule of 40
-23.97
sbc pct revenue
2.69
What to be careful about
What this model itself distrusts about DTGI's figures. Written by the
derivation as it ran, not added afterwards.
newest fact in the filing is 2024-04-30 (2y old); this company's data is not usable and the scores below should be ignored
revenue period ends 2024-04-30 (852 days ago) - the tag chain found nothing recent, so treat this row as unscored
no market cap; set `market_cap` in overrides.yaml
share count is from 2024-04-30 (852 days old, weighted average diluted); 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`
quality rests on 4 of 5 inputs; not tagged: roic
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 2 of 4 inputs could be computed (contracted coverage, gross margin stability not tagged), so the score is not meaningful. Its weight is spread over the other dimensions
2 of 5 dimensions could not be measured (valuation, durability -- 35% of the model), so this row is not comparable with the others; its total rests on what was left