製造業の材料コードのERPシステムでの実施を簡単に分析する。

1概要

ERPシステムでは、材料コード自體に意味はありませんが、システム內では、各種の材料応用の唯一のコードです。異なる材料は符號化時に區別して扱わなければならない。例えば半製品に対して、直接図番を符號化として番號をつけると、PDM、CAPP及び実際の操作においてより実施しやすく理解できる。

2材料コード原則

材料コードの表現を豊かにする必要はなく、主な屬性を材料コードによって直観的に反映すればいいです。各階層の意味を符號化に表現するためには、符號化の複雑さと実施の難しさが増す。多くの材料の屬性は絶えず発展し、深化しているので、完全な定義はできません。コードの意味を増加してどのように分類し、どのようにビットを與えて、不確定性をもたらしました。もし予想が足りない或いは考慮が足りないなら、コードビットが足りない場合、コードルールを修正して、決まった材料を使用します。コーディング全部クリアしたら、新しいルールでコードしたり、もう一つのセグメントを追加したりします。これは一つのオンラインシステムに対して、データの変動が大きくて、必要ではありません。コーディングの意味は業務実施にとって、特に意味がありません。材料の各屬性フィールドの設定によって、業務上の需要を実現できます。ERPシステムについては、システムの運行は材料の各フィールド屬性に依存します。コードにはまた意味があります。これらのコードの意味は全部人間の脳によって記憶されています。だから、材料に対する規範定義を通して、データ処理を簡単に実行できます。いくつかの材料の意味に関するデータを取得したいとしても、システムで定義されたフィールド屬性によってキャプチャします。材料コードの意味を過度に表現すると、システムの符號化資源を浪費します。つまり、ある材料の種類は10萬の材料番號をエンコードできます。

材料の種類の階層関係に注意して、分類実施方法を簡単明瞭に定義しなければならないが、その意味層は3つのレベルを超えるべきではなく、より複雑または詳細な規則を考慮しないで、重要なことだけを考慮しなければならない。第二に、段階間の定義は衝突してはいけません。例えば、材料の物理的屬性によって定義されています。また、材料の使用部門や機能によって定義されています。材料レベルの間で正確に定義されなく、重複した定義ができなくなり、材料名の混亂を引き起こします。

2.1符號化の原則を定義する

(1)一意性

材料コードは一意に識別でき、二意性があってはいけません。重複できません。データベースでは、一般的な材料コードもしばしば表のキーフィールドとして使用されます。表の中のキーフィールドも各材料のコードが唯一です。

(2)標準化

できるだけ共通の標準を採用して符號化する。標準が確立されたら、その地位は相當法規となります。すべての業務部門は技術部、購買部、倉庫部、販売部などを含み、この法規規定に従います。異義があれば、法規擔當部門に提出して、規則を調整したり、また現行の規則に従って実行したりします。法規の存在を無視してはいけません。

（3）シンプル化

材料コードは分かりやすく、読みやすくしてください。コードでシステム中には常に呼出されています。例えば、倉庫の毎月の出荷は數十萬件あります。この場合、14ビットのコードを入力すると6ビットのコードを入力すると、入力全體の効率、エラー率は大きく異なります。また、符號化の際には、文字と數字や記號を混ぜないようにすることも、入力の効率を高めることができます。

(4)ショートカット

制定されたマテリアルコードは、迅速に識別され、快速に入力され、コンピュータにより迅速に処理できる屬性を持つべきである。

(5)システム性

物コードの體系構造を全面的に體系的に構築し、符號化の完全な體系を構築することは、會社の今後の仕事にとって非常に重要であり、標準計畫の下で制度的に符號化することこそ制御可能であり、システムの中での維持も保障されている。

(6)拡張可能性

作成されたコードはすべて余裕を持って拡張してください。コード計畫を考える時は余裕を持って、今の段階では使えなくても、その計畫を含めて、將來のシステム拡張のために、拡張の余地を増やすべきです。

