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

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

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

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

判断はすべて片付きました。倉庫29件・部門15件・部門グループ2体系はシステムへの投入まで済んでいます。次に動くのは在庫の投入と、止まっているGAS生産連携です。

• 経緯：8/5のMTGが流れて以降、こちらの実装は止まっています（最終コミット 2026-08-05）。その間に8/19でPCA側のマスタが確定し、8/27に差分台帳を作りました
• 倉庫の対応：確定マスタ29件を基準に決着。旧倉庫に対応先が無いものは移行せず、倉庫の新設もしません（移行しないのは9倉庫）
• 会社の割り方：「マスタは1本で共有（used_by_aky で使用可否）、伝票は現行どおり会社別」で確定。companies テーブルは変えません
• 在庫：今回は取り込みません。0024 不良49商品・0099 移動中29商品は新マスタに行き先の倉庫が無いため、在庫のステータス設計と合わせて別タスクにします
• 次にやること：在庫の投入と、GAS生産連携の宿題3件。大きい機能（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（会津 一般）になってしまい、成立しませんでした。そこでWO側の対応表をこちらで起こし、判断が要る箇所を潰しました。

決まったのは「確定マスタの29件が基準」という1点です。旧倉庫に対応先が無いものは移行せず、新しい倉庫も足しません。「在庫非ゼロ」は2026-07ダンプの在庫マスターで現在庫が残っている商品数です。

0002 会津は商品マスタの1カラムで割れる

資料の「0002の大創分が売上の95.3%」は売上の話なので、在庫をどちらに寄せるかの条件にはなりません。そこで在庫のある650商品を商品マスタの商区得意先（商品区分1）で数えたところ、大創産業554／イオンイーハート80／アサヒ興洋(Seria)9／売なし・未設定7 に分かれました。出荷実績を引く必要はなく、商品マスタの1カラムで機械的に振り分けられます。0015 中部ダイソーも550／4、0027も2件全部が大創で、同じやり方が通ります。

確定マスタは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. 確定マスタを取り込む（完了）倉庫29・部門15・部門グループ2体系を投入済み（2026-09-17）。PCAの取込順（倉庫→部門→部門グループ→区分→仕入先→得意先→直送先→商品）に合わせています。出荷可否は倉庫名からの推測をやめ、コード（x005処分／x006取り置き／9002返品／9003調整）で判定する形に変えました。区分8本は商品マスタ拡張のときに入れます。
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件は社長が確認することになりました（2026-09-17）。

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

「岡崎システム」は人の名前が付いているので、担当が変わると名前ごと意味を失います。マニュアル・画面・問い合わせ先の呼び名としても使えません。2026-09-17、haizen に決定しました。

受けた注文を、必要なものだけ、必要な場所へ出す

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

候補は5案あり、選ぶときの条件は3つ置きました。①食卓まわりの言葉で、器そのものではなく「一式を扱う側」を指すこと ②商品名・単位とぶつからないこと ③小文字で4〜7文字、カナ3〜4モーラで呼べること。下の「マスタ内」は2026-07の商品マスタ9,375件で実際に数えた出現数です。

改名して直したのは表示だけ

同日に反映済みです。

• ログイン画面とサイドバーのロゴ／スマホピッキング画面のタイトル
• ログインコードのメール（件名と本文）
• アプリ設定の APP_NAME
• 生産連携のエラーメッセージ（みつるさん側に返る文言）

リポジトリ名・Herokuアプリ名・データベース名（いずれも woaky）は据え置きです。内部のURLと識別子なので、変えても呼び名の統一には効かず、切り替えの手間だけが増えます。