سوابق صندوق پول


پروتکل های صندوق نقدی - مبنایی برای سیستم های پرداخت مدرن

مقدمه: پروتکل های صندوق فروش چیست و چه کاربردی دارند؟

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

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

مزایای یک پروتکل صندوق نقدی انتخاب شده:
معاملات سریع و مطمئن
ادغام آسان با سیستم های صندوق موجود
امنیت بالاتر از طریق رابط های استاندارد
اتصال ابری برای مدیریت مرکزی امکان پذیر است

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

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

مروری بر مهمترین پروتکل های صندوق فروش



ZVT (استاندارد پایانه پرداخت)

ZVT پرکاربردترین استاندارد در کشورهای آلمانی زبان برای ارتباط بین سیستم های POS و پایانه های پرداخت است. این مبتنی بر اتصالات شبکه محلی است و به شناسه پایانه عددی نیاز دارد.

ابر فعال است؟ خیر، فقط شبکه های محلی
به شناسه پایانه عددی نیاز دارد؟ ! بله

مزایا:
استاندارد اثبات شده و پرکاربرد در آلمان
سازگاری بالا با بسیاری از سیستم های صندوق فروش
عملکرد پایدار و قابل اعتماد

معایب:
امکان ادغام ابری وجود ندارد
انعطاف پذیری محدود برای سیستم های مدرن و مبتنی بر API
برای بازارهای بین المللی بهینه نیست



REST API

API های REST ارتباط مدرن بین صندوق پول و پایانه پرداخت را از طریق رابط های وب امکان پذیر می کنند. آنها به ویژه انعطاف پذیر هستند و اغلب از طریق ابر فعال هستند.

ابر فعال است؟ بله
به شناسه پایانه عددی نیاز دارد؟ ! خیر

مزایا:
مستقل از پلتفرم و انعطاف پذیر
مقیاس پذیر برای سیستم های ابری و آنلاین
ایده آل برای سیستم های POS مدرن

معایب:
اتصال به اینترنت مورد نیاز است
پیاده سازی پیچیده تر
بستگی به در دسترس بودن API ارائه دهنده دارد



Cloud REST API

این نوع از REST API کاملاً مبتنی بر ابر است و مدیریت مرکزی پایانه‌های پرداخت را از طریق اینترنت امکان‌پذیر می‌سازد.

ابر فعال است؟ بله
به شناسه پایانه عددی نیاز دارد؟ ! خیر

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

معایب:
وابسته به اتصال به اینترنت پایدار است
مطابق با الزامات حفاظت از داده ها
زمان تاخیر احتمالی به دلیل ارتباطات ابری



O.P.I (رابط پرداخت باز)

رابط پرداخت باز (O.P.I) رابطی برای ارتباط بین سیستم های صندوق فروش و پایانه های پرداخت است که به ویژه در بازارهای بین المللی مورد استفاده قرار می گیرد.

ابر فعال است؟ خیر، فقط در شبکه های محلی کار می کند
به شناسه پایانه عددی نیاز دارد؟ ! خیر

مزایا:
امنیت و ثبات بالا
از روش های مختلف پرداخت پشتیبانی می کند
قابل استفاده بین المللی

معایب:
امکان اتصال ابری وجود ندارد
ادغام پیچیده تر از راه حل های API مدرن
به اندازه ZVT یا REST API به طور گسترده استفاده نمی شود



ep2 (EFT/POS 2000)

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

ابر فعال است؟ خیر، فقط شبکه های محلی
به شناسه پایانه عددی نیاز دارد؟ ! خیر

مزایا:
راه حل استاندارد در سوئیس
استانداردهای ایمنی بالا
رابط یکنواخت برای ارائه دهندگان مختلف

معایب:
محدود به بازار سوئیس
امکان ادغام ابری وجود ندارد
نسبت به راه حل های API مدرن انعطاف پذیرتر است



myPOS

myPOS یک راه حل مدرن پرداخت ابری است که به هیچ زیرساخت محلی نیاز ندارد.

ابر فعال است؟ بله
به شناسه پایانه عددی نیاز دارد؟ ! خیر

