Verified Agents

Velki Agent List: Velki কি সরাসরি Agent অনুমোদন করে?

Velki agent list-এ নাম বা Agent ID থাকলেই সরাসরি অনুমোদন প্রমাণিত হয় না। [Direct authorization] প্রমাণ করতে authority issuer, Agent ID, scope, issue date এবং current status প্রয়োজন।

কিছু agent উচ্চতর agent বা administrator-এর কাছ থেকে delegated authorization পেতে পারেন। আবার কিছু listing শুধু third-party claim হতে পারে। এই লেখায় direct, delegated এবং unverified agent claim যাচাইয়ের সহজ নিয়ম জানবেন। এটি betting, deposit বা account-opening guide নয়।

By Arif Mia & Maria Kim

Updated 28 July 2026
12 min read

vellkiagent.com Velki প্রত্যেক agent-কে সরাসরি অনুমোদন করে—এমন সিদ্ধান্ত public agent list দেখে নেওয়া যায় না। একটি current first-party record direct authorization সমর্থন করে। Higher-level agent-এর দেওয়া authority হলে সেটিকে delegated authorization বলতে হবে।

Velki কি প্রত্যেক Agent-কে সরাসরি অনুমোদন করে?

Publicly available ভেলকি এজেন্ট লিস্ট দেখে প্রত্যেক agent-কে directly authorized বলা যায় না। একটি directory কোনো agent-এর নাম, ID এবং number প্রকাশ করতে পারে। তবে listing-এর publisher নিজেই সেই তথ্য যোগ করতে পারে।

এক্ষেত্রে দুটি প্রশ্ন সবচেয়ে গুরুত্বপূর্ণ:

Agent-কে authority কে দিয়েছে?
সেই authority এখনো active আছে কি?

Velki বা কোনো identified principal সরাসরি authority দিলে সেটি Direct Authorization। একজন higher-level representative authority দিলে সেটি Delegated Authorization। আর authority issuer, source এবং date পাওয়া না গেলে claim-টি Unverified থাকবে। কিছু public directory Master Agent-কে company-এর সঙ্গে সরাসরি যুক্ত বলে। অন্য directory আবার Master Agent-কে Super Agent-এর অধীনে দেখায়। এই conflicting hierarchy একটি গুরুত্বপূর্ণ uncertainty তৈরি করে। তাই role title দেখে authority নির্ধারণ করা ঠিক নয়। একটি first-party record authorization claim-কে শক্তিশালী করে। একটি third-party directory শুধু publisher-এর claim প্রকাশ করে। সুতরাং, Velki agent list-এ নাম থাকাকে direct appointment-এর final proof ভাববেন না।

Direct Authorization বলতে কী বোঝায়?

Direct Authorization হলো principal-এর কাছ থেকে agent-এর সরাসরি পাওয়া authority। এখানে principal বলতে platform operator, identified administrator বা মূল authorizing entity বোঝায়। Direct authority-এর মাঝে কোনো intermediary থাকে না। Principal নিজেই agent-এর role এবং permission নির্ধারণ করে। তবে direct authorization মানে unlimited authority নয়। একজন agent শুধু নির্দিষ্ট কাজের permission পেতে পারেন।

উদাহরণ হিসেবে authority scope হতে পারে:

Customer support
Account servicing
Complaint escalation
Limited administrative support
Identity verification assistance

একটি permission দেখে অন্য সব permission ধরে নেওয়া যাবে না।

Direct Authorization-এর প্রয়োজনীয় প্রমাণ

একটি credible direct authorization record-এ নিচের তথ্য থাকা উচিত:

Authorizing Principal
Agent-এর verified identity
Exact Agent ID
Assigned role
Authority scope
Issue date
Effective date
Expiry date
Current status
Revocation policy
Verification timestamp
First-party source

Issuer identity না থাকলে direct authority যাচাই করা কঠিন হয়। Agent ID থাকলেও issuer জানা প্রয়োজন। কারণ একটি ID শুধু একটি record শনাক্ত করতে পারে। Authority আগে active থাকলেও পরে expire হতে পারে। Principal সেই authority suspend বা revoke-ও করতে পারে। তাই old authorization screenshot current status প্রমাণ করে না। একটি current registry agent-এর active status নিশ্চিত করতে সাহায্য করে। Registry-তে last-reviewed date থাকা উচিত।

