漫谈SRM主数据迁移及同步(2.1 物料主数据篇)

首先还是先说系统基本设置:

1. Define Output Format and Storage Form of Product ID    

T-code: COMCPRFORMAT (SRM)

T-code: OMSL (ERP)

两个系统的Lexicographically设置需要一致:

1.1 Indicator set: Numeric product IDs are stored left-justified as entered.

Example
Defined length: 8 characters
Assigned ID: 123
Stored ID: 123
  • With lexicographical storage, the product IDs 123 and 0123 refer to different products. (如果不设,则123与0123视为同一物料)
1.2 Sorting: The sequence in lists and tables sorted by product ID depends on the storage form chosen.
Example of lexicographical storage
123 < 1A3 < 2 < 234 Example of non-lexicographical storage (assuming an ASCII character set)
2 < 123 < 234 < 1 1.3 Selection
  • The result of generic selections or of from-to selections depends on the storage form chosen. For example, with non-lexicographical storage, a selection with 5* will not find the product ID 50 because the product ID is stored in the database as 0...050.
1.4 Interfaces (for example, BAPIs)
  • Non-lexicographical storage can be problematic with regard to cross-system interfaces in particular. The product ID is normally transferred in the database format, but problems can occur if the sending system and receiving system have different storage forms.
1.5 Number assignment
  • If you choose non-lexicographical storage, solely numeric product IDs must not contain more than 20 characters when products are created. This is because the lower limit and upper limit of
number range intervals is restricted to 20 characters.
  • This restriction does not apply to lexicographical storage because the product ID is stored left-justified as entered and can be checked from left to right against the number range interval.
Example
Lower limit10000000000000000000
Upper limit19999999999999999999
Product ID to be checked111111111111111111111111111111
 
  • With non-lexicographical storage, the product ID is not within the number range interval because it is larger than the upper limit.
  • With lexicographical storage, the product ID is within the number range interval because the product ID is not interpreted as a number, but as a character (see also under
Sorting).
2. Setting the Middleware Parameters in SAP SRM
发送端(ECC)的配置是标准的..仅需在SRM端配置   T-code SMOEAC
3. Configure Settings in ECC for SAP SRM Master Data 
需要维护以下表: CRMCONSUM, CRMSUBTAB, CRMRFCPAR, CRMPAROLTP, TBE11
3.1 CRMCONSUM (对于单个SRM,则只需维护一行. 如果有多个SRM系统/clients, 则维护多行)
下图可以理解为你创建了3个USERS
3.2 CRMSUBTAB(对于CRMCONSUM创建的每个USER,需要维护Obj. Class如Customizing, Material, Serivce, 下图其实维护的不对,仅作参考)
3.3 CRMRFCPAR (对于CRMCONSUM创建的每个USER,需要维护RFC Destination, Load Type, Inqueue Flag, Send XML Flag等数据)
4. CRMPAROLTP
5. Activate BC-MID and ND1 in TBE11
6. Deactivate CRM-Specific Middleware Settings in SAP SRM    
T-code: BBP_PRODUCT_SETTINGS  (Report BBP_PRODUCT_SETTINGS_MW)
Object:
MATERIAL (material master)
DNL_CUST_PROD0(material types, product number conversions)
DNL_CUST_PROD1(material groups)
SERVICE_MASTER(service master)
DNL_CUST_SRVMAS(service category)
T-code SMOGGEN: Generate material BDOC
SAP Note 
430980  CRM Server: Analysis in delta data exchange R/3->CRM,
720819 Middleware consumer entry for SRM in OLTP system

转载于:https://www.cnblogs.com/lazymango/archive/2010/11/03/1867631.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值