本格導入が始まったオープンソースERP(ADempiere/iDempiere) オープンソースERP活用セミナー 野村総合研究所 オープンソースソリューションセンター 株式会社 野村総合研究所 オープンソースソリューション推進室 Mail ： ossc@nri.co.jp Web： http://openstandia.jp/ 目次 オープンソースERPのご紹介 30分 ADempiere（アデンピエレ）/iDempiere(アイデンピエレ)とは 業務機能概要 特徴的な機能 開発手法 デモンストレーション 15分 販売管理（受注⇒納品⇒請求の基本的な操作方法） 簡単なカスタマイズ実演 事例紹介＆活用方法のまとめ 15分 質疑応答 10分 1 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. ADempiere（アデンピエレ）/iDempiere（アイデンピエレ）とは 無料で使用できるオープンソースのERP [GPL(General Public License)] 購買管理、在庫管理、販売管理、生産管理、会計管理、顧客管理など、一連の業務機能が 既に実装されている、無料で使用できるオープンソースのERP。 世界中で使用されておりグローバル対応されている、無料で使用できるオープンソースのERP。 中小企業・大企業の子会社などを主なターゲットとした、無料で使用できるオープンソースのERP。 Compiere ⇒ ADempiere ⇒ iDempiere（OSGi + ADempiere）と発展している無料で使用できる オープンソースのERP。 クラウド環境でも利用できる、無料で使用できるオープンソースのERP。 業務アプリケーションの開発基盤 オープンソースとして世界中の人々が開発に参加するのは、有用性がありシステムアーキテクチャ が優れている証拠。足りない機能があっても開発し易いシステムアーキテクチャになっているので 比較的容易に開発できる。 開発言語：JAVA / データベース：Oracle、PostgreSQL 2 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 業務機能概要（ADempiere） 顧客管理(CRM) 購買管理 購買依頼管理 [Requisition] 在庫管理 棚卸 [Physical Inventory] 販売管理 見積管理 [Quote] 在庫評価 [Inventory Valuation] 発注管理 [Purchase Order] 受注管理 [Sales Order] 在庫移動 [Inventory Move] 発注照合[Matched Order] 入荷管理 [Material Receipt] 請求照合[Matched Invoice] リクエスト管理 [Request ] 与信管理 [Credit] キャンペーン [Marketing Campaign] 在庫補充 [Inventory Replenish] 社内使用在庫 [Internal Use] 取引先管理 [Business Partner ] 督促 [Dunning] 出荷納品管理 [Shipment] 人事給与管理 セット品作成/分解 [Production] 人事情報管理 [Human Resource ] 仕入請求管理 [AP Invoice] 売上請求管理 [AR Invoice] 給与管理 [Payroll] 生産管理 債務消込管理 [Allocation] 債権消込管理 [Allocation] 生産計画 [Product Planning] 支払管理 [Outgoings Payment] 生産管理 [Production Management] その他の業務機能 入金管理 [Income Payment] リソース管理 [Resource Management ] 品質管理 [Quality Management] プロジェクト管理 [Project Management] 出納帳管理 [Bank Statement] 3 3 資産登録 資産移動 一般仕訳 [GL Journal] 減価焼却 資産評価 財務レポート [Financial Report] 資産分割 資産除却 ・貸借対照表(BS) ・損益計算書(PL) ・キャッシュフロー計算書(CF) 固定資産会計 現金出納帳 [Cash Book] 配賦 [GL Distribution] 多次元分析レポート 組織／取引組織／取引先／製品／販売地域／ キャンペーン／プロジェクト／予算実績比較 など 会計管理（財務会計＆管理会計） 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. ワークフロー [Workflows] Web-Store [Web-Store] POS ダッシュボード [Dashboard ] ・ ・ ・ 特徴的な機能：グローバル対応 多言語対応（マルチ言語） 100を超える言語のマスタが既に設定されており、XML形式の翻訳ファイルがあれば、色々な言語で UIを表示する事ができる。 日本語 ログイン時に 言語選択。 英語 外貨対応（多通貨対応） 170を超える世界中の通貨が登録済み。レート登録を行えば、すぐに外貨取引が行える。 複数のレート登録が可能（標準機能でスポットレート/平均レート/期末レート／会社レートが用意されている）。 仕訳データには会計通貨（機能通貨）／取引通貨の2種類の通貨情報を保持。 ※会計通貨（機能通貨）は会計基準毎に設定が可能。 4 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 特徴的な機能：会計 複数の会計基準への対応（複数の会計帳簿を作成できる） 日本の現状の会計帳簿 1つの会計帳簿が3つの 役割を担っている。 財務会計用帳簿 ＋税会計用帳簿 ＋管理会計用帳簿 国際会計基準用の会計帳簿 海外（米国）の会計帳簿 役割に応じて、会計帳簿が別れている。 財務会計用帳簿 税会計用帳簿 管理会計用帳簿 大企業グループでは、日 本国内の財務会計基準 の帳簿に加え、国際会 計基準の会計帳簿も必 要になってくる。 ＋ 柔軟性のある消費税処理 ADempiere/iDempiereの消費税処理は、世界中の消費税に類似する税金(付加価値税や営業税など）も考慮して 設計されており、柔軟性が高い。 品目別消費税設定 伝票明細単位での消費税計算 ←→伝票単位での消費税計算 取引地域別消費税設定 営業税として費用処理 国税/地方税別仕訳設定 など… 多角的に分析軸を設定できる管理会計レポート（多次元分析レポート） ADempiere/iDempiereでは管理会計の分析軸として、あらかじめ下記のような分析軸が設定できるようになってお り、さらに必要に応じて、ユーザー定義として分析軸をカスタマイズで追加する事ができる。 組織 取引組織 品目 取引先 販売地域 プロジェクト キャンペーン アクテイビティ [AD_Org_ID] [AD_OrgTrx_ID] [M_Product_ID] [C_Bpartner_ID] [C_SalesRegion_ID] [C_Project_ID] [C_Campaign_ID] [C_Activity_ID] ユーザー 定義1 ユーザー 定義2 5 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 特徴的な機能：グループ企業(複数企業)にも導入可能 DB クライアントA クライアントB 1企業で導入できるのはもちろん、グループ企業（複数企業）にも導入できるよう 設計されている。グループ内の子会社だけでなく、フランチャイズ企業や販売会社 の管理にも活用できる。 クライアント[Client)] = 会社 or 企業グループ クライアントC 1つのDB上に複数のクライアントを作成する事ができる。 (マルチクライアント）。 クライアント間ではマスタの共有は基本的にできない。 （クライアント間の独立性が高い） 組織A 組織B 組織 [Organization] = 部署 （事業部） or 会社 組織C グループ化された階層化構造を複数作成できる。 組織間でマスタを共有できる。 組織間取引ができる。 カウンター伝票 ⇒（例）社内取引で組織Aで発注伝票を起票すると組織Bで対応する受注伝 票が作成される。 本支店会計の仕訳も起票する事ができる。 取引組織A 取引組織B ※取引組織の使用は任意。 取引組織 [Transaction Organization] = 部署（事業部） 取引組織C クライアントを1つの企業グループと見立て、組織を1つの会社と定 義した場合、取引組織を使用して社内のセグメントデータを管理す る事ができる。 6 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 特徴的な機能：内部統制機能 権限管理 ADempiere/iDempiereの権限は“職責[Role]”と“組織[Organization]”の組み合わせで基本的に管理される。加えて、マスタデータやトラ ンザクションデータ毎にも権限管理ができる。 （例） 組織 営業部 経理部 必要に応じて設定 営業部長 ○ × テーブルアクセス権限設定 経理部員 ○ ○ 総務部員 × × 職責 ＋ カラムアクセス権限設定 レコードアクセス権限設定 ※“職責(Role)+ユーザー”でアクセスできる組織を制御する事もできる。 ※業務のメニューツリーを職責に応じて作成し、それを職責に割り当てる事で業務処理に対する権限を制限する事ができる。 ログ管理 常にログ管理の対象 “変更履歴”を記録するかどうかは職責やテーブル毎に制御できる。 変更履歴 全てのレコードのデータ登録者/最新更新者 ログイン （セッション）履歴 プロセス履歴 （実行パラメータ／ログ） ＋ 7 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 職責 変更ログ テーブル 変更ログ 特徴的な機能：GUIその① (2種類あるGUI) Swing-UI Web-UI ADempiere クライアントサーバー型のGUIで、JavaのSwingコンポーネントで作られている。 ADempiere / iDempiereをWebアプリケーションとして使えるように作られたUI。 iDempiere 8 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. Web-UIはiDempiere になって、大幅に機能が 強化されている。 特徴的な機能：GUIその② (表示の切り替えとタブ構成) 単票表示とグリット表示の切り替え 単票表示 1レコードを見やすく（編集しやすく）表示する。 複数レコードをエクセルのように表示する。 グリッド表示 切り替えて表示 単票表示とグリッド表示の切り替えに加えて、下記のアイコンを活用 する事により、探しているデータをすぐに見つける事ができる。 キーワード検索 履歴（時間）検索 表示レコード移動 タブ(Tab)形式のGUI 標準画面は複数のタブにより構成されており、タブ間には親 子関係がある。 （例） 親 受注伝票（ヘッダ情報） 子 受注伝票明細（明細情報） 消費税（消費税情報） 子 ※1つのタブが1つのテーブルに対応している。 9 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 開発手法：ＧＵＩ （ウィンドウとフォーム） ウィンドウ(Window) ⇒ 定型画面（標準画面） ウィンドウ(Window)はADempiere/iDempiereが自動作成する定型の画面で、アプリケーション辞書に格納されているテーブルとカラムの情報を基礎とし、ウィドウ 定義でウィンドウを構成するタブの数や表示項目、表示順序などを設定する事により、ウィンドウエンジンが自働作成する。 ADempiere/iDempiereではデータの登録/更新/削除はウィンドウを作成するだけでノンプログラミングで行える。 アプリケーション辞書 ウィンドウEngine アプリケーション辞書の各種定義を 読み込み、ウィンドウEngineにより 自動でウィンドウ（定型画面）を作成 する事ができる。 ウインドウ定義 テーブル＆ カラム情報 Window 例 ＋ バリデーションチェック タブ定義 コールアウト(Call Out) Engine フィールド定義 フィールド定義 “コールアウト”と呼ばれるプログラム により入力値やフィールド間の整合 性をチェックする事ができる。 フォーム(Form) ⇒ 非定型画面 定型画面（ウインドウ）ではなく自由に画面を作成したい場合に、ADempiere/iDempiereでは、フォームという概念が用意されており、作成した画面を簡単に組み込 む事ができるようになっている。 Form 例 フォーム Engine クラス（Swing-UI用） クラス（Web-UI用） 10 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 開発手法：ビジネスロジックの実装 データの登録・更新・削除時のビジネスロジックの実装 ADempiere/iDempiereでは、データを登録・更新・削除した時に独自のビジネスロジックを実行する事ができる。 伝票(Document)として使用する場合には、伝票ステータス更新プロセス毎にビジネスロジックを実行する事ができる。 モデルクラス ・beforSave() ・afterSave() ・beforDelete() ・afterDelete() 1つのテーブルに対して、1組のモデルクラス が作成され、そのテーブルに対するデータ処 理（登録、更新、削除）の責任を負う。 ・ ・ ・ プロセス（バッチ処理）としてのビジネスロジックの実装 ADempiere/iDempiereではバッチ処理の事をプロセスとよび、メニューツリー上歯車のアイコンで表示される。 ADempiere/iDempiereでは自作のバッチ処理をプロセスとして簡単にメニューに組み込む事ができる。 プロセス Engine アプリケーション辞書 実行条件入力画面定義 フィールド定義 ＋ クラス データ処理ロジックを記述 フィールド定義 11 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. プロセス実行条件 入力画面例 開発手法：レポート レポートEngine [開発者向けレポート作成ツール] を使用したレポート作成 管理＆分析のためにデータを一覧表示する“一覧レポート”と予めデザインされた“定型レポート”をノンプログラミングで作成する事ができ る。 （例）定型レポート 定型レポート アプリケーション辞書 レポート Engine レポート定義 クラス ビュー定義 ＋ ビューの定義だけでは実現でき ないレポートはその表示ロジック 印刷書式定義 を実装する事もできる。 デザイン性のあるレポート。得意先に送付 するような、納品書や請求書に使用する。 会社のロゴなども添付表示できる。 一覧レポート 業務担当者が、データを確認するために使 用するレポート。エクセルのようにデータが 行と列で表示され、集計等も行える。 （例）一覧レポート 財務レポート（Financial Report） [パワーユーザー向けレポート作成ツール]でのレポート作成 仕訳のデータをもとに財務部・経理部のパワーユーザーがレポートを作成する事ができる簡易レポーティングツール。 財務諸表としてBS、PL、CFの作成のほか、管理会計用の多次元分析レポートが作成できるレポーティングツール。 Jasper Reportを活用したレポート作成 12 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. デモンストレーション 販売管理（受注⇒出荷⇒請求） 卸売業をイメージした販売管理の「受注」⇒「出荷」⇒「請求」の基本的な流れの簡単なデモンストレーション。 受注 出荷（納品） 請求 簡単なカスタマイズ実演 データベースのとあるテーブルにカラムを追加し、画面（ウィンドウ）上に入力フィールドを表示する簡単なカスタマイズのデモンストレーション。 13 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 事例紹介 導入企業情報 企業名：A社 資本金：1億円前後 売上高（年間）：30 億～40億円前後 従業員数：300～400名程度 店舗数：50店舗以上(フランチャイズ店舗あり/季節により変動あり） 主な業務内容：ジュエリー、アクセサリーの企画、製造、販売（小売/卸売） 導入の目的 株式公開に向けてのシステム基盤整備。 レガシーシステムとなるB社のシステムが業務にフィットせず活用できていなかったため、社内のシステム担当者が個人で作成したシステムも併用して 業務を行っている状況であった。そのような状況は株式公開に向けて内部統制上好ましくないため、システム基盤を整備し直す必要があった。 iDempiereの選定理由 5年間のトータルコスト 1 [コスト構成比率] 導入・開発費:80%弱 保守費（5年）：20%弱 ハードウェア等：2~3％ 0.5 費用対効果（5年間のトータルコストが約半分!!) はじめは5～6社に提案を求め、1次選考で3社に絞り込む。その3社に対して、 導入費用や保守、ハード費用も含めて5年間のトータルコストの見積を取得。 その結果、他の2社の約半分のコストであった。 カスタマイズの自由度と柔軟性。 14 C社提案 D社提案 システム システム iDempiere オープンソースは標準機能においてもソースコードの修正が可能であり、 標準機能と業務で要求される機能との間にギャップがあった場合でも、 柔軟に適合させる事が可能。 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 事例紹介 システム全体イメージ 主なカスタマイズ内容 人事・給与 システム •主に店舗ユーザーが使用する画面 とその処理ロジック。 【店舗】 会計システム Web-UI •他システムとのインターフェース部 分。 売上入力 仕訳情報IF 修理依頼入力 客注入力 ユーザー 情報IF 仕訳情報 IF 単品管理入力 棚卸用ハンディー端末 在庫照会 棚卸 販売管理 情報分析 分析情報IF 棚卸情報IF etc… 在庫管理 売上情報IF 購買管理 在庫情報IF 【ECサイト】 Back Up 顧客管理 【サーバー】 Web-UI 購買処理 タグ発行 情報IF 支払処理 在庫移動処理 タグ発行システム 卸売処理 債権回収処理 etc… 15 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 【本部】 活用方法まとめ オープンソースを上手に活用する事が、企業の競争力を高める1つの方法となっている。オープンソースの業務アプリケーションもその特徴 をよく理解し活用できれば、導入企業にとって大きなアドバンテージになるはずである。 導入に適している条件（目安）を知る① 産業 サービス業 カスタマイズ工数が一般的に少なく導入できると想定 される産業を適合していると評価。 ◎ 金融などは除く。 企業規模・形態 ADempiere/iDempiereが一般的に適しているとされる 企業規模と企業形態。 中小企業（グループ経営している中小企業） 中堅企業（グループ経営している中堅企業） 卸売業 ◎ 小売業 ○～◎ 製造業 △～◎ 生産管理の導入形態による。 建設業 △～○ プロジェクト管理の機能強化（工事進行基準へ の対応など）が必要と思われる。 第一次産業 × 大企業の子会社 海外展開している企業 フランチャイズ展開している企業 年間売上高 株式会社化されていれば検討の余地あり。 従業員数 50名 ～ 500名程度 - 補足 - - 補足 上記の適合性の評価は、ADempiere/iDempiereをERPとして使用 する場合であり、一部機能のみを使用するのであれば、その使用する 機能によって適合性の評価も異なってくる。例えば、会計だけ使用す るというのであれば、多くの産業で適合するであろう。 5億円 ～ 500億円程度 上記の企業規模と企業形態の目安は、ADempiere/iDempiereを 基幹業務システムとして全面的に使用する場合であり、適用業務範 囲を限定する事により大企業でも利用する価値はある。例えば、ある 新サービスの販売管理／債権管理などと限定すれば大企業でも十分 利用できる。 16 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 活用方法まとめ 導入に適している条件（目安）を知る② 導入PJ期間 3ヶ月未満 3ヶ月～半年 一般的なADempiere/iDempiereの導入プロジェクトの 期間を評価。 一部機能の使用でGapが少なければ検討する 価値はあるが、ERPとして使用する場合は、導 入期間が足らない恐れがある。 Gapがほとんどなく、コーディングを伴う追加開 発がほとんど無ければ、3ヶ月程度で導入は可 能（評価：△）。ある程度、期間に余裕を持たせ、 少し手を加える事でADempiere/iDempiereは 使いやすさが大きく変わってくるので、Gapが少 ないケースは3ヶ月以上～半年程度の期間があ れば評価は○～◎。 半年～1年 機能に多少のGapがあっても、開発期間が充 分にとれるので、ADempiere/iDempiereのメ リットが発揮しやすい。 1年～1.5年 ×～△ 導入PJ予算 100万円 以下 500万円前後 △～◎ 一般的なADempiere/iDempiereの導入プロジェクトの 予算感を評価。 自力で導入するケース。機能が膨大な ADempiere/iDempiereを自力で理解し、活用 するのは事実上、不可能。おススメできない。 × 外部のコンサルタント2～3人月前後+αの費用。 一部機能の使用で、Gapが少なければ○。ERP としての使用を検討しているのであれば、Gap が少ない事が必要条件であり、場合によっては 運用上ある程度の我慢や工夫が必要になって くる事がある。 △ 500万円超～ 中小企業でGapが少なければ○。 1000万円以下 △～○ 機能に多少のGapがあっても、開発予算がある ◎ 1000万円超～ ので、ADempiere/iDempiereのメリットが発揮 5000万円以下 しやすくなる。Gapが少なければ◎。 導入企業が大きくなるとPJは長期間になる傾向 があるため、1年～1.5年程度のプロジェクトとな るケースも珍しくはない。 ○～◎ 5000万円超～ る傾向があるため、5000万円超～1億円程度 1億円以下 の規模になるケースも珍しくはない。 ◎ 1.5年～2年 導入企業の規模が大きく、Gapも大きいと想定 されるケース。 △～○ 導入企業の規模が大きく、Gapも小さくはない と想定されるケース。開発工数が大きくなると 思われ、開発基盤としてのADempiere/ iDempiereのメリットが享受しやすいケース。 ○ 2年超 導入企業の規模が大きすぎるか、Gapが大きす ぎる可能性があり、ADempiere/iDempiereのメ リットよりリスクの方が大きくなる恐れがある。他 のソフトと十分に比較検討する事が必要。 グループ企業展開を含めて2年以上かかるとい うのであれば○。 1億円超～ 2億円前後 3億円超～ 導入企業の規模が大きすぎるか、Gapが大きす ぎる可能性があり、ADempiere/iDempiereのメ リットよりリスクの方が大きくなる恐れがある。他 のソフトと十分に比較検討する事が必要。 △ ○ 導入企業が大きくなると、PJの予算は大きくな ×～△ 17 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. 活用方法まとめ TCO(Total Cost Operation/Ownership)で考える。 単純に既に実装されている標準機能で、有名商用ERPとOSSのERP（ADempiere/iDempiere)を比較するのであれば、有名商用ERPの 方が色々な機能が備わっている事だろう。ただ、有名商用ERPの場合は使用していない機能に対しても多くの費用を支払っていると考え る事ができる。OSSのERPは、自由にカスタマイズできる事が大きなメリット（特長）であり、足りない機能は自分達で開発する事が前提とも 言える。特にADempiere/iDempiereの場合は、カスタマイズが非常にしやすくなっているので、比較するのであれば、必要な機能は追加開 発するという前提で、TCO（Total Cost Operation/Ownership)の観点も入れて比較すべきである。 自由にカスタマイズする。 通常、商用ＥＲＰでは標準機能のソースコードを修正する事はできない。そのため、カスタマイズがパラメータ設定や、Add-Onプログラムの 開発に限られる。しかしオープンソースなら、ソースコードが公開されているので、ソースコードレベルで自由にカスタマイズする事ができる。 既存機能を上手に活用しつつ、足りない機能やギャップがある機能を補足・修正してより自社の業務に適合した業務アプリケーションを作 成する事ができる。 カスタマイズの種類 Add-On (アドオン） 既存のソースコードは修正せずに、 機能を追加開発する事。 Modification (モディフィケーション） 既存のソースコードを直接修正する事。 18 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. Parameter ／ Configuration (パラメータ設定／コンフィグ設定） パラメータの設定で、 カスタマイズする事。 活用方法まとめ 使える機能を使用する。無理にすべての機能を使用しない。 ADempiere/iDempiereは、ERPとして非常に多くの機能を有しているが、無理に全ての機能を使用する必要は無い。オープンソースで無 料という特長を活かして、販売管理や在庫管理システム、会計システム、請求書発行システムとして自社で利用できる部分を利用するとい う方針でも良いのではないか。 他のオープンソースの業務アプリケーションとの連携を考える。 CRM ERP BI/Report Tool 人事／給与 統合ID管理/総合認証 LISM 19 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. BI/DWH 活用方法まとめ OSS業務アプリケーションの特長とメリット＆デメリットを理解する。 同じオープンソースでもLinuxなどのOSやPostgreSQLなどのミドルウェアは、通常ソースコードを修正するような事は無い。これらの分野 のソフトは、オープンソースというよりも無料で使用できるという事の方が一般ユーザーにとっては意義が大きいだろう。しかし、業務アプ リケーションは導入企業の要件に応じてカスタマイズが必要になってくる。ソースコードを自由に修正してカスタマイズができるというオー プンソース本来のメリットは業務アプリケーションにこそ発揮される。 しかしその魅力の反面、カスタマイズが必要になるという事は、カスタマイズするための知識や経験が必要になるという事である。カス タマイズの方法を独学で習得する事は不可能ではないが、時間という貴重なコストを支払う事になる（しかもADempiere/iDempiereクラ スのERPになるとその習得に要する時間は膨大である）。 また商業ソフトウェアと違い、通常開発コミュニティーには、バグや不具合などに対して責任は無い。そのため、何らかのトラブルが発生 した場合には、自己解決が求められる場合もある。 困った時に頼れるサポート体制を構築しておく。 業務アプリケーションの場合、トラブルに迅速に対応できないと業務が滞ってしまい、 大きな損失となりかねない。そのようなリスクを可能な限り抑えるために、困った時に 頼れるサポート体制を予め構築しておく事も、オープンソースの業務アプリケーションを 活用する上では大切な事である。 そして出来れば、サポート会社とは導入段階から一緒になって取り組むべきである。 そうする事で標準機能の活用法やカスタマイズのノウハウを得る事ができ、不用意なト ラブルを回避する事ができる。 オープンソースの業務アプリケーションはライセンス費用等が無料であるため、シス テム会社に導入を依頼しても、コスト的には商業ソフトウェアと比較して安価な場合が ほとんどである。 20 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. OpenStandiaは、「攻めのIT」を支援します。 オープンソースのことなら、なんでもご相談ください！ お問い合わせは、NRIオープンソースソリューション推進室へ ossc@nri.co.jp 21 株式会社野村総合研究所 Copyright© Nomura Research Institute, Ltd. All rights reserved. http://openstandia.jp/
© Copyright 2024 Paperzz
