COGI Queenの戴冠

by Posted on

私の最初のSAP導入時の私のお気に入りの思い出の1つは、ライブ後にCOGIエラーを解決するタスクでした。 私がこの役割を割り当てられた後、私はウェブを精練し、”COGIのものは何ですか？”と”COGIエラーを解決するためのヒント”は、ライブに行く前に自分自身を啓発することを望んでいます。 驚くことではないが、私の検索は、特定のエラーメッセージや支払いを必要とする一見有用な記事について、主にフォーラムの記事を上げました。 私はいくつかの記事をスキャンすると、先にあるパズルのために多くを助けているだろうとは確信していません。 幸いなことに、私は信じられないほどのメンターと強力な機能的なチームメイトから学ぶ 私もCOGIのを解決するためにのみ割り当てられた植物資源を持っていました！ 週の終わりまでに、私は冗談めかして”COGI Queen”と呼ばれました。

このブログのための私の希望は、ベストプラクティスと一般的なエラーメッセージだけでなく、経験からの私の洞察力を持つ有用なリソースを提供するこ 最終的には、私はこれがwikiであるべきだと思う、と私はこれを配置する場所とあなたの洞察とコメントについてのアドバイスに感謝します。 このブログは、特に製造環境に関連することに注意してください。

基本から始めましょう。 COGIは出庫管理の略で、自動在庫移動エラーのレポートを表示する標準SAPトランザクションです。 MRP1ビューでバックフラッシュフラグが設定されている場合、自動出庫は製造確認によって実行されます。

  • バックフラッシュは、生産ラインへの材料の出庫です。
  • バックフラッシュの数量は、BOMの構成品目数量によって制御されます。
  • 構成品目が出庫される保管場所は、品目マスタのMRP1ビューの出庫保管場所によって制御されます。

完成品のマスタデータが適切に設定されている場合、生産確認(部分または最終)が入力されるたびに自動出庫がエラーなしで実行されます。 自動入庫は、次のいずれかの理由で失敗する可能性があります:

  • 品目マスタの出庫保管場所フィールドは空白です。
  • 保管場所は、その材料のためにブロックされています（例えば。 実地棚卸中）。
  • バックフラッシュされたコンポーネントのシステム内の在庫レベルが不足しています。

さて、基本ルールを置きましょう：

1。 まず、COGIをプラント別の合計ビュー（デフォルトビュー）で表示します。 あなたがライブに行った後、初めてこれを見ている場合は、リラックスしてください。 非常に多くのエラーが表示される可能性がありますが、多くのエラーが同じエラーの倍数であることを願っています。 レコードは、材料、移動タイプ、およびエラーメッセージごとにグループ化され、エラーメッセージコードの後の各レコードのエラー数がグループ化されます。 あえて、個々のレコード表示（選択画面の下部にある選択ラジオボタン）でCOGIのを見てみてください。 ここでは、各エラーが個々のレコードとして表示されます。 このビューは、エラーのトラブルシューティングに最適で、全体的な要約には適していません。 レコードをダブルクリックしてCOGIにドリルインします。 COGIエラーから直接移動して、品目マスタ、オーダ、在庫、および在庫/所要量リストを表示することができます(SAPバージョンに応じて)。 トランザクションCOGIはCOGIを解決するための出発点に過ぎないことに注意してください。 品目マスタ、製造/プロセス指図、仕入先マスタ、在庫移動の転記、在庫の表示、在庫所要量リストの表示などを表示および編集する必要があります。 深く掘る準備ができています！

2. ベストプラクティスとして、COGIエラーを削除しないでください！! これは、対処する必要がある在庫に問題があることを示す唯一の（または少なくとも最も簡単な）指標です。 重要なユーザーがこのルールを知っていて、生きていることを確認してください。 あなたが最初にそれに対処せずにCOGIを削除した場合、それは後であなたを噛むでしょう。 問題を解決した後にCOGIを削除できる場合がいくつかあります。 通常、エラーを解決した後に[保存]ボタンや[更新]ボタンを押すと、そのトリックが実行されます。

3. COGIレポートを日常的に確認してください。 Go liveでは、このレポートはBomの正確さを非常によく表しています。 たとえば、品目の量が間違っているBOM、品目の量が間違っているbom、または不良の量が間違っているBOMは、COGIを引き起こす可能性があります。 これらの問題を解決するには、BOMを修正し、現物在庫数を使用して在庫を修正する必要があります。 決してCOGIを一週間以上座らせないでください。 これらのエラーを解決することは、SAPでの注文と在庫の整合性を保持するため、非常に重要です。

4. 製造オーダー確認をキャンセルする前に、追加のエラーが発生しないように、元の確認からCOGIエラーを修正してください。

5. COGIの解決の大きな部分は、エラーの背後にある物語を理解することです。 理解する最もよい方法は植物で得、確認をし、示し、何が起こったか説明できる人々に話すことである。 私は実際に私が編集していた材料を見て、私が働いていたBOMの種類を理解することによって、エラーを解決することについて多くを学びました。

