00:14:00会社でR/3(3.1H)導入しました。会計系(FI,CO)で利用しています。mySAP.comもどーかねぇ...って感じでも、ABAP/4の開発環境は、割と好きです。01:38:00Oracleは所詮RDBMSだけの会社ですな。DBもバグだらけでそれほど立派ではない。Applicationsはカスタマイズしないと使えない。R/3の一人勝ちなんだろう。11:12:00お米の国では、サップは駄目駄目。オラクルやピープルソフトが強いって聞いてる。19:20:00>13ということはY2Kをカーネルパッチとnote適用で乗り切ったと・・・それは偉い!営業の口車に乗らなかったんだね。17:26:00会社規模は立派だが勘定奉行でも間に合うようなR/3の使い方をしている会社は確かにある。16:30:00あの、SAPとあったから、ここで質問させてください。20:11:00便乗で質問させてください。R/3の解説ページでいい所をご存知ありませんか?本も(ほとんど)出てないし研修はSAPとその周辺でしかやってないし、なかなか情報が集められなくて困ってます。00:49:00洋書なら、結構、出ていますよ。大手書店でもいくつか置いてあります。01:15:00>21ほんとです。23:48:00私の会社勘定奉行ですむと思いますがなぜかSAP導入して苦しんでいます他にそういう人いますかなにしろいろんなボタンがあるがなんの意味かわからないコンサルタントに高い金払って(何千万円)ある特定の処理に関してしか使用方法わからない。よって変化があるとその都度コンサル料金めちゃくちゃ高いだから自分で試してこれでいいのか試行錯誤>21ほんとです。貸方はマイナス表示されるだけです。それ以外にもシステムの使用方法の概要がわからないから非常につかいづらいです。使いやすい所はすべての勘定で決済処理ができ現在残高が把握しやい所と勘定の明細がいろいろな集計ができるところです。これぐらいの事って他のソフトでできないんですか教えてください。13:15:00SAP/ABAPの講習受けてコボルっぽいプログラムをUIに結構癖ありつつ作れるようになったよ。需要あるとは思わなかったら、いまはJavaプログラミングで忘れうとしてます。R/3導入したが出力帳票がカスだとおっしゃってました・・・M下グループは今度ARIBA系を確か入れるつもりです。社外とのデータ交換はとりあえずEDIで、将来的にはテンプレートはARIBAのcXMLで。20:34:00>>29出力帳票をカスタマイズするソフト使ってみるとか。18:01:34コメント:2001年7月17日に発見された新種ワーム"W32.Sircam.Worm@mm"。現在、世界を含め、日本でも被害が拡大しております。最新の情報や駆除方法等の情報を提供いたします。01:30:00久々に上がってる....。22:29:00あばっぷはCOBOLに似てるらしいですね。21:15:00>>42当然IBMにやらせるでしょ。うちの会社もSAPでこけてOracle導入中です。23:14:00SAP導入して後悔している会社は結構多いかも。Oracleもカスタマイズにお金かかりすぎ。Peopleはライセンスが高い。いいソフトないのかねぇ。23:23:00BPCSでどうだ。02:06:00うちもR/3後悔組。構造把握しきれてないんでない?ソフトも、業務で散々使い込むならキー操作優先で、カシャカシャ動いてくれないと困る。13:19:00今までOracleやってたんだけど今日いきなり会社で「このままじゃ案件ないから君はSAPやり始めるかコンサル取りなさい」と言われた。ぼ○た○りという結論でよろしいですね。23:32:00てか、R/3訳わかんねーYO!エラー禿げしく多すぎ。使い易いとは間違ってもいえねええな。09:42:00ABAPってそんなに仕事あるんだね。00:25:00もう、マジ基地外になりそう。22:20:00R/3ってPCに掛かる負荷大きくないですか?というか、こういうソフトってそんなもんなのかな。ノーツとEXCEL開いたままじゃリソース不足で仕事にならない。R/3をよく使う部署じゃないから助かってるけど。02:48:00あー、まじSAPの社員殴りてぇ。この会社さっさと潰れて欲しいんだが。13:46:00本当に潰れて欲しい。16:08:00SAPのシステム平均寿命はどれぐらいなものなのでしょうか?アップグレードしながら使い続けているものですか?3〜5年ぐらいで再検討が必要かと思うのですが。22:27:00>SAPのシステム平均寿命はどれぐらいなものなのでしょうか?基幹系の平均と同じ5〜7年>アップグレードしながら使い続けているものですか?Add-Onの量にもよる。少なければ少ないほどBetter>3〜5年ぐらいで再検討が必要かと思うのですが。お金持ちならいいけどそんなにお金あるの。少なくてもSAPが日本撤退はないのじゃない。OracleEBSはありえるかも。俺はEBSもSAPも扱ったけど、現行機の置換えでよければ作りこめば。BPRしたければSAPでしょ。G/Lコア以外はダメ。G/Lコアだけなら、SuperStream、SCAWの国産でいいんじゃない。EBSは全てにおいて高い。12:46:00いや、2年だろ。(wというかもう氏んでくれ。EBSも撤退は有り得ないね。経験から言って拡張性があるのはEBSの方だね。経営者の観点ではより柔軟であることに将来性を認めるのだろうな。いう流れが出てくるのだろうな。逆は聞いたこと無いし。個人的にもEBSの方が向いている。ABAPerは立場的にも辛かった。)というソフトを使っているが、バグのかたまりで全く使えん。ゴミソフトだな、こりゃあ。01:25:00>68でもさ、EBSを導入しても今と業務はかわらないよ。01:58:00>>69安心しろ、EBSもバグだらけだ。インストール直後にログインでき無かった時は、正直びびった。14:43:00>70現行業務を引継ぐだけならERPの意味はないだろ。ERP導入時にBPRが必要なのはSAPでもORACLEでも同じこと。いう意味でも導入時の拡張性はやはり必要なこと。それ以上に必要なのは導入後の拡張性だろう。本当の意味でERPを活用するには、統合されたデータを如何に生かして行けるかという点になる。なると運用しながら拡張したり、必要なデータへのアクセスに対してより柔軟なORACLEに経営者が将来性と魅力を感じるのは納得の行くところ。逆に独自の経営戦略を持たない企業や、業務システムは切り離して考えたい企業はSAPがいいのかもしれないな。16:40:00>72>必要なデータへのアクセスに対してより柔軟なORACLEに>経営者が将来性と魅力を感じるのは納得の行くところ。柔軟なのはDB使っているだけにSAPも同じ。確かにSAPのDBが非常に複雑なのは認める。DQNコンサルはAdd-On組もうと思っても、どのテーブルかわからないってよ、汎用モジュールってなんですかって?終わっているよ。名刺にコンサルって書くよな!!ところでEBSでBPRをうまく取り入れた会社ってどこよ。19:13:00>73少々C/Oは延期したものの、うちは割とうまくいった方だと思う。大変であったことは勿論のことだが、プロジェクトリーダーがものすごく優秀だったことが成功の秘訣だった。今俺はとある情死守に害虫の身なのでこれ以上は言えねえ。http://www.oracle.co.jp/showcase/index.htmlで検索できるEBSの事例はうまく行ってるとこじゃ無いのか?ありきたりかもしれんが、なかなか興味深い。>でも確かにSAPのDBが非常に複雑なのは認める。>DQNコンサルはAdd-On組もうと思っても、>どのテーブルかわからないってよ、汎用モジュールってなんですかって?>終わっているよ。名刺にコンサルって書くよな!!禿同。SAPの構造はもはや俺の体は受付け無いが。(wDQNコンサルは時給1000円で働くべき。22:46:00>74時給-1000円そこの君だよ。SAPとEBSの最近のベンダーコンサル傾向。パッケージベンダーにエスカレーションしましょう。22:50:00続き・・・SAPやOracleに振る。