まもなく到着する旅客がいらっしゃいます。当社はお一人ずつにその一枚を確保し、空港でお渡しします。SIMは販売せず、御社のお客様にも触れません。
タンソンニャット空港（SGN）· ノイバイ空港（HAN）— その他の空港はご相談に応じて
製造番号を一枚ずつ読み取って受け入れ確認します。数が合わなければ即座に分かります。
APIが注文を送ると、そのお客様にSIM一枚が固定されます。
画面が渡すべき一枚を指定します。別の一枚は選べません。
実際に渡した製造番号が含まれます。突き合わせは常に開かれています。
以下の四点はシステムの構造そのものです。約束ではなく、御社が確認できる事実です。
搭乗前に御社への支払いは済んでいます。残るのは、その方のために確保してあるSIMを渡すことだけです。
約束ではありません。約束は確認できないからです。構造で担保します：
支払いは既に完了しています。旅客が持ってくるのは購入意欲ではなく受け取りコードです。
注文ごとに特定の一枚を固定します。「どれでも一枚」という選択肢はありません。画面がその方のために確保された製造番号を指定します。
誤って渡せば在庫が合わなくなります。SIMごとに状態を持ちます。別の一枚を渡せばその日の在庫が合わず、御社がすぐに気づきます。
記録は変更できません。読み取りはすべて記録されます。製造番号単位まで突き合わせられます。
任意の注文を開いて「受け渡し側に見える内容」を押すと、二列が並んで表示されます。御社が見ているデータと、空港側の画面に実際に届く内容です。
| 項目 | 御社に見える | 相手に見える |
|---|---|---|
| 御社の社名 | ABC Travel Co. | パートナー 7K2M |
| お客様 | KIM M-J | KIM M· |
| 御社の販売価格 | — 表示 — | 非表示 |
| SIM製造番号 | 全桁 | 全桁 |
当社の言葉を信じる必要はありません。開いてご確認ください。
流れはどなたも同じです。SIMを空港へ送り、注文を送信し、旅客が到着して受け取ります。
入国する旅客にオンラインで販売しているが、空港側に人がいない。
SIMを商品に組み込み、到着ロビーを出る前に通信可能に。
コード一つで団体全員分を受け取り、一人ずつ並ぶ必要なし。
事前予約でチェックインを待たず空港で受け取り。
既存の送迎パッケージに一項目追加、在庫不要。
乗車前にすでに通信可能。
一度の連携で空港受け取りSIMを商品として販売。
海外からの参加者が到着直後から通信可能。
注文を送り、Webhookを受け取る。本番前に試せるテスト環境付き。
お客様が支払った瞬間に、注文が製造番号を一つ固定します。
どの空港、どの事業者、残り何枚か。お客様より先に分かります。
受け渡し済み、保留中、紛失 — 議論ではなく数字で。
御社が登録したIPからのみ呼び出せます。漏れても他所では使えません。
新しい空港を開いても御社側の改修は不要です。同じAPIのままです。
テスト用キーはドキュメントページで即時発行されます。審査待ちはありません。
POST /api/partner/v1/orders Authorization: Bearer sk_test_··· { "partnerRef": "ORD-80412", "airportCode": "SGN", "carrierCode": "vinaphone", "qty": 1, "flightNo": "VJ862", "meetAt": "2026-10-02T08:00:00+07:00", "guestName": "Kim Min-jun" } 201 → { "id": "…", "status": "PENDING", "pickupCode": "7K2M9QXB" }
いいえ。小売店舗も旅客向けアプリもなく、SIMの価格をどこにも掲示していません。当社の収益は受け渡し成功ごとの手数料です。御社が多く売るほど当社の収益も増えます。
ホーチミンのタンソンニャット空港（SGN）とハノイのノイバイ空港（HAN）です。その他の空港はご相談に応じて開設します。一覧にない空港で継続的な数量がある場合はご連絡ください。
御社です。御社の通信事業者または販売代理店から御社の価格で仕入れ、空港へ送っていただきます。当社は仕入れず、在庫も持たず、価格にも関与しません。
eSIMは受け渡しが不要ですが、比較的新しくSIMロックのない端末でしか使えません。依然としてかなりの割合の旅客が物理SIMを必要としています。当社はその層を担います。両方を扱っておられるなら、eSIMはメールで、物理SIMはこちらで — 競合しません。
画面がその注文に確保された製造番号を指定します。別の番号を読み取れば、その場で不一致が表示されます。それでも渡した場合、その日の在庫が合わなくなり御社が気づきます。記録は誰も変更できません。
SIMはその注文のために確保され続けます。保持期限を過ぎると記録を残して利用可能在庫に戻ります。保持日数は御社が設定します。
管理画面で直接修正してください。APIでは注文を取り消して新規に作成します。APIに更新命令を置いていないのは意図的です。既にSIMを確保済みの注文を途中で書き換える箇所こそ、二つの注文が同じ一枚を取り合う原因になるからです。取り消せばSIMは即座に在庫へ戻ります。
受け渡し成功ごとの手数料です。初期費用も月額もありません。お客様が来られなかった分は請求しません。数量に応じた価格は admin@simpickup.com までお問い合わせください。
在庫を事前に空港へ送っていただき、お客様の支払い時点でAPIから注文を送ります。システムがその注文に製造番号を一つ固定し、受け取りコードを発行します。旅客が着陸してコードを提示すると、自分のために確保された一枚を受け取ります。御社には実際に渡した製造番号を含むWebhookが届きます。どの段階にも手作業はありません。
テスト用キーはドキュメントページで即時発行され、審査待ちはありません。連携は通常一営業日です。本番稼働には、御社の在庫が空港に届き確認まで済んでいることが必要です。
SIMを事前に空港へ送り、団体名簿を当社へ送信してください。一団体につき注文一件、最大50枚です。システムがその数を確保し受け取りコードを発行します。到着後、ガイドまたはお客様本人がコードを提示して受け取ります。御社には実際に渡した製造番号の一覧を含む確認が届きます。
合います。多くの旅行会社は収益の一項目ではなく、ツアーに含まれるサービスとして使っておられます。ツアー代金に含めるか無償で付けるかは御社の判断です。販売価格は当社が決めません。
設定された保持期限まで、SIMはその注文のために確保され続けます。人数が減った場合は取り消して正しい枚数で作り直してください。余剰は即座に在庫へ戻り、損失は生じません。
所属会社がフライト前に団体注文を一件送信します。注文あたり最大50枚です。システムがその数を確保し、受け取りコードを一つ発行します。空港でそのコードを提示し、まとめて受け取って読み取りで確認するだけです。その場で突き合わせられる製造番号の一覧が手元に残ります。
使えます。ただし注文を送るためのパートナーアカウントと、空港へ送るSIMの仕入先は別途必要です。ご連絡いただければ、御事情に合わせた進め方をご説明します。
会社が設定した期限までSIMは確保されます。余剰はその時点で記録を残して在庫へ戻ります。誰も損をしません。
どちらに該当するか、どの空港でお客様をお迎えか、月あたりおおよその人数をお知らせください。
一営業日以内にご連絡いたします。
