GST対応ERPにおける仕損と消費の記録

製造現場を歩くと、帳簿にすぐに載らない数字が二つあります。一つは不良ロットや工具の不具合、品質検査で不合格となって失われる原材料。もう一つは社内消費や見本用、再作業用に引き出される在庫です。これらは合わせて「仕損」と「消費」と呼ばれ、多くの工場ではメモ書きやメッセージアプリ、月末調整の仕訳で済まされています。

この放置は二重のコストを生みます。一つは在庫の正確性です。システム上は存在するはずの在庫が、実はもうありません。もう一つは税務です。仕損を売却・移動・償却する瞬間に税務処理が発生し、監査人は理由の記録、日付のあるドキュメント、連動する税金勘定を求めます。GSTに対応した基幹システムは、仕損と消費のすべてを事後処理ではなく、番号付きで監査可能な正式な取引として扱うことで、この隙間を埋めます。

課題：帳簿が追いつく前に消える仕損

よくある光景です。機械オペレーターが規格外のアルミ押出材18kgを脇に置きます。現場が忙しく、その場では記録されません。月末になると倉庫担当者が「だいたいこれくらい破棄した」という概算で在庫調整台帳に一行を書き、経理が「在庫評価減」という仕訳を起票します。

ここで三つの問題が起きます。第一に数量が概算なので、循環在庫が実態から乖離していきます。第二に理由が抜けるため、税務調査で「仕入控除税額を取り消した根拠は何か」と聞かれても文書がありません。第三に税務の連動が手作業なので、出力税の負債勘定と入力税の資産勘定はルールではなく記憶で更新されます。

インドの中小企業を対象としたGST負担の調査では、年間の税務対応コストが平均約8万7,450ルピー、対応時間が約372時間に上ることが分かっています。その多くは、まさにこうした連動の欠落を後から復元する作業に費やされます。製造業にとって、仕損は最も漏れやすい連動の一つです。

仕損が第一級の取引になったら何が変わるか

モダンなクラウドERPは、仕損を汎用的な在庫調整画面の中に埋めません。仕損と消費に専用のドキュメント型、専用のワークフロー、そして税設定との連動を与えます。基幹システムは、場所から在庫を払い出し、完全な監査証跡を残す専用の仕損・消費モジュールでこれを実装しています。

二つの異なる区分、一つのドキュメント

このモジュールは、在庫の払出がすべて同じ意味ではないことを認識しています。レコードは意図を明示する区分を持ち、二つを区別します。

• SCRAP（仕損） は廃棄です。再利用できずに廃棄、再生業者へ売却、または償却する対象です。システムは結果として生じる在庫移動を仕損廃棄として分類します。
• CONSUMPTION（消費） は社内利用です。見本や社内消費、工程利用のために引き出す対象です。廃棄ではなく消費移動として分類されます。

この二つを分けることは、会計にも税務にも意味があります。廃棄は後に売却へつながり出力税のイベントになりやすく、社内消費は入力税控除の扱いに影響することがあります。意図を発生時点でタグ付けすることで、数ヶ月後に曖昧な調整仕訳を読み解く手間を省けます。

番号付き・日付付き・ロックされるドキュメント

仕損や消費のレコードは、本物のドキュメントであり、背後で密かに書き換えられるデータではありません。作成時に会社内で一意の読みやすい番号、例えば SCRAP-2026-0001 が自動付与されます。レコードの完了時に在庫払出に適用される業務移動日を持ちます。そして DRAFT、COMPLETED、CANCELLED という定義されたワークフローを進みます。

ワークフローが重要なのは、誤投稿を防ぐためです。レコードはチームが確認している間は DRAFT のままであり、操作が COMPLETE に設定されたときだけ、単一の取引内で在庫払出が適用されます。誤りがあれば、取り消しの複雑な仕訳を戻すのではなくキャンセルするだけで済みます。

製品・ロット・数量・理由を持つ明細

レコードの中心は明細行です。各行は払い出す製品、任意の在庫ロット、包装単位で表した数量、在庫単位への換算係数、そして理由を指定します。理由は任意ではなく必須です。監査人が最初に読む項目だからです。

ロット管理された製品では、ロットは必須となり、システムは FIFO と FEFO の出庫規律を守ります。これは製品と原材料に適用するのと同じロット追跡の規律を、在庫が利用可能なプールから離れる瞬間まで広げるものです。品質チームが受入原材料の特定ロットを不合格にしたとき、仕損レコードはそのロットを正確に指し、GST審査や製品回収が求める追跡の連鎖を保ちます。

