確定マスタを在庫管理システムへ組み込む 2026-09-17 社長MTG用 ── 前回（2026-08-05）からの経緯と、今日決めること

この資料は、8/19にPCA側で確定したマスタを在庫管理システムへどう入れるかを決めるためのものです。実装の設計書ではなく、決まらないと手が動かせない項目を並べたものです。

PART1で前回からの経緯、PART2で今日決めること、PART3で決まった後の進め方、PART4でシステムの名前を扱います。右側の吹き出しは、本文の流れを止めてしまうけれど書いておきたいことです（引っかかっている点・なぜそう判断したか）。

要約今日の論点は倉庫の対応表と会社の割り方の2つ

確定マスタは受け取り済みで、現行実装との差分15件も洗い出し済みです。会社の割り方は決着し、残る判断はWO本体の倉庫対応表の1件です。

• 経緯：8/5のMTGが流れて以降、こちらの実装は止まっています（最終コミット 2026-08-05）。その間に8/19でPCA側のマスタが確定し、8/27に差分台帳を作りました
• 詰まっている点1：WO本体の旧倉庫コード→新倉庫コードの対応表がありません。いただいた対応表はAKY側の28行分だけで、WOの倉庫番号としては読めません
• 決着した点：会社の割り方は「マスタは1本で共有（used_by_aky で使用可否）、伝票は現行どおり会社別」で確定。companies テーブルは変えません
• 決まれば：マスタ取込と既存データの付け替えは続けて着手できます。大きい機能（EOS版管理・ロケーション別在庫）はその後です

8/5に予定していたMTGが流れ、そこで確認するはずだった3件が宿題のまま残りました。その後こちらの実装コミットはありません。

PCAは1件でも登録すると会社基本情報から桁数を変更できません。部門3桁・倉庫4桁・伝票番号8桁は動かせない確定値として扱います。

倉庫は「拠点ブロック × 固定スロット」の4桁になった

1桁目が拠点（0共通／1会津／2中部／3小浜／4本社／6外部委託／9全社）、下2桁が役割の固定スロット（x001リコラボ／x002ダイソー／x003工場／x004センター／x005処分／x006取り置き／x007海外／x008SEJ）です。会津と中部で番号の意味が揃う作りになっています。

部門は3桁15件、部門グループは事業軸と拠点軸の2体系

営業1〜3課・商品課・運営課・物流課（会津／中部）・製造3拠点・総務2拠点・共通。現行は4桁4件（共通／会津／中部／本社）しかないので、ほぼ作り直しです。部門グループは事業軸（箸製造・漆器製造・陶器製造・卸・事業共通）と拠点軸（東京・会津・中部・小浜・全社）の2体系で、1体系内では部門が重複できません。

いただいた daijin_souko_map.csv は28行ありますが、AKY側の販売大臣コードとしか一致しません（8＝AKY会津ニトリ、15＝AKYセリア定番、23＝AKY確保 中部、100＝カクケイ物流センター）。WO本体の倉庫番号として読むと 16（中部）→1004（会津 一般）になってしまい、成立しません。

そこで、こちらで読める範囲を埋めたたたき台を作りました。×印の6件だけ決めていただければ、残りはこのまま進められます。「在庫非ゼロ」は2026-07ダンプの在庫マスターで現在庫が残っている商品数です。

0002 会津の分け方がいちばん効きます

資料には「0002の大創分が売上の95.3%」とありますが、これは売上の話で、在庫650商品をどちらに寄せるかの条件にはなりません。こちらの案は「直近12か月の出荷先が大創のみの商品は1002、それ以外は1004。両方に出ている商品は1004に置いて、ダイソー向けは取り置きで確保する」です。これで良いか、現場の運用に合うかを見ていただきたいです。

確定マスタは3社共通の1つのコード空間＋「AKY使用」フラグという構造です。ここから「会社ごとにマスタを分ける」のをやめました。ただし companies テーブル自体は現行のまま（WO=1／AKY=2）で、伝票側の会社の持ち方も変えません。変えたのはマスタの持ち方だけです。

アプリ側は倉庫・部門を会社で絞り込んでいなかったので、この形にするためのコード変更はありません。倉庫マスタに used_by_aky を足しただけです。

PCAでは持たないので、こちらで決めて良いと書かれているものです。今日決めなくても進められますが、決めた内容は共有が要ります。

