নিরাপত্তা ও ডেটা

এই পৃষ্ঠাটি একটি রেফারেন্স: আপনার ব্যবসার ডেটা ভৌতভাবে কোথায় থাকে, কে তা দেখতে পারে, সেই অ্যাক্সেস কীভাবে প্রত্যাহার করা যায় এবং কিছু ভুল হলে কী করবেন। লগইন ও পাসওয়ার্ডের নির্দেশনা — অ্যাকাউন্ট ও লগইন-এ।

ডেটা কোথায় থাকে#

ক্লাউড ও অঞ্চল নির্ধারণ করে ব্র্যান্ড, যার মাধ্যমে আপনি নিবন্ধন করেছেন — এটি অ্যাকাউন্টের সেটিং নয় এবং চলার পথে পরিবর্তন হয় না।

ব্র্যান্ড	ক্লাউড	অঞ্চল	এর অর্থ কী
cenaly.com, cenaly.com	AWS	us-east-1	অ্যাকাউন্টের ডেটা, মিডিয়া ফাইল এবং ভিট্রিনার ডেলিভারি — AWS পরিবেষ্টনে; স্ট্যাটিক ডেলিভারি বিশ্বজুড়ে CDN-এর মাধ্যমে হয়
cenaly.ru	Yandex Cloud	Россия	সম্পূর্ণ আলাদা পরিবেষ্টন, নিজস্ব অনুমোদনসহ: .ru-পরিবেষ্টনের অ্যাকাউন্ট আমেরিকান লগইন প্রদানকারীতে তৈরি হয় না
তুর্কি ব্র্যান্ড	AWS	eu-central-1	বাজারের কাছাকাছি পরিবেষ্টনের আঞ্চলিক কপি। ⚠️ সৎভাবে: eu-central-1 — এটি জার্মানি, তুরস্কের ভেতরে হোস্টিং নয়

এর থেকে বাস্তবে যা বোঝা যায়:

দুই পরিবেষ্টনের অ্যাকাউন্ট সংযুক্ত নয়। cenaly.ru-এর অ্যাকাউন্ট একটি আলাদা অ্যাকাউন্ট, নিজস্ব ডেটাসহ; একটি ক্লাউড থেকে অন্যটিতে অ্যাকাউন্ট "স্থানান্তর" করা যায় না, স্থানান্তর মানে নতুন অ্যাকাউন্ট এবং ডেটা আমদানি।
কিছু সুবিধা কেবল একটি ক্লাউডে কাজ করে। উদাহরণস্বরূপ, cookies স্ক্যানার AWS-ব্র্যান্ডে কাজ করে, কিন্তু cenaly.ru-তে স্ক্যান চালু করলে স্বাভাবিকভাবেই "সমর্থিত নয়" উত্তর আসে — এটি কোনো ত্রুটি নয়।
কম পঠিত ভারী মিডিয়া (যেমন ফোনালাপের রেকর্ডিং) ব্র্যান্ডের আলাদা কোল্ড আর্কাইভে সংরক্ষিত হয় — সস্তা এবং একই পরিবেষ্টনে; ফাইলে অ্যাক্সেস তাৎক্ষণিক থাকে।
ভিট্রিনার ফাইল (মেনু, ছবি, পাবলিক ডকুমেন্ট) ইচ্ছাকৃতভাবে পাবলিক: অতিথির ব্রাউজার অনুমোদন ছাড়াই তা পড়ে।

কে অ্যাক্সেস পায়#

