エネルギー製品とDIY部品の混合RFQを、仕様ごとの固定参照番号で作る

筐体入り電源製品、非通電のブラケット、付属品パックを混在させた依頼には、別々に見積する仕様ごとに変わらない参照番号が必要です。各明細に購入者IDを付け、見積モデル、数量、例外事項の横にもそのIDを記載するよう求めます。目指すのは、どの品目の価格かを推測せずに照合できる回答です。

原本のワークシートは購入者が管理します。マーケットプレイスのURLは掲載ページを識別し、オプションの文言、仕様、販売単位が要求した仕様違いの品目を識別します。同じURLを使う2明細でも、異なる回答が必要なことがあります。EN-01やBR-02といった参照番号は購入者が管理するラベルであり、品目が承認済みである証拠ではありません。

独立した明細が必要な対象を決める

モデル、オプション、材料、仕上げ、同梱内容、承認判断が異なる場合は、別の明細を作ります。ブラケットの2種類の仕上げで別価格が必要なら、販売ページが同じでも別IDにします。代替品を隠すために既存IDの名称を変更しないでください。元を保存し、提案された代替品に別の代替参照番号を付けます。

完成品のエネルギー製品では、提示された正確なメーカー／モデルと関連仕様資料を記録します。未解決の識別情報は見える状態にします。付属品は独立した依頼明細とするか、別明細に含まれる構成品として明示するか、どちらかに統一して二重計上を避けます。実際の内容物が購買判断に影響するなら、「付属品込み」だけでは不十分です。

数量と販売単位は一緒に記録します。指定ブラケットが各2個入った10パックは、その内容が前提なら購入単位で10パック、ブラケットで20個です。20パックではありません。パック内容が未確認なら、写真から個数を補わず、個単位換算の合計を未確定にします。

回答後も使える参照番号の原本を作る

次の商品構成と資料IDは架空です。記録構造を示すもので、販売可能な在庫、工学設計、完了した顧客注文ではありません。

原本の掲載URLと正確なオプション表記を、サプライヤー名と取得日とともにワークシートに保存します。上の簡略表では読みやすさのためURLを省略していますが、実際の台帳では失わないようにします。1明細に複数の図面やモデル資料が必要なら、別の資料索引を追加します。

この例では、BR-01は10パックで20個のブラケットを依頼しています。EN-01は完成品3台です。AC-01はまだ個別構成品の合計数を確定できません。これらを「16点」という1つの合計にすると、単位の違いが見えなくなります。

依頼フォームにも参照番号を引き継ぐ

本記事のために2026年10月13日に確認したソースコードには、Link、Screenshot、Describeという入力モードと、数量、配送先、連絡先の項目があります。保存リストはリンクまたは説明の参照情報を最大20件保持します。大文字と小文字を区別せず同一の参照テキストを拒否し、数量だけ変えても同じ参照情報の別仕様は作れません。これは確認済み見積リストのコードの観察であり、実際の送信試験ではありません。

同じURLの2仕様には、それぞれの購入者ID、正確なオプション、元URLを含む別々のDescribe入力を使います。簡潔な例は「BR-01；黒の整理用ブラケット；REQ-BR 改訂B；2個入り10パックを要求；元URL：[保存したURL]」です。もう一方にも独立したIDと説明を付けます。確認したDescribeの検証は、前後の空白を除いた8–1,200文字を受け付けます。長い仕様は原本に残し、共有方法を合意します。

ソースを確認したフォームには、SKU、販売単位、図面改訂版の専用欄がありません。Item 1、Item 2は現在のリスト内の位置を表します。この位置を固定購入者IDに使ったり、仕様の自動解析、ワークシート取込、改訂追跡を期待したりしないでください。入力した参照情報が、依頼テキスト内で意図を保持します。

スクリーンショットの添付は問い合わせ全体に属します。補足画像に対応する購入者IDを付け、その関連を説明文で示します。画像をアップロードしても保存済みの仕様行は作られません。確認した実装は画像添付に対応し、表計算、PDF、CADのアップロードには対応していません。作業用ワークシートは手元に保存し、相手が受け付ける資料共有方法を取り決めてください。確認済み入力検証

識別可能なワークシート改訂版を1つ送る

価格依頼の前に、ワークシートへバッチ名、改訂版、発行日を付けます。有効な明細、代替案、質問が残る明細を明示します。最新の添付が過去の全メッセージに優先したと考えず、その改訂版を受け取ったことの確認を求めます。

利用可能な保存リストの上限を超えたら、分かりやすい名前のバッチに分割します。バッチ間でも同じ原本IDを維持し、回答をどう照合するか相手に確認します。別々に価格が付く複数製品を1つの説明に詰め込み、フォームが自動で分割すると期待してはいけません。

短い添え文は次のように書けます。「ワークシートRFQ-E 改訂Bの有効な購入者IDごとに1つずつ回答してください。当方の数量と販売単位を再記載し、貴社の見積明細を特定し、未回答の要求や代替案を列挙してください。別提案なしに依頼品を置き換えないでください。」これは望む回答形式を説明するもので、送信によって購入を承認するものではありません。

価格を評価する前に回答を照合する

各購入者IDの横に、日付付き見積参照番号とサプライヤー自身の明細IDを加えます。要求条件への回答済み、確認待ち、代替提案、撤回などの状態を明示します。これらはRFQ記録の状態であり、工学、安全、出荷の承認ではありません。

EN-01とAC-01がまとめられた回答なら、付属品パックが完成品価格に含まれるか、追加商品かを確認します。BR-01が個単位で見積されていたら、その見積単位を保持し、対応するパック構成を求めます。手動で確認した換算により、回答と要求を結び付けられます。どちらかの元数量を無断で変更してはいけません。

見積明細に対応する購入者IDがない、1つのIDが矛盾する2製品を指す、改訂版がない、内容物が説明なく変わる場合は、該当比較を保留します。独立した明細の確認は進めても、依存関係を見える状態にします。完成品と必須付属品は、価格が別でも一緒に判断する必要があるかもしれません。

受け入れた要求改訂版、照合済み見積、残る承認条件でRFQ記録を締めくくります。過去の版と各変更理由を保存します。これにより次の審査担当者は、「この回答は要求したどの仕様を正確に表しているか」という限定的な問いに、信頼できる答えを得られます。