Defense Window — methodology
How we compute the figures shown on the Defense Window page, and what we explicitly choose not to publish.
We do not publish cross-merchant sums
Hail Pilot's standing policy forbids any public 'X dollars recovered across N merchants' scalar. Every figure on the Defense Window page belongs to one named merchant, with a signed consent record. The cohort_size number is metadata about Hail Pilot's own customer count — it is not a sum of any merchant transactional data.
What counts as 'recovered'
A case_outcomes row with a positive resolution_amount, where the case status is 'resolved'. We further filter to:
- Disputes the merchant defended (DisputeStatus.WON or CLOSED with merchant retention).
- Refund requests where the merchant's evidence led to a denial of the buyer's claim.
- Cases the merchant explicitly marks as 'won' or 'partial_win' via the outcome flow.
The k-anonymity floor
Until at least 5 merchants have published, on-record testimonials with consent signed, the public page renders the early-access state. We do not show a partial list with 1 or 2 names while waiting — the cohort framing is intentional.
How consent works
Every testimonial requires the merchant's explicit submission via a form they sign in the dashboard. The consent text version is stored alongside the testimonial; if we change the consent language, older testimonials retain the version they signed under. Merchants can revoke at any time via dpo@hailpilot.com.
Cache freshness
The public endpoint is cached for 5 minutes in Redis. A publication or revocation invalidates the cache immediately, but globally-edge-cached pages may take a few minutes to refresh.
Data subject rights
Hail Pilot's Data Protection Officer is reachable at dpo@hailpilot.com. Access, correction, and deletion requests for testimonial records are handled on the same channel.