> ## Documentation Index
> Fetch the complete documentation index at: https://waffo.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# API リファレンス表

> 他の Waffo API ページが参照している 4 つの参照表：国と送金手段ごとの送金受取人フィールドの要件、注文作成時に条件付きで必須になるフィールド、自前のチェックアウトページを構築する加盟店向けの `orderAction.actionData` フィールドの完全な一覧、そして送金・アクワイアリング・サブスクリプション・出金という API ファミリーごとのエラーコード表。

Waffo の複数のページが「フィールド要件の表を参照してください」「エラーコードの一覧を参照して
ください」と書いています。それらの表をここに集めました。このページは**完全な参照先**です。
隣接する 2 つのページが同じ範囲を別の角度から扱っており、たいていはそちらのほうが速く読めます。

| ページ | 用途 |
| - | - |
| [エラーコードのクイックリファレンス](/docs/ja/developer-docs/tools-and-references/developer-tools/error-codes) | 受け取ったばかりの 1 つのコードを、すべての API 横断で調べる |
| [エラーとトラブルシューティング](/docs/ja/support/errors-troubleshooting-guide) | 連携の失敗の大半を占める少数のコードと、その対処 |
| **このページ** | **1 つの** API ファミリーの完全な表と、それらの表が参照するフィールド |

クイックリファレンスから得られない唯一のものは、あるコードがどの API ファミリーに属するかです。
そしていくつかのコードは、ファミリーによって異なる意味を持ちます。それが以下の最初の質問です。

## 同じエラーコードは、Waffo のどの API でも同じ意味ですか？

**いいえ。** コードの数字部分のスコープはグローバルではなく、API ファミリーです。
特に 3 つのコードが罠になります。

| コード | アクワイアリング（`/api/v1/order/*`）での意味 | 送金と出金での意味 |
| - | - | - |
| `A0013` | 注文をキャンセルできない — 決済がすでに成功している | リクエストが多すぎる — 同じ `payoutRequestId` を持つ別のリクエストがまだ処理中 |
| `A0014` | 返金ルールにより注文を返金できない | 存在しない — 同一パラメータでの重複作成は、元の注文とともに通常の成功コードを返します |
| `A0008` | 取引限度額を超過。決済金額は範囲内である必要がある | 送金 / 出金の限度額を超過。金額は範囲内である必要がある |

したがって `/api/v1/payout/create` での `A0013` は、その `payoutRequestId` による先のリクエストが
まだ処理中であることを意味します。待ってから照会し、その後に再送してください。一方
`/api/v1/order/cancel` での `A0013` は終端であり、再試行してはいけません。
コードは必ず、呼び出したエンドポイントのファミリーに照らして解決してください。

プレフィックスの意味はどこでも一定です。`A` は加盟店関連、`B` はユーザー関連、
`C` はシステム関連、`D` はリスクによる拒否、`E` は不明（最終ステータスが出るまで照会を
続けてください）です。

## 送金でどの受取人フィールドを送る必要があり、どれが `payoutMethodProperty` の中に入りますか？

要件は **受取国 × 送金手段** のマトリクスであって、API の性質ではありません。
`payeeFirstName`、`payeeMiddleName`、`payeeLastName`、`payeeIDType` が仕様上
`conditional` と宣言されているのは、まさにこの理由によります。

| 国 | `payoutMethodType` | `payoutMethodName` | 名 / ミドルネーム / 姓 | 国籍 | 生年月日 | 電話 | メール | `bankCode` | `addressInfo` |
| - | - | - | - | - | - | - | - | - | - |
| インドネシア（`IDN`） | `BANK_ACCOUNT` | `IDN_BANK` | 不要 | 不要 | 不要 | 不要 | 不要 | **必須** | 不要 |
| インドネシア（`IDN`） | `EWALLET` | `DANA` | 不要 | 不要 | 不要 | 不要 | 不要 | 不要 | 不要 |

本人確認に関する 2 つのルールは、このマトリクスの外側、フィールド定義そのものに記載されています。

| 国 | ルール |
| - | - |
| 中国本土（`CHN`） | `payeeIDType` は**必須**です。`ID` または `PASSPORT` を、対応する `payeeIDNumber` とともに送信してください。銀行送金にはさらに現地固有のルールがあります。 |
| ブラジル（`BRA`） | `payeeIDType` は**必須**で、CPF / CNPJ です。 |