2.2符號化の原則を実施する

（1）できるだけ數字を取る

できるだけ數字を使ってキーボード入力時の操作効率を向上させます。數字と一部の英字が形が似ているため、紛らわしい狀況が生じやすいことも避けられます。アルファベットでない場合は、番號の前の數ヤードに固定しておいて、桁數が一致するようにしたほうがいいです。

（2）分類の一般原則

符號化は簡単に分類を反映することができ、分類の一般原則は大分類番號が前、小分類番號が後、順に並べば、全體の階層は三層を超えない。例えば、コーデック番號は、第一、第二のコードは大分類番號を表し、第三、四、五のコードは中分類番號を表し、第六、七のコードは小分類番號を表し、その後は三桁コードの流水番號で番號を付けます。後日もしあるなら追加データは、該當するビットコードに挿入すればいいです。

（3）符號化の屬性変化

データの屬性が変化した場合、符號化規則には絶対に入れてはいけません。例えば、従業員が所屬する部署も符號化の屬性に組み入れられます。

3符號化のステップを実施する

3.1専門チームを設立する

できるだけ企業の中で部門の業務に対して熟知することを選んで、しかも豊富な仕事の経験がある人員は専門チームを構成します。これらの専門家は工場の現在のデータ狀況、業務プロセスと業務狀況を熟知しなければなりません。業務を熟知してこそ、ERPソフトウェアと結合して、工場の実際に必要なデータ青寫真計畫を設計することができます。さもなくば、オンラインの後でやっともとに決めた方案が間違っていることを発見して、更にデータの定義を行います。結果はかなり深刻で、システムの下部にまでつながる。データの計畫は青寫真計畫に依存しなければならない。専門家は細心の注意を払わなければならない，粘り強さがなければならない.データの編制の仕事は長期で複雑で退屈な仕事なので、選び出した人選は必ずこの圧力を引き受けて、性格に耐えられます。専門人員の業務能力はより強くて、多くのデータを整理する仕事は重複性の仕事で、IT技術を利用して、いくつかの小さいプログラムを開発して、重複性の仕事を軽減して、データの仕事を半分の功労倍にならせて、同時にデータの正確性をも高めることができます。

材料コードを作成する部門に參與して、技術、仕入れ、製造、販売、財務などの部門に関わるべきです。技術部門を中心としていますが、関連業務部門は全部參加します。コードが多い場合は、実際の業務と連絡があるため、各部門の意見や提案が重要です。各方面の意見を多く聞いてこそ、周到な計畫ができる。方案を確定した後。參加した各部門のプロジェクトチームのメンバーも普及者に相當します。これらのメンバーが部門にコードの説明と徹底を行うのはもっと速くなります。時間を節約することもできます。部門間のコミュニケーションも簡単になります。

3.2 ERPプロジェクトの青寫真計畫に協力する

（1）企業の運行狀況に応じてデータ整理と計畫を行い、これらのデータ間の接続関係を理解し、データ量の規模を評価し、データ収集の複雑さと仕事量に対して比較的に明確な理解が必要である。それによって必要な人的資源の整備と所要時間を評価する。五千條と五十萬條のデータ量を整理して、異なったデータ整理の策略をとります。

（2）一部の材料コードは現在の基礎データで正確に記入できなくなり、しばらくSAPで管理しなくてもいいです。鍵はSAPに入るデータの正確性と入力の適時性を確保することと、未來のために拡張可能な作成空間を殘しておくことです。

3.3材料の分類

（1）材料の使用地の性質によって、すべての材料を生産性物質と非生産性物質の二つに分け、生産性物質は完成品、半製品と原材料に分けられます。原材料はまた図番の原材料と有図號の原材料に分けられます。生産性のないものも図番のあるものと図番のないものに分けられます。図號の原材料內はまた黒い金屬、非鉄金屬、組み合わせ部品、小さい組み合わせ、締め付け部品、化學工業材料、絶縁材料、電線ケーブル、溶接材料、補助材料、製品備品、包裝材料などに分けられます。図番の原材料にも図番のセット、鋳造、その他の材料があります。生産性以外の材料は外注ツール、機械備品、電気備品、基礎建築材料、安環材料、汽配物資、事務用品、その他に分けられます。

