پرداخت یک فاکتور توسط مشتری لزوماً به این معنا نیست که همه سوابق کسب‌وکار درست هستند. ممکن است پرداخت روی زنجیره دیده شود اما سفارش همچنان در وضعیت انتظار بماند، مبلغ دریافتی با فاکتور متفاوت باشد یا تراکنش هرگز وارد گزارش مالی نشود. تطبیق پرداخت‌های رمزارزی این سوابق را با هم مقایسه می‌کند، مغایرت‌ها را شناسایی می‌کند و تأیید می‌کند که هر پرداخت به نتیجه عملیاتی و مالی درست منجر شده است.
تطبیق پرداخت رمزارزی چیست؟
تطبیق پرداخت رمزارزی فرایند مقایسه فعالیت پرداخت در سیستمهای درگیر در یک تراکنش و تأیید این است که همه آن‌ها یک نتیجه یکسان را نشان می‌دهند.
برای یک کسب‌وکار معمولی، این یعنی بررسی موارد زیر:
- سفارش یا فاکتور مشتری وجود داشته باشد؛
- پرداخت رمزارزی مورد انتظار دریافت شده باشد؛
- درگاه پرداخت وضعیت درست را ثبت کرده باشد؛
- سفارش یا حساب به‌درستی به‌روزرسانی شده باشد؛
- تحویل یا ارائه خدمت یک‌بار و برای مشتری درست انجام شده باشد؛
- بازپرداختها، کارمزدها، تبدیل‌ها و جابه‌جایی‌های تسویه ثبت شده باشند؛
- مغایرت‌های حل‌نشده شناسایی و به مسئول مشخصی ارجاع داده شده باشند.
هدف فقط اثبات وجود یک تراکنش بلاکچینی نیست. یک تراکنش می‌تواند روی زنجیره معتبر باشد، اما همچنان به سفارش، مشتری، فرایند تحویل یا سابقه مالی درست متصل نباشد.
راهنمای چرخه عمر پرداخت کریپتویی توضیح میدهد که یک تعهد تجاری چگونه از درخواست پرداخت به سابقه مالی تبدیل می‌شود. تطبیق، لایه کنترل نهایی است که بررسی می‌کند آیا سیستمهای درگیر در این چرخه عمر با یکدیگر هم‌خوان هستند یا نه.
چرا مشاهده بلاک‌چین کافی نیست
بلاک‌چین مدرکی ارائه می‌کند که نشان میدهد ارزش بین آدرس‌ها منتقل شده است. اما معمولاً نمی‌داند پرداخت با چه هدفی انجام شده است.
بلاک‌چین از این موارد اطلاعی ندارد:
- شماره سفارش فروشنده؛
- محصول یا اشتراکی که خریداری می‌شود؛
- سیاست انقضای فاکتور؛
- اینکه پرداخت کمتر از مبلغ مورد نیاز بوده است یا نه؛
- اینکه مشتری محصول را دریافت کرده است یا نه؛
- اینکه بازپرداخت تأیید شده است یا نه؛
- اینکه تراکنش باید چگونه در حساب‌های فروشنده ثبت شود.
این زمینه تجاری در سیستمهای دیگری قرار دارد.
بنابراین ممکن است فروشنده یک تراکنش تأییدشده را در مرورگر بلاک ببیند، در حالی که پلتفرم فروشگاهی هنوز سفارش را پرداخت‌نشده نشان میدهد. در حالت دیگری، ممکن است سفارش پرداخت‌شده علامت بخورد، در حالی که پرداخت مرتبط هرگز به وضعیت لازم نرسیده است.
تطبیق، شواهد شبکه را به معنای تجاری متصل می‌کند. راهنمای پرداخت‌های بلاکچینی: راهنمای سیستمی برای فروشندگان این تفاوت را با جزئیات بیشتری بررسی می‌کند.
سوابقی که تطبیق باید به هم متصل کند
یک فرایند کامل تطبیق معمولاً چهار گروه از سوابق را با هم مقایسه می‌کند.
۱. سابقه تجاری
این سابقه دلیل وجود پرداخت را مشخص می‌کند.
برای مثال، می‌تواند یکی از موارد زیر باشد:
- یک سفارش فروشگاهی؛
- یک فاکتور؛
- تمدید اشتراک؛
- واریز به حساب؛
- رزرو؛
- قرارداد خدمات؛
- خرید در مارکت‌پلیس.
بنابراین سابقه تجاری مشخص می‌کند مشتری قرار بوده چه مبلغی بپردازد، چرا پرداخت درخواست شده و کسب‌وکار در مقابل چه چیزی را متعهد شده است.
۲. سابقه پرداخت
درگاه پرداخت، درخواست پرداخت و وضعیت عملیاتی آن را ثبت می‌کند.
این سابقه ممکن است شامل موارد زیر باشد:
- مبلغ و ارز مورد انتظار؛
- دارایی و شبکه انتخاب‌شده برای پرداخت؛
- مبلغ دریافتی؛
- وضعیت پرداخت؛
- شناسه پرداخت؛
- اطلاعات تراکنش؛
- انقضای فاکتور؛
- بازپرداختها یا اقدامات دستی.
OxaPay به فروشندگان اجازه میدهد هنگام ایجاد فاکتور یک order_id داخلی وارد کنند و برای پرداخت یک track_id یکتا برمی‌گرداند. این شناسه‌ها به حفظ ارتباط میان سفارش فروشنده و سابقه پرداخت درگاه کمک می‌کنند.
۳. شواهد بلاک‌چین
سابقه بلاک‌چین می‌تواند موارد زیر را نشان دهد:
- هش تراکنش؛
- آدرس‌های فرستنده و گیرنده؛
- دارایی منتقل‌شده؛
- شبکه؛
- مبلغ؛
- زمان تراکنش؛
- قرار گرفتن در بلاک و شواهد تأیید.
این شواهد مهم هستند، اما باید از طریق سابقه پرداخت تفسیر شوند و نباید به‌تنهایی برای تعیین نتیجه تجاری استفاده شوند.
نقش پایش مداوم شبکه در مقاله پایش لحظه‌ای در سیستمهای پرداخت بلاک‌چینیبررسی شده است. پایش، شواهد پرداخت را شناسایی و به‌روزرسانی می‌کند؛ تطبیق بعداً بررسی می‌کند که آیا این شواهد به‌درستی در سیستمهای کسب‌وکار منعکس شده‌اند یا نه.
۴. نتیجه تجاری و مالی
سابقه نهایی نشان میدهد پس از پذیرش پرداخت چه اتفاقی افتاده است.
بسته به نوع کسب‌وکار، ممکن است شامل موارد زیر باشد:
- تحویل سفارش؛
- دسترسی دیجیتال؛
- فعال‌سازی اشتراک؛
- افزایش اعتبار حساب؛
- بازپرداخت؛
- کارمزد پرداخت؛
- تبدیل دارایی؛
- موجودی فروشنده؛
- سابقه برداشت یا تسویه؛
- ثبت حسابداری.
وقتی یکی از این سوابق با بقیه تناقض داشته باشد، پرداخت به‌طور کامل تطبیق نشده است.
تطبیق چه چیزهایی را مقایسه می‌کند؟
هدف این است که فعالیت مورد انتظار با فعالیت ثبت‌شده مقایسه شود.
| مقایسه | سؤالی که پاسخ داده می‌شود |
|---|---|
| سفارش در برابر درخواست پرداخت | آیا پرداخت درست برای سفارش درست ایجاد شده است؟ |
| درخواست پرداخت در برابر پرداخت دریافتی | آیا مشتری دارایی و مبلغ مورد نیاز را ارسال کرده است؟ |
| وضعیت درگاه در برابر وضعیت داخلی سفارش | آیا سیستم فروشنده به‌درستی به پرداخت واکنش نشان داده است؟ |
| پرداخت پذیرفته‌شده در برابر تحویل | آیا مشتری نتیجه مورد انتظار را دریافت کرده است؟ |
| پرداخت در برابر سابقه بازپرداخت | آیا برگشت وجه در همه سیستمهای مرتبط ثبت شده است؟ |
| پرداخت در برابر سابقه تسویه | آیا وجوه پذیرفته‌شده به موجودی یا مقصد مورد انتظار رسیده‌اند؟ |
| فعالیت پرداخت در برابر گزارش مالی | آیا تیم مالی می‌تواند مجموع پرداخت‌های ثبت‌شده و تعدیلات را توضیح دهد؟ |
تطبیق همیشه به این معنا نیست که همه مقادیر باید دقیقاً برابر باشند. ممکن است کارمزد، تبدیل، بازپرداخت، پرداخت جزئی یا تعدیل دستی کاملاً معتبر وجود داشته باشد.
شرط اصلی این است که هر اختلاف قابل توضیح باشد.
یک فرایند ساده تطبیق
یک فرایند عملی تطبیق پنج مرحله دارد.
۱. محدوده را مشخص کنید
تعیین کنید چه چیزی و در چه بازه زمانی باید تطبیق داده شود.
محدوده می‌تواند شامل موارد زیر باشد:
- پرداخت‌های پذیرفته‌شده روز گذشته؛
- همه پرداخت‌های ایجادشده در یک بازه زمانی مشخص؛
- بازپرداخت‌های تکمیل‌شده در طول هفته؛
- یک سرویس فروشنده یا کانال فروش خاص؛
- پرداخت‌هایی با یک دارایی یا شبکه مشخص؛
- تراکنشهای قرارگرفته در یک تسویه یا برداشت.
بدون محدوده مشخص، ممکن است تیم‌ها سوابق مربوط به بازه‌های زمانی متفاوت را مقایسه کنند و مغایرت‌های کاذب ایجاد شود.
۲. سوابق مرتبط را جمع‌آوری کنید
سوابق را از هر سیستمی که در جریان پرداخت دخیل است دریافت کنید.
برای بسیاری از کسب‌وکارها، این موارد شامل می‌شود:
- سوابق سفارش یا فاکتور؛
- سوابق پرداخت درگاه؛
- تحویل سفارش یا فعالیت حساب؛
- سوابق بازپرداخت؛
- فعالیت تسویه یا موجودی؛
- خروجی‌های مالی.
نقطه پایانی Payment History در OxaPay می‌تواند پرداخت‌های مرتبط با حساب فروشنده را دریافت کند و آن‌ها را بر اساس معیارهایی مانند زمان، وضعیت، مبلغ، نوع پرداخت، دارایی، شبکه، آدرس و track_id فیلتر کند. به همین دلیل، منبع مفیدی برای بررسی‌های زمان‌بندی‌شده تطبیق است.
۳. سوابق را تطبیق دهید
هر پرداخت باید به سفارش مرتبط و نتیجه بعدی آن متصل شود.
قوی‌ترین تطبیق‌ها از شناسه‌هایی استفاده می‌کنند که هنگام فرایند پرداخت ایجاد شده‌اند؛ مانند شناسه سفارش فروشنده و شناسه پرداخت درگاه.
اگر شناسههای اصلی ناقص باشند، مبلغ، زمان، دارایی، شبکه، آدرس، اطلاعات مشتری و هش تراکنش میتوانند شواهد تکمیلی ارائه دهند.
روش دقیق تطبیق در مقاله «چگونه سفارشها، Track IDها و تراکنشهای بلاکچینی را تطبیق دهیم»، مقاله بعدی این مجموعه، توضیح داده می‌شود.
۴. مغایرت‌ها را شناسایی کنید
سوابقی که با نتیجه مورد انتظار مطابقت دارند میتوانند به‌صورت خودکار بسته شوند یا به‌عنوان تطبیق‌شده علامت بخورند.
اختلاف‌ها باید وارد فهرست مغایرت‌ها شوند.
هر مغایرت باید نشان دهد:
- کدام سوابق با هم اختلاف دارند؛
- اختلاف مبلغ یا وضعیت چیست؛
- اثر احتمالی بر مشتری؛
- شواهد فعلی؛
- مسئول تعیین‌شده؛
- اقدام بعدی مورد نیاز؛
- نتیجه نهایی.
به این ترتیب، تطبیق از یک گزارش منفعل به یک کنترل عملیاتی تبدیل می‌شود.
۵. اختلاف را حل و مستند کنید
حل اختلاف ممکن است شامل اصلاح سفارش، به‌روزرسانی تحویل، پذیرش کم‌پرداختی، تکمیل بازپرداخت، رفع مشکل یکپارچه‌سازی یا افزودن یک سابقه مالی گمشده باشد.
تیم باید دلیل هر تصمیم دستی را حفظ کند. در غیر این صورت، همان اختلاف ممکن است بعداً بدون هیچ توضیحی دوباره ظاهر شود.
راهنمای OWASP Logging Cheat Sheet استفاده از ثبت رویداد در سطح برنامه را برای پایش فرایندهای کسب‌وکار، ردپاهای حسابرسی و بررسی رخدادها توصیه می‌کند. بنابراین در تعدیلات مهم پرداخت باید مشخص باشد چه کسی اقدام کرده، اقدام چه زمانی انجام شده و چرا تأیید شده است.
مغایرت‌های رایج در تطبیق پرداخت رمزارزی
پرداخت شده اما تحویل انجام نشده
درگاه یک پرداخت پذیرفته‌شده را نشان میدهد، اما محصول، اشتراک، موجودی حساب یا سرویس ارائه نشده است.
این مورد معمولاً یک مشکل مشتری با اولویت بالا است.
تحویل انجام شده اما پرداخت نشده
سیستم فروشنده بدون شواهد قابل اتکای پرداخت، ارزش یا خدمت را ارائه کرده است.
این وضعیت می‌تواند نشان‌دهنده نگاشت اشتباه وضعیت، خطای دستی در تحویل یا خرابی اتوماسیون باشد.
پرداخت بدون تطبیق
یک پرداخت وجود دارد، اما کسب‌وکار نمی‌تواند با اطمینان آن را به سفارش یا مشتری درست متصل کند.
فاکتور کمتر از مبلغ مورد نیاز پرداخت شده
مشتری مبلغی کمتر از مقدار لازم ارسال کرده است.
کسب‌وکار باید بر اساس سیاست خود تصمیم بگیرد که این اختلاف پذیرفته، تکمیل، بازپرداخت یا برای بررسی بیشتر ارجاع شود.
گزینه‌های OxaPay برای مدیریت این موارد در مقاله نحوه مدیریت فاکتورهای کم‌پرداخت‌شده و منقضی‌شده در OxaPay.
پرداخت دیرهنگام یا منقضی‌شده
ممکن است تراکنش روی زنجیره معتبر باشد، اما خارج از بازه زمانی مورد انتظار فاکتور رسیده باشد.
تطبیق باید هر دو واقعیت را حفظ کند: تراکنش وجود دارد و درخواست تجاری قبلاً منقضی شده است.
پرداخت تکراری
ممکن است برای یک سفارش دو پرداخت واقعی ارسال شده باشد. این با دریافت چندباره یک اعلان یکسان متفاوت است.
فروشنده باید مشخص کند پرداخت دوم باید به اعتبار حساب تبدیل شود، بازپرداخت شود یا به‌عنوان پرونده‌ای جداگانه رسیدگی شود.
مغایرت بازپرداخت
ممکن است بازپرداخت تکمیل شده باشد، در حالی که سفارش همچنان فعال است یا پرداخت اولیه هنوز به‌عنوان درآمد نهایی نمایش داده می‌شود.
اختلاف در تسویه
ممکن است مجموع پرداخت‌های پذیرفته‌شده با مبلغ قابل دسترس پس از کارمزدها، تبدیل، بازپرداختها یا برداشت‌ها برابر نباشد.
راهنمای تحلیل مدل‌های تسویه پرداخت رمزارزی توضیح میدهد که چرا پذیرش پرداخت و تسویه فروشنده با هم مرتبط‌اند، اما دو سابقه جداگانه محسوب می‌شوند.
تطبیق با حسابداری یکسان نیست
تطبیق بررسی می‌کند که سوابق با هم هم‌خوان باشند و اختلاف‌ها قابل توضیح باشند.
حسابداری مشخص می‌کند این سوابق چگونه باید طبقه‌بندی، ارزش‌گذاری و گزارش شوند.
برای مثال، تطبیق می‌تواند تأیید کند که:
- یک مشتری 100 USDT پرداخت کرده است؛
- سفارش تحویل داده شده است؛
- کارمزد پردازش اعمال شده است؛
- مبلغ باقی‌مانده به موجودی فروشنده رسیده است.
سپس حسابداری تعیین می‌کند درآمد، کارمزدها، دارایی‌ها، سود یا زیان تبدیل و سایر اقلام طبق سیاست‌های کسب‌وکار و الزامات مربوط چگونه ثبت شوند.
یک درگاه پرداخت رمزارزی می‌تواند سوابق پرداخت و شواهد عملیاتی ارائه دهد. اما جایگزین سیستم حسابداری فروشنده یا قضاوت حرفه‌ای حسابداری نمی‌شود.
کسب‌وکارها هر چند وقت یک‌بار باید پرداخت‌های رمزارزی را تطبیق دهند؟
تناوب مناسب به حجم، ارزش، سرعت تحویل و ریسک عملیاتی بستگی دارد.
کنترل‌های پیوسته
برخی اختلاف‌ها باید فوراً شناسایی شوند، به‌ویژه:
- سفارش‌های پرداخت‌شده اما تحویل‌نشده؛
- تحویل تکراری؛
- به‌روزرسانی‌های گمشده سفارش؛
- مغایرت‌های پرداخت با اثر مستقیم بر مشتری.
تطبیق روزانه
بیشتر کسب‌وکارها باید هر روز این موارد را به‌صورت ساختاریافته بررسی کنند:
- پرداخت‌های پذیرفته‌شده؛
- سوابق بدون تطبیق؛
- وضعیت‌های حل‌نشده پرداخت؛
- موارد کم‌پرداخت یا منقضی‌شده؛
- بازپرداختها؛
- تعدیلات دستی؛
- مغایرت‌های مؤثر بر مشتری.
تطبیق پایان دوره
تطبیق هفتگی یا ماهانه باید فعالیت پرداخت را به این موارد متصل کند:
- کارمزدها؛
- تبدیل‌ها؛
- موجودی‌ها؛
- تسویه‌ها؛
- برداشت‌ها؛
- گزارش‌های مالی؛
- مغایرت‌های حل‌نشده‌ای که به دوره بعد منتقل شده‌اند.
ارائه‌دهندگان پرداخت در بازارهای سنتی نیز برای اتصال پرداخت‌ها، کارمزدها، تسویه‌ها و سوابق مالی به گزارش‌های تفصیلی متکی هستند. Stripe گزارش‌های تطبیق payout را برای تطبیق پرداخت‌های خروجی با تراکنشهای مرتبط ارائه می‌کند و Adyen نیز برای فرایندهای تأیید مشابه، گزارش‌های حسابداری پرداخت و تسویه ارائه میدهد.
مسئول تطبیق پرداخت‌های رمزارزی چه کسی است؟
تطبیق معمولاً چند تیم را درگیر می‌کند. ابتدا، تیم عملیات پرداخت فرایند را هماهنگ و هر مغایرت را به مسئول مربوط واگذار می‌کند. در همین حال، پشتیبانی مشتری شواهد را فراهم می‌کند و نتیجه حل مسئله را به مشتری اطلاع میدهد، و تیم مهندسی مشکلات فنی را بررسی می‌کند. در نهایت، تیم مالی یا خزانه‌داری کارمزدها، بازپرداختها، موجودی‌ها و سوابق تسویه را بررسی می‌کند. در کسب‌وکارهای کوچک‌تر ممکن است یک نفر چند نقش را بر عهده داشته باشد؛ با این حال، مشخص بودن مسئولیت همچنان ضروری است.
شاخص‌هایی که کیفیت تطبیق را نشان می‌دهند
شاخص‌های مفید تطبیق شامل موارد زیر هستند:
- درصد پرداخت‌هایی که به‌صورت خودکار تطبیق می‌شوند؛
- تعداد پرداخت‌های بدون تطبیق؛
- موارد پرداخت‌شده اما تحویل‌نشده؛
- موارد تحویل‌شده اما پرداخت‌نشده؛
- نرخ مغایرت‌های تطبیق؛
- میانگین زمان حل یک اختلاف؛
- قدیمی‌ترین مغایرت حل‌نشده؛
- نرخ تعدیلات دستی؛
- اختلاف روزانه پرداخت‌ها؛
- دسته‌های تکرارشونده مغایرت.
افزایش نرخ مغایرت می‌تواند ضعف در دستورالعمل‌های پرداخت، شناسه‌ها، اتوماسیون تحویل، مدیریت بازپرداخت یا تعیین مسئولیت داخلی را نشان دهد.
OxaPay چگونه از تطبیق پشتیبانی می‌کند
OxaPay چند قابلیت داده پرداخت ارائه میدهد که فروشندگان میتوانند از آن‌ها به‌عنوان ورودی فرایند تطبیق خود استفاده کنند.
کسب‌وکارها میتوانند:
- هنگام ایجاد فاکتور یک order_id داخلی اضافه کنند؛
- از track_id برگشتی به‌عنوان شناسه پایدار پرداخت استفاده کنند؛
- به‌روزرسانی‌های پرداخت را از طریق Webhooks دریافت کنند؛
- یک پرداخت مشخص را از طریق Payment Information بازیابی کنند؛
- فعالیت گسترده‌تر را از طریق Payment History جستجو کنند؛
- سوابق را با استفاده از Payment Status Table مستندشده تفسیر کنند.
Payment Information به فروشندگان اجازه میدهد جزئیات فعلی یک پرداخت را با استفاده از track_id آن دریافت کنند، در حالی که Payment History امکان فیلتر و بررسی در سطح حساب را فراهم می‌کند.
این قابلیت‌ها ردیابی‌پذیری و شواهد پرداخت را فراهم می‌کنند. با این حال، فروشنده همچنان تعیین می‌کند:
- پرداخت‌ها چگونه به سفارشها متصل شوند؛
- کدام وضعیت اجازه تحویل را میدهد؛
- مغایرت‌ها چگونه دسته‌بندی شوند؛
- کدام تیم هر اختلاف را حل کند؛
- بازپرداختها و تعدیلات چگونه ثبت شوند؛
- داده‌های پرداخت چگونه وارد فرایندهای مالی و حسابداری شوند.
OxaPay از تطبیق پشتیبانی می‌کند، اما نباید به‌عنوان جایگزین سیستمهای مدیریت سفارش، حسابداری، ERP یا کنترل داخلی فروشنده معرفی شود.
تطبیق، فعالیت پرداخت را به سوابق قابل اتکا تبدیل می‌کند
کسب‌وکارها پرداخت‌های رمزارزی را تطبیق می‌دهند زیرا هر تراکنش از چند سیستم عبور می‌کند. برای مثال، سیستم سفارش، بلاک‌چین، درگاه پرداخت، فرایند تحویل و سوابق مالی باید همگی یک نتیجه واحد را نشان دهند.
با افزایش حجم پرداخت، بررسی‌های دستی قابل اتکا نیستند. بنابراین فروشندگان میتوانند شناسههای پرداخت، مشاهده‌پذیری وضعیت، Webhooks، Payment Information و Payment History در OxaPay را در کنار قواعد روشن تطبیق، بررسی‌های منظم و مسئولیت مشخص برای مغایرت‌ها به کار بگیرند.
