Verified Agents

Velki Agent List: Agent Chain of Authority কীভাবে কাজ করে?

velki agent list বা ভেলকি এজেন্ট লিস্ট-এ Agent Chain of Authority বলতে authority কোথা থেকে আসে এবং কার মাধ্যমে নিচের স্তরে যায়, সেই সম্পর্ক বোঝায়। একটি সাধারণ working model-এ Site Admin, Sub-admin, Super Agent ও Master Agent দেখা যায়।

তবে public directory-গুলো role order নিয়ে একই তথ্য দেয় না। তাই কোনো hierarchy-কে official বলার আগে Parent Agent ID, authority source, current status এবং verification date পরীক্ষা করতে হবে।

By Arif Mia & Maria Kim

Updated 28 July 2026
12 min read

vellkiagent.com এই article public directories এবং source comparison-এর ভিত্তিতে তৈরি। এটি কোনো gambling platform প্রচার করে না। এখানে দেখানো hierarchy একটি verification framework—confirmed first-party policy নয়।

Velki Agent Chain of Authority কী?

Agent Chain of Authority হলো একটি parent-child relationship model। এটি দেখায় একটি network-এর প্রতিটি role কার অধীনে কাজ করে বলে দাবি করা হচ্ছে। এই chain-এর শুরুতে থাকে মূল authority বা Principal। Principal কোনো role-কে direct authority দিতে পারে। সেই role আবার সীমিত authority অন্য role-এর কাছে delegate করতে পারে। এইভাবে একটি vertical relationship তৈরি হয়:

Authority issuer → Parent role → Child role → User-facing contactএখানে Parent Agent হলো higher-level record। Child Agent হলো তার নিচে যুক্ত record।

একটি verifiable authority chain সাধারণত ছয়টি প্রশ্নের উত্তর দেয়:

Authority কে দিয়েছে?
Agent-এর role কী?
Agent-এর Parent ID কোনটি?
Agent কতটুকু কাজ করতে পারে?
Authority কখন শুরু হয়েছে?
Authority এখনো active কি না?

শুধু “Master”, “Super” বা “Admin” লেখা থাকলে এসব প্রশ্নের উত্তর পাওয়া যায় না। একটি Agent ID agent record শনাক্ত করতে সাহায্য করে। কিন্তু Agent ID একা পুরো authority chain প্রমাণ করে না। ID-এর সঙ্গে role, Parent ID, authority source, scope এবং status যুক্ত থাকতে হবে।

কেন এই hierarchy গুরুত্বপূর্ণ?

একটি স্পষ্ট agent hierarchy তিনটি ঝুঁকি কমায়:

ভুয়া authority claim
ভুল বা পুরোনো agent number
suspended বা revoked record-এর ব্যবহার

বাংলাদেশি এবং প্রবাসী বাঙালি উভয়ের জন্যই এই verification গুরুত্বপূর্ণ। কারণ public website-এ একই role ভিন্ন level-এ দেখা যেতে পারে।

Velki Agent Hierarchy যাচাই করা কেন জরুরি?

একটি ভেলকি এজেন্ট লিস্ট agent-এর নাম, ID এবং number দেখাতে পারে। কিন্তু তালিকাটি authority কোথা থেকে এসেছে, তা সবসময় দেখায় না। এই তথ্য ছাড়া একজন ব্যবহারকারী কয়েকটি সমস্যায় পড়তে পারেন।

Role title এবং actual authority এক নয়

একজন ব্যক্তি নিজেকে “Velki Master Agent” বলতে পারেন। একটি third-party directory-ও তাকে Master হিসেবে তালিকাভুক্ত করতে পারে। তবু সেই title direct authority প্রমাণ করে না। Actual authority জানতে issuer, Parent ID, authority scope এবং effective date দেখতে হবে।

পুরোনো number active মনে হতে পারে

একটি agent number পরিবর্তন হওয়ার পরও পুরোনো page search result-এ থাকতে পারে। Screenshot বা পুরোনো WhatsApp profile আরও দীর্ঘ সময় ছড়িয়ে থাকতে পারে। তাই number-এর সঙ্গে Agent ID এবং last verified date মিলিয়ে দেখুন।

একই role-এর একাধিক ব্যাখ্যা থাকতে পারে

একটি public directory Master Agent-কে Super Agent-এর নিচে রাখতে পারে। অন্য directory Master Agent-কে Super Agent-এর parent বলতে পারে। এই conflict-এর কারণে শুধু role title দেখে higher authority নির্ধারণ করা যায় না।

