業務ソフトウェア開発：ERP・CRM・業務管理システム

Mesterséges Intelligencia Központ Kft. は、ブダペストのソフトウェア開発会社です。システム連携と人工知能を取り入れたオーダーメイドのERP・CRM・業務管理システムを開発しており、現在も、ERPとCRMを兼ね備えた大規模なシステムの開発に取り組んでいます。

要点： システムは企業独自の業務プロセスに合わせて構築します。その逆ではありません。NAV Online Számla、請求書発行ソフト、銀行、ECサイトと連携し、引き渡し後はシステムの運用もお引き受けします。ソースコードと利用権の扱いは、契約で定めます。

当社が開発するシステム

業務ソフトウェアは、企業の日々の業務を支えます。何を誰に販売したのか、在庫に何があるのか、誰が何に取り組んでいるのか、未回収の売掛金がどれだけあるのか。大きく3つの系統があり、その境界はしばしばあいまいです：

システム	用途	主な構成要素
ERP（統合基幹業務システム）	企業の経営資源を一か所で管理	在庫、購買、販売、生産、財務
CRM（顧客関係管理システム）	顧客と営業活動の管理	顧客台帳、見積もり、営業プロセス、カスタマーサポート
業務管理（バックオフィス）システム	裏方の事務処理	請求書発行、契約、作業票、承認

オーダーメイドのシステムでは、企業が本当に必要とするものだけを、そこで働く人々の仕事の進め方に合わせて作ります。パッケージ製品のロジックに業務を合わせる必要はありません。ERPやCRMで、どのような場合にオーダーメイドが見合うのかは、オーダーメイドのERPか、カスタマイズした既製のERPか？とオーダーメイドのCRMを開発する価値があるのはどのような場合ですか？の各記事で詳しくご説明しています。

業務管理システムを構成するモジュール

企業のニーズに合わせてシステムを組み立てる際の、代表的な構成要素です：

在庫・倉庫： 品目マスター、保管場所、入庫、出庫、棚卸し、最低在庫の監視。
請求書発行と財務： 見積書、受注、前払い請求書、請求書、売掛金と入金の管理。
プロジェクトと作業票： タスク、担当者、投入工数、リソース計画。
顧客と営業： 顧客履歴、先方の担当者、営業ファネル、見積もりの追跡、サポートチケット。
権限： 役割に応じたアクセス管理。誰が何をいつ変更したのかがログで確認できます。
レポート： 経営層向けの集計表、ダッシュボード、表計算ソフトへのエクスポート。

連携：当社がつなぐシステム

業務ソフトウェアが本当に役立つのは、孤島になっていないときです。企業のほかのシステムとは、次のように連携させます：

NAV Online Számla： NAVの機械向けインターフェースを通じて請求データを送信し、受領確認を処理します。
請求書発行サービス： 請求書発行を外部のサービス（たとえばSzámlázz.huやBillingo）で続ける場合は、そのインターフェースを通じて連携します。
銀行： 銀行の取引明細と取引データを取り込み、入金を請求書と照合します。
ECサイト： ECサイトと基幹システムの間で、注文、在庫、価格を同期します。
配送業者とその他のシステム： 荷物の発送、メール、カレンダー、既存のERPやCRMと、API、Webhook、または定期的なファイル交換によって連携します。

公開インターフェースのないシステムについては、要件定義の際に接続方法を一緒に決めます。システム連携と繰り返し作業の自動化については、業務プロセス自動化のページで詳しくご覧いただけます。

業務ソフトウェアにおける人工知能

大規模言語モデル（OpenAIのChatGPT、AnthropicのClaude、GoogleのGemini）は、これまで人が読み、書き写し、文章を作っていた場面で役立ちます：

文書： 受け取った請求書、納品書、注文書のデータをシステムが読み取り、確認できる状態にして登録します。
メール： 受信したメールを分類し、顧客台帳上で返信の下書きを作成します。
データへの質問： たとえば「当社の見積もりのうち、まだ返事が来ていないものはどれですか？」のように、ふだんの言葉でシステムに質問できます。
要約： 商談の前に、その顧客のこれまでの経緯をすべて要約します。