কে	কী দেখে	কীভাবে সীমিত বা প্রত্যাহার করবেন
অ্যাকাউন্টের মালিক	সবকিছু	কেবল অ্যাকাউন্ট হস্তান্তরের মাধ্যমে (`/settings/access`)
লগইনসহ কর্মী	তার ভূমিকার জন্য বরাদ্দ বিভাগ এবং তার আওতাধীন শাখা	`/staff`-এ ভূমিকা নির্মাতা, কর্মী নিষ্ক্রিয়করণ বা মুছে ফেলা
PIN-কোডসহ কর্মী	নিজ ভূমিকার ক্ষমতার মধ্যে POS	কর্মীর কার্ডে PIN পরিবর্তন বা প্রত্যাহার
কোডসহ ডিভাইস	একটি নির্দিষ্ট লক্ষ্য পৃষ্ঠা (মনিটর, কিচেন স্ক্রিন) পূর্ণ অ্যাক্সেস ছাড়াই	"QR-কোড" → "ডিভাইস"-এ কোড মুছে ফেলুন
সাপোর্ট কর্মী	কেবল সম্মতি চালু থাকলে এবং নির্বাচিত পরিমাণে; প্রতিটি সেশন — জার্নালে	`/settings/support-access`-এ টগল; প্রত্যাহার চলমান সেশনও বন্ধ করে
পার্টনার-ইমপ্লিমেন্টার	কেবল অনুমোদিত অনুরোধে, সীমিত সময়ের জন্য	একই বিভাগে ফার্ম মোড: "প্রবেশ না করতে দেওয়া" / "প্রতিবার জিজ্ঞাসা করা" / "দেখা এড়িয়ে যাওয়া"
API-কীসহ বাহ্যিক AI-এজেন্ট	অ্যাকাউন্টের কী যা অনুমতি দেয়	`/settings/access`-এ কী প্রত্যাহার

পার্টনারের অ্যাক্সেস কীভাবে কাজ করে#

পার্টনার কখনো নিজে প্রবেশ করে না। সে কারণ, মোড ও সময়কালসহ একটি অনুরোধ পাঠায়, এবং তা নিষ্পত্তি করেন কেবল অ্যাকাউন্টের মালিক — কোনো কর্মী নয়, আমাদের সাপোর্টও নয়। যে নিয়মগুলো সর্বদা প্রযোজ্য:

ডিফল্ট মোড — কেবল দেখা; "দেখা ও পরিবর্তন" উত্তর দেওয়ার সময় আলাদা টিক দিয়ে দেওয়া হয়;
সময় সীমিত (ডিফল্ট এক ঘণ্টা, সর্বোচ্চ দুই), একই সময়ে একটি সেশন খোলা থাকে;
ভিজিটের পুরো সময় ইন্টারফেসে বেগুনি ব্যানার ভাসে — ফার্মের নাম, ব্যক্তির নাম, মোড ও কাউন্টডাউনসহ;
যেকোনো মোডে বন্ধ থাকে: সদস্যতা ও পেমেন্ট, মালিকের ডেটা, কর্মীর অধিকার, ডেটা এক্সপোর্ট, ইন্টিগ্রেশন, মেইল, কল ও টেলিফোনি, কনট্রাক্টর ও ডকুমেন্ট, পার্টনার প্রোগ্রাম — এবং প্রত্যাখ্যান দেয় সার্ভার, কেবল লুকানো মেনু আইটেম নয়;
উত্তরহীন অনুরোধ এক দিন পরে মেয়াদোত্তীর্ণ হয়, এবং প্রতিটি প্রবেশের জন্য আপনি ইমেইল পান;
সম্মতি প্রত্যাহার চলমান সেশন বন্ধ করে;
cenaly.ru-তে পার্টনার প্রবেশ একেবারেই নেই।

প্রোগ্রামটি সম্পর্কে আরও — পার্টনার প্রোগ্রাম।

পাসওয়ার্ড, কোড ও সেশন#

অ্যাক্সেস কী	প্রয়োজনীয়তা	কোথায় প্রত্যাহার হয়
মালিক বা কর্মীর পাসওয়ার্ড	৮+ অক্ষর, বড় ও ছোট হাতের অক্ষর, সংখ্যা, চিহ্ন	`/settings/access` — পরিবর্তন; `/staff` — কর্মীর পাসওয়ার্ড রিসেট
ক্যাশিয়ারের PIN	৪–৬ সংখ্যা, অ্যাকাউন্টে অনন্য, সার্ভারে কেবল অপরিবর্তনীয় হ্যাশ আকারে সংরক্ষিত	`/staff`-এ কর্মীর কার্ড
ডিভাইস লগইন কোড	লিংক `/login?code=…`, প্রয়োজনে PIN-কোড বা পাসওয়ার্ডে সুরক্ষিত	`/client-codes?tab=devices`-এ কোড মুছে ফেলা
প্যানেলে প্রবেশের QR-কোড	"অ্যাডমিনে প্রবেশ" ট্যাব — মালিক এবং "সেটিংস" অধিকারসহ ভূমিকার কাছে দৃশ্যমান	সেখানেই কোড মুছে ফেলা
AI-এজেন্টের জন্য API-কী	তৈরি করার সময় একবার দেখানো হয়	`/settings/access`
ব্যক্তিগত SIP-অ্যাকাউন্ট	প্রত্যেকের ব্যক্তিগত তালিকা: নিজেরটি কেবল সে-ই দেখে	`/settings/sip-accounts`

