انواع حجم معامله

API ما

سلام دنیا

حمایت کردن

ورود

سایت توسعه دهنده را جستجو کنید

• معاملات پرداختی

معاملات پرداختی

Assize.net API ویژگی های قوی را برای پردازش معاملات پرداخت از طریق Gateway Assion.net ارائه می دهد. API از انواع XML و JSON پشتیبانی می کند.

برای اطلاعات دقیق مرجع API ، به مرجع API مراجعه کنید.

اگر در API Authorize.net تازه کار هستید ، با آموزش پرداخت کارت اعتباری شروع کنید. بسیاری از مفاهیم اصلی در آموزش مربوط به سایر انواع پرداخت است که این امر باعث می شود مکان خوبی برای شروع باشد. همچنین باید برای یک حساب Sandbox ثبت نام کنید و برای آزمایش های اولیه خود از راهنمای آزمایش استفاده کنید.

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

هنگامی که برنامه پرداخت خود را تهیه کرده و آن را با API Assion.net ادغام می کنید ، باید استانداردهای امنیتی داده های صنعت کارت پرداخت (PCI-DSS) را در نظر بگیرید. برای اطلاعات بیشتر ، به صفحه درک انطباق PCI مراجعه کنید.

در حالی که کارت های پرداخت همچنان روش اصلی پرداخت هستند ، APIATIZE.net API از چندین نوع پرداخت متناوب مانند PayPal و Apple Pay پشتیبانی می کند. برای کسب اطلاعات بیشتر در مورد انواع پرداخت و ویژگی های API که توسط مجوز.net پشتیبانی می شود ، به صفحه فرود اسناد API مراجعه کنید.

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

مبانی پردازش کارت اعتباری

اتصال یک وب سایت یا برنامه نرم افزاری به شبکه های پردازش پرداخت فوق العاده دشوار است و به طور معمول فراتر از تخصص و منابع فنی اکثر بازرگانان است. درعوض ، بازرگانان می توانند به دروازه پرداخت Authorize.net متصل شوند ، که زیرساخت های پیچیده و امنیت لازم برای اطمینان از انتقال سریع ، قابل اعتماد و ایمن داده های معامله را فراهم می کند.

به طور معمول ، چهار بازیگر در معامله کارت پرداخت شرکت می کنند.

• یک بازرگان محصولات یا خدمات را به مشتریان می فروشد و می تواند از Gateway Assitize.net پرداخت و API آن برای ارائه معاملات پرداخت استفاده کند.
• مشتری با استفاده از کارت پرداخت از یک بانک صادر کننده ، محصولات یا خدمات را از بازرگانان خریداری می کند.
• یک بانک صادر کننده کارت های پرداخت را به مشتریان ارائه می دهد و در اختلافات مشتریان را نمایندگی می کند.
• بازرگانان می توانند کارت های پرداخت را بپذیرند. به دست آوردن بانک ها همچنین نماینده بازرگانان در مورد اختلافات است.

مراحل معامله

معامله پرداخت آنلاین در طی سه مرحله انجام می شود.

اعتبار

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

گرفتن

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

مهم: به طور پیش فرض مجاز به ضبط خودکار مبالغ مجاز. برای اطلاعات بیشتر به انواع معاملات زیر مراجعه کنید.

توافق

تسویه حساب فرایندی است که از طریق آن بازرگانان به بانک خرید دستور می دهند تا وجوه اسیر شده را از بانک صادر کننده بدست آورند. هنگامی که بازرگان معامله را ضبط می کند ، Authorize.net معامله را در طی 24 ساعت تسویه می کند. پس از اتمام تسویه حساب ، بانک خرید وجوه ضبط شده را به حساب بانکی بازرگان سپرده می دهد.

انواع معامله

Attize.net از چندین نوع معامله برای ایجاد و مدیریت معاملات از طریق تماس API CreatetransactionRequest پشتیبانی می کند.

مجوز و ضبط

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

برای ارسال درخواست مجوز و ضبط ، عنصر TransactionType را روی AuthcaptureTransaction در تماس API CreatetransactionRequest تنظیم کنید.

