DERI OPS

デリヘル管理アプリ開発日誌

デリヘル管理ツール「DERI OPS（デリオプス）」を作っている開発者の日誌です。 ブラウザで使うデリヘル管理サイトの画面から、ドライバー・キャスト向けのスマホアプリ、電話まわりのデリヘル管理システムの裏側まで、 毎日ひとつ、実装した機能を書いています。

  16. 独自ホテルの画面にある「ホテル街・エリアの呼び名」の節。大分市周辺の地図に末広・都町・三川・旧ホーバーの4つの代表点と事務所の印が並び、その下に呼び名・よみ・営業地域・代表の住所・別の言い方・緯度経度を入れる追加フォーム、さらに下に登録済みの4件が編集と削除のボタン付きで並ぶ。旧ホーバーには「要確認」の黄色いバッジが付いている

    「末広で」と言われて、車を出せるか

    電話で行き先を住所で言うお客様はまずいない。「末広で」「ホーバーのあたり」という住所にも駅名にも無い地元の言い方を、地図の一点に変えるための呼び名マスタを9月に作った。デリヘル管理サイトの独自ホテルの画面に同居させ、共有と店独自の二層にし、座標の無い行は保存しない理由の話。

    続きを読む →
  17. 安全デバイス管理の端末の運用設定。移動時と非移動時の測位間隔、無音SOSなどのチェック、店舗とドライバーの2件のSOS通報先の下に、「端末を充電器に載せた状態で保存してください。省電力のため端末は普段ごく短い通信しかせず、設定が届かないことがあります」という黄色の注意書きと「運用設定を保存」のボタンがある

    誰かの無線LANの名前が、リセット理由になっていた

    安全デバイスの通報が届かないもうひとつの原因は、端末が送る無線LANの一覧の長さの申告が255バイトで折り返す不具合だった。繁華街ほど必ず踏む。デリヘル管理システムは位置をGPSだけで決めていて一覧を使っていないので、設定で無線LANのスキャンを常に切って経路を断った7月の話。

    続きを読む →
  19. 安全デバイス管理の端末の運用設定。測位間隔とSOSの各チェックの下に「SOS通報先（最大10件）」の節があり、店舗・ドライバー・警備の3件の連絡先に、SMSと通話のチェックが並ぶ。SOS時の架電とSMSはここに登録した番号だけに行われ、1件目が最優先で架電されるという説明がある

    鳴らないSOSは、順番のせいだった

    画面には「緊急通報しました」と出ているのに、誰の電話も鳴らない。7月25日に見つけたこの経路の原因は処理の順番だった。デリヘル管理アプリのSOS通知で、連絡先へのSMSと電話の仕事を何より先にキューへ積み、画面への配信が落ちても道連れにしない形へ直した話。連絡先の番号の穴と、残った宿題も。

    続きを読む →
  21. 安全デバイス管理の画面に重なった「安全デバイスの返却・弁済について」の案内。SIMの解約、T5トルクスドライバーでのSIMの取り外し、箱詰め、返却先への発送、受領後の月割の返金という5つの手順と、紛失・故意破損のときは1台あたり15,000円を弁済する説明が並ぶ

    返却の手順書に、ドライバーの規格を書いた

    貸し出している安全デバイスを返してもらうとき、中には店が契約したSIMが挿さったままになる。デリヘル管理システムの返却案内に、SIMの解約と取り外しの道具、紛失時の弁済額、月割の返金まで先に全部書いた話。案内メールが届かなかった失敗と、端末が残るあいだは店の解約に進めない理由も。

    続きを読む →
  38. 受付画面で開いた「❔ ステータス・アラートの説明」。3列で、左が「キャストの状態（手配可否）」に稼働可能・待機・出勤前・退勤後の4行、中央が「予約の進行状態」に受付から無断キャンセルまで12行、右が「要対応アラート」に座標未設定から部屋番号キャスト未連絡まで7行。赤いバッジは全て同じ薄い赤。各行の右に一行の説明

    凡例を手で書くのをやめた日と、それでも抜けた3項目

    5月、同じ予約が画面ごとに「移動中」「停滞中」「現地到着」と別々に出ていた。判定と表示をひとつの定義に寄せ、デリヘル管理ツールの受付画面にある「ステータス・アラートの説明」をその定義から生やした話。定義がひとつでも載せる並びが手書きだったせいで、6月に3項目抜けていた経緯も書きました。

    続きを読む →
  39. 受付画面の要対応帯に「⚠️ [要設定] 本日出勤の デリ本店 あいさん（19:00〜）: ログイン未登録（リンク先で設定できます）」の行が5本並び、最後に「[要設定] ほか 13 名（キャスト管理・人員管理で確認できます）」の1行。その下に畳まれた「ステータス・アラートの説明」

    赤い帯を足すたびに、減らす仕掛けも入れてきた

    予約1件から出る赤い行は7種類。ここ数日アラートを足す話ばかりだったので、デリヘル管理アプリの受付画面でアラートを減らしてきた3つの仕掛けの話。同じ予約から2回作らない、用の済んだ行は出さない、昨日足した[要設定]の行を18行から5行と「ほか13名」に畳んだ経緯を書きました。

    続きを読む →
  45. キャスト本人アプリの勤務時間タブ。「勤務時間を保存」ボタンの下に「系列店舗での勤務予定」の枠があり、クロス店A 9/13(日) 10:00〜18:00、クロス店B 9/13(日) 17:00〜22:00、クロス店B・クロス店A 9/14(月) 17:00〜01:00 など店舗名の札つきのシフトが並ぶ

    同じ時間に、同じキャストを2つの店が入れられた

    デリヘル管理システムの系列店シフトの話。グループの管理画面では他店との重なりを断っていたのに、各店の普段のシフト画面は確認を通らず、掛け持ちキャストを同じ時間に2店で入れられた。3つの入口に確認を挟み、エラーに他店名を出さないことにした理由と、本人アプリで系列店の自分のシフトを見えるようにした経緯を書きました。

    続きを読む →
  46. キャスト管理画面の勤務時間エディタ。上部に「基本の時間帯を選んで、出勤する日へまとめて適用できます」と 17:00〜25:00（翌1:00）のプルダウン、全日に適用・平日に適用・週末に適用・すべて休みにのボタン。その下に 9/12(土)〜9/20(日) の行が並び、月〜金にチェックが入って 17:00〜25:00（翌1:00）、土日は「休み」

    20時から翌2時の枠と、23時からの枠が両方通った理由

    デリヘル管理ツールの勤務時間入力の話。終わりを「25:00（翌1:00）」で選べるようにした一方、保存側の重なりチェックは時刻の文字列比較のままで、日をまたぐ枠の重なりを取りこぼしていた。実際の日時の区間で判定する部品にまとめた経緯と、8月21日に保存が全滅した2つの原因を書きました。

    続きを読む →
  49. ランク管理画面。上部にランク名・表示順・バック率（%・空欄=未設定）を入れる追加フォーム、その下にランク A（バック率 60%）・B（55%）・C（50%）の3行が並び、各行のバック率は入力欄でそのまま書き換えられる

    ランクを上げたら先月の取り分まで増えた日のこと

    デリヘル管理システムのバック率の焼き付けの話。取り分を集計のたびに「いまの率」で引いていたため、月の途中でランクを上げると完了済みの仕事の取り分までさかのぼって増えた。完了の瞬間の率を予約へ書き込み、以後の率変更を届かせないようにした経緯と、焼き付ける項目が3つ増えた話を書きました。

    続きを読む →
  50. 売上集計の「取り分（店の取り分）」表示。上部タブの下に黄色い帯で「⚠️ バック率未設定のキャストがいます。その分の取り分は0%（全額店側）として集計されています。ランク管理またはキャスト管理でバック率を設定してください。」と出ている。下のサマリーは店の取り分 ¥74,156,068、総売上 ¥167,740,350 ／ キャスト取り分 ¥93,584,282、件数 6,713件、店取り分の客単価 ¥11,047

    取り分が良く見える日をいちばん疑うことにした

    デリヘル管理ツールの売上集計に出す「バック率未設定」の警告の話。率がどこからも引けないと取り分0%＝全額店側として集計され、数字が良く見えてしまう。上位10位のランキングで判定していて11位以下を取りこぼしていた件と、焼き付け済みの予約への誤警告を直した経緯を書きました。

    続きを読む →
  51. キャスト本人アプリの売上タブ（2026年8月・スマホ幅）。コース料金65%・オプション料70%・指名料100%満額のバック率3枚、この月の取り分¥584,703とその内訳（コース料金¥883,400×65%・オプション料¥5,000×70%・指名料¥7,000×100%）、8/22の明細に本指名の90分がコース料金¥19,650×65%＝¥12,772・オプション料¥5,000×70%＝¥3,500・本指名料¥4,000×100%＝¥4,000の3行で取り分¥20,272

    キャストの取り分の式は2回書いてある、と白状しておく

    デリヘル管理アプリのキャスト取り分の算出式の話。コース料金・オプション料・指名料に別々のバック率を掛ける3本立てにした理由、値引きはコース料金ぶんから先に引き取り分の合計が頂いた額を超えないよう上限を掛けた経緯、SQL版とPHP版の一致を機械で照合するテストについて書きました。

    続きを読む →
  52. 精算画面の日次タブ（営業日 2026-08-21）。かおりの行だけ「取り分 ¥31,460 ／ 交通費(自走) ¥4,000」と表示され、開いた明細に60分フリー ¥19,600・65%・¥14,740（うち交通費 ¥2,000）と180分フリー ¥28,800・65%・¥20,720（うち交通費 ¥2,000）の2行。他のキャストの行には交通費の表記が無い

    「自走なら交通費は無料」と言いそうになった話

    デリヘル管理サイトの精算に出る「交通費(自走)」の話。自分で現場へ向かうキャストは送迎と必要ドライバー数から外すが、お客様への交通費は従来どおり請求し、その実費をバック率を掛けずに本人の取り分へ乗せる。合計しか無かった交通費を主担当ぶんと別便ぶんに分けて焼き付けた経緯も書きました。

    続きを読む →
  55. 精算画面の現金管理タブ。本日の集金・納金・事務所の累計残高・外で保有中のサマリー、いま現金を持っている人（配車 三郎 ¥18,000）、受け渡し・納金・調整の記録フォーム、給与渡し・受け渡し・打ち消し行・集金・納金が並ぶ台帳

    「渡した」「もらってない」を台帳で終わらせる

    デリヘル管理アプリの現金台帳の話。お客様→キャスト→ドライバー→事務所→給与と動く現金を「受け取った側が記録する」規約で追い、書き換えも削除もできない追記専用にして訂正は理由付きの打ち消し行だけにした理由と、デモ店の預かり金が無限に増えたバグについて書きました。

    続きを読む →
  60. 受付画面の「キャスト・ドライバーからの着信」。キャストとドライバーの着信が顧客の履歴とは別にまとまり、担当予約を開く・担当配車を開くボタンが付いている

    「いま着きました」の電話は、お客様ではない

    デリヘル管理アプリに届くキャスト・ドライバーからの電話の話。店の番号は予約回線であり身内の連絡網でもあるのに、電話連携の初日は「未登録」のお客様として出ていた。着信時に身内を見分けて別の箱に入れ、担当予約・担当配車へ直行させる仕組みと、発信で一度混ぜた話を書きました。

    続きを読む →