レジ記録


レジプロトコル – 最新の支払いシステムの基礎

はじめに: レジ プロトコルとは何ですか?また何に使用されますか?

キャッシュレス決済の世界では、レジ システムと決済端末を接続するためにレジ プロトコルが不可欠です。これらのデバイスが相互に通信し、安全かつ効率的な支払い処理を保証する方法を定義します。

各レジ プロトコルには、独自の長所、短所、および技術要件があります。ローカル ネットワークでのみ動作するものもありますが、クラウド対応のものもあります。同様に、一部のプロトコルでは、端末を一意に識別するために数値の端末 ID が必要です。

適切に選択されたレジプロトコルの利点:
迅速で信頼性の高い取引
既存のレジシステムへの簡単な統合
標準化されたインターフェースによるより高いセキュリティ
クラウド接続で一元管理が可能

ここでは、最も重要なレジプロトコルとその機能、メリット、デメリットを紹介します。

適切なレジプロトコルに頼ることで、安定したプロセスと顧客満足の基盤が築かれます。

最も重要なレジプロトコルの概要



ZVT (決済端末規格)

ZVT は、POS システムと決済端末間の通信にドイツ語圏で最も広く使用されている標準です。これはローカル ネットワーク接続に基づいており、数値の端末 ID が必要です。

クラウド対応ですか? いいえ、ローカルネットワークのみ
数値端末 ID が必要ですか? ! はい

利点:
ドイツで実証され、広く使用されている標準
多くのレジシステムとの高い互換性
安定した信頼性の高いパフォーマンス

デメリット:
クラウド統合は不可能
最新のAPIベースのシステムでは柔軟性が限られている
国際市場には最適ではない



REST API

REST API は、Web インターフェースを介してレジスターと決済端末間の最新の通信を可能にします。これらは特に柔軟性が高く、多くの場合クラウド対応です。

クラウド対応ですか? はい
数値端末 ID が必要ですか? ! いいえ

利点:
プラットフォームに依存せず柔軟性がある
クラウドおよびオンラインシステム向けに拡張可能
最新のPOSシステムに最適

デメリット:
インターネット接続が必要です
より複雑な実装
プロバイダーのAPIの可用性に依存



クラウド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 が必要です。

クラウド対応ですか? いいえ、ローカルネットワークのみ
数値端末 ID が必要ですか? ! いいえ

利点:
スイスの標準的な解決策
高い安全基準
さまざまなプロバイダー向けの統一インターフェース

デメリット:
スイス市場限定
クラウド統合は不可能
最新のAPIソリューションよりも柔軟性が低い



myPOS

myPOS は、ローカル インフラストラクチャを必要としない最新のクラウド決済ソリューションです。

クラウド対応ですか? はい
数値端末 ID が必要ですか? ! いいえ

利点:
実装が簡単
最大限の柔軟性を実現するクラウドベース
多くの支払い方法に対応

デメリット:
プロバイダーによってはmyPOS
カスタマイズオプションが限られている
インターネット接続が必要です



ネクソ

NEXO は、相互運用性とセキュリティを提供する、国際的に認められた支払い取引の標準です。

クラウド対応ですか? はい
数値端末 ID が必要ですか? ! いいえ

利点:
将来性があり拡張可能
国際的に認められた
クラウドとローカルネットワークをサポート

デメリット:
複雑な実装
まだどこにも定着していない
より高いトレーニング努力



ISO20022 認証

銀行や金融サービスプロバイダーにとって特に重要なグローバルな支払い標準。

クラウド対応ですか? はい
数値端末 ID が必要ですか? ! いいえ

利点:
将来を見据えた標準
多くの支払い形式をサポート
高いセキュリティ

デメリット:
複雑で、必ずしも実装が容易ではない
調整コストの上昇
主に銀行向け、小売向けは少ない



SIX (TIM)

スイスでよく使用される SIX Payment Services の独自プロトコル。

クラウド対応ですか? いいえ
数値端末 ID が必要ですか? ! いいえ

利点:
高いセキュリティ
スイス市場向けに特別に最適化
安定したパフォーマンス

デメリット:
国際的に配布されていない
クラウド機能なし
柔軟性が限られている



アクワイアラー/SoftPOSプロバイダー独自のPOSプロトコルAPI