（2）購入単位、在庫単位、販売単位の違いに注意すること。離散企業の材料について、もっと注意しなければならないのは購買単位と在庫単位です。SAPにおいては、一般的には最小の単位を基本単位とし、通常は在庫単位をその基本単位とする。特に仕入れ先と基本単位の違いに注意します?；緟g位と調達単位との換算関係を事前に制定しなければならない。通常出會う情況はあります：ねじ、ナット、箱、箱、キログラムを単位として仕入れて、材料の基本的な部門を出すのは部品を単位とします。油や液體などの材料は、発行時は昇格単位で、購入時は桶単位で行う。そのため、各種の単位間の換算関係を確立して、システムに自動的に換算することができます。規格の異なる材料やブランドの異なる材料に対して、価格に違いがあります。原価計算の観點から考えますか？それとも異なる材料管理を適用することを提案します。

4フロー管理

資材のデータ管理と運行中の資材流れの維持には、周到な配慮が必要です。システムデータ管理の原則は同じ種類の材料コードを保証するために、出口が一つしかないです。そして、コードを効果的に制御して、重複と一つのマルチコードの現象が発生することを防止します。データのメンテナンスの観點から、通常は2つの主要なタイプのメンテナンスモードを採用しています。1つは集中中國式で、つまりすべてのデータは同じルートから入力されます。もう1つは分散式で、つまり対応するデータは関連する各機能部門の専門人員によって維持されます。この2つの方法はそれぞれ長所と短所があります。企業はその種類、規模、基礎データ、管理レベル、執行力、部門機能などの各角度によってそのようなデータのメンテナンスモードを採るべきです。

4.1データの精度とデータ保守

集中型であれ、分散型であれ、目標ははっきりしています。つまり、メンテナンスのデータの精度が高く、データの流れがスムーズになり、データの精度が少なくとも99%以上になります。その次に、データを維持するために必要なB、1 Nは少なくて、業務上の需要を満たすことができます。購買申請、購買注文書、販売注文書の作成が必要な場合を防止するために、データがまだメンテナンスされていないことを発見しました。

4.2 2種類のデータ管理方式の優劣

2種類のデータ管理形式はそれぞれ長所があります。企業実際に狀況を選んでください。企業の基礎データが悪くなればなるほど、集中型の集権モデルを使えば、よりよく統一管理できます。データの基準は厳格に実行しなければなりません。校正の仕組みが必要です。統一データ転送のフォーマット、流れの順序、流れの品質、時間の要求などの方法を採用し、OAオフィスシステムなどのプロセス管理プラットフォームを利用して業務データの伝達を制御し、パフォーマンス審査などの方法を採用し、データの維持品質を保証する。これに対して、分散型の管理方式はより高く要求されています。この時、データ保守の職権はすでに各業務部門に下放されています。システムのもとのデータの入り口には一人のガイドしかいません。今は五六人の穴が導入されています。中には一人の傷口があって、適時に人やメンテナンスを指導していないと、業務の運行に影響を與えます。このような狀況が発生したら、適時に判斷するのは複雑です。集中中國式のデータ管理は比較的簡単で、データの導入の有無を監視するだけで、すぐに判斷できますが、集中中國式のデータ管理は、専門的な保守チームがデータの記入と導入を擔當する必要があります。そのため、このチームを設立し維持することは、集中中國式のデータ管理を採用する企業にとって非常に重要です。

4.3グループデータ管理

