平素よりPlatioをご利用いただき、誠にありがとうございます。
このたび、Platio API に、新しいエラーコード「RECORD_NOT_WRITABLE」を追加することといたしましたので、お知らせいたします。
本変更は、Platio API を利用してレコードの書き込み(更新・アップサート・削除)を行っているお客様が対象です。API をご利用でないお客様への影響はございません。
2026年8月18日(火)以降、順次実施いたします。
Platio API に、新しいエラーコード「RECORD_NOT_WRITABLE」を追加します。
これまでレコードの更新・アップサート・削除を行った際、「レコードは参照できるが書き込み権限がない」場合に返されるエラーが API ごとに異なり、一貫していませんでした。今回の変更により、これらの操作で書き込み権限がないレコードを操作しようとしたときには、一貫して「RECORD_NOT_WRITABLE」エラーが返るようになります。
「レコード自体は参照できるが、そのレコードへの書き込み権限を持っていない」ユーザーが書き込み系の操作を行った場合、返されるエラーは操作によって次のように異なっていました。
| レコードの更新 | RECORD_NOT_FOUND(HTTPステータス 404) |
|---|---|
| レコードの削除 | RECORD_NOT_FOUND(HTTPステータス 404) |
| レコードのアップサート | PERMISSION_DENIED(HTTPステータス 400) |
このため、
書き込み系の操作で、対象のレコードが参照はできるが書き込み権限がない場合、いずれの操作でも一貫して「RECORD_NOT_WRITABLE」(HTTPステータス 400)を返します。
| レコードの更新 | RECORD_NOT_WRITABLE(HTTPステータス 400) |
|---|---|
| レコードの削除 | RECORD_NOT_WRITABLE(HTTPステータス 400) |
| レコードのアップサート | RECORD_NOT_WRITABLE(HTTPステータス 400) |
なお、次の場合は従来どおり「RECORD_NOT_FOUND」(HTTPステータス 404)を返します。
つまり、「RECORD_NOT_WRITABLE」は「そのレコードの存在をユーザーが確認できる(参照できる)」場合にのみ返されます。参照権限がないレコードについては引き続き「RECORD_NOT_FOUND」を返すため、ユーザーが見ることのできないレコードの存在が漏れることはありません。
以下のレコード書き込み系 API が、「RECORD_NOT_WRITABLE」を返すようになります。
| レコードの更新(単一) | PUT | /v1/{applicationId}/collections/{collectionId}/records/{recordId} |
|---|---|---|
| レコードの更新(複数) | PUT | /v1/{applicationId}/collections/{collectionId}/records |
| レコードのアップサート(単一) | PATCH | /v1/{applicationId}/collections/{collectionId}/records/upsert/{columnId} |
| レコードのアップサート(複数) | PATCH | /v1/{applicationId}/collections/{collectionId}/records/upsert/{columnId} |
| レコードの削除(単一) | DELETE | /v1/{applicationId}/collections/{collectionId}/records/{recordId} |
複数レコードを一度に操作する API では、途中のレコードでエラーが発生すると、それより前のレコードは処理された状態でエラーが返ります。エラーレスポンスには、エラーが発生したレコードのインデックス(recordIndex)と、そこまでに処理されたレコードが含まれます。この挙動は「RECORD_NOT_WRITABLE」の場合も同様です。
API を利用されているお客様は、書き込み系 API(更新・アップサート・削除)のエラーハンドリングについて、以下の点をご確認ください。
「レコードが存在しないこと」を厳密に判定したい場合は、引き続き RECORD_NOT_FOUND(404)をご利用いただけます。
詳細は、Platio API ドキュメントをご確認ください。
弊社サポート窓口またはパートナー企業様のサポート窓口までお問い合わせください。