多くのアクワイアラー(決済プロセッサ)と SoftPOS プロバイダー(ソフトウェアベースの決済端末のプロバイダー)は、レジ統合用の独自の API を提供しています。これらの API は、独自の支払いシステムに合わせて特別に調整されており、アクワイアラー プラットフォームまたは SoftPOS アプリへの直接接続を可能にします。

クラウド対応ですか? はい、ほとんどの場合
数値端末 ID が必要ですか? ! いいえ、固有の販売者IDまたはAPIキーがよく使用されます

利点:
サードパーティプロバイダーを介さずに決済プロセッサに直接接続
支払いプロセスを完全に制御
最新のAPIテクノロジーにより簡単に実装できることが多い

デメリット:
それぞれのアクワイアラーまたはSoftPOSプロバイダーへの依存
ユニバーサルプロトコルよりも柔軟性が低い可能性がある
プロバイダーによって実装要件が異なる
別の買収会社に切り替えるには複雑な調整が必要になる可能性がある



Verifone FIPay / VX プロトコル

Verifone は、さまざまな端末世代向けに独自のプロトコル セットを提供しています。これらは、古い VX モデルから、FIPay (Verifone のクラウド対応 API) を搭載した最新の Android ベースのデバイスまで多岐にわたります。

クラウド対応ですか? はい(FIPay) / いいえ(古いVXプロトコル)
数値端末IDは必須ですか? ! いいえ

利点:
特にヨーロッパと北アメリカに広く分布している
さまざまな支払い方法に対応(クレジットカード、NFC、モバイル決済)
FIPayは最新のクラウド統合を実現します

デメリット:
独自のプロトコルなので柔軟性が低い
古いVXプロトコルはクラウドに対応していない
一部のVerifone端末に限定



Adyen ターミナル API

Adyen は、物理端末、オンライン決済、モバイル POS ソリューションと組み合わせることができる、完全に API ベースの決済処理ソリューションを提供します。オムニチャネル戦略を採用している国際的な小売業者にとって特に興味深いものです。

クラウド対応ですか? はい
数値端末IDは必須ですか? ! いいえ

利点:
POS、eコマース、モバイル向けの非常に柔軟なAPI統合
非接触型決済とデジタルウォレット(Apple Pay、Google Pay)をサポート
固定端末IDは不要

デメリット:
Adyenエコシステムに重点を置く – サードパーティの買収者との互換性が低い
初期の実装は技術的に要求が厳しい可能性がある
Adyenの価格モデルはすべての商人にとって最適ではない



ストライプターミナルAPI

Stripe は主にオンライン決済プロバイダーとして知られていますが、ターミナル API を使用した POS ソリューションも提供しています。クラウド対応の POS を導入しているスタートアップ企業、電子商取引企業、国際小売業者にとって特に興味深いものです。

クラウド対応ですか? はい
数値端末IDは必須ですか? ! いいえ

利点:
POSとオンライン決済のための非常に簡単なAPI統合
複数の拠点を持つ小売業者向けのスケーラブルなソリューション
最新の支払い方法(Apple Pay、Google Payなど)をサポート

デメリット:
Stripe エコシステムに重点を置く – サードパーティ プロバイダーに対する柔軟性が低い
すべての買収者がサポートされているわけではない
従来のプロバイダーと比較して取引手数料が高くなる可能性がある



CB2 (銀行カード – フランス)

CB2 は、フランスでクレジットカードやデビットカードの支払いに広く使用されているプロトコルです。これはフランスのほとんどの銀行や商店で使用されており、Cartes Bancaires 決済ネットワークと密接にリンクされています。

クラウド対応ですか? いいえ、ローカルネットワークのみ
数値端末IDは必須ですか? ! はい

利点:
フランスでは高い流通量
フランスの銀行に直接接続
国内取引に最適化

デメリット:
ネイティブクラウドサポートなし
国際的に限定された使用
フランスに強く結びついた独自のブランド



J/XFS (金融サービス向け Java/eXtensions)

J/XFS は、POS システムおよび ATM のオープン スタンダードです。プラットフォームに依存しない API を介して、決済端末、ATM、その他の金融デバイスを柔軟に接続できます。

クラウド対応ですか? いいえ(ローカル統合)
数値端末IDは必須ですか? ! いいえ

