Касови записи


Касовите протоколи – основата на съвременните платежни системи

Въведение: Какво представляват касовите протоколи и за какво се използват?

В света на безкасовите плащания протоколите на касовите апарати са от съществено значение за свързване на касови системи с платежни терминали. Те определят как тези устройства комуникират помежду си и осигуряват сигурна и ефективна обработка на плащанията.

Всеки касов протокол има своите силни и слаби страни и технически изисквания. Някои работят само в локални мрежи, докато други са готови за облак. По същия начин някои протоколи изискват цифров идентификатор на терминала за уникална идентификация на терминала.

Предимства на добре подбран касов протокол:
✔ Бързи и надеждни транзакции
✔ Лесна интеграция в съществуващи касови системи
✔ По-висока сигурност чрез стандартизирани интерфейси
✔ Възможна облачна връзка за централна администрация

Тук ви запознаваме с най-важните касови протоколи с техните характеристики, предимства и недостатъци.

Независимо дали е стационарен или мобилен – протоколите за касов апарат регулират потока от данни между касовия апарат, терминала и доставчика на платежни услуги.

Преглед на най-важните касови протоколи


ZVT (стандарт за платежен терминал)

ZVT е най-широко използваният стандарт в немскоговорящите страни за комуникация между POS системи и платежни терминали. Базира се на локални мрежови връзки и изисква цифров идентификатор на терминала.

С активиран облак? ❌ Не, само локални мрежи
Изисква цифров ID на терминала? ! да

Предимства:
✔ Доказан и широко използван стандарт в Германия
✔ Висока съвместимост с много касови системи
✔ Стабилна и надеждна работа

Недостатъци:
❌ Не е възможна интеграция в облак
❌ Ограничена гъвкавост за модерни системи, базирани на API
❌ Не е оптимален за международните пазари


REST API

REST API позволяват модерна комуникация между касов апарат и платежен терминал чрез уеб интерфейси. Те са особено гъвкави и често работят в облак.

С активиран облак? ✔ да
Изисква цифров ID на терминала? ! не

Предимства:
✔ Независим от платформата и гъвкав
✔ Мащабируем за облачни и онлайн системи
✔ Идеален за модерни POS системи

Недостатъци:
❌ Изисква се интернет връзка
❌ По-сложно изпълнение
❌ В зависимост от наличността на API на доставчика


Cloud REST API

Този вариант на REST API е изцяло базиран в облака и позволява централно управление на платежни терминали през интернет.

С активиран облак? ✔ да
Изисква цифров ID на терминала? ! не

Предимства:
✔ Не е необходима местна инфраструктура
✔ Централно управление за вериги магазини
✔ Мащабируем и гъвкав

Недостатъци:
❌ Зависи от стабилна интернет връзка
❌ спазват изискванията за защита на данните
❌ Възможни времена на забавяне поради облачна комуникация


O.P.I (Отворен интерфейс за плащане)

Open Payment Interface (O.P.I) е интерфейс за комуникация между касови системи и платежни терминали, който се използва особено на международните пазари.

С активиран облак? ❌ Не, работи само в локални мрежи
Изисква цифров ID на терминала? ! не

Предимства:
✔ Висока сигурност и стабилност
✔ Поддържа различни методи на плащане
✔ Международно използваем

Недостатъци:
❌ Не е възможна облачна връзка
❌ По-сложна интеграция от съвременните API решения
❌ Не толкова широко използван като ZVT или REST API


еп2 (EFT/POS 2000)

ep2 е стандарт за плащане, разработен в Швейцария, който осигурява еднаква комуникация между касовите системи и терминалите. Изисква цифров идентификатор на терминала.

С активиран облак? ❌ Не, само локални мрежи
Изисква цифров ID на терминала? ! не

Предимства:
✔ стандартно решение в Швейцария
✔ Високи стандарти за безопасност
✔ Единен интерфейс за различни доставчици

Недостатъци:
❌ Ограничено до швейцарския пазар
❌ Не е възможна интеграция в облак
❌ По-малко гъвкави от съвременните API решения


myPOS

myPOS е модерно решение за облачни плащания, което не изисква локална инфраструктура.

С активиран облак? ✔ да
Изисква цифров ID на терминала? ! не

Предимства:
✔ Лесен за изпълнение
✔ Базиран на облак за максимална гъвкавост
✔ Поддържа много методи на плащане

Недостатъци:
❌ В зависимост от доставчика myPOS
❌ Ограничени възможности за персонализиране
❌ Изисква се интернет връзка


NEXO

NEXO е международно признат стандарт за платежни транзакции, който предлага оперативна съвместимост и сигурност.

С активиран облак? ✔ да
Изисква цифров ID на терминала? ! не

Предимства:
✔ Подготвен за бъдещето и разширяем
✔ Международно признати
✔ Поддържа облачни и локални мрежи

Недостатъци:
❌ Комплексно изпълнение
❌ Все още не е установено навсякъде
❌ По-високи тренировъчни усилия