それ以外のすべての回廊では、受取人フィールドは国のルールではなく下流で検証されるため、
保有しているものはすべて送信してください。回廊がオンボードされるにつれてこのマトリクスには
行が追加されます。上限ではなく下限として扱い、実際に何が欠けているかは拒否によって
知ってください。

### トップレベルではなく `payoutMethodProperty` に入るのはどのフィールドですか？

`payoutMethodProperty` はオブジェクトではなく **JSON 文字列**（最大 512 文字）で、
銀行のルーティング情報を受け付ける唯一の場所です。

| キー | 条件 | 備考 |
| - | - | - |
| `bankCode` | `payoutMethodType = BANK_ACCOUNT` の場合は必須 | リクエストのトップレベルでは受け付けられません |
| `bankBranch` | 任意 | 省略時は空になります |
| `bankCity` | 任意 | 指定した場合、照会時に返されます |

受取人の口座識別子そのものは `payoutMethodProperty` に**入りません**。それは
`payoutInfo.payoutMethodUserAccountNo` であり、その形式は `payoutMethodType` に依存します。
`BANK_ACCOUNT` では銀行口座番号、`EWALLET` ではそのウォレット自身の口座番号または公開の
ユーザー識別子です。`payoutMethodName` は `EWALLET` ではウォレット名、`BANK_ACCOUNT` では
**空**です。

作成 / 照会 / 通知のループそのものについては
[送金 FAQ](/docs/ja/support/payout-faq) を参照してください。

## 送金の `purpose` にはどの値を指定できますか？

`/api/v1/payout/create` の `purpose` は、**中国本土向けの送金では必須**であり、その場合は
以下の値のいずれかである必要があります。それ以外の回廊では任意で、指定されたまま受取側に
渡されます。受け付けられる値は次のとおりです。

| 値 | 意味 |
| - | - |
| `SALARY_PAYMENT` | 給与 |
| `SERVICE_CHARGES` | サービス料 |
| `ADVISORY_FEES` | アドバイザリー / コンサルティング料 |
| `ADVERTISING_EXPENSES` | 広告および広報 |
| `CONSTRUCTION_EXPENSES` | 建設費 |
| `PROPERTY_RENTAL` | 不動産賃料 |
| `TAX_PAYMENT` | 納税 |
| `LIBERALIZED_REMITTANCE` | 自由化送金 |

その支払いを本当に説明するものを選んでください。一部の回廊 — 特に中国本土 — では
これに対して検証が行われます。

隣接する 2 つの自由記述フィールドがよく混同されます。`description`（最大 128 文字）は
受取人の銀行またはウォレットの明細に印字されるため、短く保ってください。銀行やウォレットは
これを切り詰めるため、実務上の上限はおよそ英単語 16 語または漢字 10 文字です。
`extendInfo`（最大 128 文字、JSON）はそのまま貴社に返され、受取人には決して届きません。

## `/api/v1/order/create` の「任意」フィールドのうち、特定の決済手段で必須になるのはどれですか？

アクワイアリングの仕様では `goodsInfo`、`addressInfo`、そして `userInfo` の大半が任意とされています。
必須かどうかが、実際に使われる決済手段に依存するためです。`payMethodType` ごとに集約すると
次のとおりです。

| `payMethodType` | `userFirstName` | `userLastName` | `userPhone` | `goodsInfo` | `addressInfo` |
| - | - | - | - | - | - |
| `BNPL` | 必須 | 必須 | 必須 | 必須 | 必須 |
| `ONLINE_BANKING` | 必須 | 必須 | 市場による | 市場による | 不要 |
| `EWALLET` | 不要 | 不要 | 市場による | 不要 | 不要 |
| `VA` | 必須 | 必須 | 不要 | 不要 | 不要 |
| `OTC` | 必須 | 必須 | 不要 | 不要 | 不要 |
| `CREDITCARD`、`DEBITCARD` | 不要 | 不要 | 不要 | 不要 | 不要 |

これは契約としてではなく、規模感を掴むための情報として読んでください。同じ `payMethodType`
でも市場によって異なることがあり、いくつかのセルが*市場による*と書かれているのはそのためです。
提供されるすべての場所で明細化されたカート全体を必要とするのは `BNPL` だけです。

