1概要

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

2材料コード原則

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

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

2.1符號(hào)化の原則を定義する

(1)一意性

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

(2)標(biāo)準(zhǔn)化

できるだけ共通の標(biāo)準(zhǔn)を採(cǎi)用して符號(hào)化する。標(biāo)準(zhǔn)が確立されたら、その地位は相當(dāng)法規(guī)となります。すべての業(yè)務(wù)部門(mén)は技術(shù)部、購(gòu)買部、倉(cāng)庫(kù)部、販売部などを含み、この法規(guī)規(guī)定に従います。異義があれば、法規(guī)擔(dān)當(dāng)部門(mén)に提出して、規(guī)則を調(diào)整したり、また現(xiàn)行の規(guī)則に従って実行したりします。法規(guī)の存在を無(wú)視してはいけません。

（3）シンプル化

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

(4)ショートカット

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

(5)システム性

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

(6)拡張可能性

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

2.2符號(hào)化の原則を?qū)g施する

（1）できるだけ數(shù)字を取る

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

（2）分類の一般原則

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

（3）符號(hào)化の屬性変化

データの屬性が変化した場(chǎng)合、符號(hào)化規(guī)則には絶対に入れてはいけません。例えば、従業(yè)員が所屬する部署も符號(hào)化の屬性に組み入れられます。

3符號(hào)化のステップを?qū)g施する

3.1専門(mén)チームを設(shè)立する

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

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

3.2 ERPプロジェクトの青寫(xiě)真計(jì)畫(huà)に協(xié)力する

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

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

3.3材料の分類

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

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

4フロー管理

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

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

集中型であれ、分散型であれ、目標(biāo)ははっきりしています。つまり、メンテナンスのデータの精度が高く、データの流れがスムーズになり、データの精度が少なくとも99%以上になります。その次に、データを維持するために必要なB、1 Nは少なくて、業(yè)務(wù)上の需要を満たすことができます。購(gòu)買申請(qǐng)、購(gòu)買注文書(shū)、販売注文書(shū)の作成が必要な場(chǎng)合を防止するために、データがまだメンテナンスされていないことを発見(jiàn)しました。

4.2 2種類のデータ管理方式の優(yōu)劣

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

4.3グループデータ管理

グループ會(huì)社のコントロールモードは複雑なシステムであり、直線機(jī)能制、事業(yè)部制、マトリックス制、子會(huì)社制、多中心ネットワーク式などがよく見(jiàn)られます。どのような形であれ、データの相対的統(tǒng)一はERPシステムに必要なものであり、グループの人事、財(cái)務(wù)、販売、購(gòu)買の一體化は話せない。システムがスタートしたばかりの時(shí)に、各企業(yè)のデータ管理に関わる人員を集めて、各業(yè)務(wù)データを集めてよく知っている従業(yè)員を創(chuàng)立して、グループ全體のコード規(guī)範(fàn)を編纂して、プロセスを制定して、各企業(yè)のデータ保護(hù)グループを調(diào)整してデータの統(tǒng)合を行います。

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

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

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

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

離散型企業(yè)內(nèi)では、ERP実施において、他のアプリケーションシステムが既に実行されています。または、段階的にオンラインする必要があるシステムがあります。一般的にはPDM、CAPP、CRM、仕入貯金システムなどがあります。一般的に一般的なデータの転送方式は、CAD-PDM-CAPP-ERPであり、すなわちデータが上から下へ流れる過(guò)程で、上流は下流のデータを提供する。逐次伝達(dá)データの統(tǒng)一性を保証する。最後にERPのデータベースに人を?qū)Г蓼?。各システムにおけるデータ転送は、主にデータインターフェースによって実現(xiàn)される。即ち、両方のソフトウェアに対応するデータフォーマット、コントロールを約束し、データの一方向の流れを?qū)毪工毪长趣螭丹欷?。このようなシステムはデータの整合性問(wèn)題を解決することができますが、データの適時(shí)更新はまだ完全に同期できません。したがって、データの同期更新は、システム、管理、機(jī)能の3つの態(tài)様から制御される必要がある。

6.1システム制御

各アプリケーションシステム內(nèi)部のデータの調(diào)整が整い、関連データの更新が自動(dòng)的にトリガされ、関連アプリケーションシステムが活性化されることが要求されます。同時(shí)にデータの流れの中に自動(dòng)誤り訂正機(jī)構(gòu)があり、データの入力ミスや同期不一致の問(wèn)題を避けることができます。

6.2管理制御

応用するデータの流れの中でワークフロー方式を使って、データの流れの規(guī)範(fàn)化、標(biāo)準(zhǔn)化、合理化を確保する。データ管理を厳しく管理し、定められた基準(zhǔn)に従って実行し、データ統(tǒng)合の目的を達(dá)成する。

6.3機(jī)能集積

つまり、一つのアプリケーション機(jī)能は、データをベースとした業(yè)務(wù)を中心とした情報(bào)システムを?qū)g現(xiàn)するために他のアプリケーション機(jī)能を呼び出すことができる。価格性能比の違いが大きくなく、機(jī)能が需要を満たす場(chǎng)合。一つのシステムで管理できるのは、できるだけ一つのシステムで管理して、データの接続日を減らすことができます。データが1：2を多く取ると、データの整合性と同期の程度が管理の要求に達(dá)しにくくなり、システムの複雑度も大幅に増加します。

7おわりに

システム化されたERP材料符號(hào)化計(jì)畫(huà)と実施を通じて、完全な企業(yè)データ管理システムを構(gòu)築し、業(yè)務(wù)の運(yùn)営に強(qiáng)力なサポートを提供することができます。コンピュータ技術(shù)のネットワークプラットフォームに頼って、企業(yè)內(nèi)の各データ資源を統(tǒng)合してシステム化し、データの集中化管理を?qū)g現(xiàn)し、企業(yè)の管理水準(zhǔn)を新たな段階に上がらせました。