不良・廃棄の処分をひとつの承認で、在庫も会計も証跡化

四半期末の金曜日です。愛知の工場では、最終検査で公差に届かなかった部品のパレットが検査班によって脇に置かれています。同じ建物の倉庫には、14か月間動くことのなかった部品が3棚並んでいます。発注した顧客はずっと前にキャンセルしています。だれかが「これらはもうない」と決めなければなりません。多くの工場では、その決定がバラバラに起きます。現場の責任者が紙の廃棄伝票に印を押します。倉庫は独自のスプレッドシートから在庫をそっと引きます。数週間後に経理が部品が廃棄されたことを知り、差異を整理するために評価減の仕訳を切ります。その頃には、だれが何をいつ承認したのか、倉庫の数字と帳簿の数字がなぜ違うのか、もうだれも正確に答えられません。

これが処分の現場に潜む、静かで費用のかかる失敗です。在庫はある系統で動き、会計は別の系統で動きます。そして両方を統治すべき承認は、存在しないか、紙とメールとハンコの押された伝票の山の中に散らばっています。現代の基幹システムはこの隙間をふさぎます。処分をひとつの統治された承認にし、何を、だれが、なぜ廃棄したかを変更されないスナップショットで残すことで、在庫の引き当てと会計の評価減が二度とズレなくなります。

統治されない処分が監査リスクになる理由

処分は「ものを捨てる」業務の最後に見えるため、バックオフィスの雑務のように扱われがちです。それがまさに危険な理由です。不良在庫やデッドストックが、統治された承認を通らずに工場から出ていくとき、3つの問題が重なって現れます。

1つ目は在庫のズレです。倉庫は部品を引きますが、会計帳簿がまだ原価で保有したままなら、貸借対照表には存在しない在庫が載り続けます。この差異は次の実地棚卸まで表面化しません。そこはしばしば数か月先です。その頃には理由の記録も消えており、経理はため息とともにその差額を利益から減額整理します。

2つ目は職務分掌の欠如です。内部統制が効いた環境では、処分を承認する人、物理的に在庫を引き出す人、評価減の仕訳を切る人は別であるべきです。紙とスプレッドシートの世界では、この3つの役割がひとりの責任者とひとつの印鑑に静かに収束していきます。J-SOXや内部統制の観点から見れば、それは監査人が真っ先に指摘する、監督を伴わない資産の持ち出しの形であり、在庫不正の典型的なパターンでもあります。

3つ目は証跡の欠如です。処分がリサイクルされてしまった紙の廃棄伝票で承認されていた場合、決定を正当化する記録が残っていません。監査人が600万円の評価減について「だれが承認したか」と尋ねても、返ってくるのは空を切る視線だけです。損失自体は適正かもしれない。しかし承認の証跡がなければ証明できず、負担は企業に戻ってきます。

根本原因はいつも同じです。在庫と会計がひとつの承認に結びついていなかったため、それぞれが自分の都合で動けたのです。基幹システムは、承認こそが両方を統治する唯一の軸であると定義することで、この問題を解決します。

-> 関連：製造業におけるスクラップ在庫と会計処理

両側を統治するひとつの承認

処分の正しい進め方は、それを2つの別々の事象として扱うのをやめることです。不良ロットは、後になって会計の問題に化ける在庫の問題ではありません。両方に帰結を持つ、ひとつの経営判断です。

基幹システムの中では、その判断は1件の処分申請として捕捉されます。申請は、処分対象（ロットや品目）、数量、理由（不良、陳腐化、破損、デッドストック）、そして帳簿から落ちる簿価を明示します。そして会社の権限規程に応じた承認ワークフローに回ります。少額の評価減なら部門長のみで済むかもしれません。大きな金額なら、役員や委員会の承認を要し、そのルーティングは金額によって自動で切り替わります。これは購買発注や経費精算、全社の稟議を動かすのと同じ承認エンジンです。処分も他のあらゆる判断と同じ統治面の中に置かれます。

これを機能させるのは、変更されないスナップショットです。処分が承認された瞬間、システムは「何が承認されたか」の変更不能な記録を残します。品目、数量、価額、理由、承認者、日付、時刻です。これは後から書き換えられる生きた文書ではありません。証拠そのものです。倉庫が「1,200個廃棄した」、帳簿が「1,180個」と主張し始めても、スナップショットが数週間ではなく数秒で齟齬を解消する信頼できる唯一の情報源になります。

承認とスナップショットが、在庫記録や元帳と同じ基幹システムの中にあるため、両側が密かに乖離することはありません。在庫側には在庫を引き去る統治された指示があります。会計側には評価減を計上する統治された指示があります。どちらも、同じ名前の承認者が同じタイムスタンプで押した、同じ承認済みの決定に遡ります。