利点:
さまざまな決済端末の標準化されたインターフェース
銀行や大手小売業者にとって優れたモジュール性
端末メーカーに依存しない

デメリット:
従来のPOSシステムではあまり一般的ではない
実装は複雑になる可能性がある
ネイティブクラウドサポートなし



ELM (電子ロック管理) – ガソリンスタンドとeモビリティ向け

ELM はガソリンスタンドや e-モビリティの支払いに使用されます。 POS システムを燃料ポンプや充電ステーションに接続し、シームレスな支払いプロセスを実現します。

クラウド対応ですか? はい
数値端末IDは必須ですか? ! はい

利点:
ガソリンスタンドや電気充電ステーション向けに特別に開発
クラウド対応で最新のモビリティソリューションを実現
さまざまな支払い方法(カード、アプリ、RFID)をサポート

デメリット:
非常に業界特化型で、従来の小売業者には適していません
実装は専門プロバイダーを通じてのみ可能となることが多い
インフラプロバイダーへの強い依存



SoftPOS プロトコル (アクワイアラー/プロバイダー固有の API)

SoftPOS ソリューションにより、スマートフォンやタブレット経由でカード端末を使わずに支払いが可能になります。多くのアクワイアラー(myPOS、SumUp、Adyen、Stripe、PayPal など)は、SoftPOS 用に独自の API プロトコルを開発しています。

クラウド対応ですか? はい
数値端末IDは必須ですか? ! いいえ、固有の販売者IDまたはAPIキーがよく使用されます

利点:
ハードウェアは不要 – スマートフォンやタブレットで十分
小規模な小売業者やモバイルサービスプロバイダーにとって柔軟で使いやすい
非接触型決済(NFC、Apple Pay、Google Pay)をサポート

デメリット:
多くの場合、特定の買収者またはプロバイダーに限定されます
すべての銀行や加盟店がSoftPOSをサポートしているわけではない
取引ごとの手数料が高くなる可能性がある



SumUpターミナルAPI

SumUp はモバイル カード決済の人気プロバイダーであり、ターミナル API を使用してレジ システム、モバイル アプリ、またはオンライン ショップに統合するためのインターフェイスを提供しています。 API を使用すると、SumUp 端末を POS システムやクラウド プラットフォームに簡単に接続できます。

クラウド対応ですか? はい
数値端末IDは必須ですか? ! いいえ

利点:
APIによるシンプルで迅速な統合
数値端末IDは不要
小規模小売業者、自営業者、モバイルサービスプロバイダーに最適
非接触型決済とモバイルウォレット(Apple Pay、Google Pay)をサポート

デメリット:
SumUpエコシステムに依存 - サードパーティプロバイダーの柔軟性が低い
大規模小売業者向けのカスタマイズオプションが限られている
すべてのアクワイアラーがSumUpへの直接接続をサポートしているわけではありません。たとえば、girocardは受け入れられません。
取引ごとの手数料が高くなる可能性がある



まとめ
適切なレジスター プロトコルの選択は、企業の個々の要件によって異なります。 ZVT と ep2 は実績のあるローカル標準ですが、REST API と NEXO は最新のクラウド対応の代替手段を提供します。 Cloud REST API と myPOS によりクラウド統合が容易になり、ISO 20022 は特に銀行に関連します。

アクワイアラーまたは SoftPOS 固有の API は、それぞれの支払いプラットフォームへの直接接続を提供し、特定の支払いサービス プロバイダーと緊密に連携したい販売者に特に適しています。

Nexo や ZVT などの標準化されたインターフェースにより、レジスターと端末間の相互作用が可能になります。

💡 私たちのおすすめ

将来のセキュリティと柔軟性を最大限に高めたい場合は、API ベースまたはクラウド対応のソリューションを選択する必要があります。

実証済みの安定した統合を必要とする場合は、ZVT や ep2 などの従来のプロトコルに依存できます。

すでにアクワイアラーまたは SoftPOS プロバイダーと緊密に連携している場合は、独自の API のメリットを享受できます。

特定の、またはリストにないレジレポートが必要ですか?お気軽にお問い合わせください。

お客様の要件に最適なソリューションを見つけるためにアドバイスさせていただきます。