Add a notification endpoint
通知
Notification Endpoint を追加
POST
Add a notification endpoint
webhook 通知を受信する HTTPS エンドポイントを登録します。Return Helper は保存前に対象 URL へ検証リクエストを送信します——登録が成功するのは、エンドポイントが応答した場合のみです。
エンドポイントの要件
上記はすべて検証リクエストの送信前にチェックされるため、拒否されたリクエストが実際にサーバーへ届くことはありません。
エンドポイントはすべてのイベントを受信します
登録したエンドポイントは、アカウントのすべての通知イベントを受信します。Return Helper 側にイベント単位の購読やフィルターの仕組みはありません。 フィルタリングは自社側で行ってください。通知ボディのcategory と action フィールドを読み取り、処理しないイベントは無視します。無視する場合でも 2xx ステータスで応答してください——2xx 以外の応答は配信失敗として扱われ、失敗が続くとエンドポイントへの配信が停止されます。リトライの仕組みを参照してください。
想定される action の値は Http 通知アクションタイプの取得(ユーザー向け)で確認できます。
検証リクエスト
エンドポイントを保存する前に、Return Helper は指定された URL へPOST を送信します。このリクエストには、ラベル生成通知と同じ形のサンプルペイロードと、有効な ReturnHelper-Signature を含む通知ヘッダー一式が付与されます——そのため、本番稼働前にハンドラーと署名検証を一通り確認できます。
登録が成功するのは、エンドポイントが 30 秒以内に 2xx ステータスを返した場合のみです。それ以外のステータス、タイムアウト、DNS 解決失敗、接続拒否、TLS エラーが発生した場合は呼び出しが失敗し、エンドポイントは保存されません。
検証ペイロード内の ID や値はサンプルであり、アカウント内の実在するオブジェクトを指すものではありません。ハンドラーが未知の ID を許容できるようにするか、リクエストを受理してから後続処理を行ってください。
保存される URL
レスポンスのendpoint は正規化後の URL です——Return Helper が実際に保存する文字列であり、以降の重複チェックで比較される文字列でもあります。送信した値と異なる場合があるため、自社の入力値ではなくレスポンスで返された値を保存してください。
冪等性
x-returnhelper-idempotency-key ヘッダーは任意です。付与しない呼び出しも通常どおり実行されますが、重複に対する保護はありません。冪等性を参照してください。
エラー
以下の失敗はいずれも HTTP200、meta.status 400、meta.errorCode VALIDATION_FAILED で返り、メッセージは meta.error.endpoint に格納されます。
関連
- Notification Endpoint を一覧取得
- Notification Endpoint を削除
- Webhooks — イベント一覧、ペイロード、署名の検証。
承認
Your API key
Your API token — keep this private
ボディ
application/json
HTTPS URL to receive webhook notifications. Maximum 255 characters after normalization, must be publicly reachable, and must answer the verification request with a 2xx status within 30 seconds.
例:
"https://acme.example/hooks/returnhelper"
レスポンス
Success — data carries the stored endpoint and its identifier. The endpoint value is the normalized URL that Return Helper stored, which can differ from the submitted value.