কাজের তথ্য:

লগআউট ব্রাউজারের সব ট্যাবে সেশন বন্ধ করে; আলাদা "আমাকে মনে রাখুন" টিক নেই।
চাকরিচ্যুতি কর্মীর টেলিফোন এক্সটেনশন সব শাখায় সঙ্গে সঙ্গে প্রত্যাহার করে — চাকরিচ্যুত ব্যক্তি চালু সফটফোন নিয়ে চলে যেতে পারবে না।
বিভাগে অ্যাক্সেসের স্তর ("দেখা", "পরিবর্তন", "সেটিং") ভূমিকায় নির্ধারিত হয়। আজকের সৎ সীমা: "পরিবর্তন" স্তর সত্যিই সার্ভারে বিভাগের ডেটা রেকর্ড নিষিদ্ধ করে, কিন্তু "কেবল দেখা" মোড প্যানেলের স্ক্রিনগুলো এখনো চালু করে না — যার বিভাগের বিষয়বস্তু দেখা উচিত নয়, তাকে বিভাগটি দেবেন না।

অতিথিদের ডেটা ও সম্মতি#

ব্যবস্থা	কী করে	নিবন্ধ
Cookie-ব্যানার	চারটি শ্রেণি, সম্মতির আগে তৃতীয় পক্ষের স্ক্রিপ্ট ব্লক করা, প্রমাণ হিসেবে CSV ডাউনলোডসহ সম্মতির লগ, cookies নীতির তৈরি করা পাতা	Cookies ও সম্মতি
আইনি নথি	গোপনীয়তা নীতি, শর্তাবলি, ফেরত, ডেলিভারি এবং দেশভিত্তিক সেট অনুযায়ী আরও পাঁচটি নথির কনস্ট্রাক্টর; সাইটের পাতা হিসেবে প্রকাশ	আইনি নথি
ভিট্রিনে “আমার ডেটা” স্ক্রিন	অতিথি দেখেন তাঁর ডিভাইসে তাঁর সম্পর্কে কী সংরক্ষিত আছে, এটি JSON ফাইল হিসেবে ডাউনলোড করেন এবং একটি বোতামে মুছে ফেলেন	—
বয়স গেট 18+	মালিক চালু করেন এবং এটি সম্পূর্ণ ভিট্রিনের কনটেন্টের সামনে থাকে	Cookies ও সম্মতি

“আমার ডেটা” নিয়ে দুটি সৎ শর্ত: স্ক্রিনটি অতিথির ডিভাইসের ডেটা নিয়ে কাজ করে (যা তাঁর ব্রাউজারে থাকে), সার্ভারের ইতিহাস নিয়ে নয়, এবং সেখানে মুছে ফেলা ঠিক ডিভাইসটিই পরিষ্কার করে। অতিথি যদি আপনার ডেটাবেস থেকে তাঁর অর্ডার ও যোগাযোগের তথ্য মুছতে চান, সেটি আপনি করেন — গ্রাহক বিভাগে।

গুরুত্বপূর্ণ পার্থক্য: অতিথি যে ব্যানার ও নথি দেখেন, সেগুলো আপনার, আমাদের নয়। ব্যবসার মালিক হিসেবে তাদের বিষয়বস্তুর দায়িত্ব আপনার; প্ল্যাটফর্ম কনস্ট্রাক্টর, পাতার হোস্টিং ও সম্মতির লগ দেয়।

এক্সপোর্ট ও মুছে ফেলা#

সব নিয়ে যান — ডেটা এক্সপোর্ট: সেটিংস, ক্যাটালগ, অর্ডার, গ্রাহক ও রিভিউসহ একটি ZIP। আর্কাইভে ইচ্ছাকৃতভাবে পড়ে না কর্মীদের PIN-কোড, ইন্টিগ্রেশনের কী ও টোকেন, পাসওয়ার্ড — আর্কাইভ প্রায়ই হিসাবরক্ষক বা কনট্রাক্টরের কাছে পাঠানো হয়। ছবি প্যাক করা হয় না, লিংক থেকে যায়; তৈরি আর্কাইভ 7 দিন থাকে।
অ্যাকাউন্ট মুছুন — এক্সপোর্টের পর সাপোর্টে অনুরোধের মাধ্যমে: প্যানেলে নিজে করার বোতাম নেই। অনুরোধ নিশ্চিত হওয়ার মুহূর্ত থেকে তা সম্পাদনের সময়সীমা 30 দিন; মুছে ফেলার পর ডেটা নেওয়ার আর কিছু থাকবে না, তাই এক্সপোর্ট করা হয় আগে, পরে নয়।
একজন অতিথির ডেটা মুছুন — গ্রাহক বিভাগে।

