ドライアイスの注文を、出荷・配送につなぐ。

Eアメニティが管理者となり、顧客がドライアイスを注文し、出荷拠点や運送会社が注文を確認する受発注システムです。Fluctuateは事業の立ち上げ期からシステム全体の開発を担当し、現在も品質保証・保守運用を継続しています。

注文の入力画面だけでなく、受注を管理する画面、出荷・配送のための確認画面、請求書や配送情報の出力までを構築。注文の前後にある業務も含めて、一つのシステムとして扱っています。

事業の立ち上げ期にExcelで行っていた管理業務を、専用システムへ移行しました。システム化で扱うのは、注文の数量や日付だけではありません。誰が注文し、どこが出荷を担当し、誰が配送に必要な情報を確認するか。それぞれの立場と業務のつながりを、画面とデータに落とし込んでいます。

顧客には注文するための画面を、出荷拠点や運送会社には担当する注文を確認するための画面を用意。管理者は受注や取引先、商品、請求を管理できます。異なる立場の人が、それぞれの業務で使う仕組みを構築しました。

顧客は日付ごとに注文量や配送時間帯を入力し、注文履歴を確認できます。出荷拠点や運送会社は、配送日や注文状況で対象を絞り込み、数量・届け先・配送情報を確認できます。

管理者向けには、顧客・取引先・出荷拠点・商品などの管理に加え、注文一覧、請求書の管理、CSV出力を用意しました。配送情報の印刷にも対応し、システム内の確認から帳票を使う業務へつなげています。

ドライアイスの注文には、配送日、出荷拠点の営業予定、配送方法などに応じた受付の条件があります。これらの条件をもとに注文の締切を求め、顧客が注文できる日と変更できる範囲を画面に反映しています。

数量を入力できるだけでは、日々の受発注には対応できません。注文単位に合わない数量は入力チェックで知らせ、締切を過ぎた日付では注文を変更できないようにする。業務上の条件を、利用者が操作する画面の振る舞いまで反映しています。

顧客が知りたいのは、いつ、どれだけ注文するか。出荷拠点や運送会社が確認するのは、担当する注文、配送日、数量、届け先などです。管理者には、取引先や商品、受注全体を扱う機能が必要になります。

こうした違いに合わせ、利用する立場ごとに画面と操作を分けています。配送日や注文状況による絞り込み、一覧からの確認、配送情報の印刷など、次の作業につながる機能を用意しました。

フロントエンドにはNext.jsとTypeScript、バックエンドにはGoとGraphQL、データベースにはMySQLを使用しています。画面からAPI、業務ルール、データの保存まで、システム全体を開発しました。

注文と配送の条件、顧客・出荷拠点・運送会社の関係をデータとして扱い、画面からの操作につなげています。受注画面の見た目だけでなく、その先の業務を動かす処理まで担当しています。

本プロジェクトでは、一式開発の後も品質保証・保守運用を継続しています。受発注は、顧客が注文を入力するところから、出荷・配送の担当者が確認するところまでつながる業務です。一つの画面だけでなく、関係する機能を含めて維持することが必要になります。

事業の立ち上げ期から関わる開発と、その後の継続的な対応。Fluctuateの「使われるサービスを作る」という考え方を、開発後の関わりまで含めて実践する取り組みです。