**Waffo のホスト型チェックアウトを使っている場合、この表はたいてい無視できます。** 選ばれた
決済手段が、貴社が指定していないユーザー情報を必要とする場合、購入者はチェックアウトページに
リダイレクトされ、チェックアウトページがそれを収集します。この表が重要になるのは、フローに
チェックアウトページがない場合です。

信頼できるパターン — 送信し、返された欠落フィールドの一覧を読み、再送する — と、
要求されうるフィールドパスの完全な集合については
[決済手段ごとの条件付き必須フィールド](/docs/ja/support/conditional-required-fields-faq)
を参照してください。

## `orderAction.actionData` には何が含まれますか？

`orderAction` は、`orderStatus = AUTHORIZATION_REQUIRED` のとき、すなわち購入者にまだ
やることが残っているときに、`/api/v1/order/create` と `/api/v1/order/inquiry` から
返されます。`actionType` は `WEB`（購入者を `webUrl` にリダイレクトする）または
`DEEPLINK`（`deeplinkUrl` を開く）です。

`actionData` はリダイレクトの代替です。生の支払手段の情報を運ぶので、自前のチェックアウトページを
描画できます。**どのレスポンスにも、選ばれた決済手段に関係する部分集合だけが現れます**。
したがってすべてのフィールドを任意として扱い、存在するものを描画してください。

### 支払バウチャー関連のフィールド

| フィールド | 型 | 現れる条件 | 使い方 |
| - | - | - | - |
| `paymentExpiryTime` | String | 大半のバウチャー型の決済手段 | ISO 8601（`2023-04-01T03:00:00.000Z`）。これを過ぎると購入者は支払えなくなります。カウントダウンか期限の案内を表示してください。 |
| `paymentQr` | String | QR ベースの決済手段 | 画像ではなく、**生の QR 文字列**です。クライアント側でスキャン可能な QR コードに描画してください。 |
| `paymentCode` | String | コード入力型および店頭型の決済手段 | 購入者が銀行 / ウォレットのアプリに入力する、または窓口で読み上げる数字または英数字のコードです。 |
| `paymentBarCode` | String | 店頭型の決済手段 | **生のバーコード文字列**です。購入者が実店舗のスキャナーに提示できるよう、1 次元バーコード（たとえば Code 128）として描画してください。 |

### 金額と為替に関するフィールド

| フィールド | 型 | 現れる条件 | 使い方 |
| - | - | - | - |
| `paymentCurrency` | String | その決済手段が独自の通貨で収受する場合 | ISO 4217。決済手段が特定の現地通貨しかサポートしない場合、`orderCurrency` と異なることがあります。 |
| `paymentAmount` | String | `paymentCurrency` と併せて | 購入者が実際に支払う金額を `paymentCurrency` で表したものです。注文金額と異なる場合は、**こちら**をページの見出しの数字にしてください。 |
| `userFeeAmount` | String | 購入者側の追加手数料が適用される場合 | 貴社ではなく購入者が負担する手数料です。個別に明示してください。黙って合計に含めないでください。 |
| `userFeeCurrency` | String | `userFeeAmount` と併せて | ISO 4217。通常は `paymentCurrency` と同じですが、クロスボーダーのフローでは異なることがあります。 |
| `exchangeRate` | String | `paymentCurrency` ≠ `orderCurrency` の場合のみ | `paymentAmount / orderAmount` として定義されます。購入者が確定する前に開示してください。 |

### 銀行振込に関するフィールド

| フィールド | 型 | 現れる条件 | 使い方 |
| - | - | - | - |
| `bankAccount` | String | 銀行振込およびバーチャル口座の決済手段 | 振込先の口座です。市場によって、IBAN、ルーティング番号 + 口座番号、またはこの 1 件の注文のために生成されたバーチャル口座のいずれかになります。 |
| `bankName` | String | `bankAccount` と併せて | 購入者が銀行アプリで選択する必要のある、受取銀行または清算参加者です。数値コードが返される場合は、読める名称への対応付けは貴社側で行ってください。 |
| `bankBeneficiary` | String | `bankAccount` と併せて | 購入者に表示される口座名義人名です。 |
| `referenceNumber` | String | 銀行振込および店頭型の決済手段 | 消込用の参照番号です。振込の *Memo / Remark / Reference No.* 欄にそのまま書き写すよう、購入者に**強く促してください**。消込はこれに依存します。 |