فقط مجوز

مبلغ معامله فقط برای مجوز ارسال می شود. معامله تا زمانی که توسط ضبط مجوز قبلی تصرف نشود ، حل نمی شود (تعریف زیر را ببینید) ، یا بازرگان به صورت دستی معامله را در رابط بازرگان ضبط می کند. مجوز فقط معاملات که ظرف 30 روز از مجوز اسیر نشده اند منقضی می شوند و دیگر برای تسویه حساب در دسترس نیستند. بازرگانان با معامله منقضی شده باید یک معامله جدید را برای دریافت وجوه مجاز و ضبط کنند.

برای ارسال درخواست فقط مجوز ، عنصر TransactionType را روی AuthOnlyTransaction در تماس API CreatetransactionRequest تنظیم کنید.

تصرف مجوز قبلی

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

• فقط معاملات مجوز اصلی طی 30 روز گذشته ارسال شده است و منقضی نشده است.
• فقط معامله مجوز موفقیت آمیز بود و هنوز اسیر نشده است.
• مبلغی که برای ضبط درخواست می شود کمتر یا مساوی با مبلغ مجاز اصلی است. فقط یک درخواست ضبط مجوز قبلی می تواند در برابر معامله فقط مجوز ارسال شود.
• درخواست ضبط مجوز قبلی با شناسه معامله معتبر از یک معامله فقط مجوز ارسال می شود.

برای ارسال درخواست ضبط مجوز قبلی ، عنصر TransactionType را روی PriorAuthCaptureTransaction در تماس API CreatetransactionRequest تنظیم کنید.

علاوه بر این ، شناسه معاملات اصلی را فقط در عنصر Reftransid مجاز کنید.

برای نوع معاملات تصرف مجوز قبلی ، عنصر مبلغ فقط در صورتی که کمتر از مبلغ معاملات مجوز اصلی فقط ضبط شود ، لازم است. اگر مبلغی ارسال نشده باشد ، Attize.net معامله را برای مبلغ مجوز اصلی تسویه می کند.

فقط ضبط

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

برای ارسال یک درخواست ضبط مجوز قبلی ، عنصر TransactionType را برای ضبط CureTransactionRequest API تنظیم کنید.

علاوه بر این ، کد مجوز را در عنصر Authcode مشخص کنید.

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

برای ارسال یک درخواست باطل ، عنصر TransactionType را روی VoidTransaction در تماس API CreatetransactionRequest تنظیم کنید.

علاوه بر این ، معامله ای را که می خواهید با عبور از شناسه معامله در عنصر Reftransid ، از آن خلاص شوید ، مشخص کنید.

اعتبار

معامله مشخص شده در عنصر Reftransid پس از تسویه حساب بازپرداخت می شود. اعتبار یک معامله جدید و مجزا از شارژ اصلی با شناسه معامله منحصر به فرد خود است. بازرگانان می توانند اعتبارات مربوط به معاملات تسویه شده را به مبلغ مبلغ اصلی ضبط ارائه دهند. به طور پیش فرض ، بازرگان می تواند طی 180 روز از تسویه حساب ، یک معامله تسویه شده را بازپرداخت کند.

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

برای ارسال یک درخواست اعتباری ، عنصر TransactionType را در تماس API CreatetransactionRequest برای بازپرداخت بازپرداخت تنظیم کنید.

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

نکته مهم: برخی از معاملات بازپرداخت پردازش شده توسط بازرگانان FDC نشویل ممکن است مشمول دستورالعمل مجوز بازگشت خرید (PRA) باشند.

تنظیمات معامله

تمام تماس های CreatetransactionRequest از تنظیمات هرگونه حرکت اختیاری مانند تحویل دریافت ایمیل ، مناقصه تقسیم یا بررسی های تکثیر پشتیبانی می کند. شما با استفاده از جفت های SettingName و SettingValue عناصر کودک ، این تنظیمات هرگونه حرکت را از طریق عنصر Transactionsettings ارسال می کنید. مقادیر معتبر برای تنظیم نام و کاربردهای آنها در زیر ذکر شده است.