Parent record inactive হতে পারে

একটি Child Agent-এর Parent Agent suspended বা revoked হলে delegated authority প্রশ্নের মুখে পড়ে। Child record active দেখালেও chain review প্রয়োজন হতে পারে।

Velki Agent Hierarchy-এর সাধারণ Working Model

Authority verification বোঝাতে নিচের model ব্যবহার করা যায়:

Platform or Principal
Site Admin
Sub-admin
Super Agent
Master Agent
User-facing Support or Service Contact

Mandatory note: Public pages-এর conflicting claims-এর কারণে এই diagram-কে confirmed Velki policy বলা যাবে না। এটি authority verification বোঝানোর একটি working model।এই model-এ Principal primary authority দেয়। Site Admin একটি visible operational level হিসেবে কাজ করতে পারে। Site Admin limited authority Sub-admin-এর কাছে delegate করতে পারে। Sub-admin assigned Super Agent group supervise করতে পারে। Super Agent assigned Master Agent record-এর parent হিসেবে দেখা যেতে পারে। Master Agent user-facing বা lower operational role হিসেবে কাজ করতে পারে। তবে প্রতিটি বাক্যে “পারে” শব্দটি গুরুত্বপূর্ণ। কারণ first-party policy ছাড়া exact permission নিশ্চিত করা যায় না।

প্রতিটি level-এর কী data থাকা উচিত?

Level	প্রয়োজনীয় Data
Principal	Legal identity, official domain, role policy
Site Admin	Admin ID, issuer, scope, status
Sub-admin	Parent Admin ID, assigned group, status
Super Agent	Parent ID, child records, scope
Master Agent	Parent ID, current number, status
Service Contact	Linked role, complaint path, verification date

এই fields ছাড়া একটি list কেবল category table হতে পারে। সেটি complete authority registry নয়।

Platform বা Principal-এর ভূমিকা কী?

Platform or Principal হলো সেই মূল entity, যেখান থেকে authority শুরু হওয়ার দাবি করা হয়।

Conceptually, Principal তিনটি কাজ করে:

Primary authority grant করে
Role policy নির্ধারণ করে
Authority suspend বা revoke করতে পারে

একটি credible Principal record-এ legal বা operating identity থাকা দরকার। Official domain এবং verification channel-ও দরকার।

Principal যদি role appoint করে, তবে appointment record-এ কয়েকটি field থাকা উচিত:

Appointed role
Unique ID
Authority scope
Effective date
Expiry date
Current status
Revocation process

First-party record ছাড়া কোনো third-party website Principal-এর হয়ে official approval নিশ্চিত করতে পারে না।

Platform authority ও legal permission এক নয়

কোনো platform কাউকে role দিলেও সেটি বাংলাদেশের আইনগত অনুমতি তৈরি করে না। Platform authority একটি internal বা claimed operational relationship। Legal permission একটি আলাদা jurisdictional বিষয়।

কোনো platform-এর agent hierarchy-তে স্থান পাওয়া বাংলাদেশি আইনে কাজটির বৈধতা প্রমাণ করে না।

Site Admin Chain-এর কোন Level-এ থাকে?

Site Admin কিছু public directory model-এ সর্বোচ্চ visible operational role হিসেবে দেখা যায়। Site Admin platform এবং lower-tier roles-এর মধ্যে একটি connection তৈরি করতে পারে। তবে “Admin” title দেখেই platform-issued authority ধরে নেওয়া যাবে না।

একটি verifiable Site Admin record-এ থাকা উচিত:

Admin ID
Appointing issuer
Authority scope
Managed child roles
Effective date
Current status
Suspension history
Revocation authority

Site Admin Sub-admin assign বা supervise করতে পারে। Escalated complaint review-তেও তার সম্ভাব্য ভূমিকা থাকতে পারে। কিন্তু public page-এ permission details না থাকলে এসব function confirmed নয়।

Admin title-এর সবচেয়ে গুরুত্বপূর্ণ প্রশ্ন হলো:

এই Admin-কে কে authority দিয়েছে?
Issuer শনাক্ত করা না গেলে Admin record-কে “Unverified” বা “Unclear” label দেওয়া উচিত।

Sub-admin কীভাবে Super Agent-এর সঙ্গে যুক্ত?