Identity এবং Authority একই বিষয় নয়

Identity verification একজন ব্যক্তি কে, সেটি যাচাই করে। Authorization verification সেই ব্যক্তি কী করার permission পেয়েছেন, সেটি যাচাই করে। একটি phone number identity claim-কে support করতে পারে। কিন্তু number match নিজে authority প্রমাণ করে না। একইভাবে, Agent ID একটি listed record শনাক্ত করে। এটি current direct authority নিশ্চিত করে না।

Delegated Authorization কীভাবে কাজ করতে পারে?

Delegated Authorization মানে একজন authorized intermediary অন্য agent-কে সীমিত authority দেয়। এই intermediary administrator, Master Agent, Super Agent অথবা অন্য assigned representative হতে পারেন। Delegated agent principal-এর কাছ থেকে সরাসরি appointment নাও পেতে পারেন। তিনি authority chain-এর মাধ্যমে permission পেতে পারেন।

একটি conceptual authority chain এমন হতে পারে:

Platform বা Principal
Administrator
Super বা Master Agent
Lower-tier Agent

এটি শুধু একটি explanatory model। Verified first-party policy ছাড়া এটিকে exact Velki hierarchy বলা যাবে না।

Delegated Authority-এর গুরুত্বপূর্ণ বৈশিষ্ট্য

একটি delegated authorization record-এ নিচের তথ্য থাকা উচিত:

Original principal
Delegating party
Receiving agent
Agent role
Parent Agent ID
Delegation scope
Start date
Expiry date
Current status
Revocation terms
Audit trail

Delegated authority সাধারণত নির্দিষ্ট scope-এর মধ্যে থাকে। একজন agent customer support করতে পারেন। কিন্তু তিনি অন্য agent তৈরি করার permission নাও পেতে পারেন। Parent authority suspend হলে নিচের agent-এর status-ও review প্রয়োজন হতে পারে। তবে parent suspended হলেই child agent স্বয়ংক্রিয়ভাবে অপরাধী হয় না। প্রতিটি record আলাদাভাবে যাচাই করতে হবে। Delegation chain-এর কোনো অংশ missing থাকলে authority confidence কমে যায়।

Velki Master Agent ও Super Agent-এর মধ্যে কে সরাসরি যুক্ত?

Velki Master Agent অথবা Velki Super Agent title একা direct authority প্রমাণ করে না। Public directory-গুলোর hierarchy description একরকম নয়। কিছু page দাবি করে Master Agent সরাসরি company-এর সঙ্গে কাজ করেন। তারা Super Agent-কে Master Agent-এর অধীনে দেখায়। অন্য directory Super Agent-এর নিচে Master Agent group করে। কিছু page আবার Super Agent Master Agent account তৈরি করতে পারে বলে। দুটি model একই সঙ্গে exact hierarchy হতে পারে না। এখানেই conflicting agent hierarchy দেখা যায়।

তাই role title-এর পরিবর্তে নিচের তথ্য যাচাই করুন:

Authority issuer
Parent relationship
Current status
Authority scope
Effective date
Verification source

Master Agent সম্পর্কে কী যাচাই করবেন?

একটি Master Agent record-এ নিচের attributes দেখা উচিত:

Exact Agent ID
Role issuer
Parent authority
Assigned network
Current number
Direct বা delegated label
Status date
Last-verified date

“Master” শব্দটি senior role বোঝাতে পারে। তবে এটি direct platform appointment প্রমাণ করে না।

Super Agent সম্পর্কে কী যাচাই করবেন?

একটি Super Agent record-এ নিচের তথ্য প্রয়োজন:

Exact Agent ID
Parent administrator
Delegation authority
Managed network
Current number
Authorization status
Verification date

“Super” title দেখেও unlimited power ধরে নেওয়া যাবে না।

সঠিক সিদ্ধান্ত হলো: Master অথবা Super title নয়; authorization issuer, parent relationship এবং current status যাচাই করুন। বিস্তারিত role comparison-এর জন্য Master Agent ও Super Agent-এর পার্থক্য পড়ুন।

Velki Agent List কী প্রমাণ করে?

একটি Velki Agent List কিছু useful information দেখাতে পারে। তবে সেই তথ্যের reliability publisher এবং methodology-এর ওপর নির্ভর করে।

একটি agent list সাধারণত প্রমাণ করতে পারে:

Publisher agent-টিকে list করেছে
একটি ID ওই record-এর সঙ্গে যুক্ত
একটি number ওই record-এ প্রকাশিত
একটি role label ব্যবহার করা হয়েছে
Record একটি নির্দিষ্ট date-এ visible ছিল
একটি complaint channel রয়েছে

এগুলো listing existence প্রমাণ করে। এগুলো direct authorization নিশ্চিত করে না।

একটি শক্তিশালী list নিচের তথ্যও প্রকাশ করবে:

Data source
Publisher identity
Verification method
Status date
Correction policy
Suspended-agent policy
Revocation history
Commercial relationship disclosure

আপনি আপডেটেড ভেলকি এজেন্ট লিস্ট থেকে record দেখার সময় এসব field খুঁজুন।

Velki Agent List কী প্রমাণ করে না?

একটি third-party directory নিচের বিষয়গুলো automatically প্রমাণ করে না:

Velki নিজে list প্রকাশ করেছে
Velki agent-কে সরাসরি appoint করেছে
Agent এখনো active
Number এখনো একই ব্যক্তির
Authority expire হয়নি
Authority revoke হয়নি
Publisher claim independently যাচাই করেছে
Agent আইনগতভাবে কাজ করতে পারেন
কোনো financial transaction নিরাপদ
“Official” label সত্য

Official Agent একটি claim। একটি current first-party source ছাড়া claim-টি proof হয় না। Website domain-এ Velki শব্দ থাকলেও ownership প্রমাণিত হয় না। Logo ব্যবহার করলেও publisher-এর authority নিশ্চিত হয় না। Google ranking বা social follower count-ও authorization evidence নয়।

কোনো Agent-এর Direct Authorization কীভাবে যাচাই করবেন?

Direct authorization যাচাই করতে একটি structured framework ব্যবহার করুন। শুধু Agent ID অথবা phone number দেখে সিদ্ধান্ত নেবেন না।

১. Authorizing Source শনাক্ত করুন

প্রথমে জিজ্ঞেস করুন: authority কে দিয়েছে? Issuer-এর identity স্পষ্ট হওয়া উচিত। Source claimed principal-এর control-এ থাকা প্রয়োজন

নিচের বিষয়গুলো দেখুন:

Source কি first-party?
Publisher কে?
Domain ownership disclosed কি?
Verification methodology আছে কি?
Correction policy আছে কি?
Record update date আছে কি?

Source শুধু self-written claim হলে সেটিকে independent proof বলা যাবে না।

২. Agent ID যাচাই করুন

Exact Agent ID search করুন। Leading zero থাকলে বাদ দেবেন না।

এরপর নিচের তথ্য মিলিয়ে দেখুন:

Agent role
Parent agent
Current number
Current status
Effective date
Verification source

একটি ID একাধিক role-এর সঙ্গে দেখা গেলে conflict report করুন। বিস্তারিত জানতে Agent ID যাচাই করার নিয়ম পড়ুন।

২. Agent ID যাচাই করুন

একটি transparent registry নিচের status label ব্যবহার করবে:

Direct
Delegated
Supported
Unverified
Suspended
Revoked
Expired

শুধু “Verified” লিখলে verification standard বোঝা যায় না। “Verified by whom?” এবং “Verified when?”—এই প্রশ্নগুলোর উত্তর প্রয়োজন।

৪. Verification Date দেখুন

Undated screenshot এড়িয়ে চলুন। Last-reviewed date এবং status history দেখুন। Number change history থাকলে সেটিও পরীক্ষা করুন। Authorization date পুরোনো হলে current confirmation প্রয়োজন।

৫. Authority Scope যাচাই করুন

একজন agent-এর permission সীমিত হতে পারে। Support permission থাকলেই financial বা administrative authority প্রমাণ হয় না। প্রতিটি scope আলাদাভাবে record করা উচিত।

৬. Revocation এবং Suspension দেখুন

Authority আগে active থাকলেও পরে বাতিল হতে পারে। [Suspended] status temporary restriction বোঝাতে পারে। [Revoked] status previous authority শেষ করে। সাসপেন্ড ও অপসারিত এজেন্ট তালিকা থেকে current warning status দেখুন।

৭. Parent Authority যাচাই করুন

Delegated agent-এর parent কে, সেটি দেখুন। Parent ID, parent status এবং delegation date একসঙ্গে মিলিয়ে নিন। Parent record না থাকলে chain incomplete থাকে।