ব্যাকআপ#

প্যানেলে “তারিখে অ্যাকাউন্ট পুনরুদ্ধার” বোতাম নেই, এবং অভ্যন্তরীণ কপি কত দিন রাখা হয় তা আমরা প্রকাশ করি না — তাই নিজের কপি নিজেই করুন: বড়সড় ইমপোর্ট, ক্যাটালগ পরিষ্কার বা মেনুর কাঠামো পরিবর্তনের আগে একটি এক্সপোর্ট নিন। উপলব্ধ উপায়গুলোর মধ্যে এটি সবচেয়ে নির্ভরযোগ্য রোলব্যাক।

যদি লিকের সন্দেহ হয়#

ক্রম অনুযায়ী, উপর থেকে নিচে:

পাসওয়ার্ড পরিবর্তন করুন মালিকের — /settings/access।
“সাপোর্ট অ্যাক্সেস” বন্ধ করুন, যদি তা চালু ছিল, এবং সেশন লগ দেখুন: কে কখন ঢুকেছিলেন।
ডিভাইস কোড ও প্যানেলে ঢোকার QR-কোড মুছুন, যেগুলো এই মুহূর্তে দরকার নেই (/client-codes)।
API-কী প্রত্যাহার করুন “অ্যাক্সেস” ট্যাবে এবং যেখানে সত্যিই ব্যবহার হয় সেখানে নতুন কী ইস্যু করুন।
PIN-কোড পরিবর্তন করুন ক্যাশিয়ারদের এবং সন্দেহভাজন কর্মীদের পাসওয়ার্ড রিসেট করুন; চাকরিচ্যুতদের — /staff-এ নিষ্ক্রিয় করুন।
সাপোর্টে লিখুন — কীভাবে সহায়তা পাবেন। ঘটনার সময়, ব্র্যান্ড ও অ্যাকাউন্টের ঠিকানা, শাখা এবং যা দেখেছেন তা সংযুক্ত করুন। এটি আপনার অ্যাকাউন্টের অনুরোধ; প্ল্যাটফর্মের দুর্বলতা অন্য চ্যানেলে যায় — নিচে দেখুন।

প্ল্যাটফর্মের নিজের পাওয়া দুর্বলতার কথা সাধারণ সাপোর্টে নয়, আলাদা ঠিকানায় জানান — security@cenaly.com (ঠিকানাটি যেকোনো ব্র্যান্ডের চিঠি গ্রহণ করে; ব্র্যান্ডের ডোমেইনে একই রকম security@ বাক্স — security@cenaly.com, security@cenaly.ru, security@masamenu.tr — সংযুক্ত করা হয়)। চিঠিতে: পাতার ঠিকানা, পুনরুৎপাদনের ধাপ এবং কী পাওয়া গেছে। অনুগ্রহ করে উত্তর পাওয়ার আগে বিস্তারিত প্রকাশ করবেন না এবং “মাত্রা যাচাই” করতে অন্যের ডেটা ডাউনলোড করবেন না। চ্যানেল সম্পর্কে আরও — কীভাবে সহায়তা পাবেন।

আমরা যা সংরক্ষণ করি না#

পেমেন্ট কার্ডের ডেটা। নম্বরও নয়, CVV-ও নয়: কার্ড প্রক্রিয়া করে পেমেন্ট প্রোভাইডার (যেমন PCI Level 1 সার্টিফিকেশনসহ Stripe), আমাদের কাছে আসে শুধু পেমেন্টের ফলাফল — দেখুন পেমেন্ট ও Stripe।
এক্সপোর্টে সিক্রেট। PIN-কোড, কী, টোকেন ও পাসওয়ার্ড আর্কাইভে পড়ে না।
বায়োমেট্রি। এই ধরনের ডেটা কনট্যুরে নিষিদ্ধ এবং সংগ্রহ করা হয় না।

