先月末、同社のSAPシステムアップグレード時に、ECC6にアップグレードするには、我々はすべての問題を見つけることができませんでした、すべての関連するシステム統合テストをしました。
2週間後、データが失敗の多くの支店をダウンロードするには、請求書にSAPからダウンロードする必要があり、この時間は疑問が生じます。SAPや同僚にも伝え、ありません
何がそのアップグレードに加えて、変更された、システムのアップグレードは、システムを変更するように構成されていないとどのようなビジネスを行います。
そこ古い方法、ステップのデバッグトレースによってステップを使用するしか方法はありません、そしてデータはエラーの理由を挿入を確認するためにダウンロードし、確認した後、最終的に犯人を見つけました
SAPシステムは、非UnicodeからユニコードにECC6をアップグレードするので、そのすべてのデータベース・フィールドの拡張の長さが倍増し、実際にあります。このパスでSAP
ビットフィールドの我々のシステムの長さの範囲を超えてデータの当社のシステムは、その理由を見つけます。私はすぐに文字第1の対応表関連の救済をしました。
Typeフィールドの拡大、再度ダウンロードしたデータ、および最終的にはOKを、問題が解決されます。
しかし、SAPは、正式なシステムアップグレードでの確認や統合テストが、アップグレードが、ない現実のビジネスのテストがないので、まだ、質問を逃しました
SAPのアップグレードとそれらの点が変更されます以前のシステムを無視して、その時点で生成されたデータは、我々は、影響を受けるシステムとのインタフェースを一覧表示します。なぜなら
我々は、すべてのシステムの接続との相互作用に影響を与えません。このアップグレードを懸念している、とテストデータはもちろん、その時によるものである、SAPからの古いシステムの公式テストデータ
問題ありません。そして、テスト環境では、単一の公式、ダウンロードデータの転送を行うには、対応する運用シミュレーション環境がない場合。
文字型のように要約することができます事故は、事故を起こしたが、思考の多くを誘致する必要が背後にある理由。
ます。https://www.cnblogs.com/kevinGao/p/3589967.htmlで再現