水産仲卸システムの選び方｜受発注・在庫・会計をつなぐ5つの確認点

水産仲卸システムを選ぶときは、機能数ではなく、受発注から在庫、会計まで同じ取引をつないで確認できるかを見ます。とくに重要なのは、複数の受注経路、商品名と単位の変換、加工前後の在庫、取引先別の会計条件、訂正履歴の5点です。

画面の見やすさや端末の種類だけで決めると、導入後にExcelや紙で不足を補うことになります。一般的な業種との機能比較をする前に、自社の魚、荷姿、売り方、締め方、例外処理を要件として示せるかが選定の出発点です。

水産仲卸システムは一つの伝票だけでは選べない

仲卸の一つの販売には、その前後に複数の情報があります。大卸から届く仕入情報を自社の商品へ読み替え、電話やFAX、メッセージ、現場の声で注文を受け、在庫を引き当て、必要なら加工し、納品後に売上と請求を確定します。

この途中で商品コードや単位が切れると、同じ取引を人が再入力します。受注画面では「マダイ3尾」、在庫は「天然タイ10kg」、会計は別の商品コードという状態では、担当者が頭の中でつなぐしかありません。

農林水産省は卸売市場の主要な機能として、集荷・分荷、価格形成、代金決済、情報受発信を整理しています。システムを選ぶときも、一部分だけではなく、これらの機能を自社の業務がどうつないでいるかを見る必要があります。

確認点1　複数の受発注を一つの取引へまとめられるか

電話やFAXが残っても二重入力を固定化しない

受注経路を一つへ統一できるとは限りません。電話で急な追加が入り、FAXで正式な注文が届き、売り場で数量が変わることもあります。重要なのは、すべてを同じ手段に変えることではなく、最終的にどの記録を正本として売上へつなぐかです。

確認したいのは、受注日時、取引先、納品先、商品、数量、単位、希望時間、担当者を一つの注文として持てるかです。追加や変更が入ったときに元の注文へ追記できず、別伝票を作るだけなら、重複や請求漏れの確認が難しくなります。

仕入側でも同様です。大卸から届く速報を取り込めても、自社商品へ変換できなければ、その後の在庫や販売に使えません。仕入速報FAXを残しながらDXの起点を作る方法で扱ったように、受信方法より、上流情報を自社の業務データへ変える工程が重要です。

デモでは変更と取消まで試す

通常注文を登録するだけのデモでは足りません。数量変更、商品差し替え、欠品による代替、分納、返品、当日取消を試します。その変更が在庫、納品、売上、請求へどのように反映されるかを追うと、取引が本当につながっているか分かります。

確認点2　商品名と単位を分けて管理できるか

魚種だけでなく状態や荷姿を持てるか

水産物は、同じ魚種でも産地、天然・養殖、活・締めなどの状態、サイズ、ブランド、荷姿で取引上の扱いが変わります。これらを一つの商品名へ詰め込むと、似た名前の商品コードが増え、在庫や粗利をまとめて見にくくなります。

システムには、魚種、産地、状態、サイズ、ブランド、仕入先側名称、自社名称を分けて持てるかを確認します。すべて必須にするのではなく、品目ごとに必要な項目を使えることも大切です。

市場の商品マスター設計で整理している通り、現場の呼び方を消す必要はありません。仕入先の名称と自社の名称を対応づけ、集計軸となる魚種や状態を別項目で持つ設計が現実的です。

仕入・販売・在庫の単位を別々に持てるか

仕入は箱やkg、販売は尾や本、在庫確認は箱という商品があります。単位を商品コードに固定すると、同じ商品が単位ごとに増えたり、担当者が毎回換算したりします。

確認したいのは、仕入単位、販売単位、在庫単位を分けられるか、その日のロットごとに重量と実数を記録できるかです。固定換算だけでなく、検品時に「10kg・48尾」のような実績を確定できる必要があります。

確認点3　加工前後とロット単位で在庫を追えるか

入庫と出庫の間にある変化を残す

水産仲卸の在庫は、仕入れた商品が同じ形のまま減るとは限りません。一尾をフィレや切身にする、kg仕入れを柵やパックにする、複数の注文へ小分けすることがあります。

このとき必要なのは、加工前の商品、使用数量、加工後の商品、出来高、ロス、加工日時をつなぐことです。加工後の商品を新規入庫するだけでは、元の仕入原価と結びつかず、歩留まりや粗利の確認が難しくなります。

kg仕入れと尾数販売をつなぐ在庫管理で解説したように、変換は商品共通の固定値とは限りません。その日の魚の大きさや状態に応じた実績をロットへ残せるかを確認します。

予約、引当、持ち越しを区別できるか

