# TeamWorks 様 確認事項（第12回）

**作成: 2026-10-07 / 作成者: DFA Robotics**

第11回へのご回答、ありがとうございました。いただいた内容をもとに実装を進めております。
本書は、その中で生じた確認事項とお願いをまとめたものです。**以前の確認事項を開かなくても、本書だけでご回答いただけます。**
各設問には選択肢（A / B / C …）を付けておりますので、**記号だけでご回答いただければ結構です**（補足が必要なものは設問の中に書いております）。
これまでの設問のうち、本書に載っていないものはご回答不要です。

# 1. 事前チェックのエラー

### R-1. 事前チェックで見つかったエラーの `clean_timetable_id` には、どちらの予定の `id` が入りますでしょうか

第11回 P-9 で「制御盤・セキュリティのエラー行にも `clean_timetable_id` を入れる」と伺いました。あわせて、事前チェック（清掃開始前のロボットの状態確認）で見つかったエラーについて確認させてください。

テーブル定義書の `clean_timetables` には、次のようにございます。

| 列 | テーブル定義書の説明 |
|---|---|
| `parent_id` | 親(本清掃)は0を設定, 親以外は親の管理IDを格納する. |
| `precheck` | 0: 本清掃, 1; 1回目, 2: 2回目 ... |

そのため、事前チェックの予定は本清掃とは別の行（別の `id`）になると理解しております。
ステージングでも、事前チェックの行は本清掃とは別の `id` でした（2026-10-07 時点。読み取りのみで確認）。

| 施設 | `clean_timetables.id` | `precheck` | `parent_id` |
|---|---|---|---|
| 本社 | 2 | 30 | 1 |
| 本社 | 3 | 10 | 1 |

一方、いま `robot_error_reports` に入っている16行は、`clean_timetable_id` がすべて本清掃の行の `id` を指しており、事前チェックの行を指すものはまだございません。
当方のアラート画面は、事前チェックの行の `id` を指すエラーを「N分前異常」（例: 30分前異常）として表示しておりますので、本清掃の行の `id` が入る場合は表示の作りを見直します。

| 選択肢 | 内容 |
|---|---|
| A | 事前チェックの行の `id`（`precheck` が0以外で、`parent_id` が本清掃の `id` の行）が入る |
| B | 本清掃の行の `id` が入る |
| C | その他（お教えください） |

B・C の場合は、事前チェックで見つかったエラーかどうかの見分け方もお教えください。

# 2. 清掃結果の書き込みのタイミング

### R-2. `clean_task_reports` の行は、清掃の終了から最大でどれくらい遅れて書き込まれますでしょうか

清掃の結果（`clean_task_reports` の行）は、清掃の終了後に書き込まれると伺っております。
当方の画面では、予定の終了から一定時間は、行が無くても「結果待ち」と表示し、その時間を過ぎても行が無い清掃を「出発失敗」として表示しております。いまはこの時間を **2時間** としており、設定で変えられます。
書き込みが遅れただけの清掃を「出発失敗」と表示しないよう、また本当に失敗した清掃をなるべく早くお知らせできるよう、この時間を決めたく存じます。

| 場合 | A | B | C | D |
|---|---|---|---|---|
| 通常時 | 30分以内 | 1時間以内 | 2時間以内 | それ以上（目安をお教えください） |
| 遅れる場合の最大 | 30分以内 | 1時間以内 | 2時間以内 | それ以上（目安をお教えください） |

ご回答は「A / C」のように、通常時・遅れる場合の最大の順に2つの記号で結構です。
遅れる原因（取得の間隔など）がございましたら、あわせてお教えください。

# 3. お願い

### R-3. お願い: データ投入が終わりましたら、一言いただけますと幸いです

ステージングへのデータ投入（予定と実績の紐づけを含む）が終わりましたら、一言いただけますと幸いです。
投入の完了を伺ってから、画面の確認を行います。

ご回答: **承知 / 難しい**

**以上です。ご確認のほど、よろしくお願いいたします。**