単位換算は背面で処理されます。オペレーターは「1箱＝12個」のように実際に数える単位で数量を入力し、システムが在庫単位の変動量を計算してから移動を記録します。これにより、担当者が手作業で単位を換算して在庫元帳が知らずのうちに乖離していく典型的な誤りを排除できます。

取引内で記録される符号付き払出移動

レコードが完了すると、モジュールはすべての明細に対して符号付きマイナスの在庫変動を記録します。移動種別はレコードの種別に基づいて自動選択され、SCRAP レコードは仕損廃棄移動、CONSUMPTION レコードは消費移動を生成します。各移動は移動元、参照、理由を伴うため、在庫元帳は無名のマイナスではなく読み解ける物語を残します。

ヘッダー、明細、在庫移動が一つの取引内で書き込まれるため、ドキュメントは完了しているのに在庫が調整されていないという部分的な状態は起きません。レコード全体が成立するか、まったく成立しないかのいずれかです。

監査証跡とロック

すべてのレコードは、作成者と最終更新者を持ち、解決済みのユーザー表示情報とともに残ります。バージョンカウンターによる楽観的ロックにより、二人が同じドラフトを編集中に無言で互いを上書きすることはありません。論理削除は記録を物理的に消さず、監査のために履歴を保全します。これらは内部統制レビューやISMS評価が求める証跡の連鎖を与えます。

消費税/インボイス制度との連動

仕損は税務の真空地帯には存在しません。同じERPは、製品・売上・仕入の各行に税を適用する方法を定義する税設定マスタを持ちます。各税設定は「消費税10%」のような名称、0〜100のパーセンテージで表した税率、そして重要な点として、勘定科目から連動する二つの勘定、すなわち出力税の負債勘定と入力税の資産勘定を持ちます。

ここが仕損・消費モジュールと税設定が実務で合流する場所です。蓄積した仕損を最終的に再生業者へ売る瞬間、売上請求書は設定された税率を適用し、既に定義済みの負債勘定に出力税を計上します。入力税控除を主張した仕入在庫を消費または償却するとき、連動する仕入税資産勘定が、その取り消しの物語が出発する場所です。重要なのは、仕損モジュールが自動で税額取り消しを行うことではありません。税務処理は事案ごとに異なる事実に依存するからです。重要なのは、物理的な在庫イベントと税務会計の構造の両方が、切り離された二つの表計算ではなく、一つの繋がったシステムに存在することです。

日本の製造業にとっても、これは意味を持つ場面が増えています。海外子会社やインド拠点を含むグローバル展開では、インドの仕損に関するGSTの扱いは厳格化する一方で簡素化されていません。金属・プラスチック・ゴムの大半の仕損は18%のGSTの対象となり、未登録の仕入先から仕入れた金属スクラップは逆仕訳メカニズム（RCM）に該当する可能性があります。登録済みの買主が取引業者から2.5万ルピーを超える金属スクラップを購入する場合、GST上2%の源泉徴収（TDS）が求められます。仕損記録が日付付きの理由、ロット、数量を伴うとき、これらの規則が生む問いに、税務調査の最中に記憶から復元するのではなく、即座に答える準備が整います。

実際のシナリオ

プネーにある中堅の精密部品メーカーを想像してください。自動車サプライヤー向けに2本のCNCラインを稼働させ、年商約40億ルピー（約80億円規模）の事業者です。典型的な月に、現場は規格外ロット、工具破損の実働、トリミング廃棄から約120kgの金属スクラップを発生させ、さらに試作品や治具製作用の社内消費として約8kgを引き出します。

構造化された仕損プロセスを導入する前、倉庫チームは毎月1件の調整を記録していました。数量は概算で、ロットは忘れられ、理由欄は「生産ロス」の一行でした。蓄積したスクラップを約28万ルピーで再生業者に売却するとき、経理は18%のGSTを適用したものの、その売上が入力税控除を主張した元の仕入ロットにどう結びつくかを示す文書を持ち合わせていませんでした。

適切な仕損・消費ワークフローにより、同じ事業所は今、仕損を脇に置いたシフトのうちに番号付きレコードを起票します。各行は製品、ロット、キログラム単位の正確な重量、そして「工具破損」や「寸法不合格」のような理由を記載します。月次のスクラップ売上が起きると、売上請求書は税設定マスタから18%の税率を適用し、監査証跡は現場から出力税元帳まで綺麗に繋がります。経理チームは毎月最終週を、三週間前に現場で起きたことを復元する作業に費やす必要がなくなりました。

