メンズエステの深夜営業・営業日管理｜25時・27時・28時の売上・シフトを翌日にずらさない方法

メンズエステでは、

「24時で営業終了」

とは限りません。

営業時間が、

12:00〜翌3:00。

15:00〜翌5:00。

18:00〜翌4:00。

という店舗もあります。

シフト表でも、

24:30。

25:40。

27:00。

28:00。

のような表記を使うことがあります。

現場ではそれほど珍しくない運用でも、店舗管理システム側が単純な「日付」で管理していると問題が起こります。

例えば、

9月15日 23:30に入室。

↓

9月16日 1:00に施術終了。

カレンダー上では終了日は9月16日です。

しかし店舗側では、

9月15日の営業分

として扱いたい。

ここでシステムが単純に日付だけを見てしまうと、

9月15日の予約。

9月16日の売上。

9月16日のセラピスト実績。

のように、1件の接客が複数の日へ分裂してしまいます。

さらに月末なら、

8月31日に始まった接客が、

9月1日の売上として集計される。

という問題まで起こります。

深夜営業店舗では、

「カレンダー上の日付」と「店舗の営業日」を分けて考えること

が重要です。

本記事では、25時・27時・28時まで営業するメンズエステ店舗を想定し、

予約。

シフト。

ルーム。

接客実績。

売上。

セラピスト報酬。

精算。

月次集計。

を、どの営業日に所属させるべきか詳しく解説します。

1. そもそも「25時」「27時」とは何時なのか

店舗運営では、

25:00。

27:00。

28:00。

という表現が使われることがあります。

通常の24時間表記へ直すと、

です。

つまり、

9月15日 27:00

は、

カレンダー上では、

9月16日 3:00

です。

2. なぜわざわざ27時と書くのか

理由は営業日を直感的に理解しやすいからです。

例えば、

9月15日。

セラピストA。

18:00〜27:00。

と書けば、

9月15日の出勤として18時から翌3時まで働く

ことが一目で分かります。

これを、

9月15日 18:00〜24:00。

9月16日 0:00〜3:00。

と分けると、1勤務が2日に分裂してしまいます。

3. カレンダー日と営業日は違う

ここがこの記事で最も重要なポイントです。

例えば、

実日時：

2026年9月16日 2:30。

でも、

店舗の営業日：

2026年9月15日。

という状態があり得ます。

システムでは、

実際の日時

と、

どの営業日に所属するか

を別々に持てる方が扱いやすくなります。

4. 営業日締め時刻を決める

例えば店舗が、

朝5時までは前日の営業

というルールなら、

営業日締め時刻を、

5:00

とします。

すると、

9月15日 23:59。

↓

9月15日営業日。

9月16日 0:00。

↓

9月15日営業日。

9月16日 2:30。

↓

9月15日営業日。

9月16日 4:59。

↓

9月15日営業日。

9月16日 5:00。

↓

9月16日営業日。

という扱いにできます。

5. 「0時になったら翌営業日」ではない

一般的な日付処理では、

23:59。

↓

0:00。

になった瞬間、日付が変わります。

しかし深夜営業店舗では、店舗運営上の一日はまだ終わっていません。

この違いをシステム側で吸収する必要があります。

6. 営業日締め5時のイメージ

例えば、

9月15日営業

9月15日 5:00

〜

9月16日 4:59。

9月16日営業

9月16日 5:00

〜

9月17日 4:59。

という考え方です。

7. 営業日締め時刻は店舗によって違う

すべての店舗が5時締めとは限りません。

例えば、

24時閉店。

↓

0時締め。

翌2時閉店。

↓

3時締め。

翌4時閉店。

↓

5時締め。

というように、営業時間に合わせて決められます。

8. 営業日締めを固定値にしすぎない

将来的に営業時間が変わることもあります。

例えば、

現在：

翌3時まで。

↓

繁忙期：

翌5時まで。

店舗によって営業時間が異なる場合もあります。

そのためシステム側では、企業・店舗運用に合わせて締め時刻を設定できる方が柔軟です。

9. Salon Operations OSでは営業日締めを持つ設計

Salon Operations OSでは、営業日締め時刻を企業単位で設定できる設計を採用しています。

標準値としては、

5:00

を想定。

その場合、

0:00〜4:59。

は前営業日として扱います。

締め時刻は運用に合わせて変更できる構成です。

10. なぜ売上だけでなくシフトにも営業日が必要なのか

例えば、

9月15日。

Aさん。

18:00〜27:00。

この勤務を、