6. すべてを文書化！ したがって、それらが削除またはクリアされた後、特定の時点でのエラーの量またはタイプの記録はありません。 私は最初の日のために各工場のCOGIエラーを毎時、ライブに行った後、四、六週間のために一日二回をエクスポートしました。 私はチームの周りとリーダーシップに循環されたCOGIのafter go liveの衰退を示すいくつかのチャートを持っていました。 COGIカウントはライブに行った後、良いKPIでした！ また、監査目的でCOGIを解決し、同じエラーが再び表示されたときの時間を節約するために何をしたかを文書化したいと思うでしょう！

**誰かがCOGIでレコードを表示している場合、それはロックされますことに注意してください。 また、ユーザーがすべてのレコードを選択して保存すると、別のユーザーが実際に解決した場合でも、そのユーザー名はそのCOGIエラーを解決したものとして表示されま

:

測定単位変換エラー:COGIエラーに表示されているUOMの品目マスタのベースUOMへの変換が欠落しています。 プラントでは、エラーを確認し、品目マスタ測定単位テーブルに正しい変換を挿入する必要があります。 また、材料の普遍的な測定を使用することで、UOM誤差を回避することもできます。 たとえば、ロールの代わりにフィート/メートル/インチで文字列やテープを測定することは、ロールがベンダー間で異なる可能性があるためです。

が実行されません–転送転記に失敗しました: 仕入先所有の在庫は消費要件を満たすために利用できますが、数量が次のベース全体UOMに四捨五入されると、移動を満たすのに十分な仕入先所有の在庫が

複数の仕入先レコードエラー:プラント/資材に割り当てることができる委託仕入先は一つだけです。 プラントは、プラント/材料の委託仕入先を確認し、削除のための委託価格レコード(MSK2)をマークする必要があります。 削除のマークが付けられた仕入先からの在庫がある場合は、在庫を購入するか、在庫を仕入先に返却することによって調整する必要があります。 この調整は、委託価格レコードが削除対象としてマークされる前に行う必要があります。

在庫不足または赤字による再試行なし:これは、要件を満たすのに十分な会社またはベンダー所有の在庫がない場合に表示される非常に一般的なエラー 通常、このエラーは、プラントで原材料が受領されていないか、またはプラントで半完成の良好な材料製造指図が確認されていないために発生します。

材料ロック:材料はプラントでロックされており、材料移動トランザクションは失敗します。 材料がCOGIの間違いを取り除くためにCOGIの出版物の保存であったら。

COGIが失敗しました:在庫数量は要件をカバーするために利用可能ですが、エラーが発生したよりも遅い日付に受信されました。 月の間、この日付の重複は問題ではありませんが、在庫が受信されたときよりも前の月にCOGIエラーが発生した場合、システムはCOGIエラーを処理しません。 プラントでは、COGIトランザクションを使用してこれらのエラーを手動でクリーンアップし、日付をオーバーレイする必要があります。

完了:COGIエラーを修正しました。

一般的なエラーメッセージ:

これは、あなたが見るかもしれない基本的なCOGIエラーの小さなサンプリングです。 私が見たすべてのエラー、特により複雑なエラーのいくつかを追加した場合、これは10ページのブログになる可能性があります！

M7 021;無制限在庫の赤字:指定された保管場所にバックフラッシュするのに十分な在庫がありません。 在庫が存在する場合は、必要な入庫を行います(在庫転送または購買品の入庫)。

M7 022;移動数量がxを超えました:製造オーダーの超過納入許容値を超えました。 ワークスケジューリングビューの品目マスタで超過納入許容値が設定されていない場合は、設定します。 過剰出荷が有効な場合は、過剰生産された商品を処理するための2番目の製造指図を作成します。

F5 286;勘定タイプXに対して期間Aが開かれていません:次の会計期間が開かれる前に決算中に生産確認が入力されています。 会計期間が開いたら、失敗したレコードを選択して保存します。

M7 018;保管場所を入力します。: この一般的なエラーは、品目マスタのワークスケジューリングビューで出庫保管場所が空白の場合に発生します。 ダブルクリックして、正しい保存場所でCOGIのレコードを編集し、保存ボタンを押します。 レコードを修正した後、将来のエラーを回避するために、品目マスタの出庫保管場所フィールドを正しい保管場所で更新します。

M7 121;移動タイプXXXのこのトランザクションに対する権限がありません:正しい権限を持つユーザーにこのCOGIを開いて保存してエラーをクリアさせます。 必要に応じて、この移動を実行しようとしたユーザーが最初に正しいレベルの承認を取得していることを確認します。

M7 053;会社コードXXXXの期間XXXX/XXおよびXXXX/XXでのみ転記可能:これは、誰かが会計および品目転記(tsk tsk)の会計期間を開くのを忘れない限り、テストシステム COGIを開くか、正しい期間を開いて転記日付を変更し、COGIを保存します。

私がCOGIの経験について最も楽しんだのは、その総数が2000、その後1000を下回ったときの達成感と誇りだったと思います…そして、その日はゼロを見ました！ 三工場の間で私の第二の展開の間にも健全な競争がありました！ 私は本当にこのような機能的に統合され、楽しい問題のためのゴーに人であることを楽しんだ。 私はあなたがCOGIの王または女王になるチャンスを得ることを願っています！

Published by admin

コメントを残す

メールアドレスが公開されることはありません。