異物探知 API

異物探知app=metalDetector )の点検結果を扱う API の仕様です。
共通の認証・ベースURLは 基本情報・認証仕様 を参照してください。


1. 🗺️ エンドポイント一覧

メソッドエンドポイント(クエリパラメータ)処理概要
POST?app=metalDetector点検結果の本送信登録
GET?app=metalDetector&docId={id}点検結果の単一取得
GET?app=metalDetector&date=YYYY-MM月次一覧取得(営業日基準)
GET?app=metalDetector&date=YYYY-MM-DD日次一覧取得(営業日基準)

⚠️ 非対応スコープ(制限事項)
以下の操作およびデータ連携には対応していません。

  • 送信後の修正、データの削除
  • 確認・承認フローの実行
  • 特記事項(コメント)の登録
  • 本部点検票の紐づけ設定
  • NG 時のメール通知
  • 探知機マスタの取得・更新
  • 製品マスタの取得・更新

2. 📥 POST: 点検結果の登録

登録リクエストは、複数件の一括処理(バッチ処理)を考慮し、 常に data 配列で統一 します。
1件のみ登録する場合であっても、要素数が1の配列として送信してください。
作動確認の点検項目は checkItems 配列で送信します。

2.1 リクエストデータ構造

物理キー論理名データ型必須状況概要・制約
data登録対象一覧array必須登録対象とする異物探知点検オブジェクトの配列。
data[].productName製品名string必須対象製品のマスタ名称(例: "黒蜜かわらけ80g")。空文字不可。
data[].machineName探知機名string必須対象探知機のマスタ名称(例: "金属探知機1")。空文字不可。
data[].timing点検タイミングstring必須"開始" / "経過" / "終了" のいずれか。
data[].sender送信者名string必須点検を実施・送信した担当者の氏名(例: "山田太郎")。空文字不可。
data[].detectionResult検出物確認結果string必須 「検出物なし」の確認結果。 "OK" / "NG" のいずれか。
data[].checkItems作動確認項目array必須テストピースごとの作動確認オブジェクトの配列(1件以上)。詳細は 2.2 参照。

2.2 checkItems[](作動確認項目)の構造

物理キー論理名データ型必須状況概要・制約
testPieceNameテストピース名string必須テストピースの名称(例: "Fe(鉄)")。空文字不可。
testPieceSizeテストピースサイズnumber | string必須 テストピースのサイズ(例: 1.5 )。数値文字列も受け付け、数値として保存します。
checkResult作動確認結果string必須"OK" / "NG" のいずれか。

2.3 リクエストJSONサンプル

{
    "data": [
      {
        "productName": "黒蜜かわらけ80g",
        "machineName": "金属探知機1",
        "timing": "開始",
        "sender": "山田太郎",
        "detectionResult": "OK",
        "checkItems": [
          {
            "testPieceName": "Fe(鉄)",
            "testPieceSize": 1.5,
            "checkResult": "OK"
          },
          {
            "testPieceName": "SUS(ステンレス)",
            "testPieceSize": 2.0,
            "checkResult": "OK"
          }
        ]
      }
    ]
  }

2.4 入力バリデーションルール

  1. 基本構造の不備 : リクエスト JSON 全体に data 配列が存在しない、または空配列である。
  2. 必須項目の欠落 : productName / machineName / timing / sender / detectionResult が未指定または空文字、 checkItems が配列でない、または空配列である。
  3. timing の値不正 : "開始" / "経過" / "終了" 以外の値が指定されている。
  4. detectionResult / checkResult の値不正 : "OK" / "NG" 以外の値が指定されている。
  5. 作動確認項目の不備 : testPieceName が空、 testPieceSize が数値として解釈できない。