グループ會社のコントロールモードは複雑なシステムであり、直線機能制、事業部制、マトリックス制、子會社制、多中心ネットワーク式などがよく見られます。どのような形であれ、データの相対的統一はERPシステムに必要なものであり、グループの人事、財務、販売、購買の一體化は話せない。システムがスタートしたばかりの時に、各企業のデータ管理に関わる人員を集めて、各業務データを集めてよく知っている従業員を創立して、グループ全體のコード規範を編纂して、プロセスを制定して、各企業のデータ保護グループを調整してデータの統合を行います。

5オンライン後のデータメンテナンス

ERPをオンラインにした後に、業務データを運行して真実で信頼できます。肝心な點はデータの正確さです。これは長期の任務です。オンラインしたばかりの後、初期にはデータの不適切な問題が発生します。このような局面を引き起こしたのは企業の過ちでもソフトのミスでもないです。これは必然的にある調整と調整の過程です。そのため、ERPシステムの運用初期には、システムデータのキーポイントに対して毎日監査する制度を確立しなければならないが、データの運行正常を維持するには三つの法寶が必要である。データの符號化制度、データの保守プロセス、維持の実行力。符號化制度は統一規格により、実行力は管理に頼り、企業のデータ保守プロセスは適時に維持する必要があります。

統合フレームワークに基づく企業データモードを構築するには、データ管理のワークフローを保証し、情報化プラットフォームを通じて実施する必要があります。將來のデータ管理作業を指導できるコード體レベルのデータ保守グループを設立し、これらの仕事経験が豊富で、システムに対して、コード拡張の必要性を満たすことができます。管理レベルでは、管理権限を明確にします。グループと企業のそれぞれの責任ある権限、企業內の各部門間で維持されているモードと範囲を識別し、コード化ソフトを構築し、ソフトウェアを通じてコード化と検査を行い、コードに一意性と標準化の要求を満足させる。

6データインターフェースの実施

離散型企業內では、ERP実施において、他のアプリケーションシステムが既に実行されています。または、段階的にオンラインする必要があるシステムがあります。一般的にはPDM、CAPP、CRM、仕入貯金システムなどがあります。一般的に一般的なデータの転送方式は、CAD-PDM-CAPP-ERPであり、すなわちデータが上から下へ流れる過程で、上流は下流のデータを提供する。逐次伝達データの統一性を保証する。最後にERPのデータベースに人を導きます。各システムにおけるデータ転送は、主にデータインターフェースによって実現される。即ち、両方のソフトウェアに対応するデータフォーマット、コントロールを約束し、データの一方向の流れを導入することが要求される。このようなシステムはデータの整合性問題を解決することができますが、データの適時更新はまだ完全に同期できません。したがって、データの同期更新は、システム、管理、機能の3つの態様から制御される必要がある。

6.1システム制御

各アプリケーションシステム內部のデータの調整が整い、関連データの更新が自動的にトリガされ、関連アプリケーションシステムが活性化されることが要求されます。同時にデータの流れの中に自動誤り訂正機構があり、データの入力ミスや同期不一致の問題を避けることができます。

6.2管理制御

応用するデータの流れの中でワークフロー方式を使って、データの流れの規範化、標準化、合理化を確保する。データ管理を厳しく管理し、定められた基準に従って実行し、データ統合の目的を達成する。

6.3機能集積

つまり、一つのアプリケーション機能は、データをベースとした業務を中心とした情報システムを実現するために他のアプリケーション機能を呼び出すことができる。価格性能比の違いが大きくなく、機能が需要を満たす場合。一つのシステムで管理できるのは、できるだけ一つのシステムで管理して、データの接続日を減らすことができます。データが1：2を多く取ると、データの整合性と同期の程度が管理の要求に達しにくくなり、システムの複雑度も大幅に増加します。

7おわりに

システム化されたERP材料符號化計畫と実施を通じて、完全な企業データ管理システムを構築し、業務の運営に強力なサポートを提供することができます。コンピュータ技術のネットワークプラットフォームに頼って、企業內の各データ資源を統合してシステム化し、データの集中化管理を実現し、企業の管理水準を新たな段階に上がらせました。