エンドポイントとバージョニング
API
エンドポイント
バージョニング
URL構造
この記事の対象
レシートローラーAPIを実装する開発者向けです。エンドポイントのURL構造とバージョニングの考え方を説明します。
レシートローラーAPIを実装する開発者向けです。エンドポイントのURL構造とバージョニングの考え方を説明します。
ベースURL
本番: https://api.receiptroller.io/v1 ステージング: https://api-staging.receiptroller.io/v1
OAuth認可エンドポイントは別ホストです。
認可: https://receiptroller.io/oauth/authorize トークン: https://receiptroller.io/oauth/token
URL構造
/v{バージョン}/{リソース}[/{ID}][/{サブリソース}]
例:
GET /v1/receipts ← レシート一覧
GET /v1/receipts/rcp_xyz123 ← 個別レシート
GET /v1/receipts/rcp_xyz123/items ← レシートの明細
POST /v1/products ← 商品作成
バージョニング方針
- URLパス方式(
/v1/...)を採用。ヘッダー方式は使いません - 後方互換性のある変更(フィールド追加など)は同一バージョン内で実施
- 破壊的変更(フィールド削除・型変更・URL変更)は新バージョン(
/v2)として提供 - 新バージョン公開後、旧バージョンは最低12ヶ月並行稼働
後方互換とみなされる変更
- レスポンスへの新フィールド追加
- 新エンドポイントの追加
- 任意リクエストパラメータの追加
- 既存エラーコードに新しいコードを追加
クライアント実装時は未知のフィールドを無視するよう作っておくと、互換性を維持しやすくなります。
破壊的変更の例
- 既存フィールドの削除・名称変更
- フィールドの型変更(string → number 等)
- 必須リクエストパラメータの追加
- 認証方式の変更
- レート制限の大幅な引き下げ
廃止予告とサポート期間
| フェーズ | 期間 | 挙動 |
|---|---|---|
| 通常 | ― | 問題なく動作 |
| 廃止予告 | 廃止12ヶ月前〜 | レスポンスに Sunset ヘッダー |
| 非推奨 | 廃止3ヶ月前〜 | Deprecation ヘッダー追加 |
| 廃止 | 廃止日以降 | 410 Gone |
廃止予告は開発者ポータルの「お知らせ」、メール、Sunsetヘッダーで通知します。
現行バージョンの確認
レスポンスヘッダー X-RR-Api-Version に現在処理したバージョンが含まれます。
HTTP/1.1 200 OK X-RR-Api-Version: 2026-04-01 Content-Type: application/json
関連ガイド
公開日: 2026-04-27
更新日: 2026-04-27
カテゴリ
タグ
API (20)
OAuth (14)
Android (10)
iOS (9)
Webhook (8)
api (6)
oauth (5)
トラブル (5)
POS連携 (4)
getting-started (4)
関連記事
-
営業時間API(Business Hours API)の使い方レシートローラーの営業時間API(/api/v1/stores/{storeId}/business-hours)のガイドです。曜日ごとの営業時間の取得・更新、特例営業日(臨時休業・営業時間変更)の登録、店舗の就業可能時間(シフト作成時の上限となる業務時間)の設定、現在営業中かどうかの判定までを解説します。
-
リクエストとレスポンスの基本(JSON)レシートローラーAPIのリクエスト形式、必須ヘッダー、レスポンス構造、ページネーション、フィルタリング、日時形式の規則を解説します。
-
ネイティブモバイルアプリ向けガイド: 複数ビジネスアカウントアクセスと OAuth フローAndroid / iOS のネイティブアプリ向け実装ガイド。アプリ登録時に「認可時に1つのビジネスアカウントへトークンを紐付ける」をオフにすると、user-scoped OAuth トークンが発行されます。/api/v1/me/organizations + ?organizationId= パターンで複数ビジネスアカウントを横断アクセスできます。
-
取引一覧API(Transactions API:POS+OMS統合フィード)の使い方レシートローラーのTransactions APIは、レジ売上(PosTransactions)と販売管理注文(OmsOrders)を1つのフィードに統合した読み取り専用APIです。Android/iOSアプリで「ビジネスアカウント全体の取引」を一覧表示する際の入り口になります。
-
PosTransactionDto 仕様 — 取引データのフィールドリファレンスレシートローラーが扱う取引データの正規モデル PosTransactionDto の全フィールドを解説します。識別子・日時・金額・明細・支払い・スタッフ・ステータス・CRM 連携の各カテゴリーごとに、フィールド名・型・意味・各 POS ベンダーからの埋め方をまとめた、開発者および外部システム連携担当者向けのリファレンスです。スマレジ・Square 双方のマッピング記事からも参照されます。