يمكن الوصول إلى منصة Binance India من قِبل المستخدمين المؤهلين، وقد تم تسجيل Binance لدى وحدة الاستخبارات المالية – الهند باعتبارها جهة مُبلِّغة بموجب إطار مكافحة غسل الأموال في البلاد. هذه الحالة ذات صلة بإتاحة الحساب والامتثال، لكنها ليست رخصة بنكية صادرة عن بنك الاحتياطي الهندي (RBI)، ولا تجعل العملات المشفرة عملة قانونية إلزامية خاصة، كما أنها لا تضمن ظهور كل منتج من منتجات Binance أو مسار دفع بالروبية الهندية (INR) لكل مستخدم. ينبغي على المستخدم الموجود في الهند تقييم الخدمة عبر أربع طبقات منفصلة: حالة FIU-IND، والتحقق من الهوية، وإتاحة المعاملات، والمعاملة الضريبية لأصول/موجودات العملات الافتراضية (VDA). 🇮🇳
يبدأ باينانس الهند بأربع أسئلة مختلفة 🧭
السؤال الواسع «هل يمكنني استخدام باينانس في الهند؟» يجمع بين عدة قرارات تنتج إجابات مختلفة:
وصول المنصة: يمكن للمستخدمين المؤهلين الوصول إلى باينانس والبدء في تسجيل الحساب من داخل الهند.
موافقة الحساب: يجب اتباع التسجيل بإجراءات التحقق من الهوية والامتثال المبيّنة للملف الشخصي.
إتاحة المعاملة: تعتمد أزواج العملات المشفرة، وطرق شراء INR، وعروض P2P، ومسارات السحب على ما يعرضه الحساب المُتحقق منه.
المعاملة التنظيمية والضريبية: يعالج تسجيل FIU-IND التزامات مكافحة غسل الأموال، بينما تظل حالة RBI وأهلية المنتج وضريبة VDA مسائل منفصلة.
يمنع هذا الفصل خطأً شائعًا: اعتبار موقع ويب يعمل، أو شاشة KYC مكتملة، أو تسجيل FIU كدليل على توفر كل ميزة بنفس الشروط. تحتاج كل طبقة إلى أدلتها الخاصة داخل الحساب وإطار الهند ذي الصلة.
تسجيل FIU-IND هو حالة امتثال لمكافحة غسل الأموال، وليس ترخيص RBI ⚖️
تعامل الهند مقدمي خدمات الأصول الرقمية الافتراضية المشمولة على أنهم جهات مُبلِّغة بموجب قانون الوقاية من غسل الأموال. ويمكن تطبيق الإطار على مزود خارج الدولة (offshore) عندما يخدم مستخدمين في الهند؛ فالموقع المادي وحده لا يزيل التزامات الإبلاغ المرتبطة بالنشاط المشمول.
إن تسجيل FIU-IND لدى باينانس يضع نشاطها المغطى المتجه إلى الهند ضمن نظام الإبلاغ نفسه. وبالمعنى العملي، يجب أن تعمل المنصة بالضوابط المرتبطة بتحديد هوية العملاء، وحفظ السجلات، ومراقبة المعاملات، والإبلاغ التنظيمي عن الخدمات الواقعة ضمن النطاق.
يجب قراءة التسجيل عند المستوى نفسه تمامًا. ولا يعني ذلك تحويل باينانس إلى بنك مرخّص من RBI، أو اعتماد كل رمز أو منتج، أو تحويل أصل رقمي افتراضي إلى نقود سيادية. الريال/الروبية الرقمية الصادرة عن RBI هي عملة قانونية؛ أما الأصل المشفّر الصادر بشكل خاص فليس هو نفس الأداة ولا يكتسب صفة العملة القانونية لأنه يمكن تداوله على منصة مسجّلة.
لذلك يبقى الوصول إلى المنتج سؤالًا على مستوى الحساب. قد تكون الميزة المعروضة في مكان آخر على باينانس لها قواعد أهلية أو شروط أو جهات تشغيل مختلفة. الإشارة الموثوقة هي ما إذا كانت تظهر لملف الهند المُتحقق منه مع الشروط القابلة للتطبيق، وليس ما إذا كانت علامة باينانس التجارية توفرها في سوق آخر.
KYC في الهند يمكنه ربط الهوية والإقامة وPAN 🪪
إن تسجيل الحساب ينشئ بيانات اعتماد؛ ولا يكتمل التحقق عند ذلك. قد يطلب تدفق KYC تفاصيل شخصية، ودولة الإقامة، ووثيقة هوية مقبولة، وفحص الوجه أو اختبار الحيوية (liveness check)، ومعلومات ضريبية خاصة بالهند. وقد يُطلب PAN ضمن عملية التحقق والامتثال في الهند.
تصف هذه الحقول حقائق مختلفة. يجب أن تعكس الإقامة مكان سكن المستخدم فعليًا، بينما يحدد بلد إصدار الوثيقة الجهة/السلطة خلف الوثيقة. يجب إدخال الجنسية والعنوان وPAN وفقًا لتسمياتها الخاصة بدل محاولة مطابقتها مع منطقة منتج مفضلة.
تُعد الواجهة قائمة التحقق المسيطرة لأن المستندات المقبولة وطلبات المراجعة قد تختلف حسب الملف. إذا طلب الحساب PAN أو أدلة إضافية، فيجب أن تكون المعلومات تخص صاحب الحساب وتتوافق مع سجل الهوية. كما يجب الاحتفاظ بحساب بنكي أو حساب دفع لاحقًا يُستخدم لمعاملة شخصية بالاسم المناسب لذلك المسار.
يؤدي اعتماد التحقق من الهوية إلى إنشاء/إثبات الملف الذي راجعته باينانس. ولا يؤكد ذلك بحد ذاته طريقة INR معينة أو منتج تداول أو قناة سحب بعينها. تظهر هذه الصلاحيات فقط بعد أن تقوم شاشة المعاملة ذات الصلة بتقييم الحساب المُتحقق منه.
يجب قراءة الوصول إلى INR من شاشة المعاملة
قد يشير «دعم INR» إلى عدة ترتيبات، ولا ينبغي التعامل معها على أنها متبادلة:
يمرّر مسار الإيداع أو السحب بالفيات روبية بين حساب دفع ورصيد منصة عندما يكون هذا المسار متاحًا.
خدمة شراء أو بيع تعرض عروض أسعار لشراء أو بيع عملة مشفرة باستخدام طريقة دفع متاحة، وقد تتضمن شريك دفع.
يؤدي طلب P2P إلى مطابقة المستخدم مع مستخدم آخر ويستخدم طريقة الدفع المذكورة في الإعلان المحدد.
يؤدي إيداع أو سحب العملات المشفرة إلى نقل أصل على السلسلة (on-chain) ولا ينشئ تحويلًا بنكيًا من INR.
وجود مسار واحد لا يثبت وجود مسار آخر. قد يعرض الحساب سوق P2P دون تقديم إيداع INR مباشر، أو قد يقدم طريقة شراء بحدود مختلفة عن خيارات السحب. تحقق من العملة والجهة المقدمة والرسوم والحدود وتفاصيل المستلم وتعليمات التسوية على شاشة الطلب النهائية قبل اعتبار مسار ما متاحًا.
يمكن أن تختلف طرق الدفع أيضًا بين المستخدمين لأن التحقق وتاريخ الحساب وضوابط البنك أو شريك الدفع وشروط المنتج تُقيّم بشكل منفصل. لا يمكن لنتيجة بحث أو لقطة شاشة لشخص آخر أن تحدد ما يمكن لحساب القارئ نفسه استخدامه.
P2P هو صفقة بين مستخدمين، وليس إيداعًا بنكيًا من باينانس 🔄
على باينانس في P2P، يتم دفع الروبية بين المشتري والبائع وفق شروط طلب فردي. توفر باينانس عملية السوق وآلية الإسكرو (الضمان) للـ crypto، لكن تحويل البنك أو الدفع ليس هو نفسه إيداع INR مباشرةً في حساب فيات (Fiat) لدى باينانس.
يؤثر هذا التمييز على كل من التنفيذ والسجلات. اسم الطرف المقابل، ومبلغ الطلب، ومرجع الدفع، وحالة الإطلاق تخص معاملة P2P واحدة ويجب الاحتفاظ بها معًا. قد لا يوضح وصف الدفع وحده كمية الأصل أو قيمة التبادل أو هوية الطلب اللازمة لإعادة بناء المعاملة لاحقًا.
طريقة الدفع المعروضة في إعلان هي شرط خاص بذلك العرض، وليست مسار باينانس ثابتًا عبر الدولة كلها. يجب على المستخدم اتباع تفاصيل الطلب النشطة والاحتفاظ بالتواصل داخل واجهة الطلب حتى يمكن مطابقة الدفع وإطلاق الـ crypto إلى نفس سجل المعاملة.
قواعد ضريبة VDA في الهند تغيّر معنى الربح 🧾
تطبق الهند نظامًا ضريبيًا خاصًا على الدخل الناتج عن تحويل أصل رقمي افتراضي (VDA). النسبة النظامية هي 30% على دخل VDA ذي الصلة، خاضعًا لحساب الضريبة الأوسع الذي ينطبق على دافع الضرائب. وليس ضريبة بنسبة 30% على كل روبية يتم تلقيها من عملية بيع.
الخصم المسموح به محدود بدقة: يمكن أخذ تكلفة الاقتناء في الاعتبار، بينما لا يتم خصم مصاريف أخرى أو إعفاءات عادةً بموجب القاعدة الخاصة. لا يمكن تعويض خسارة ناتجة عن تحويل VDA مقابل دخل آخر، ولا يمكن ترحيل الخسارة بموجب هذا الحكم.
يعني ذلك أن رقمًا صافيًا على مستوى المحفظة قد يخفي نتيجة الضريبة. لا ينبغي جمع ربح من تصرف ما مع خسارة من تصرف آخر تلقائيًا كما لو كانت قواعد تعويض الخسائر المعتادة مطبقة. كما يلزم تصنيف رسوم التداول، والتحويلات بين المحافظ، والأصول المكتسبة عبر دفعات متعددة بشكل صحيح بدل دمجها في رصيد تبادل واحد.
الوحدة العملية للتحليل هي كل تحويل محتمل أن يكون خاضعًا للضريبة. البيع مقابل INR هو أوضح مثال، لكن تبادل crypto مع crypto أو تحويل آخر قد يتطلب أيضًا التقييم والتصنيف. لذلك ينبغي أن تحافظ صادرات المعاملات على كل من كميات الأصول وقيمة INR التي يمكن أن تدعم وضعية الإقرار.
ضريبة TDS بنسبة 1% هي اعتماد ضريبي للمعاملة، وليست الضريبة النهائية
تنص المادة 194S على خصم ضريبة بنسبة 1% من المصدر على المقابل مقابل تحويل مؤهل لـ VDA إلى مقيم، وذلك خاضعًا لشروط وحدود المادة. الأساس هو المقابل مقابل التحويل، وهو ما يختلف عن رقم الدخل المحسوب وفق قاعدة ضريبة 30%.
يهم هذا التمييز بالنسبة لتدفق النقد. يمكن أن يولد TDS حتى عندما تكون المكاسب الاقتصادية صغيرة، ولا تسوي كمية المبالغ المحتجزة وحدها حساب ضريبة الدخل النهائية. بل هو اعتماد ضريبي يجب تسويته/مواءمته مع سجلات دافع الضرائب والمعلومات المبلّغ عنها إلى نظام الضرائب.
قد يعتمد الشخص المسؤول عن الخصم والتعامل التشغيلي على كيفية ترتيب المعاملة. لا ينبغي افتراض أن طلبًا على المنصة والتحويل المباشر ومعاملة P2P ستنتج سجلات خصم متطابقة. يجب أن يُظهر سجل المعاملات ما إذا تم تسجيل TDS، والمبلغ، والطلب ذي الصلة، ومعلومات الطرف المتاحة للتسوية/المطابقة.
أنشئ سجل ضريبة الهند قبل أول تصرف
يبدأ السجل المفيد عندما يتم اقتناء أصل، وليس عندما يتم إعداد عملية إرجاع. لكل اقتناء أو بيع أو مقايضة أو نقل آخر، احتفظ بـ:
معرّف الطلب ووقت التنفيذ؛
زوج الأصل، والوحدات التي تم اقتناؤها، والوحدات التي تم التصرف فيها؛
قيمة INR المستخدمة في المعاملة؛
تكلفة الاقتناء والدفعة (lot) أو الطريقة المستخدمة لربطها بالتصرف؛
رسوم التداول وأي مبلغ يظهر بشكل منفصل كـ TDS؛
مراجع مدفوعات P2P وتفاصيل الطرف المقابل المتاحة في الطلب؛ و
عناوين المحافظ وتجزئات المعاملات (transaction hashes) للحركات على السلسلة.
يجب وسم عمليات النقل بين محافظ المستخدم نفسه بشكل منفصل عن عمليات التصرف، بحيث لا يُسجل بشكل عابر انتقال الحيازة باعتباره بيعًا. وبالمثل، يجب ربط إدخال بنك INR بالطلب المقابل بدلًا من اعتباره وحده سجل ضريبة عملات مشفرة كاملًا.
تُعد صادرات باينانس أحد المدخلات وليس السجل بأكمله. تحتاج الأصول التي نُقلت إلى تبادل آخر أو محفظة، واقتناءات خارج المنصة، وإدخالات TDS التي تظهر في سجلات الضرائب إلى التسوية ضمن نفس التاريخ. وهذا مهم تحديدًا عندما ينتج أساس TDS للمقابل الإجمالي وأيضًا حساب الدخل بناءً على الربح أرقامًا مختلفة.
قرر بناءً على الحساب المُتحقق منه، وليس على تسمية الدولة ✅
يمكن تقييم باينانس الهند دون دمج الوضع القانوني ووصول الحساب وتوافر المنتج في ادعاء واحد. أولًا، اعتبر تسجيل FIU-IND حالة امتثال لمكافحة غسل الأموال والإبلاغ. ثم أكمل تدفق الهوية باستخدام معلومات الإقامة والوثائق وPAN الدقيقة المطلوبة للملف. بعد التحقق، افحص مسارات INR وP2P والـ crypto والسحب الفعلية المعروضة لهذا الحساب.
قبل أول تحويل، أنشئ سجلًا يمكنه ربط تكلفة الاقتناء وقيمة التصرف وTDS. تعطي هذه التسلسلية المستخدم دليلًا على استخدام المنصة وعلى الإبلاغ الضريبي في الهند، مع ترك القرارات الخاصة بالمنتج للشروط والضوابط التي تحكم الحساب المُتحقق منه.