# بررسی درخواست‌های توکنایزیشن

پرونده دارایی، مدارک خصوصی، سه ارزیابی مستقل و پیشنهاد نسخه‌دار برای کیف پول داخلی پلانک.

وضعیت: نیازمند پیکربندی | مخاطب: مالک پنل و کارشناسان مجاز بررسی
بازبینی مستندات: ۲۰۲۶/۰۹/۲۴ · ۲ مهر ۱۴۰۵

## ثبت و بررسی فعال؛ صدور نیازمند تنظیم است

بخش «درخواست‌های توکنایزیشن» در پنل مدیریت و نشانی ?section=tokenization پیاده‌سازی شده است. کاربر مدیریت باید نقش مالک داشته باشد؛ ورود و مجوز دوباره در API و پایگاه داده بررسی می‌شوند.

مهاجرت توکنایزیشن و فضای خصوصی مدارک در محیط تأییدشدهٔ پلانک در تاریخ ۲۰۲۶/۰۹/۲۴ فعال و کنترل دسترسی آن‌ها بررسی شد. نصب در محیط دیگر همچنان به اجرای مهاجرت و اتصال درست سایت مشتری و پنل به پایگاه داده نیاز دارد. تنظیم شبکه، قرارداد و کیف پول امانی برای صدور واقعی جداگانه لازم است.

## صف و اطلاعات پرونده

فهرست بر اساس درخواست‌های دریافت‌شده از سرویس ساخته می‌شود و جست‌وجوی عنوان یا شناسه پیگیری و فیلتر وضعیت دارد. پرونده‌های پیش‌نویس مشتری وارد صف مدیریت نمی‌شوند.

هر پرونده عنوان، شناسه، نسخه، زمان ثبت، نوع دارایی و فیلدهای اختصاصی همان نوع را نشان می‌دهد. تعریف مشترک، ۲۰ نوع دارایی مشهود و نامشهود را پوشش می‌دهد.

مقادیر مالی و تعداد توکن به‌صورت رشته دقیق نگهداری و در رابط با ارقام فارسی و جداکننده سه‌رقمی نمایش داده می‌شوند. مقدار ثبت‌نشده در جزئیات، به‌جای ساختن ارزش مالی، مشخص می‌شود.

## مدارک خصوصی و نتیجه هر سند

برای هر نوع دارایی، مدارک الزامی و تکمیلی مشخص است. فایل‌ها فقط از مسیر خصوصی با کنترل دسترسی قابل دریافت‌اند. نسخه جاری PDF، JPG و PNG با حداکثر ۱۰ مگابایت برای هر فایل را می‌پذیرد.

کارشناس برای هر سند نتیجه تأیید، نیاز به اصلاح یا رد و یک پیام قابل مشاهده برای مشتری ثبت می‌کند. تأیید یک مدرک، جایگزین تأیید حقوقی، مالی و فنی پرونده نیست.

کنترل دسترسی فایل در پایگاه داده و فضای ذخیره انجام می‌شود. لینک مدرک، لینک عمومی پروژه یا رسانه منتشرشده نیست.

## سه ارزیابی مستقل

هر ارزیابی نتیجه مستقل دارد. پیام عمومی در پرونده مشتری نمایش داده می‌شود؛ یادداشت داخلی در پاسخ مخصوص مدیریت نگهداری و از پاسخ مشتری حذف می‌شود.

ثبت نتیجه روی ارزیابی یا سند، با ارسال کل پرونده برای اصلاح متفاوت است. برای بازگشت پرونده، اقدام «درخواست اصلاح» و برای توقف آن، اقدام «رد پرونده» با توضیح مشخص وجود دارد.

وقتی مشتری پرونده اصلاح‌شده را دوباره ارسال کند، ارزیابی‌ها و نتایج مدارک برای بررسی مجدد بازنشانی می‌شوند.

| ارزیابی | موضوع |
| --- | --- |
| حقوقی و مالکیت | مالکیت، اختیار اقدام، مجوزها و استعلام‌های لازم |
| مالی | ارزش‌گذاری، اسناد مالی و شرایط اقتصادی دارایی |
| فنی | مشخصات دارایی و امکان عرضه توکن |

## طراحی پیشنهاد توکنومیکس

فرم پیشنهاد زمانی فعال می‌شود که هر سه ارزیابی و تمام مدارک الزامی تأیید شده باشند. همین شرط در سرور نیز اعمال می‌شود.

