کارت را می‌کشید، پایانه «تأیید شد» نشان می‌دهد و پول به‌نظر در مسیر امنی قرار دارد. سپس تحویل سفارش یک هفته عقب می‌افتد، مشتری تماس میگیرد و می‌پرسد چرا این مبلغ از صورت‌حسابش ناپدید شده، و تلاش بعدی شما برای Capture با یک رد مبهم شکست می‌خورد. هیچ‌چیز دربارهٔ سفارش تغییر نکرده — فقط مجوز زمانی که حواس‌تان جای دیگری بود منقضی شده است. اگر پیش‌پرداخت می‌گیرید، حساب باز می‌کنید، با تأخیر ارسال می‌کنید، یا پرداخت را فقط پس از اتمام کار Capture می‌کنید، این ساعت بی‌صدا برای هر سفارش بازی که دارید در حال تیک‌تاک است. در ادامه می‌بینید هر شبکه کارت چقدر به شما فرصت می‌دهد، وقتی به‌موقع Capture نمی‌کنید چه باید بکنید، و چگونه یک نگه‌داشت منقضی به یک Chargeback تبدیل میشود که می‌توانستید از آن جلوگیری کنید.
همین حالا Authorize، بعداً Capture: نگه‌داشت در واقع چیست
هر پرداخت کارتی در واقع دو مرحله دارد. Authorization از بانک صادرکننده می‌خواهد کارت را تأیید کند و مبلغ را کنار بگذارد؛ Capture به شبکه می‌گوید پول را جابه‌جا کند. بین این دو رویداد، نگه‌داشت (Hold) قرار دارد: وجوهی که مشتری نمی‌تواند خرج کند اما شما هنوز دریافت نکرده‌اید.
فروشندگان به دلایل موجه این دو مرحله را از هم جدا میکنند. یک هتل هنگام ورود Authorize می‌کند و صورت‌حساب نهایی را هنگام تسویه Capture می‌کند. یک فروشگاه مبلمان هنگام ثبت سفارش پیش‌پرداخت را Authorize می‌کند و مانده را هنگام تحویل Capture می‌کند. یک پیمانکار پیش از شروع کار کارت را Pre-authorize می‌کند و پس از تأیید بازرسی، Capture می‌کند. رستوران‌ها، فروشگاه‌های اجاره‌ای و فروشندگان تجهیزات همگی بر همین الگو کار میکنند.
اما نکتهٔ ظریف اینجاست که Authorization یک وعده با تاریخ انقضاست. شبکه‌های کارت سقف مدت این وعده را تعیین میکنند، پردازشگر شما معمولاً پنجرهٔ کوتاه‌تری را اعمال می‌کند، و بانک صادرکننده می‌تواند نگه‌داشت را در سمت دارندهٔ کارت با برنامهٔ زمانی خودش آزاد کند. سه ساعت متفاوت، و کوتاه‌ترین برنده است.
هر شبکه چقدر به شما اجازه می‌دهد وجوه را نگه دارید
شبکه‌ها پنجره‌های خود را در قواعد عملیاتی‌شان منتشر میکنند، و این تفاوت‌ها بیش از آن چیزی است که بیشتر فروشندگان انتظار دارند.
| شبکه | پنجرهٔ استاندارد نگه‌داشت | موارد تمدیدشده / خاص |
|---|---|---|
| ویزا | حضوری کارت: ۵ روز. غیرحضوری کارت: ۱۰ روز | مجوزهای تخمینی اقامتگاه، کشتی تفریحی و اجارهٔ خودرو: تا ۳۰ روز. غیرحضوری کارت با نشانگر مجوز تمدیدشده: تا ۳۰ روز |
| مسترکارت | مجوزهای نهایی: ۷ روز | پیش‌مجوزها: تا ۳۰ روز |
| امریکن اکسپرس | ۷ روز برای بیشتر محصولات | محصولات پیش‌پرداخت مانند Bluebird و Serve: تا ۱۵ روز |
| دیسکاور | غیرحضوری کارت: ۱۰ روز، مشابه ویزا | مجوز تمدیدشده: تا ۳۰ روز با نشانگر مناسب |
دو جزئیات بیش از خود جدول اهمیت دارند. اول، این‌ها سقف‌های بیرونی شبکه‌ها هستند — حد بالا، نه حد پایین. دروازهٔ پرداخت یا پردازشگر شما تقریباً همیشه پنجره را کوتاه‌تر می‌کند: Stripe به‌طور پیش‌فرض PaymentIntentهای Captureنشده را ۷ روز پس از ایجاد لغو می‌کند، و برخی تنظیمات فروشگاهی برای مجوزهای حضوری کارت فقط ۲۴ ساعت فرصت می‌دهند. دوم، کارت‌های بدهی از دید مشتری بدتر از کارت‌های اعتباری عمل میکنند. نگه‌داشت روی کارت اعتباری اعتبار در دسترس را کاهش می‌دهد؛ نگه‌داشت روی کارت بدهی موجودی واقعی بانکی را کاهش می‌دهد، پس یک نگه‌داشت یک‌هفته‌ای پیش‌پرداخت می‌تواند حساب مشتری را که هیچ کار اشتباهی نکرده، دچار اضافه‌برداشت کند. بیشتر تماس‌های عصبانی از همین‌جا ناشی میشود.
صنایع خاص به دلیل اینکه مدل کسب‌وکارشان چنین می‌طلبد، رفتار ویژه‌ای می‌گیرند. هتل‌ها و شرکت‌های اجارهٔ خودرو معمولاً کارت را به‌اندازهٔ مدت اقامت به‌علاوهٔ هزینه‌های جانبی نگه می‌دارند، بنابراین ویزا به فروشندگان اقامتگاه، خطوط کشتی تفریحی و اجارهٔ خودرو اجازه می‌دهد مجوزهای تخمینی را در صورت علامت‌گذاری صحیح تراکنش، تا ۳۰ روز باز نگه دارند. اگر در یکی از این دسته‌ها هستید و نگه‌داشت‌هایتان زود منقضی می‌شوند، علت معمول یک نشانگر صنعتی گمشده روی Authorization است، نه محدودیت شبکه.
به‌جای Capture، Reversal کنید: آزاد کردن نگه‌داشت‌هایی که وصول نخواهید کرد
وقتی می‌دانید Capture نخواهید کرد — مشتری لغو کرده، کار هرگز شروع نشده، مبلغ نهایی کمتر از پیش‌بینی درآمده — نگذارید نگه‌داشت تا انقضا باقی بماند. یک Authorization Reversal ارسال کنید. فروشنده وقتی چیزی بدهکار نیست، کل Authorization را Reversal می‌کند، یا برای بخش استفاده‌نشده Reversal جزئی انجام می‌دهد و بقیه را به‌طور عادی Capture می‌کند.
Reversal با Void یکی نیست، هرچند بسیاری از داشبوردها این دو واژه را به‌جای هم به‌کار می‌برند. Void تراکنش را در سمت پردازشگر لغو می‌کند؛ Reversal یک پیام آزادسازی صریح از طریق شبکه به بانک صادرکننده می‌فرستد و می‌گوید همین حالا وجوه نگه‌داشته‌شده را آزاد کن. یک Authorization که Void شده اما Reversal نشده، می‌تواند وجوه را روزها در حساب مشتری منجمد نگه دارد، تا وقتی ساعت خودِ بانک صادرکننده تمام شود. مشتری یک هزینهٔ در انتظار برای سفارشی که شما قبلاً لغو کرده‌اید می‌بیند، بدترین حالت را فرض می‌کند و با بانکش تماس میگیرد — و همین تماس دقیقاً همان تماسی است که مقدمهٔ یک اختلاف (Dispute) است.
دلیل مالی مستقیم دیگری هم برای Reversal وجود دارد. در ایالات متحده، کانادا، آمریکای لاتین و آسیا-اقیانوسیه، مسترکارت برای پیش‌مجوزی که نه Capture شده و نه Reversal، کارمزد اضافی دریافت می‌کند. رها کردن نگه‌داشت‌ها حتی وقتی هیچ مشتری شکایتی نمی‌کند، برایتان هزینه دارد.
Reversal را بخشی از فرایند لغو سفارش‌تان کنید، نه یک کار پاک‌سازی پایان ماه. همان لحظه‌ای که سفارشی لغو میشود یا پیش‌پرداخت دیگر لازم نیست، Reversal باید همان روز ارسال شود. Reversalهای همان‌روز معمولاً طی یک تا دو روز کاری هزینهٔ در انتظار را از صورت‌حساب مشتری پاک میکنند؛ یک نگه‌داشت منقضی ممکن است بسته به بانک صادرکننده یک هفته یا بیشتر باقی بماند.
چگونه نگه‌داشت‌های کهنه به Chargeback تبدیل می‌شوند
یک Authorization منقضی فقط به معنای شکست در Capture نیست. زنجیره‌ای از رویدادها را آغاز می‌کند که به‌طرز افسرده‌کننده‌ای غالباً به یک اختلاف ختم میشود.
با تلهٔ دوبارهAuthorize کردن شروع میشود. نگه‌داشت اصلی منقضی میشود و از صورت‌حساب مشتری حذف میشود. شما دوباره Authorize می‌کنید تا طلب‌تان را وصول کنید، و مشتری حالا دو هزینهٔ در انتظار برای یک خرید می‌بیند — اصلی در حال مرگ و جانشینش — یا یک هزینهٔ «جدید» هفته‌ها بعد از اینکه فکر می‌کرد موضوع حل شده است. از دید صفحهٔ او، دقیقاً مثل یک دوباره‌محاسبه به نظر می‌رسد. بسیاری از اختلاف‌ها با دارندهٔ کارتی شروع میشود که از نظر فنی هرگز دو بار از او پول گرفته نشده، اما به‌طور معقول باور داشته که این‌طور بوده است.
سپس مشکل Capture پس از انقضا پیش می‌آید. برخی پردازشگرها اجازه می‌دهند تلاش برای Capture علیه Authorizationی که بانک صادرکننده قبلاً آزاد کرده، ادامه یابد. بانک صادرکننده ممکن است آن را رد کند، یا تراکنش بدون محافظت‌های مسئولیتی که Authorization اصلی داشت ثبت شود. محافظت در برابر Chargeback عموماً ۳۰ روز از زمان Authorization ادامه میدارد، اما یک توالی آشفتهٔ دوبارهAuthorize و Capture روایت نمایندگی (Representment) شما را ضعیف می‌کند: سوابق خودتان نشان می‌دهد Authorizationهای هم‌پوشان و یک Capture جدا از هر تأیید زنده‌ای — روایتی که دفاع از آن دشوار است.
در نهایت، Downgradeها هستند. Capture دیرهنگام — یا تسویه با مبلغی به‌طور معنادار متفاوت از مبلغ مجاز — می‌تواند تراکنش را از بهترین ردهٔ Interchange خارج کند. ویزا، برای مثال، Captureهای نهایی را تا حدود ۱۵ درصد مبلغ مجاز (۲۰ تا ۳۰ درصد برای رستوران‌ها و دیگر دسته‌های انعام‌دار یا تخمینی) تحمل می‌کند، پیش از آنکه تراکنش به ردهٔ پرهزینه‌تری Downgrade شود. رستورانی که مبلغ پیش از انعام را Authorize می‌کند و سه روز بعد یک انعام سخاوتمندانه را Capture می‌کند، می‌تواند به‌طور محسوس هزینهٔ پردازش بیشتری از رستورانی بپردازد که از Incremental Authorizationها به‌موازات رشد صورت‌حساب استفاده می‌کند.
هیچ‌کدام از این‌ها به تقلب یا سوءنیت نیاز ندارد. این‌ها انحراف عملیاتی معمولی هستند: نگه‌داشت‌هایی که بی‌توجهی منقضی می‌شوند، کارکنانی که برای «رفع» یک Capture ناموفق کارت را دوباره می‌کشند، و مشتریانی که هزینه‌هایی را که نمی‌شناسند مورد اعتراض قرار می‌دهند. راه‌حل رویه‌ای است، نه فنی.
یک راهنمای عملی برای مدیریت نگه‌داشت‌ها
برای درست انجام دادن بیشتر این‌ها نیازی به نرم‌افزار جدید ندارید. به یک فهرست کوتاه از عادت‌ها نیاز دارید که به‌طور مستمر اعمال شوند.
به‌طور پیش‌فرض سریع Capture کنید. با هر Authorization مثل چیزی فاسدشدنی رفتار کنید. Capture همان‌روز یا روز بعد باید هنجار فروش‌های خرده‌فروشی معمولی باشد؛ هر چیزی قدیمی‌تر از چند روز باید دلیلی داشته باشد. اگر مدل کسب‌وکارتان واقعاً به نگه‌داشت‌های طولانی نیاز دارد — اجاره‌ها، تحویل‌های مرحله‌ای، مهمان‌نوازی — این را صریح بیان کنید و از سازوکارهای شبکه که برای همین ساخته شده‌اند استفاده کنید، نه اینکه امیدوار باشید پنجرهٔ استاندارد کش بیاید.
سن Authorizationهای باز را زیر نظر بگیرید. بیشتر دروازه‌های پرداخت، Authorizationهای Captureنشده را در یک گزارش یا داشبورد نشان می‌دهند. آن را با برنامه‌ای متناسب با پنجرهٔ Captureتان بررسی کنید: روزانه اگر پردازشگرتان محدودیت ۷ روزه اعمال می‌کند، چون نگه‌داشتی که روز ۸ کشف شود، دیگر مرده است. کسب‌وکارهایی با حجم کافی، این را با یک کار زمان‌بندی‌شده خودکار میکنند که هر Authorization نزدیک به انقضا را علامت‌گذاری می‌کند و یا آن را Capture می‌کند یا پیش از منقضی شدن قبلی، Authorization تازه‌ای صادر می‌کند.
پیش از انقضا دوباره Authorize کنید، نه پس از شکست. اگر تحویل به‌طور موجه از پنجره فراتر می‌رود، منتظر شکست Capture نمانید. زمانی که اصلی هنوز زنده است دوباره Authorize کنید، شناسهٔ Authorization جدید را به رکورد سفارش پیوند دهید و قدیمی را Reversal کنید. مشتری برای یکی دو روز نگه‌داشت‌های در انتظار هم‌پوشان می‌بیند، که بسیار کمتر از هزینه‌ای که ناپدید میشود و به‌طرز مرموزی برمی‌گردد، نگران‌کننده است.
از Incremental و Extended Authorizationها در جایی که وجود دارند استفاده کنید. وقتی مبلغ نهایی رشد می‌کند — صورت‌حساب یک بار، صورت‌حساب هتل، کار تعمیری با قطعات اضافه‌شده — یک Incremental Authorization مبلغ نگه‌داشته‌شده را تحت تأییدیهٔ اصلی بالا می‌برد، به‌جای اینکه یک نگه‌داشت کامل دوم را کنار آن بچیند. برای افق‌های واقعاً طولانی در سفر و اقامت، از پردازشگرتان دربارهٔ پشتیبانی Extended Authorization بپرسید، نه اینکه Authorizationهای کوتاه را زنجیره کنید و امیدوار باشید.
نزدیک به مبلغ نهایی Authorize کنید. هر شبکه مقداری اختلاف بین مبالغ مجاز و Captureشده را تحمل می‌کند، اما شکاف‌های بزرگ باعث Downgrade و بررسی بانک صادرکننده می‌شوند. اگر نمی‌توانید مبلغ کل را از قبل بدانید، بهترین برآورد خود به‌علاوهٔ یک بافر اعلام‌شده را Authorize کنید، بافر را به مشتری disclose کنید و مبلغ واقعی را به‌موقع Capture کنید. یک برآورد اعلام‌شده که سریع Capture شود تقریباً هرگز اختلاف ایجاد نمی‌کند؛ یک سقف اعلام‌نشده که دیر Capture شود، غالباً ایجاد می‌کند.
به مشتری بگویید چه اتفاقی می‌افتد. بیشتر اختلاف‌های مربوط به نگه‌داشت، سردرگمی هستند نه سوءنیت. یک جمله در هنگام پرداخت — «ما یک نگه‌داشت موقت به مبلغ X دلار اعمال می‌کنیم که ظرف دو روز کاری پس از تحویل آزاد میشود» — به‌همراه یک سطر در رسید که مبلغ نگه‌داشت را نشان می‌دهد، از اکثر تماس‌های «هزینهٔ مرموز» جلوگیری می‌کند. برای مشتریان کارت بدهی، صریحاً ذکر کنید که نگه‌داشت موجودی در دسترس آنها را تا زمان پاک شدن کاهش می‌دهد.
نگه‌داشت‌ها و Captureها را بهعنوان رویدادهای جداگانه در دفاتر خود ثبت کنید
نگه‌داشت‌های Authorization یک تلهٔ حسابداری ایجاد میکنند که آینهٔ تلهٔ عملیاتی است. نگه‌داشت نه درآمد است، نه مطالبات، و نه نقد — بلکه یک ادعای مشروط است که ممکن است هرگز به پول تبدیل نشود. کسب‌وکارهایی که در زمان Authorization درآمد ثبت میکنند، هر بار که یک نگه‌داشت Captureنشده منقضی میشود فروش را بیش از واقع نشان می‌دهند و بعد باید سندهایی را برگردانند که هرگز نباید وجود می‌داشتند.
الگوی تمیز این است که در زمان Authorization هیچ‌چیز ثبت نکنید، جز حداکثر یک یادداشت یا یک برگهٔ سفارش‌های در انتظار بیرون از دفتر کل. فروش را زمانی ثبت کنید که Capture می‌کنید: نقد یا حساب تسویهٔ پردازشگر را بدهکار کنید، درآمد را بستانکار کنید، و کارمزد پردازش را جداگانه بهعنوان هزینه ثبت کنید، نه اینکه آن را با فروش تهاتر کنید. درآمد ناخالص با کارمزدهای آشکار با پرداخت‌های پردازشگر مغایرت‌گیری میشود؛ درآمد تهاترشده هرگز نمی‌شود.
پرداخت‌های پردازشگر را با Captureها مغایرت‌گیری کنید، نه با Authorizationها. گزارش تسویهٔ شما تراکنش‌های Captureشده را فهرست می‌کند؛ گزارش Authorization شما وعده‌ها را فهرست می‌کند که برخی‌شان بی‌صدا مرده‌اند. تطبیق واریزی‌ها با فهرست Authorization، اقلام باز خیالی تولید می‌کند که ماه‌ها باقی می‌مانند. و وقتی یک دوبارهAuthorize کردن برای یک سفارش نگه‌داشت‌های هم‌پوشان ایجاد می‌کند، مطمئن شوید فقط یک Capture در دفتر کل ثبت میشود — الگوی نگه‌داشت تکراری که مشتریان را گیج می‌کند، حسابداران را هم به‌همان راحتی گیج می‌کند، و درآمد دوبارثبت‌شده از نگه‌داشت‌های دوبار-در-انتظار بدتر است، چون مستقیم به اظهارنامهٔ مالیاتی شما راه پیدا می‌کند.
از همان روز اول عملیات پرداخت خود را سازمان‌یافته نگه دارید
نگه‌داشت‌های Authorization همان نظمی را پاداش می‌دهند که بقیهٔ امور مالی شما: به‌موقع Capture کنید، آنچه را وصول نخواهید کرد Reversal کنید، و هر رویداد را یک بار، وقتی واقعاً رخ می‌دهد ثبت کنید. سوابق شفاف، کلافی گیج‌کننده از نگه‌داشت‌ها، Reversalها و دوبارهAuthorizationها را به یک رد حسابرسی تبدیل می‌کند که می‌توانید از آن دفاع کنید — در برابر مشتری، یک پردازشگر، یا یک بازرس. Beancount.io حسابداری متن‌ساده (plain-text) را فراهم می‌کند که به شما شفافیت و کنترل کامل بر داده‌های مالی‌تان می‌دهد — بدون جعبهٔ سیاه، بدون قفل شدن به فروشنده. رایگان شروع کنید و ببینید چرا توسعه‌دهندگان و متخصصان مالی به حسابداری متن‌ساده روی می‌آورند.
