業務管理プラットフォーム
自社開発事例 / 業務管理プラットフォーム

日々の業務をつなぎ、
管理をひとつに。

勤怠・請求・顧客管理・SES・商品在庫を、共通の業務基盤で。日々の記録や申請、月次の確認、商談から請求までの流れを、業務に沿って整理した自社開発のプラットフォームです。要件定義から画面設計・実装・運用までを社内で行っています。

勤怠管理 請求管理 顧客管理(CRM) SES マッチング 商品・在庫管理
勤怠 業務管理プラットフォーム
2026年9月11日(金) 同期中
14:27:01
勤務中 ・ 09:02 から
経過 5:25 09:30 – 18:30
勤怠連絡
残業申請
休暇申請
業務終了
打刻
勤怠
日報
申請
その他
打刻ホーム(デモ画面・架空データ)
業務シーン

日々の記録から、月次の確認まで。

01

勤怠の記録・申請・承認をまとめて確認

社員は打刻と日報の提出、勤怠連絡・休暇申請・残業申請を同じ画面から行えます。管理側は当日の出勤状況と、承認を待っている申請を 1 画面で確認できます。

02

月締め・集計・法定帳簿の出力を一連の流れに

本人確認の進捗と未処理の修正申請を見ながら締め処理を進められます。労働者名簿・出勤簿・賃金台帳・有休管理簿と、Excel・CSV の出力まで同じモジュールで完結します。

03

顧客・商談情報を見積・請求へつなぐ

顧客・見込み客と商談を段階ごとに管理し、共通の取引先マスタを介して、見積書・納品書・請求書・領収書の作成へ引き継げます。

業務シーン

日々の記録と申請

このシステムでできること

打刻はワンタップ。勤怠連絡・残業申請・休暇申請も同じ画面から出せます。通信が不安定なときは端末に保存し、通信が戻り次第、押した時刻のまま自動で再送します

業務シーン

月次の確認と締め

このシステムでできること

本人確認の状況と未処理の修正申請を見ながら締め処理。法定三帳簿と有休管理簿は、現行と同じ様式のまま出力できます

業務シーン

商談から請求まで

このシステムでできること

社員・取引先・権限を共通マスタとして 1 つ持ち、商談から見積・納品・請求・入金の消込までを同じデータで追えます

設計方針

毎日使う画面と、月に数回使う画面を分けて設計する

社員と管理担当では目的が逆になるため、同じ設計思想では作っていません。UI 設計書に 3 つの原則として書き、全画面でこれを守っています。

社員画面は「迷わない」、管理画面は「見落とさない」

社員は 1 日 2 回・数秒の利用。開いた瞬間に押すべきものが分かることを優先する。管理画面は情報密度を上げてよいが、異常だけは必ず前面に出す。

打刻ボタンは常に 1 つだけ

4 つのボタンを並べず、いまの状態で押すべき操作だけを出す。確認ダイアログは置かず、記録後 5 秒だけ取り消せる窓を出すことで押し間違いに対応する。

状態は色・文字・記号の三重で示す

色覚の多様性と、屋外の明るさでの可読性に対応する。数値・時刻・金額は等幅書体で揃え、列を縦に読み下せるようにしている。

機能構成図

誰が使い、どこへつながるのか

業務管理プラットフォームの全体像です。実装済みのつながりだけを線で示しています。業務モジュールは共通基盤の上に載り、取引先・権限・監査ログは全モジュールで共有します。利用できるモジュールは会社ごとに設定します。

利用者
社員
打刻・申請・給与明細
営業・経理・管理者
日常業務の入力と承認
取引先
請求書の閲覧・決済
業務モジュール
勤怠管理
打刻・承認・締め処理/法定三帳簿(労働者名簿・出勤簿・賃金台帳)

勤怠から請求への自動連携は行っていません。勤怠の集計結果がそのまま請求金額になる仕組みは持っていません。

