img_01

屋外用家具の公開パターン

パッケージに合わせるのではなく、パッケージをだましながら使っていこうとしたのである。 最大の問題点は、従来の自社開発したシステムで行っていた業務オペレーションを、パッケージを使ったオペレーションにどう切り替えるかという点だった。
Add-onは少な目に機能不足の場合を除いて、Add-onはできるだけ行わないようにしていたため、全体的に見ると少なかった。 しかし、当初サポートされると言われていた機能が実際にはなかった場合や、A社の業務に合わない部分はAdd-onを余儀なくされた。
たとえば、ERPパッケージはonefactoneplaceを前提にし、関連するデータベースはリアルタイムに更新されることを特徴としている。 しかし、このことが裏目に出ることもある。
たとえば、月中に仕入原価がリアルタイムに変化してしまっては、仕入品全体の原価確定ができないため支障が生じる。 そのため、月ごとの原価の確定が行えるようにAdd-onを行った。
また、欧米の商習慣では、手形はなく、請求は一取引ごとに行われている。 このため、月ごとにまとめて請求するという日本の商習慣と合わないため、この部分もAdd-onした。
カスタマイズを行う時はまず、パッケージのカスタマイズで対応できるかどうか考え、無理な場合は業務を変えることを考える。 それでもだめな場合にAdd-onを行うと考えておく方がよいのではないか。
導入後の作業バージョン・アップパッケージは、最新の技術に対応することと、アプリケーションの機能アップを目的に、年数回バージョン・アップが行われる。 特に、オブジェクト指向技術、インターネット、イントラネット等のインフラ技術への対応や、ワークフロー・マネージャ、グループウェア等のグループワークへの対応など、ERPパッケージを中心に、周辺の情報技術を取り込んでいくことが目的になっている。
しかし、バージョン・アップとは、機能が追加されるだけではない。 注意しなければならない点は、「機能の廃止」、「データベースのレイアウト変更」、「機能の追加」である。

@「機能の廃止」グローバル対応のアプリケーションであるため、ニーズのない機能は廃止される可能性がある。 A社では、従来使っていた機能が新バージョンではなくなってしまい困ってしまった経験がある。
A「データベースのレイアウト変更」データベースに項目追加を行っていた場合、パッケージによってはバージョン・アップの際、データベースの項目の追加変更を行うことがあるが、そのときユーザが追加していた項目が消えてしまう可能性があるので注意する必要がある。 B「機能の追加」最も注意しなければならないことは、Add-onを行ったアプリケーションである。
バージョン・アップが行われると、プログラムが置き換わってしまい、以前Add-onしていた部分は失われてしまう。 以前のバージョンで不足していた機能を補うためにAdd-onをしていた場合、バージョン・アップによってその問題点が解決されている可能性があるが、そうでない場合再度カスタマイズを行う必要がある。
バージョンアップを行うときには、少なくとも以上の3点を中心に確認作業を行い、対応策を考えておかなければならない。 業務の見直しと再カスタマイズERPパッケージを導入する時には、事前に業務プロセスの見直しが行われているはずである。
ところが、この時点ではパッケージがサポートする経営管理手法や業務プロセスを完全に消化して要件を決定していたとはいえない可能性がある。 しかし、パッケージを導入後一定期間が経過すると、パッケージの持つ機能も理解するようになり、新しい業務のあり方が見えてくるようになる。
この時が、パッケージの機能をより有効に活用するよう業務の見直しを図るチャンスである。 その時には、新しい情報技術に対応したバージョン・アップも行われているかもしれない。

ERPパッケージを導入するメリットは、パッケージに対する理解度を深め、新しい情報技術の恩恵を受けながら、経営環境の変化に対応する業務改革を継続して行える点にある。 従来型の自社開発では、情報システムへの投資を回収するために10年近くシステムを使い続けてきた。
そして、既存システムが限界に達した時、再構築のプロジェクトを発足させていた。 しかし、ERPを導入した場合、このシステム開発のライフサイクルが変化する。
従来、システム再構築の原因になっていた、情報技術の進歩に対する対応、新しい経営管理手法の導入に関しては、パッケージ・ベンダーがパッケージのバージョン・アップとして対応してくれる。 ユーザ企業の情報システム部門は、経営環境の変化に対応するために、ビジネス・プロセスの見直し、システムの再カスタマイズをすることに集中することができる。
ただし、ERPを導入した場合、このシステムのライフサイクルが短くなる。 現在の経営環境下では、企業の業態そのものも変化する可能性がある。
ビジネス・プロセスは、それ以上に変化する必要に迫られている。 しかし、従来のつぎはぎだらけのシステムでは、システムを変更しようとしても、他システムとの関連が複雑なため、安易にシステムを改善することさえできなかった。
つまり、システムの改善ができないことが制約となり、業務改革の推進を阻害していたという現実があった。 しかし、ERPパッケージの場合、システムとしての統合性は保証されている。
また、業務処理の手順は、ERPパッケージが持つワークフローの定義の変更により比較的容易に変更することができる。 つまり、ERPパッケージを使用することにより、全社システムとしての総合性を失うことなく、漸進的にシステムを進化させていくことができるようになる。
この点を忘れないようにして、業務改革とシステムの再カスタマイズを継続して行いたいものである。 導入契約に関するアドバイス、@ 契約書をよく読む多くのERPパッケージは欧米の製品である。

したがって、契約書の記載事項は事細かに書かれている。 導入作業に入った段階で話が違っているというトラブルを防ぐためにも、じっくり読む必要がある。
A 使用許諾権の確認ERPパッケージを導入することは、そのパッケージを購入したことにならない点に注意していただきたい。 パッケージ・ベンダーはユーザに対して、ソフトウェアの使用権を認めているだけである。
したがって、譲渡することはできないことに注意していただきたい。 また、使用許諾権を与えられた製品は、契約時指定されたプロセッサー上でしか使用できないと規定されている。
B サーバーのサイジングユーザがERPパッケージを稼働させるサーバーのスペックを検討するとき、ベンダーはデータ量、ユーザ数などの条件を元に、どれぐらいの性能のハードウェアがふさわしいかというシュミレーション(サイジング)を行ってくれる。 しかし、ある一定のパフォーマンスが達成されるかどうかという点に関しては、その全責任はユーザにあり、ベンダーにはないし、保証も行わない。
C ソフトウェアの価格体系ERPパッケージの値段は、ソフトウェア本体の価格だけを比較して、それでパッケージの価格の優劣を判定しようとするのは早計である。

さらに身近になった屋外用家具を比較してみましょう。悩んだら屋外用家具をお試し下さい。
屋外用家具を余すとこなく分析しました。屋外用家具は絶大な支持を受けています。
安心をコンセプトにした屋外用家具をご確認下さい。今季大注目の屋外用家具が登場です。