バーチャル口座（注文ごとに生成される `bankAccount`）は口座番号だけで消込できます。
共用の集金口座は `referenceNumber` で消込します。両方が返された場合は両方を表示し、
`referenceNumber` を購入者の必須入力として扱ってください。

## エラーコード完全表 — 送金

`/api/v1/payout/create`、`/api/v1/payout/inquiry`、および送金の通知。

| コード | 説明 | HTTP |
| - | - | - |
| `0` | 成功 | 200 |
| `A0001` | API シークレットキーが不正 | 401 |
| `A0002` | 署名が不正 | 401 |
| `A0003` | パラメータの検証に失敗 | 400 |
| `A0004` | 権限がありません | 401 |
| `A0005` | 加盟店の限度額を超過 | 400 |
| `A0006` | 加盟店のステータスが異常 | 400 |
| `A0007` | 送金通貨がサポートされていない | 400 |
| `A0008` | 送金の限度額を超過 — 金額は範囲内である必要があります | 400 |
| `A0009` | 注文が存在しない | 400 |
| `A0010` | 加盟店契約で許可されていない操作 | 400 |
| `A0011` | 冪等パラメータの不一致 | 400 |
| `A0012` | 加盟店アカウントの残高不足 | 400 |
| `A0013` | リクエストが多すぎます。しばらくしてから再試行してください | 400 |
| `B0001` | ユーザーのステータスが異常 | 400 |
| `B0002` | ユーザーの限度額を超過 | 400 |
| `B0003` | ユーザーが存在しない | 400 |
| `B0004` | ユーザー情報が一致しない | 400 |
| `C0001` | システムエラー | 500 |
| `C0002` | 加盟店契約が不正 | 500 |
| `C0003` | 注文情報の不一致 | 500 |
| `C0004` | 送金チャネルによる拒否 | 503 |
| `C0005` | 送金チャネルのエラー | 503 |
| `D0001` | リスクによる拒否 | 406 |
| `E0001` | ステータス不明 | 500 |

送金に**ない**ものにも注意してください。`A0015`〜`A0047` は存在しません。送金の
エンドポイントでそれらのいずれかを見たなら、見ている表が違います。

## エラーコード完全表 — アクワイアリング

`/api/v1/order/create`、`/inquiry`、`/cancel`、`/refund`、`/capture`、
`/api/v1/refund/inquiry`、および決済と返金の通知。