যা কাজ চলছে#

ব্যক্তিগত ডেটা সংরক্ষণের আলাদা কনট্যুর — ডেটা শ্রেণি অনুযায়ী এনক্রিপশন, তাদের প্রতিটি অ্যাক্সেসের লগ, ঘটনাভিত্তিক রিটেনশন — কাজ চলছে। এ নিয়ে আমরা এখানে সময়সীমা বা প্রতিশ্রুতি দিচ্ছি না: এটি যখন ডেটার পরবর্তী শ্রেণি কভার করবে, সংশ্লিষ্ট বিভাগের বর্ণনায় তা দেখা যাবে। ঠিক তেমনই কাজ চলছে ডেটা সাবজেক্ট অ্যাক্সেস রিকোয়েস্ট (DSAR) ক্যাবিনেটের — এখন এমন অনুরোধ ম্যানুয়ালি, এক্সপোর্ট এবং “গ্রাহক” ও “কর্মী” বিভাগের মাধ্যমে প্রক্রিয়া করা হয়। cenaly.ru এবং মোবাইল অ্যাপে দুই-ফ্যাক্টর লগইন-ও প্রস্তুত হচ্ছে — সময়সীমার প্রতিশ্রুতি দিচ্ছি না।

সীমাবদ্ধতা#

দুই-ফ্যাক্টর লগইন — শুধু AWS-ব্র্যান্ডের ওয়েব-ক্যাবিনেটে (cenaly.com, cenaly.com ইত্যাদি): “সেটিংস → অ্যাক্সেস”-এ চালু হয়, পাসওয়ার্ডে ঢোকার সময় অথেনটিকেটর অ্যাপ থেকে কোড চায়। মোবাইল অ্যাপ এবং Google বা QR-কোড দিয়ে ঢোকা এখনও কোড চায় না, রিজার্ভ কোড নেই, cenaly.ru-তে ফ্যাক্টরটি নেই। সব জায়গায় লম্বা পাসওয়ার্ড ও কর্মীদের আলাদা লগইন দিয়ে ঢোকা সুরক্ষিত করুন (সবার জন্য একটাই পাসওয়ার্ড — করা যায় সবচেয়ে খারাপ কাজ), আর ট্যাবলেট ও স্ক্রিন PINসহ ডিভাইস কোডে রাখুন।
ক্লাউডের বিভাজন কঠোর: cenaly.ru-এর অ্যাকাউন্ট ও cenaly.com-এর অ্যাকাউন্ট — আলাদা অ্যাকাউন্ট, তাদের সাধারণ অ্যাকাউন্ট হয় না।
cenaly.ru-তে নেই পার্টনার লগইন, সাপোর্ট সেশনের লগ, অ্যাকাউন্ট অন্য e-mail-এ হস্তান্তর এবং cookies স্ক্যানার।
অতিথির “আমার ডেটা” ডিভাইস পরিষ্কার করে, সার্ভারের অর্ডার ইতিহাস নয়।
“দেখা” ও “সেটিংস” অ্যাক্সেস লেভেল এখনও স্ক্রিনকে পড়ার মোডে পরিণত করে না (উপরে দেখুন)।
“আমার কোন কর্মী কী খুলেছিলেন” লগ প্যানেলে নেই; লগ রাখা হয় সাপোর্ট ও পার্টনারদের লগইন অনুযায়ী।
সার্টিফায়েড ক্রিপ্টো সুরক্ষা উপায় ও ISPDn-এর আনুষ্ঠানিক সীমানা আমরা ঘোষণা করি না: আপনার ব্যবসার আইনগতভাবে এগুলো দরকার হলে, সংযুক্ত হওয়ার আগে বিষয়টি আলোচনা করুন।

সমস্যা সমাধান#

