AAOIの契約と売上: 光モジュールを会計上の関門まで追う

契約の話を売上に縮めない

光ネットワークの議論では、設計、製造、会計までの長い変換過程が「需要」という一語に縮められがちである。しかし供給者がモジュールを組み、出荷し、請求し、売上に認識できるかは途中の関門で決まる。AAOIの2025年Form 10-Kは、同社が通常は長期顧客契約でなく個別の発注書に基づいて販売すると説明している。顧客予測は確定発注を超える数量を一般に約束せず、発注は増減、取消し、延期され得るとも記す。これは2025年終了年度に関する発行体の説明であって、すべての光部品会社に当てはめる一般則ではない。

同じ提出書類には、上位十顧客が2025年売上の96.6%を占め、Digicommが53.1%、Microsoftが28.8%だったとある。これはその会計年度の報告済み売上比率であり、現在の売上速度、モジュール数量、受注残、利益率、将来の約束を意味しない。発注時期、発注規模、契約上の受入れ条件、価格、出荷遅延が売上を変動させ得るというリスク記述もある。予測は設備計画には必要でも、会計結果ではない。

1. 1ネットワーク設計と予測
2. 2見積り・認定
3. 3確定発注書

1. 1確定発注書
2. 2部材引当て
3. 3組立・試験
4. 4出荷

1. 1出荷
2. 2契約上の受入れ・支配移転
3. 3請求
4. 4売上認識

1. 1前段で予測が変わる
2. 2在庫・設備の露出、売上とは限らない

モジュールと書類を同じ経路で追う

工場での出発点は、ホスト側のインターフェース、レーン速度、到達距離、光予算、温度等級、ファームウェア、試験限界を含む承認済み仕様である。調達はレーザー、ドライバ、受光器、パッケージ、ファイバーを引き当てる。組立とバーンインの後、最終試験で出荷基準を満たすかが決まる。顧客は出荷後に認定ロットや受入れ条件を要求できる。商流の記録も同じ順で必要になる。見積り、発注書、出荷条件、受入れ証跡、請求書、会計処理である。

このため「受注残」は定義なしに売上と比較してはいけない。取消し可能な発注、予測上のリリース、未受入れ出荷、法的に拘束力のある義務のどれを含むのか。顧客に日程変更権はあるか。モジュールは特定顧客のファームウェアやラベルに合わせているか。これらが不明なら、受注残を四半期売上で割っても、正確そうな数字ができるだけで変換時期は分からない。

仮定を明示した例

仮に顧客が一四半期に800Gモジュール1,000個を予測したとする。供給者は長納期部材を700個分発注し、確定発注を500個受け、450個を組み立てて試験し、430個を出荷し、報告期間の締切前に400個の受入れ証跡を得たとする。残りは自動的に売上ではない。試験中、輸送中、顧客評価中、明記された受入れ条件の対象かもしれない。部材の約束後に予測が600個へ下がれば、運用上の問題は余剰部材と設備であって、1,000個が売上だった証拠ではない。

この数量はすべて架空であり、AAOIの見積りではない。歩留まり、部材引当て、引渡条件、受入れが、計画信号と報告売上の関係をどう変えるかを示すためだけに置いた。

トレードオフと演習

短い発注周期は、買い手がポート構成や導入予定の変化に合わせやすい。その不確実性は、部材の約束や製造枠を持つ供給者側へ移る。長い約束は計画を改善し得るが、買い手が新モジュール、到達距離、別供給者へ移る妨げにもなる。顧客受入れは不適合品から買い手を守る一方、供給者にとって試験の追跡性と文書管理を資金回収の工程にする。

提出書類を開き、架空の一製品について関門表を作る。各関門で存在する証拠、所有者、次の関門を止める失敗を書く。次にニュースリリースの文を予測、発注、出荷、受入れ、売上認識に分類する。会社数値を使うなら会計期間、通貨、単位を同じ行に残す。この演習はオフラインであり、現行契約や予測を確立しない。

実務では、営業の案件管理、供給計画、品質記録、会計締めの表を同じ言葉で照合する。営業が「予約」と呼ぶものが、調達には部材引当て、会計には履行義務の判断として現れることがある。名称の一致だけで状態の一致を仮定しない。期末直前の出荷は、輸送条件、検収条件、返品権、顧客が支配を得た時点を個別に確認する。変更依頼が来た時は、元の発注、変更発注、製造指図、出荷伝票、受入れ記録を時系列で並べると、どの数量が予測でどの数量が会計上の結果かを混同しにくい。

この区別は財務担当だけの仕事ではない。設計変更の承認が遅れれば、既に発注した部材が旧仕様のまま残る。品質試験の不合格は出荷日を動かし、出荷日が動けば受入れと請求の時点も動く。各関門の責任者と証跡を明記しておくことで、需要の強弱という曖昧な説明ではなく、止まった工程を調べられる。

必要なら、関門ごとに予定日と実績日も併記する。遅延の原因が顧客承認、社内試験、物流、部材のどれかを区別でき、次回の予測をより狭い仮定として更新できる。

受入れ条件を工程表へ戻す

受入れ条件は法務や会計だけの注記ではなく、設計と製造の工程表へ戻して読む。たとえば顧客が温度範囲、ビット誤り率、相互接続、ファームウェア版、ラベル、梱包を確認するなら、それぞれに試験記録と変更管理が必要になる。工場で最終試験に通ったことと、顧客環境での受入れが完了したことは同じではない。輸送中の破損、相手側装置のソフトウェア更新、試験治具の相違は、製品が完成していても受入れ時期を動かし得る。

読解表には、発注書の数量だけでなく、変更可能な日付、部材の取消し可否、引渡条件、受入れ証跡の保管場所も書く。供給者が先に部材を確保する場合、予測と確定発注の差は在庫リスクとして残る。逆に顧客が短いリードタイムを要求する場合、十分な部材があっても試験枠や物流が制約になる。一つの契約を製造可能性、引渡し、会計認識の異なる問いへ分解すると、発表日だけから売上時期を決める誤りを避けられる。

不明な条件は空欄のまま残す。

特に期末付近では、数量、出荷日、支配移転日、請求日、入金日が異なり得る。これらを一つの「販売日」にまとめない。発注書があることは部材計画の根拠になり得るが、製品の受入れや会計上の認識時点を単独では決めない。資料を読む人は、各日付がどの工程の日時かを欄名で明示する。