ISO 20022

Глобален стандарт за плащане, който е особено важен за банките и доставчиците на финансови услуги.

С активиран облак? ✔ да
Изисква цифров ID на терминала? ! не

Предимства:
✔ Стандарт за бъдещето
✔ Поддържа много формати на плащане
✔ Висока сигурност

Недостатъци:
❌ Сложни и не винаги лесни за изпълнение
❌ По-високи разходи за корекции
❌ Основно за банки, по-малко за търговия на дребно


SIX (TIM)

Патентован протокол на SIX Payment Services, често използван в Швейцария.

С активиран облак? ❌ не
Изисква цифров ID на терминала? ! не

Предимства:
✔ Висока сигурност
✔ Специално оптимизиран за швейцарския пазар
✔ Стабилна производителност

Недостатъци:
❌ Не се разпространява в международен план
❌ Няма възможност за облак
❌ Ограничена гъвкавост


Придобиващият/доставчикът на SoftPOS собствен POS протокол API

Много еквайъри (процесори за обработка на плащания) и доставчици на SoftPOS (доставчици на софтуерно базирани терминали за плащане) предлагат свои собствени API за интегриране на касови апарати. Тези API са специално пригодени за техните собствени платежни системи и позволяват директна връзка с платформата за придобиване или приложението SoftPOS.

С активиран облак? ✔ Да, в повечето случаи
Изисква цифров ID на терминала? ! Не, често се използва уникален идентификатор на търговец или API ключ

Предимства:
✔ Директна връзка с платежния процесор без доставчици на трети страни
✔ Пълен контрол върху платежните процеси
✔ Често лесно внедряване чрез модерна API технология

Недостатъци:
❌ Зависимост от съответния еквайър или SoftPOS доставчик
❌ Вероятно по-малко гъвкави от универсалните протоколи
❌ Различни изисквания за изпълнение в зависимост от доставчика
❌ Преминаването към друг придобиващ може да изисква сложни корекции


Verifone FIPay / VX протоколи

Verifone предлага свой собствен набор от протоколи за различни поколения терминали. Те варират от по-стари модели VX до модерни базирани на Android устройства с FIPay (API на Verifone с активиран облак).

С активиран облак? ✔ Да (FIPay) / ❌ Не (по-стари VX протоколи)
Нужен ли е цифров идентификатор на терминала? ! не

Предимства:
✔ Широко разпространен, особено в Европа и Северна Америка
✔ Поддръжка на различни методи на плащане (кредитна карта, NFC, мобилно плащане)
✔ FIPay позволява модерна облачна интеграция

Недостатъци:
❌ Патентован протокол, следователно по-малко гъвкав
❌ По-старите VX протоколи не са готови за облак
❌ Частично ограничено до определени терминали на Verifone


Adyen Terminal API

Adyen предлага напълно базирано на API решение за обработка на плащания, което може да се комбинира с физически терминали, онлайн плащания и мобилни POS решения. Особено интересен за международни търговци на дребно със стратегия за омниканалност.

С активиран облак? ✔ да
Нужен ли е цифров идентификатор на терминала? ! не

Предимства:
✔ Много гъвкава API интеграция за POS, електронна търговия и мобилни устройства
✔ Поддържа безконтактни плащания и дигитални портфейли (Apple Pay, Google Pay)
✔ Не се изисква фиксиран ID на терминала

Недостатъци:
❌ Силен фокус върху екосистемата на Adyen – по-малко съвместима с придобиващи трети страни
❌ Първоначалното внедряване може да е по-трудно от техническа гледна точка
❌ Ценовите модели на Adyen не са оптимални за всички търговци


API на Stripe Terminal

Stripe е известен предимно като доставчик на онлайн плащания, но също така предлага POS решение с Terminal API. Особено интересен за стартиращи фирми, компании за електронна търговия и международни търговци на дребно с облачен POS POS.

С активиран облак? ✔ да
Нужен ли е цифров идентификатор на терминала? ! не

Предимства:
✔ Много лесна API интеграция за POS и онлайн плащания
✔ Мащабируемо решение за търговци на дребно с множество локации
✔ Поддържа модерни методи на плащане (напр. Apple Pay, Google Pay)

Недостатъци:
❌ Силен фокус върху екосистемата Stripe – по-малко гъвкава за доставчици трети страни
❌ Не всички придобиващи се поддържат
❌ Вероятно по-високи такси за транзакции в сравнение с традиционните доставчици


CB2 (банкови карти – Франция)

CB2 е широко използван протокол във Франция за плащания с кредитни и дебитни карти. Използва се от повечето френски банки и търговци и е тясно свързана с платежната мрежа Cartes Bancaires.

С активиран облак? ❌ Не, само локални мрежи
Нужен ли е цифров идентификатор на терминала? ! да

Предимства:
✔ Високо разпространение във Франция
✔ Директна връзка с френски банки
✔ Оптимизиран за национални транзакции