顧客管理(CRM)
問い合わせ・商談/タスク・営業活動
商談 → 帳票
IT人材業務(SES)
案件・候補者/契約から請求生成
契約 → 請求書
商品・在庫管理
仕入発注・入庫/商品受注・引当/出荷・納品・棚卸
出荷 → 納品書
請求管理
見積・納品・請求・領収・定期請求/発注書/入金消込・売上・債権・仕訳出力/取引先向けの請求書Web閲覧・オンライン決済
帳票送付
メール送付
決済リンク
オンライン決済
明細の取込
銀行明細(CSV)
共通基盤(全モジュールで共有)
取引先マスタ
顧客管理・請求・SES が同じ 1 件を共有
権限・ロール
役割ごとに画面と操作を割り当て
監査ログ
誰が何を操作したかを記録し追跡
通知・会社設定
承認待ちの通知/会社情報・APIキー
AI 照会・操作案内
AI アシスタント
確認したいことを日本語で質問。回答は元の帳票と照らして担当者が判断します
送信前の情報制御
外部へ送らない情報を、送信前に落とす仕組みを持ちます
外部 AI サービス
参照できる範囲は、利用者の権限の範囲内に限られます
詳細図を見る(拡大しても崩れないベクタ図)
業務管理プラットフォーム 機能構成図

提供範囲・上限値は、料金資料および契約書の別紙で確定します。

構成

5 つの業務モジュールと、共通の基盤

社員・取引先・権限といった共通マスタを 1 つ持ち、その上に業務モジュールを載せる構成です。利用者は画面左のサイドバーからモジュールを切り替えます。表示されるメニューは権限コード単位で絞られ、同じコードで API 側の許可も判定します。

01

勤怠管理

/attendance

打刻・日報から月締め、法定三帳簿の出力までを 1 本の流れにしています。打刻の抜けや勤怠連絡は管理画面の「対応トレイ」に 1 列で積まれ、どれから手を付けるか迷わない形にしました。

出勤状況 日報 勤怠集計 打刻修正承認 休暇・残業承認 締め処理 労働者名簿 出勤簿 賃金台帳 有休管理簿 データ出力
02

請求管理

/billing

見積書・納品書・請求書・領収書を同じ帳票として扱い、見積から請求への変換や複数納品の合算ができます。帳票は下書き・発行済・無効の 3 状態で、発行後は内容を変更せず理由を残して無効化します。買掛側の発注書はメニュー上も別グループに分けています。

見積書 納品書 請求書 領収書 定期請求 送付履歴 発注書 入金・消込 売上・債権・仕訳 取引先・品目 帳票検索
03

顧客管理(CRM)

/crm

顧客と見込み客を 1 つの一覧で扱い、リード・商談・問い合わせ・タスク・営業活動を同じ取引先に紐づけます。取引先マスタは請求管理と共通なので、商談が決まった時点でそのまま帳票側へ引き継げます。

ダッシュボード 顧客・見込み客 リード 商談 問い合わせ タスク 営業活動 営業実績 顧客連絡先
04

SES マッチング

/ses

案件と候補者を左右に並べ、選定・提案・面談・契約までを 1 画面で追えるようにしています。不採用や辞退も履歴として残し、案件は失注後も一覧から消しません。案件は取引先マスタに紐づくため、SES 担当が請求側に登録を依頼する必要はありません。

ダッシュボード 案件一覧 候補者 選考・提案・契約 共通マスタ
05

商品・在庫管理

/inventory

現物在庫から引当済みを差し引いた数量を「使える在庫」として扱い、仕入発注から入庫、商品受注・引当、出荷までを 1 本の流れにしています。品目は請求管理と共通で、出荷した数量と受注単価から納品書の下書きを作成できます。入庫・引当・出荷・棚卸の増減はすべて履歴に残り、確定済みの記録は上書きせず、取消は逆の在庫移動として記録します。

