国产一级a片免费看高清,亚洲熟女中文字幕在线视频,黄三级高清在线播放,免费黄色视频在线看

ORACLE EBS 系統(tǒng)主數(shù)據(jù)管理

三、供應(yīng)商（Supplier）

（十七）R12的供應(yīng)商定義與維護(hù)

（十八）供應(yīng)商的合并

四、客戶（Customer）

（一）客戶數(shù)據(jù)管理概述

（二）EBS 交易社區(qū)架構(gòu)（TCA）

（三）客戶的配置文件分類（Profile Class）

（四）客戶的創(chuàng)建規(guī)則

（五）客戶的多組織控制（MOAC）

（六）客戶的交易方層屬性及交易方關(guān)系

（七）客戶的賬戶層與地點(diǎn)層屬性

（八）客戶賬戶層的“分類”分組屬性

（九）客戶賬戶層的“市場(chǎng)營(yíng)銷”分組屬性

（十）客戶賬戶層的“關(guān)系”分組屬性

（十一）客戶賬戶地點(diǎn)層的“特性”分組屬性

（十二）客戶賬戶與地點(diǎn)層的“通信”分組屬性

（十三）客戶賬戶與地點(diǎn)層的“聯(lián)系人”分組屬性

（十四）客戶賬戶與地點(diǎn)層的“聯(lián)系人：職責(zé)”分組屬性

（十五）客戶賬戶與地點(diǎn)層的“銀行賬戶”分組屬性

（十六）客戶賬戶與地點(diǎn)層的“付款方法”分組屬性

（十七）客戶賬戶與地點(diǎn)層的“配置文件：事務(wù)處理”分組屬性

（十八）客戶賬戶與地點(diǎn)層的“配置文件：?jiǎn)螕?jù)打印”分組屬性

（十九）客戶賬戶與地點(diǎn)層的“配置文件：金額”分組屬性

（二十）客戶賬戶的“地址地點(diǎn)與業(yè)務(wù)目的”屬性

（二十一）R12客戶的賬戶層與地點(diǎn)層屬性

（二十二）客戶數(shù)據(jù)的合并

（二十三）客戶數(shù)據(jù)的其它管理功能

（十七）R12的供應(yīng)商定義與維護(hù)

（1）供應(yīng)商屬性“分組”

從大的內(nèi)容范圍角度來(lái)看，R12為供應(yīng)商增加了三個(gè)新內(nèi)容（或Tab“分組”頁(yè)），包括：產(chǎn)品與服務(wù)、信息調(diào)查、相互關(guān)系。前兩者主要應(yīng)用于i-Supplier供應(yīng)商門戶產(chǎn)品中。在“產(chǎn)品與服務(wù)”Tab頁(yè)中，以“類別Category”來(lái)表示供應(yīng)商可以提供的產(chǎn)品與服務(wù)（由供應(yīng)商在i-Supplier中維護(hù)），有關(guān)管理員可以“添加、刪除、審批或拒絕”。如下圖63所示：

在“信息調(diào)查”Tab頁(yè)中，可以創(chuàng)建“調(diào)查表”要求供應(yīng)商填寫(xiě)反饋并復(fù)查有關(guān)內(nèi)容，如下圖64所示：

在“相互關(guān)系”Tab頁(yè)，則規(guī)定了供應(yīng)商（Site）在款項(xiàng)支付方面可以使用的替代供應(yīng)商（Site）情況，如下圖65所示：

   除了上述屬性新增內(nèi)容之外，R12的屬性分組方法較之R11也有所變化。R12將屬性分為兩大塊，一是“公司配置文件Company Profile”信息，包括供應(yīng)商組織、稅詳細(xì)信息、地址簿、聯(lián)系人、業(yè)務(wù)分類、產(chǎn)品與服務(wù)、銀行信息、信息調(diào)查。這些信息通常是與組織（OU）無(wú)關(guān)的?？梢允褂胕-Suppler 系統(tǒng)由供應(yīng)商自己直接維護(hù)，但由供應(yīng)商自己提交的任何有關(guān)信息更新需要經(jīng)內(nèi)部相關(guān)管理人員批準(zhǔn)后才能生效；二是“條款與控制”信息，包括會(huì)計(jì)、納稅與申報(bào)、采購(gòu)、接收、付款明細(xì)、關(guān)系、發(fā)票管理。這些信息通常與組織（OU）相關(guān)，只能有企業(yè)根據(jù)需要自己維護(hù)。