Недостатъци:
❌ Няма вградена поддръжка на облак
❌ Ограничена международна употреба
❌ Собствена и силно обвързана с Франция


J/XFS (Java/eXtensions за финансови услуги)

J/XFS е отворен стандарт за POS системи и банкомати. Той позволява гъвкаво свързване на платежни терминали, банкомати и други финансови устройства чрез независим от платформата API.

С активиран облак? ❌ Не (локална интеграция)
Нужен ли е цифров идентификатор на терминала? ! не

Предимства:
✔ Стандартизиран интерфейс за различни платежни терминали
✔ Добра модулност за банки и големи търговци на дребно
✔ Независимо от производителите на терминали

Недостатъци:
❌ По-рядко срещани за класическите POS системи
❌ Изпълнението може да бъде сложно
❌ Няма вградена поддръжка на облак


ELM (Electronic Lock Management) – за бензиностанции и е-мобилност

ELM се използва за плащания на бензиностанции и електронна мобилност. Той свързва POS системи с горивни помпи или станции за зареждане, за да позволи безпроблемни процеси на плащане.

С активиран облак? ✔ да
Нужен ли е цифров идентификатор на терминала? ! да

Предимства:
✔ Специално разработен за бензиностанции и станции за електронно зареждане
✔ С възможност за облак за модерни решения за мобилност
✔ Поддържа различни методи на плащане (карта, приложение, RFID)

Недостатъци:
❌ Много специфичен за индустрията – не е подходящ за традиционни търговци на дребно
❌ Внедряването често е възможно само чрез специализирани доставчици
❌ Силна зависимост от доставчиците на инфраструктура


SoftPOS протоколи (API, специфични за придобиващ/доставчик)

Решенията на SoftPOS позволяват плащане без картови терминали чрез смартфони или таблети. Много придобиващи (напр. myPOS, SumUp, Adyen, Stripe, PayPal) са разработили свои собствени API протоколи за SoftPOS.

С активиран облак? ✔ да
Нужен ли е цифров идентификатор на терминала? ! Не, често се използва уникален идентификатор на търговец или API ключ

Предимства:
✔ Не е необходим хардуер – достатъчен е смартфон или таблет
✔ Гъвкав и лесен за малки търговци на дребно или доставчици на мобилни услуги
✔ Поддържа безконтактни плащания (NFC, Apple Pay, Google Pay)

Недостатъци:
❌ Често се ограничава до конкретни придобиващи или доставчици
❌ Не всички банки и еквайъри поддържат SoftPOS
❌ Вероятни по-високи такси за транзакция


SumUp Terminal API

SumUp е популярен доставчик на разплащания с мобилни карти и предлага интерфейс за интегриране в касови системи, мобилни приложения или онлайн магазини с Terminal API. API позволява лесно свързване на SumUp терминали към POS системи и облачни платформи.

С активиран облак? ✔ да
Нужен ли е цифров идентификатор на терминала? ! не

Предимства:
✔ Проста и бърза интеграция чрез API
✔ Не се изисква цифров ID на терминала
✔ Идеален за малки търговци на дребно, самостоятелно заети хора и доставчици на мобилни услуги
✔ Поддържа безконтактни плащания и мобилни портфейли (Apple Pay, Google Pay)

Недостатъци:
❌ Зависи от екосистемата SumUp – по-малко гъвкаво за доставчици трети страни
❌ Ограничени възможности за персонализиране за по-големи търговци на дребно
❌ Не всички еквайъри поддържат директна връзка със SumUp, напр. без приемане на girocard
❌ Вероятни по-високи такси за транзакция


Резюме
Изборът на правилния касов протокол зависи от индивидуалните изисквания на фирмата. Докато ZVT и ep2 са доказани местни стандарти, REST API и NEXO предлагат модерни алтернативи с активиран облак. Cloud REST API и myPOS позволяват лесна облачна интеграция, докато ISO 20022 е особено подходящ за банките.

Придобиващият или специфичните за SoftPOS API осигуряват директна връзка със съответната платежна платформа и са особено подходящи за търговци, които искат да работят в тясно сътрудничество с определен доставчик на платежни услуги.

Колкото по-добре протоколът пасва на ИТ инфраструктурата, толкова по-ефективна ще бъде цялата платежна верига.

💡 Нашата препоръка

Ако търсите максимална бъдеща сигурност и гъвкавост, трябва да изберете решение, базирано на API или облачно решение.

Тези, които се нуждаят от доказана, стабилна интеграция, могат да разчитат на класически протоколи като ZVT или ep2.

Тези, които вече работят в тясно сътрудничество с придобиващ или доставчик на SoftPOS, могат да се възползват от техните собствени API.

Имате ли нужда от конкретен или неописан отчет за каса? Моля, не се колебайте да се свържете с нас.

Нека ви посъветваме, за да намерите оптималното решение за вашите изисквания!