৮. Confidence Level দেখুন

এই ধরনের confidence label সবচেয়ে পরিষ্কার:

Confirmed: শক্তিশালী first-party evidence রয়েছে
Supported: একাধিক consistent record রয়েছে
Delegated: Parent authority যাচাই করা হয়েছে
Unclear: Evidence অসম্পূর্ণ বা conflicting
Unverified: Self-claim অথবা third-party claim
Revoked: Authority formally withdrawn

কোন জিনিসগুলো Authorization-এর প্রমাণ নয়?

অনেক পরিচিত signal দেখতে official মনে হয়। তবে এগুলো authority proof নয়।

নিচের বিষয়গুলোর ওপর একা নির্ভর করবেন না:

WhatsApp profile photo
Username-এ “Official” লেখা
Website logo
Velki নামযুক্ত domain
Telegram group membership
Large follower count
Old screenshot
Previous successful transaction
Chat-এ পাঠানো Agent ID
অন্য ব্যবহারকারীর referral
Search ranking
Self-created verified badge
Promotional poster
Voice message

একটি previous transaction শুধু আগে যোগাযোগ হয়েছিল বোঝাতে পারে। এটি current authorization প্রমাণ করে না। একজন impersonator verified agent-এর নাম এবং ছবি copy করতে পারে। একটি old number search result-এ index হয়ে থাকতে পারে। তাই current number এবং date যাচাই করুন।

Claim বনাম Proof: “আমি official agent” একটি claim। Current first-party record হলো প্রয়োজনীয় proof।

Agent ID এবং Velki Agent Number কি যথেষ্ট?

না, Agent ID এবং number একা যথেষ্ট নয়। একটি Agent ID source reliable হলে listed identity শনাক্ত করতে সাহায্য করে। কিন্তু ID copy, reuse অথবা outdated হতে পারে। Revoked agent-এর পুরোনো ID এখনও screenshot-এ থাকতে পারে। একইভাবে, Velki Agent Number পরিবর্তন হতে পারে। পুরোনো number search engine-এ থেকে যেতে পারে। একজন fake agent অন্যের name, ID এবং profile image ব্যবহার করতে পারেন। তাই নিচের verification formula ব্যবহার করুন:

Agent ID + Current Number + Role + Parent Authority + Status Date + Verification Source
সবগুলো field match না করলে verification সম্পূর্ণ হয় না। Number match identity verification-কে support করে। তবে number match direct authority independently প্রমাণ করে না।

Direct, Delegated ও Unverified Agent-এর তুলনা

তিনটি status আলাদা করলে authority claim সহজে বোঝা যায়।

Factor	Direct	Delegated	Unverified
Authority issuer	Principal	Higher-tier agent	Unknown
Evidence	First-party record	Delegation record	Self বা third-party claim
Authority scope	Defined	সাধারণত limited	Unknown
Parent relationship	Principal	Named parent	Unknown
Effective date	Visible	Visible হওয়া উচিত	Missing হতে পারে
Current status	Verifiable	Chain-dependent	Not confirmed
Revocation check	Direct record	Parent ও child check	Unknown
Uncertainty	তুলনামূলক কম	Chain review প্রয়োজন	সবচেয়ে বেশি

এই table কোনো নির্দিষ্ট agent-এর status নির্ধারণ করে না। প্রতিটি ব্যক্তিকে verified record অনুযায়ী classify করতে হবে।

কেন বিভিন্ন Velki Agent List-এ আলাদা তথ্য দেখা যায়?

Different publisher আলাদা source এবং taxonomy ব্যবহার করতে পারে। একটি site Master Agent-কে senior role বলতে পারে। অন্য site Super Agent-কে parent হিসেবে দেখাতে পারে।

তথ্য আলাদা হওয়ার সাধারণ কারণ:

Different publishers
Different update dates
Copied databases
Old phone numbers
Data-entry errors
Different role definitions
Delayed status updates
Missing suspension records
Commercial incentives
No common methodology
Unverified user submission

কিছু directory অন্য website থেকে record copy করতে পারে। তখন ভুল তথ্য একাধিক জায়গায় ছড়িয়ে পড়ে।

একটি transparent list নিচের তথ্য প্রকাশ করবে:

Data source
Last update
Role definitions
Verification process
Correction channel
Suspension process
Publisher disclosure
Conflict-of-interest policy

