1. 求助各位SAP大蝦： 請問下面的給公司代碼分配銷售組織的頁面是怎麼操作出來的
spro事物碼進去
->sap用戶化實施指南
->企業結構
->分配
->銷售和分銷
->給公司代碼分配銷售組織
2. 控制范圍和公司代碼設置問題
單一控制范圍優點：1、實現同一CA下的跨公司代碼費用分攤2、總部（母公司）層面查看各公司的匯總報表相對方便，無需切換控制范圍3、相關增強介面比較容易控制單一控制范圍缺點：1、匯率和貨幣轉換引起的各種問題：如，集中在一起的公司代碼A/B/C對USD/RMB的匯率同一期有不同的要求，SAP的匯率只能針對到憑證類型（OBA7定義憑證類型時已默認使用平均類型M），很難滿足此類要求。2、成本中心計劃（KP06）默認只能使用控制范圍貨幣RMB3、作業類型(KP26)及其他計劃默認只使用控制范圍貨幣RMB4、使用默認報表查看成本費用類報表十分不方便5、關閉CO期間（OKP1）影響其他公司，同一控制范圍的集中伺服器都有這個問題6、CO相關許可權控制方面不如分離的多個控制范圍靈活多控制范圍優點：1、財務本位幣和成本控制范圍貨幣完全一致，不會出現匯率轉換差異問題2、由於控制范圍貨幣和本位幣一致，標準的的CO報表直接就可使用3、分離的控制范圍許可權管理方便，CO期間關閉不會互相影響。多控制范圍缺點：1、集團公司的不同貨幣種越多，則建立的控制范圍越多2、財務人員處理不同公司的賬務，則需要頻繁切換控制范圍3、無法直接進行不同控制范圍下的跨公司代碼費用分攤
3. SAP FICO 關於過賬時貨幣設置的問題
公司代碼下可以設置貨幣類型，這個清楚吧。
每個會計科目下也可以設置貨幣類型這個也清楚吧。
如果你公司代碼設置為rmb，你的某個會計科目設置的貨幣也是rmb，那麼作憑證時如果用到這個會計科目，憑證上可以使用任何一個貨幣類型做憑證，如rmb、usd、gbp等
如果你公司代碼設置為rmb，你的某個會計科目設置的貨幣也是usd，那麼作憑證時如果用到這個會計科目，憑證上的貨幣類型只能用usd
明白了沒？
4. SAP：在分配工廠到公司代碼的時候，找不到定義過的公司。該公司已經在定義公司環節正常顯示。
建議把你問題發到倍思博SAP論壇，盡量把問題描述清楚，截圖啥的都弄上，之後再把帖子標題和地址發到群里順便吼一聲，版主、幫幫團成員和群里的熱心會員他們有的會上論壇，會的話都會幫你答復的 。
5. sap co科目分配對象怎麼修改公司代碼
先刪除公司代碼所對應科目，再重新分配科目表。
1、打開SAP客戶端，輸入賬號密碼登錄。
2、輸入事務碼SPRO，進入視圖定製頁面。
3、點擊SAP參考IMG進入條目界面。
4、點擊上方新條目按鈕，定義新的內容。
5、輸入控制范圍和方案欄位內容。定義完成後點擊上方保存按鈕。
6. sap 系統兩個公司本位幣一個是RMB ,一個是CNY 有什麼影響嗎
sap系統兩個公司本位幣一個是RMB,一個是CNY沒有什麼影響。ERP貨幣的設置SAP系統提供了靈活的多貨幣記帳,公司代碼及其對應的本位幣可靈活設置,可以輕松應對跨國集團在全球的不同貨幣業務。RMB只是中國的簡寫方法，國際上用CNY代表。因此並沒有什麼影響。
7. 請問為什麼有兩個匯率，一個是SAP系統的，那另外一個呢，是什麼匯率
這里的兩個匯率是記賬時候的匯率和清帳時候的匯率。其實是同一個匯率M，只是匯率發生了變化。你這個應該是用銀行存款科目去支付某個供應商應付賬款後所產生的憑證吧，我估計是因為你公司代碼的本位幣是CNY，而第二本位幣是USD，而憑證上用的交易貨幣也是CNY，那麼在你支付的同時，系統將你欠供應商的那筆行項目核銷，由於都是用本位幣記賬，所以在清未清項的時候CNY不會產生匯兌損益，但是第二本位幣USD（由於你記下未清項和核銷未清項這兩個時間內人民幣對美金的匯率發生了變化），所以產生了匯兌損益。
8. sap 如何將會計科目表層的會計科目復制到公司代碼層
「A公司下有3個公司代碼，X、Y、Z; 創建會計科目表CACN，並將CACN分配給了 X、Y、Z這3個公司。」
上面的操作是指明X、Y、Z這三家公司使用CACN這個會計科目表（在輸入公司代碼的全局參數時指定的），而CACN（CACN其實是復制系統中已有的科目表得到的）中的科目不會影響到這3家公司的科目。需要通過使用 FS00 FSP0 FSS0 進行創建。
FS00：在會計科目表層和公司代碼層創建會計科目；
FSP0：在會計科目表層創建會計科目；
FSS0：在公司代碼層創建會計科目；
產生這個問題的原因是這樣的：
CACN這個科目表是復制系統中的科目表得到的，隨後在創建科目的時候，很自然的想到能不能直接利用現有的，而不用創建。
9. SAP中：公司，公司代碼，工廠，倉庫，銷售組織，銷售組，銷售辦公室，分別是什麼關系
sap中的組織架構
1. 深入了解采購、銷售、倉存組織的內部架構及應用場景；采購、銷售、倉存以及財務組織之間的相互關系。
A、銷售組織
銷售組織下包括分銷渠道和產品組。
銷售區域是銷售組織、分銷渠道、產品組的組合。客戶必須建立/管理在銷售區域
銷售區域下分為銷售辦公室、銷售組和銷售代表
B、采購組織
采購組織下包括采購組
C、銷售/采購組織可以定義在不同的組織層次，如集團、公司代碼和工廠。由於公司代碼與財務有關。自然也就建立了他們之間的關系
2. 采購/銷售/庫存組織架構中的組織單元是否要和行政組織單元建立影射關系？如果要建立如何建立？如果不要，為什麼不要建立？
應該是不需要的，銷售/采購/庫存組織是一個系統定義的組織，它可以與行政組織有一定的關系，也有可能關系不確定，也有可能沒有關系。這樣可以滿足不同企業的需要，可以將這些組織放置在不同的層別、與不同的單位建立不同的關系，實現系統靈活的組織架構能力。
3. 控制采購組織的采購控制范圍是在庫存組織層面還是在倉庫層面，如何控制？
4. 控制銷售組織的銷售控制范圍是在庫存組織層面還是在倉庫層面，如何控制？
5. 請深入說明SAP中工廠、庫存地點、庫存種類、特殊庫存、倉庫、存儲類型、倉位等的關系和在采購、銷售/分銷、配送/運輸中的應用
A、一個工廠可以包含幾個庫存地。一個庫存地只能屬於一個工廠
B、幾個庫存地可以屬於一個倉庫（同工廠內）。
C、通過存儲類型來區分不同的區域，比如接收區、出庫區、撿配區等
D、
E、在采購、銷售/分銷、配送/運輸中跟倉庫管理沒有關系，發生關系的是工廠和倉庫地，輸入庫存管理。
6. SAP中銷售組織、銷售渠道、產品組、銷售辦公司、銷售組等對產品、客戶、價格等基礎數據有何具體影響，跟組織架構相關的產品和客戶的分組方式有哪些，分別有什麼控制點？
A、產品（物料）是按照銷售組織、銷售渠道定義各自不同的銷售數據的（在主數據中定義了該產品屬於的產品組）
B、客戶是按照銷售區域（銷售組織、銷售渠道和產品組的組合）來定義的
C、價格實現對銷售組織/分銷渠道、 銷售組織/分銷渠道/價格表類型（批發、零售等）/貨幣、銷售組織/分銷渠道/客戶 對產品的不同價格管理。定價過程是把物料、客戶和銷售區域三者之間進行各種交叉組合，同時根據時間的要求實施在系統中的最終價格政策。這樣的組合形式可以滿足系統外靈活多樣的價格政策。
D、反過來，同一銷售區域定義的不同級別的價格體系，按照訪問次序的先後順序實現價格的控制
E、產品包括產品組，主要用來作為物料評估。
7. SAP中銷售渠道的設定對銷售業務有什麼具體影響？信用是否和銷售組織、采購組織、庫存組織有關，如果有關，它們之間的關系是如何實現的，集團信用是怎樣實現的（如A公司和集團B公司的信用（B公司有很多獨立核算的分公司）
A、信用的控制是通過建立信用控制區域來完成。將信用控制區域可以分配給公司代碼；與銷售組織、采購組織、庫存組織沒有關系。
B、通過對信用控制區域的分配給不同的公司代碼來實現集團信用控制。可以對每個信用控制區域設置總信用額度和對每個公司設置最大個別額度、最小個別額度來實現對集團內不同公司之間的信用控制。
C、跨集團的信用控制無法實現
8. SAP中集團內各公司之間的購銷業務是怎麼處理的；物料采購與采購組織的對應，如何實現集中采購與分散采購
A、SAP中集團內公司之間的購銷通過庫存傳輸訂單（stock transport order）進行實現，要實現集團內購銷，必須首先定義采購訂單類型，供貨工廠，交貨類型之間的關系，還需要為采購訂單類型設置供貨工廠，接收工廠和采購訂單類型之間的關系。
B、如果一個采購組織分配給多個公司代碼，實現集團的集中采購；一個采購組織只分配給一個公司代碼或者分配一個或多個工廠，實現分散采購
9. 庫存組織是否應該區分工廠和配送中心，工廠執行MRP，配送中心執行DRP？
SAP系統中是沒有進行區分的。分配需要執行MRP的PLANT和分配需要執行DRP的工廠就可以解決此問題了。
10. SAP位置（Location）、倉儲地點（storage location）、起運點（shipping point）、裝運點（loading point）、運輸計劃點（transportation planning point）的概念如何理解，它們和工廠、倉庫、倉位有什麼關系，作用是什麼？
A、 起運點是貨物運送的起點碼頭。一個起運點可以為幾個工廠運送，一個工廠也可由多個起運點完成。起運點由交貨工廠（客戶物料主數據，客戶主數據，物料主數據）、Shipping Conditions（例如：加急、普通）、Loading Group（裝卸組：起重機、叉車、手工）決定。與倉庫、倉位沒有關系
B、 裝運點是與起運點相對應的（詳細的關系見下圖）
11. SAP中的業務范圍、運營組織和實際管理中和什麼相對應；業務范圍、運營組織是否在公司代碼之上，怎麼管理的？
業務范圍與通常意義的事業部對應。運營組織對應於最高的獲利能力分析單位，這要看企業如何進行獲利能力分析
12. 業務單據與組織架構的結合，單據上需要那些必須的組織架構信息，為何不能從制單人追溯組織架構信息
A、 采購訂單的建立，需要指定采購組織和采購組
B、 銷售訂單的建立，需要制定銷售區域（銷售組織/分銷渠道/產品組）
C、 在SAP系統中的業務單據沒有與實體（也沒有必要）與實體建立對應關系，不存在制單人的概念，只有操作者（User）. 查詢時完全可以從會計賬到憑證、業務單據，但並不是從組織的角度去查詢。
13. 在SAP目前的組織架構下，其預算分解、控制以及業績指標的下達是如何實現的？
在SAP系統中的預算有多處可以體現，如可以在投資管理模塊IM中編制預算，也可以在基金管理FM中編制預算，但兩者控制的粗細不同。IM只是對大數的控制，而FM會按承諾項和基金中心進行控制。
14. 成本中心、利潤中心是否可以跨公司代碼，還是只能在單個公司代碼之下，成本中心和利潤中心是否和銷售組織、采購組織、庫存組織有關，如果有關，它們之間的關系是如何實現的？
A、 成本中心、利潤中心是跨公司代碼的，因為他們是成本控制范圍下的概念。成本中心和利潤中心是站在管理會計的視圖下設置的組織單位，與采購、庫存組織無直接的關系。但在處理業務單據時，有可能會要求你同時輸入。如采購訂單的頭上要求你輸入采購組織，如果你是為成本中心采購，則會在采購訂單的表體中要求輸入成本中心，表示為XX成本中心將來發生的費用。
B、 成本中心可以對應多個公司代碼
補充：
1、 具有獨立核算資格的公司（不管是分公司還是子公司）需要建立不同的公司代碼，同時需要對應不同的銷售/采購組織。盡管與母公司存在往來，與其他跨公司業務一樣處理
2、 Location 是指在工廠（Plant）內的具體位置。通常在資產管理中的資產主數據、具體設備、功能位置、W/C（工作中心）、PRT（生產資源與工具）中使用。
10. SAP 中公司代碼的定義
sap公司代碼定義
SAP概念之Client（集團）
Client（集團）是SAP系統的一個組織單元/結構。該組織單元是最高層次的，也是所有實施SAP應用模塊必須創建並維護的組織結構。每個Client在與其他業務、組織、技術等方面與其他Client都是獨立的，有各自的主數據和資料庫表。
在Client層次設置的系統屬性和參數，適用於於該Client下的所有公司/公司代碼等其他組織架構/單元；所有的輸入和產出、處理加工都是分Client進行的，即不跨Client處理。
這也就是說，一個單位多個公司，設置成多個Client後，則：
（1）一個用戶處理不同Client的業務，需要在每個Client下創建用戶賬號，並分配許可權；
（2）不同Client中公司的同一個客戶、供應商、物料等等都必須在各自的Client下創建維護，不能在一個Client下一次性創建，多個Client共享。
R/3初始安裝時，有兩個默認的Client即000和001；這兩個Client包含必要的默認配置內容，因此可以作為創建新Client的模板。
實務處理中，一個Client可以與一個公司對應，也可以與多個公司對應。例如，一個集團，跨了很多行業，每個行業都有不少的公司。此時，如何有效設置和管理Client？為了保證Client層次上的數據充分共享和一致，整個設置為一個Client，而其下的行業等可以通過其他維度，比如控制范圍等來劃分。一個集團兩個公司，設置為兩個Client的，那麼同一用戶同時涉及到兩個單位的業務，就必須為該用戶在兩個Client創建兩個賬戶，分配兩次許可權。這顯然會增加維護工作量，並且難以保證Client層次上一些數據的一致性。
SAP概念之Company（公司）
在SAP中，Company（公司）與Company Code（公司代碼/公司碼）是兩個不同，但是又相聯系的概念。
Company是根據相關法律規定出具財務報告的最小層次組織單元。
一個Client下，一個Company可以與一個或多個Company Code對應起來，一個Company Code只能對應一個Company。在啟用SAP模塊中，Company Code是必須的，而Company是選擇性的。Company Code層次財務報表時自動生成的，而Company的財務報表是基於Company Code的合並報表。這也是SAP多維度和層次出具財務報表的一個體現。對於不需要出具這種合並報表的單位，Company是不需要進行維護的。
某單位實施SAP時，有這樣的場景：全國一個總公司，下屬42個分公司（非法人）。SAP處理中，將這43個總分機構都設置成Company Code，同時，設置了43個一樣的Company。因為公司也需要出具各個分公司的報表和總公司的財務報表，所以上述設置沒有真正啟用SAP的合並報表功能，如果43個Company Code對應到1個Company，則可在系統內出具總公司層次的合並報表。
上面這段有失偏頗，理由有2：
1、設置43個company可以出合並報表，對於數據的匯總，設置成1個company還是43個company沒有區別
2、設成43個company可以很好的解決內部抵消，如果設置成1個，無法實現靈活的內部抵消
所以，我支持設置成43個。
這里系統在組織架構本身，體現了如何處理法人和非法人的關系——會計上，法律實體一定是會計主體，而會計主體未必一定是法律主體。就像上面的，分公司是會計主體，卻並非法律實體。因此，會計主體對應到Company Code層次，而法律實體對應到Company層次是可以滿足兩個層次分別出具報表要求的。
為了保證數據的一致性和可合並性，同一個Company下的Company Code必須使用相同的會計科目表（Chart of Account）和會計年度（Fiscal Year）。但是每個公司代碼都可以使用不同的本幣（Local Currency）。
基本的配置分為兩部分：
（1）定義Company：組織架構-定義-財務會計-定義公司；
（2）將Company分配給已經定義的Company Code：分配-財務會計-將公司（Company）分派給公司代碼（CompanyCode）。
SAP概念之Company Code（公司代碼）
Company Code（公司碼/公司代碼）是依照外部會計要求的會計實體（一般）而設置的最小組織單元，有其自身完整的科目和帳套。所有的業務交易過賬之後都將在該層次上得以反映和記錄，以出具法定的財務報表，如資產負債表、現金流量表和利潤表。
因此，Company Code的定義和維護時必須的，如果要啟用SAP的一個應用模塊的話。Company Code（公司碼/公司代碼）是FI模塊最核心的組織單元；啟用財務模塊至少要定義一個公司代碼，也可以說，每個Client的啟用至少也應該有一個公司代碼。
上面說到公司代碼一般是根據會計實體要求設置的，實務中也可根據需要以其他標著設置公司代碼，如一個不同地點的，分開，但是不完全獨立的經營場所。例如，在國外的分支機構就是典型的例子。該分支機構不單獨作為會計實體，但是需要採用相適應的貨幣、稅率等准則。此時，單獨設置成一個公司代碼處理。而這個國外分支機構的公司代碼和國內的總部對應的公司代碼合並起來，對應一個公司（Company），認可可以出具國內規定的會計實體層次上的財務報表。又如，同一個地區，一個公司如果要將其兩個工廠的業務完全分開，也可以設置成兩個公司代碼，然後對應到同一個公司（Company）。
公司代碼是財務會計模塊最核心的數據，是因為，其他模塊產生的會計記錄都最終轉化為公司代碼層次的財務記錄進入FI模塊了。因此，其他能夠產生財務記錄的模塊自身的特有組織單元都與公司代碼有適當的關聯規則。於此，類似Controling Area是CO模塊最核心的組織單元。