حسابداری ارز دیجیتال و صرافی رمزارز؛ راهنمای مستقل ثبت و کنترل
این راهنما بهجای نسخه ثابت برای همه توکنها، مدل کسبوکار، مالکیت، تعهد به مشتری، مبنای گزارشگری و شواهد هر تراکنش را به یک پرونده قابل بازسازی تبدیل میکند.
پیش از ثبت: دارایی متعلق به چه کسی است و صرافی چه خدمتی میدهد؟
حسابداری ارز دیجیتال از نام توکن آغاز نمیشود. نخست باید روشن شود واحد گزارشگر دارایی را برای حساب خود خریده، آن را برای فروش در روال عادی نگه میدارد، فقط سفارش مشتری را اجرا میکند یا کلید و دارایی مشتری را به امانت نگه میدارد. خرید و فروش برای حساب خود، کارگزاری، بازارسازی، دریافت کارمزد، نگهداری دارایی و تسویه ریالی مدلهای اقتصادی متفاوتاند. برای هر مدل، قرارداد مشتری، اختیار انتقال، مسئولیت زیان، نحوه تسویه و حق برداشت را کنار نمودار گردش وجه و دارایی ثبت کنید؛ شباهت رابط کاربری به معنای یکسانبودن دارایی و بدهی نیست. [۱] [۱۰]
تفکیک دارایی خود صرافی از دارایی مشتری کنترل پایه است. موجودی کیف پول عمومی، مانده دفتر داخلی مشتری و دارایی تحت کنترل کلیدهای واحد گزارشگر باید به هم آشتی داده شوند، اما این تطبیق بهتنهایی مالکیت حسابداری را اثبات نمیکند. شرایط استفاده، قرارداد امانت یا کارگزاری، امکان استفاده مجدد از دارایی، تعهد تحویل و رویه ورشکستگی را بررسی کنید. اگر نتیجه حقوقی یا مقرراتی نامعلوم است، آن را بهعنوان فرض باز ثبت کنید و از نمایش همه ماندههای روی زنجیره بهعنوان دارایی شرکت خودداری نمایید. [۱] [۱۰]
طبقهبندی IFRS: تصمیم نگهداری رمزارز دقیقاً چه دامنهای دارد؟
کمیته تفسیرهای IFRS در تصمیم دستورکار ۲۰۱۹ درباره نگهداری ارزهای دیجیتال، برای زیرمجموعهای با ویژگیهای مشخص توضیح داد که این اقلام وجه نقد نیستند، دارایی مالی نیز تلقی نمیشوند و معمولاً تعریف دارایی نامشهود را دارند؛ اگر واحد تجاری آنها را برای فروش در روال عادی کسبوکار نگه دارد، IAS 2 مطرح میشود. این نتیجه را نباید به توکن دارای حق قراردادی، استیبلکوین با ساختار متفاوت، حق استفاده، اوراق توکنیزهشده یا تعهد صادرکننده تعمیم داد. پرونده طبقهبندی باید حقوق قراردادی و واقعیت اقتصادی هر دارایی را جداگانه ثبت کند. [۲] [۴]
اگر صرافی نقش کارگزار-معاملهگر موجودی را دارد، IAS 2 برای اندازهگیری موجودی کارگزار-معاملهگر قواعد خاصی دارد؛ اما عنوان بازاری «صرافی» بهتنهایی اثباتکننده این نقش نیست. راهبرد نگهداری، فراوانی معاملات، منبع سود، نحوه قیمتگذاری و اختیار مدیریت دارایی را مستند کنید. برای دارایی نامشهود نیز عمر مفید، مدل بهای تمامشده یا تجدید ارزیابی، وجود بازار فعال و آزمون کاهش ارزش موضوعهای جدا هستند. سیاست حسابداری باید برای طبقات همگن نوشته شود و تغییر آن طبق مبنای گزارشگری و با دلیل قابل دفاع انجام گیرد. [۳] [۴] [۹]
رویداد را به پنج جزء بشکنید: دارایی، وجه، کارمزد، تعهد و زمان
هر سفارش حداقل پنج زمان دارد: دریافت دستور، دریافت وجه یا دارایی، انجام معامله، ثبت روی شبکه و تسویه قطعی داخلی. این زمانها ممکن است یکسان نباشند. برای خرید دارایی خود شرکت، بهای تحصیل میتواند شامل مبلغ معامله و مخارجی باشد که طبق سیاست قابل انتساباند؛ برای خدمت به مشتری، درآمد کارمزد باید از اصل وجوه و داراییهای عبوری جدا بماند. انتقال بین دو کیف پول تحت کنترل واحد ممکن است صرفاً جابهجایی داخلی باشد، در حالی که برداشت مشتری میتواند تسویه یک بدهی باشد. شناسه سفارش، کاربر، کیف پول مبدأ و مقصد، هش تراکنش و رسید ریالی باید یک زنجیره واحد بسازند. [۱] [۷]
کارمزد شبکه، spread، کارمزد خدمت، تخفیف، برگشت سفارش و زیان ناشی از خطای عملیاتی ماهیت یکسانی ندارند. جدول رویداد بسازید و برای هر ردیف بنویسید شرکت اصیل است یا عامل، چه خدمتی وعده داده، مبلغ ناخالص متعلق به چه کسی است و چه زمانی تعهد انجام شده است. اگر کارمزد از مقدار رمزارز کسر میشود، هم مقدار و هم ارزش ریالی در زمان مربوط نگهداری شود. ثبت تجمیعی روزانه بدون ریز سفارش و بدون پل مقدار به مبلغ، رسیدگی درآمد و مانده مشتری را دشوار و احتمال ثبت دوباره یا گمشدن اختلاف را زیاد میکند. [۷] [۱]
نرخ و ارزشگذاری: منبع قیمت را نسخهدار و قابل بازاجرا کنید
ارزش منصفانه یک عدد دلخواه از مشهورترین وبسایت نیست. IFRS 13 بر بازار اصلی یا سودمندترین بازار، دادههای قابل مشاهده، روش ارزشگذاری و سلسلهمراتب ورودیها تمرکز دارد. برای هر دارایی، بازار منتخب، جفتارز، منطقه زمانی، قیمت خرید یا فروش، میانگین یا نقطه پایانی، کیفیت و دسترسپذیری داده را در سیاست نرخ بنویسید. اختلاف قیمت میان بازارها، نقدشوندگی کم، توقف معامله یا محدودیت برداشت باید بهعنوان ریسک داده ثبت شود. فایل نرخ باید تاریخ و ساعت، منبع، نسخه استخراج و تأیید بازبین داشته باشد تا مبلغ پایان دوره دوباره محاسبه شود. [۵] [۹]
اگر دفاتر با ریال نگهداری میشوند ولی معامله با ارز خارجی یا واحد دیجیتال قیمتگذاری شده است، مسئله تبدیل ارز و مسئله اندازهگیری خود دارایی را مخلوط نکنید. IAS 21 برای معاملات ارزی و تعیین ارز عملیاتی چارچوب میدهد، اما توکن بدون ویژگی پولی لزوماً خود ارز خارجی در معنای آن استاندارد نیست. ابتدا مبلغ معامله و تعهد ارزی را تعیین کنید، سپس سیاست اندازهگیری دارایی دیجیتال را اجرا نمایید. نرخ پایان دوره، نرخ معامله و نرخ تسویه میتوانند متفاوت باشند؛ پل اختلاف باید اثر قیمت دارایی، اثر ارز و کارمزد را جدا نشان دهد. [۶] [۵]
کلید خصوصی و دسترسی: کنترل مالی بدون کنترل نگهداری کامل نیست
دفتر دقیق وقتی کلید خصوصی بدون کنترل است کافی نیست. راهنمای مدیریت کلید NIST بر چرخه ایجاد، حفاظت، توزیع، استفاده، پشتیبان، بازیابی، ابطال و امحای کلید تأکید دارد. صرافی باید نقش درخواستکننده انتقال، تصویبکننده، امضاکننده و بازبین تطبیق را جدا کند؛ سقف و آدرس مجاز، تأخیر امنیتی، ثبت رخداد و مسیر اضطراری تعریف شود. عبارت بازیابی یا کلید نباید در پیوست سند حسابداری، پیام پشتیبانی یا فایل مشترک ذخیره شود. حسابداری فقط شناسه کنترلشده دارایی و مدرک تأیید را نگه میدارد، نه راز دسترسی را. [۱۱] [۱۰]
راهنمای FATF درباره دارایی مجازی بر شناخت مدل خدمت، طرفها و ریسک انتقال تأکید میکند؛ این راهنما جای قانون یا مجوز ایران نیست، اما برای طراحی ماتریس ریسک عملیاتی مفید است. آدرس جدید، برداشت بزرگ، تغییر دستگاه، تراکنش چندمرحلهای و اختلاف هویت باید قواعد بررسی و توقف داشته باشند. پرونده تطبیق روزانه شامل مانده دفتر مشتری، مانده کیف پولهای شناختهشده، انتقالهای در راه، کارمزد شبکه و استثناهای حلنشده باشد. اختلاف نباید با ثبت دستی بیشرح بسته شود؛ مالک، علت، مدرک و زمان حل باید باقی بماند. [۱۰] [۱۱]
بستن روزانه و ماهانه صرافی: مقدار، مبلغ و تعهد را همزمان ببندید
بستن روزانه را با شمارش دارایی آغاز کنید: موجودی اول، دریافت، خرید، انتقال داخلی، فروش، برداشت، کارمزد و موجودی پایان برای هر دارایی. سپس همین حرکتها را به ارزش ریالی، درآمد کارمزد، مطالبات و بدهی مشتری پل بزنید. مانده منفی مشتری، کیف پول ناشناخته، تراکنش معلق، هش تکراری و نرخ خارج از دامنه در گزارش استثنا بیاید. کنترل جمع مقدار بدون کنترل مبلغ کافی نیست و کنترل مبلغ بدون اثبات مالکیت میتواند دارایی مشتری را به ترازنامه شرکت وارد کند. بازبین مستقل باید نمونه را از دفتر تا شبکه و بانک بازاجرا کند. [۱] [۱۲]
در پایان ماه، سیاست طبقهبندی و اندازهگیری، کاهش ارزش یا تغییر ارزش، درآمد تحققیافته، کارمزدهای پرداختنی و ذخیره اختلافهای حلنشده بازبینی شود. رویدادهای بعد از پایان دوره مانند بازیابی دارایی، توقف بازار یا کشف دسترسی غیرمجاز باید از نظر شواهد مربوط به شرایط پایان دوره بررسی شوند. گزارش مدیریت بهتر است مقدار دارایی خود، دارایی مشتری، تمرکز کیف پول، سن اختلاف و پوشش کنترل را جدا نشان دهد. هیچ سود سرمایهگذاری یا نرخ بازدهی در این مقاله تضمین نمیشود و نتیجه مالیاتی یا مقرراتی ایران باید از منبع رسمی جاری گرفته شود. [۸] [۹]
برنامه اجرایی ۳۰ روزه برای دفتر قابل رسیدگی رمزارز
هفته اول مدل کسبوکار و قراردادها را فهرست کنید و برای هر خدمت، مالک دارایی، تعهد، زمان انجام و منبع درآمد را بنویسید. هفته دوم شناسه یکتای سفارش را به بانک، دفتر مشتری، کیف پول و هش تراکنش متصل و یک روز واقعی را بازسازی کنید. هفته سوم سیاست طبقهبندی، نرخ و کارمزد را روی سه دارایی متفاوت بیازمایید و اختلاف را با مدرک حل کنید. هفته چهارم بستن روزانه، گزارش استثنا، کنترل دسترسی و بازیابی را با سناریوی خطا تمرین کنید. معیار پذیرش، قابلیت بازسازی و حل اختلاف است، نه صفرکردن اجباری گزارش. [۲] [۱۱] [۵]
برای هر تصمیم، یک یادداشت کوتاه نگه دارید: گزاره، مرجع، تاریخ مشاهده، داده پرونده، قضاوت، بازبین و تاریخ بازبینی بعدی. تغییر قرارداد مشتری، روش نگهداری، بازار نرخ یا ویژگی توکن میتواند نتیجه را تغییر دهد. نمونههای این مقاله آموزشیاند و جای نظر حسابرس، مشاور حقوقی، مالیاتی یا مرجع مجوز نیستند. در ایران، آخرین استانداردهای سازمان حسابرسی و مقررات مراجع مسئول را برای واحد و دوره خود بررسی کنید و اگر تعارض یا ابهام وجود دارد، نتیجه را تا دریافت پاسخ رسمی قطعی نکنید. [۹] [۱۳]
ژرفبان کدام بخش مالی را پوشش میدهد و کدام بخش فعال نیست؟
در قابلیتهای فعال ژرفبان میتوان ثبت مالی متوازن، طرفحساب، دریافت و پرداخت، پیوست سند، دسترسی نقشمحور و تاریخچه تغییر را برای بخش ریالی و پرونده شواهد آزمود. سناریوی دمو باید یک واریز، یک کارمزد، یک تسویه مشتری و یک اختلاف را از مدرک تا گزارش دنبال کند. این دامنه به معنای پشتیبانی بومی از کیف پول، اتصال زنجیره، بازار نرخ یا دفتر دارایی مشتری نیست. داده غیرحساس و نمونه استفاده کنید و معیار پذیرش را پیش از دمو مکتوب نمایید. [۱۴] [۱۵]
ماژول تخصصی صرافی رمزارز، نگهداری کلید، اجرای سفارش، اتصال بلاکچین، قیمت لحظهای و انطباق تخصصی دارایی مجازی تا زمانی که در صفحه امکانات یا پیشنهاد کتبی درج نشده، قابلیت فعال فرض نمیشود. اگر نیاز اصلی شما یکی از این موارد است، آن را در نقشه راه بررسی و مسئولیت سامانه تخصصی و دفتر مالی را جدا طراحی کنید. ژرفبان مرجع طبقهبندی IFRS، مجوز فعالیت یا تشخیص مالیاتی نیست؛ ارزش آن در محدوده فعال، نگهداشتن سند، ثبت، تأیید و ردپای تصمیم مالی است. [۱۴] [۱۵]
منابع مستقیم
- چارچوب مفهومی گزارشگری مالی IFRS Foundation
- تصمیم دستورکار نگهداری ارزهای دیجیتال IFRS Foundation
- IAS 2 موجودیها IFRS Foundation
- IAS 38 داراییهای نامشهود IFRS Foundation
- IFRS 13 اندازهگیری ارزش منصفانه IFRS Foundation
- IAS 21 آثار تغییر نرخ ارز IFRS Foundation
- IFRS 15 درآمد قرارداد با مشتری IFRS Foundation
- IAS 8 مبنای تهیه، سیاست و خطا IFRS Foundation
- مرجع استانداردهای حسابداری ایران سازمان حسابرسی
- راهنمای رویکرد مبتنی بر ریسک داراییهای مجازی Financial Action Task Force
- راهنمای مدیریت کلید رمزنگاری National Institute of Standards and Technology
- AS 1105 شواهد حسابرسی Public Company Accounting Oversight Board
- فهرست استانداردهای IFRS IFRS Foundation
- قابلیتهای فعال ژرفبان ژرفبان
- نقشه راه ژرفبان ژرفبان
تحلیلهای مرتبط
مطالب همموضوع که همین تصمیم را از زاویهٔ دیگری کامل میکنند.
دریافت گواهی امضای الکترونیکی با CSR؛ راهنمای امن و مستقل
CSR فقط درخواست امضای گواهی است، نه خود گواهی و نه کلید خصوصی. این راهنما مراحل فنی و کنترلهای سازمانی را بدون وابستگی به منوی یک فروشنده توضیح میدهد.
خواندن گزارش
سامانه گزارش سایبری اروپا راه افتاد؛ پاسخ فروشنده، رفع مشکل نیست
آژانس امنیت سایبری اروپا دیروز نسخه اولیه سامانه گزارشدهی قانون تابآوری سایبری را راهاندازی کرد. خبر برای مدیر مالی، وعده امنیت بینقص نیست: زمان اعلام رخداد، زمان اصلاح و زمان بازگشت عملیات باید در قرارداد فروشنده از هم جدا باشند؛ شمول مقررات اروپا نیز نیازمند بررسی مستقل است.
خواندن گزارش
دو رخنهٔ مورد سوءاستفاده در ویندوز؛ اولویت امروزِ واحد مالی
مایکروسافت برای دو آسیبپذیری ویندوز، سوءاستفادهٔ واقعی را ثبت کرده و CISA نیز هر دو را به فهرست خود افزوده است. تصمیم امروزِ شرکتهای دارای نسخهٔ آسیبپذیر: تعیین اولویت اصلاح بر اساس دسترسی مالی و تأیید بازگشت عملیات، نه اتکا به امتیاز شدت یا درصد کلی نصب.
خواندن گزارش
کنترل هوش مصنوعی در واحد مالی؛ کدام کار را واگذار کنیم؟
مسئله مدیر مالی انتخاب یک ابزار جذاب نیست؛ باید برای هر کار روشن کند هوش مصنوعی فقط پیشنویس بسازد، در یک پایلوت کنترلشده کمک کند یا تا بازطراحی فرایند متوقف بماند. این راهنما همان تصمیم را با پنج محور ریسک و چند خط قرمز عملی میکند.
خواندن گزارش
پشتیبانی 7/24 در نرمافزار ابری یعنی چه؟
این صفحه موضوع «پشتیبانی 7/24 در نرمافزار ابری یعنی چه؟» را بدون بازنشر مطلب رقبا به یک پرونده اجرایی تبدیل میکند: منبع و تاریخ اثر جدا کنترل میشوند، داده به سند متصل میماند و قابلیت تأییدنشدهای به ژرفبان نسبت داده نمیشود.
خواندن گزارش
مزایا و معایب نرم افزار حسابداری ابری رایگان
این صفحه موضوع «مزایا و معایب نرم افزار حسابداری ابری رایگان» را بدون بازنشر مطلب رقبا به یک پرونده اجرایی تبدیل میکند: منبع و تاریخ اثر جدا کنترل میشوند، داده به سند متصل میماند و قابلیت تأییدنشدهای به ژرفبان نسبت داده نمیشود.
خواندن گزارشخلاصه را سریع ببینید؛ گزارش کامل را با یک لمس باز کنید
هر پست با تصویر اختصاصی، دو دلیل اهمیت، یک اقدام مدیریتی، یک مورد قابل رصد و مسیر مستقیم به متن کامل و منابع منتشر میشود.