| コード | 説明 | HTTP |
| - | - | - |
| `0` | 成功 | 200 |
| `A0001` | API シークレットキーが不正 | 401 |
| `A0002` | 署名が不正 | 401 |
| `A0003` | パラメータの検証に失敗 | 400 |
| `A0004` | 権限がありません | 401 |
| `A0005` | 加盟店の限度額を超過 | 400 |
| `A0006` | 加盟店のステータスが異常 | 400 |
| `A0007` | 取引通貨がサポートされていない | 400 |
| `A0008` | 取引限度額を超過 — 決済金額は範囲内である必要があります | 400 |
| `A0009` | 注文が存在しない | 400 |
| `A0010` | 加盟店契約で許可されていない操作 | 400 |
| `A0011` | 冪等パラメータの不一致 | 400 |
| `A0012` | 加盟店アカウントの残高不足 | 400 |
| `A0013` | 注文をキャンセルできない — 決済がすでに成功している | 400 |
| `A0014` | 返金ルールにより注文を返金できない | 400 |
| `A0015` | 注文をキャンセルできない — 決済手段がキャンセルに対応していない | 400 |
| `A0016` | 注文をキャンセルできない — 下流で拒否された | 400 |
| `A0017` | 注文を返金できない — 決済手段が返金に対応していない | 400 |
| `A0018` | 注文の決済手段が加盟店契約と一致しない | 400 |
| `A0019` | チャージバックの係争のため注文を返金できない | 400 |
| `A0020` | 決済金額が取引限度額を超過 | 400 |
| `A0021` | 累計の決済金額が 1 日の取引限度額を超過 | 400 |
| `A0022` | 商品名を指定してください — 複数の商品が見つかりました | 400 |
| `A0023` | 注文を作成できない — トークンの有効期限切れ | 400 |
| `A0024` | 注文を処理できない — 為替レートの有効期限切れ | 400 |
| `A0026` | 指定されたチェックアウトページの言語はサポートされていない | 400 |
| `A0027` | 返金が最大回数を超過 | 400 |
| `A0029` | 指定されたカード情報が不正 | 400 |
| `A0030` | 指定されたカード BIN が見つからない | 400 |
| `A0031` | 指定されたカードブランドまたは種類はサポートされていない | 400 |
| `A0032` | 指定された決済トークンのデータが不正 | 400 |
| `A0033` | 決済手段の国を指定してください — 複数の決済手段が見つかりました | 400 |
| `A0034` | 指定された注文の有効期限がすでに過ぎている | 400 |
| `A0035` | この注文はキャプチャ操作に対応していない | 400 |
| `A0036` | 現在の注文ステータスではキャプチャできない | 400 |
| `A0037` | ユーザーの決済トークンが不正、または有効期限切れ | 400 |
| `A0039` | 注文はチャージバックアラートサービスによってすでに返金済み | 400 |
| `A0040` | 注文を同時に作成することはできない | 400 |
| `A0045` | MIT を処理できない — トークンのステータスが Unverified | 400 |
| `A0046` | アクセスが拒否されました — リクエスト元 IP がホワイトリストにありません | 400 |
| `A0047` | チェックアウトページの言語の形式が不正 — IETF BCP 47 に従う必要があります（2 文字の ISO 639-1 言語、任意で 4 文字の ISO 15924 文字体系、任意で 2 文字の ISO 3166-1 alpha-2 地域） | 400 |
| `B0001` | ユーザーのステータスが異常 | 400 |
| `B0002` | ユーザーの限度額を超過 | 400 |
| `B0003` | ユーザーの残高不足 | 400 |
| `B0004` | ユーザーが期限内に支払わなかった | 400 |
| `B0005` | ユーザーの認可に失敗 | 400 |
| `B0006` | 電話番号が不正 | 400 |
| `B0007` | メールアドレスの形式が不正 | 400 |
| `C0001` | システムエラー | 500 |
| `C0002` | 加盟店契約が不正 | 500 |
| `C0003` | 注文ステータスが処理を続行できる状態ではない | 500 |
| `C0004` | 注文情報の不一致 | 500 |
| `C0005` | 決済が下流で拒否された | 503 |
| `C0006` | 決済処理のエラー | 503 |
| `C0007` | 決済手段がメンテナンス中 | 503 |
| `D0001` | リスクによる拒否 | 406 |
| `E0001` | ステータス不明 | 500 |

アクワイアリングファミリーが最も広く、
[クイックリファレンス](/docs/ja/developer-docs/tools-and-references/developer-tools/error-codes)
にはこの仕様のリビジョンを超える追加のアクワイアリングコードが掲載されています。両者が食い違う場合は、
クイックリファレンスのほうが新しい一覧です。

## エラーコード完全表 — サブスクリプション

`/api/v1/subscription/create`、`/inquiry`、`/cancel`、`/manage`、`/change`、
`/change/inquiry`、`/update`、およびサブスクリプションの通知。

| コード | 説明 | HTTP |
| - | - | - |
| `0` | 成功 | 200 |
| `A0001` | API シークレットキーが不正 | 401 |
| `A0002` | 署名が不正 | 401 |
| `A0003` | パラメータの検証に失敗 | 400 |
| `A0004` | 権限がありません | 401 |
| `A0005` | 加盟店の限度額を超過 | 400 |
| `A0006` | 加盟店のステータスが異常 | 400 |
| `A0007` | 取引通貨がサポートされていない | 400 |
| `A0009` | 注文が存在しない | 400 |
| `A0010` | 加盟店契約で許可されていない操作 | 400 |
| `A0011` | 冪等パラメータの不一致 | 400 |
| `A0014` | 返金ルールにより注文を返金できない | 400 |
| `A0015` | 注文をキャンセルできない — 決済手段がキャンセルに対応していない | 400 |
| `A0016` | 注文をキャンセルできない — 下流で拒否された | 400 |
| `A0018` | このユーザーが決済を続行できる利用可能な決済手段がない | 400 |
| `A0022` | 商品名を指定してください — 複数の商品が見つかりました | 400 |
| `A0025` | 期間数は 1 より大きい必要があります | 400 |
| `A0028` | サブスクリプションがまだ進行中または失敗しており、管理 URL は利用できません | 400 |
| `B0001` | ユーザーのステータスが異常 | 400 |
| `B0002` | ユーザーの限度額を超過 | 400 |
| `B0003` | ユーザーの残高不足 | 400 |
| `B0004` | ユーザーが期限内に支払わなかった | 400 |
| `B0005` | ユーザーの認可に失敗 | 400 |
| `B0006` | 電話番号が不正 | 400 |
| `B0007` | メールアドレスの形式が不正 | 400 |
| `C0001` | システムエラー | 500 |
| `C0002` | 加盟店契約が不正 | 500 |
| `C0003` | 注文ステータスが処理を続行できる状態ではない | 500 |
| `C0004` | 注文情報の不一致 | 500 |
| `C0005` | 決済が下流で拒否された | 503 |
| `C0006` | 決済処理のエラー | 503 |
| `C0007` | 決済手段がメンテナンス中 | 503 |
| `D0001` | リスクによる拒否 | 406 |
| `E0001` | ステータス不明 | 500 |