いま実装されていること、そして正直なロードマップ

ここは、売り込むより正確さが重要な部分です。処分の承認ワークフローと、変更されない監査証跡は、実装済みで本番稼働しています。企業は処分申請を起票し、金額に応じた正しい権限者へルーティングし、何が、だれによって、なぜ承認されたかを改ざんに強いスナップショットで捕捉できます。この統治面は現実のものです。

一方でロードマップにあり、まだ実装されていないのは、承認が完了した瞬間に在庫記録を調整し仕訳を自動で切る、いわゆる自動書き戻しです。現時点では、処分が承認されると、システムは統治された決定と完全な証跡を提供し、在庫の引き去りと会計の仕訳は、システム内の通常の統治されたフローを通じて行われます。それらはまだ承認イベントそのものによって自動で書き戻されるわけではありません。これは現在のワークフロー書き戻し層において、仕訳、発注、ロット調整にも共通する正直な境界です。現時点で承認時に自動起票するのは経費精算と休暇申請のみです。

これをはっきり伝えることが重要です。処分プロセスが一番やってはいけないのは、実際には提供できない監査証跡を約束することだからです。承認の統治はいま現実に効いており、監査に耐えます。在庫と仕訳の完全な自動書き戻しは、これから実装されます。いま統治された処分を必要とする企業は待つ必要はありません。内部統制レビューを満たすのは承認の統治と証跡の部分だからです。自動化はその上に乗る利便性の層です。

-> 関連：内部統制レビューに耐える監査証跡

事例：愛知の精密部品メーカー

愛知に本社と工場を構え、自動車の完成車メーカーや産業機械メーカーに部品を供給する、社員約280名の精密部品メーカーを想像してください。稼働の激しい生産現場と、原材料から完成品までを抱える倉庫を持ち、処分は日常的に発生します。不良ロットがラインから落ちてきます。動きの鈍い部品は保有期間を超えて古くなります。たまにハンドリングでパレット1台分が傷みます。

統治された処分フローを導入する前のパターンは、馴染み深く、かつ危険なものでした。現場の責任者が不良ロットの紙の廃棄伝票に印を押します。倉庫は在庫を引き、ローカルのスプレッドシートに書き留めます。経理がそれを知るのは月末の棚卸のときです。600万円の差異が浮かび上がり、だれかが何が廃棄されたのか、その理由は何だったのかを2日かけて再構築します。承認の証拠はたいてい残っていません。直近の内部統制レビューでは、監査人が承認者も日付もない3件の大型評価減を指差し、だれも答えられない質問を投げかけました。

新しいフローでは、同じ不良ロットが1件の処分申請に入ります。申請はロット、数量、理由、簿価を保持します。金額が閾値を超えるため、ルーティングは自動で部門長を巻き込み、金額が大きければ役員も加わります。品証と経理の担当者は承認者にならずにウオッチャーとして申請を追跡できるため、正しい人が決定を見届けつつ、ボトルネックにはなりません。最後の承認が降りた瞬間、システムは決定全体のスナップショットを固定します。倉庫には在庫を引き去る統治された指示が出ます。経理には評価減を計上する統治された指示が出ます。どちらも同じ承認記録を、同じ承認者名とタイムスタンプとともに指し示します。

次の内部統制レビューで、同じ監査人が600万円の評価減について同じ質問をします。今回は答えがワンクリックの距離にあります。処分申請、承認者、日付、理由、そして変更されないスナップショットが、ひとつの場所に。かつて2日かかって説明していた差異は2分で終わります。承認の証跡は月末に後付けされるのではなく、処分の最初から組み込まれていたからです。

内部統制の観点：これがJ-SOXの対象である理由

処分の統治は、製造業だけの特殊な関心事ではありません。典型的な内部統制の論点であり、日本では上場企業や多くの中堅企業の財務報告に係る内部統制を律するJ-SOXの枠組みの真ん中に位置します。理由は単純です。評価減は利益を減らします。その減額が統治されていなければ、問題を隠したり、業績を平滑化したり、最悪の場合は物理資産の盗難を隠すために使われ得るからです。

ここには2つの統制原則が関わります。1つ目は承認（権限）です。重要な評価減は適切な権限を持つ者の承認を要し、その権限は文書化され一貫していなければなりません。2つ目は監査証跡です。すべての処分は、決定を承認者、日付、理由、金額に結びつける記録を残し、独立の第三者が損失の適正を確認できるようにしなければなりません。基幹システムはその両方を構造として実現します。承認は金額と役職によって権限を強制し、変更されないスナップショットは、だれかが「紙をファイリングし忘れないように」と気を配らなくても監査証跡を届けてくれます。