مزایا:
آسان برای پیاده سازی
مبتنی بر ابر برای حداکثر انعطاف پذیری
از بسیاری از روش های پرداخت پشتیبانی می کند

معایب:
بسته به ارائه دهنده myPOS
گزینه های سفارشی سازی محدود
اتصال به اینترنت مورد نیاز است



NEXO

NEXO یک استاندارد بین المللی شناخته شده برای تراکنش های پرداخت است که قابلیت همکاری و امنیت را ارائه می دهد.

ابر فعال است؟ بله
به شناسه پایانه عددی نیاز دارد؟ ! خیر

مزایا:
مقاوم در برابر آینده و قابل ارتقا
بین المللی شناخته شده است
پشتیبانی از شبکه های ابری و محلی

معایب:
پیاده سازی پیچیده
هنوز در همه جا تاسیس نشده است
تلاش آموزشی بالاتر



ISO 20022

یک استاندارد جهانی پرداخت که به ویژه برای بانک ها و ارائه دهندگان خدمات مالی مهم است.

ابر فعال است؟ بله
به شناسه پایانه عددی نیاز دارد؟ ! خیر

مزایا:
استاندارد ضد آینده
پشتیبانی از بسیاری از فرمت های پرداخت
امنیت بالا

معایب:
پیچیده و همیشه آسان برای پیاده سازی نیست
هزینه های بالاتر برای تنظیمات
عمدتا برای بانک ها، کمتر برای خرده فروشی



SIX (TIM)

پروتکل اختصاصی SIX Payment Services که اغلب در سوئیس استفاده می شود.

ابر فعال است؟ خیر
به شناسه پایانه عددی نیاز دارد؟ ! خیر

مزایا:
امنیت بالا
به طور ویژه برای بازار سوئیس بهینه شده است
عملکرد پایدار

معایب:
در سطح بین المللی توزیع نشده است
بدون قابلیت ابری
انعطاف پذیری محدود



APIهای پروتکل POS خود ارائه‌دهنده Acquirer / SoftPOS

بسیاری از خریدارها (پردازنده های پرداخت) و ارائه دهندگان SoftPOS (ارائه دهندگان پایانه های پرداخت مبتنی بر نرم افزار) API های خود را برای یکپارچه سازی صندوق نقدی ارائه می دهند. این APIها به طور خاص برای سیستم‌های پرداخت خودشان طراحی شده‌اند و اتصال مستقیم به پلتفرم خریدار یا برنامه SoftPOS را امکان‌پذیر می‌کنند.

ابر فعال است؟ بله، در بیشتر موارد
به شناسه پایانه عددی نیاز دارد؟ ! خیر، اغلب از شناسه تجاری یا کلید API منحصر به فرد استفاده می شود

مزایا:
اتصال مستقیم به پردازشگر پرداخت بدون ارائه دهندگان شخص ثالث
کنترل کامل بر فرآیندهای پرداخت
اغلب پیاده سازی آسان از طریق فناوری مدرن API

معایب:
وابستگی به خریدار مربوطه یا ارائه دهنده SoftPOS
احتمالاً انعطاف پذیری کمتری نسبت به پروتکل های جهانی دارد
الزامات پیاده سازی متفاوت بسته به ارائه دهنده
تغییر به خریدار دیگر ممکن است به تنظیمات پیچیده نیاز داشته باشد



پروتکل های Verifone FIPay / VX

Verifone مجموعه ای از پروتکل های خود را برای نسل های مختلف ترمینال ارائه می دهد. اینها از مدل‌های قدیمی‌تر VX تا دستگاه‌های مبتنی بر اندروید مدرن با FIPay (API مجهز به ابر Verifone) را شامل می‌شود.

ابر فعال است؟ بله (FIPay) / خیر (پروتکل های VX قدیمی)
شناسه ترمینال عددی مورد نیاز است؟ ! خیر

مزایا:
به طور گسترده، به ویژه در اروپا و آمریکای شمالی توزیع شده است
پشتیبانی از روش های مختلف پرداخت (کارت اعتباری، NFC، پرداخت موبایلی)
FIPay یکپارچه سازی ابری مدرن را امکان پذیر می کند