شاخص پرداخت مکرر.

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

تنظیم تکرار در True ، اشتراک در تنظیم صورتحساب مکرر حساب شما ایجاد نمی کند. برای جزئیات بیشتر در مورد نحوه ایجاد اشتراک برای پرداخت های مکرر ، به بخش صورتحساب مکرر مرجع API مراجعه کنید.

معاملات خرده فروشی

actize.net از معاملات خرده فروشی پشتیبانی می کند ، که از معاملات تجارت الکترونیکی به شرح زیر است.

• معاملات خرده فروشی به داده های آهنگ به دست آمده از تراشه EMV کارت یا از نوار مغناطیسی در پشت کارت متکی است. در حالی که امکان ارسال معامله خرده فروشی با استفاده از شماره کارت و تاریخ انقضا امکان پذیر است ، بانک های بازرگان به طور معمول برای نرخ های خرده فروشی مطلوب به داده های ردیابی نیاز دارند.
• نوع بازار و نوع دستگاه نشان می دهد که معامله یک معامله خرده فروشی است که از طریق دستگاه مجاز توسط بانک بازرگان ارسال می شود. به عنوان مثال ، بانک بازرگان ممکن است بازرگان را برای پرداخت های انجام شده از طریق یک کیوسک تأیید کند ، اما نه از طریق صندوق پول الکترونیکی.
• معاملات خرده فروشی از مجوزهای جزئی برای سفارشات تقسیم تقسیم پشتیبانی می کند.

نوع بازار و نوع دستگاه

برای معاملات خرده فروشی ارسال شده با داده های آهنگ ، باید عنصر Markettype را روی 2 تنظیم کرده و همچنین عنصر DeviceType را ارسال کنید.

مقادیر موجود برای deviceType در زیر ذکر شده است.

مجوز جزئی

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

در این درخواست ، به PartialAuth اجازه داده شده است تا صادقانه نشان دهد که سیستم بازرگان می تواند مجوزهای جزئی را پردازش کند. بدون AllowpartialAuth ، معامله یا برای مبلغ کامل مجاز خواهد بود ، یا به دلیل کمبود بودجه روی کارت کاهش می یابد.

اگر اولین معامله با موفقیت برای مبلغ جزئی از کل سفارش تأیید شود ، یک شناسه تقسیم شده تقسیم می شود و در پاسخ به بازرگان باز می گردد. این شناسه باید با استفاده از عنصر splittenderid با هر یک از معاملات باقیمانده گروه منتقل شود.

نکته مهم: اگر هم یک شناسه تقسیم شده و هم شناسه معامله را در همان درخواست قرار دهید ، یک خطا نتیجه می گیرد.

تمام معاملات گروه بندی شده تحت یک شناسه تقسیم شده تا زمانی که معامله نهایی گروه با موفقیت مجاز نباشد ، اسیر نمی شوند.

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

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

معاملات در یک گروه برای تسویه حساب اسیر نمی شوند تا اینکه هر یک از بازرگانان پرداخت های اضافه شده به مبلغ کامل درخواست شده را ارائه دهند یا تا زمانی که بازرگان نشان دهد که پرداخت با ارسال عنصر splittenderstatus با ارزش تکمیل شده کامل است.

عناصر منحصر به فرد که برای معاملات مجوز جزئی اعمال می شود عبارتند از:

آزمایش مجوز جزئی در محیط Sandbox

برای جزئیات بیشتر در مورد نحوه شبیه سازی سناریوهای مجوز جزئی در ماسهبازی ، به بخش تولید پاسخ کارت راهنمای آزمایش مراجعه کنید.

تنظیمات اساسی کلاهبرداری