Sub-admin হলো একটি delegated management role। এটি Site Admin এবং lower-tier agent-এর মাঝখানে থাকতে পারে। Sub-admin সাধারণত একটি নির্দিষ্ট network, account group বা geographical scope-এর সঙ্গে যুক্ত হতে পারে। একটি public competitor page বারবার Sub-admin-এর অধীনে Super Agent এবং সেই Super Agent-এর অধীনে Master Agent group দেখায়। তবে pageটি এই authority relationship-এর first-party evidence বা delegation methodology প্রকাশ করে না। -admin record-এ থাকা উচিত:

Sub-admin ID
Parent Admin ID
Assigned Super Agent IDs
Network scope
Effective date
Current status
Revocation status

Sub-admin-এর authority সীমিত হতে পারে

Delegated authority সাধারণত parent authority-এর চেয়ে ছোট হয়। উদাহরণ হিসেবে, একটি Sub-admin নির্দিষ্ট Super Agent group review করতে পারে। সে পুরো network নিয়ন্ত্রণ নাও করতে পারে। এই সীমাকে Authority Scope বলা হয়। Authority scope না থাকলে ব্যবহারকারী জানবেন না roleটি কী করতে পারে। Unlimited authority ধরে নেওয়া উচিত নয়।

Parent Sub-admin suspended হলে কী হবে?

Parent Sub-admin suspended হলে তার Child Agent records review করা উচিত। তবে automatic accusation করা উচিত নয়। Child record-এর independent authority আছে কি না, সেটিও পরীক্ষা করতে হবে।

Velki Super Agent-এর ভূমিকা কী হতে পারে?

Velki Super Agent title সাধারণত একটি middle বা supervisory role বোঝাতে ব্যবহৃত হয়। একটি working model-এ Super Agent:

Sub-admin-এর child হতে পারে
Master Agent-এর parent হতে পারে
Assigned network supervise করতে পারে
Complaint higher level-এ escalate করতে পারে

তবে public sources এই role নিয়ে একমত নয়।

Super Agent-এর Parent কে?

একটি directory model-এ Super Agent একটি Sub-admin-এর অধীনে থাকে। একই page Master Agent-কে সেই Super Agent-এর অধীনে group করে। competitor page Super Agent-কে Master Agent-এর অধীনে বলে। সেই site Master Agent-কে company-linked বলেও দাবি করে। তবে visible first-party authorization record দেয় না। ঠিক উত্তর হলো: Super Agent-এর Parent কে, তা একটি verifiable Parent Agent ID দিয়ে নির্ধারণ করতে হবে।

Super Agent-এর Child কে?

একটি public working model-এ assigned Master Agents Super Agent-এর child হতে পারে। তবে role relationship confirmed করতে দুই পাশের record মিলতে হবে। Super record-এ Master ID থাকতে হবে। Master record-এ একই Super ID parent হিসেবে থাকতে হবে। একদিকে link থাকলে relationship incomplete।

Super Agent record-এর প্রয়োজনীয় attributes

Super Agent ID
Parent ID
Authority type
Assigned child IDs
Authority scope
Current number
Effective date
Current status
Last verified date

Velki Master Agent Chain-এর কোথায় থাকে?

Velki Master Agent অনেক public table-এ user-facing বা lower operational role হিসেবে দেখা যায়। একটি competitor directory Master Agent records-কে named Super এবং Sub-admin level-এর নিচে group করে। petitor দাবি করে Master Agent সরাসরি company-এর সঙ্গে কাজ করে। একই FAQ Super Agent-কে Master Agent-এর অধীনে বলে। সাইটটি এই claim-এর visible evidence standard প্রকাশ করে না। e conflict দেখায়, role name দিয়ে authority level স্থির করা যায় না।

Master Agent কি Direct Agent?

শুধু “Master Agent” title দেখে direct authority ধরে নেওয়া যাবে না। Direct Authority প্রমাণ করতে Principal-issued record দরকার। Record-এ issuer, scope, effective date এবং current status থাকতে হবে। Parent Super Agent ID থাকলে recordটি delegated হতে পারে। Parent field খালি থাকলেই direct authority প্রমাণ হয় না। Fieldটি missing-ও হতে পারে।

Master Agent record-এ কী থাকা উচিত?

Master Agent ID
Claimed Parent ID
Authority type
Current number
Previous number
Authority scope
Effective date
Current status
Complaint record
Last verified date

Master Agent ও Super Agent—কে Higher Authority?

Public directory-গুলোর তথ্য এক নয়। একটি directory Sub-admin → Super Agent → Master Agent grouping দেখায়। অন্য competitor Master Agent → Super Agent model দাবি করে। er authority নির্ধারণে role title নয়, verified parent record ব্যবহার করতে হবে।