معایب:
پروتکل اختصاصی، بنابراین کمتر انعطاف پذیر است
پروتکل های قدیمی VX آماده ابر نیستند
تا حدی به برخی از پایانه های Verifone محدود شده است



Adyen Terminal API

Adyen پردازش پرداخت کاملا مبتنی بر API را ارائه می دهد که می تواند با پایانه های فیزیکی، پرداخت های آنلاین و راه حل های تلفن همراه POS ترکیب شود. به ویژه برای خرده فروشان بین المللی با استراتژی همه کانال جالب است.

ابر فعال است؟ بله
شناسه ترمینال عددی مورد نیاز است؟ ! خیر

مزایا:
یکپارچه سازی API بسیار انعطاف پذیر برای POS، تجارت الکترونیک و موبایل
پشتیبانی از پرداخت های بدون تماس و کیف پول های دیجیتال (Apple Pay، Google Pay)
بدون نیاز به شناسه ترمینال ثابت

معایب:
تمرکز قوی بر روی اکوسیستم Adyen - سازگاری کمتری با خریدارهای شخص ثالث
اجرای اولیه ممکن است از نظر فنی سخت‌تر باشد
مدل های قیمت گذاری Adyen برای همه خرده فروشان بهینه نیستند



Stripe Terminal API

Stripe در درجه اول به عنوان یک ارائه دهنده پرداخت آنلاین شناخته می شود، اما راه حل POS را با Terminal API نیز ارائه می دهد. مخصوصاً برای استارتاپ‌ها، شرکت‌های تجارت الکترونیک و خرده‌فروش‌های بین‌المللی با POS مجهز به ابر.

ابر فعال است؟ بله
شناسه ترمینال عددی مورد نیاز است؟ ! خیر

مزایا:
ادغام API بسیار آسان برای POS و پرداخت های آنلاین
راه حل مقیاس پذیر برای خرده فروشان با مکان های متعدد
پشتیبانی از روش‌های پرداخت مدرن (مانند Apple Pay، Google Pay)

معایب:
تمرکز قوی بر اکوسیستم Stripe - برای اشخاص ثالث کمتر انعطاف پذیر است
همه خریدارها پشتیبانی نمی شوند
احتمالاً کارمزد تراکنش های بالاتر در مقایسه با ارائه دهندگان سنتی



CB2 (Cartes Bancaires - فرانسه)

CB2 پروتکلی است که به طور گسترده در فرانسه برای پرداخت های کارت اعتباری و نقدی استفاده می شود. این توسط اکثر بانک ها و بازرگانان فرانسوی استفاده می شود و ارتباط نزدیکی با شبکه پرداخت Cartes Bancaires دارد.

ابر فعال است؟ خیر، فقط شبکه های محلی
شناسه ترمینال عددی مورد نیاز است؟ ! بله

مزایا:
در فرانسه گسترده است
ارتباط مستقیم با بانک های فرانسه
برای معاملات ملی بهینه شده است

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



J/XFS (Java/EXtensions for Financial Services)

J/XFS یک استاندارد باز برای سیستم های POS و دستگاه های خودپرداز است. اتصال انعطاف پذیر پایانه های پرداخت، دستگاه های خودپرداز و سایر دستگاه های مالی را از طریق یک API مستقل از پلت فرم امکان پذیر می کند.

ابر فعال است؟ خیر (ادغام محلی)
شناسه ترمینال عددی مورد نیاز است؟ ! خیر

مزایا:
رابط استاندارد برای پایانه های پرداخت مختلف
ماژولار خوب برای بانک ها و خرده فروشان بزرگ
مستقل از سازندگان ترمینال

معایب:
برای سیستم های کلاسیک صندوق پول رایج کمتر است
پیاده سازی می تواند پیچیده باشد
بدون پشتیبانی ابری بومی



ELM (مدیریت قفل الکترونیکی) - برای پمپ بنزین و حمل و نقل الکترونیکی

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

ابر فعال است؟ بله
شناسه ترمینال عددی مورد نیاز است؟ ! بله

مزایا:
مخصوص پمپ بنزین ها و ایستگاه های شارژ الکترونیکی
برای راه‌حل‌های مدرن حمل‌ونقل، آماده ابر
پشتیبانی از روش های پرداخت مختلف (کارت، برنامه، RFID)

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



