GitBucket
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. お願い: データ投入が終わりましたら、一言いただけますと幸いです
ステージングへのデータ投入（予定と実績の紐づけを含む）が終わりましたら、一言いただけますと幸いです。 投入の完了を伺ってから、画面の確認を行います。
ご回答: 承知 / 難しい
以上です。ご確認のほど、よろしくお願いいたします。