Factor	Master Agent	Super Agent
Public description	Publisher অনুযায়ী ভিন্ন	Publisher অনুযায়ী ভিন্ন
Claimed parent	Company বা Super	Master বা Sub-admin
Claimed child	Super বা user-facing record	Master
Reliable conclusion	Source verification দরকার	Source verification দরকার
Proof required	Issuer, Parent ID, scope, status	Issuer, Parent ID, scope, status

Google-এ কোনো page উপরে rank করলেই তার hierarchy official হয়ে যায় না। Search ranking relevance দেখাতে পারে। এটি first-party authorization প্রমাণ করে না।

Direct Authority ও Delegated Authority কীভাবে আলাদা?

Authority তিনটি evidence category-তে ভাগ করা যায়:

Direct Authority

Direct Authority মূল Principal থেকে আসে।

একটি direct record-এ থাকতে হবে:

Identified Principal
First-party appointment
Documented scope
Effective date
Current status
Revocation path

Direct authority parent intermediary-এর ওপর কম নির্ভরশীল। তবে Principal-এর status এবং local law তখনও প্রযোজ্য।

Delegated Authority

Delegated Authority একটি authorized parent role থেকে আসে। এই authority parent record-এর ওপর নির্ভর করে। এর scope direct authority-এর চেয়ে সীমিত হতে পারে।

Delegated record-এ থাকতে হবে:

Parent ID
Delegation date
Delegated scope
Status dependency
Audit trail
Revocation record

Unverified Authority

Unverified authority সাধারণত self-claim বা third-party listing-এর ওপর দাঁড়ায়। এতে identified issuer, effective date বা current status থাকে না।

Attribute	Direct	Delegated	Unverified
Authority source	Principal	Parent role	Unknown
Parent dependency	Direct relationship	High	Unknown
Scope	Documented	Limited বা inherited	Unknown
Evidence	First-party record	Delegation record	Claim only
Revocation path	Principal	Parent বা Principal	Unknown

Authority কীভাবে এক Level থেকে অন্য Level-এ যায়?

একটি verifiable Delegation Lifecycle দশটি ধাপে কাজ করা উচিত।

Authority issuer একটি role শনাক্ত করে।
Role-এর জন্য unique Agent ID তৈরি হয়।
Parent role record করা হয়।
নির্দিষ্ট authority scope দেওয়া হয়।
Effective date যোগ করা হয়।
Current status “Active” হয়।
Child-role relationships record করা হয়।
প্রতিটি change audit log-এ যায়।
Suspension বা revocation chain update করে।
Reinstatement হলে নতুন dated status তৈরি হয়।

এই lifecycle agent recruitment শেখায় না। এটি শুধু governance record কীভাবে যাচাইযোগ্য হয়, তা বোঝায়।

Audit trail কেন দরকার?

Authority Audit Trail একটি record-এর পরিবর্তনের ইতিহাস দেখায়।

এতে জানা যায়:

Parent কখন বদলেছে
Number কখন পরিবর্তিত হয়েছে
Role কখন suspend হয়েছে
Scope কখন সীমিত হয়েছে
Reinstatement কখন হয়েছে

Audit trail ছাড়া পুরোনো screenshot এবং current record আলাদা করা কঠিন হয়।

Velki Agent ID দিয়ে পুরো Chain কীভাবে যাচাই করবেন?

একটি Agent ID যাচাই করতে শুধু search result দেখা যথেষ্ট নয়। নিচের verification framework অনুসরণ করুন।

Step 1 — Agent ID Search করুন

Exact Agent ID খুঁজুন।

তারপর দেখুন:

Role কী?
Current status কী?
Current number কোনটি?
Last update কবে?
একই ID অন্য role-এ আছে কি না?

একই ID দুইটি role-এ থাকলে Role Mismatch label ব্যবহার করুন।

Step 2 — Parent Agent ID পরীক্ষা করুন

Parent ID record-এ আছে কি না দেখুন।

তারপর যাচাই করুন:

Parent record পাওয়া যায় কি?
Parent role hierarchy-এর সঙ্গে মেলে কি?
Parent status active কি?
Parent ও child উভয় record-এ link আছে কি?

Parent ID না থাকলে “Missing Parent” label দিন।

Step 3 — Authority Source দেখুন

জানুন authority কে publish করেছে।

প্রশ্ন করুন:

Publisher কি authority issuer?
Source first-party নাকি third-party?
Verification methodology প্রকাশিত আছে?
Evidence-এর date আছে?
Correction policy আছে?

Third-party list claimed hierarchy publish করতে পারে। সেটি নিজে official authorization নয়।

Step 4 — Authority Scope দেখুন

Agent কী করতে পারে, তা record-এ স্পষ্ট থাকা দরকার।

সম্ভাব্য scope হতে পারে:

Identity support
Customer communication
Complaint escalation
Limited account servicing
Network supervision
No verified scope

একটি permission unlimited authority প্রমাণ করে না।

Step 5 — Date এবং Status মিলিয়ে দেখুন

Check করুন:

Effective date
Expiry date
Last reviewed date
Suspension history
Revocation history
Reinstatement date

সহজ Verification Formula

Agent ID + Role + Parent ID + Authority Source + Scope + Current Status + Verification Date
এই সাতটি field না মিললে chain-কে “Confirmed” বলা উচিত নয়।

আমরা কীভাবে Agent Authority Chain যাচাই করি

একটি transparent methodology box article-এর trust বাড়ায়।

Agent ID সংগ্রহ করি।
Agent role শনাক্ত করি।
Claimed Parent ID খুঁজি।
Parent record active কি না দেখি।
Authority source শনাক্ত করি।
Direct নাকি delegated তা classify করি।
Authority scope পরীক্ষা করি।
Effective এবং expiry date দেখি।
Number history মিলিয়ে দেখি।
Suspension বা revocation পরীক্ষা করি।
Conflict থাকলে “Unclear” label দিই।
Review date এবং correction link প্রকাশ করি।

Recommended confidence labels

Confirmed: Strong first-party evidence পাওয়া গেছে
Delegated: Verified parent record পাওয়া গেছে
Supported: একাধিক consistent source পাওয়া গেছে
Unclear: Evidence incomplete বা conflicting
Unverified: Third-party বা self-claim only
Suspended: Authority সাময়িকভাবে বন্ধ
Revoked: Authority প্রত্যাহার হয়েছে
Expired: Validity period শেষ
Reinstated: Dated approval-এর মাধ্যমে পুনরায় active

Chain-এর কোনো Link Suspended হলে কী হয়?

একটি parent link suspended হলে dependent authority review করা উচিত। তবে child agent-কে automaticভাবে অপরাধী বা suspended বলা ঠিক নয়। Exact effect delegation policy-এর ওপর নির্ভর করে।

Recommended review process

Parent status “Suspended” করুন।
Child status “Parent Under Review” করুন।
Independent authority record খুঁজুন।
New transactions বা claims review করুন।
Historical status সংরক্ষণ করুন।
Decision date প্রকাশ করুন।
Reinstatement হলে নতুন date দিন।

Recommended status labels

Active
Parent Under Review
Temporarily Restricted
Suspended
Revoked
Unverified Parent
Reinstated

Parent suspension authority chain interrupt করতে পারে। কিন্তু review ছাড়া public allegation করা উচিত নয়।

Broken বা Unverified Authority Chain কী?

Broken Authority Chain এমন একটি chain, যেখানে এক বা একাধিক link যাচাই করা যায় না।

Common examples:

Parent ID পাওয়া যায় না
Parent record revoked
Child দুইটি conflicting parent দাবি করে
Agent ID অন্য role-এর
Number বদলেছে, কিন্তু record update হয়নি
Effective date নেই
Verification source নেই
পুরোনো screenshot current proof হিসেবে ব্যবহৃত
Parent এবং child record একে অন্যকে match করে না

Multiple-parent anomaly

একজন Agent-এর দুইটি Parent ID দেখা গেলে সেটি Multiple-Parent Anomaly হতে পারে। Governance model multiple relationships support করলে বিষয়টি বৈধ হতে পারে। অন্যথায় conflict review দরকার।

Orphan agent record

Parent ID ছাড়া একটি delegated-looking record-কে Orphan Agent Record বলা যায়। এটি direct agentও হতে পারে। তবে direct appointment evidence না থাকলে recordটি unverified থাকবে।

Recommended warning labels

Warning	অর্থ
Missing Parent	Parent record নেই
Conflicting Parent	একাধিক parent claim
Unverified Chain	Evidence অসম্পূর্ণ
Expired Record	Validity শেষ
Number Mismatch	Number record মেলে না
Role Mismatch	ID ও role conflict
Historical Record Only	Record current নয়

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