“Official” শব্দ ব্যবহার করলেই list official হয় না। Publisher ownership এবং authority source প্রকাশ করা প্রয়োজন।

একটি Fake Official-Agent Claim কীভাবে চিনবেন?

Fake official claim সাধারণত urgency এবং authority language ব্যবহার করে। কেউ বলতে পারেন, “আমিই একমাত্র official agent।” কিন্তু তিনি verifiable source দিতে নাও পারেন।
নিচের warning sign দেখুন:

দ্রুত সিদ্ধান্ত নিতে চাপ
ID যাচাই করতে বাধা
Parent authority গোপন রাখা
নতুন বা mismatched number
Undated screenshot
Secret code চাওয়া
“Guaranteed safe” claim
Correction channel না থাকা
Source URL দিতে না চাওয়া
Suspended status অস্বীকার করা

কেউ PIN, OTP বা password চাইলে যোগাযোগ বন্ধ করুন। সন্দেহজনক claim দেখলে সন্দেহজনক Agent রিপোর্ট করুন পেজ ব্যবহার করুন

“Velki Deposit bKash” Search করলে কী বিষয়ে সতর্ক থাকবেন?

“Velki deposit bKash” লিখে পাওয়া number-কে direct authorization-এর proof ভাববেন না। Search result শুধু indexed content দেখায়। এটি recipient-এর current identity নিশ্চিত করে না।

এই article কোনো deposit instruction দেয় না। Financial safety-এর জন্য নিচের বিষয়গুলো মনে রাখুন:

Recipient identity আগে যাচাই করুন
Agent ID এবং number মিলিয়ে দেখুন
Transaction confirmation সংরক্ষণ করুন
PIN অথবা OTP কাউকে দেবেন না
সন্দেহজনক request-এ payment বন্ধ করুন
Official MFS support ব্যবহার করুন

bKash ব্যবহারকারীদের PIN, Secret Code ও Security Code গোপন রাখতে বলে। bKash authority এসব code চাইবে না। সন্দেহজনক call বা message যাচাইয়ের জন্য 16247 helpline ব্যবহার করা যায়। কোনো suspicious MFS transaction হলে প্রথমে provider-এর complaint channel ব্যবহার করুন। Bangladesh Bank-এর CIPC banks, finance companies এবং MFS complaint গ্রহণ করে; hotline 16236। আরও জানতে bKash ও MFS প্রতারণা থেকে বাঁচার উপায় পড়ুন।

এই Page কীভাবে Authorization Claim যাচাই করবে?

এই page evidence-based verification framework অনুসরণ করবে। কোনো third-party claim সরাসরি confirmed হিসেবে প্রকাশ করা হবে না।

আমাদের Verification Methodology

ধাপ ১: Claim record করা

কে কী claim করেছেন, সেটি exact wording-এ record করা হয়।

ধাপ ২: Claimed issuer শনাক্ত করা

Agent কাকে authorizing principal বলছেন, সেটি দেখা হয়।

ধাপ ৩: First-party source খোঁজা

Current registry, dashboard record অথবা verifiable notice খোঁজা হয়।

ধাপ ৪: Agent ID ও role মিলানো

Exact ID, assigned role এবং parent relationship পরীক্ষা করা হয়।

ধাপ ৫: Current number যাচাই করা

Number, country code এবং number-history মিলিয়ে দেখা হয়।

ধাপ ৬: Authority scope দেখা

Agent কোন কাজের permission পেয়েছেন, সেটি আলাদা করা হয়।

ধাপ ৭: Effective date দেখা

Authority কখন শুরু হয়েছে এবং expire হয়েছে কি না, সেটি যাচাই করা হয়।

ধাপ ৮: Suspension বা revocation পরীক্ষা করা

Previous authority এখনো active কি না, সেটি দেখা হয়।

ধাপ ৯: Conflict review করা

Source conflict হলে “Unclear” label ব্যবহার করা হয়।

ধাপ ১০: Confidence level দেওয়া

Evidence অনুযায়ী Confirmed, Supported, Delegated বা Unverified label দেওয়া হয়।

ধাপ ১১: Review date প্রকাশ করা

প্রতিটি result-এর সঙ্গে last-verified date দেখানো হয়।

ধাপ ১২: Correction ও appeal গ্রহণ করা

