下記の「機能拡張リクエスト - 121908」を登録しております。
ご賛同いただける方は投票をお願いいたします。
I have registered the following "Feature Enhancement Request - 121908".
If you agree with this request, please cast your vote.
■要約
9月CSIアップリフトにて購買オーダレポートで使用する「Rpt_PurchaseOrder2」に不具合があり、
その際の不具合はRN-7409428にて修正済みとなりますが、
9月CSIアップリフトで追加されたprocessSlice処理のロジックでは、
購買オーダを条件指定しない場合、パフォーマンスに大きな影響があります。
現状、お客様の方では購買オーダを条件指定しない運用であり、業務に多大な支障が出ています。
急ぎ、購買オーダを指定しない場合のパフォーマンス改善をお願いいたします。
※詳細はケース「CS1157432」を参照願います。
This ER is related to the defect of RN-7409428 which is caused by the enhancement of CSIB-134082 'Add Stage Bunching to the Purchase Order Report'.
In the enhancement, the processSlice technology was specifically designed for performance improvement and cloud environment compatibility.
Three-Step Processing:
Step 1: PO Number Cache Pool Creation
poRangeSourceLoader.LoadSource() creates a cache pool of all PO numbers within the specified range.
If no PO number range is specified, it retrieves ALL PO numbers from both po and poh tables.
This creates a complete list of potential PO numbers to process.
Step 2: Data Range Splitting
dataRangeBuilder.Build() splits the PO cache pool into smaller chunks.
Uses DataRangeStep.Small (constant value: 100) to determine chunk size.
Example: 1,000 PO numbers → 10 blocks of 100 POs each.
Step 3: Batch Processing
processSlice.Invoke() calls Rpt_PurchaseOrderSp2 for each PO number block.
Each call uses the start/end PO numbers from that specific block.
The stored procedure then applies ALL filtering criteria (vendor, dates, etc.)
On the step 1,
If no PO number range is specified, it retrieves ALL PO numbers from both po and poh tables.
If you do not specify the starting and ending PO number on Purchase Order Report form, it retrieves all POs and it affects to printing performance.
For example, you have 100,000 PO numbers, 1000 blocks of 100 POs each, then the batch process is executed 1,000 times, it affects to report performance worse. If you have more POs, then the report performance becomes worse.
■ビジネスへの影響
上述の通り、現状、お客様の方では購買オーダを条件指定しない運用であり、業務に多大な支障が出ています。
購買オーダを条件指定して帳票出力するように依頼はしておりますが、業務効率へ影響が出ており、改善を求められております。
The customer use Purchase Order Report without specifying the starting and ending PO number, and this issue affects to their operation with high severity.
The request is to retrieve data with other conditions such as Vendor or Due Date range on step 1, so that the number of data created on the cache pool will be decreased.
The technology is enhanced on the various reports, the same enhancement is requested on the reports, too.
■回避策
暫定対処として、該当共通部品をカスタマイズし、9月CSIアップリフト対応前の状態に戻すことで、
従来の処理速度で帳票出力できることは確認出来ており、取り急ぎ10/17にカスタマイズ版を本番予定です。
但し、お客様としては、今後のアップリフトを考慮して共通部品を使用したいと強くご要望されております。
急ぎ、購買オーダを指定しない場合のパフォーマンス改善をお願いいたします。
The workaround on the standard functionality is specifying the starting and ending PO number.
But it does not fit to the customer's operation, they customized the report by reverting the program before the enhancement.
They request the change on the standard report.