Public list-গুলো independent publisher পরিচালনা করতে পারে। তাদের database, role definition এবং update process ভিন্ন হতে পারে। একটি competitor site Admin, Home, Service, Super এবং Master category প্রকাশ করে। তবে category-গুলোর parent-child relationship বা authority methodology ব্যাখ্যা করে না। একই page-এ বহু record ও number দেখা যায়, কিন্তু authority lifecycle স্পষ্ট নয়। ite Site Admin, Sub-admin, Super এবং Master category দেয়। সেটি Master records-কে named Super ও Sub-admin headings-এর নিচে group করে। mpetitor Master Agent-কে company-linked এবং Super Agent-এর parent হিসেবে বর্ণনা করে। তবে claimটির supporting first-party record প্রকাশ করে না। -গুলো আলাদা হওয়ার সম্ভাব্য কারণ

Different database structure
Different role definition
Copied records
Outdated data
Number changes
Role reassignment
Data-entry error
Missing methodology
Commercial incentive
Shared first-party registry-এর অনুপস্থিতি

Different list architecture official authority-এর প্রমাণ নয়। এটি publisher-এর data model-ও হতে পারে।

Agent Number Chain-এর সঙ্গে কীভাবে যুক্ত?

Velki Agent Number contact matching-এ সাহায্য করতে পারে। তবে number authority chain প্রমাণ করে না।

একটি number record-এ থাকা উচিত:

Current number
Previous number
Linked Agent ID
Agent role
Parent ID
Effective date
Last verified date

WhatsApp profile কি evidence?

WhatsApp profile name, photo বা description identity support করতে পারে। এটি authority source প্রমাণ করে না। Profile সহজে বদলানো যায়। Number অন্য ব্যক্তির কাছে reassigned-ও হতে পারে।

Duplicate number anomaly

একই number একাধিক Agent ID-এর সঙ্গে যুক্ত হলে review করুন।

সম্ভাব্য কারণ হতে পারে:

Shared service number
Outdated record
Data duplication
Number reassignment
Impersonation

Record explanation ছাড়া number-কে verified বলা উচিত নয়।

Complaint Chain কীভাবে কাজ করা উচিত?

একটি secure Complaint Escalation model নিচের মতো হতে পারে:
User Report → Record Verification → Parent Review → Supervisory Review → Compliance Decision → Appeal or Closure

Complaint record-এ থাকা উচিত:

Complaint reference
Agent ID
Parent ID
Masked number
Incident date
Evidence
Current status
Reviewer
Resolution date

Privacy rule

Public complaint form-এ কখনো নিচের তথ্য চাইবেন না:

PIN
OTP
Password
Full NID
Unredacted bank statement
Full financial account data

Complaint evidence secure storage-এ রাখতে হবে। Public page-এ personal number mask করা উচিত।

“Velki Deposit bKash” Search করলে কী যাচাই করবেন?

velki deposit bkash লিখে পাওয়া কোনো number-কে authority chain যাচাই ছাড়া অনুমোদিত ধরে নেবেন না। Payment number কোনো Agent ID-এর authority প্রমাণ করে না।

Fraud-prevention review-এ দেখুন:

Number কোন Agent ID-এর সঙ্গে যুক্ত?
Agent ID-এর Parent ID আছে?
Current status কী?
Number change date আছে?
Verification source first-party কি না?

এই article কোনো deposit instruction দেয় না। bKash ব্যবহারকারীদের প্রতিটি transaction-এর recipient যাচাই করতে বলে। প্রতিষ্ঠানটি PIN, Secret Code এবং Security Code গোপন রাখতেও নির্দেশ দেয়। ক্তি PIN, OTP বা Security Code চাইলে তা দেবেন না।

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

এই article শুধু public-claim verification, consumer awareness এবং fraud prevention-এর জন্য তৈরি। বাংলাদেশের জুয়া প্রতিরোধ আইন, ২০২৬, ১ জুলাই ২০২৬ থেকে কার্যকর হয়েছে। আইনের ধারা ৫ অনুযায়ী online বা remote gambling-এর সঙ্গে সম্পৃক্ত হওয়া অপরাধ। সংবাদ সংস্থার প্রকাশিত ব্যাখ্যায় বিদেশি online gambling platform-এর representative, agent বা associate হিসেবে কাজ করাও নিষিদ্ধ কার্যক্রমের মধ্যে রয়েছে। একই প্রতিবেদনে gambling promotion, affiliate marketing এবং referral campaign-এর ক্ষেত্রেও শাস্তির বিধান উল্লেখ করা হয়েছে। platform-এর agent hierarchy-তে স্থান পাওয়া বাংলাদেশি আইনে কাজটির বৈধতা প্রমাণ করে না।** এই content কোনো account creation, agent recruitment, deposit, withdrawal বা gambling participation শেখায় না। প্রবাসী পাঠকদের নিজ নিজ দেশের আইনও পরীক্ষা করতে হবে। Platform authority কোনো jurisdiction-এর আইন বাতিল করতে পারে না। আইনগত সিদ্ধান্ত নেওয়ার আগে Bangladesh-qualified legal professional-এর পরামর্শ নিন।

