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 sums across merchants

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.

Defense Window methodology | Hail Pilot