倉庫は正しい数のモジュールパレットを保持できているにもかかわらず、どのシリアルがどのプロジェクトに残されているかを特定できない場合があります。その欠如している要素は、物理的なパッケージと、受入および出庫承認のために使用される記録との間のつながりです。
倉庫は、確認済みの取扱単位をサプライヤーの製造番号記録、保管場所、在庫状態、出荷情報と結び付けて、太陽光モジュールの番号を追跡します。実物スキャンと供給者ファイルの対応付けは確認対象が異なるため、区別して記録します。
最適なプロセスは、倉庫が入庫記録から配送までそのプロセスを示すもので、損傷したラベル、分割されたパッケージ、および修正されたファイルを含む。
物理的取り扱い単位から始めましょう
倉庫は通常、パッケージを搬送します：パレット、工場用ボックス、またはその他の扱い単位です。各パッケージには、その内容物およびイベント履歴と結びつけられた識別子が必要です。
有用な関係は次の通りである。
モジュールシリアル→工場パッケージ→倉庫処理ユニット→位置および状態→輸送→目的地入庫記録
一部のパッケージはその識別子を常に保持します。他のパッケージは入庫記録後に倉庫ラベルを取得したり、分割されたりします。このシステムは、その変更を保持しつつも元の関係を失わないようにしなければなりません。
必要に応じて、製品モデル、購入注文、コンテナ、所有者または支配实体、およびプロジェクト割当を別々の参照として保持する。これらは異なる事実を表している。コンテナ番号は輸送設備を識別するものであり、その中を通過したすべてのモジュールを永続的に識別するものではない。
証拠を確保する一般的な方法は二つ
実物からの識別情報取得
オペレーターは、モジュールまたは搬入単位のラベルから識別子を取得する。記録は、スキャンされた内容およびスキャンされた時刻を明示すべきである。パレットのラベルをスキャンすることは、その中に含まれるすべてのモジュールをスキャンすることではない。
物理的なキャプチャも失敗することがある。ラベルは読み取りが困難であったり、重複しているか、欠落しているか、あるいは内容が変更されたパッケージに貼られている可能性がある。ワークフローには、受け入れている移動物を常に入力するよう指示するのではなく、停止および訂正プロセスが必要である。
供給者ファイルの対応付け
製造業者は、モジュールのシリアル番号をファクトリーパレットまたはボックスと関連付けるファイルを提供できる。倉庫は、合意された手順に基づいて、そのファイルを受領したハンドリング単位と照合できる。
これは密封パッケージを保持できるが、このプロセスは提供された関係の正確性および信頼性に依存する。元の情報、バージョン、検証、検証レベルを記録する。それらが実際に観察されたわけでもない場合、輸入されたシリアルを個別に観察したと説明しない。
SEIAの トレーサビリティプロトコル ユニークな識別子およびその付属する物流記録が、より広いサプライチェーンシステム内で扱われることを述べる。イベント間での記録のリンクを支援するが、倉庫スキャンが上流の素材の出典を証明するものとはならない。
最初の入庫記録以前に、データ辞書を合意する
提供元にサンプルのエクスポートと各フィールドの意味を確認してください。所有者、供給元、倉庫、および目的地は、異なる数量に対して同じラベルを使用してはなりません。
| 項目 | 合意する定義 |
|---|---|
| 予定数量 | インバウンド文書に記載されている数量 |
| 確認数量 | 合意された受入レベルで数量が確認された |
| 供給者の製造番号ファイル | 元の情報源およびそのバージョンのマッピング |
| 取扱単位ID | 倉庫で使用される物理パッケージ識別子 |
| 確認方法 | モジュールスキャン、パレットスキャン、ドキュメントマッピング、またはその他の合意された方法 |
| 在庫状態 | 利用可能、割り当てられた、保有されている、輸送された、またはその他の定義された状態 |
| 位置 | 現在の制御された位置または資材集積エリア |
| 例外事項 | 未解決事項と担当者 |
| 出庫参照番号 | 承認された指示および実際の出荷 |
適切な場面では識別子をテキストとして保持し、ソフトウェアが先頭のゼロを削除したり、長い値を丸められた数値に変換しないようにする。初めての実際の輸送前に、代表的な値を使用してインポートおよびエクスポートをテストする。
複数のシステムがデータを交換する場合、どの識別子が安定しているかを合意する。倉庫ラベルは製造業者ラベルを補完することができるが、その下のモジュールの識別性を置き換えることはない。
到着した物を受取、期待されていた物と照合する
受入では、輸送通知と確認された受入を区別すべきである。事前ファイルに20パレットが記載されていても、乗務員が19パレットを確認した場合、システムはその差異を保持すべきである。
合意されたレベルで製品およびパッケージの参照を確認し、見える異常を記録し、場所およびステータスを割り当てます。プロジェクトがパレット-to-モジュールファイルに依存する場合、その輸送全体を可用と宣言する前に、観察されたパレットの識別とファイルを照合します。
パッケージを開けることだけは、誰かが「シリアルインベントリ」を要求したからといって、その意味が定義されていない限りは避けなければならない。製品チームが識別方法および必要なアンパッキングまたは再梱包を承認すべきである。現在のメーカーが提示している処理指示は、その決定に含まれるべきである。
物理的在庫計画については、以下の項目を参照してください。 太陽電池モジュールの在庫管理ガイド.
例：供給業者ファイルに重複したシリアル番号がある
仮想の工場用パレット番号P-014を想定し、その中には36のモジュールが含まれると予想されている。受入チームはパッケージのラベルを確認し、その検査業務範囲内で外部の異常は一切確認できなかった。
供給元の対応表には36行ありますが、二つの行が同じシリアル番号を繰り返しています。そのため固有の値は35個です。このファイルでは、予定された内容物との明確な一対一の対応を確認できません。
制御された対応は、以下の通りである。
- 元のファイルと受取観測を保持する。
- マッピングの不一致を指摘し、合意された保留を適用する。
- 責任あるサプライヤーの連絡先に調査を依頼してください。
- 問題が解決した場合、修正されたファイル、証拠、および承認を記録する。
- 更新の利用は、合意された権限の範囲内でのみ行われます。
シリアル番号が欠落している場合はそれを発見することはせず、重複が物理的モジュールの欠損を証明することにはならない。観察されたパッケージと文書上の不一致は別々の事実である。追加の確認は承認されたプロセスに従って実施されるべきである。
パッケージングが変更されたときにも歴史を守る
一つの梱包を分割する場合、新しい取扱単位には識別子と元の梱包との対応記録が必要です。指定された確認方法を使って、各新単位に割り当てたモジュールまたは数量を記録してください。
例えば、対応関係が記録された36枚入りのモジュール梱包を、20枚と16枚が入る承認済みの二つの取扱単位に分ける場合を考えます。数量上は36枚で一致しますが、その計算だけでは十分ではありません。識別子の対応関係と実際の再梱包を、合意した手順に沿って確認する必要があります。
製品に対しては、簡易パレットが適切であると仮定しないでください。在庫を分割する前に、承認を受けたパッケージングおよびハンドリング方法を取得してください。旧パッケージおよび新パッケージの識別情報、日付、操作者、状態の観察、および承認を記録してください。
場所の変更や状態の訂正に関しては、同じ歴史的原則が適用されます。最終的なバランスは、そのバランスを生み出した出来事から説明可能でなければなりません。
実際の出荷荷物を追跡する
出荷指示は指示に過ぎず、実際に荷物が積載されたことを証明するものではありません。
承認された出庫、選定された扱い単位、ピック確認、積載確認、運送業者参照、および目的地を記録する。プロジェクトが要請するレベルで識別番号付きマニフェストを提供し、目的地が異常を報告する方法を確認する。
サイトがパッケージを確認できない場合、記録にはその最後の確認されたイベントを示すべきである。そのパッケージは取り出されるが荷台に積載されない、積載されたがまだ受領されていない、または異常が発生して受領された状態である可能性がある。明確なイベント定義により、その可能性が明らかになる。
割当および出庫承認の変更を制限する。承認が必要な場合、代替パッケージの要求は、プロジェクト間または管理機関間の在庫を静かに移動させないこととする。
提供元に例外の証明を要求する
実物在庫の正確な報告は有用であるが、例外の確認がより的確である。提供元に、読み取れないラベル、重複するシリアル番号、部分的な入庫記録、損傷したパッケージ、単位の分割、出庫承認のキャンセル、および現場からの返品に対してどのように対応しているかを示してもらおう。
その後、イベント履歴を輸出し、所有者がそれを理解できるかを確認します。保存契約が終了した後の添付ファイル、訂正、元のファイルの保持方法について尋ねます。
倉庫内の識別情報の追跡は、定められた範囲で貨物の保管に関する事実を確認するものです。それ自体が税制優遇の適用資格、輸入の可否、法的な所有権、外部から見えないモジュールの状態を証明するわけではありません。これらの判断には、それぞれに必要な証拠と適切な審査担当者が必要です。
在庫が施設を変更する場合、使用する 倉庫間の輸送プロセス 移動中に識別子および保留を維持する。
を使用します。 太陽電池倉庫保管ガイド 識別プロセスを物理的受入および貯蔵計画の一部として導入する。
計画を調達および現場配達と結びつけます
のために 太陽電池の調達チーム次に、機器データおよびスケジュールを同じ業務範囲のレビューに統合する。使用する コストリeadinessチェックリスト 未解決の仮定を確認する前に要求する 太陽電池エネルギー貯蔵および倉庫保管支援実際のプロジェクトに対して必要なサービスと利用可能な容量を確認する。
関連する質問
パレットスキャンはモジュールレベルの検証と同じですか？
違います。パレットのスキャンは包装単位の識別情報を取得します。個別ラベルを確認しない場合、モジュール記録は供給者の対応表に依存することがあります。確認方法を明示し、包装と内容物の関係を維持します。
スプレッドシートはシリアル番号の追跡をサポートできますか？
識別情報、版、権限、訂正、履歴を管理できれば、合意した工程を支援できます。ただし、ソフトウェアだけで正確性は保証されません。記録を利用する前に照合、例外処理、出力を試験してください。
シリアル番号付き在庫は、モジュールが損傷していないことを証明するのか？
証明できません。識別、外観検査、専門試験は別の作業です。番号が読めることや包装が無傷であることは、電気性能や隠れた損傷がないことを示しません。試験範囲は別途定めてください。
仕事の発注先決定前に記録連鎖を検証する
受入記録から出庫承認までの削除されたデモを要求し、その中で訂正およびパッケージの分割を含めてください。それから 貯蔵および在庫業務範囲について検討する 供給者ファイルフォーマット、製品使用説明書、およびプロジェクト報告要件が提供されています。