店舗運営 日次管理表（発注・ロス・シフト）
説明
店舗運営の日次管理表（発注・ロス・シフト・クレーム）。★出店は一度きりですが、運営は毎日続きます。続くものほど型が無いと人に依存し、店長が変わった日にそれまでのやり方が全部消えるのがこの分野の典型です。★核は3つです。（1）発注とロス … 同じ表で見ます。別々に見ると必ず片方に寄り、欠品を嫌えばロスが増え、ロスを嫌えば欠品が増えます。「勘で発注する」は悪くありません。悪いのは、勘の中身が本人にしか無いことです。欠品を数えていない店が多く、機会損失が見えないまま発注が細ります。（2）シフトと作業 … 「埋まったか」ではなく「回るか」で見ます。人数だけ合っていても、できる作業が偏っていれば回りません。1人しかできない作業は、その人が休んだ日に止まります。（3）クレーム … 件数ではなく、同じことが繰り返されているかを見ます。1件ずつ処理すると気づけません。原因は仕組みの側で書きます。「注意不足」と書くと手順が変わらず、同じことが起き続けます。★景品表示法・労働基準法・食品衛生法の細部には踏み込みません。業態・規模・地域で変わるため、扱うのは管理表の型です。
使い方
★発注点を数で決めてください。勘のままだと、店長が変わった日にやり方が消えます。★欠品を数えてください。廃棄だけ見ていると、機会損失が見えないまま発注が細ります。★廃棄には理由を書いてください。数だけでは、発注を直すのか陳列を直すのかが決まりません。★見切りもロスに数えてください。値下げも損です。★発注点は月1回見直してください。季節と催事で変わるので、前年の同じ週と比べます。★「誰が何をできるか」の一覧を作り、シフトを組む前にそれを見てください。1人しかできない作業を見つけたら、その月のうちに2人目を育ててください。★時間帯ごとの必要人数を書いてください。1日平均では混む時間に足りません。★打刻は実際の時刻で押してください。まとめて押させると記録の意味がありません。★クレームは受けたその場で書いてください。後から思い出して書くと、肝心の言葉が消えます。同じことが前にもあったかを必ず調べてください。ここが要で、1件ずつ処理すると繰り返しに気づけません。★原因は仕組みの側で書いてください。「注意不足」と書くと手順が変わりません。
この型で検査する
記入済みのファイルをアップロードすると、この型の必須項目（店舗運営管理表の組込みルール）を満たしているか検査します。ファイルは保存されません。
関連するテンプレート
同じフェーズ（運用）や業界でよく使われている型です。
監視項目一覧
監視が機能しなくなる最大の原因は、閾値の設定ミスではなく★アラートが多すぎて誰も見なくなることです。項目ごとに「想定発報数（件/月）」を持たせ、合計と★1日あたりの件数を数式で出します——1日10件を超えたら、その監視は運用に渡してはいけません。★もう1つの原因は「起きても業務が動いてしまうもの」で、v3 では「業務影響（即時／性能／潜在）」の列を足しました。冗長が失われた状態（パスが1本・スタックが1台・HAが片系・仮想IPが待機系）、バックアップの失敗、保存先の空き、ログ転送の停止、レプリケーションの遅れ、書込キャッシュ保護部品の劣化、証明書の期限は★起きても業務は動く＝潜在で、監視に入れていなければ次の1つで全断になるまで誰も気づけません。★潜在なのに重要度が「通知」の行は赤くなり、件数も集計されます。一次対応（障害対応フローの INC-xx）と閾値の根拠も必須の列で、空欄は赤。監視基盤そのものを別の仕組みから監視する項目と、★「監視の穴」シート（監視していないものを、していないと書いて残す）つき。
アカウント・権限管理表（Excel・棚卸し記録つき）
「今このシステムに誰が入れるのか」を即答できる状態にするための台帳。棚卸しから1年以上経った行、有効期限が切れた行、退職時の扱いが決まっていない行、特権なのにMFAが無い行は自動で赤くなります。パスワードは書かせず保管場所だけを持つ設計です。権限定義（ロール）と棚卸し記録を同梱し、監査で問われる「いつ誰が何件確認したか」まで残せます。
証明書管理台帳
証明書は切れるまで誰も見ないので、台帳側から期限を突きつける形にしないと必ず落ちます。残日数を数式で出し、期限切れ・残30日以内・更新担当が空の行は赤、残90日以内と自己署名のままの行は橙になります。サーバ証明書だけ更新して中間CAの配布を忘れる事故（端末によって出方が変わるので発見が遅れる）を防ぐため、ルート・中間CAと信頼ストアへの配布先を別シートで持ちます。更新作業の予定・実績・検証結果を残す更新記録つき。
ソフトウェア・ライセンス管理表
「何本持っていて何本使っているか」を数式で出すライセンス台帳。割当数は割当一覧から自動集計し（解除日が入った行は除外）、保有数を超えた行は赤、余りが無い行と契約終了まで90日以内の行は橙になります。監査で指摘されるのは過剰割当だけと考えてよく、そこを常に見える状態にするための型です。数え方（物理コア／ソケット／ユーザー／デバイス）はベンダーの製品条項でしか決まらないため、確認すべき観点と出典を残す確認シートを同梱しています。