SAP WM学习笔记（三）搜索策略

   WM中的搜索策略主要是上下架策略，另一个是两步的拣配策略。
   搜索策略的顺序如下：
   由于所有的WM移动类型都是参考WM NO.创建的，因此，在搜索中，WM NO已经不需要搜索了，那么依据WM的架构，搜索顺序应该是：

1. 存储类型
2. 存储区域    
3. 仓位

•  对于存储类型的搜索，参见下表的搜索条件：Combination conditions (Storage type search process 

WM NO.	Operation (optional)	Type ind(Stock placement from material master)     (optional)	Storage category (optional)	Spec.Stock (optional)	Stock class (optional)	Water pollution class(WPC)	1st storage type	2nd storage type
			available	Project stock	inflammable
z01	E- Put away	Pallet goods.	Q - stock in quality control	Order on hand	explosive		002	001
	A- Stock removal	2 - Bulk goods.	R - Returns stock	consignment	No-inflammable
	2 steps picking		B - Blocked stock	...	….

• 库存区域查找

WM NO.	Storage type	Storage Section(SA ID From material master)	Storage class	WPC	1st storage section	2nd storage section
z01	001 High rack	1 Fast-moving items			001 - total area
	002 Shelf storage	2 Low-moving items			001 - fast moving area	002 slow-moving area

• Storage bin search 仓位搜索

1、 Storage unit define

WM No.	Storage Unit
z01	GB - Wire basket

2、Storage Bin type define

WM No.	Storage Bin type
z01	B1- block
z01	E1- Bin height 1 meter

3、Assign

WM no.	Storage Type	1st storage Unit	2nd storage Unit
z01	001	GB
z01	002	GB

WM no.	Storage Unit Type	1st storage bin type	2nd storage bin type
z01	GB	E1	B1
z01

控制发票校验时考虑质量问题

方法一：后台配置中设置发票校验只能基于收货完成
方法二：在物料主数据QM视图中维护质量控制码为007。如果物料正在检验或遭拒收，那么在MIRO接收发票时，系统将提示发票由于质量原因被冻结了。

SAP WM学习笔记（二）存储的概念

Homogeneous Storage (同质物料存放）
   在一个Storage Bin中只能存放一种物料。

Mixed Storage(混合存储）
   可在一个Storage Bin中存放多种物料

Interim Storage Area (中间存储区域或曰成临时存储区域吧，反正我的地盘我作主。）
   当在IM中进行收货时，数量会过账到WM的中间存储区域（收货区域），此时，一个份会在中间存储区域的仓位（Storage Bin)中创建。

   发货时，系统会在临时存储区域（发货或船运区域）创建一个带负数的份。

   常规情况下需要的临时存储区域有：

•    收货区(Goods Receipt Area)
•    发货区(Goods Issues Area)
•    为处理差异而存在的中间区域(Interim Storage Area for Difference)
•    过账更改区域（Posting Change Area)

  临时存储区域之所以存在，是因为实际业务处理过程中的，是需要时间进行处理和周转的，它更侧重于真正的物流与信息流的实时对应，而IM只管逻辑上的物流。比如，对于使用WM的企来说，来料时，虽然有作101的收货过账，但此时的账务只处理在库存地点一级，实物只是说在收货区。等仓管人员有空闲后，才会将收货区的东西转移到存储区（货架、高架区等）。

  临时存储区域的存储类型号在后续移动类型的配置中要用到。比如配置WM MVT 101,那它的来源(SRC)临时存储区为901,则是指当IM 101收货后，将实物存放在901区域，进行WM 101时，再从901移动到相应的仓位中的份。又如WM MVT 201,他的目标（DEST）临时存储区域为910，是指，当你进行IM 201的移动时，会先从910发放物料到相应的成本中心，这时IM 201是完成了过账处理并生成了会计凭证的，而910凭空而发货，因此会生成负数的份，待产生所TO确认时，才会成货架将货物移动到910将原有的负数补平成0 。





  

BOM单位可否与基本计量单位不一致？

       为什么可以在BOM中维护与基本计量单位不一致的单位？ 是否系统对重量、体积、面积单位等有默认转换关系，所以可以？

   

    我随机取了一个物料，如：000100087 ，基本计量单位是G，在BOM里维护成KG，也是可以通过的。再取一个物料000110003R基本计量单位是M，在BOM里维护成MM或CM，也是可以通过的。

     按以上测试，我的猜测可能是对的，这种默认转换关系，是在同一个维度中的单位存在的。没有默认换算关系的物料，则需要在其物料主数据中的附加数据中维护换算关系方可。

查询每月月末的库存

1. 信息集S031+S032倒推。
2. 表MBEWH中所有不带批次的数据，该数据应该是在下月开账时生成上一月的月末库存。该表中的库存不带库存地点。
3. 另外表MARDH是每个库存地点的每月月末库存。

以上两表库存均不带当前期间的库存。

[转]SD 订单类型配置点说明

Sales Document Categ: 在SD内不同文件类型的分类，例如报价单，销售订单，运货单和发票等。
Sales Document Block:控制这个文件类型是否已经被冻结。有三个选择，如果该字段为空则表明这个文件类型没有被冻结，如果为A，则表明这个订单类型只能被自动创建，例如回扣的处理，如果选择为X，表明这个文件类型已经被冻结而不能再用了。
Sales Document Indicator: 只和表TVAK有关
No.range int.assign: 确定该文件类型的内部号码段
No.gange ext.assign: 确定该文件类型的外部号码段
Item no.increment:行项目编号的增加量
Sub-item no.increment: 子项目编号增加量。
Reference mandatory: 强制参考。如果文件类型对这点进行了配置，在创建销售订单时，系统会弹出窗口强制要求输入参考号码，并且指定是参考号码的类型，如参考报价单，参考询价单，参考销售订单等等。
Check division: 配置检查订单中行项目产品组和抬头产品组不同时的信息类型，如果这个设置为空则没有信息出现，如果为1，则有对话信息出现，如果为2则有错误信息出现，表明该文件类型抬头的产品组要和行项目的一致。
Material entry type: 物料输入类型，目前怀疑和限制订单的物料输入有关，如果这个字段为空表明订单一定要输入物料
Item division: 决定订单ITEM中的DIVISION的来源。如果这个选项打上勾，则表明ITEM的DIVISION是来自MATERIAL MASTER，如果不打上则来自订单的抬头。这一点和CHECK DIVISION构成了cross-division sales的配置点。
Probability: 用来确定成为订单的可能性。这一个配置，对于订单来说默认为100%并且不可更改，而对于询价或者报价来说，系统都根据订单类型的category来；默认了一个可能性，但这个可能性可以更改（在SD DOCUMENT里）。这一个设置也决定了系统如何传递物料的需求。例如一个报价单的类型为QT，在创建报价单时物料A的净价值是100USD并且Probability为50，而物料B的净价值为200USD并且Probability为25%，因此整个报价单成为订单的可能性为：
（100 * 50% + 200 * 25%） / （100 + 200） = 50%
如果物料A的Probability为50%，则报价中的100个A物料会产生50个需求量
在创建报价单时，系统也会把客户主数据中的可能性考虑在内（见SOLD-TO PARTY客户主数据中的SALES AREA DATA - Order probability of the item）。如果该订单类型的可能性设为50，而客户主数据的为80，则在创建报价单时，行项目的可能性为80 / 2 = 40，表明该报价单有40%的机会成为订单。
Read info record：如果这个选项选定，则创建订单时会读取customer-material （TCODE：VD51）的数据。
Check credit limit:信用检查。用来控制系统是否进行信用检查和对检查结果作出什么样的反应。这里的选项有五个：
1/没有进行信用度检查
2/进行简单的信用检查并对超出信用额度显示警告信息
3/进行简单的信用检查并且对超过信用额度显示错误信息
4/进行简单的信用检查，如果超过信用额度则冻结交货
5/如果系统实行信用管理，则自动执行相应的信用控制
自动的信用检查具有不同的检查方法，例如动态信用检查和静态信用检查，或基于最大的订单价值检查。在动态检查和表态检查中，信用状态是所有open order\\open delivery\\open 的应收款来统计出来的。如果需要执行自动信用控制，则在订单类型里选择D.
对于简单的信用检查，系统用信用状态和付款方的信用额度作比较。信用状态是从所有open item的净价值统计来的。
Credit group: 信用组。定义该文件类型是属于那个信用组的。这一个配置使你能够根据信用组合并不同的文件类型，从而使得信用管理更加有效。
Check purch.order no： 检查客户的采购订单是不是已经在其他的订单中存在，如果是则有警告信息出现。
Enter po nmber：用来配置订单是否需要输入客户采购订单号码.
Output application： 看起来应该是和文件输出相关，定义这个属于这个文件类型的订单在输出时采用什么格式。
Commitment date: 作用不明白
Screen sequence grp:用来定义该文件类型的屏幕顺序。
Display range: 定义行项目显示方式。
Incomplete procedure: 定义当相应的SD文件有些数据没有输入的时候系统的处理办法。这个配置在文件里型里是不能更改的，因为在basic function-log of incomplete item（VUA2）里已经做了配置了。
FCode for overv.scn: 设置进入显示凭证界面时的VIEW。如，选择了UBST后，在显示销售订单时，一走入去看到的就是ordering party这个VIEW。
Transaction group:定义这个文件类型是那一种业务（报价，询价或销售订单）。例如OR的transaction group是0，属于订单，因此只能用VA01来创建这类型的文件，而QT是属于2的，报价单类型，因而只能用VA21来创建。
Quotation message: 配置报价单和销售订单之间数据是如何检查的。有下面几个选择：
1/不检查
2/在抬头层面进行检查，在创建销售订单时，系统检查报价单，如果发现要抬头信息相同的报价单出现则会报信息告诉用户有报价单存在。抬头信息是指销售区域、sold-to party, ship-to party, po等。
3/在行项目层面检查。除了上面抬头信息外，也检查订单中的物料号是否和报价单的相同。
4/在抬头层面检查，如果发现唯一一个相同的则直接把报价单COPY过来。
5/在行项目上层面检查，如果发现唯一的则直接把报价单COPY过来
6/在抬头层面上检查，如果发现多个则显示一个LIST让用户选择，如果只有一个则和上面第4点一样。
7/在行项目上检查，如果发现多个报价单则显示一个LIST让用户选择，如果只有一个则和上面第5点一样。
Doc.pric. procedure:文件的价格流程。任何一个销售区域都要设定一个定价过程（可以在视图t683v里看到每个销售区域的定价过程）。在创建订单时，如果系统发现这个地方的配置和t683v不一样，则会报错误信息：No pricing producer could be determined.T683V可以在sales—sales document – contract –define and assign pricing procedure for value contract里配置。
Outline agreement message: 和Quotation message大致一样。但这两个代表团点要一样，因为系统会把Outline agreement message和Quotation message作为一个combination来看的。
Add ref. to all contracts partner is authorized to release：用来搜索所有的合同。
Status Profile:
Message mast.contr.:有点类似上面的Quotation message。但应该只和CONTRACT的文件才有用处的。
Prodatt.message: 是否允许更改product attribute。product attribute是指什么不太明白。
Alternative sales document type 1 / Alternative sales document type 2：在文件的处理中可能会会改变一些文件的文件类型。这个配置点这是作为更改文件类型的限制条件。详细的看F1。
Incomplete message:当文件的信息不完整时会不会出现信息提示
Variant: 设置变式
Corr.delevery type: 集合运输类型。不明白其作用。只作用于scheduling agreement
Delivery block: 冻结运送.
Use:物料的用途，只作用于scheduling agreement.
MRP for DelSch Type:
Delivery type: 运送类型
Immediate delivery: 马上运送。有三个选项：
1/订单和运货单分开建立
2/订单和运货单同时建立
3/订单和运货单同时建立，但前提条件时送货时间是当天
Delivery block: 冻结运送
Shipping condition:运送条件。在客户主记录里也有这一个字段，一般来说创建的SD文件会取sold-to party的Shipping condition作为默认值，但是如果在相应的文件类型里也设置了这一点，则文件类型的Shipping condition会作为默认值而覆盖从客户主记录里的。如果在文件类型里没有作配置则取客户主记录里的。
Shipcostinfoprofile: 作用不太明白
Dlv-rel billing type:配置和运货相关的发票类型（发票参考运送单）
Cndtype for line item:
Order-rel.bill. type:：和订单相关的发票类型（发票参考销售单）
Billing plan type:发票计划类型。分为定期性开票和milestone开票。定期性是指一些租金或者维护收入的发票，而milestone是指一些开票项目，例如和客户订立年度的销售项目，半年时付40%，结束时付60%。
Intercomp.bill.type:公司单发票类型
Payment guarantee procedure: 付款程序监督。用来定义用那一个程序来监督付款。和Receivables risk management相关。
Billing block:冻结开票
Payment card plan type:其作用不清楚。但凡是用到付款卡结帐的文件类型，都需要定义这个配置，否则不对用卡结帐。
Checking group:付款卡检查组。
Lead time in dates: 设置request delivery date比现在的天数多几天。例如今天是20060118，如果这个设置为20的话，那么系统会把request delivery date自动默认为20060215.
Propose delivery date: 定义系统是否建议一个运送时间request delivery date。如果打上勾则会根据Lead time in dates这个来建议一个时间，否则创建订单时要人手输入运送时间。
Propose po date:打上勾则系统会默认今天是PO日期
Date type: 时间类型
Prop.f.pricing date:系统默认一个pricing date，但可以人手在订单里更改。
Propose valid-date: 定义该文件生效的日期。有三个选择：
1/不建议
2/建议今天
3/建议下个月第一天
PricProcCondHeader:定义CONTRACT的抬头定价条件
PricProcCondItem: 定义CONTRACT的行项目定价条件
Contract data allowed:决定CONTRACT HEADER和数据会不会COPY到ITEM上。
Followup activity: 跟进动作的类别。定义属于这类文件类型的合同其后续动作是什么，例如一个租金合同，后续动作可能是一个销售信件等。Followup activity可以在CAS里进行相应配置。
Contract profile: 合同的形式
Subseq.order type:后续销售订单类型
Billing request:要求的发票类型
Check partner auth.: 检查一个PARTNER是否有资格成为一个RELEASED CONTRACT的PARTNER。当你在释放一个合同时，系统会检查这个合同里的PARTNER有没有资格成为一个SOLD-TO PARTY。
Update lower level contract:更新低阶合同
Group reference procedure:数据从主合同（MASTER CONTRACT）复制到层次较低的合同时的复制程序
Business transaction:和APO相关的ATP检查

http://www.itpub.net/thread-936395-1-2.html#

E72 synchrony contacts with Gmail

Step #1: Locate and open the SyncML configuration application.
Depending on your E72 variant, such application might be located in different places in the menu. In my case I found it under: Menu > Ctrl. Panel > Phone > Sync
Step #2: Set up a new profile for Google sync by selecting Options > New Sync profile
Step #3: Select "Start" on the new profile wizard and fill in the input fields following the instructions below:
- Profile Name: Google Sync (click next)
- Server Version: 1.2 (click next)
- Apps. in Sync: Make sure that only Contacts is ticked (click next)
- Contacts database: contacts (make sure you spell it exactly like this, all in lower case or it won't work, then click next)
- Data bearer: Internet (click next)
- Host Address: https://m.google.com/syncml  (note that it is important you use HTTPS so to have a secure connection, then click next)
- ServerID: Google (note the capital G, it has to be spelled exactly like that, then click next)
- User name: here type in your full gmail address you have associated your contacts with (e.g. name.surname@gmail.com), then click next
- Password: type your gmail password here, then click next and read the notification message that follows.
Step #4: Activate new profile
Click Yes to activate the profile you have just created. Google Sync will become your active sync profile. The screen will now show you the data types that are part of it. Only "contacts" should be marked.
Step #5: Synchronize contacts
Select Options > Synchronize
The sync process will start and your contacts will get synchronized from gmail to your phone. The sync is by default "Both ways" so if you already have any contacts data in your phone it will be synchronized to your Google Contacts.  You can change that in the SyncML application by selecting: Options > Edit Sync Profile > Synchronization Type (select to Phone Only or to Server Only depending on what you prefer).
Original URL:http://davdin.posterous.com/how-to-sync-contacts-between-google-contacts

腾讯QQ的妙用

     原以为QQ仅仅是上传些我们用户资料，监控聊天记录，却不知道有此妙用，用如此淫荡的话语，还可以泡到妞，然后结婚。哈哈，我淫贱的笑了。唉，真后悔这几年没用QQ啊。用QQ，性福生活等着您。

 
 

原始出处：

http://v.youku.com/v_show/id_XMjQ5MTgyOTE2.html

原始出处贴出来其实多半是多此一余，你点过去时会告诉你，此贴在火星上或是不存在等等。毕竟嘛，我们是讲究政治正确的国家。

物料编码的几点思路

     下面的思路是以使用SAP为基础，这些思路是个人认为的一些原则，本思路没有给出一套方案，而只能用于检验一套编码原则。如下：

1.  物料编码功能要单纯，不要包含过多信息，它只是个物料ID。ID只是关于这个物料所有信息的一把钥匙，有了它再打开数据库这个仓库的门看更多的信息就可以了。如果物料ID中什么信息都有，那一定非常长，而且会与第2、3点原则相冲突。
2.   即然是ID，它只需要简单的标识这个在功能上相同（用法相同）的物料即可，但不能说是用它来标识独一无二的物料。这个ID与身份ID还是有区别的，身份ID一人一个，因为人是社会活动的主体。在给物料编码时，不能这样单纯类比。比如，每个鸡蛋，它们是一无二的，但编码只能一个，因为对于企业来说，加工时用途一样，都是当作某种原料；另一个例子就是废钢废铁回收，每一片废铁形状不一且重量不一，但用途一样，那用一个编码，单位用KG或吨之类就可以了。但对于采购的同样的贴片电阻，在电路上功能相同，但不同的封装必须分开编码，因为用法不一样，有些地方能放0603的，但放不进0805的。又如:不同客户对产品的要求不一样，比如，一企业生产给酒店生产一次性牙刷，每牙刷给不同的客户，必须用不同的LOGO，是否应用不同的编码？参照此原则，物料功能、用法相同的，则应该只用一个ID,否则客户越多，编码越多，加工用的BOM越多，库存种类也多。
3. 物料ID中所包含的信息应该不随时间、地域或加工、使用方法而发生改变。比如，不能因为它今天需要外购明天需自制，这个物料就必须有不同的ID。另外，物料编码对于是整个集团公用的信息，因此在编制时，要考虑集团的需要。在一个集团内，通常是区分不清哪此是原材料，哪些是成品、半成品的，对A公司是成品，对于B公司来讲可能是原料，所以也不能因为这一点而需要分配不同的物料编码，否则同一个物料又会有多个ID了。（这点只怕反对的人一大堆了）
4. 物料编码原则中的分类方法不能重叠，不能模糊，这是说，一个物料一定只能分入到一类中，不能按这种方法或以放到A类，按另一个方法放到B类也没有错，比如前边提到的按成品、半成品等分类的方案，如果这样分类，一物多码就出现了；分类需要齐全，齐全是指考虑公司用到的产品和材料有分类可循，而且在可预计的将来，分类也是可以扩展的，不能出现将来找不到物料所能放入的分类的情况；分类级别不能过多过细，否则会与原则1冲突，即大而全。因此分类必须由熟悉公司所用到的材料的人员负责，比如质量、工程人员。
5. 另一个容易忽略的问题是物料单位，它与物料编码表面看似无关，实际影响重大，若它与物料编码配合不当，又会是编码时的一个陷阱。比如一制造企业，在某产品中，需要使用40mm、10mm、20mm长的线材，实际采购中，线是很长一截连续不断的整体，比方说50M一卷。工程师在作BOM时，会直接在BOM中写40mm、10mm、20mm长的线材，同时会本能的申请三个物料编码。另一个工程师如果用的线长度不一样，他又会继续申请。而实际对这两个工程师而言，一个物料编码就能解决问题。但如果编码时没注意到这个问题，我们可以发现，企业内会多出很多不必要的编码。
6. 出于财务统计、分析而对物料进行分类要求，可以用物料组解决。

 
     对于物料在不同的组织中，存在不同信息的需求，SAP有现成的方案，即，使用不同组织的物料视图来存储这些信息，更多描述性的信息，可以用物料的长文本记录。而关于规格更详细的描述，或产品的加工图纸，可以与文档系统相关联来展示。
    物料编码混乱的后果其最大影响不在于多申请了几个编码所费的人工，而在于一物多码出现后，随之而来的物料库存信息混乱，集团内物料信息不能共享，A公司某物料已呆滞无处使用，A公司急缺此料却暂时采购不能到货；工程开发时物料信息不能共享，每工程师都申请了新编码，由此每个BOM公用料少；生产计划混乱，因为BOM中物料不一样，库存满仓但常停工断料，呆滞料增加；采购经常为同样东西但不同ID的物料采购，采购成本高，供应商也不重视，交付慢。最后的结果是生产交付慢，对市场响应慢，客户满意度低，而使企业难于在竞争中很好的生存。
     因此，一套编码方案，有意义的编码方案，或是无意义（流水号 Running digit)的也行，但最终的方案都必须深思熟虑，考虑每个业务环节。新旧编码体系切换的成本是不会太低的，因此，与其立即发布一套不成熟的新方案替代旧方案，不如先沿用原方案，然后花些时间不停的模拟新方案对业务各环节的问题有无改善，看哪些地方新方案还是无法解决，如何改善，对新方案进入计划、执行、改善的多次循环，直到认为所有问题可接受才正式开始实施。正所谓，磨刀不误砍材功。


 
 

为什么警察近期很紧张

      天朝最近笼罩在一种恐怖主义的气氛中，上街散步、拍照都被禁止，甚至有人遭逮捕或盘问，为何？
      世上事物，相生相克。有妖怪，所以有神仙；有坏蛋所以才有警察。最近天朝听说坏人悉数回京召开“老鼠会”及“分赃会”（民间称“两会”），而平日坏人作恶多端，警察担心此次齐聚京城易遭人团灭，而以后无坏人则难有饭碗，所以紧张非常也就不难理解。
      因此，按上述逻辑分析，一旦坏人离京返回各自岗位后，警察的恐怖感会减弱，民众被骚扰的可能性会略有下降。


   

转：查找透明表的实用方法

1、通过字段查表：先通过SE16在表DD03L（保存有SAP所有字段）中通过字段查找到所有引用此字段的表名，再在表DD02L（保存有SAP所有表）中筛选表类别为透明表的表。可以做成一个Query，方便以后查询。其它相关表：DD02T（SAP表文本）、DD04T（数据元素文本）。另外，表DDFTX也有部分对应关系，但具体不清楚用在哪。

2、写个小程序，通过字段找表：

*****&&&&&查找透明表&&&&&*****
*&---------------------------------------------------------------------*
*& Report    ZTABLEFIND
*&
*&---------------------------------------------------------------------*
*& Author: Mao JH
*&
*&---------------------------------------------------------------------*

REPORT ztablefind.
TABLES: dd02t, dd03l, dd02l.
DATA: BEGIN OF field1 OCCURS 0.
        INCLUDE STRUCTURE dd03l.
DATA: END OF field1.
DATA: BEGIN OF field2 OCCURS 0.
        INCLUDE STRUCTURE dd03l.
DATA su TYPE i.
DATA: END OF field2.
DATA:field_sum TYPE i.

SELECT-OPTIONS ified FOR dd03l-fieldname.
SELECT-OPTIONS ittype FOR dd02l-tabclass.
DATA   fieldsum TYPE i.
SELECT * FROM dd03l INTO TABLE field1 WHERE fieldname IN ified.
SORT field1 BY tabname.
LOOP AT ified.

  fieldsum = sy-tabix.
ENDLOOP.
LOOP AT field1.
    field_sum = field_sum + 1.
  MOVE-CORRESPONDING field1 TO field2.
    AT END OF tabname.
*field2-tabname = field1-tabname.
*move-corresponding field1 to field2.
    field2-su = field_sum.
    COLLECT field2.
    CLEAR field2.
    CLEAR field_sum.
  ENDAT.
ENDLOOP.
LOOP AT field2 WHERE su = fieldsum.
    SELECT SINGLE * FROM dd02t WHERE tabname = field2-tabname AND
         ddlanguage = sy-langu.
    SELECT SINGLE * FROM dd02l WHERE tabname = field2-tabname AND
                      tabclass IN ittype AND
                      as4local =  field2-as4local AND
                      as4vers = field2-as4vers.
    IF sy-subrc = 0.
    WRITE: / field2-tabname,dd02l-tabclass,dd02t-ddtext.
  ENDIF.
ENDLOOP.



3、记录几个有用的表：

通用角色与本地角色的关系表：AGR_DEFINE

角色与事务代码的关系表：AGR_TCODES（用于查询角色中包含了哪些T-CODE，或一个T-CODE都被哪些角色使用）

这两个表是我用ST05追踪到的，记录一下。
原始来源：
http://blog.csdn.net/baiboyd/archive/2010/05/27/5629478.aspx

Inbound delivery and Outbound Delivery

*Inbound processing* 
      Goods Receipt Is a follow-on activity to a purchase order. It forms the basis for updating the financials and inventory records and can trigger warehouse management and quality management processes. With the warehouse management system, you can control the goods receipt and goods issue processes at a physical level. Goods receipts are possible from purchase order, inbound deliveries (advanced shipping notice), stock transport orders, or from production orders. Goods receipt begins the putaway process, which is supported by different advanced strategies. Determination of External Demands Determines the data describing a demand for a material that is procured externally. This data includes the quantity that is required, the release-to-supplier date of the demand, the goods receipt date for the delivery, and the location to which the material has to be shipped. Advanced Shipping Notification Comes from the vendor and contains the exact materials, quantities, and the delivery date with reference to a purchase order. This document becomes the Inbound Delivery in the receipt process. Delivery Monitor Provides an overview of deliveries in working processes. Gives an overview of the workload in different areas, for example shipping, transportation, or invoicing, while also allowing you to collectively process documents that have the same selection criteria. Specialists in different execution areas of the organization can use this tool to gain a quick overview of their workload, drill down to single documents, and trigger follow-up activities. Yard Management Gives the warehouse an overview of stocks located on trailers, trucks, or railcars in the yard. Sequencing functions decide which stock should be received into the warehouse at which point in time. Yard Management also manages the vehicle from the check-in to check-out, including in-yard activities such as sealing, weighing, and directing the vehicle to a door or parking place within the yard. Registration of the start and finish of loading or unloading activities is also supported. Yard Management is integrated with Mobile Data entry

*Outbound processing* 

      Goods Issue The outbound delivery forms the basis for goods issue posting. The data required for goods issue posting is copied from the outbound delivery into the goods issue document. When you post goods issue for an outbound delivery, the following functions are carried out on the basis of the goods issue document: Warehouse stock is reduced by the delivery quantity. Value changes are posted to the balance sheet account in inventory accounting. Requirements are reduced by the delivery quantity. The serial number status is updated. The goods issue posting is automatically recorded in the document flow. Stock determination is executed for the vendor's consignment stock. A worklist for the proof of delivery is generated. After goods issue is posted for an outbound delivery, the scope for changing the delivery document becomes very limited. This prevents discrepancies between the goods issue document and the outbound delivery. Delivery Processing & Distribution Controls the actual fulfillment of sales orders and purchase orders as well as stock transport orders. The execution of logistics tasks is handled here. With delivery processing, the goods are shipped and relevant documents are printed out. The sales requirements can be distributed to alternative locations. The delivery might be shipped to the customer directly from the fulfilling locations (more than one delivery), or consolidation may occur at one location before one complete shipment is transported to the end customer.
    Proof of Delivery
    Proof of delivery (POD) is an instrument involved in business processes in which an invoice is issued only after the customer has confirmed the delivery's arrival. In addition to the POD itself, you can also record the POD date, time, actual quantity, and the reason for possible differences in quantities. This is especially important for deliveries where the delivery quantity varies because of the nature of the goods or for which the exact delivery quantity is unknown from the start. You are now in a position to issue an accurate invoice based on the customer's confirmation of goods received. You no longer need to create credit memos. The reasons for deviation that occur most frequently in real-world scenarios, such as stock shrinkage, theft, certain characteristics of goods (volatility, for example), and transportation damage, are recorded and analyzed in the system. This analysis is especially valuable when you are negotiating with forwarding agents vendors, or customers, since all deviations can be reflected. Value-Added Services Value-Add activities in the warehouses need to be managed and monitored. Using the VAS functionality, you are able to manage and control the execution of services in the warehouse. VAS is fully integrated into Warehouse Management, Handling Unit Management, Task and Resource Management, and Mobile Data Entry. Delivery Monitor Provides an overview of deliveries in working processes. Gives an overview of the workload in different areas, for example shipping, transportation, or invoicing, while allowing you to collectively process documents that have the same selection criteria. Specialists in different execution areas of the organization can use this tool to gain a quick overview of their workload, drill down to single documents, and trigger follow-up activities