Case Studies
導入背景・対応内容・導入後の状態を中心に整理しています。
■ 基幹刷新・再構築
（既存システムの限界を感じている場合）
Case 01
既存の顧客管理・営業支援システムでは、保守コストの増加や法令対応の遅れが発生。外部連携も都度個別対応となっており、改修負荷が高く、業務全体の柔軟性が低下していました。
物件管理（BMS-P）・顧客管理（BMS-S）を導入し、基幹システムをパッケージへリプレイス。外部連携および帳票については既存仕様の再現と見直しを併せて実施し、必要な範囲に限定してカスタマイズを行いながら、標準機能中心の構成へ移行しました。
将来的な機能追加や法令対応に対応可能な構成へ移行し、保守負荷を抑えた運用体制を実現。
Case 02
既存のBMSを約10年利用しており、パッケージの世代差による機能面・運用面での制約が顕在化。刷新も含めて複数の選択肢を検討する必要がありました。
BMSのパッケージリニューアルに伴いブラウザ版へ移行。複数システムを比較検討した上で、既存資産の活用および業務継続性を重視し、BMSをベースに再構築。一部カスタマイズを行いながら、会計連動まで対応しました。
既存業務を継続しながら、最新パッケージの機能を活用した運用へ移行し、拡張性と運用性を向上させました。
Case 03
自社開発システムの老朽化に加え、仕様の属人化により改修対応が困難な状態となり、運用負荷が増加していました。
パッケージ（BMS）をベースに、必要な箇所のみカスタマイズを行い基幹システムを再構築。属人化していた仕様を整理し、標準機能を活用した構成へ移行しました。
運用負荷を抑えた安定した基幹システムへ移行し、継続的な改修・運用が可能な状態を実現しました。
Case 04
老朽化した基幹システムの刷新が必要であり、業務全体を横断した再設計が求められていました。
複数プロダクト（DMS、ReSFA、ReCM、ReCALC）を組み合わせ、基幹システムを構築。連携はAPIおよびCSVの両方式を適材適所で組み合わせて設計しました。
業務全体を一元管理する基盤へ移行し、各業務間の連携とデータ活用が可能な状態を実現しました。
■ スモールスタート・段階導入
（まずは一部から導入したい場合）
Case 05
資金計算業務をExcelで管理しており、データ破損や情報の分散が発生。担当者ごとに管理方法が異なり、マスタも統一されていない状態でした。
資金計算システム（ReCALC）を導入し、Excelで管理していた業務をシステムへ移行。既存の計算ロジックを踏まえつつ、パッケージ機能で補完可能な部分は標準機能に置き換え、全体として最適化された構成へ再整理しました。
データの整合性を維持した運用基盤へ移行し、属人性を排除した安定した業務運用を実現。
Case 06
業務ごとにシステムが分散しており、全体最適を前提とした基盤が未整備。いきなりの全面刷新は現実的ではなく、段階的な整備が求められていました。
顧客管理（ReSFA）から導入し運用を開始。その後、販売契約管理（ReCM）および資金計算（ReCALC）へと段階的に機能を拡張し、約半年で主要業務をカバーする構成へ移行しました。
業務に応じて管理範囲を拡張しながら、無理のない形で基盤を整備。段階的な導入により、現場への定着と業務継続を両立しました。
■ 業務改善・短期対応
（特定の課題を解決したい場合）
Case 07
複数システムに情報が分散し、二重入力や確認作業が発生。営業担当の事務負担が増加していました。
物件管理（BMS-P）・顧客管理（BMS-S）・契約管理（BMS-C）を導入し、基幹として必要な情報を一元管理する構成へ再設計しました。
基幹業務における二重入力は大幅に削減。一方で、細かな運用や帳票については柔軟性を考慮し一部Excel運用を残すことで、実務に即した運用を実現しました。
Case 08
既存システムが利用できなくなる状況となり、業務を止めずに短期間で代替手段を確保する必要がありました。
コンバータを活用し、既存データを引き継ぎながら約2週間でシステムを構築。本番稼働までを短期間で実現しました。
業務を停止することなく新システムへ移行し、継続的な業務運用を維持しました。