Supporting evidence দিয়ে disputed record review করার সুযোগ রাখা হয়। সম্পূর্ণ process জানতে আমাদের verification methodology দেখুন।

Authorization আগে Valid থাকলে কি সব সময় Valid থাকবে?

না, authorization permanent ধরে নেওয়া যাবে না। Authority expire, suspend অথবা revoke হতে পারে। Agent-এর role পরিবর্তনও হতে পারে। Number অথবা parent relationship বদলাতে পারে।

তাই প্রতিটি record-এ নিচের date থাকা দরকার:

Issue date
Effective date
Expiry date
Last-reviewed date
Suspension date
Revocation date
Reinstatement date

Old screenshot current authorization দেখায় না। Current registry এবং status history একসঙ্গে দেখুন।

সাধারণ ভুল ও প্রচলিত ভুল ধারণা

ভুল ধারণা: Agent ID থাকলেই Agent official

Agent ID শুধু একটি record শনাক্ত করে। Current authority source ছাড়া এটি direct authorization প্রমাণ করে না।

ভুল ধারণা: Master Agent সব সময় সরাসরি Company-এর অধীনে

Public hierarchy claims পরস্পরবিরোধী। Role issuer এবং parent relationship যাচাই ছাড়া এই claim গ্রহণ করবেন না।

ভুল ধারণা: Super Agent সব সময় Master Agent-এর অধীনে

সব directory একই hierarchy দেখায় না। First-party policy ছাড়া exact chain নিশ্চিত করা যায় না।

ভুল ধারণা: WhatsApp Number মিললেই Agent নিরাপদ

Number match identity claim-কে support করে। তবে এটি authority, current status বা transaction safety নিশ্চিত করে না।

ভুল ধারণা: Successful Transaction Authorization প্রমাণ করে

একটি previous transaction শুধু historical interaction দেখায়। Agent-এর authority পরে expire বা revoke হতে পারে।

ভুল ধারণা: Google-এর প্রথম Result-ই Official

Search position publisher ownership প্রমাণ করে না। Source, methodology এবং current verification date দেখুন

ভুল ধারণা: Website-এ Logo থাকলেই Authority আছে

একটি logo সহজে copy করা যায়। Brand asset ব্যবহার direct appointment প্রমাণ করে না।

নিরাপদ Agent Verification-এর Pro Tips

একটি single signal-এর ওপর নির্ভর করবেন না। কমপক্ষে পাঁচটি field মিলিয়ে agent claim যাচাই করুন।

Best-Practice Checklist

Exact Agent ID দেখুন
Current number মিলিয়ে নিন
Agent role যাচাই করুন
Parent authority শনাক্ত করুন
Authority type দেখুন
Effective date পড়ুন
Expiry date খুঁজুন
Last-reviewed date দেখুন
Suspension history পরীক্ষা করুন
First-party source খুঁজুন
Scope আলাদাভাবে পড়ুন
Undated screenshot এড়িয়ে চলুন

“Verified” badge দেখলে evidence standard জানতে চান। “Official” claim দেখলে publisher ownership যাচাই করুন। Conflict পেলে communication এবং financial action বন্ধ রাখুন।

বাংলাদেশি ব্যবহারকারীদের জন্য আইনগত সতর্কতা

Platform authorization এবং legal authorization আলাদা বিষয়। কোনো platform কাউকে agent হিসেবে অনুমোদন করলেও সেটি বাংলাদেশি আইনে কাজটি বৈধ করে না। বাংলাদেশের জুয়া প্রতিরোধ আইন, ২০২৬-এর ১১ ধারা জুয়া-সংক্রান্ত বিজ্ঞাপন, প্রচারণা ও sponsorship-কে অপরাধ হিসেবে উল্লেখ করে। তাই এই page শুধু consumer education এবং fraud prevention-এর জন্য ব্যবহার করা উচিত। এই article gambling, betting, registration অথবা deposit facilitate করে না। এটি কোনো agent-এর আইনগত permission নিশ্চিত করে না। বাংলাদেশের বাইরে থাকা পাঠক নিজ দেশের current law যাচাই করুন। আইনগত সিদ্ধান্তের জন্য Bangladesh-qualified legal professional-এর পরামর্শ নিন।

Verified Velki Agents

Browse independently verified agents screened through our 5-step verification process.

Agent Blacklist Check

Check whether an agent has fraud reports or appears in our public blacklist.

Avoid Fake Agents

