Appearance
Support runs from your account

Sign in and open a ticket against the order it is about. The reference, the messages and the answer stay in one place, so nothing has to be repeated and nobody answers without seeing the order.

Start from the kind of problem

Four common categories, and what to have ready for each.

An order

Delivery, status, a remaining count, a missing delivery, or a duplicate charge.

  • Have the order reference ready
  • Note the time it was placed
  • Say what you expected to receive

A payment or a credit

A top-up that has not credited, a credit that looks wrong, or a hold that has not released.

  • Have the payment reference ready
  • Never send a banking one-time password
  • Allow for verification time before reporting

A verification number

A code that has not arrived, a cancellation that was refused, or a second message.

  • Read the order state first
  • A timeout is not a cancellation
  • Do not reserve a replacement yet

Account access

Sign-in, a password reset, a device you no longer recognise, or a key you need to revoke.

  • Use the signed-in account where possible
  • Revoke unfamiliar sessions first
  • Never share a password with support

What support will never ask for

Read this before you share anything with anyone claiming to be us.

Never share these

  • Your account passwordNot by support, not by us, not by anybody who contacted you first.
  • A banking one-time passwordNo legitimate support process needs a code that only your bank can read.
  • Your UPI PINIt is the one credential that can move money directly, and no support channel should ever ask for it.
  • A session file or stringIt is the account itself. Sharing it hands over the account.
  • A mailbox app passwordNothing here needs access to your email. A request for it is not from us.

These requests share one shape: a deadline. The code is about to expire, the session is about to close, the payment is about to reverse. That urgency is the trick. Real support never has a deadline like that.

If anyone asks for one of the five, stop. Send nothing, not even part of it, and report it.

Before you write

The reference you have changes the answer you get.

What to include in a support request, by problem type
Problem typeIncludeDo not includeWhat happens next
An orderOrder reference, time placed, what was expected and what arrivedSession files, account credentialsThe order record is read first, and the supplier state is checked against it
A paymentPayment reference, amount, time, and the credit you expectedBanking one-time passwords, UPI PIN, mailbox passwordsThe payment evidence is verified before any credit is discussed
A verification numberOrder reference and the routeAny attempt to reserve a replacement while waitingThe order state is read, including whether a cancellation was refused
Account accessThe account email and the device you last used successfullyYour passwordAccess is recovered through a reset link, never by a person reading your credentials
Something elseA description, a time, and a reference if you have onePersonal data about third partiesThe request is routed to the right reviewer

Where to go next

Some questions are answered better by a page than by a person.

Common questions

Answers about orders, payments, accounts and refunds, each one linking deeper.

Read the FAQ

Connection status

What is connected, what is not, and when each was last checked.

Check status

Support tickets

Private, threaded requests against an order, once you are signed in.

Open tickets