
اتحادیه اروپا مقررات معاملات مالی اوراق بهادار (SFTR) را برای ارتقاء شفافیت و نظارت نظارتی بازار تأمین مالی اوراق بهادار معرفی کرده است. این آیین نامه تعهد گزارش دهی را برای همتایان در ارتباط با:
- ربا
- معامله برگشت خرید یا خرید و فروش خرید
- وام و وام گرفتن اوراق بهادار
- وام حاشیه ای (کارگزاری اصلی)
SFTR بسیار شبیه به آنچه در زیر EMIR برای بازار مشتقات مشاهده شده است: وظیفه اوراق بهادار و مرجع بازار اروپا (ESMA) برای تأیید و تنظیم مخازن تجاری همراه با تعهد گزارش دهی دوگانه برای طرفین که معاملات در انواع تجارت فوق را انجام می دهندبشر
گزارش از 11 آوریل 2020 برای شرکت های سرمایه گذاری و موسسات اعتباری آغاز می شود (بیشتر به جدول زمانی مراجعه کنید).
این صفحه به طور خلاصه توضیح می دهد که نوردیا و شما به عنوان مشتری باید برای رعایت الزامات انجام دهید. همچنین اطلاعاتی در مورد وضعیت Nordea در رابطه با SFTR ارائه می دهد.
دامنه و دسترسی نظارتی
SFTR یک آیین نامه اتحادیه اروپا است. بنابراین معاملات انجام شده توسط احزاب موجود در اتحادیه اروپا باید مطابق با آیین نامه باشد. با این حال ، SFTR با شامل معاملات انجام شده توسط یک شاخه اتحادیه اروپا از یک همتای کشور سوم ، دامنه سرزمینی را گسترش می دهد. استثنائات: معاملات با اعضای ESCB از گزارش SFTR مستثنی هستند زیرا تحت الزامات MIFID II تحت پوشش قرار می گیرند و نباید دو برابر گزارش شوند.
در هسته آن ، SFTR یک رژیم گزارشگری است. این طرفین را به تجارت وادار می کند تا جزئیات تجارت را به یک مخزن تجاری در T+1 گزارش دهند و متعاقباً هرگونه تغییر و همچنین وثیقه و ارزیابی روزانه را برای زندگی تجارت گزارش دهند. بنیاد نظارتی مجموعه ای از جداول را با جزئیات اطلاعاتی که باید گزارش شود تشریح می کند (برای جزئیات بیشتر به مقررات مراجعه کنید). این آیین نامه فراتر از Emir می رود زیرا این امر همچنین یک قالب استاندارد برای نحوه برقراری ارتباط با مخازن تجاری ، تأیید استاندارد ISO20022 برای گزارشگری نظارتی را موظف می کند.
گزارش شامل پنج حوزه مجزا است:
- وثیقه تجارت و تجارت
- وثیقه (EOD)
- ارزش
- گزارش داده های حاشیه برای حاشیه های CCP در رابطه با SFT های پاک شده
- استفاده مجدد وثیقه ، گزارش سرمایه گذاری مجدد و منابع مالی
انواع مشتری
مانند Emir و Mifid ، SFTR با انواع مختلفی از احزاب به تجارت عمل می کند. طرفین به عنوان مالی (FC) یا غیر مالی (NFC) طبقه بندی می شوند. دسته NFC سپس به NFC ها و NFC های کوچک تقسیم می شود. طبق گزارش استاندارد فنی SFTR نهایی ESMA ، NFC کوچک یکی از مواردی است که از حد حداقل دو از سه معیار تجاوز نمی کند:
- ترازنامه در کل 20 میلیون یورو
- گردش خالص 40 میلیون یورو
- میانگین تعداد 250 کارمند در طول سال مالی
علاوه بر این ، احزاب پاکسازی مرکزی (CCP) یک نوع خاص در نظر گرفته می شوند و در مقایسه با سایر احزاب تعهدات گزارشگری متفاوتی دارند.
جدول زمانی
ESMA با رویکردی تدریجی به SFTR متشکل از چهار مرحله ارائه شده است. با شروع از 11 آوریل 2020 فاز 1 شامل شرکت های سرمایه گذاری مستقر در اتحادیه اروپا و موسسات اعتباری است.
فاز 2 ، با شروع از 11 ژوئیه 2020 ، شامل همتایان مرکزی پاکسازی (CCP) و سپرده های مرکزی اوراق بهادار (CSD) و شرکت های سرمایه گذاری غیر اتحادیه اروپا و موسسات اعتباری است.
فاز 3 ، با شروع از 11 اکتبر 2020 ، صندوق های UCITS و صندوق های AIF ، شرکت های بیمه و شرکت های بازنشستگی را به گزارش ها اضافه می کند ، و در آخر
فاز 4 ، شامل شرکت های غیر مالی (NFC) با گزارش از 11 ژانویه 2021 است.
برای Nordea الزامات گزارشگری در مرحله 1 شروع می شود در حالی که بسیاری از مشتریان ما تا سه ، شش یا نه ماه بعد شروع به گزارش نمی کنند.
باربری
استانداردهای فنی نظارتی با نیاز به بارگذاری برای معاملات SFTR که قبل از Go-Live (11 آوریل) انجام شده است ، عمل می کند و هنوز 180 روز بعد از Go-Live زندگی می کند تا 180-190 روز پس از Go-Live گزارش شود. در حین مشاوره ، ESMA برای رویکردهای مختلف باز شد و با انتشار گزارش نهایی که در دسامبر 2019 انتظار می رود ، توضیح می شود. معاملات قبل از Go-Live افتتاح شد اما قبل از 180 روز بسته نشده است.
Nordea انتظار دارد که طبق RTS (180 روز پس از زندگی) بارگذاری مجدد را انجام دهد تا در مرحله Go-Live تمرکز بر معاملات جدید و به این دلیل که بسیاری از طرفین معاملات تا سه یا شش ماه پس از آن شروع به گزارش نمی کنندنقطه Go-Live. اگر مشتری آرزوی محکمی برای انجام بارگذاری مجدد Nordea از بارگذاری مجدد به صورت موردی به صورت موردی دارد.
الزامات
لی اجباری است
از آوریل 2020 شناسه حقوقی حقوقی (LEI) اگر شما به عنوان مشتری بخواهید SFT را انجام دهید ، اجباری خواهد شد. بدون لی ، نمی توان طرف خود را از تجارت به یک مخزن تجارت گزارش داد. لطفاً برای اطلاعات بیشتر به بخش LEI مراجعه کنید.
صادرکننده لی اجباری است
EMSA در قوانین اعتبار سنجی خود تصریح کرده است که لی از صادرکننده امنیت ، داده های اجباری برای هرگونه امنیتی است که به عنوان وام و همچنین اوراق بهادار به عنوان وثیقه قرار می گیرد. این ممکن است مسئله بزرگی برای ابزارهای درجه سرمایه گذاری اروپا نباشد. با این حال ، مسائل مربوط به درجه غیر سرمایه گذاری اتحادیه اروپا و همچنین مسائل غیر اتحادیه اروپا از کیفیت داده های LEI پایین تر برخوردار است. از این رو ، SFTR می تواند به طور غیرمستقیم لیست ISIN هایی را که می تواند در SFT یا به عنوان وثیقه برای SFT استفاده شود ، محدود کند.
داده های استاتیک اجباری
طبقه بندی مشتری (نوع مشتری) ، کد بخش ، کدهای بخش اضافی برای گزارش SFTR مهم است و در صورت انتخاب گزارش های تفویض شده ، باید به طرف گزارش دهنده ارائه شود.
نوع مشتری از اهمیت ویژه ای برخوردار است زیرا در هنگام نیاز به شروع گزارش ، رانندگی می کند.
شناسه معامله منحصر به فرد (UTI) اجباری می شود
به هر SFT باید یک شناسه معامله جهانی منحصر به فرد - UTI - داده شود. UTI باید بین طرفین تجارت به اشتراک گذاشته شود. طرفین باید قبول کنند که چه کسی برای تولید UTI است. اگر چنین توافق نامه ای وجود نداشته باشد ، این آیین نامه یک مدل آبشار را توصیف می کند که چه کسی می تواند حزب تولید کننده باشد. حزب تولید کننده موظف است UTI را با همتای خود در "یک قالب الکترونیکی به موقع برای هر دو طرف به اشتراک بگذارد تا بتواند تعهد گزارش دهی T+1 خود را انجام دهد". رویکرد نوردیا به فرآیند تولید UTI در بخش فرآیندهای تبادل UTI شرح داده شده است.
برای معاملات در اماکن الکترونیکی ، معاملات پاک شده مرکزی و معاملات تأیید شده در مرکز ، ارائه دهنده زیرساخت ها است که UTI را اختصاص می دهد و به اشتراک می گذارد.
پیشنهادات و پشتیبانی Nordea از SFTR
هیئت اجباری و داوطلبانه
گزارش های تفویض شده زمانی است که حزب گزارشگر (به طور معمول همتای مالی برای تجارت) گزارشگری را به نمایندگی از هر دو طرف انجام می دهد.
آیین نامه SFTR با نمایندگی اجباری برای NFC های کوچک عمل می کند. این بدان معنی است که اگر یک طرف برای تجارت یک NFC کوچک باشد ، این FC است که برای گزارش SFTR پاسخگو می شود. NFC این است که داده های استاتیک مورد نیاز FC را برای انجام گزارش دهی به FC ارائه دهد. این شامل به دست آوردن و حفظ یک کد معتبر LEI است ، اما مسئولیت (و پاسخگویی) برای گزارش دهی بر همتای مالی است. گزارش واگذار شده اجباری با فاز 4 ژانویه 2021 (جدول زمانی) آغاز می شود
گزارش داوطلبانه داوطلبانه نیز تحت SFTR مجاز است. در اینجا طرفین یک تجارت موافق هستند که یک طرف گزارش کلیه SFT ها را بین طرفین انجام می دهد. این متفاوت از گزارش های تفویض شده اجباری است زیرا طرف نماینده مسئولیت و مسئولیت پذیری را در مورد صحت و کامل بودن گزارش ، نه طرف گزارش دهنده دارد.
Nordea از هر دو گزارش اجباری و داوطلبانه از آوریل 2020 پشتیبانی خواهد کرد. این گزارش بر اساس یک اصل تلاش انجام می شود (با توجه به درجه بالای جفت شدن و تطبیق مشخص شده در آیین نامه ، به نفع همتای مالی است که هر دو طرف یک معاملهتا حد امکان به درستی و کاملاً گزارش شده است). هر دو گزارش واگذار شده اجباری و داوطلبانه رایگان خواهد بود و انتظار می رود افزایش هزینه نظارتی در قیمت گذاری معاملات اساسی منعکس شود.
گزارش تکه تکه شدن
مشتریانی که دارای SFT هستند با همتایان مالی متعدد ، برخی از تکه تکه شدن را در گزارشگری تجربه می کنند. این می تواند ، حتی اگر همتایان مختلف به مخازن تجاری مختلف گزارش دهند ، برای گزارش معاملات و وثیقه نیز موردی باشد. با این حال ، اگر مشتری از طریق CCP در حال پاکسازی باشد ، گزارش حاشیه باید توسط یکی از FCS به عنوان گزارشگر یا توسط CCP انجام شود. به همین ترتیب ، اگر مشتری در حال استفاده مجدد از وثیقه ارسال شده باشد ، گزارش استفاده مجدد باید توسط یکی از همتایان مالی انجام شود. از این رو ، تحت گزارش تفویض شده ، مشتری نیاز به افشای مجدد و در صورت لزوم ، اطلاعات حاشیه CCP را به طور روزانه به یکی از همتایان مالی خود افشا می کند.
گزارش کمک شده
تحت گزارش کمک شده ، طرف گزارشگر ، به طور معمول یک ارائه دهنده خدمات مالی یا مالی ، برای ساخت ساختار ISO20022 پیام ها با استفاده از اطلاعاتی که در اختیار طرف گزارش دهنده است و ساخت پرونده ها برای مشتری برای اضافه کردن اطلاعات اضافی که ارائه می دهد ، پیشنهاد می کند. حزب گزارشگری برای تکمیل گزارش ها مفقود است. گزارشگری کمک شده می تواند شامل پشتیبانی از ارائه پرونده های تکمیل شده به یک مخزن تجاری باشد. با این حال ، این احتمال کمتر است زیرا مشتری ها تصمیم می گیرند که مدل گزارشگری کمک شده کنترل روند گزارش دهی را کنترل کند و احتمالاً از افشای اطلاعاتی مانند درصد استفاده مجدد ، ابزارهایی که مشتری در آن دارای دارایی و غیره است ، جلوگیری کند.
Nordea در آوریل 2020 گزارش های کمک شده تحت SFTR را در Go-Live ارائه نمی دهد.
فرآیندهای جفت شدن و تطبیق مخزن تجاری (TR)
مقررات SFTR تمرکز زیادی بر کیفیت و سازگاری داده های گزارش شده به مخازن تجاری دارد. اظهارات واضح در آیین نامه حاکی از عدم گزارش بیش از حد است. احزاب یک تجارت باید توافق کنند که چه کسی UTI را تولید می کند. اگر فاقد UTI از طرف مقابل هستید و موافقت کردید که آنها حزب تولید کننده هستند ، شما مجاز به تولید خود برای رعایت مهلت های گزارشگری نیستید زیرا این امر بیش از حد گزارش می شود. مانند Emir ، TRS سعی خواهد کرد دو طرف تجارت را با استفاده از UTI های گزارش شده جفت کند. TR هم در خود TR و هم با TRS دیگر جفت خواهد شد. TRS اطلاعات مربوط به SFT های بدون زوج بین TRS را مبادله می کند تا امکان جفت شدن و تطبیق بین TRS فراهم شود.
پس از جفت شدن ، TRS مطابق با مشخصات ESMA در RTS و SFTR ، تطبیق را انجام می دهد. حداکثر 100 مورد از 155 زمینه قابل گزارش به عنوان زمینه های تطبیق با تحمل محدود ارائه شده است. اجرای تطبیق به صورت فاز است ، با شروع اطلاعات اصلی. مرحله تطبیق طی چند سال گسترش می یابد.
از پیش هماهنگی
در حالی که پیش تطبیق یک الزام نظارتی در SFTR نیست ، مهلت گزارش دهی T+1 ، تعداد زمینه های تطبیق و آستانه های تطبیق باریک بیان شده توسط ESMA بازاری را برای راه حل هایی باز می کند که به طرفین اجازه می دهد تا با استراحت های تطبیق یافته در تجارت مقابله کنند. تاریخ (t) به منظور حل هرچه بیشتر اختلافات قبل از مهلت گزارشگری.
چندین ارائه دهنده خدمات خدمات از پیش تطبیق ارائه می دهند که به طرفین امکان می دهد جزئیات معاملات را به یک مؤلفه مرکزی گزارش دهند که سپس تطبیق ، تکلیف UTI را انجام می دهد و به طور بالقوه نیز برای گزارشگری به TR می پردازد. از آنجا که چندین مورد از این ارائه دهندگان خدمات وجود دارد ، ما تکه تکه شدن بازار را داریم و برخی از همتایان بر روی یک سکو قرار می گیرند ، برخی دیگر در دیگری ، برخی از آنها از چندین پشتیبانی می کنند و برخی دیگر تصمیم به انجام قبل از تطبیق نمی گیرند. هرچه تکه تکه شدن بیشتر باشد ، مقدار راه حل های قبل از تطبیق کمتر است.
Nordea تصمیم به ثبت نام در IHS Markit/Pirum Prefatching Platform برای انجام گزارش های داخلی از همه SFT هایی که ما در طول T با فیدهای دوره ای (هر یا هر ساعت دوم در طول ساعات کار + تحویل های پایان روز از آنها ، بخشی از T. ایالت های وثیقه و تجارت). این همچنین بدان معنی است که ما فرآیندهای قبل از تطبیق Intraday را تنظیم خواهیم کرد تا قبل از مهلت گزارش دهی T+1 ، بسیاری از استراحت های قبل از تطبیق را پاک کنیم.
فرآیندهای تبادل UTI
یکی از یادگیری های مهم امیر این بود که مبادله UTI ها در معاملات صوتی و سایر معاملات دو طرفه تولید نشده ، عامل اصلی گزارش از دست رفته یا اشتباه بوده است. بر این اساس ، آیین نامه SFTR مسئولیت نسل UTI و مبادله را به شدت تشریح می کند. با این حال ، هنوز هیچ "الگوی" تأیید شده در سطح جهانی وجود ندارد که به طرفین تجارت اجازه دهد تا به طور مستقل به همان UTI برسند ، از این رو نیاز به تبادل UTI. در اینجا ما چندین راه حل و ارائه دهنده راه حل را مشاهده می کنیم-پیش تطبیق که در بالا توضیح داده شد. با این حال ، در جایی که چندین راه حل وجود دارد ، تکه تکه شدن وجود خواهد داشت و ما هنوز نمی توانیم ببینیم که آیا هر یک از این راه حل ها در استانداردهای واقعی در سطح جهان یا محلی/منطقه ای یا در شبکه های حزب خاص تحقق می یابد.
هر یک از طرفین SFT باید در نظر بگیرند که چگونه از روند UTI پشتیبانی می کنند. اگر آنها مایل هستند همیشه UTI را تولید کنند (همچنین "امتیاز" به اشتراک گذاری UTI را به موقع با فرمت الکترونیکی) یا اگر مایل به مصرف UTI از همتای خود هستند یا از یک بستر از پیش تنظیم برای تولید استفاده می کنند. و UTI را مبادله کنید ، یا اگر آنها با طرفین معاملات خود مبادله را به صورت دو طرفه انجام دهند.
Nordea از راه حل IHSmarkit/Pirum برای اختصاص و به اشتراک گذاری UTI ها با سایر شرکت کنندگان در این سکو استفاده می کند. علاوه بر این ، این پلتفرم از طریق یک پورتال مشتری یا رابط SFTP به طرفین غیرقانونی امکان دستیابی به UTI های اختصاص داده شده به LEIS خود را می دهد. پیش از این راه حل گزارش دهی ما UTI های تولید شده توسط سالن های تجاری الکترونیکی ، امکانات اجرای و سیستم عامل های ساختار را مصرف می کند. برای گزارش دادن به Nordea به طور خودکار نقش تولید UTI را بر عهده می گیرد.
برای معاملات باقیمانده (معاملات واسطه ای با طرفین در یک سکوی قبل از تطبیق و یا به هیچ وجه بدون سکوی قبل از تطبیق) این بخش در حال تحقیق در مورد دو گزینه با تکیه بر یک لیست حداقل زمینه برای تبادل UTI و جزئیات تجارت است تا به طرفین اجازه دهدبرای انجام تطبیق تجارت و تبادل UTI. چنین لیستی از حداقل لیست می تواند بین سیستم عامل های مختلف تطبیق و دو طرفه بین دو طرف استفاده شود. Nordea فرآیندهای تبادل/تعقیب دو طرفه UTI را در T+1 9 CET انجام می دهد و سپس در فواصل زمانی تکرار می شود تا اینکه همه UTI ها رد و بدل شوند/بدست آمده باشند.
مخازن تجاری
مقررات SFTR به ESMA اجازه می دهد تا مخازن تجاری را تأیید و بر آن نظارت کند. Trade Repository یک گردآورنده و ارائه دهنده داده مرکزی است که به ما به عنوان طرف SFT اجازه می دهد تا داده های مربوط به آن ها را به یک مرکز داده مرکزی ارسال کنیم. سپس TR موظف است این داده ها را در اختیار تنظیم کننده های مختلف از جمله FSA محلی و خود ESMA قرار دهد. چندین مخزن تجاری مختلف در بازار وجود دارد که تحت عنوان TR تحت SFTR تایید شده یا خواهند شد، از جمله:
- DTCC (اتحادیه اروپا و بریتانیا)
- Regis TR (اتحادیه اروپا و بریتانیا)
- UnaVista
با SFTR انتخاب مخزن تا حدودی ساده تر از EMIR است زیرا استاندارد ارسال داده به و از TR (iso20022) است. بسیاری از ارائه دهندگان خدمات ادعا می کنند که نسبت به انتخاب TR بی اعتنا هستند و از مسیریابی معاملات به TR انتخاب شده توسط طرف مقابل حمایت می کنند.
Nordea برای استفاده از DTCC (EU) به عنوان TR اصلی ما برای SFTR ثبت نام کرده است. برای گزارش تفویض شده (به تفویض اختیاری و اجباری مراجعه کنید) گزارش طرف مشتری تراکنش های ما نیز از طریق DTCC (EU. به عنوان مشتریان SFTs در حوزه گزارش، باید انتخاب TR خود را در نظر بگیرید. برای اهداف شفافیت و مصالحه. توصیه می کنیم فقط از یک TR استفاده کنید. FSA های محلی داده هایی را از TR دریافت می کنند که می توان از شما درخواست کرد آن ها را تأیید و توضیح دهید. برای همه NFC های کوچک به جز NFC های کوچک، ما به مشتریان توصیه می کنیم یک TR برای SFTR داشته باشند و این را با همتایان مالی خود در میان بگذارند.
آئین نامه
برخاسته از اجلاس G20 پس از بحران مالی، جایی که توافق شد نظارت نظارتی بهتری در بازارهای مالی ایجاد شود و از توصیه های هیئت ثبات مالی (FSB) برای نظارت و تنظیم آنچه "بانکداری سایه" نامیده می شود، مقررات اصلی اتحادیه اروپا SFTR بود. منتشر شده در مجله رسمی اتحادیه اروپا در 23 دسامبر 2015. از اینجا دانلود کنید.
اتحادیه اروپا در مقررات SFTR به ESMA اجازه می دهد تا استانداردهای فنی نظارتی (RTS) و استانداردهای فنی اجرایی (ITS) مقررات SFTR را ترسیم کند. اطلاعات دقیق از ESMA در این مورد را می توانید در اینجا بیابید.
ارتباط با مشتری و جمع آوری داده ها
یک نکته کلیدی برای اجرای یکنواخت گزارش SFTR این است که طرفین انتظارات را همسو کرده و داده های ثابت مربوطه را قبل از شروع به کار به اشتراک گذاشته باشند. به منظور دستیابی به زندگی روان مطلوب، Nordea با مشتریان خود تماس می گیرد و از آنها می خواهد اطلاعات لازم را ارائه دهند تا زمانی که تعهد گزارش تراکنش مربوطه تحت SFTR از 11 آوریل 2020 لازم الاجرا شود، گزارش تراکنش دقیق آغاز شود.
دسترسی به Nordea به مشتریان ، هدف از جمع آوری داده های استاتیک مورد نیاز ، از جمله لی و طبیعت حزب ، ترجیحات مربوط به مدل گزارش دهی به تفکیک ، ترجیحات پیش ساز و تولید UTI خواهد بود.
اطلاعات تماس
اگر در مورد هر یک از موارد فوق سؤالی دارید ، لطفاً با SFTR [at] nordea. com تماس بگیرید
سلب مسئولیت
اطلاعات ارائه شده در این وب سایت فقط برای اطلاعات پس زمینه در نظر گرفته شده است. نظرات و سایر اطلاعات ارائه شده در اینجا ، دیدگاه های فعلی بازارهای نوردیا از تاریخ انتشار است و بدون اطلاع قبلی در معرض تغییر است. اطلاعات ارائه شده در این وب سایت توضیحی جامع از محصول توصیف شده یا خطرات مربوط به آن نیست و نباید به این ترتیب اعتماد کرد و نه جایگزین قضاوت گیرنده.
اطلاعات ارائه شده در این وب سایت در نظر گرفته نشده است و مشاوره سرمایه گذاری را تشکیل نمی دهد و همچنین اطلاعاتی که به عنوان پیشنهاد یا درخواست خرید یا فروش هر ابزار مالی در نظر گرفته شده است. اطلاعات ارائه شده در این وب سایت هیچ توجهی به اهداف سرمایه گذاری خاص ، وضعیت مالی یا نیازهای خاص هر گیرنده خاصی ندارد. توصیه های حرفه ای مرتبط و خاص همیشه باید قبل از تصمیم گیری در مورد سرمایه گذاری یا اعتبار ، دریافت شود. توجه به این نکته حائز اهمیت است که عملکرد گذشته نشانگر نتایج آینده نیست.
Nordea Markets در مورد مسائل حقوقی ، مالیات ، حسابداری یا نظارتی در هر حوزه قضایی مشاور نیست.
اطلاعات ارائه شده در این وب سایت ممکن است بدون رضایت کتبی قبلی از بازارهای Nordea ، برای هر منظور بازتولید ، توزیع یا منتشر نشود.
درباره ما
- ما کی هستیم
- نوردیا در جامعه
- حاکمیت شرکتی
سرمایه گذاران
- Nordea به عنوان یک سرمایه گذاری
- گزارش ها و ارائه ها
- اشتراک گذاری
سیگنال های تجاری...
ما را در سایت سیگنال های تجاری دنبال می کنید
برچسب :
نویسنده : عبدالله بوتیمار
بازدید : <-PostHit->
تاريخ : پنجشنبه
26 مرداد
1402 ساعت: 12:30