9月15日：

18:00〜24:00。

9月16日：

0:00〜3:00。

という2シフトに分けると管理が複雑になります。

11. 1勤務として保持する

店舗運営上は、

9月15日営業日の18:00〜27:00

という1勤務として保持する方が自然です。

表示上、

27:00。

内部の実日時では、

翌3:00。

という形にできます。

12. 24時間を超える時刻入力へ対応する

一般的な時刻入力欄では、

23:59まで。

ということがあります。

しかし深夜営業店舗なら、

25:40。

27:00。

28:00。

と入力できた方が現場感覚に合います。

13. 例えば25:40まで勤務

店舗表示：

9月15日。

17:00〜25:40。

実際の終了日時：

9月16日 1:40。

営業日：

9月15日。

です。

14. 28時終了も同じ

店舗表示：

9月15日。

20:00〜28:00。

実日時：

9月16日 4:00。

締め5時なら、

営業日：

9月15日。

となります。

15. 営業日と実日時の両方が必要

「27時」という文字列だけ保存するのではなく、

実際にいつだったのか。

どの営業日に属するのか。

を分けて持つことが重要です。

16. 予約も同じ問題が起こる

例えば、

9月15日。

23:30〜25:00。

90分コース。

なら、

入室：

9月15日 23:30。

終了：

9月16日 1:00。

です。

しかし営業上は、

9月15日の予約

です。

17. 日付をまたいだから別予約にはしない

1件の予約を、

23:30〜24:00。

0:00〜1:00。

の2件へ分割する必要はありません。

1件の接客として保持します。

18. 売上確定時刻と営業日も分ける

例えば、

予約：

9月15日 23:30。

終了：

9月16日 1:00。

売上登録：

9月16日 1:05。

単純に登録日時を見ると、

9月16日の売上。

になってしまいます。

19. しかし店舗側では9月15日売上

営業日締めが5時なら、

この接客売上は、

9月15日営業分

です。

日次売上表にも9月15日へ入れる。

20. セラピスト報酬も同じ営業日にする

売上：

9月15日。

取り分：

9月16日。

では日次精算が合わなくなります。

同じ接客の、

売上。

セラピスト取り分。

店落ち。

は、同じ営業日に所属させます。

21. 1接客を中心に考える

SOでは、

予約。

↓

入室。

↓

コース。

↓

オプション。

↓

延長。

↓

接客完了。

↓

売上。

↓

セラピスト取り分。

↓

店落ち。

という情報を、同じ接客へ紐付ける考え方を採用しています。

営業日もその接客の属性になります。

22. LINE報告が0時をまたいでも同じ接客

例えば、

23:10。

予約LINE。

↓

23:30。

入室。

↓

0:45。

延長報告。

↓

1:30。

終了報告。

となった場合。

メッセージの日付だけを見れば、

途中から翌日です。

しかし同じ接客へ紐付けます。

23. 「新しい日になったから新しい売上」にしない

これはLINE自動処理でも重要です。

日付が変わったことを理由に、

別の接客。

別売上。

として作らないようにします。

24. 延長も既存売上を更新する

例えば、

23:30。

90分。

↓

1:00終了予定。

途中で30分延長。

↓

1:30終了。

この場合、

既存接客へ延長を追加。

最終売上を更新します。

別売上を1件追加するのではありません。

25. 深夜帯はメッセージ順序も重要

予約報告。

入室。

延長。

終了。

が同じグループで流れる。

処理順序が崩れると、

終了報告を先に処理。

予約が後。

ということも起こり得ます。

26. LINEグループ単位で順序を保つ意味

同一グループ内のメッセージを順番に処理することで、

予約。

↓

結果。

という業務順序を保ちやすくなります。

深夜営業では日跨ぎもあるため特に重要です。

27. ルーム管理にも営業日が影響する

例えば、

501号室。

23:30〜25:00。

次予約。

25:30〜27:00。

どちらも9月15日営業分。

カレンダーだけで見ると後半は翌日です。

28. 空室判定は実日時で行う

営業日が同じでも、

実際の時間が重なれば予約できません。

例えば、

A予約：

23:30〜25:00。

B予約：

24:30〜26:00。

なら、

30分重複しています。

29. 営業日と時間衝突判定は別物

営業日：

集計単位。

実日時：

時間衝突判定。

です。

これを混同しないことが重要です。

30. セラピストの重複シフトも実日時で判定

Aさん。

9月15日。

18:00〜27:00。

別シフト：

9月16日。

2:00〜6:00。

これは、

