Legal · Trust & safety
Dispute & anti-scam policy
Freelancing in Nepal usually runs on trust and a bank transfer, and the person who moves first is the person who gets burned. NepalCanWork replaces that with three things a scammer can't route around: money the freelancer never holds, a written scope both sides signed before any work started, and a verdict that has to cite that scope in writing.
This page describes what the platform does today. Anything still being built is listed as such at the bottom, in the future tense.
The foundation
The money never sits with the freelancer
This is the single fact that makes every other protection enforceable. There is nothing for a freelancer to run off with, and nothing for a client to charge back after the work is delivered.
You pay NepalCanWork
Payment goes to the platform, not to the freelancer. It is recorded on the wallet ledger and held there for the life of the order.
You trigger the release
Escrow only moves when you approve the delivery. Nobody at NepalCanWork can nudge it out on the freelancer's behalf.
A short hold, then payout
After approval the funds sit for a further before the payout is queued — room to catch a problem you spotted a minute too late.
Silence isn't a weapon
If you never respond, the delivery auto-approves after — with an email warning beforehand — so a freelancer can't be held hostage by a client who simply goes quiet.
The instant anyone disputes, the money stops
How conflict is handled
Three layers — and most conflicts never reach the last one
Each layer is designed to absorb the majority of what reaches it. That is deliberate: a dispute desk is the slowest, most expensive way to settle a disagreement, so almost everything should be settled before it gets there.
Layer 0
The scope contract
Most disputes are really scope arguments. So every order produces one written artifact that both sides accepted, and every later disagreement is judged against it — not against taste, and not against what either side wishes had been agreed.
Paying does not start the work. A successful payment puts the order into awaiting requirements, not in progress. You fill in the requirements; the platform drafts them into a numbered list of contract items.
The freelancer must actively accept. They press “I accept these requirements” — or bounce them back once with questions, which sends the requirements form back to you to resubmit. The delivery clock is set at that acceptance, never at payment. A freelancer cannot silently start the clock on work they haven't read.
The accepted snapshot is frozen and hashed. On acceptance the contract items are hashed (SHA-256) onto the order. That hash is what makes “this is what we agreed” checkable later instead of arguable.
Nobody gets stuck in limbo. Whoever the order is waiting on gets nudged at 24 hours and again at 72. If requirements are never submitted at all, either side may cancel penalty-free after 7 days and the client is refunded in full.
Layer 1
The Resolution Center
There is no raw 'open a dispute' button on an order. There is 'resolve an issue', and it starts with the two of you settling it directly — executed by the ledger, with no staff member in the middle.
Either side can propose a split of the escrow. Release 70% and refund 30%, or any other division. The other party accepts in one tap.
Acceptance executes instantly on the wallet ledger. The freelancer's share is floored, the remainder goes to the client, and the two shares sum to the escrowed amount exactly. The order closes as settled and both sides can still review each other.
Offers have limits, so negotiation can't stall the money. Up to three rounds of offer and counter-offer; every offer expires after 72 hours, swept automatically.
Settling costs you nothing. Both parties record a positive trust event when a settlement executes. Settling is the outcome the platform wants, so it is never penalised on either side.
The escalation gate
You cannot escalate on vibes. The form is rejected by the server unless it carries specifics, and escalation is only available once one of these is true:
You must state
- Clients: exactly which numbered contract items are unfulfilled.
- Freelancers: that the delivery meets the contract, that the client is unresponsive, or that the client is demanding out-of-scope work.
And one must be true
- A delivery exists.
- The delivery deadline has passed.
- A settlement round was declined, countered or expired.
“I'm not satisfied” on its own is refused with an error. That single requirement kills most frivolous disputes before they cost anyone a week.
Layer 2
The formal dispute
The contested tail. Every stage has a clock and a default outcome, because a dispute that drags is a dispute that punishes whoever needs the money more.
The respondent has 48 hours. One 24-hour extension is available, once, on request. If they never respond, the evidence window closes automatically and the silence is recorded on their trust ledger and shown to the reviewer.
Evidence closes, then nothing more is added. Statements, uploads and links are locked at that point. The case is decided on that record.
AI reads the file, and only reads it. When evidence closes, the system extracts the documents and checks the delivery item-by-item against the frozen scope contract, producing a checklist, red flags and a triage tier. It is advisory. It cannot execute a verdict, and its analysis is shown to the dispute desk only — never to either party.
A human decides, in writing. Only an admin can issue a verdict, and the server rejects it unless it carries both a written rationale and the specific contract or checklist rows that rationale rests on. Prose alone is not accepted. The verdict — release, refund, or a split — executes from escrow automatically, and both parties receive the reasoning.
One appeal, to a different admin. Within 72 hours of the verdict, and only on genuinely new evidence or a new argument — restating your case is rejected by the server. The admin who decided the case is blocked from reviewing its appeal.
An appeal corrects, it doesn't claw back. Money that already moved is never reversed out of someone's wallet. A successful appeal posts a correcting ledger entry for the difference.
What the desk is allowed to weigh
Only the scope contract. Out-of-scope demands lose; unmet contract items lose. Partial delivery earns a partial release rather than nothing, because effort against an accepted contract has value. A party who ignored their response window has conceded the narrative unless the evidence says otherwise.
Who you're dealing with
Every freelancer is identity-verified before they can sell anything
Scams scale on disposable accounts. Making identity cost something — a real Nepali mobile number that can only ever be attached to one live account — is what stops a banned seller from being back in an hour under a new name.
Compulsory, and it gates the things that matter
A one-time SMS code to a Nepali mobile number. Until it is verified, an account cannot publish or edit a gig, place a bid, or withdraw money. Clients are never required to verify — the burden sits on the side that gets paid.
One number, one live account
Uniqueness is checked when the code is sent and checked again when it is entered, so the number can't be raced onto two accounts. Codes are stored hashed, expire in minutes, are capped at three sends an hour per user and per number, and are invalidated after five wrong attempts.
The payout number is a different number
Where money is sent is a separate field, verified against the payment gateway, and it is never used for login, OTP or account recovery. Neither number appears on a public profile. Changing a payout number re-verifies it, emails the account owner, and makes the new number unusable for 24 hours.
The separation in that last card is the point: taking over someone's login still doesn't let you redirect their earnings, and knowing where their earnings go tells you nothing about how to sign in as them.
Bad faith
Honest disputes are free. Bad-faith ones get expensive.
A dispute system that punishes complaining is useless, and one that never punishes anything gets farmed. So consequences attach to outcomes and patterns, never to the act of raising an issue.
The trust ledger
Every meaningful event is appended to a per-user ledger: a dispute opened, won, lost or decisively refuted; a settlement reached; a confirmed fraud flag; a response window ignored. Your trust score is derived from that ledger and is never hand-edited by staff, so it can always be explained by pointing at the events behind it.
- Winning a dispute, or settling one, carries a positive weight.
- Simply opening a dispute carries no penalty at all.
Graduated, automatic consequences
Applied by the system from the ledger, not case by case at someone's discretion:
Losing most of the disputes you open adds a 24-hour delay to your payouts and caps the value of orders you can place at Rs. 20,000, enforced at checkout.
A pattern of refuted disputes removes your ability to open one unassisted — further cases need staff pre-screening first, and the attempt is refused with that explanation.
A confirmed fraud flag triggers the same payout delay, order cap and pre-screen immediately, alerts the operations team, and refers the account for enforcement.
Fraud is handled above the dispute, not inside it
Not yet true
What we don't claim yet
These are specified and scheduled, but they are not live today. We would rather you knew that than found out during a dispute.
Watermarked deliverables before release
The plan is that final files stay preview-only until escrow releases. Today the platform records when files were unlocked and flags any dispute opened after that point for extra scrutiny — but it does not yet withhold the files themselves.
Mutually-confirmed scope amendments
Once accepted, a scope contract cannot currently be amended — only referenced. Changing scope means agreeing a settlement or a new order. A proper both-parties-agree amendment flow, re-hashed and appended, is planned.
Automatic suspension on fraud
A confirmed fraud flag today applies the payout delay, the order cap and the dispute pre-screen automatically, and alerts staff. Suspending or banning the account remains a deliberate human decision.
If something has gone wrong on an order, start on the order itself.
The Resolution Center lives on every order page — a deadline extension, a revision, or a settlement is faster and cheaper for both of you than a formal case. Cases you've already opened, and cases opened against you, are all on one page.
Hold and auto-approve windows on this page are read live from the platform's public configuration, so they always match what the system actually enforces. Related: Escrow & refunds , Terms of service and Financial crime controls.