（2）供應(yīng)商創(chuàng)建的不同“類型”

     R12在題頭層提供了兩種供應(yīng)商類型“標(biāo)準(zhǔn)供應(yīng)商、用于處理內(nèi)部員工的費(fèi)用付款的供應(yīng)商”選擇的不同定義界面，這顯然要比R11的處理方式更為合理。如下圖66所示的“標(biāo)準(zhǔn)供應(yīng)商”定義界面：

以及如下圖67所示“用于處理內(nèi)部員工的費(fèi)用付款的供應(yīng)商”的定義界面，員工類型的供應(yīng)商必須屬于確定的業(yè)務(wù)實(shí)體（OU）：

標(biāo)準(zhǔn)供應(yīng)商與員工供應(yīng)商的題頭創(chuàng)建除了上述兩種不同之外，其余的屬性Tab頁(yè)與R11相同，仍然是共用的。

（3）標(biāo)準(zhǔn)供應(yīng)商的“組織”屬性

     該Tab頁(yè)的內(nèi)容相當(dāng)于R11的供應(yīng)商層“一般”Tab頁(yè)，但其內(nèi)容要豐富的多，如下圖68所示：

（4）供應(yīng)商的“地址簿”屬性

相當(dāng)于R11的創(chuàng)建供應(yīng)商地點(diǎn)（Site），但方式與R11有很大不同。R12是先創(chuàng)建實(shí)際的地址Address及關(guān)聯(lián)的地址名稱，并為此地址分配用途：采購(gòu)、付款、僅限于詢價(jià)。如下圖69所示：

然后直接為之分配業(yè)務(wù)實(shí)體OU與地點(diǎn)名稱Site，系統(tǒng)會(huì)列出當(dāng)前所有業(yè)務(wù)實(shí)體供選擇，而每個(gè)OU所關(guān)聯(lián)的地點(diǎn)名稱Site默認(rèn)是“地址名稱”，但可以更改。如下圖70所示：

上圖中的“改寫(xiě)默認(rèn)地點(diǎn)屬性”，提供了為所有供應(yīng)商Site批量更改“采購(gòu)、付款條件、發(fā)票管理”相關(guān)屬性的便利工具（以后還可以逐個(gè)修改更新）。

（5）供應(yīng)商的“聯(lián)系人”屬性

     R12中的聯(lián)系人定義與R11的不同之處在于，R12是先定義聯(lián)系人然后分配給供應(yīng)商Site及其關(guān)聯(lián)的業(yè)務(wù)實(shí)體OU。同時(shí)還可以為之分配用于供應(yīng)鏈協(xié)作的相關(guān)應(yīng)用模塊的“責(zé)任”，如下圖71所示：

（6）供應(yīng)商的“業(yè)務(wù)分類”屬性

R12的業(yè)務(wù)分類與R11相比也有所變化，原在Lookup Code中定義的供應(yīng)商類型Type被棄之不用（為供應(yīng)商題頭的“標(biāo)準(zhǔn)與員工供應(yīng)商”所取代）。如下圖72所示：

（7）供應(yīng)商的“銀行賬戶”屬性

R12的銀行賬戶信息維護(hù)方式與R11相比也有較大變化.R11只能引用已經(jīng)定義好的銀行賬戶信息，而R12只能在定義供應(yīng)商時(shí)，直接為“供應(yīng)商、地址—地點(diǎn)、地址—地點(diǎn)—業(yè)務(wù)實(shí)體、地點(diǎn)-業(yè)務(wù)實(shí)體”的不同分配層創(chuàng)建銀行賬戶信息，并且上一分配層所創(chuàng)建的銀行賬戶信息可以在下一分配層被“添加”給有關(guān)條目。如下圖73所示：

R12在創(chuàng)建供應(yīng)商銀行賬戶信息的同時(shí)，還可以同時(shí)創(chuàng)建有關(guān)銀行信息，如下圖74所示：

（8）供應(yīng)商的“會(huì)計(jì)”屬性

R12的供應(yīng)商“會(huì)計(jì)”信息內(nèi)容與R11相同，但是在同一個(gè)界面列出了所有“Site—OU”組合的設(shè)置值，因而比較方便。如下圖75所示：

（9）供應(yīng)商的“采購(gòu)”屬性

R12的供應(yīng)商“采購(gòu)”信息內(nèi)容與R11基本相同，區(qū)別僅在于R12只能在供應(yīng)商層設(shè)置“根據(jù)RTS事務(wù)處理創(chuàng)建借項(xiàng)通知單”，并在同一個(gè)界面列出了所有“Site—OU”組合的設(shè)置值。如下圖76所示：

（10）供應(yīng)商的“付款”屬性