実際には、

18:00〜翌3:00。

と、

翌2:00〜6:00。

なので、

2:00〜3:00が重複

しています。

31. 見た目の日付だけでは見逃す

前者は9月15日。

後者は9月16日。

なので、単純に営業日だけ比較すると重複していないように見えます。

実日時で重複判定する必要があります。

32. ルームも同じ

ルーム501。

9月15日。

22:00〜27:00。

ルーム501。

9月16日。

2:30〜5:00。

なら、

実際には重複しています。

33. 日次売上締めで問題が出る

例えば9月15日の売上。

22:00：

20,000円。

23:30：

18,000円。

0:30：

20,000円。

2:00：

25,000円。

本来、

9月15日営業売上：

83,000円。

です。

34. カレンダー日で集計すると分裂する

9月15日：

38,000円。

9月16日：

45,000円。

になってしまいます。

店舗の締め表とシステム売上が一致しません。

35. 日次売上の基準を営業日にする

営業日締め5時なら、

0:30。

2:00。

の売上も、

9月15日へ集計。

これで店舗実務と一致します。

36. 自動精算にも影響する

セラピストA。

9月15日出勤。

18:00〜27:00。

売上が、

18時。

21時。

23時。

1時。

2時。

に発生。

これらをすべて9月15日勤務の実績として精算する必要があります。

37. 0時以降だけ翌日の精算に飛ばさない

もし、

0時以前：

9月15日精算。

0時以降：

9月16日精算。

となると、

1勤務の報酬が2日に分裂します。

38. 1勤務・1営業日で見る

営業日を共通キーにすれば、

9月15日勤務。

↓

その営業日の接客。

↓

売上。

↓

報酬。

↓

店落ち。

をまとめやすくなります。

39. 営業利益にも影響する

日次売上が翌日にずれれば、

店落ちもずれます。

月末なら月次利益まで変わります。

メンズエステの店落ち・営業利益を正しく管理する方法でも解説している通り、売上・セラピスト取り分・店落ち・経費の期間を揃えなければ、正しい店舗収支を把握できません。

40. 特に危険なのが月末

例えば、

9月30日。

23:30入室。

↓

10月1日。

1:00終了。

営業日締め：

5時。

店舗運用では、

9月30日営業分

です。

41. 単純なカレンダー集計では10月売上になる

終了日時だけを見る。

↓

10月1日。

↓

10月売上。

とすると、

9月売上が減り、

10月売上が増えます。

42. 月次集計までずれる

1件だけなら小さく見えます。

しかし深夜営業を毎日している店舗なら、

毎月末に同じことが起こります。

年間比較にも影響します。

43. 年末も同じ

12月31日。

23:30〜25:00。

なら、

実際の終了日は1月1日。

しかし店舗ルールによっては、

12月31日営業分。

です。

年度・年次集計にも関わります。

44. 営業日ルールを後から変える場合は慎重に

例えば、

現在：

5時締め。

↓

来月から：

6時締め。

に変更。

過去データまで新ルールで再計算すると、過去月の数字が変わる可能性があります。

45. 過去の営業日を勝手に変えない

一度確定した接客について、

当時どの営業日として処理したか。

を保存しておく方が安全です。

設定変更は原則として将来データへ適用します。

46. 営業日設定は履歴を持てると強い

例えば、

〜2026年9月30日：

5時締め。

2026年10月1日〜：

6時締め。

という設定履歴。

これなら過去データを維持できます。

47. 店舗ごとに営業時間が違う場合

店舗A：

翌3時まで。

店舗B：

翌5時まで。

この場合、

締め時刻も店舗ごとに変えたくなる可能性があります。

48. ただし複雑化には注意

店舗ごと。

曜日ごと。

日ごと。

に締め時刻を変えすぎると運用が複雑になります。

基本ルールはできるだけ統一し、必要な場合だけ個別設定する方が管理しやすいです。

49. 営業日締めは「営業時間」そのものではない

ここも混同しやすいポイントです。

営業時間：

12:00〜翌3:00。

営業日締め：

5:00。

でも構いません。

2時間余裕を持たせることで、

終了報告。

売上修正。

精算。

などを同営業日として処理できます。

50. 閉店時間と締め時間を同じにする必要はない

閉店：

3:00。

締め：

5:00。

という設計もできます。

店舗の業務フローに合わせます。

51. 予約日をどの基準で見るか

予約には複数の日があります。

予約を受けた日。

来店予定日。

実際に接客した日。

営業日。

売上確定日。

