(HULFT製品)元号が変わった場合、HULFT製品として何か影響がありますか。伴う祝祭日の追加、削除に関する影響、および元号変更自体の影響有無について、以下に回答いたします。まとめておりますので、ご確認ください。あり(*)Javaに和暦に関するクラス(java.util.JapaneseImperialCalendar、java.time.chrono.JapaneseDate)がございますが、弊社製品では和暦ロジックの有無にかかわらず、これらのクラスを使用していません。そのため、当クラスに関する影響も受けません。その他製品についてはJavaを使用しておりません。OptionMapperロジックで「和暦に変換ロジック」および「和暦のパースロジック」を使用している場合に影響を受けます。新元号への対応はVer.8.4.0を対象にパッチを提供しております。パッチはmyHULFTの「製品ダウンロード/キー発行」より、製品モジュールとともにダウンロード可能です。適用方法など詳細についてはパッチに同梱されているREADMEをご確認ください。myHULFThttps://my.hulft.com/mypage/login/login/DataMagic(HULFT-DataMagic)日付項目演算機能を使用している場合に影響を受けます。新元号への対応は「Ver.3.1.5」および「Ver.2.2.4」にて行っております。影響を受ける機能を使用している場合は、製品のバージョンアップをご検討ください。Base自体には、和暦を意識した処理がないため、元号変更による影響はありません。BaseのアプリケーションにおけるANY変換のJOBステップ)で和暦を出力させる変換処理を設定している場合は、影響を受けます。AnyTranプロパティファイル(anytran.properties)または、元号ファイル(gengo.txt)を編集いただくことで新しい元号出力が可能となりますので、実際に変更が必要となった際には該当ファイルの編集をご検討ください。元号変更に伴うファイルの編集方法につきましては、下記マニュアルに掲載されておりますので、ご確認ください。ANY変換のJOBステップにおいて元号変更が発生した場合、その後にリリースするバージョンでは、新しい元号を標準サポートいたします。日付/時刻タイプのフォーマット改元の対応iDIVO日付項目演算機能を使用している場合に影響を受けます。本製品については出荷が終了しておりますので、新元号に対応した製品リリースは行なわれません。データ加工処理についてはDataMagicを、ファイル転送処理についてはHULFTをご利用いただくことをご検討ください。