このファミリー固有で、明示的に処理する価値のあるコードが 2 つあります。`A0025`
（サブスクリプションは 1 期間より長く継続する必要がある）と `A0028`
（初回の決済が確定する前に管理 URL を要求した）です。

## エラーコード完全表 — 出金、残高、取引限度額ルール

`/api/v1/account/balance/inquiry`、`/api/v1/account/history/inquiry`、
`/api/v1/withdraw/consult`、`/create`、`/inquiry`、出金の通知、および
`/api/v1/risk/transactionlimit/create`、`/update`、`/inquiry`。

| コード | 説明 | HTTP |
| - | - | - |
| `0` | 成功 | 200 |
| `A0001` | API シークレットキーが不正 | 401 |
| `A0002` | 署名が不正 | 401 |
| `A0003` | パラメータの検証に失敗 | 400 |
| `A0004` | 権限がありません | 401 |
| `A0005` | 加盟店の限度額を超過 | 400 |
| `A0006` | 加盟店のステータスが異常 | 400 |
| `A0007` | 出金通貨がサポートされていない | 400 |
| `A0008` | 出金の限度額を超過 — 金額は範囲内である必要があります | 400 |
| `A0009` | 注文が存在しない | 400 |
| `A0010` | 加盟店契約で許可されていない操作 | 400 |
| `A0011` | 冪等パラメータの不一致 | 400 |
| `A0012` | 加盟店アカウントの残高不足 | 400 |
| `A0013` | リクエストが多すぎます。しばらくしてから再試行してください | 400 |
| `A0100` | 同じ `goodsId` が別のルール ID ですでに設定されています | 400 |
| `A0101` | 同じ `goodsCategory` が別のルール ID ですでに設定されています | 400 |
| `A0102` | ルールが存在しない | 400 |
| `C0001` | システムエラー | 500 |
| `C0002` | 加盟店契約が不正 | 500 |
| `C0003` | 注文情報の不一致 | 500 |
| `C0004` | 出金が下流で拒否された | 503 |
| `C0005` | 出金処理のエラー | 503 |
| `D0001` | リスクによる拒否 | 406 |
| `E0001` | ステータス不明 | 500 |

`A0100`〜`A0102` は**ここにのみ**存在し、取引限度額ルールのエンドポイントにのみ現れます。
一般的なクイックリファレンスには載っていないため、`A0100` は `A0010` の書き間違いでは
ありません。

## これらのどの表にもないコードを受け取りました。これは何ですか？

署名付きの公開 API で Waffo が返すすべてのコードは、次のいずれかの形をしています。`0`、
または `A`〜`E` の 1 文字に続く 4 桁の数字です。それ以外の形の値 — より長い文字列、
異なるプレフィックス、英数字が混在した識別子 — は**公開のエラー契約の一部ではなく**、
貴社の連携で分岐の対象にすべきではありません。`paymentRequestId` / `payoutRequestId` と
ともにログに記録し、[サポートに連絡](mailto:support@waffo.com) してください。
照会呼び出しから確定的なステータスが得られるまでは、その取引を `E0001` と同じように
扱ってください。

公開の形をしているものの、呼び出したファミリーの表に載っていないコードについても同様です。
コードから結果を推測するのではなく、注文を照会してその本当のステータスを確認してください。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.