If a Maya transaction connected with a casino name, advert or impersonation is unfamiliar, treat it first as a payment-account security issue. Use a verified Maya contact route, secure the account and preserve the original records. Do not reply to an alleged casino agent, follow a recovery link or disclose an OTP, password, full card number or CVV.
An unfamiliar transaction does not by itself establish who operated the recipient account, whether a casino domain was genuine or whether a crime occurred. Maya can review the payment and account evidence under its processes. Casino-domain checks and cybercrime allegations require separate assessment.
Immediate actions
Prioritise actions that reduce further exposure without destroying evidence.
- Open Maya through the app or an official contact route you already trust. Avoid links in unexpected texts, chats, emails or adverts.
- Review the transaction entry and recent account activity. Record what appears before changing or deleting anything.
- If card details may be exposed, use Maya's available card-blocking control and contact Maya immediately through a verified route.
- Report the transaction as suspected fraud or unauthorised activity. Describe only what you know and ask for a reference number.
- Secure the email address, mobile number and device associated with the account. Use new, unique credentials where compromise is suspected.
- Preserve messages, links, timestamps and transaction records. Do not continue engaging merely to obtain more evidence.
Maya's official contact information supports emergency contact and evidence preparation, while its warnings address deceptive links, credential disclosure and immediate card blocking. Those records do not determine liability or guarantee that funds will be recovered.
Information to preserve
Keep clean copies in a location that is not dependent on a possibly compromised device. Retain originals where possible; edited images can make chronology harder to verify.
| Record | What to capture | Why it matters |
|---|---|---|
| Maya transaction | Reference, amount, date, time and displayed recipient descriptor | Identifies the payment being disputed |
| Account activity | Nearby logins, transfers, card activity and profile changes visible to you | Helps establish the sequence around the incident |
| Messages and calls | Full conversation, sender details, timestamps and phone numbers | Preserves what was represented and when |
| Link or domain | Exact URL as displayed, without revisiting it | Supports a separate impersonation or domain review |
| Device event | Lost-device time, suspicious prompt, app installation or credential exposure | Explains the suspected route of compromise |
| Provider contact | Case number, submission date and copies of responses | Creates a traceable complaint history |
Do not place an OTP, password, CVV or complete card number in an evidence bundle sent to an alleged casino representative. If Maya requests information, use the verified provider channel and disclose only what that process requires.
Describe the incident without guessing
A useful report distinguishes observations from conclusions. State, for example, that you do not recognise a transaction, that you found a message asking for an OTP, or that your device was lost before the payment appeared. Do not identify a particular casino as the perpetrator solely because its name or a similar label appeared in a message or descriptor.
Use a short chronology:
- when you last controlled the account or device;
- when the suspicious message, link or call arrived;
- whether any credential was entered or disclosed;
- when the transaction appeared;
- when card blocking or account-security action was taken; and
- when Maya was notified and what case reference was issued.
If you are unsure whether you approved the payment, say so. Accuracy is more useful than forcing the facts into an account-takeover theory.
Unauthorised activity versus an authorised transfer
The correct route depends on whether the account holder actually approved the payment.
| Situation | Starting route | Important distinction |
|---|---|---|
| You did not make or approve the transaction | Notify Maya as suspected fraud or unauthorised activity | Maya assesses the payment and account evidence under its process |
| You approved a transfer but the recipient disputes receipt | Use the Maya transfer dispute evidence route | The issue is not automatically an unauthorised transaction |
| You approved payment after deception | Tell Maya exactly what you approved and what representation influenced you | Deception does not make an approved action technically unapproved |
| You recognise the payment but dispute a casino balance or withdrawal | Preserve payment proof and use the relevant complaint route | A casino-account dispute is separate from payment authorisation |
Do not report an authorised transfer as unauthorised merely because the recipient later stopped responding or a promised casino credit did not appear. A precise account protects the credibility of the complaint and helps route it correctly.
Maya notification and review
Maya's terms support its notice routes for suspected fraud or unauthorised transactions and describe evidence considered in redress. A notification should identify the disputed entry, explain why it is unfamiliar and provide the available chronology. Ask what security steps are required, what evidence format is accepted and how updates will be delivered.
Keep the case reference and a copy of each submission. Note the date, channel and substance of every response. If additional information is requested, answer through the verified route and retain what you sent. Maya's process does not predetermine liability or the outcome of an individual claim.
For a broader checklist on handling payment exposure, consult payment safety guidance. If the incident began through an unexpected casino-support profile, compare the contact pattern with the fake casino support warning.
Separate the three questions
One incident can raise several questions, but they should not be collapsed into a single allegation.
| Question | Relevant evidence | What it cannot establish alone |
|---|---|---|
| Was the Maya transaction authorised? | Account records, transaction data, security events and the account holder's chronology | Whether a casino domain is licensed or genuine |
| Is the casino identity or domain genuine? | Exact hostname, verified operator details and official records | Who controlled the Maya recipient account |
| Was phishing, takeover or another offence committed? | Messages, links, device evidence and competent-authority findings | A final conclusion based only on a payment descriptor |
Use casino checks for a separate review of the exact domain. If a suspicious link, copied identity or fake support profile is involved, preserve the URL but avoid reopening it; the scam and clone warning explains the distinction between a real brand and an impersonator.
Escalating through BSP-CAM
If the issue remains unresolved after contacting Maya, the Bangko Sentral ng Pilipinas financial-consumer assistance route provides a documented escalation channel. BSP materials place provider-first handling in the sequence and identify information requested for a BSP-CAM complaint.
Prepare a focused package containing:
- your name and safe contact details;
- the regulated provider involved;
- the disputed amount and transaction date;
- Maya's complaint or case reference;
- a concise chronology;
- the resolution requested;
- copies of material correspondence and transaction evidence; and
- the provider's response, if received.
Use the BSP casino payment complaint process to organise the escalation. BSP-CAM is a financial-consumer assistance route. It does not decide a casino-account balance, verify a gaming recipient or guarantee recovery.
Safety while the case is open
Be cautious of anyone claiming they can recover the money for an advance payment, obtain priority treatment or reverse a transaction after receiving an OTP. Do not move more money to “verify” an account or unlock a refund. A genuine complaint trail should remain within verified provider and competent-authority channels.
Maintain one evidence folder and an event log. Avoid publicly posting unredacted transaction records, mobile numbers or identification documents. If gambling activity is causing financial or emotional harm, gambling support options can be considered independently of the payment investigation.
Evidence checklist before submission
Before sending a complaint, check that the transaction reference and amount match Maya's record, the chronology uses dates and times where known, and observations are separated from assumptions. Redact secrets from working copies, but do not alter the underlying originals.
The casino complaint evidence checklist can help organise records. A complete folder improves traceability, but it does not prove liability or ensure reimbursement.
maya.ph · maya.ph · maya.ph · bsp.gov.ph · bsp.gov.ph
Frequently asked questions
Should I contact the alleged casino before Maya?
No. For a transaction you say you did not make, secure the Maya account and notify Maya through a verified route first. Contacting an unverified casino profile may expose more information or lead to another deceptive link.
What secrets should never be included in my complaint bundle?
Do not include an OTP, password, CVV or complete card number. Use verified channels and provide only the information required for the provider's process.
Does a casino name in the transaction record prove who received the money?
No. A displayed name or descriptor is evidence to preserve, but it does not by itself verify the recipient's legal identity, establish a genuine casino relationship or prove wrongdoing.
What if I approved the Maya transfer myself?
State that accurately. If you approved the transfer but dispute delivery, casino credit or the recipient's conduct, use the authorised-transfer dispute route rather than describing the payment as unauthorised.
Can BSP-CAM guarantee that the money will be returned?
No. BSP-CAM provides a financial-consumer assistance and escalation route after provider-first handling. It does not guarantee recovery or determine a casino-account dispute.