Velki Agent Hierarchy নিয়ে প্রচলিত ভুল ধারণা

Myth 1: Master শব্দ থাকলেই সে highest agent
ভুল। Public sources Master ও Super-এর order নিয়ে একমত নয়। Verified Parent ID ছাড়া higher authority নির্ধারণ করা যায় না।
Myth 2: Agent ID থাকলেই authority confirmed
ভুল। Agent ID শুধু একটি record শনাক্ত করতে পারে। Authority প্রমাণে issuer, scope, status এবং date দরকার।
Myth 3: WhatsApp number official authority প্রমাণ করে
ভুল। WhatsApp একটি contact channel। Profile name বা picture authority evidence নয়।
Myth 4: Google-এর প্রথম list-ই official list
ভুল। Ranking এবং authorization আলাদা বিষয়। First-party evidence ছাড়া একটি page third-party directory হিসেবেই থাকবে।
Myth 5: Parent suspended হলে সব Child অপরাধী
ভুল। Parent suspension review trigger করে। Child-এর independent authority থাকলে সেটি আলাদাভাবে পরীক্ষা করতে হবে।
Myth 6: একটি screenshot স্থায়ী প্রমাণ
ভুল। Screenshot historical evidence হতে পারে। Current status জানতে live record এবং verification date দরকার।

Authority Chain যাচাইয়ের Pro Tips

1. Role-এর আগে issuer দেখুন

Role title নয়, authority কে দিয়েছে তা আগে পরীক্ষা করুন।

2. দুই দিকের parent-child link মিলান

Parent record-এ Child ID এবং Child record-এ Parent ID থাকা উচিত।

3. Last reviewed date ছাড়া “verified” মানবেন না

“Verified” label-এর সঙ্গে exact review date থাকা দরকার।

4. Current এবং previous number আলাদা রাখুন

পুরোনো number delete না করে historical label দিন।

5. Suspension history প্রকাশ করুন

Historical status transparency বাড়ায়।

6. Source confidence দেখান

First-party, supported, third-party এবং self-claim আলাদা label করুন।

7. Correction policy রাখুন

ভুল Parent ID, role বা number সংশোধনের secure process প্রকাশ করুন।

8. Conceptual diagram-কে official বলবেন না

Diagram-এর নিচে working-model disclaimer দিন।

Recommended Authority-Chain Data Table

Field	Description
Agent ID	Current record identifier
Agent Role	Admin, Sub-admin, Super বা Master
Parent Agent ID	Claimed higher-level record
Authority Type	Direct, Delegated বা Unverified
Scope	Verified permission boundaries
Effective Date	Authority শুরু হওয়ার date
Expiry Date	Authority শেষ হওয়ার date
Current Status	Active, Suspended, Revoked বা Unclear
Current Number	Masked contact number
Verification Source	Evidence category
Last Reviewed	Exact review date
Correction	Secure correction link

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.

Frequently Asked Questions

Velki Agent Chain of Authority কী?

Velki Agent Chain of Authority হলো Principal, higher-tier role এবং lower-tier agent-এর claimed relationship। Agent ID, Parent ID, authority scope এবং status এই relationship যাচাই করতে সাহায্য করে। Public directories conflict করলে first-party policy ছাড়া কোনো model-কে official বলা যায় না।

Velki Agent hierarchy-এর সর্বোচ্চ level কোনটি?

Conceptually, Platform বা Principal সর্বোচ্চ authority source। তবে public directory role models এক নয়। Visible list-এ Site Admin সর্বোচ্চ category হতে পারে। Confirmed answer-এর জন্য Principal-এর published role policy এবং current authorization record দরকার।

Site Admin কী কাজ করে?