帳簿上の数量が残っていても、すでに取引先へ予約済み、加工中、配送準備中ということがあります。販売可能在庫を見るには、実在庫と引当済み数量を分ける必要があります。

また、生鮮品では入荷日や状態を見て売り先を判断します。ロット、入荷日、仕入先、保管場所、状態をどこまで持つかは、自社の品目と回転に合わせて決めます。多機能であることより、現場が更新できる項目数になっていることが重要です。

確認点4　売上から請求・入金まで同じ明細を追えるか

取引先別の条件を持てるか

会計連携は、売上合計を会計ソフトへ渡せれば終わりではありません。取引先ごとの締日、請求先、納品先、税の扱い、支払条件、値引きや返品をどこで確定するかを整理する必要があります。

まず、納品した数量と売上明細が一致し、その明細が請求へまとまり、入金消込の対象になるまで追えるかを確認します。会計ソフトへ連携する場合は、どの時点のデータを、どの勘定や取引先コードへ渡すかも必要です。

取引先コードの対応が曖昧だと、受注側と会計側で同じ会社が別名になります。商品マスターだけでなく、取引先、請求先、納品先の関係を整理してから連携方法を決めます。

締め後の訂正方法を確認する

現場では、納品後に数量や価格の確認が入り、売上を直すことがあります。締め前の修正と、請求確定後の訂正を同じ操作で上書きすると、請求書と会計データの差を追えません。

いつまで直接修正できるか、締め後は赤伝や差額調整にするか、再発行した請求書を識別できるかを確認します。市場会計で起きやすいミスを自社の例に置き換え、訂正時の流れをデモで再現すると判断しやすくなります。

確認点5　訂正理由と確認者を履歴として残せるか

上書きでは業務改善につながらない

価格や数量が間違っていたとき、正しい数字へ直せるだけでは不十分です。誰が、いつ、どの値から何へ変更し、なぜ直したかを確認できる必要があります。

履歴があれば、担当者を責めるためではなく、原因を分けられます。受注の聞き違い、商品マスターの不足、単位選択の誤り、加工実績の未入力、取引先条件の登録漏れでは、直すべき場所が異なるからです。

価格変更、数量訂正、商品差し替え、取消、締め解除について、権限と承認を設定できるかも見ます。操作を厳しく制限しすぎると業務が止まるため、通常時と緊急時の経路を分け、後から確認できる形にします。

問い合わせ時に一つの取引をたどれるか

取引先から「昨日の納品数量が違う」と連絡が来たとき、受注、引当、加工、納品、売上、請求を同じ番号や関連画面からたどれるかを試します。複数の画面を開けても、キーがつながっていなければ調査は人の記憶に戻ります。

システム選定では、正常に終わる操作より、問題が起きたときの調べやすさを重視します。市場業務では例外をゼロにするより、例外の理由と処理結果を残せることが運用の安定につながります。

選定前に用意したい三つの資料

一つ目は、受注から入金までの業務フローです。担当者と使用中の紙・Excelを書き込み、どこで同じ情報を再入力しているかを示します。

二つ目は、代表的な商品と取引のサンプルです。kgから尾数へ変わる商品、加工がある商品、取引先別の価格、返品や訂正がある取引を選びます。簡単な定番商品だけでは、市場固有要件を確認できません。

三つ目は、必須・将来・不要を分けた要件表です。現在の例外をすべて必須にすると複雑になり、パッケージへ現行業務をそのまま再現するだけになります。制度や取引上残すべき要件と、慣習として見直せる手順を分けます。

候補システムのデモでは、この三資料を使って同じ取引を最初から最後まで操作します。「対応できます」という回答だけでなく、標準機能、設定、個別開発、外部連携、手作業のどれで実現するかを記録します。

水産仲卸システムは業務のつながりで選ぶ

確認したい五点は、複数経路の受発注、商品名と単位、加工・ロット在庫、請求・入金、訂正履歴です。どれか一つが切れると、その間を人がExcel、紙、記憶で補うことになります。

最初からすべてを自動化する必要はありません。ただし、手作業を残す場所と、次工程へ渡すデータは明確にします。自社の代表的な取引を通して、受注した内容が在庫と会計までたどれるかを確認することが、選定の中心です。

自社の業務をどの粒度で要件にし、候補システムへ何を確認すべきか迷う場合は、現行の伝票や業務フローから一緒に整理できます。お問い合わせから、選定前の課題整理としてご相談ください。

おすすめの記事

• kgで仕入れて本数で売るから、魚市場の在庫管理は難しい
• 市場の商品名が統一されない理由と商品マスター設計の考え方
• 紙で届く仕入速報からDXの起点を作るには
• 市場の請求漏れを防ぐチェックリスト

参考にした一次情報

• 農林水産省「卸売市場情報」
• 農林水産省「卸売市場をめぐる情勢」（令和7年3月）