Refund & Dispute Policy
This policy explains how the system decides who gets the money held for a deal — and why nobody has to argue about it. Amounts, windows, and percentages below are the current platform defaults; the exact values for your deal are shown before you accept it and are frozen with the deal.
Plain-language summary: each deal's payment is held by its own smart contract on TON (the app calls it the "escrow"). Outcomes are produced by objective, automated rules — not by a support team, and not by anyone's opinion. Deliver the agreed ad and keep it up → the system is designed to pay you, automatically. Fail to deliver or take it down early → it is designed to refund the advertiser, automatically. There is no dispute to file and no appeal to a human — the rules run on their own. There is no arbitration of quality: "I expected better results" is a rating, not a refund. And if nothing ever settles a deal, the smart contract's timeout refund is there as the fallback.
1. How a deal settles
- The advertiser funds the deal's smart contract from their own wallet.
- The channel owner publishes the agreed creative through the Service within the posting window.
- The bot checks the post objectively: right channel, required campaign tag present, content and link destinations match the frozen deal terms, posted inside the window (with a small grace buffer, currently 1 hour).
- A hold window (currently 24 hours, historically called the "dispute window" in the app) follows verification. It is an automated live-duration hold, not a period to lodge a complaint: the post must stay up, unedited, links unchanged.
- If the checks passed and the hold window expired with the post still live and unchanged, the payout is authorized automatically. The owner clicks Collect; the platform fee is split off on-chain at that moment. If the checks failed, the refund is authorized automatically and the advertiser clicks Claim refund.
Release is designed to happen only after the checks pass and the hold window has run out. Until then the money simply stays in the smart contract, which is the only place it ever is.
The steps above describe how the system is designed to behave. Both the platform software and the smart contracts are software: they can run late, fail, or — rarely — produce a wrong result, and deals settle by what the system actually records. The floor under everything is the timeout refund (Section 5), which is built into the smart contract itself and needs nothing and no one else to work as designed.
2. Outcomes by scenario
How the system is designed to settle each case:
| What happened | Designed outcome | |---|---| | Ad posted correctly, stayed live through the hold period | Owner is paid (minus the platform fee) | | Owner never posts by the posting-window deadline (+ grace) | Advertiser refunded, no fee | | Wrong creative, edited text, or changed/masked link destinations | Checks fail → advertiser refunded | | Post deleted before the minimum live time (currently 80% of the hold window, minus a 1-hour grace) | Advertiser refunded — early takedown is non-delivery | | Post deleted after the minimum live time | Owner is paid — the shortfall belongs in the rating | | Advertiser never funds the deal | Nothing at risk — the deal never activates and eventually expires. Owners should only post after the app shows the deal as funded | | Advertiser wants to cancel before funding | Fine — don't fund; the deal expires | | Advertiser wants to cancel after funding | Funded terms are binding; there is no unilateral cancel. If the owner never posts, the advertiser is refunded by the checks above | | Telegram removes the post, restricts the channel, or the channel disappears before the minimum live time | The checks see the post gone → advertiser refunded. Nothing on Telegram's side can be restored | | Channel owner loses control of the channel mid-deal | Same objective outcome: if the ad can't be confirmed as delivered and live, the advertiser is refunded | | Channel turns on content protection (forwarding restriction) after funding, changing what the advertiser bought | Treated as a bait-and-switch → advertiser refunded | | A user tampers with a post or manipulates the checks | Prohibited (Terms §7). The objective record prevails; the account faces restriction, and the manipulated "delivery" is not paid |
3. There is no dispute to file
The Service is fully automated — there is no "report a problem" action, no dispute form, and no human appeal. You do not need to do anything for a correct outcome: the objective checks in Section 1 run on their own, and the deal settles by what they record. This is by design — it is what lets an honest delivery get paid without an argument, and a non-delivery get refunded without one.
- Non-delivery is handled automatically. The scenarios in Section 2 — wrong channel, missing tag, changed content or links, a post deleted early — are exactly the objective checks the bot already runs. A deliberate scam is caught by those checks, not by a complaint.
- Quality is a rating, not a refund. "I expected better reach / more clicks / a nicer result" never blocks or reverses settlement (Section 7).
- Blockchain transfers are final. Once funds have left the smart contract, nothing — no report, no request to us — can reverse the settlement (see the Risk Disclosure). What you can still do is rate the counterparty, which affects their public standing.
4. When the checks cannot decide
Almost every deal is decided by the automated checks. In the rare case they genuinely cannot — most commonly a funding mismatch, where the amount funded on-chain does not match the deal — the deal is not decided by a person. It is held safely in the smart contract and left to the timeout refund (Section 5): once the timeout passes, the advertiser can reclaim the funds directly from the contract. There is no manual-adjudication desk, no renegotiation, and no quality assessment — only the objective rules and, as the backstop, the contract's own timeout.
5. The timeout refund — the fallback built into the contract
The smart contract is built so that if a funded deal is never settled — the checks never complete, the owner never collects, the platform is unavailable — the advertiser can reclaim the funds directly from the contract, with no signature from us and no human involvement, once the timeout passes. The timeout is the posting-window end plus the hold window (24h) plus a safety buffer (currently 7 days), so a legitimately-paid owner always has ample time to collect first. A timeout refund pays back the full amount held, with no platform fee. It is designed to be impossible after the deal has already been paid out or refunded. Like everything on-chain, it depends on the contract operating as designed (see the Risk Disclosure).
6. Fees — and the limits of any remedy
- The platform fee is charged only on a successful payout to the channel owner, as an on-chain split at release. Current default: 10% of the deal amount (1%–10% range; discounts can lower it). The exact fee is shown before acceptance and frozen with the deal.
- A refund — including the timeout refund — carries no platform fee. The advertiser gets back the full amount held by the contract.
- Blockchain network fees are not refundable. Whoever sends a transaction pays its network cost: the advertiser pays for contract deployment and funding, and each claimant pays the small fee of their own collect/refund claim. These amounts go to the TON network, not to us.
- There are no remedies outside the contract. Adpact holds no user funds, so each smart contract's own payout, refund, and timeout paths are the only possible money movements. We cannot reimburse, compensate, or top up anything from our side — including for defects or delays in the platform's software or the smart contracts — to the extent permitted by law.
7. Ratings are not refunds
After settlement, the advertiser rates the delivery. Late-but-delivered posts, weaker-than-hoped reach, or style complaints are rating material — they never block or reverse settlement, and rating is the only feedback channel for soft dissatisfaction. Ratings are public on channel profiles precisely so the marketplace rewards reliable owners.
8. Deals keep the rules they were funded under
Each funded deal permanently records the policy versions in force at funding. If this policy changes later, already-funded deals still settle under the rules that applied when they were funded.
9. Contact & support
Individual deals settle automatically — there is no per-deal support queue to write to, because the objective checks, not a support team, decide the outcome. For anything else, including reporting abuse or a policy violation: Report a violation in the app (Settings → Report a violation), handled on a best-effort basis; add your email in the form if you want a reply.