پروتکل های SoftPOS (API های خاص گیرنده/ارائه دهنده)

راه حل های SoftPOS امکان پرداخت بدون ترمینال کارت از طریق تلفن های هوشمند یا تبلت ها را فراهم می کند. بسیاری از خریدارها (به عنوان مثال myPOS، SumUp، Adyen، Stripe، PayPal) پروتکل های API خود را برای SoftPOS توسعه داده اند.

ابر فعال است؟ بله
شناسه ترمینال عددی مورد نیاز است؟ ! خیر، اغلب از شناسه تجاری یا کلید API منحصر به فرد استفاده می شود

مزایا:
بدون نیاز به سخت افزار – گوشی هوشمند یا تبلت کافی است
انعطاف پذیر و آسان برای خرده فروشان کوچک یا ارائه دهندگان خدمات تلفن همراه
پشتیبانی از پرداخت های بدون تماس (NFC، Apple Pay، Google Pay)

معایب:
اغلب محدود به خریدارها یا ارائه دهندگان خاص است
همه بانک ها و خریدارها از SoftPOS پشتیبانی نمی کنند
احتمالاً کارمزدهای بالاتر برای هر تراکنش



SumUp Terminal API

SumUp یک ارائه‌دهنده محبوب پرداخت‌های کارت تلفن همراه است و با ترمینال API خود، رابطی را برای ادغام در سیستم‌های صندوق نقدی، برنامه‌های تلفن همراه یا فروشگاه‌های آنلاین ارائه می‌دهد. API پایانه های SumUp را قادر می سازد تا به راحتی به سیستم های POS و پلتفرم های ابری متصل شوند.

ابر فعال است؟ بله
شناسه ترمینال عددی مورد نیاز است؟ ! خیر

مزایا:
ادغام ساده و سریع از طریق API
بدون نیاز به شناسه پایانه عددی
ایده آل برای تاجران کوچک، افراد خوداشتغال و ارائه دهندگان خدمات تلفن همراه
پشتیبانی از پرداخت های بدون تماس و کیف پول های تلفن همراه (Apple Pay، Google Pay)

معایب:
بسته به اکوسیستم SumUp - برای اشخاص ثالث کمتر انعطاف پذیر است
گزینه های سفارشی سازی محدود برای بازرگانان بزرگتر
همه خریدارها از اتصال مستقیم به SumUp پشتیبانی نمی کنند، به عنوان مثال عدم پذیرش girocard
احتمالاً کارمزدهای بالاتر برای هر تراکنش



خلاصه
انتخاب پروتکل صندوق نقدی مناسب به نیازهای فردی یک شرکت بستگی دارد. در حالی که ZVT و ep2 ثابت شده‌اند، استانداردهای محلی، REST API و NEXO جایگزین‌های مدرن و با قابلیت ابر ارائه می‌دهند. Cloud REST API و myPOS یکپارچه سازی ابری آسان را امکان پذیر می کند، در حالی که ISO 20022 به ویژه برای بانک ها مرتبط است.

APIهای خریدار یا خود SoftPOS اتصال مستقیم به پلتفرم پرداخت مربوطه را ارائه می دهند و به ویژه برای بازرگانانی که می خواهند از نزدیک با یک ارائه دهنده خدمات پرداخت خاص همکاری کنند، مناسب هستند.

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

💡 توصیه ما

اگر به دنبال حداکثر امنیت و انعطاف پذیری در آینده هستید، باید به یک راه حل مبتنی بر API یا دارای قابلیت ابر تکیه کنید.

اگر به یک ادغام ثابت و پایدار نیاز دارید، می توانید از پروتکل های کلاسیک مانند ZVT یا ep2 استفاده کنید.

کسانی که از قبل با یک اکتسابی یا ارائه دهنده SoftPOS کار می کنند، می توانند از API های اختصاصی خود بهره مند شوند.

آیا به گزارش صندوق نقدی خاص یا فهرست نشده نیاز دارید؟ لطفا با ما تماس بگیرید.

اجازه دهید به شما توصیه کنیم که راه حل بهینه را برای نیازهای خود پیدا کنید!