両方のシステムに関わるので、システムの外の作業として誰がいつやるかを決めたいところです。

• 原価0円のまま売上が立っている商品：セリア向けストラップ金具（DA-13〜21）だけで12か月4,000万円。どちらのシステムでも粗利が出ません。こちらは「原価未設定を検知して警告する」仕組みを作りますが、値を入れるのは人の作業です
• 廃番在庫308件：商品名が「在庫ﾉﾐ」で始まる売上ゼロ・在庫ありの商品。移行対象に含めるかどうか
• AKYとWOの商品コード統合：いまは別体系。急ぐ話ではないと理解していますが、変換表を持てる構造にはしておきます
• 仕入代行の判定しきい値：PCA側は「主な売り先がグループ会社かつ粗利率3%未満、ただし7xxx単品は対象外」。こちらも同じ条件に揃えます

1. 確定マスタを取り込む（S）倉庫29・部門15・部門グループ2体系・区分8本。PCAの取込順（倉庫→部門→部門グループ→区分→仕入先→得意先→直送先→商品）に合わせます。マイグレーションとSeederの追加で済みます。
2. 既存データの倉庫・部門コードを付け替える（M）在庫15,830行と伝票側（受注・出荷・移動・棚卸・生産）。対応表が固まってから一度に流します。
3. 在庫の状態をステータスに移す（M）0024 不良と0099 移動中の廃止、セリア検収待ち・受注残（出荷元未定）・取り置きの追加。既存の4段階ステータス（受注 draft/confirmed/shipped/cancelled、出荷 preparing/today_pending/today_done/completed/cancelled）との接続もここで決めます。
4. 商品マスタを拡張する（M）商品区分1〜3、販路（多対多）、複数仕入先、調達担当、原価未設定の検知警告。
5. 売上・仕入の明細に部門と担当者を載せる（S〜M）得意先の主部門から自動で引く形にします。PCA連携の必須項目なので、連携CSVより先に済ませます。
6. PCA連携CSVを作る（M）売上明細・仕入明細・在庫金額の3本。CP932／CRLF／1行目のバージョン行のみクォート、伝票番号8桁重複不可。
7. EOS受注の版管理（L）原本／返した内容／確定内容の3版と、確定内容から出荷指示を起こす経路。ここだけ単独で大きいです。
8. ロケーション別在庫（L）棚別在庫・複数ロケ・移動履歴。優先度は下げられます。

S＝数日、M＝1〜2週間、L＝3週間以上。前提が決まってからでないとブレる目安です。

どれも「機能が無い」のではなく、載せる項目が足りていない状態です。SECTION 7の1・4・5が終われば出せます。

みつるさん側のGASは修正版まで受領済みで、dry_run（お試し送信）もこちら側に実装済みです。動かない理由は技術ではなく、8/5に流れたMTGで聞くはずだった3件です。

加えて、みつるさん側へお願いしている残件が3件あります（過不足OFFが既存シートで効かない／送信済み行の取消＋打ち直しが二重計上になる／「送信対象を確認」がdry_run APIを使っていない）。連携開始はマスタ整備の後という順序は変わりません。マスタが埋まる前に投げると大半が商品コード未検出になって切り分けができなくなります。

人の名前が付いていると、担当が変わったときに名前ごと意味を失います。マニュアル・画面・問い合わせ先の呼び名としても使えません。どれにするかを決めていただきたいです。

選ぶときに置いた条件は3つ

• 食卓まわりの言葉で、器そのものではなく「一式を扱う側」を指すこと。椀・皿・器は商品の名前なので、システムの名前にすると格が合いません
• 商品名・単位とぶつからないこと。会話でも画面検索でも混ざります。下の表の「マスタ内」は2026-07の商品マスタ9,375件で実際に数えた出現数です
• 小文字で4〜7文字、カナ3〜4モーラで呼べること。PCAと対で短く言えるように

岡崎の推しは haizen（配膳）

受注を受けて、必要なものを、必要な場所へ、必要なだけ出す。このシステムの仕事を1語で言うとこれになります。商品名にも単位にも1件も出てこないので、現場の会話でぶつかりません。「PCAと配膳」で対になって短く呼べます。

名前を変えて実際に直すのはログイン画面のロゴ・アプリ設定・操作マニュアルの表紙の3か所だけです。リポジトリ名とHerokuアプリ名（woaky）は内部のURLなので、そのままでも困りません。