Learn how to identify fake Velki agents and protect your deposits.

Report Suspicious Agent

Submit fraud reports with screenshots and help keep the community safe.

Velki Agent Authorization সম্পর্কে FAQs

Velki কি সব Agent-কে সরাসরি অনুমোদন করে?

Public agent list থেকে এটি নিশ্চিত বলা যায় না। Direct authorization প্রমাণ করতে issuer identity, Agent ID, authority scope, effective date এবং current status প্রয়োজন। Higher-level agent authority দিলে সেটি delegated authorization হিসেবে classify করা উচিত।

Velki Master Agent কি সরাসরি Company-এর সঙ্গে কাজ করে?

কিছু public page এই claim করে। তবে অন্য directory ভিন্ন hierarchy দেখায়। তাই Master title alone যথেষ্ট নয়। Role issuer, parent authority, current status এবং first-party evidence যাচাই করতে হবে।

Velki Super Agent কে অনুমোদন দেয়?

এটি actual hierarchy এবং delegation record-এর ওপর নির্ভর করে। Evidence ছাড়া Master, Admin অথবা platform-কে issuer ধরে নেওয়া ঠিক নয়। Parent Agent ID এবং authority source যাচাই করুন।

Velki Agent List-এ নাম থাকলেই কি Agent official?

না। Listing শুধু দেখায় publisher agent-টিকে directory-তে রেখেছে। এটি Velki direct appointment করেছে, এমন proof নয়। Publisher identity, source এবং methodology আলাদাভাবে যাচাই করুন।

Agent ID কি Authorization প্রমাণ করে?

না। Agent ID একটি record শনাক্ত করে। Current authorization প্রমাণ করতে authority issuer, role, scope, status date এবং reliable source প্রয়োজন।

WhatsApp Number মিললে কি Agent verified?

Number matching identity verification-কে support করে। তবে এটি direct authority, active status অথবা transaction safety প্রমাণ করে না। ID, role, parent এবং date-ও মিলিয়ে দেখুন।

Direct এবং Delegated Authorization-এর পার্থক্য কী?

Direct authority principal সরাসরি দেয়। Delegated authority একজন authorized intermediary দেয়। Delegated agent-এর permission সাধারণত limited এবং parent authority-এর ওপর নির্ভরশীল।

Authorization আগে Valid থাকলে এখনো Valid থাকবে?

সব সময় নয়। Authority expire, suspend বা revoke হতে পারে। Current registry, last-reviewed date এবং status history যাচাই করুন।

“Official Velki Agent List” Title কি বিশ্বাসযোগ্যতার প্রমাণ?

না। “Official” একটি claim। Publisher ownership, first-party source, verification methodology এবং current records ছাড়া title নিজে authority প্রমাণ করে না।

ভুল Authorization Information কীভাবে Report করব?

Agent ID, source page, screenshot, date, number এবং correction evidence সংরক্ষণ করুন। এরপর secure report form ব্যবহার করুন। PIN, OTP বা full identity document জমা দেবেন না।

Revoked Agent-এর পুরোনো Agent ID কি Valid?

ID historical record হিসেবে থাকতে পারে। তবে revoked status previous authority শেষ করে। Current status confirmation ছাড়া পুরোনো ID ব্যবহার করে authorization দাবি করা ঠিক নয়।

Third-Party Agent List বিশ্বাসযোগ্য কি?

একটি third-party list useful reference হতে পারে। তবে data source, update date, publisher identity এবং correction policy না থাকলে সেটিকে first-party proof বলা যায় না।

শেষ কথা: Listing নয়, Authority Source যাচাই করুন

Velki প্রত্যেক listed agent-কে সরাসরি অনুমোদন করে—এমন public proof পাওয়া যায় না। তাই [Direct], [Delegated] এবং [Unverified] status আলাদা করুন। Agent ID-এর সঙ্গে current number, role, parent authority এবং verification date মিলিয়ে দেখুন। WhatsApp profile, old screenshot অথবা “Official” badge-এর ওপর একা নির্ভর করবেন না। Suspension, expiry এবং revocation history-ও পরীক্ষা করুন। সবশেষে মনে রাখুন, platform authorization কোনো কার্যক্রমের legal permission প্রমাণ করে না। Agent ID ও Authorization Status যাচাই করুন ভুল বা সন্দেহজনক Agent Claim রিপোর্ট করুন