docs: pin D05 daily boundary and paired elevator observations
This commit is contained in:
+8
@@ -48,3 +48,11 @@ scope-audit.jsonに全施設定義と現default/明示値の区別を保存し
|
||||
EV: ElevatorService287以降の停止は安全な降車先の有無で分岐する。降車先ありなら乗車中人物をemergency arrivalとしてそこへ返し、未乗車要求は取消。降車先なしなら乗車中は車内保持し待機要求を取消する。これを原本の承認済み安全規則とはしない。判断候補は「現安全降車分岐を保持」と「停電時は常に車内保持」の比較になり、乗客/救護同伴/搬送荷物への反映を確認する必要がある。枯渇時全館停止に安全降車例外を許すかは未承認の論点である。
|
||||
|
||||
00:00: OperationsCoordinator1125のpayloadは終了期間をend-exclusive、日別精算IDをdaily-close:<day>とする。TIME_BOUNDARIESが施設完了より先なのは現在の順序であり、帳簿帰属の全producer適合を証明していない。
|
||||
|
||||
## 境界処理の追加照合 r02
|
||||
|
||||
boundary-followup-r02.jsonに対象版のSHAと8関数の原文を固定した。決算APPLYは給与・維持費精算と期間財務の生成を行い、その関数本体には施設サービスの強制完了呼出しがない。FINALIZEという段階名だけから強制完了を推定しない。
|
||||
|
||||
確定財務は[start,end)を集計する。当日UIはcoordinatorの開始時刻から現在時刻までを含む現金流を表示し、確定日のsummaryは別に選択する。従って00:00ちょうどの完了売上の帰属は現順序と承認規約を区別して決める必要がある。給与は決算境界で現金記帳する一方、確定損益はnew_wages_totalを用いWAGE現金行を除外するため、UI現金支出と損益の数値を機械的に同値条件にしない。
|
||||
|
||||
EVのcancel_actorは乗車中の同伴組の単独取消を拒否する。停止時は同一の安全降車先について人物ごとのarrivalを生成し、Runtimeは人物ごとに位置を反映する。反映前提の欠損による分離は未再現であり、重大不具合として確定していない。通常操作・保存再開の受入を静的照合で代用しない。未承認・not_approval_ready・9/88は維持する。
|
||||
|
||||
+89
File diff suppressed because one or more lines are too long
+13
-1
@@ -12,5 +12,17 @@
|
||||
"rescue pair separation on emergency landing",
|
||||
"missing actor projection on elevator arrival"
|
||||
],
|
||||
"product_changed": false
|
||||
"product_changed": false,
|
||||
"boundary_followup": "boundary-followup-r02.json",
|
||||
"boundary_followup_sha256": "3f45ddad5adb8e3a5db5cecbc686267b31be85f0bd76283c97e382bf2ec49e88",
|
||||
"resolved_static_questions": [
|
||||
"Actual daily-close callback has no direct facility completion call.",
|
||||
"Closed financial period excludes its end; current open-day UI includes current minute.",
|
||||
"Boarded paired cancellation is explicitly rejected."
|
||||
],
|
||||
"remaining_followup": [
|
||||
"Verify persisted day/ledger identity and same-candidate resume behavior.",
|
||||
"Map all fee producers to approved authority rather than treating implementation as approval.",
|
||||
"Complete service-kind/manual closure and logistics scopes, then review finite decision alternatives."
|
||||
]
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user