システム移行後も旧帳票を使うには？箱数・端数・個数の照合と表示確認

受注システムの移行条件をまとめる、中小の卸売会社の業務要件担当の方へ。新側で数量を「箱数」と「端数」に分けても、倉庫が使い続ける旧ピッキング一覧は「個数」一欄を読むことがあります。新側の予定値が合うだけでは、旧帳票にも元の個数が表示されるかは分かりません。

元の個数、新側へ移す期待値、旧機能へ返す期待値を、同じ元記録へ結び付けます。そのうえで新側の保存・返却データ・旧帳票の表示の実結果を、別々に確認します。期待値を決めただけで、移行済みや帳票確認済みにはしません。架空の文具卸の2注文を使い、営業・倉庫・提供会社へ渡す一件の確認メモを作ります。

元記録と、使い続ける旧帳票をそろえる

最初に開くのは、移行元の控え、移す条件、旧機能が読む欄の条件です。この教材では「移行元個数の控え・改訂1」「箱数と端数へ移す条件・改訂1」「旧ピッキング機能の読取り条件・改訂1」を区別します。資料の改訂名は、実際に動かすソフトの版ではありません。対象ソフトの実版と変換処理の設定・実現可否は未確認です。

元注文21はノート12個、元注文22はノート14個という架空の控えです。原票の照合番号は、それぞれ文字の「0021」「0022」。読者には元注文21・22という名前を使い、元の控えと期待値を同じ注文へ結ぶために照合番号も残します。先頭の0を取り除いた数値へ変換しないでください。実顧客の注文番号ではありません。

この教材のノートだけは、1箱6個と決めています。営業担当には元の欄が何の個数か、倉庫担当には旧ピッキング一覧の数量欄が何の単位を読むかを確認します。「数量」という同じ欄名でも、箱数と個数を同じ値として扱えません。自社の入数や旧機能の読取り単位は別に確認してください。

2箱＋2個なら、旧機能へ何を返す？

教材の移す条件は、非負の整数の個数を、6で割った整数商の箱数と、残る端数へ分けることです。端数は0〜5個。元12個なら新側の期待は2箱＋0個、元14個なら2箱＋2個になります。いずれも期待値であり、まだ新側に保存した実結果ではありません。

旧ピッキング機能は個数一欄を読む条件なので、返す期待値は「箱数×6＋端数」の個数です。元注文22なら2×6＋2＝14個、元注文21なら2×6＋0＝12個。返却データの期待と、旧帳票で読む「14個」「12個」という期待表示も分けて残します。

元14個を2箱＋2個へ分けたあと、箱数の2だけを旧個数欄へ返す案では、元14個との対応が失われます。この「2個と扱う案」は未実行の誤り説明例です。実際に変換処理が2を返した、旧帳票が2個と表示した、という障害記録ではありません。

新側の保存・返却データ・帳票表示を別に確かめる

業務要件担当は、提供会社の移行・連携担当へ、元記録と2つの規則を渡します。一つは元個数から新側の箱数・端数へ移す規則。もう一つは、その表現から旧機能が読む個数へ返す規則です。旧機能が使う返却の経路も確認し、新側の保存確認だけで代用しないでください。

確認予定を3箇所へ分けます。新側の保存では箱数と端数の両欄、返却データでは旧機能が受け取る個数と単位、旧帳票では倉庫が実際に読む数量表示を見ます。それぞれに元記録、条件資料、期待値、対象版、実施状態、実結果の記録先を結びます。本教材では3箇所すべて未実施で、実結果はありません。

試行を行える条件と担当がそろった場合に、許可された試験場所で確認する計画を立てます。営業が元控えを、提供会社が保存と返却の記録を、倉庫が帳票の表示を照合する役割です。返却が期待どおりでも、帳票で読む表示まで確認できたとは限りません。逆に帳票の一つの表示だけで、変換規則や全件の移行成功を認定しません。

Microsoftの旧新システム間の変換パターンは、呼び出す側と呼び出される側の異なるデータモデルに沿って通信を変換する考え方を説明しています。本稿は、その両側の意味を確認する作業へ限定して応用します。特定の方式や製品を選ぶ記事ではなく、9欄の公式書式や旧帳票の互換を保証する根拠でもありません。

入数や旧欄の単位が分からないときは

新側の箱数が2でも、入数が分からなければ旧個数の期待は決められません。入数は商品ごとに確認します。端数を旧機能が扱えるか、数量欄の単位や変換時の扱いが合意されているかも、提供会社と倉庫へ聞いてください。確認先と不足資料を残し、勝手な換算や欠落補完をしません。

この6個という条件を、入数が未確認の別商品や別資料へ当てはめないでください。箱と個数が同じ名前の欄へ混ざっている場合も、欄の意味と原本を確認するところへ戻ります。日付や別商品の条件、会計・請求・自動出荷の規則を、この数量例から確定しません。

旧帳票を使い続ける予定と、互換を確認した状態は別です。旧機能を廃止する合意や時期は未確認のままです。資料がそろわなければ、何が足りないかと確認担当をメモへ残し、移行や廃止を実行したことにしないでください。

自社の一件を、提供会社への確認メモにする

9欄には、対象と残る旧機能、元の欄と値、新側の欄と単位、移す規則、旧機能へ返す規則と期待値、新側保存の実結果、返却・帳票の実結果、未確認と担当、対象版と次の確認条件を残します。実結果をまだ得ていなければ、未実施・実結果なしと記します。実施した場合には、その条件と結果の原記録を別に残してください。

架空の記入例には、元注文21・22の期待と未実施の状態だけが入ります。自社入力のメモは、その内容をまとめる機能で、数量を勝手に変換したり、合否・移行許可を自動判定したりしません。入力の外部送信や自動保存もありません。コピーまたはTXTへ保存して、担当が元の資料を開ける形で渡します。

配布は一件用の空欄TXT、架空の記入例TXT、4原票の全文を収録した合本TXTです。原票は移行元控え・新側の表現と条件・旧機能の読取り条件・確認予定と未確認を分けています。表の期待値と保存・返却・表示の未実施が、本文と同じ条件で読めます。

確認メモと4つの元資料を保存する

空欄TXTは自社の一件用、記入例と4原票合本は架空教材です。期待値と全実試験未実施・実結果なしを保持し、実システムの成功記録を作りません。

• 一件用の空欄確認メモTXT
• 旧帳票の数量確認の記入例TXT
• 4つの架空元資料の全文TXT

まず元注文と、旧帳票が読む欄を開く

今日の最初の作業は、元記録の個数と、倉庫が使い続ける旧帳票の数量欄を開くことです。営業と倉庫へ欄の意味を確かめ、提供会社へ新側の保存表現と旧機能へ返す規則を聞いてください。同じ元記録に3箇所の期待値を結び、各実結果は実施後の記録で確認します。

一般的な件数・金額・関連データの照合はデータ移行の確認表へつなぎます。切替・続行・復旧の会議や、入力形式の版選択をこのメモで作り直すことはしません。実システムの移行、旧機能の廃止、全試験の一律再実行もこの教材では行いません。

背景となる2012年の移行担当者の質問には、旧機能が新データを変換して利用し、旧形式への返却が誤る困りごとがあります。本稿の卸売・箱と端数・12個と14個は、その作業へ応用した架空教材です。質問者の実案件の数量や、現在の日本語需要量として扱いません。

原記録と読取り条件の対応を整理しにくい場合は、元の欄・新側の表現・旧への返却期待・未確認をまとめ、DREEXYの業務整理・連携支援や相談窓口へ相談できます。対応範囲と費用は個別に確認してください。