سرویس تأیید آدرس (AVS) سیستمی است که با صدور بانک ها و انجمن های کارت برای کمک به شناسایی فعالیت های مشکوک پرداخت کارت برای معاملات تجارت الکترونیکی ارائه می شود. AVS با بخش هایی از آدرس صورتحساب مشتری ، همانطور که توسط بازرگان ارائه شده است ، در برابر آدرس صورتحساب پرونده با بانک صادر کننده مطابقت دارد. بانک صادر کننده ، از طریق شبکه پردازش بازرگان ، داده های AVS را ارسال می کند که نتایج را به مجوز.net نشان می دهد ، که از کد پاسخ AVS تک حرفی برای نمایش و فیلتر اختیاری استفاده می کند و از آن استفاده می کند. کد پاسخ AVS را می توان در تماس API CreatTransactionResponse یافت. براساس تنظیمات رد AVS بازرگان ، معامله پذیرفته یا رد می شود.

معاملات رد شده وضعیت معامله "کاهش یافته (عدم تطابق AVS)" را در صفحه جزئیات معاملات در رابط بازرگان نشان می دهد ، و کد دلیل پاسخ 27 را دریافت می کند. بازرگان نمی تواند اطلاعات آدرس را از بانک صادر کننده بازیابی کند. این بانک فقط پاسخی را ارائه می دهد که نشان می دهد شماره خانه آدرس خیابان و کد پستی مطابقت دارد یا خیر. با توجه به اشتباهات احتمالی و کنوانسیون های فرمت آدرس جایگزین ، صدور بانک ها به طور معمول بخش های متنی آدرس صورتحساب را در طی بررسی های AVS نادیده می گیرند.

To implement AVS, the merchant must require the Address and ZIP fields on their payment form. To manage AVS rejection settings, log in to the Merchant Interface and choose Account> Settings> Security Settings> Basic Fraud Settings>avs

تأیید کد کارت (CCV)

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

To manage rejection settings, log in to the Merchant Interface and choose Account> Settings> Security Settings> Basic Fraud Settings>CCV

ویزا به کد کارت به عنوان مقدار تأیید کارت 2 (CVV2) اشاره دارد. MasterCard از کد اعتبار سنجی کارت 2 (CVC2) استفاده می کند. و Discover and American Express Use Use Card (CID).

به دلایل امنیتی ، Authorize.net داده های کد کارت را ذخیره نمی کند. اگر یک قانون کلاهبرداری یا سرعت را در مجموعه پیشرفته تشخیص کلاهبرداری با این عمل پیکربندی می کنید ، "اجازه ندهید ، بلکه برای بررسی نگه دارید" ، کد کارت معاملات پرچم گذاری شده توسط این قانون را نمی توان تأیید کرد که بعداً معامله را تصویب کردید. actize.net توصیه می کند که بازرگانانی که مایل به اعتبارسنجی CCV هستند ، از این اقدام استفاده کنند ، "مجوز و نگه دارید" ، به جای "اجازه ندهید ، بلکه برای بررسی نگه دارید."

فیلتر سرعت روزانه

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

To configure the Daily Velocity Filter, log in to the Merchant Interface and choose Account> Settings> Security Settings> Basic Fraud Settings>سرعت روزانه

بازیابی ، تصویب و کاهش معاملات انجام شده

رابط بازرگان مجوز.net دسترسی به مجموعه پیشرفته تشخیص کلاهبرداری (AFDS) را برای بازرگانانی که ثبت نام می کنند فراهم می کند. APIAL.net API برخی از کارکردهای AFDS را برای بازیابی ، تصویب یا کاهش معاملات مشکوک که برای بررسی برگزار می شود ، پیاده سازی می کند. برای دیدن اطلاعات مرجع برای آن درخواست ها ، به بخش مدیریت کلاهبرداری از مرجع API مراجعه کنید.

انطباق

استاندارد امنیت داده های صنعت کارت پرداخت (PCI DSS) مجموعه ای از الزامات است که برای اطمینان از این که کلیه شرکت هایی که اطلاعات کارت پرداخت را پردازش ، ذخیره یا انتقال می دهند ، یک محیط امن را حفظ می کنند. با دنبال کردن PCI DSS ، به بازرگانان خود اطمینان می دهید که آنها پایه و اساس محکمی برای پذیرش پرداخت های ایمن دارند. برای اطلاعات بیشتر ، به صفحه استانداردهای امنیتی PCI و پست وبلاگ مجوز.net در مورد درک انطباق PCI مراجعه کنید.

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