1. Software Nature & Operational Scope
DrutoPay is a specialized, proprietary Software-as-a-Service (SaaS) and automated payment verification infrastructure developed and operated by DrutoPay Technologies ("DrutoPay", "we", "us", or "our").
Software-Only Architecture Declaration
DrutoPay is strictly an automation software bridge. DrutoPay is NOT a Payment Gateway (PG), NOT a Payment System Operator (PSO), NOT a Payment Service Provider (PSP), NOT an Escrow agent, and NOT a Payment Aggregator. DrutoPay does not operate any wallet, financial depository, or balance pool.
Our software exists solely to automate the manual, time-consuming verification process of transactional SMS notifications that merchants receive on their dedicated Android devices from recognized Bangladeshi Mobile Financial Services (MFS) providers—including bKash, Nagad, Rocket, and Upay.
2. Zero Fund Holding: Direct-to-Account Principle
The cornerstone of DrutoPay’s technology is our non-custodial, Zero Fund Holding Operating Model:
- Direct Peer-to-Merchant Transfer: When a customer makes a payment on a merchant’s website, the customer transfers money directly from their personal MFS/bank wallet directly to the merchant’s own personal, agent, or merchant MFS account.
- Zero Intermediation: Customer money never enters DrutoPay’s systems, accounts, or digital wallets at any time or under any circumstances.
- No Fund Holding or Storing: DrutoPay does not hold, store, deposit, lock, or intercept merchant or customer funds.
- No Settlement Cycle: Unlike traditional payment aggregators that collect money and disburse it after days (T+2 or T+3), DrutoPay conducts zero settlements. The merchant receives 100% of their money instantly into their own MFS wallet at the second of transaction.
3. Regulatory Compliance & Bangladesh Bank Stance
DrutoPay maintains complete respect for the regulatory guidelines and public warnings issued by Bangladesh Bank and the Government of the People's Republic of Bangladesh concerning unauthorized payment aggregators and unregulated financial institutions.
Official Regulatory Position & Full Transparency
DrutoPay operates strictly as a Payment Verification System to help merchants automate manual bookkeeping. We do not aggregate customer funds, issue payment instruments, or act as an intermediary financial institution. We are fully committed to operating transparently and ethically. We are ready and willing to present our technical architecture, source workflows, and software-only operating model to Bangladesh Bank or any relevant government authority whenever requested.
We proactively audit our merchant base to ensure our software is never utilized as a conduit for circumventing financial regulations, money laundering, or illegal financial schemes.
4. Absolute Prohibition on Betting, Gambling & Unlawful Activities
ZERO TOLERANCE POLICY: GAMBLING & BETTING BANNED
The use of DrutoPay for any form of online gambling, sports betting, virtual casinos, dice games, wagering platforms, betting agent gateways, illegal cryptocurrency laundering, or adult entertainment is STRICTLY AND UNCONDITIONALLY PROHIBITED.
Any merchant account found or reported to be connected with betting, gambling, or illegal activities will be subject to immediate punitive actions:
- Immediate Permanent Suspension: The merchant account, all linked API keys, webhooks, and device tokens will be permanently terminated without prior notice.
- Strict No-Refund Policy: Any purchased subscription plan, package balance, or service fee is completely NON-REFUNDABLE upon violation of this clause.
- Law Enforcement Handover: DrutoPay actively cooperates with Bangladesh law enforcement agencies (including CID Cyber Police Center, DB, BTRC, and Bangladesh Police). In instances of illegal betting or financial fraud, full merchant audit trails, phone numbers, and IP logs will be handed over to authorities upon lawful subpoena.
5. Android Reader App & SMS Gateway Permissions
To automate payment verification, the merchant installs our proprietary native Android daemon application (DrutoPay Reader) on their dedicated gateway smartphone where their MFS SIM cards are inserted.
The application explicitly requests the following runtime Android permissions for strictly defined technical reasons:
-
RECEIVE_SMS & READ_SMS
Purpose: To detect incoming transaction confirmations sent by official telecom shortcodes of authorized Bangladeshi MFS operators (such as
bKash, 16216, Nagad, Rocket, and Upay). The app parses solely the Transaction ID (TrxID), Amount, and sender to mark orders verified.
-
INTERNET & ACCESS_NETWORK_STATE
Purpose: To transmit the encrypted verification payload via HTTPS/TLS 1.3 to DrutoPay cloud servers in real-time.
-
FOREGROUND_SERVICE & DATA_SYNC
Purpose: To keep the SMS verification daemon active 24/7 without being closed or suspended by Android aggressive battery management.
-
POST_NOTIFICATIONS
Purpose: To display a mandatory, persistent notification in the Android status bar informing the merchant that the gateway daemon is actively running.
-
RECEIVE_BOOT_COMPLETED
Purpose: To automatically resume background transaction verification whenever the merchant’s phone is restarted.
6. What DrutoPay Reader NEVER Accesses or Collects
We believe in radical privacy and strict data minimization. The DrutoPay Reader application:
- NEVER reads or processes personal SMS, family chats, or messages from standard 11-digit mobile numbers.
- NEVER reads or extracts confidential banking OTPs (One Time Passwords), 2FA codes, or security tokens from non-whitelisted banks.
- NEVER accesses Contacts, Address Book, or Phonebook entries.
- NEVER accesses Device Location (GPS) or geographic tracking data.
- NEVER accesses Photos, Videos, Camera, Microphone, or Internal Storage files.
- NEVER transmits your MFS account PIN or password. (Our software has zero capability to execute debit transactions or send money).
7. Information We Collect & How It Is Used
To deliver our software services, we collect minimal operational information:
- Account Credentials: Merchant name, business email, hashed password (Argon2/Bcrypt), contact phone number, and optional Telegram ID for instant push alerts.
- Verification Metadata: Transaction ID (TrxID), received amount, MFS provider name, timestamp, and order reference ID submitted via REST API.
- Technical Telemetry: Device hardware ID (UUID) for Android phone pairing, merchant dashboard login IP addresses, and webhook delivery HTTP response codes.
8. Data Security, Encryption & Storage
We employ military-grade security protocols to protect all operational data:
- End-to-End Encryption: All communications between the Android Reader app, merchant servers, and DrutoPay cloud are strictly enforced via HTTPS with TLS 1.3 encryption.
- Zero Plaintext Credentials: API Secret Keys and Device Keys are generated using cryptographically secure random bytes.
- Payload Purging: Raw SMS body content is automatically expunged from memory once the TrxID and amount have been extracted and validated.
9. Merchant Data Rights & Account Deletion
Every merchant using DrutoPay retains full ownership over their data:
- Instant Device Revocation: You can unbind or revoke Android gateway devices from your dashboard at any time, immediately halting all SMS sync.
- Data Export: Export your complete transaction verification logs into CSV or Excel formats directly from the dashboard.
- Full Account Deletion: You may request complete purging of your profile, brand identities, and logs by contacting our support team.
১. সেবার ধরন ও সফটওয়্যার প্রকৃতি
DrutoPay হলো একটি আধুনিক, স্বত্বাধিকারী Software-as-a-Service (SaaS) এবং পেমেন্ট ভেরিফিকেশন অটোমেশন প্ল্যাটফর্ম যা DrutoPay Technologies ("DrutoPay", "আমরা", বা "আমাদের") দ্বারা পরিচালিত।
সফটওয়্যার নির্ভর সেবার স্পষ্ট ঘোষণা
DrutoPay মূলত একটি পেমেন্ট ভেরিফিকেশন সফটওয়্যার প্রযুক্তি। এটি কোনো পেমেন্ট গেটওয়ে (Payment Gateway), পেমেন্ট সিস্টেম অপারেটর (PSO), পেমেন্ট সার্ভিস প্রোভাইডার (PSP) কিংবা পেমেন্ট এগ্রিগেটর নয়। DrutoPay গ্রাহক বা মার্চেন্টের কোনো অর্থ নিজে গ্রহণ, জমা বা পরিচালনা করে না।
আমাদের প্রযুক্তি মূলত মার্চেন্টের নিজস্ব অ্যান্ড্রয়েড ডিভাইসে আসা আর্থিক এসএমএস (যেমন: বিকাশ, নগদ, রকেট, উপায়)-এর ট্রানজ্যাকশন আইডি ও টাকার পরিমাণ স্বয়ংক্রিয়ভাবে রিড করে মার্চেন্টের নিজস্ব ওয়েবসাইটে অর্ডার স্ট্যাটাস পেইড করার ম্যানুয়াল ঝামেলা দূর করে।
২. জিরো-ফান্ড অপারেটিং মডেল: সরাসরি মার্চেন্টের নিজস্ব অ্যাকাউন্টে পেমেন্ট
DrutoPay-এর সবচেয়ে বড় প্রযুক্তিগত বৈশিষ্ট্য হলো আমাদের Zero Fund Holding (জিরো ফান্ড হোল্ডিং) আর্কিটেকচার:
- সরাসরি অ্যাকাউন্ট টু অ্যাকাউন্ট লেনদেন: কাস্টমার যখন মার্চেন্টের ওয়েবসাইটে পেমেন্ট করেন, সেই টাকা সরাসরি কাস্টমারের অ্যাকাউন্ট থেকে মার্চেন্টের নিজস্ব পার্সোনাল, এজেন্ট বা মার্চেন্ট এমএফএস (বিকাশ, নগদ, রকেট, উপায়) অ্যাকাউন্টে চলে যায়।
- অর্থ আমাদের হাতে আসে না: লেনদেনের কোনো পর্যায়েই গ্রাহক বা মার্চেন্টের অর্থ DrutoPay-এর কোনো ব্যাংক অ্যাকাউন্ট বা ওয়ালেটে প্রবেশ করে না।
- কোনো হোল্ডিং বা ডিপোজিট নেই: DrutoPay কোনো গ্রাহকের অর্থ জমা, হোল্ড বা নিজেদের নিয়ন্ত্রণে রাখে না।
- কোনো সেটেলমেন্ট প্রক্রিয়া নেই: সনাতন পেমেন্ট গেটওয়েগুলোর মতো ২-৩ দিন অপেক্ষা করে উইথড্র বা সেটেলমেন্ট নিতে হয় না; মার্চেন্ট লেনদেনের সাথে সাথেই ১০০% টাকা নিজের পকেটে/অ্যাকাউন্টে পেয়ে যান।
৩. নিয়ন্ত্রক সংস্থা ও বাংলাদেশ ব্যাংকের নির্দেশনার প্রতি আমাদের অবস্থান
DrutoPay গণপ্রজাতন্ত্রী বাংলাদেশ সরকার এবং বাংলাদেশ ব্যাংক কর্তৃক ঘোষিত যেকোনো আর্থিক নীতিমালা, সতর্কবার্তা ও প্রচলিত আইনের প্রতি সম্পূর্ণ শ্রদ্ধাশীল।
বাংলাদেশ ব্যাংক ও নিয়ন্ত্রক কাঠামোর প্রতি আমাদের অঙ্গীকার
সম্প্রতি পেমেন্ট গেটওয়ে ও এগ্রিগেটরদের নিয়ে বাংলাদেশ ব্যাংকের সতর্কবার্তার প্রেক্ষিতে আমাদের অবস্থান অত্যন্ত পরিষ্কার: DrutoPay কোনো পেমেন্ট এগ্রিগেটর নয়, বরং একটি নিখাদ প্রযুক্তিগত Payment Verification System। কাস্টমারের টাকা কখনোই DrutoPay-এর কাছে আসে না এবং কোনো পর্যায়েই অর্থ Hold বা Settlement করা হয় না। DrutoPay কীভাবে কাজ করে, এর technical architecture এবং software-only operating model সম্পর্কে প্রয়োজনীয় যেকোনো তথ্য বাংলাদেশ ব্যাংক বা সংশ্লিষ্ট কর্তৃপক্ষকে প্রদান করতে আমরা সবসময় প্রস্তুত।
আমরা সবসময় দায়িত্বশীলভাবে প্রযুক্তিগত সেবা পরিচালনা করতে আগ্রহী এবং প্রয়োজনীয় প্রাতিষ্ঠানিক নিয়মাবলী মেনে দেশের ক্ষুদ্র ও মাঝারি উদ্যোক্তাদের জন্য প্রযুক্তিগত সমাধান নিশ্চিত করতে প্রতিশ্রুতিবদ্ধ।
৪. অনলাইন বেটিং, জুয়া ও অবৈধ কার্যক্রমে সম্পূর্ণ নিষেধাজ্ঞা
জিরো টলারেন্স পলিসি: বেটিং বা জুয়া সম্পূর্ণ নিষিদ্ধ
DrutoPay সিস্টেম ব্যবহার করে যেকোনো ধরনের অনলাইন বেটিং, জুয়া, ক্যাসিনো, ডাইস গেম, জুয়ার এজেন্ট গেটওয়ে, বাজি ধরার প্ল্যাটফর্ম বা অ্যাপ, অবৈধ ক্রিপ্টো এক্সচেঞ্জ বা মানি লন্ডারিং পরিচালনা করা সম্পূর্ণরূপে এবং কঠোরভাবে নিষিদ্ধ।
কোনো মার্চেন্ট যদি আমাদের সিস্টেম ব্যবহার করে বেটিং বা অবৈধ কার্যক্রম পরিচালনার চেষ্টা করে, তবে নিচের শাস্তিমূলক পদক্ষেপসমূহ অবিলম্বে কার্যকর হবে:
- স্থায়ী অ্যাকাউন্ট বাতিল: সংশ্লিষ্ট মার্চেন্ট অ্যাকাউন্ট, এপিআই কি এবং সমস্ত ডিভাইস লিঙ্ক তৎক্ষণাৎ এবং স্থায়ীভাবে ব্যান/সাসপেন্ড করা হবে।
- নো-রিফান্ড নীতি: এই নীতিমালা লঙ্ঘনের কারণে অ্যাকাউন্ট বন্ধ হলে মার্চেন্টের ক্রয়কৃত সাবস্ক্রিপশন প্ল্যান বা প্যাকেজের কোনো টাকাই ফেরত (Refund) দেওয়া হবে না।
- আইনশৃঙ্খলা বাহিনীর সাথে সহযোগিতা: বাংলাদেশের সাইবার সুরক্ষা আইন এবং মানি লন্ডারিং প্রতিরোধ আইন অনুযায়ী DrutoPay প্রশাসন আইন প্রয়োগকারী সংস্থা (CID সাইবার পুলিশ সেন্টার, ডিবি, বিটিআরসি, বাংলাদেশ পুলিশ)-কে বেটিং চক্রের তথ্য ও লগ প্রদানে সম্পূর্ণরূপে সহযোগিতা করবে।
৫. অ্যান্ড্রয়েড রিডার অ্যাপ ও এসএমএস পারমিশন নীতিমালা
স্বয়ংক্রিয়ভাবে লেনদেন যাচাই করার জন্য মার্চেন্ট তার নিজস্ব ফোনে আমাদের অফিসিয়াল অ্যান্ড্রয়েড ডেমন অ্যাপ (DrutoPay Reader) ইনস্টল করেন, যেখানে তার এমএফএস সিম কার্ডগুলো সক্রিয় থাকে।
অ্যাপটি চালু রাখতে নিচের সুনির্দিষ্ট অ্যান্ড্রয়েড পারমিশনগুলো গ্রহণ করে:
-
RECEIVE_SMS ও READ_SMS
ব্যবহারের উদ্দেশ্য: শুধুমাত্র বাংলাদেশের অনুমোদিত এমএফএস অপারেটরদের অফিসিয়াল শর্টকোড (যেমন:
bKash, 16216, Nagad, Rocket, Upay) থেকে আসা টাকা প্রাপ্তির ট্রানজ্যাকশন আইডি ও অ্যামাউন্ট রিড করার জন্য।
-
INTERNET ও ACCESS_NETWORK_STATE
ব্যবহারের উদ্দেশ্য: ট্রানজ্যাকশন ডেটাটি নিরাপদে এনক্রিপ্টেড আকারে DrutoPay ক্লাউড সার্ভারে ভেরিফিকেশনের জন্য পাঠাতে।
-
FOREGROUND_SERVICE ও DATA_SYNC
ব্যবহারের উদ্দেশ্য: ব্যাকগ্রাউন্ডে সার্বক্ষণিক সচল থাকতে যাতে মোবাইল সিস্টেম স্লিপ মোডে গেলেও ইনস্ট্যান্ট এসএমএস ডিটেক্ট করা যায়।
-
POST_NOTIFICATIONS
ব্যবহারের উদ্দেশ্য: মার্চেন্টকে ফোনের স্ট্যাটাস বারে সার্বক্ষণিক অ্যাপটির সক্রিয় অবস্থা সম্পর্কে নোটিফিকেশন প্রদর্শন করতে।
-
RECEIVE_BOOT_COMPLETED
ব্যবহারের উদ্দেশ্য: মার্চেন্টের ফোন রিস্টার্ট হলেও স্বয়ংক্রিয়ভাবে ব্যাকগ্রাউন্ড অটোমেশন পুনরায় চালু করতে।
৬. আমরা কখনোই যা অ্যাক্সেস বা সংগ্রহ করি না
মার্চেন্টের সর্বোচ্চ ব্যক্তিগত গোপনীয়তা রক্ষায় আমাদের প্রযুক্তি অত্যন্ত কঠোর:
- আমরা কখনোই কোনো ব্যক্তিগত বা পারিবারিক সাধারণ এসএমএস রিড বা সংগ্রহ করি না।
- আমরা কোনো ব্যক্তিগত ব্যাংক বা প্রতিষ্ঠানের গোপন ওটিপি (OTP), পাসওয়ার্ড বা সিকিউরিটি কোড অ্যাক্সেস করি না।
- আমরা ফোনের কন্টাক্ট লিস্ট বা ফোনবুক অ্যাক্সেস করি না।
- আমরা জিপিএস বা লোকেশন ট্র্যাক করি না।
- আমরা ফোনের ফটো, গ্যালারি, ক্যামেরা বা ইন্টারনাল স্টোরেজ অ্যাক্সেস করি না।
- আমরা আপনার এমএফএস পিন নম্বর জানি না এবং আমাদের অ্যাপের কারো অ্যাকাউন্ট থেকে টাকা পাঠানোর কোনো সক্ষমতা নেই।
৭. যেসব প্রয়োজনীয় তথ্য সংগ্রহ করা হয়
সিস্টেম সচল রাখতে শুধুমাত্র প্রয়োজনীয় প্রযুক্তিগত তথ্য সংরক্ষণ করা হয়:
- মার্চেন্টের নাম, ইমেইল, ক্রিপ্টোগ্রাফিক হ্যাশ করা পাসওয়ার্ড (Argon2/Bcrypt), মোবাইল নম্বর এবং নোটিফিকেশনের জন্য টেলিগ্রাম আইডি।
- ট্রানজ্যাকশন আইডি (TrxID), টাকার পরিমাণ, কোন এমএফএস-এ এসেছে এবং অর্ডারের রেফারেন্স নম্বর।
- ফোন শনাক্ত করার জন্য ডিভাইস হার্ডওয়্যার আইডি (UUID) এবং মার্চেন্ট পোর্টাল লগইন আইপি লগ।
৮. সাইবার নিরাপত্তা ও ডেটা এনক্রিপশন
আমাদের সিস্টেমে ডেটা সম্পূর্ণ নিরাপদ রাখতে আমরা আধুনিক নিরাপত্তা ব্যবস্থা প্রয়োগ করি:
- অ্যাপ ও ক্লাউডের মধ্যে সমস্ত ডেটা আদান-প্রদান HTTPS এবং আধুনিক TLS 1.3 দ্বারা সুরক্ষিত থাকে।
- প্রতিটি অ্যাকাউন্টের জন্য ক্রিপ্টোগ্রাফিক এপিআই কি ও ডিভাইস সিক্রেট কি জেনারেট করা হয়।
- এসএমএস থেকে TrxID এবং টাকার পরিমাণ ভেরিফাই হয়ে গেলে কাঁচা এসএমএস মেসেজটি মুছে ফেলা হয়।
৯. মার্চেন্টের অধিকার ও ডেটা মোছার স্বাধীনতা
মার্চেন্ট তার অ্যাকাউন্টের তথ্যের পূর্ণ নিয়ন্ত্রণ ভোগ করেন:
- ড্যাশবোর্ড থেকে এক ক্লিকেই মার্চেন্ট তার রিডার ডিভাইস ডিলিট বা আনবাইন্ড করে ডেটা সিঙ্ক সাথে সাথে বন্ধ করে দিতে পারেন।
- যেকোনো সময় সমস্ত ট্রানজ্যাকশন হিস্ট্রি CSV বা Excel আকারে এক্সপোর্ট করে নেওয়া যায়।
- মার্চেন্ট চাইলে আমাদের সাপোর্ট টিমের কাছে তার পূর্ণ অ্যাকাউন্ট ও ডেটা স্থায়ীভাবে ডিলিট করার আবেদন করতে পারেন।