指名の付け替え、こっそりの会計取消、バック率のひとり書き換え。水商売で本当に揉める操作ほど、夜レジは1行残らず記録します。しかも会計と給与の確定値は凍結済み。過去をこっそり書き換える、が原理的に効きません。
| 操作日時 | 操作した人 | 画面 | 操作 | 結果 | 処理 |
|---|---|---|---|---|---|
| 02:14:08 | ママ | 会計確定（5番卓） ¥48,400 | 成功 | ||
| 02:31:55 | A店長 | 会計取消（再オープン） | 成功 | ||
| 02:32:40 | A店長 | 指名変更（場内→本指名） | 成功 | ||
| 03:02:11 | レイ | セット料金 編集 | 失敗 | ||
| 03:05:47 | ママ | 権限変更（会計担当） | 成功 |
1行＝1操作。営業日・操作・画面・操作した人・成功/失敗・処理時間まで記録（実機の監査ログ画面の項目を再現。本番データ投入後に実画面へ差替）
「言った・言わない」で、毎回モメる会計を取り消したのは誰か、いつ直したか。証拠が無いまま犯人探しになる。
指名やバックを、こっそり書き換えられても気づけない場内→本指名に変えるだけでバックが動く。給料に直結するのに、痕跡が残らない。
伝票やデータを消されたら、もう追えない消した本人しか知らない。「最初から無かった」ことにされる。
料率を後から直すと、先月の売上や給与まで動く「あの日の請求、いくらだっけ」が変わって、揉め事の根拠を失う。
ログを残すPOSは他にもあります。違うのは「何を記録できるか」と「過去を書き換えられないか」。夜レジは水商売の操作面ぜんぶをログに乗せ、確定値そのものを凍結します。だから消しても・変えても、証跡が残る。
| 操作した人 | 画面 | 操作の詳細 | 結果 | 処理 |
|---|---|---|---|---|
| A店長 | バック率 変更 30%→35% | 成功 | ||
| ユイ | 監査ログ 閲覧 | 失敗 | ||
| ママ | サービス料率 変更 20% | 成功 | ||
| A店長 | 別卓振替（3番→VIP1） | 成功 | ||
| ママ | スタッフ 削除（退職） | 成功 |
バック率・サービス料率・権限まで、設定の書き換えも操作として記録（実機項目の再現イメージ）
他社の一般POSのログは「商品×会計」だけ。夜レジの監査ログは、水商売の不正が起きる全部の操作画面（21画面）を対象にします。指名も、キャストバック種別も、本指名売上の集計も、権限変更も。
監査ログ画面で一括表示。アプリの全21画面の操作を1本のログにまとめて時系列で追えます。
1行に操作した人・操作日時・画面・操作の詳細・対象・成功/失敗・処理時間の9項目。「誰が・いつ・どこで・何に・成功したか」が揃います。
ログインする操作者のアカウントと、バック・指名の対象となるキャストの情報は、別々に管理しています。だから「キャスト本人が自分の成績を直接いじる」を、仕組みのレベルで分けられます。
成功/失敗と処理時間を持つから、「失敗した試行」や「不自然に時間をかけた操作」まで証跡に。よくある“処理時間で着服を抑止”という考え方を、標準項目として内包しています。
監査ログの肝は「ログを残す」だけじゃありません。記録・凍結・突合の3層が重なって、はじめて「あとから完全に再現できる」になります。
全21画面の操作を監査ログに集約。操作した人・画面・対象・成功/失敗・処理時間まで1行で保持します。監査ログ画面自体も1つの画面＝「ログを見る権限」も統制対象。
監査ログ ／ 全操作を一括記録会計を確定した瞬間、伝票が料率・端数・サービス料・指名の記録・請求合計をコピーして固定。勤怠も当日の時給・バック率・源泉を凍結。元の設定を後から変えても過去は動きません。
伝票・勤怠の確定値を凍結保存伝票の通し番号（その日の連番）の欠番＝削除のサイン。削除しても「消した印」が付くだけでデータは残り、変更前の中身は別にコピー保存。何が何へ変わったかまで突き合わせられます。
通し番号の欠番 ／ 変更前のコピー保存夜レジの改ざん検知は、1本のログに頼りません。記録・凍結・突合を重ねているから、どこか1つをすり抜けても別の層が証拠を残します。これは“ログ機能”ではなく、データ設計そのものの差です。
「あとでマスタを書き換えて過去を改ざんする」── これが効かない理由を、夜レジの実フィールドで順番に追います。
確定した会計を再オープン（取消）すると、その伝票のキャストバックは自動で取り消され、その操作自体もログに記録されます。値引・別卓振替・入金との差額も、すべて追跡のもとになります。
他社の一般POSの不正＝「会計取消・割引」止まり。夜レジは、指名・バック・給与・権限まで、水商売ならではの操作をしっかり記録します。「どの操作を監視したいか」で表にしました。
| 監視したい操作 | 実機の操作・項目 | なぜ水商売で重要か |
|---|---|---|
| 指名の付け替え・水増し | 指名の記録（誰を指名したか）／場内・本指名・同伴の区分 | 指名はそのままキャストの給料に直結。区分を変えるだけでバックが動く。 |
| 本指名売上の集計改変 | 本指名売上の集計方法（小計／合計／利益／小計-除外の4種） | 集計方法を変えると売上バック・スライド時給が丸ごと変わる。 |
| バック率・時給のこっそり改定 | バック率 ／ 時給 ／ スライド時給の判定条件 | 判定の条件や率を変えれば給与が動く。だから証跡が要る。 |
| 会計取消・別卓振替・値引 | 会計の取消（再オープン）／ 別卓での会計 ／ 手入力の値引 | 着服の典型。誰がいつ取り消したかが核心になる。 |
| 端数設定の操作 | 端数の丸め設定（客側）／ 端数の丸め設定（給与側）＝それぞれ独立 | 1円単位の正確さを担保する設定だからこそ、変更の記録が要る。 |
| 権限の付け替え | 権限の設定（画面単位の許可）／ 操作者アカウントの設定 | 「自分で自分の権限を上げる」を検知。権限は4段階で画面ごとに許可。 |
監査の土台は1本（監査ログ＋画面ごとの権限＋確定値の凍結）。同じ仕組みの上で、業態ごとに「一番見たいログ」が変わるだけです。
操作の種類が最多。指名（場内／本指名／同伴）の付け替え・水増しが最頻の不正。在籍キャスト多数だから、操作者とキャストを分けて管理する仕組みで「誰が」が効く。
高額シャンパン・ボトルの値引と別卓振替が監査ポイント。1件の金額が大きく、取消1回の影響が甚大。
売上スライドが大きい＝本指名売上の集計パターン改変と高額ボトルバックの操作が主戦場。担当替え（指名移管）の証跡が要る。
少人数・現金中心＝会計取消とレジ金の差異が主。操作者が固定的なので「いつもと違う操作」の検知が効く。ママ以外は取消不可の運用も。
ドリンクバック中心＝バック単価・点数の操作が監査対象。回転が速くスタッフ入替が多い＝アカウント/権限の付け替え履歴が重要。
フリー卓が多くボトル場内指名バックの均等割りが絡む。本指名がいない卓のみ均等按分されるルールゆえ、指名操作ログが配分トラブルの一次証拠に。
他社の一般POSにも操作ログはある。でも記録できるのは商品売上・割引・税まで。指名やバックは操作として存在しない。
伝票が商品行だけで、「誰が指名されたか」を持たない＝指名の改ざんを記録する場所が無い。
元の設定をその都度参照する作りが多く、料率を変えると過去の計算も揺れうる。確定値の凍結や、変更前を別に残す“設計”を持たない。
不正の出口＝給与。給与計算を持たないので「会計操作→給与への影響」を1本の証跡で追えない。
大まかな役割権限止まり。水商売の細かい操作画面ごとの統制、監査ログ自身の閲覧制御まではできない。
通し番号の欠番のような、削除を仕組みで検知する方法が無い。消されたら追えない。
トラブルが起きてからじゃなく、起きる前に効くのが監査ログです。事実ベースで即解決でき、しかも「見られている」こと自体が抑止になります。
「いつ・誰が・どの操作をしたか」を時系列で再現。バック率や指名の変更履歴を見せれば、感情論にならず事実で片付きます。
操作が必ず残るとわかれば、出来心の不正は減ります。「防犯カメラのような抑止力」を、紙ではなくデータ設計で実装しています。
監査ログ画面自体が1つの画面。権限は「最上位の管理者・オーナー・会計担当・スタッフ」の4段階で、店長・オーナーだけ閲覧、といった運用ができます。
疑われたスタッフを守るのも監査ログ。「あなたは触っていない」を客観データで示せるから、店内の信頼関係を壊しません。
初期費用0円・1ヶ月無料・iPad/プリンター無料貸与・設定代行・HP制作込み。監査ログはすべてのプランで標準装備です。
※ キャストバック5種・スライド時給・高度分析を含むのはスタンダード。詳しくは料金ページへ。