نام، نماد، تعداد کل، اعشار، قیمت واحد به ریال، شبکه و شناسه شبکه، حقوق دارندگان، سیاست انتقال، بازخرید، ریسک‌ها و تخصیص‌ها در پیشنهاد مشخص می‌شوند. مقصد این جریان ثابت است: کیف پول داخلی صاحب درخواست در پلانک.

تعداد توکن باید مثبت و با اعشار تعیین‌شده سازگار باشد. قیمت ریالی عدد صحیح مثبت است. مجموع درصد تخصیص‌ها باید دقیقاً ۱۰۰ باشد؛ قفل هر تخصیص به ماه ثبت می‌شود.

ارسال پیشنهاد یک نسخه مشخص ایجاد می‌کند و پرونده وارد وضعیت انتظار پذیرش مشتری می‌شود. پنل نمی‌تواند پذیرش را به‌جای مشتری ثبت کند.

## تغییر هم‌زمان و پذیرش مشتری

همه نوشتن‌های مدیریتی شناسه درخواست و نسخه فعلی را ارسال می‌کنند. تعارض نسخه با وضعیت ۴۰۹ برمی‌گردد؛ رابط نتیجه را موفق نشان نمی‌دهد و بارگذاری نسخه تازه را پیشنهاد می‌کند.

تا پذیرش مشتری، می‌توان پرونده را برای اصلاح برگرداند. پذیرش فقط نسخه جاری پیشنهاد را می‌پذیرد و نسخه پیشنهاد، اطلاعات دارایی و مدارک پذیرفته‌شده را در سرور تثبیت می‌کند.

پس از پذیرش، پرونده وارد صف صدور می‌شود و تغییر مدیریتی یا ویرایش مشتری برای آن وضعیت مجاز نیست. وضعیت و زمان پذیرش ثبت‌شده در پنل نمایش داده می‌شوند.

## صدور و موجودی کیف پول

پذیرش مشتری یک کار پایدار برای صدور ایجاد می‌کند. این وضعیت به‌تنهایی توکن صادرشده، تراکنش موفق یا موجودی کیف پول نیست.

مسیر نهایی‌سازی برای سرویس مورد اعتماد است و برای مرورگر مشتری یا مدیر قابل اجرا نیست. این مسیر باید نتیجه واقعی شبکه، نسخه پذیرفته‌شده، قرارداد، مقصد و تعداد توکن را تطبیق دهد.

ثبت موجودی داخلی و تراکنش مربوط در یک عملیات پایگاه داده و با شناسه‌های یکتا انجام می‌شود تا همان صدور دوباره اعتباردهی نشود. در صورت برخورد نماد با موقعیت موجود، دارایی‌های نامرتبط با هم ادغام نمی‌شوند.

تا راه‌اندازی و اجرای تأییدکننده واقعی، درخواست در انتظار صدور باقی می‌ماند. دکمه «صدور موفق» یا رسید ساختگی در پنل وجود ندارد. عرضه خودکار در بازار یا اجرای خرید، فروش، استیک و وام از این بخش انجام نمی‌شود.

## قرارداد API مدیریت

actionهای مدیریتی عبارت‌اند از review، document_review، propose، request_changes و reject. review شناسه لایه، نتیجه، message و internal_note اختیاری دارد؛ document_review شناسه سند، نتیجه و message دارد. propose شامل شیء tokenomics است.

خطاهای دسترسی و اعتبارسنجی نتیجه موفق ایجاد نمی‌کنند. نبود سرویس پایگاه داده با پیام فعال نبودن سرویس اعلام می‌شود. احراز هویت، فعال‌سازی زیرساخت و صدور زنده با مشاهده مستند اثبات نمی‌شوند.

| روش و مسیر | ورودی یا پاسخ | دسترسی |
| --- | --- | --- |
| GET /api/tokenization | {requests: TokenizationAdminRequest[]} | مالک مدیریت |
| POST /api/tokenization | action + id + version → {request} | مالک و همان مبدأ |
| GET /api/tokenization/documents | ?id=UUID&document=UUID → فایل خصوصی | مالک مدیریت؛ بدون کش |

## مراجع پیاده‌سازی

- planck-admin/components/tokenization-review.tsx
- planck-admin/components/admin-app.tsx
- planck-admin/lib/tokenization.ts
- planck-marketplace/supabase/migrations/202609240001_asset_tokenization.sql
- planck-marketplace/lib/tokenization-files.ts