Site Admin একটি high-level operational role হিসেবে দেখা যেতে পারে। এটি lower-tier role supervise বা complaint escalate করতে পারে। তবে verified policy ছাড়া exact permission নিশ্চিত করা যাবে না। Admin ID, issuer, scope এবং status আলাদাভাবে পরীক্ষা করুন।

Sub-admin কাকে manage করে?

কিছু public list Super Agents-কে Sub-admin-এর নিচে group করে। তবে exact authority বুঝতে Parent Sub-admin ID এবং delegated scope দরকার। Category heading relationship-এর clue দিতে পারে, কিন্তু first-party appointment প্রমাণ করে না।

Super Agent কি Master Agent-এর উপরে?

সব public source একই উত্তর দেয় না। একটি model Super Agent-এর নিচে Master Agent দেখায়। অন্য competitor Master Agent-এর নিচে Super Agent দাবি করে। তাই role title নয়, verified Parent ID দিয়ে higher authority নির্ধারণ করুন।

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

একটি competitor site এমন দাবি করে। তবে visible first-party authorization record ছাড়া claimটি independently verified নয়। Direct authority নিশ্চিত করতে Principal-issued record, effective date, scope এবং current status প্রয়োজন।

Agent ID দিয়ে Parent Agent জানা যায় কি?

Directory reliable parent field সংরক্ষণ করলে Agent ID দিয়ে Parent Agent জানা যেতে পারে। তবে Parent ID existence, role এবং status আলাদাভাবে যাচাই করতে হবে। শুধু এক পাশের link একটি complete authority chain তৈরি করে না।

Parent Agent suspended হলে Child Agent কি suspended হবে?

সবসময় নয়। Parent suspension Child record-এর review trigger করা উচিত। Delegation policy parent-dependent হলে authority সাময়িকভাবে সীমিত হতে পারে। Child-এর independent authority থাকলে সেটি documented evidence দিয়ে প্রমাণ করতে হবে।

একটি Agent-এর দুইটি Parent ID থাকতে পারে?

Governance model multiple relationships support করলে সম্ভব। তবে explanation ছাড়া দুইটি Parent ID conflict তৈরি করে। তখন “Conflicting Parent” label দিন এবং issuer, effective date ও scope পরীক্ষা করুন।

WhatsApp number কি authority chain প্রমাণ করে?

না। WhatsApp number শুধু contact matching-এ সাহায্য করে। Profile name, ছবি বা description সহজে পরিবর্তন করা যায়। Authority যাচাইয়ের জন্য Agent ID, Parent ID, source, status এবং verification date দরকার।

Agent chain পুরোনো হলে কীভাবে বুঝব?

Effective date, date modified, last verified date এবং number history পরীক্ষা করুন। Parent record active কি না দেখুন। Current page-এর সঙ্গে পুরোনো screenshot বা cached result conflict করলে updated evidence-কে অগ্রাধিকার দিন।

ভুল Parent ID কীভাবে report করব?

Secure correction form-এ Agent ID, claimed Parent ID, proposed correction, evidence source এবং redacted screenshot দিন। PIN, OTP, password, full NID বা unredacted financial record জমা দেবেন না।

Conclusion

Velki agent hierarchy দেখায় authority কোথা থেকে শুরু হয় এবং কোন role-এর মাধ্যমে নিচে যায়। প্রতিটি agent record-এর একটি identified issuer বা valid Parent ID থাকা দরকার। Role title alone authority scope প্রমাণ করে না।

Agent ID-এর সঙ্গে Parent ID, current status এবং verification date মিলিয়ে দেখুন। Public directories conflict করলে hierarchy-কে confirmed না বলে “Unclear” বা “Claimed” label দিন। Suspended, revoked বা missing parent link সবসময় review প্রয়োজন করে। একই সঙ্গে মনে রাখুন, platform authority আইনগত বৈধতা তৈরি করে না।

Primary CTA: Agent ID দিয়ে Authority Chain যাচাই করুন।

Secondary CTA: ভুল Parent, Role বা Number তথ্য রিপোর্ট করুন।

Disclaimer

এই article public directories, available records এবং source comparison-এর ভিত্তিতে তৈরি। Public website-গুলো Velki agent hierarchy নিয়ে conflicting তথ্য প্রকাশ করে।

তাই এখানে দেখানো hierarchy একটি verification framework—confirmed first-party policy নয়। এই content gambling, betting, agent recruitment বা financial transaction promote করে না। Platform authority কোনো কার্যক্রমের আইনগত বৈধতা প্রমাণ করে না।