SAP S/4 HANAへのシステムコンバーションにおける課題（第2回）

1. Unicode化による影響
2. SAPアセスメント(Unicode)ツールでできるチェック
3. 影響分析アセスメントレポート(Unicode)の提供

1.Unicode化による影響

Unicode化により、Non-Unicode環境ではプログラムで使用できた命令が特定の条件で使用できなくなるケースがあります。
一方で、Unicode環境においても引き続きプログラムで利用可能な命令であるものの、Non-Unicode環境とは異なる挙動となるものがあります。
SAPの標準ツール(UC Check)によって検出できるのは、ほぼ前者のケースとなり、後者が地道な調査により影響箇所を特定するものとなります。

ここで、Unicode化により挙動の変わる一例を紹介します。
Unicode化によって、プログラムの中で文字をカウントする単位が「バイト」から「文字数」に変更されます。
Non-Unicode環境のプログラムでは、半角文字は1バイト、全角文字は2バイトとカウントしていましたが、Unicode環境では半角文字は1文字、全角文字は1文字とカウントするため全角文字のカウントに差異が生じます。

プログラムでは基準となる位置から、ある位置までを表す場合に、オフセットという表現を使いますが、上記の差異によりオフセットを使用した処理に影響が出ます。 例えば、Non-Unicode環境で作成されたプログラムで、オフセットを行い7バイト目から住所情報を出力する命令が組み込まれていた場合、そのままUnicode環境で実行すると7文字目から住所情報が出力され、出力結果に差異が生じてしまいます。

通常、このような事象については、地道なプログラムソースレベルの調査が必要となり、調査で検出ができなかった場合は、後続のテストで影響箇所を特定することになります。
また、テストにおいてもデータパターンによっては検知できないケースがあるため、オフセットを使用した処理の調査が重要なポイントとなります。

2. SAPアセスメント(Unicode)ツールで出来るチェック

当社の提供しているSAPアセスメント(Unicode)ツールでは、先ほど例に挙げたようなUC Checkでは検知できない影響の可能性がある箇所をプログラムソースコードレベルで特定します。
具体的なチェックとして、お客様環境にてアドオン開発されたプログラムソースを読み込み、オフセットを行う処理や関数の他、オフセット以外の影響のある関数を特定します。
このツールにより、Unicode化における調査が自動化され、大幅な工数削減、調査内容の品質向上につなげます。

3. CTCS Unicodeアセスメントの流れ

ここからは、実際に当社ツールを使用したアセスメントの流れについてご説明します。

①お客様環境へツールをインストール

当社のSAPアセスメント(Unicode)ツールをお客様のSAPシステム環境にインストールします。

②プログラム実行（お客様環境）

SAPアセスメント(Unicode)ツールとUC Checkを実行し、結果をファイル出力します。

③プログラム実行（当社分析用環境）

出力ファイルを当社のレポート作成ツールで読み込み、3件の影響分析アセスメントレポート(Unicode)を出力します。

(1) サマリレポート
(2) オブジェクト単位レポート
(3) オブジェクト影響箇所レポート

④レポートのご提示、分析結果のご説明

出力した3種類の影響分析レポートをもとに、当社での分析結果をご説明します。

(1) サマリレポート

プログラム種別ごとの影響本数と、対応に必要な概算工数をサマリし、Unicode化対応の規模感を出力

(2) オブジェクト単位レポート

プログラムごとに対応する影響レベルに応じた工数を算出

(3) オブジェクト影響箇所レポート

プログラムソースごとに影響のあるコードと当社で選定した影響レベル、工数を算出
（影響レベルに応じた工数設定は、先述のとおり予め、工数算出対象を確認の上、当社が定義します）

上記の通り、Unicode化に特化した当社のSAPアセスメント（Unicode）ツールを使用する事により、SAP標準ツールだけでは特定が困難なプログラムソース毎の影響箇所を特定し、3種類のレポートによってUnicode化による影響レベル、必要な作業内容・工数を把握する事が可能となります。

S/4HANAへのコンバージョンと合わせてUnicode化のアセスメントを行う場合や、Unicode対応に課題をお持ちのお客様は是非、当社へお問い合わせください。