💡 日報用正常判定(isNormalForReport
クライアントからの値は使わず、サーバー側で再計算します。 checkItems のいずれかに "NG" がある、または detectionResult"NG" の場合は false 、それ以外は true です。


2.5 POST レスポンス仕様

HTTPステータスコードは全体成功を示す 200 、一部成功を示す 207 Multi-Status 、全件失敗を示す 400 を返却します。

{
    "status": "success",
    "shopUID": "xxxxxxxxxxxxxxxxxxxx",
    "summary": {
      "requested": 1,
      "created": 1,
      "failed": 0
    },
    "results": [
      {
        "index": 0,
        "status": "success",
        "docId": "metal_detector_doc_id_11111"
      }
    ]
  }

3. 📤 GET: 点検結果の取得

取得系APIにおいて、レスポンスに含まれるすべての日付・時刻フィールドは、 YYYY/MM/DD HH:mm の文字列形式に統一されて返却されます。

3.1 単一取得(docId 指定)

  • Request: GET {baseUrl}?app=metalDetector&docId=metal_detector_doc_id_11111
{
    "data": [
      {
        "id": "metal_detector_doc_id_11111",
        "userUID": "API_COMMON_USER",
        "shopUID": "xxxxxxxxxxxxxxxxxxxx",
        "productName": "黒蜜かわらけ80g",
        "machineName": "金属探知機1",
        "timing": "開始",
        "sender": "山田太郎",
        "detectionResult": "OK",
        "checkItems": [
          {
            "testPieceName": "Fe(鉄)",
            "testPieceSize": 1.5,
            "checkResult": "OK"
          },
          {
            "testPieceName": "SUS(ステンレス)",
            "testPieceSize": 2,
            "checkResult": "OK"
          }
        ],
        "isNormalForReport": true,
        "registeredAt": "2026/07/15 00:00",
        "sentAt": "2026/07/15 09:16",
        "confirmedAt": "",
        "confirmerName": "",
        "approvedAt": "",
        "approverName": "",
        "createdAt": "2026/07/15 09:16",
        "updatedAt": "2026/07/15 09:16"
      }
    ]
  }

3.2 一覧取得(date 指定)

  • GET {baseUrl}?app=metalDetector&date=2026-07(月次一覧取得)
  • GET {baseUrl}?app=metalDetector&date=2026-07-15(日次一覧取得)

💡 サーバー側での自動フィルタリング・ソート規則

  • 認証されたAPIキーに紐づく shopUID のデータのみに自動制限されます。
  • データは 営業日順(registeredAt の昇順)、 同じ営業日内においては 製品名順(productName の昇順)、 さらに同じ製品名内では 探知機名順(machineName の昇順) でソートして返却されます。

3.3 🗂️ 点検結果オブジェクト詳細定義(GETレスポンス)

単一取得のレスポンス、および一覧取得の data[] 配列に含まれる各点検結果オブジェクトの完全なフィールド仕様です。

フィールドキー論理名データ型概要・返却値のルール
idドキュメントIDstringデータベース上で一意に割り振られたドキュメントID。
productName製品名string登録された製品の名称。
machineName探知機名string登録された探知機の名称。
timing点検タイミングstring"開始" / "経過" / "終了"
detectionResult検出物確認結果string"OK" / "NG"
sender送信者名stringリクエスト時に指定された担当者名。
userUIDユーザーIDstring登録を行ったユーザーのID。API経由の場合は一律で "API_COMMON_USER"
shopUID店舗IDstringAPIキーから紐づけられた店舗コード。
checkItems作動確認項目arrayPOST と同じ構造の作動確認項目配列(詳細は 2.2 参照)。
isNormalForReport日報用正常判定boolean 登録内容をもとに自動判定された正常( true )/ NG・異常あり( false )の状態フラグ。 NG でも登録自体は成功します(2.4 参照)。
registeredAt登録日時(営業日)stringバックエンドが店舗の閉店時刻設定等から算出した「営業日」の日付(JST 00:00 固定)。
sentAt送信日時stringサーバーがリクエストを受理・永続化した日時。
createdAt作成日時stringドキュメントの初回作成日時。
updatedAt更新日時stringドキュメントの最終更新日時。
confirmedAt確認日時stringアプリ画面側で確認フローが実行された日時。未確認時は ""
confirmerName確認者氏名string確認を行ったユーザーの氏名。未確認時は ""
approvedAt承認日時stringアプリ画面側で承認フローが実行された日時。未承認時は ""
approverName承認者氏名string承認を行ったユーザーの氏名。未承認時は ""