それぞれ意味が違います。

52. 「予約受付日」と「営業日」は別

9月10日に、

9月15日深夜1時の予約を受けた。

なら、

予約受付日：

9月10日。

接客営業日：

店舗ルールによって9月14日または15日。

です。

53. 日付フィールドを一つで済ませない

すべてを、

date

一つだけで扱うと、後から意味が分からなくなります。

何の日付なのかを明確にします。

54. 店舗画面では現場が理解できる表記にする

内部では、

2026-09-16 03:00。

でも、

店舗画面では、

9月15日 27:00。

と表示した方が分かりやすい場合があります。

55. 表示と保存を分ける

保存：

正確な実日時。

表示：

店舗が使い慣れた25時・27時形式。

この分離が扱いやすい設計です。

56. 管理画面で空の日付も見せる

月間シフト表では、

出勤がない日。

も表示した方が分かりやすい。

営業日単位で、

1日。

2日。

3日。

と並べ、

25時・27時の勤務もその日の行へ表示します。

57. LINE用シフト文章にも使える

例えば、

9/15 Aさん 18:00〜27:00。

9/15 Bさん 20:00〜28:00。

という店舗向け表記。

システム内部の実日時へ変換しつつ、現場向けの文章はそのまま使えます。

58. シフトコピー時も日跨ぎを維持する

前週シフト。

↓

翌週へコピー。

この時、

18:00〜27:00。

を、

18:00〜3:00。

へ勝手に変換すると現場では見づらくなります。

表示ルールを保ちます。

59. Google Sheetsへ同期する場合も営業日を基準にする

例えば9月15日月次Sheetへ、

9月16日1時の接客。

を送る。

営業日が9月15日なら、

9月15日の行へ同期する必要があります。

60. DBとSheetsで日付ロジックを二重に持たない

DB：

9月15日。

Sheets側数式：

9月16日。

では数字が合わなくなります。

営業日の正本は店舗システム側に持たせ、Sheetsは結果を受け取る方が安全です。

61. 売上保存と同期指示も分離しすぎない

売上はDB保存成功。

でもSheets同期要求が消失。

となると、

DBと月次表がずれます。

SOでは売上保存と同期キューを整合性を保ちながら扱う設計を採用しています。

62. 深夜営業で「今日」という言葉は曖昧

午前2時。

スタッフが、

「今日の売上」

と言った場合。

カレンダー上の今日？

営業上の今日？

という問題があります。

63. 管理画面では「営業日」を明示する

例えば、

営業日：9月15日

と表示。

これなら午前2時に見ても、

今どの営業日を見ているか分かります。

64. ダッシュボードも営業日ベースにする

今日の売上。

今日の客数。

今日の店落ち。

を表示する場合も、

深夜帯では営業日ルールを使います。

65. 午前2時にダッシュボードを開いた場合

締め5時。

現在：

9月16日 2:00。

なら、

「本日営業」

＝

9月15日営業分。

として表示する考え方です。

66. 5時を過ぎたら切り替える

9月16日 5:00。

↓

営業日：

9月16日。

へ切り替える。

67. 深夜営業では「現在営業中のセラピスト」にも影響する

Aさん。

9月15日。

20:00〜28:00。

9月16日2時。

でも、

Aさんは現在出勤中。

です。

68. 日付だけ見て退勤扱いにしない

0時になった。

↓

9月15日シフト終了。

としてしまうと、

実際にはまだ勤務中なのに管理画面から消えます。

69. 現在時刻とシフト実日時で判定する

現在勤務中かどうかは、

営業日ラベルではなく、

実際の開始・終了日時。

で判定します。

70. ルーム稼働中も同じ

501号室。

23:30〜25:30。

午前1時。

なら、

現在使用中。

です。

日付が変わったから空室扱いにはしません。

71. 未来の予約検索にも影響する

「9月15日の空き」

を検索。

この場合、

9月16日午前2時の枠も、

店舗ルール上は9月15日営業の空きとして表示したい場合があります。

72. 顧客向け表示は分かりやすさを優先する

店舗内部では、

9月15日 26:00。

でも、

顧客には、

9月16日 2:00。

と表示した方が分かりやすいことがあります。

73. 内部表記と顧客表記は必ずしも同じでなくていい

スタッフ：

9/15 26:00。

顧客：

9/16 2:00。

内部営業日：

9/15。

という3つを使い分けることができます。

74. 顧客の予約間違いを防ぐ

「9/15 26:00」

と一般顧客へ表示すると、

9月15日の午前2時？