製造業にとって特に、スクラップや陳腐化は繰り返し現れる経営のシグナルでもあります。毎週一定の不良ロットが廃棄されるなら、それはプロセスの問題を指し示しています。棚の部品が評価減に至るまで古くなるなら、それは購買や見込みの問題を指し示しています。処分が統治され記録されていれば、そのシグナルは可視化され、誰も調べたがらない月末の差異の中に埋もれることはありません。

ふたつのシステムより、ひとつの承認

なぜ処分を2つのシステムで解決しようとしてはいけないのか。在庫側は在庫システム、評価減側は別の会計システム、と分けるやり方は図面上では合理的に見え、実務では破綻します。2つのシステムはそれぞれの都合で動きます。在庫側は今週在庫を引き、会計側は来月仕訳を切ります。両者を結ぶはずの承認はどちらにも属さず、たいてい机の上を旅するハンコ付きの伝票にあります。その結果は、企業が防ごうとしたまさにそのズレです。

基幹システムが勝つのは、その継ぎ目を取り去るからです。在庫システムと会計システムを突き合わせる必要はありません。両側がひとつのシステムの中の同じ承認に統治されているからです。処分申請が唯一の信頼できる情報源であり、倉庫への指示も会計への指示も、そのひとつの承認された決定の子として扱われます。突合作業は月末の火消しではなく些末な確認になり、両側がそもそも意見の不一致を許されなかったからです。

よくある質問

処分の承認は在庫の引き当てと会計の評価減を自動で書き戻しますか？

現時点では、承認イベントそのものによる自動書き戻しはロードマップ上にあります。処分申請の承認ワークフローと、変更されないスナップショットによる監査証跡は本日稼働しています。承認後の在庫引き去りと評価減の仕訳は、いまはシステム内の通常の統治されたフローを通じて行われます。承認時の自動起票は経費精算と休暇申請について実装済みであり、処分については次に続きます。

スナップショットは後から書き換えられることがありますか？

いいえ。処分が承認された瞬間に固定されるスナップショットは、品目、数量、価額、理由、承認者、日付、時刻を記録した変更不能な証拠です。倉庫の数字と帳簿の数字が食い違っても、この記録が信頼できる唯一の情報源となり、数週間かかっていた照合を数秒で解消します。月末に後付けで再構築するのではなく、処分の最初から証跡が組み込まれていることが監査人への答えになります。

承認のルーティングは金額によって変わりますか？

はい。会社の権限規程に応じて、少額の評価減は部門長単独で済み、大きな金額になると役員や委員会の承認を要するなど、ルーティングが金額によって自動で切り替わります。これは購買発注や経費精算、全社の稟議を動かすのと同じ承認エンジンで動くため、処分も他の経営判断と同じ統治面の中に置かれます。品質や経理の担当者は承認者にならずウォッチャーとして申請を追跡できるため、ボトルネックを作らずに正しい人が決定を見届けられます。

J-SOXの内部統制レビューに耐えられますか？

はい。評価減は利益を減らすため、その減額が統治されていなければ問題の隠蔽や業績の平滑化、最悪の場合は物理資産の盗難の隠蔽に使われ得ます。基幹システムは承認（権限）と監査証跡という2つの統制原則を構造として実現し、金額と役職によって権限を強制します。Kikan System のフリープラン（最大2ユーザーまで無料、クレジットカード不要）で、統治された処分申請をすぐに試せます。

重要なポイント

不良・廃棄の処分に必要なのは、スプレッドシートの追加ではありません。在庫の引き当てと会計の評価減を同じ決定に結びつけ、だれが何をなぜ承認したかを変更されないスナップショットで証明する、ひとつの統治された承認です。承認の統治と監査証跡は本日時点で稼働しています。承認による在庫と仕訳の完全な自動書き戻しはロードマップ上にあります。いま直ちに監査に耐える処分を欲する製造業にとって、意味を持つのは統治された承認の部分であり、それはすでに手元にあります。

Kikan System で始める

工場の処分が今も倉庫と帳簿の間でズレているなら、Kikan System をご覧ください。承認ワークフローモジュールは統治された処分申請を実行し、金額と権限に応じてルーティングし、内部統制レビューに向けた変更されないスナップショットをすべての決定について固定します。2ユーザーまで無料、カード不要のフリープランですぐに始められます。/#get-startedからご開始ください。

-> 関連：中堅メーカーが走らせる60の承認ワークフローと、ひとつのERPにまとめる費用対効果