バッチインプットで受注伝票(VA01)の購買発注データ登録時、ヘッダの得意先発注番号と明細の得意先発注番号が同一の場合、明細の得意先発注番号がVBKDに登録されない。
R/3の標準仕様で、データ領域の節約の為かと思われる。
バッチインプットで受注伝票(VA01)の購買発注データ登録時、ヘッダの得意先発注番号と明細の得意先発注番号が同一の場合、明細の得意先発注番号がVBKDに登録されない。
R/3の標準仕様で、データ領域の節約の為かと思われる。
近年、企業のシステム構成は複数のサーバーで成り立っている。個別の機能ごとに一つのサーバーで構成されていたりする。
それをEAIサーバーでつなぐ。
本番移行の順番でシステムの構成が一時的に変わってしまう。家庭用のコンセントとはわけが違うのでとても面倒くさい。
これからはEAIは切っても切れないので、
誰もがぶち当たる壁だ。「俺には関係ない」とか言っている人がいるかもしれないが、周りのだれかが面倒なことをやっている。
でも、保守を考えると複数のサーバーに分散しているのでリスク軽減にはなっている気がする。
移行リハーサルでは、各サーバーのテスト機が用意できないと、切り替えミスで、大変なことになったりする。
最低でも、各システムのネットワークが、テスト用と本番用で2つ存在していることが望ましい。可能なら開発、テスト、本番の3ネットワーク構成が理想。
維持費は、結構かかりそうだけど。