9月16日の午前2時？

と混乱する可能性があります。

顧客向けUIでは日付を明示します。

75. 店舗内部では25時形式が便利

一方、スタッフのシフト管理では、

18:00〜27:00。

の方が一勤務として分かりやすい。

利用者によって表示を変える考え方です。

76. 深夜営業でよくある失敗① 0時で営業日を切る

一番典型的です。

0時以降の接客が全部翌日へ移ります。

77. 失敗② シフトを0時で二分する

18〜24時。

0〜3時。

という2シフト。

集計・勤怠・報酬が複雑になります。

78. 失敗③ 売上だけ営業日補正する

売上：

9月15日。

シフト：

9月16日。

精算：

9月16日。

では結局データが一致しません。

79. 失敗④ 月末だけ手修正する

毎月末、

「この3件だけ前月へ移す」

という運用。

人が覚えていないと崩れます。

80. 失敗⑤ 25時を文字列のまま扱う

25:00

だけ保存。

実日時へ変換していない。

これでは時間重複判定が難しくなります。

81. 失敗⑥ 営業日だけで重複判定する

営業日が別でも、

実際の時間が重なっていることがあります。

シフト・ルーム重複は実日時で判定します。

82. 失敗⑦ 顧客にも27時と表示する

店舗スタッフには通じても、顧客には分かりづらい可能性があります。

83. 失敗⑧ 設定変更で過去売上まで変わる

営業日締めを変更。

↓

過去データ再計算。

↓

過去月売上が変化。

これは避けたい運用です。

84. 失敗⑨ LINEメッセージの日付だけを見る

午前1時の終了報告。

↓

翌日の接客。

と誤判定。

予約・顧客・セラピスト等から同じ接客を特定する必要があります。

85. 失敗⑩ 営業日ルールをスタッフしか知らない

「うちは5時締め」

というルールが口頭だけ。

システム・Sheets・精算担当が別ルール。

↓

数字が合いません。

営業日ルールをシステムへ明文化します。

深夜営業管理の理想フロー

店舗が、

15:00〜翌4:00。

締め：

5:00。

だとします。

23:30

予約開始。

営業日：

9月15日。

0:00

カレンダー上は9月16日。

営業日はまだ9月15日。

1:00

延長。

既存接客へ追加。

2:00

接客終了。

売上確定。

営業日：

9月15日。

2:05

セラピスト取り分確定。

営業日：

9月15日。

4:00

店舗営業終了。

5:00

営業日切り替え。

↓

9月16日営業開始。

この流れなら、

予約。

シフト。

接客。

売上。

精算。

店落ち。

がすべて同じ営業日へ揃います。

Salon Operations OSでの深夜営業管理

Salon Operations OSでは、メンズエステ店舗の実運用に合わせ、

• 24時を超えるシフト表記
• 25:40
• 27:00
• 28:00
• 営業日締め時刻
• 深夜帯を前営業日へ所属
• セラピスト重複チェック
• ルーム重複チェック
• 売上とシフトの営業日統一
• LINE接客実績との紐付け

などを扱える設計を進めています。

現在はステージング環境で検証している段階であり、正式提供範囲はリリース時点の仕様をご確認ください。

営業日を持つことで何が変わるのか

単純に、

「25時を入力できる」

だけではありません。

予約。

↓

シフト。

↓

ルーム。

↓

LINE報告。

↓

接客実績。

↓

売上。

↓

セラピスト取り分。

↓

店落ち。

↓

日次締め。

↓

月次利益。

まで、同じ営業日としてつながります。

深夜営業と利益管理は別の話ではない

例えば月末深夜売上10万円が翌月へずれる。

すると、

店落ち。

月次売上。

営業利益。

店舗比較。

までずれます。

営業日管理は単なるシフト機能ではなく、経営数字の基礎データでもあります。

深夜営業・営業日管理チェックリスト

NOが多い場合、深夜営業に対してシステムの日付設計が合っていない可能性があります。

深夜営業管理を整える30日ロードマップ

DAY1〜7｜現在の営業日ルールを確認する

まず、

営業時間。

最終受付。

閉店時刻。

売上締め。

精算締め。

を確認します。

DAY8〜14｜営業日締め時刻を決める

例えば、

閉店：

翌3時。

↓

営業日締め：

5時。

など。

店舗の実運用と合わせます。

DAY15〜21｜日跨ぎパターンをテストする

最低でも、

23:00〜24:30。

23:30〜26:00。

25:00開始。

27:00終了。

28:00終了。