在庫一覧 商品・倉庫 仕入発注 入庫実績 商品受注・引当 出荷・納品 棚卸記録 在庫変動履歴
画面

実際の画面

デモ画面

以下は実際の画面構成をそのまま再現した表示です。氏名・部署・取引先・金額・日付はすべて架空の値に置き換えています。

打刻ホーム(社員・スマートフォン)

/me

ホーム画面から起動すると最初に出る画面。勤務中は地色が濃紺に変わり、経過時間と所定時間に対する進捗が出ます。押せる打刻は常に画面下端の 1 つだけで、通信が切れている間は端末に保存して自動で再送します。

勤怠 xFuture 株式会社
2026年9月11日(金) 同期中
14:27:01
勤務中 ・ 09:02 から
経過 5:25 09:30 – 18:30
勤怠連絡
残業申請
休暇申請
有休残数 18
年5日取得義務 3 / 5 日
今月の状況 詳細
出勤
8
労働
67:40
残業
4:15
9/8(火) 退勤打刻なし 修正申請
業務終了
休憩開始
打刻
勤怠
日報
申請
その他

出勤状況(管理・PC)

/attendance

全社の当日の状況と、対応が必要な項目を 1 画面に置いています。右側の「対応トレイ」は打刻の異常と社員からの勤怠連絡を 1 つの待ち行列にまとめたもので、種別はチップで示します。並び替えや検索・部署の絞り込みはサーバー側で処理します。

枠の中を横にスクロールすると全体を見られます
x xFuture 株式会社
システム
勤怠 請求 CRM SES
出勤状況
日報
勤怠集計
打刻修正承認 2
休暇・残業承認
締め処理
法定三帳簿・出力
労働者名簿
出勤簿
賃金台帳
データ出力
高田 高田 真琴 管理担当
勤怠 出勤状況
最終更新 14:27:03 更新
出勤状況
2026年9月11日(金)・全 32 名
勤務中
18
全体の 56%
退勤済
9
全体の 28%
未出勤
5
全体の 16%
要対応
3
異常 2 ・ 連絡 1
本日の全社打刻状況
社員名検索 全部署
社員 状態 出勤 退勤 実労働 アクション
山口 陽介開発部 勤務中 09:02 5:25 代理退勤
三宅 亮開発部 勤務中 08:47 5:40 代理退勤
東 さやか営業部 退勤済 09:28 13:30 4:02 代理打刻
川瀬 拓海管理部 未出勤 代理出勤
園部 千花営業部 勤務中 10:00 4:27 代理退勤
1–5 件 / 32 件
1 2 3
対応トレイ 3
全件 異常 連絡
退勤打刻なし 山口 陽介 9/8
催促 確認済
出勤打刻なし 川瀬 拓海 9/11
催促 確認済
交通機関 東 さやか 09:12

電車遅延のため 30 分ほど遅れます。

既読 確認済
すべての要対応項目を見る
今月の締め
本人確認済24 / 32 名
未処理の修正申請2 件

請求書一覧(管理・PC)

/billing/invoices

帳票の状態(下書き・発行済・無効)と入金の状態を別の列として持ち、支払期限を過ぎた発行済の行は日付を赤で示します。複数行を選んで請求書に合算したり、まとめて送付したりする操作は、件数を添えて見出しの行に置いています。

