FZ-011 · 連携
PosPlugin
アプリ開発者向けに、POSシステムの売上データを一つのAPIで提供します。
posplug.inにアクセス ローンチ済み:まだです
- ステータス
- 開発中
- パイプラインの段階
- 検証
- 分野
- 連携
- 自律性の目標
- レベル4 · 自己最適化
- 構成技術
- 稼働中 3 · 計画中 2
課題
売上データが必要なアプリは、それぞれ、POSシステムごとに別々の連携を作って保守しています。
できること
PosPluginは、各POSを一度だけ接続し、アプリにそのデータを一つのAPIで提供する設計です。
しくみ
- ログインまたはAPIキーで加盟店のPOSを接続します。POSには何も書き込まれません
- AIが各フィールドをひとつのクリーンなモデルにマッピングし、確信が持てない箇所は人が確認します
- アプリは、1つのREST APIとWebhookで、注文、決済、メニュー、店舗を読み取れます
開発者向けの無料サンドボックスをローンチ時に提供。ライブ料金は接続ロケーションごと。
数週間の連携作業ではなく、30分で新しい加盟店を接続。
現在サイトとアーリーアクセスリストは公開中です。コネクター、マッピングエンジン、APIは構築中です。
映像
目的
- 自律運用
- 連携の保守こそ自動化の対象です。加盟店のPOSシステムの接続は、個別プロジェクトではなく、ガイド付きの30分で済むことを目指しており、接続を維持するために人手は要らないことを目指しています。モニターがすべての同期でスキーマの変化と失敗を監視し、マッピングの修正案を提示し、何がなぜ壊れたかを運用担当に知らせます。
- インテリジェンス
- モデルがPOSのAPIドキュメント、仕様、サンプルペイロードを読み、各フィールドを単一のデータモデルにどうマッピングするかを、フィールドごとの確信度スコア付きで提案します。提案までがモデルの役割で、確認するのは人です。確信度の低いマッピングが自動で本番に反映されることはなく、すべての判断は監査ログに残ります。データの移動は通常のコードです。
- グロース
- 開発者主導。まずテスト用POSデータの入った無料サンドボックスを提供し、その後は接続ロケーションごとの料金を、最初の顧客とともに決めます。最初の業種はレストランです。成長は接続された加盟店ロケーション数で、パイロット以外の最初の顧客から数えます。
技術的な詳細
POSシステム向けの連携レイヤーです。OAuthまたはAPIキーで加盟店のPOSに接続し、サンプルデータを読み取り専用で取得します。モデルがPOSのフィールドを、フィールドごとの確信度スコア付きで単一のデータモデル(注文、決済、カタログ商品、店舗)にマッピングし、不確かなものは人が確認します。アプリは、1つのREST APIと1つのWebhookストリームですべての加盟店を読み取れ、各レコードには元のPOSペイロードが保持され、POSが許す範囲で注文の書き戻しもできます。モニターがスキーマの変化や失敗する同期を監視します。カード番号がここを通ることはありません。最初の業種はレストランです。現在あるのは posplug.in のサイトとそのアーリーアクセスリストで、コネクター、マッピングエンジン、統合API、サンドボックスは設計済みで未実装です。