間違いが金銭的な損失につながる場面では、AIが提案し、人が承認します。言語モデルの組み込み方とデータ保護については、AI統合のページでご説明しています。

既存システムからの移行

このようなプロジェクトが白紙の状態から始まることはまれです。企業にはすでに表計算ファイルや古いプログラム、あるいは既製のシステムがあります。移行の手順は次のとおりです：

現状調査： どのようなデータ、プロセス、連携があるのか、何がうまく機能し、何が機能していないのか。
データマッピング： 古いデータをそれぞれどこへ移すのか、何を整理する必要があるのか（重複した顧客、不完全な品目マスター）。
試験移行： 古いデータをテスト環境に移し、キーユーザーが確認します。
切り替え： 日々の業務が止まらないよう、段階的に、または新旧のシステムを短期間並行稼働させて切り替えます。
フォローアップ： 本番稼働後の不具合修正と運用。

すべてを一度に置き換える必要はありません。多くの場合、まず新しいモジュールを古いシステムの横に置き、両者をインターフェースを通じてやり取りさせるのが現実的な方法です。

当社の経験

現在も、ERPとCRMを兼ね備えた大規模なシステムを開発しています。お客様名と製品名は公表していません。この仕事を通じて、業務ソフトウェアで画面が難しい部分になることはめったにないと学びました。データモデル、権限、連携、そして古いデータの引き継ぎによって、社員がそのシステムを使うのか、それとも横で表計算ファイルを使い続けるのかが決まります。

当社の仕事の進め方

無料の初回のご相談：システムに必要な機能と、不要な機能。
キーユーザーとともに行う要件定義と仕様策定。
開発の機能規模をCOSMICファンクションポイント（ISO/IEC 19761）で測定。そこからお見積もりとスケジュールが生まれます。
定期的なデモを交えた段階的な開発。
引き渡し：ソースコードと利用権の扱いは、契約で定めます。
運用・保守。

ご要望に応じて秘密保持契約（NDA）を締結します。各ステップの詳細は仕事の進め方のページでご覧いただけます。

よくあるご質問

オーダーメイドのERPか、既製のシステムか？

企業のプロセスが既製のシステムにうまく合い、カスタマイズがほとんど必要ない場合は、既製品のほうが早く安く済むことが多く、当社もそのようにお伝えします。オーダーメイド開発が見合うのは、企業の業務がパッケージのロジックと異なる場合、多くのシステムを連携させる必要がある場合、あるいはカスタマイズの費用が独自モジュールの開発を上回る場合です。中間的な解決策もよくあります。既製のシステムはそのまま使い、オーダーメイドのモジュールや連携で補います。

ソースコードは誰のものになりますか？

ソースコードと利用権の扱いは、契約で定めます。

既存のシステムを引き継いでもらえますか？

調査のうえ、実現可能な場合は、はい、可能です。方法は2つあります。既存システムのデータを新しいシステムへ移行するか、既存のオーダーメイドシステムの追加開発と運用を当社が引き継ぐかです。後者にはソースコードとアクセス権が必要です。コードとデータの状態を調査したうえで、どちらが現実的な道かを率直にお伝えします。

料金は何によって決まりますか？

開発の機能規模によって決まります。機能規模はCOSMICファンクションポイント（ISO/IEC 19761規格）で測定します。この手法はデータの移動、すなわち入力、出力、読み込み、書き込み（Entry、Exit、Read、Write）を数えるため、技術やチームに左右されません。この規模からお見積もりとスケジュールを導き出します。そのほか、連携、非機能要件（性能、セキュリティ、可用性）、デザイン、運用も影響します。詳しくは料金の考え方のページをご覧ください。

運用もお願いできますか？

はい。引き渡し後は運用・保守、すなわちシステムの監視、不具合修正、アップデート、追加開発をお引き受けします。御社のシステムについてのご相談をご希望の場合は、お問い合わせのページに記載の連絡先までご連絡ください。