なぜ日本企業にとっても重要なのか

構造化された仕損・消費の記録が日本企業にとって特に意味を持つ理由は三つあります。

第一に、海外拠点を含む税務監査の厳格化です。調査担当者は物理的な在庫移動、入力税控除の主張、仕損売上の出力税の整合性を確認します。日付・番号・理由コードを持つ仕損記録は、ストレスのある質問を5分で終わらせる文書そのものです。

第二に、インボイス制度に代表される適格請求書の整備です。日本国内でも、適格請求書発行事業者としての登録や、仕入先ごとの適格性確認が義務化する中で、在庫の払出と税処理の連動を文書化する基盤の価値は上がっています。

第三に、原価回収と改善です。測定される仕損は、売却、再利用、削減できる仕損です。理由別に仕損を追跡する製造業者は、どの機械、どのシフト、どの仕入先が最大の要因かをすぐに学びます。その可視化こそが真のマージン改善の出発点です。

あなたのビジネスに合っているか

次のいずれかに該当するなら、専用の仕損・消費ワークフローから大きな価値を得られます。物理的な財を製造または加工し、意味のある廃棄物、規格外品、再作業を発生させる。蓄積した仕損を再生業者や仲介業者に売却し、その売上にGSTや消費税を正しく適用する必要がある。社内消費や償却される仕入在庫について入力税控除を主張している。または、税務調査、内部統制レビュー、文書化された在庫規律を求める認証に向けて準備している。

純粋な商業取引のみで加工がなく、最小限の在庫しか持たないなら、より軽量な調整プロセスで十分かもしれません。しかし大半の製造業者にとって、仕損と消費は税務やマージンに深く結びつきすぎており、メモ書きで済ませるわけにはいきません。

よくある質問

副産物は仕損とは別に追跡できますか

いいえ。本モジュールが扱うのは SCRAP（廃棄）と CONSUMPTION（社内利用）の二種類のみで、別個の副産物の産出フローはモデル化しません。販売可能な副産物を産出する場合は、製造オーダーで完成品として受領した上で通常の売上フローで販売し、真の廃棄物と社内引き出しについては仕損・消費モジュールをご利用ください。

仕損の記録はGSTや消費税とどう連動しますか

仕損・消費モジュールは、理由・ロット・数量を伴う物理的な在庫払出を記録します。別途、税設定マスタが税率を定義し、各税率を出力税の負債勘定と入力税の資産勘定に連動させます。蓄積した仕損を売却するとき、売上請求書は設定された税率を適用し、定義済みの負債勘定に計上します。仕損モジュールは税額取り消しを自動計算しません。それは事案ごとの事実に依存するためです。ただし、経理担当者がGSTや消費税を正しく仕訳するために必要な、文書化された在庫イベントを提供します。

トレーサビリティのために特定のロットに対して仕損を記録できますか

はい。ロット管理された製品では、仕損・消費の各明細が特定の在庫ロットを参照でき、システムは FIFO と FEFO の出庫規律を尊重します。これにより、受入から生産、廃棄に至るまでロット追跡の連鎖が保たれ、回収や有効期限管理、監査に不可欠な情報を維持できます。

重要なポイント

仕損と社内消費は、月末に調整で消し去るべきノイズではありません。他の在庫移動と同じく、番号付き・日付付き・理由コード付きで扱う価値のある、物理的かつ税務上のイベントです。基幹システムがこれらに第一級のドキュメントを与え、そのドキュメントを税金勘定に連動させるとき、在庫の正確性、監査への備え、そしてマージンがどこで漏れているかという明確な見通しを同時に手に入れられます。

仕損を推測で終わらせない。記録を始めましょう。

基幹システムは、製造チームに番号付きドキュメント、ロットレベルの追跡、必須の理由、符号付き在庫移動、そしてすべての税率を正しい出力・入力勘定に連動させる税設定マスタを持つ、専用の仕損・消費ワークフローを提供します。月末に記憶から仕損を復元する作業にうんざりしているなら、日本の製造業とグローバル拠点のために作られた基幹システムへの移行を検討する時です。無料プランでは最大2ユーザーまで、クレジットカード不要でご利用いただけます。/#get-startedから今すぐ始めましょう。

関連記事

• ロットとバッチのトレーサビリティ
• 在庫棚卸と在庫評価
• GST 出力税・入力税の元帳構造
• 入力税控除の管理とITC追跡