ما برای آمار بازدید از Google Analytics استفاده می‌کنیم. کوکیهای تحلیلی فقط در صورت پذیرش شما ثبت میشوند. بدون رضایت، آمار بر پایهی سیگنالهای بدون کوکی تخمین زده میشود. سیاست کوکی.
PoS · پرداخت حضوری
ترمینالی که اسکن USDC را دقیقاً مثل تپ کارت می‌بیند: همان مبلغ، همان رسید، همان تسویه شبانه به IBAN پذیرنده.
تپ و درج کارت همان‌طور کار میکند که پذیرندگان انتظار دارند. اضافه‌شده، اسکن است: ترمینال یک QR کد USDC برای همان مبلغ نمایش میدهد، مشتری از هر کیف پولی میپردازد و فروش همان لحظه بسته میشود — بدون دستگاه جداگانه، بدون کپی دستی آدرس.
اپ همراه — دریافتی امروز، کارت در برابر کریپتو، تسویه امشب. · یک فروش، با تمام جزئیات — اقلام، روش پرداخت، دسته تسویه و بازگشت وجه با یک ضربه.
اپ همراه دریافتی‌ها را بهصورت یک جریان واحد با تفکیک کارت و کریپتو و بهصورت زنده نشان میدهد. شبانه همه‌چیز — کارت و کریپتو — به IBAN پذیرنده تسویه میشود، پس حسابدار هرگز نمیفهمد کدام مشتری اسکن کرده است.
ناوگان — 5 از 7 آنلاین، €4,182.30 امروز، یک ترمینال آفلاین مشخص شده.
یکپارچه‌سازی
تپ، درج کارت یا QR کد USDC روی ترمینال.
در همان لحظه تأیید میشود؛ پرداختهای آفلاین بهصورت مجوز معوق در صف میمانند.
پرداختهای روز در یک دسته با نام مشخص بسته میشوند.
دسته شبانه بهصورت یک ردیف به IBAN پذیرنده تسویه میشود.
هر پرسشی درباره پرداخت از شناسه دسته شروع میشود، نه جستوجو.
ویژگی‌ها
صفحه دریافت همان چیزی را نشان میدهد که هر پذیرنده‌ای انتظار دارد: مبلغ کل، €49.00، و ناحیه کانتکت‌لس. تپ و کارت‌خوان دقیقاً مثل همه جای دیگر کار می‌کنند. تنها واژه تازه روی صفحه scan است، و شناسه 9F21-0716 همان قالب سفارشی است که بقیه پلتفرم استفاده میکند.
scan را بزنید تا پایانه یک QR برای همان مبلغ دقیق بسازد: سفارش €49.00 که 52.95 USDC روی Base قیمت‌گذاری شده و QR به‌مدت پنج دقیقه معتبر است. مشتری از هر کیف پولی پرداخت میکند و پایانه منتظر می‌ماند، سپس فروش همان لحظه بسته میشود. بدون دستگاه جداگانه، بدون کپی آدرس، بدون محاسبه ذهنی پشت صندوق.
اپ همراه، روز شما را یک‌جا نشان میدهد: €1,284.50 در 32 پرداخت، 12% بیشتر از پنجشنبه گذشته. یک نوار واحد آن را تفکیک میکند، کارت €1,102.10 و کریپتو €182.40، و زیرش انعام‌ها، میانگین فروش و بازپرداخت‌ها آمده است. ردیف تسویه هم می‌گوید همه کجا مینشیند: امشب، €1,271.66 پس از کارمزد، به RO49 •••• 0421. New charge در نوار تب‌ها، یک ضربه فاصله دارد.
هفت پایانه زیر یک پذیرنده، یک‌نگاه: 5 آنلاین، 1 آفلاین، 1 غیرفعال، با €4,182.30 دریافتی امروز در 104 پرداخت و batch بعدی ساعت 23:00. هر ردیف مکان، وضعیت، دریافتی امروز و آخرین زمان دیده‌شدن را دارد. با انتخاب پایانه آفلاین studio-bar، شناسه دستگاه، firmware، شبکه و باتری‌اش دیده میشود، و ping، تخصیص مجدد و غیرفعال‌سازی یک کلیک فاصله دارند.
یک پرداخت به کل داستانش باز میشود: €49.00 تأییدشده در ساعت 14:02 روی T-01، سه قلم کالا، کارمزد پردازش €0.50، کارت ••4417 بهصورت کانتکت‌لس با کد تأیید 00A712، نام مشتری، و batch تسویه‌ای که امشب با آن می‌رود. بازپرداخت و ارسال رسید پایین همین صفحه‌اند.
تنظیمات خود پایانه همان چیزهایی را پوشش میدهد که سر پیشخوان واقعاً سر آن بحث میشود: پیشنهاد انعام روشن یا خاموش با 5%، 10%، 15% یا مقدار دلخواه (انعام‌ها پیش از بسته شدن batch بهصورت تعدیل انعام ثبت میشوند)، و رسید چاپی، رسید QR و رسید ایمیلی که هرکدام کنترل جداگانه دارند. پایین‌تر، دستگاه هویت خود را اعلام میکند: زبان، شناسه دستگاه، firmware.
کارمزدهای پشت ناوگان در یک جدول حسابرسی‌شده نگهداری میشوند: صدور کارت و SEPA ورودی رایگان، €0.50 به‌علاوه 1.5% برای برداشت از ATM، مارک‌آپ FX معادل 0.5%، €15.00 برای SWIFT خروجی، و اسپرد خرید و فروش کریپتو 0.75%. آنچه جدول می‌گوید همان است که اپ نشان میدهد، و هر تغییر در آن با diff، دلیل و حسابرسی ثبت میشود.
ساعت 23:00 دریافتیهای روز، چه کارت و چه کریپتو، بهصورت یک ردیف به IBAN پذیرنده تسویه میشود. در دمو RO49 •••• 0421. حسابدار یک عدد را مغایرتگیری میکند و هرگز نمیفهمد کدام مشتری‌ها اسکن کرده‌اند.
هر تسویه یک batch با نام مشخص است: فروش‌های امشب با B-0717-A می‌روند و هر پایانه آخرین batch و مبلغش را نشان میدهد، مثلاً B-0715-A با €312.40 روی دستگاه studio-bar. هر سؤال درباره واریز از یک شناسه batch شروع میشود، نه از حدس.
تفکیک همزمان با ثبت پرداخت‌ها به‌روز میشود، پس روز مثل یک کسبوکار با تفکیک روش‌ها خوانده میشود، نه دو منبع درآمد در دو سیستم. وقتی سهم کریپتو جابه‌جا میشود، پذیرنده همان بعدازظهر می‌بیند، نه در خروجی پایان ماه.
شناسه روی پایانه همان قالب سفارشی است که checkout هاست‌شده استفاده میکند و رسیدها هم یکسان‌اند. کسب‌وکاری که آنلاین Gateway و پشت پیشخوان PoS را اجرا میکند، یک سیستم با دو سطح کار دارد، نه دو محصول.
New charge و بازپرداخت در اپ همراه هستند و دکمه بازپرداخت روی خود فروش قرار دارد. بازپرداخت به سفارش اشاره میکند، همان قاعده‌ای که Gateway دارد، پس پذیرنده برای جبران خسارت مشتری لازم نیست به یاد بیاورد او چطور پرداخت کرده بود.
مکان‌های واقعی در بدترین لحظه اتصالشان را از دست می‌دهند. پایانه‌ها آفلاین هم پرداخت می‌پذیرند: پرداخت‌ها بهصورت مجوزهای معوق در صف میمانند و با batch بعدی ارسال میشوند، با حذف تکرار تا اتصال مجدد هرگز دوبار کسر نکند یا یک تپ را گم نکند. یک روتر خاموش مزاحمت است، نه صندوق بسته.
پایانه جدید از نمای ناوگان ثبت میشود، مکان می‌گیرد و به همین شکل بازنشسته میشود. در دمو یک پایانه غیرفعال یدک روی قفسه است. دستگاه‌ها شناسه خودشان را دارند، پس تعویض سخت‌افزار دفاتر را به هم نمی‌ریزد.
هر پایانه firmware، شبکه، باتری و آخرین زمان دیده‌شدن را گزارش میدهد، و نمای ناوگان می‌تواند هر دستگاه را در لحظه ping کند. پایانه studio-bar که 15 ژوئیه ساکت شد، از پشت میز عیب‌یابی میشود، نه با رانندگی به آن سوی شهر.
پایانه‌ها مکان دارند: پیشخوان جلو، دفتر پشتی، غرفه‌ای در Piața Amzei، دو کیت رویداد که روی مکان علامت خورده‌اند. جابه‌جایی دستگاه به بازار آخر هفته فقط یک اقدام است و دریافتی‌هایش همچنان زیر همان پذیرنده جمع میشود.
روی ترمینال چاپ میشود، بهصورت QR برای اسکن مشتری نمایش داده میشود یا بعداً از اپ ارسال میشود. رسید پذیرنده کلید جداگانه‌ای دارد، تا کشو پر از کاغذی نشود که کسی نخواسته است.
نوار تفکیک بخش سومی هم دارد: وجه نقد، 10% از روز دمو. فروش نقدی کنار کارت و کریپتو ثبت میشود، پس €1,284.50 امروز واقعاً همان امروز است، نه امروز منهای کشو.
نمای ناوگان فقط به مجموع بسنده نمی‌کند: 104 پرداخت، میانگین تراکنش €40.21 در برابر €38.12 هفته گذشته و دریافتی هر ترمینال. پذیرنده پیش از بسته‌شدن ماه می‌بیند کدام باجه درآمد بیشتری دارد.
کسانی که پشت باجه هستند حساب جداگانه‌ای زیرمجموعه پذیرنده دارند که از بخش کارکنان مدیریت میشود. اینکه چه کسی پرداخت را گرفته، واقعیتی ثبت‌شده است، نه خاطره.
وقتی پرداخت‌کننده مشخص است، فروش هم آن را نشان میدهد — A. Ionescu در رسید دمو. پرداخت‌ها به مشتریان وصل‌اند، پس سابقه یک مشتری ثابت یک جست‌وجوست، نه انبوهی از رسیدهای گمنام.
ترمینال‌ها را با نام یا شناسه دستگاه و پرداخت‌ها را با شماره مرجع می‌توان جستوجو کرد. وقتی مشتری درباره یک تراکنش تماس می‌گیرد، پاسخ از یک کادر جستوجو شروع میشود، نه یک صفحه‌گسترده.
نمای ناوگان و فهرست پرداخت‌ها همان‌طور که نمایش داده میشوند به CSV خروجی می‌گیرند. پایان ماه یک دانلود است؛ حسابدار دیگر اسکرین‌شات نمی‌خواهد.
ترمینال به زبان باجه حرف میزند — انتخاب زبان در تنظیمات خود دستگاه است. یک ناوگان می‌تواند به مکان‌هایی با زبان‌های متفاوت خدمت کند.
بخش توسعه‌دهندگان باجه را هم پوشش میدهد: پرداخت‌ها و دسته‌ها (batch) از طریق API قابل پرس‌وجو هستند، پس داده‌های PoS به هر بک‌آفیسی که پذیرنده دارد میرسد.
ترمینال‌های دمو با عنوان powered-by-Protocore کار می‌کنند؛ ترمینال شما می‌تواند کاملاً با برند خودتان باشد. ناوگان، اپ و رسیدها همه همین مسیر را می‌روند — همان سخت‌افزار، نام شما روی صفحه.
صفحه‌ها
رابط کاربری واقعی محصول، با داده‌های دمو.
FAQ
پرداختهای کارتی آفلاین بهصورت مجوزهای معوق در صف میمانند و با اتصال مجدد ترمینال تسویه میشوند — و باز هم در دسته همان روز بسته میشوند. کنسول ناوگان ترمینال قطعشده را علامت میزند، پس زودتر از شیفت کاری متوجه میشوید.
ترمینال یک QR برای همان مبلغ نمایش میدهد؛ مشتری از هر کیف پولی میپردازد و فروش همان لحظه بسته میشود — بدون دستگاه جداگانه و بدون کپی دستی آدرس. دقیقاً مثل تپ کارت است: همان سفارش، همان رسید.
دریافتیهای روز — کارت و کریپتو — در یک دسته با نام مشخص بسته میشود و شبانه بهصورت یک ردیف به IBAN شما تسویه میشود. هر پرسشی درباره پرداخت از شناسه دسته شروع میشود، نه جستوجو بین تراکنشها.
خیر. USDC به EUR تسویه میشود، پس اپ همراه یک جریان واحد با تفکیک کارت و کریپتو نشان میدهد و حسابدار شما یورو را مغایرتگیری میکند. او هرگز نمیفهمد کدام مشتری اسکن کرده است.
به IBAN خودتان که به نام شماست — در دمو RO49 ···· 0421. ناوگان ترمینال را میتوانید با برند Protocore یا برند خودتان اداره کنید و تسویه همانجا مینشیند که دفاتر شما هستند.
مدل سفارش و رسید یکی است، محیط فرق دارد. Gateway صفحه میزبانیشده برای checkout آنلاین است؛ PoS ترمینال پیشخوان است. پیشخوان و checkout مثل یک کسبوکار مغایرتگیری میشوند — همان ارجاعها، همان رسیدها.
قیمت‌گذاری
قیمت‌گذاری بر اساس ناوگان فعال در میدان — ترمینال‌هایی که مستقر می‌کنید — و فروش کارتی و کریپتویی هر روز در یک ردیف IBAN تسویه میشود.
هزینه بر اساس فروشی است که ناوگان پردازش میکند، نه کارمزد ثابت هر دستگاه؛ پس ترمینالی که بیکار است هزینه‌ای ندارد.
با برند خودتان مستقر کنید و ما ناوگان را برایتان اداره می‌کنیم — دامنه کار بر اساس ترمینال‌های در سرویس و روش‌های پرداختی است که می‌پذیرند.
هزینه را ناوگان تعیین میکند — تعداد ترمینال‌های فعال — و فروشی که پردازش می‌کنند. با برند Protocore یا کاملاً whitelabel به نام خودتان اجرا کنید.
ارزیابی
ترمینالی برای امتحان تماس، درج و USDC با QR روی پیشخوان خودتان، همراه با یک حساب پذیرنده آزمایشی.
یک ورود به اپ همراه و کنسول ناوگان، با داده نمونه تا بتوانید تفکیک فروش کارت و کریپتو را ببینید و یک بچ را تسویه کنید.
پایلوتی محدود در چند نقطه پیش از استقرار گسترده‌تر — در راه‌اندازی دستگاه‌ها و حساب تسویه کمک‌تان می‌کنیم.
با برند Protocore ارزیابی کنید یا به‌عنوان ناوگان ترمینال خودتان — با همان مدل سفارش و رسید Gateway در زیرساخت.
مطالعه بیشتر
با برند Protocore یا کاملاً whitelabel به‌عنوان ناوگان ترمینال خودتان مستقر کنید.
ارجاع‌های PoS از قالب سفارش Gateway استفاده می‌کنند، اسکن‌های USDC روی Chain تسویه میشوند و پرداخت شبانه به IBAN پذیرنده مینشیند — یک کسبوکار، هم در پیشخوان و هم در checkout.
همه آنچه در بالا آمده در دموهای production اجرا میشود و می‌توانیم قدم‌به‌قدم نشانتان دهیم: مستقل، whitelabel یا بهصورت یک پلتفرم. بگویید چه می‌سازید تا کوتاه‌ترین مسیر را نشانتان دهیم.