লক্ষণ	কারণ	কী করবেন
সাপোর্ট অ্যাক্সেস চাইছে, কিন্তু কোথায় দেব তা খুঁজে পাচ্ছি না	টগলটি নিজের ট্যাবেই আছে	সেটিংস → সাপোর্ট অ্যাক্সেস (`/settings/support-access`): সম্মতি চালু করুন এবং পরিধি বেছে নিন
পার্টনার লিখছে যে সে ঢুকতে পারছে না	অনুরোধ অনুমোদিত হয়নি, মেয়াদ শেষ (এক দিন) বা ফার্মের মোড «ঢুকতে দেব না»-তে আছে; cenaly.ru-তে ঢোকার সুযোগই নেই	একই ট্যাবে মোড ও ইতিহাস দেখুন, পার্টনারকে আবার অনুরোধ পাঠাতে বলুন
কর্মী এমন একটি বিভাগ দেখছে যা তার দরকার নেই	বিভাগটি তার রোলে পুরোপুরি দেওয়া আছে	রোল ডিজাইনার `/staff`-এ বিভাগটি সরিয়ে নিন; «শুধু দেখার» স্তরে স্ক্রিনগুলো এখনও আসে না
cenaly.ru-তে cookies স্ক্যানার চালু হচ্ছে না	ফিচারটি শুধু AWS ব্র্যান্ডে কাজ করে	এটি স্বাভাবিক আচরণ; cookies ঘোষণাটি হাতে পূরণ করুন — Cookies ও সম্মতি
অতিথি তার ডেটা মুছতে বলছে	«আমার ডেটা» স্ক্রিন শুধু তার ডিভাইস পরিষ্কার করে	ক্লায়েন্ট বিভাগে তার কার্ডটি মুছে ফেলুন
ক্যাটালগের বড়সড় পরিবর্তন ফিরিয়ে নিতে হবে	প্যানেলে «তারিখ অনুযায়ী» পুনরুদ্ধার নেই	পরিবর্তনের আগে নেওয়া নিজের এক্সপোর্ট থেকে ক্যাটালগ আপলোড করুন

সাধারণ প্রশ্ন#

আমার ডেটা কোন দেশে থাকে? ব্র্যান্ডের উপর নির্ভর করে: cenaly.com এবং cenaly.com — AWS (us-east-1), cenaly.ru — রাশিয়ায় Yandex Cloud, তুর্কি ব্র্যান্ডগুলো — eu-central-1 (জার্মানি)-এ কনট্যুরের কপি।

সাপোর্ট কি অনুমতি ছাড়া আমার অ্যাকাউন্টে ঢুকতে পারে? না। «সাপোর্ট অ্যাক্সেস» টগল চালু থাকা দরকার; পরিধি আপনি বেছে নেন, প্রতিটি সেশন জার্নালে ওঠে, আর সম্মতি প্রত্যাহার করলে চলমান সেশনও বন্ধ হয়ে যায়।

পার্টনার কি আমার টাকা ও কর্মীদের ডেটা দেখতে পায়? না। সদস্যতা ও পেমেন্ট, মালিকের ডেটা, কর্মীদের অধিকার, ডেটা এক্সপোর্ট, ইন্টিগ্রেশন, যোগাযোগ, কনট্রাক্টর ও ডকুমেন্ট যেকোনো মোডে বন্ধ — সার্ভারই আটকে দেয়।

কর্মী চলে গেছে — কী কী বাতিল করবেন? /staff-এ তাকে নিষ্ক্রিয় করুন বা মুছে ফেলুন (এতে প্যানেলে ঢোকাও বন্ধ হয় এবং টেলিফোন এক্সটেনশনও বাতিল হয়), সে যে PIN-কোডগুলো জানত সেগুলো বদলান, আর অপ্রয়োজনীয় ডিভাইস কোডগুলো মুছে ফেলুন।

আপনারা কি আমাদের অতিথিদের কার্ড নম্বর সংরক্ষণ করেন? না। কার্ড প্রসেস করে পেমেন্ট প্রোভাইডার; আমাদের কাছে শুধু লেনদেনের ফলাফল থাকে।

যে অতিথি তার ডেটা মুছতে বলছে, তাকে কীভাবে উত্তর দেব? «ক্লায়েন্ট» বিভাগে তাকে খুঁজে কার্ডটি মুছে ফেলুন; নিজের ডিভাইসের লোকাল ডেটা সে নিজেই ভিট্রিনে «আমার ডেটা» স্ক্রিন থেকে মুছে ফেলতে পারে।

আপনাদের কাছে DPA ও যাচাইয়ের জন্য অন্য ডকুমেন্ট আছে? ডেটা প্রক্রিয়াকরণের শর্তাবলি বর্ণিত আছে ডেটা প্রক্রিয়াকরণ চুক্তি (DPA) নিবন্ধে; স্বাক্ষরিত কপি ও বাকি ডকুমেন্ট সাপোর্টে চেয়ে নিন।