枠の中を横にスクロールすると全体を見られます
x xFuture 株式会社
システム
勤怠 請求 CRM SES
帳票
見積書
納品書
請求書
領収書
定期請求
送付履歴
購買
発注書
入金
入金・消込
売上・債権・仕訳
高田 高田 真琴 管理担当
請求 帳票 請求書
請求書
適格請求書の作成・発行と、入金状況の管理
CSV 出力 CSV 取り込み 選択して送付(2 件) 請求書を作成
検索 取引先名・件名
状態 全ての状態
業務状態 未入金
発行日(開始) 2026/08/01
発行日(終了) 2026/09/30
請求書番号 発行日 支払期限 取引先 件名 合計金額 状態 業務状態
INV-2026-0148 2026/09/10 2026/10/31 株式会社アオイ電機 9月分 保守運用 ¥847,000 発行済 未入金
INV-2026-0147 2026/09/04 2026/09/10 合同会社ミナト設計 要件定義 一式 ¥1,320,000 発行済 一部入金
(未採番) 2026/09/12 株式会社サカエ商会 追加開発 第 2 期 ¥462,000 下書き
INV-2026-0146 2026/08/29 2026/09/30 株式会社アオイ電機 8月分 保守運用 ¥847,000 発行済 入金済
INV-2026-0145 2026/08/21 2026/09/30 合同会社ミナト設計 保守 追加分 ¥198,000 無効
1–5 件 / 68 件
1 2 3

商談管理(管理・PC)

/crm/deals

商談を段階ごとの列に並べ、カードをドラッグして段階を更新します。列の見出しには件数と金額の合計が出ます。受注予定日を過ぎた商談は左端に赤い印が付き、成約へ移すと受注情報の入力に進み、そのまま請求管理で請求書を発行できます。

枠の中を横にスクロールすると全体を見られます
x xFuture 株式会社
システム
勤怠 請求 CRM SES
ダッシュボード
営業
顧客・見込み客
リード
商談
問い合わせ
タスク
営業活動
レポート
営業実績
マスタ
顧客連絡先
取引先
東 さやか 営業担当
CRM 営業 商談
商談管理
商談の進捗状況をステージごとに可視化・管理します。ドラッグ&ドロップでステージを更新できます。
商談を登録
進行中 成約 失注 すべて
商談名・会社名で検索
初回接触 2
¥1,860,000

勤怠システム 追加ライセンス

株式会社アオイ電機

¥1,200,000

2026-10-31

担当: 東 さやか

勤怠 現場端末の増設

株式会社ニシカワ物流

¥660,000

受注予定日 未定

担当: 園部 千花

提案中 2
¥5,460,000

基幹システム 刷新 第 1 期

合同会社ミナト設計

¥4,800,000

2026-11-28

担当: 三宅 亮

保守契約 更新

株式会社サカエ商会

¥660,000

2026-09-05

担当: 東 さやか

契約交渉 1
¥2,300,000

請求管理 導入支援

株式会社ニシカワ物流

¥2,300,000

2026-11-14

担当: 三宅 亮

成約 1
¥3,120,000

SES 2 名 増員

株式会社アオイ電機

¥3,120,000

2026-09-01

担当: 園部 千花

失注 0
この段階の商談はありません

※商談を「成約」へ移動すると受注情報の入力画面が表示され、請求管理と連携して請求書を発行できます。

技術構成

止まらないことを前提に組む

打刻は 1 日 2 回、全社員が必ず通る操作です。そこだけは他の機能の不調に巻き込まれないよう、経路とデータベース接続を分けて設計しています。

バックエンド

  • FastAPI / SQLAlchemy 2.0
  • PostgreSQL 16(Alembic で移行管理)
  • Python 3.12 以上
  • 打刻 API は専用の接続プールに分離

フロントエンド

  • React / TypeScript / Vite
  • Tailwind CSS(設計トークンを一元管理)
  • TanStack Query でサーバー状態を扱う
  • 社員画面は PWA。文字サイズは 4 段階

運用と品質

  • 1 社 1 データベース構成
  • 操作履歴(監査ログ)を全操作に付与
  • ヘルスチェックは実際に DB へ問い合わせる
  • CI で型・静的解析・テスト・移行を検査

実現計画書・UI 設計・データモデルと API 設計・権限ロール設計・操作手順書を文書として残し、設計上の判断は ADR(意思決定記録)として個別に記録しています。仕様の変更はまず文書側で決め、そのあとに実装しています。