月末。

年末。

をテストします。

DAY22〜30｜売上・精算・月次集計まで確認

シフトだけ正常でも不十分です。

予約。

接客。

売上。

セラピスト取り分。

店落ち。

月次集計。

まで同じ営業日になっているか確認します。

システム導入時に必ずテストしたい10パターン

1. 23:00〜24:30

正常に前営業日へ所属するか。

2. 23:30〜25:30

日跨ぎでも1予約か。

3. 25:00開始

前営業日として扱えるか。

4. 27:00終了

シフトが0時で分裂しないか。

5. 28:00終了

営業日締め前として扱えるか。

6. 締め時刻ちょうど

4:59。

5:00。

で営業日が正しく切り替わるか。

7. 月末

9月30日27:00の売上が9月へ入るか。

8. 年末

12月31日25:00の売上が意図した年へ入るか。

9. シフト重複

9月15日20〜27時。

9月16日2〜5時。

の重複を検出できるか。

10. ルーム重複

異なる営業日表示でも実時間が重なれば検出できるか。

FAQ

Q1. メンズエステの25時とは何時ですか？

一般的には翌日の午前1時を意味します。

例えば「9月15日25時」は、実日時では9月16日午前1時です。

Q2. 27時は何時ですか？

翌日の午前3時です。

「9月15日27時」であれば、実日時は9月16日午前3時です。

Q3. 28時は何時ですか？

翌日の午前4時です。

Q4. なぜ普通に翌日3時と書かないのですか？

店舗シフトでは、夕方から翌朝までの勤務を同じ営業日の一勤務として表現しやすいためです。

Q5. 深夜0時を過ぎた売上は翌日売上になりますか？

必ずしもそうではありません。

店舗で設定した営業日締め時刻によって、前営業日として扱うことがあります。

Q6. 営業日締めとは何ですか？

店舗運営上の一日をどの時刻で切り替えるかというルールです。

例えば5時締めなら、0時〜4時59分を前営業日として扱えます。

Q7. 営業日締めは5時でなければいけませんか？

いいえ。

店舗の営業時間・運用に合わせて設定します。

Q8. 25時・27時のシフトはどう保存すべきですか？

表示上は25時・27時を使いつつ、システム内部では正確な実日時へ変換し、営業日も別に保持する方法が考えられます。

Q9. 月末の深夜売上はどうなりますか？

営業日基準で集計しないと翌月へずれる場合があります。

例えば9月30日営業分の深夜1時の売上を、9月売上として扱う運用があります。

Q10. 日跨ぎ予約は2件に分けるべきですか？

通常は1件の接客として管理した方が、売上・延長・報酬・顧客履歴をつなげやすくなります。

Q11. セラピストのシフトも営業日基準にすべきですか？

深夜勤務を行う店舗では、1勤務を同じ営業日として扱える方が分かりやすいです。

ただし時間重複判定には実日時を利用します。

Q12. Salon Operations OSは25時・27時表記に対応していますか？

Salon Operations OSでは、25:40・27:00・28:00等の深夜時間帯、営業日締め、シフト・ルーム重複などを扱う構成をステージング環境で検証しています。

正式提供範囲についてはリリース時点の仕様をご確認ください。

まとめ｜深夜営業では「日付」ではなく「営業日」を管理する

メンズエステ店舗では、

24時を過ぎたら営業終了。

とは限りません。

25時。

27時。

28時。

まで営業する店舗があります。

このとき、

カレンダー上の日付だけで店舗運営を管理すると、

予約

シフト

ルーム

接客

売上

セラピスト報酬

店落ち

が別の日へ分裂します。

特に月末では、

本来9月の売上が10月へ移る。

ということまで起こります。

そのため、

実際の日時

と、

店舗の営業日

を分けます。

例えば5時締めなら、

0:00〜4:59。

を前営業日として扱う。

その上で、

9月15日。

18:00〜27:00。

という勤務を、

実日時では、

9月15日18時〜9月16日3時。

として扱う。

こうすることで、

シフトは現場に分かりやすく、

システムでは正確な時間計算ができます。

さらに、

LINE予約

↓

接客実績

↓

深夜営業日

↓

売上

↓

セラピスト取り分

↓

店落ち

↓

月次利益

までつなぐ。

深夜営業への対応は、

「25時を入力できる機能」

だけではありません。

店舗の一日を、現場の実態どおりにシステムへ表現すること。

ここまでできて初めて、深夜営業するメンズエステ店舗でも、シフトと経営数字が一致するようになります。