R12的供應(yīng)商“付款”屬性內(nèi)容與R11比有所不同，增加了“付款傳遞、付款規(guī)格、單獨(dú)匯款通知單傳遞”等內(nèi)容，而將支付條件等內(nèi)容移至“發(fā)票管理”中，如下圖77所示：

（11）供應(yīng)商的“發(fā)票管理”屬性

R12的“發(fā)票管理”Tab頁(yè)內(nèi)容實(shí)際是R11“付款、發(fā)票稅”等屬性頁(yè)部分內(nèi)容的重新組合，如下圖78所示：

（12）供應(yīng)商的“接收”、“納稅與申報(bào)”屬性

R12的“接收”屬性內(nèi)容與R11完全相同，只是換成WEB顯示方式，“納稅申報(bào)”內(nèi)容與R11也基本相同。而R11中的EDI屬性則被R12略去（因?yàn)橐呀?jīng)不再是主流數(shù)據(jù)交換方式）。有關(guān)界面略。

（13）供應(yīng)商的“待辦事宜列表”

      R12在供應(yīng)商界面提供了對(duì)于來(lái)自i-Supplier模塊的由供應(yīng)商提交的相關(guān)配置文件維護(hù)與更新請(qǐng)求的“事務(wù)管理”功能。如下圖79所示：

該管理功能反映了EBS系統(tǒng)正試圖將核心業(yè)務(wù)的“流程集成”向非核心的外圍系統(tǒng)的“管理集成”擴(kuò)展的趨勢(shì)。有關(guān)管理操作的界面如下圖80所示：

     事實(shí)上，截止目前為止，無(wú)論是R11還是R12，有關(guān)供應(yīng)商主數(shù)據(jù)的管理還基本只是停留在供應(yīng)商數(shù)據(jù)最終結(jié)果的“錄入”這樣一個(gè)層面（系統(tǒng)還提供供應(yīng)商數(shù)據(jù)接口表及導(dǎo)入功能，批量導(dǎo)入數(shù)據(jù)）。有關(guān)供應(yīng)商數(shù)據(jù)“最終結(jié)果”如何得來(lái)，屬于供應(yīng)商關(guān)系管理SRM的范疇，涉及企業(yè)“供應(yīng)商準(zhǔn)入認(rèn)證”的復(fù)雜過(guò)程，EBS目前尚未能提供完善的解決方案，還有待將來(lái)進(jìn)一步發(fā)展與完善。

（十八）供應(yīng)商的合并

在實(shí)際工作中，可能因?yàn)槟承┰蛐枰獙⒁呀?jīng)存在的兩個(gè)供應(yīng)商及其相關(guān)業(yè)務(wù)處理進(jìn)行合并，例如供應(yīng)商的多個(gè)子公司合并，供應(yīng)商之間因?yàn)椴①?gòu)而合并，或者因?yàn)闅v史原因同一供應(yīng)商在系統(tǒng)中存在兩條記錄等等。

EBS的“供應(yīng)商合并”是一種后臺(tái)并發(fā)程序，可以將重復(fù)供應(yīng)商合并為單個(gè)的合并供應(yīng)商，并可以將相同供應(yīng)商中的事務(wù)處理從一個(gè)供應(yīng)商地點(diǎn)合并至不同的供應(yīng)商地點(diǎn)。也可以選擇將供應(yīng)商的所有事務(wù)處理并入目標(biāo)供應(yīng)商，也可以選擇僅合并未付發(fā)票。上述不同方式選擇，可滿足多種實(shí)際需求，例如可能需要保留包含原始供應(yīng)商的所有事務(wù)處理歷史記錄，并且只需將未付發(fā)票并入現(xiàn)在需要接收付款的目標(biāo)供應(yīng)商等等。如下圖81所示：

如果選定“復(fù)制地點(diǎn)”，則會(huì)為目標(biāo)供應(yīng)商自動(dòng)創(chuàng)建原Site。如果選定“PO”，則系統(tǒng)將使用目標(biāo)供應(yīng)商信息更新所有相關(guān)的采購(gòu)訂單信息。包括：接收事務(wù)處理、報(bào)價(jià)單請(qǐng)求、供應(yīng)商計(jì)劃、來(lái)源補(bǔ)充信息、批準(zhǔn)的供應(yīng)商列表和 MRP 信息等等。作為合并程序的一部分，AP系統(tǒng)會(huì)使從中合并所有事務(wù)處理的原供應(yīng)商地點(diǎn)無(wú)效。如果選擇合并所有地點(diǎn)的所有事務(wù)處理，則AP系統(tǒng)還將自動(dòng)使供應(yīng)商無(wú)效。“供應(yīng)商合并”不會(huì)刪除原供應(yīng)商數(shù)據(jù)實(shí)體（最多使之失效）。