アカウント名:
パスワード:
>約3000社の取引先ごとに個別に条件の異なる納品書や請求書データを作成・受領するもの
プログラムでやるより、PCに入力できる熟練の社員を10人育てたほうがいいんじゃないか?
> 開発はRed HatのJBoss BRMSが使われたとのこと。日本の業務システムをパッケージで構築しようとして失敗というのを何度見たことか。カスタマイズで業務に合わせるんじゃなくて、業務をパッケージに合わせないとだめなんだろ。成功率ってどれくらいなんだろ。
「日本は…」とか「業務をパッケージに合わせる…」とか空頭の日経BP紋切り型の思考で考えてはいけない案件でしょう。企業間システムは変更の影響が相手に及びます。今回は意思決定主体が3000。単社でのシステム変更は社内処理部分はいいとして相手とのインターフェースは現行踏襲、としかできないでしょう。
全部相手に合わせて社内処理だけを効率化して30億よりは例えば1社1億で3000億かけて全体標準化、の方が経済合理性が高いのは恐らくそうでしょうが意思決定主体が多すぎてその結論が出しきれない。さらにその3000社の中には別業界の会社がたくさん入っていて、そこはそこで別の標準で他の会社とインターフェースを持っている。だからそっちの業界も変えなきゃならない。蜘蛛の巣のように広がって収拾がつかなくなる。
これは日本に限りません。企業間システムの標準化を国なり業界団体が何度もトライして未だに難しい。自動車や電子部品など一部はできていますがせいぜい国単位。それに例えば医薬などだとかなり限定的な範囲でしか標準が使えない。
一度海外の大企業と企業間インターフェースを作ろうとしてみればわかりますが、連中も大手ほど自前の処理、自前の特性が多くてすごく注文を付けてきます。パッケージそのままっていうのは経理、人事、伝票処理などバックオフィスの話でしょう。
大体アメリカは、単位系すらヤード・ポンド系(トンも)。サウジアラビアに至っては、一年は約354暦日。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
人がやったほうがよさそうな気がする (スコア:0)
>約3000社の取引先ごとに個別に条件の異なる納品書や請求書データを作成・受領するもの
プログラムでやるより、PCに入力できる熟練の社員を10人育てたほうがいいんじゃないか?
Re: (スコア:0)
> 開発はRed HatのJBoss BRMSが使われたとのこと。
日本の業務システムをパッケージで構築しようとして失敗というのを何度見たことか。
カスタマイズで業務に合わせるんじゃなくて、業務をパッケージに合わせないとだめなんだろ。
成功率ってどれくらいなんだろ。
Re:人がやったほうがよさそうな気がする (スコア:1)
「日本は…」とか「業務をパッケージに合わせる…」とか空頭の日経BP紋切り型の思考で考えてはいけない案件でしょう。
企業間システムは変更の影響が相手に及びます。今回は意思決定主体が3000。単社でのシステム変更は社内処理部分はいいとして相手とのインターフェースは現行踏襲、としかできないでしょう。
全部相手に合わせて社内処理だけを効率化して30億よりは例えば1社1億で3000億かけて全体標準化、の方が経済合理性が高いのは恐らくそうでしょうが意思決定主体が多すぎてその結論が出しきれない。さらにその3000社の中には別業界の会社がたくさん入っていて、そこはそこで別の標準で他の会社とインターフェースを持っている。だからそっちの業界も変えなきゃならない。蜘蛛の巣のように広がって収拾がつかなくなる。
これは日本に限りません。企業間システムの標準化を国なり業界団体が何度もトライして未だに難しい。自動車や電子部品など一部はできていますがせいぜい国単位。それに例えば医薬などだとかなり限定的な範囲でしか標準が使えない。
一度海外の大企業と企業間インターフェースを作ろうとしてみればわかりますが、連中も大手ほど自前の処理、自前の特性が多くてすごく注文を付けてきます。パッケージそのままっていうのは経理、人事、伝票処理などバックオフィスの話でしょう。
Re: (スコア:0)
大体アメリカは、単位系すらヤード・ポンド系(トンも)。
サウジアラビアに至っては、一年は約354暦日。