カスタムアプリ向けPOSハードウェア:プリンター、ドロワー、スキャナー
AIで作成したPOSは完成したように見えても、レシートプリンターと接続する段階で壁に突き当たります。本記事では、各種POSハードウェアをカスタムアプリで動作させるために必要な要件、Appleの承認が必要な機器、および開発に最も時間のかかるルートを回避する方法を具体的に解説します。

カスタムアプリ向けPOSハードウェアの導入は、AIで作成したPOSプロジェクトが最も停滞しやすい部分です。プレビュー画面では完成しているように見えても、レシートプリンターが反応せず、キャッシュドロワーが開かず、カードリーダーがペアリングできないといった問題が生じます。これらはコードの問題ではありません。各機器には固有の接続方式があり、一部の接続ではアプリが使用許可を得る前にAppleや機器メーカーからの承認が必要となります。
本ガイドでは、機器ごとに接続方法、iOSおよびAndroidでの必要条件、時間を大幅に節約できる選択肢について解説します。要約すると、プリンターを選ぶ前にまず接続方式を決めることが重要です。

なぜAI作成POSアプリはハードウェア部分で停滞するのか?
AIはプリンターSDKに対応したコードを書くことはできても、そのプリンターを使用するための権限をアプリに付与することはできないためです。バイブコーディングされたPOSが現場で直面する主なブロック要因は以下の3つです。
プラットフォームの規則: iOSでは、AppleのMFiプログラムによって個別に承認されたBluetooth ClassicおよびLightning/USBアクセサリとしかアプリが通信できません。
ブラウザの制限: SafariはWeb Bluetoothに対応していないため、iPad上のウェブPOSからBluetoothハードウェアに一切アクセスできません。
実機テスト: プリンター、ドロワー、リーダーごとに挙動が少しずつ異なり、それらは実際の機器でテストして初めて判明します。
ゼロから構築する場合は、AIで独自POSシステムを構築する方法のピラーページで決済や配信の障壁についても解説しています。本ページでは、接続する周辺機器全般について扱います。
iOSでレシートプリンターの接続方式ごとに必要な条件は?
承認の手間を決めるのはブランドではなく接続方式です。iPadやiPhoneでのPOS接続の全体像は以下の通りです。
| 接続方式 | iOSでのMFiアプリ承認 | ブラウザからの動作 | 最適な用途 |
|---|---|---|---|
| Bluetooth Classic | 必要(プリンターメーカー経由) | 不可 | プリンターが既にMFi認証を受けているモバイル印刷 |
| Bluetooth LE | 不要 | 不可(SafariはWeb Bluetooth非対応) | MFi手順が不要なモバイル印刷 |
| ネットワーク(Ethernet/Wi-Fi) | 不要 | 可能(WebPRNTまたはePOS-Printモデル) | 据え置きカウンター、複数端末でのプリンター共有 |
| Lightning / USB | 必要 | 不可 | 対応モデルを使用した単一端末カウンター |
Androidでは、これらのいずれもAppleの承認は不要です。プリンターメーカーのAndroid SDKとAndroidのBluetooth権限を使用します。店舗タイプ別の詳細な比較については、Bluetooth、BLE、ネットワーク:iPad POS向けレシートプリンターの選び方をご覧ください。
プリンターのMFiアプリ承認はどのように機能するか?
MFiアプリ承認とは、特定アプリがBluetooth ClassicまたはLightning/USB経由で特定のアクセサリと通信することをAppleが許可する制度です。開発者がAppleへ直接申請するのではなく、プリンターメーカーが代理で行います。
プリンターメーカーのiOS SDKをダウンロードし、Apple Developer Programに登録します。
プリンターのプロトコル名を使用してアプリを構築します。
メーカーの登録フォームからアプリの詳細を提出します。
メーカーがアプリをAppleのMFiプログラムに提出します。
Appleの審査通過後、メーカーからMFi製品計画ID(PPID)が発行されます。
App Storeへの申請時、App Reviewのメモ欄にPPIDを記載して提出します。
Star Micronics(スター精密)はこの手順を明確に文書化しており、承認には1〜2週間かかる場合があると記載されています(StarのMFiプロセス)。エプソンもBluetoothやLightning-to-USB接続のMFiプリンターで同様の仕組みを採用しており、Zebraではこれをホワイトリスティングと呼んでいます。注意点として、PPIDは登録したプリンターモデルに紐づくため、新しいモデルを追加すると再申請が必要になる場合があること、レビューメモへのPPIDの記載漏れはアプリ却下の原因になることが挙げられます。
詳細記事:iPadアプリからのレシート印刷にMFi承認は必要か、Star Micronicsプリンターを自作POSアプリに接続する方法、カスタムPOSからEpson TMプリンターに印刷する方法、iOSアプリからZebraラベルプリンターに印刷する方法。
ウェブベースのPOSでレシートを印刷できるか?
可能ですが、ネットワーク経由に限られます。ブラウザはiPad上のBluetoothプリンターにアクセスできず、標準のブラウザ印刷ダイアログはレジの現場には不向きです(確認ダイアログが表示され、用紙選択が合わず、会計速度が低下します)。
有効なのは、ウェブページからの印刷ジョブを受信できるネットワークプリンターです。StarのWebPRNTやEpsonのePOS-Printが代表的で、ウェブアプリからプリンターのIPアドレスへ直接レシートデータを送信します。デメリットとしては、店舗ごとのネットワーク設定が必要なことと、ネットワーク障害時に印刷できないことが挙げられます。詳細ガイド:Bluetoothなしでウェブアプリからレシートを印刷する方法。
カスタムPOSからキャッシュドロワーを開く仕組みは?
ほとんどの構成ではプリンター経由で開きます。標準的なPOSキャッシュドロワーは、RJ11またはRJ12ケーブルでレシートプリンターのドロワーキックポートに接続します。アプリからプリンターにドロワーオープンコマンドを送信すると、プリンターから短い電気信号が送信されてドロワーのロックが解除されます。
これにより、構築において2つのポイントが生じます。ドロワーは印刷機能が動作して初めて機能すること、そしてウェブPOSでもドロワーが接続されたネットワークプリンターに印刷できればドロワーを開けることができる点です。USBやネットワーク接続のドロワーも存在しますが一般的ではありません。現金精算の正確性を期すため、売上を伴わない開放も含め、すべてのドロワー開放ログを記録してください。詳細はキャッシュドロワーが開く仕組み:キックコードとカスタムPOSアプリをご覧ください。
バーコードスキャナーにSDKは必要か?
通常は不要です。多くのスキャナーはキーボード(HID)モードで動作し、スキャンデータはバーコードが入力されてEnterキーが押されたかのように送信されます。これはすべてのネイティブアプリおよびウェブページでそのまま機能するため、スキャナーは最も導入が容易な周辺機器です。
ただし2つの考慮点があります。テキストフィールドにフォーカスがない状態でもスキャンを認識できるようにすること、手入力と高速なスキャンを判別できるようにすることです。SDKモードを使用すると、設定変更、バッテリー状態の取得、より詳細なデータの取得が可能になります。また、少量のスキャンであればスマホのカメラでも代用できます。ガイド:カスタムPOSアプリにおけるバーコードスキャナー:HIDモード vs SDK。
キッチンプリンター/ディスプレイ、カスタマーディスプレイ、ラベルプリンターについて
これらはカスタムPOSの価値を最も発揮できる領域ですが、それぞれ特有の仕様があります。
キッチンディスプレイシステム(KDS): 印刷伝票を画面表示に置き換えます。画面作成は簡単ですが、各調理場へのリアルタイムな注文振り分け、消し込み・再表示機能、オフライン時の挙動制御が難所となります。キッチンディスプレイシステムを自作すべきかを参照してください。
カスタマーディスプレイ: カート内容、合計金額、チップ選択画面を表示します。課題は2つの画面間でカートの状態をリアルタイム同期させることです。カスタムPOSアプリ向けカスタマーディスプレイを参照してください。
ラベルプリンター: 棚札、値札、注文ラベルを印刷します。iOSでは、Bluetooth Classic接続のラベルプリンターもレシートプリンターと同じMFiモデルに従うため、Zebraなどのメーカーはホワイトリスト登録前にバンドルIDとプロトコル文字列の提出を求めます。
本番稼働前には、使用する実機デバイスでPOSハードウェアテスト用チェックリストを実施してください。
最初に導入すべきPOSハードウェアは?
ゼロから構築する場合、承認ステップを最小限に抑えられるハードウェアを選択してください。
| ニーズ | 最もハードルの低い選択肢 | 理由 |
|---|---|---|
| レシートプリンター(据え置き) | ウェブ印刷対応のネットワークプリンター | MFi手順が不要、共有可能、ブラウザから動作 |
| レシートプリンター(モバイル) | Bluetooth LEモデル | iOSでのMFi手順が不要 |
| キャッシュドロワー | プリンター駆動型ドロワー | 追加でサポートすべき接続が不要 |
| スキャナー | キーボード(HID)モードスキャナー | コードを書かずにあらゆる環境で動作 |
| カード決済 | 決済プロバイダーの認定リーダーまたはTap to Pay | 認定ハードウェアのみがカード決済を処理可能 |
カードリーダーは、契約プロバイダーの認定を受けた機器しか決済処理できないため、独立したカテゴリとなります。ピラーページカスタムPOSアプリでクレジットカード決済を受け付ける方法で、リーダー、Tap to Pay、スマートターミナルについて説明しています。
ハードウェアSDKの導入を完全にスキップできるか?
すでにハードウェア連携が完了しているプラットフォーム上でチェックアウトを動作させれば可能です。それこそがFinalの仕組みです。AIがFlow Studioでチェックアウトを構築し、アプリを実行するステーションがハードウェアとの通信を担当します。
Native Station: AppleおよびAndroidデバイス上でFinal POSアプリを実行し、カードリーダー、Tap to Pay、レシートプリンター、キャッシュドロワーを接続します。Native Stationのセットアップ方法を参照してください。
Virtual Station: ローカルのハードウェア接続が不要な画面向けに、任意のブラウザで動作します。違いはNative Station vs. Virtual Stationで解説しています。
複数プリンターのルーティング: タグ付けによってカウンター用とキッチン用などに振り分けることが可能です。Stationでのマルチプリンタールーティングのセットアップを参照してください。
チェックアウトから印刷やドロワー開放のリクエストを送信すれば、あとはステーションが処理します。トレードオフは明確です。市場にあるあらゆるデバイスではなく、Finalがサポートするハードウェアを使用し、ハードウェアは表示価格で購入することになります(Final POSの料金体系を参照)。大半の店舗において、対応リストでレジの要件はカバーされます。POS全体を自作する場合は、AIで独自POSシステムを構築する方法からお読みください。
よくある質問
カスタムPOSにはどのようなハードウェアが必要ですか?
最低限、アプリを実行するデバイス、レシートプリンター、カード決済を行う手段が必要です。多くの店舗ではキャッシュドロワーやバーコードスキャナーを追加し、飲食店ではキッチンプリンター/ディスプレイやカスタマーディスプレイを追加することが多く見られます。
iPadアプリで利用するレシートプリンターはすべてMFi承認が必要ですか?
いいえ。iOSでMFiアプリ承認が必要なのは、Bluetooth ClassicまたはLightning/USBで接続されたプリンターのみです。Bluetooth LEプリンターやネットワーク(EthernetまたはWi-Fi)プリンターは承認不要です。
プリンターのMFi承認はどのように取得しますか?
Star Micronics、Epson、Zebraなどのプリンターメーカーにアプリの詳細を提出します。メーカーがAppleのMFiプログラムに申請し、発行されたPPIDをアプリ提出時にApp Reviewのメモ欄に記載します。
アプリからキャッシュドロワーを開くにはどうすればよいですか?
ほとんどのキャッシュドロワーは、レシートプリンターのドロワーキックポートに接続します。アプリからプリンターにドロワーオープンコマンドを送信すると、プリンターが電気信号を発してドロワーを開きます。
バーコードスキャナーにSDKは必要ですか?
キーボード(HID)モードで使用する場合は不要です。各スキャンデータは任意のアプリやウェブページにキー入力テキストとして送信されます。SDKは設定変更や詳細データの取得に役立ちますが、ほとんどの店舗では必須ではありません。
ウェブベースのPOSでレシートを印刷できますか?
はい、Star WebPRNTやEpson ePOS-Printモデルなど、ウェブ印刷ジョブを受け付けるネットワークプリンターに印刷できます。iPadのSafariはWeb Bluetoothに対応していないため、ブラウザからBluetoothプリンターにアクセスすることはできません。