よくあるご質問

導入と運用について

外部に販売しているサービスですか

自社の業務のために設計・開発したシステムです。同じような課題をお持ちの企業向けに、業務システムの開発のご相談は承っています。

いま使っている Excel の様式は使えますか

現行ファイルを分析し、列幅・結合セル・数式の扱いまで対応表に落としたうえで、同じ様式のまま出力する方式を採りました。様式を変えずに移行できるかどうかは、実物を見て判断しています。

システムが止まったときはどうしますか

打刻の経路を他の機能から隔離したうえで、停止の度合いに応じた代替手段を運用手順書に段階別で定めています。復旧後に管理者がまとめて代理打刻でき、誰がいつ代理したかは履歴に残ります。

権限はどこまで細かく分けられますか

権限コード単位です。サイドバーに出るメニューと API 側の許可を同じコードで判定するため、「開けるのに保存で拒否される」状態が起きないようにしています。

電波の悪い現場でも打刻できますか

送信できなかった打刻は押した時刻のまま端末に保存し、通信が戻り次第自動で再送します。記録される時刻は押した時点のものです。受付端末の QR を必須にする運用にも対応しています。

モジュールは別々に使えますか

同じ基盤の上のモジュールとして分かれており、利用できるモジュールと権限は会社ごとに設定します。切り替える先が 1 つしかない場合は、サイドバーに切替そのものを出しません。

他サービスとの違い

重点の置き方が、それぞれ違います

業務システムは、どれが優れているかではなく、どの業務に重点を置き、どう組み立てるかが分かれます。代表的な 3 つの型と並べて、本製品の位置を整理しました。

本製品

業務管理プラットフォーム

重点業務

勤怠管理・顧客管理(CRM)・IT人材業務(SES)・請求管理・商品・在庫管理。

業務の組み立て方

業務ごとに作り込んだ画面を、共通の基盤の上で使います。複数の業務を、業務別の画面と共通基盤で扱える構成です。

データのつながり方

取引先・権限・監査ログを全モジュールで共有します。CRM の商談、SES の契約、在庫の出荷から帳票・請求へつながる構成です。勤怠から請求への自動連携は行っていません。

適した導入目的

複数の業務をまとめて見直したい。自社の業務に合わせて、相談しながら整えたい。

Aサービス

勤怠・人事労務型

重点業務

勤怠・休暇・申請承認を中心に、人事労務や給与などの関連機能も提供されています。

業務の組み立て方

勤怠を軸にした専用機能を、設定して使います。

データのつながり方

外部サービスとの連携が用意されています。

適した導入目的

勤怠と人事労務のまわりを、専用の仕組みで厚く整えたい。

Bサービス

請求業務型

重点業務

見積・納品・請求・領収の帳票と、定期発行・送付、入金まわり。

業務の組み立て方

請求業務に特化した専用機能を使います。

データのつながり方

会計との連携や API が用意されています。

適した導入目的

請求業務そのものを、専用の仕組みで整えたい。

Cサービス

汎用アプリ構築型

重点業務

特定の業務に限定されません。必要な業務アプリを必要に応じて作ります。

業務の組み立て方

データ管理・プロセス管理・権限・通知を組み合わせて自社で構築します。プラグインや外部サービスで拡張できます。

データのつながり方

アプリ間や外部サービスとのつなぎ方を、自社の構成しだいで決められます。

適した導入目的

自社の業務に合わせて、必要なものを自由に作りたい。

各社の公開情報をもとに、代表的な製品の範囲で主な特徴を整理したものです。各社の他製品やすべてのプランは比較の対象に含みません。機能の提供条件はプランにより異なります。(基準日:2026年9月15日)

業務に合った仕組みを、一緒に考えませんか。

日々の記録・申請・集計や、顧客・請求情報の管理を見直したい方は、現在の業務と実現したいことをお聞かせください。

業務システムの開発について相談する