ABAP Objects

从今天开始，正式学习ABAP面向对象编程。ABAP Objects既指整个ABAP的运行环境，也指ABAP语言中新增的面向对象部分。学习OO，主要是因为SAP自带的程序很多是OO编写的，看不懂，感觉深入学习ABAP必须掌握OO。

REPORT
Z_XP_LEARN .

class application definition.
public section.
methods show_text.
private
section.
data text(100) type c value 'This is my first ABAP Object.'.
endclass.

class application implementation.
method show_text.
write text.
endmethod.endclass.

data ob_app type ref to application.

start-of-selection.
create object ob_app.
call method ob_app->show_text.

前段时间弄过PHP的OO，也碰过Java，感觉看起来还是挺眼熟的。参考教材就用《SAP程序设计》，也就只有这一本了。希望在短期内，能掌握并运用。这个短期，暂定一个月？因为最近项目比较忙，可能像今天那么轻松的时间不多。

类成员包括：属性DATA，方法MOTHOD，事件EVENT
成员可见性：PUBLIC，PROTECTED，PRIVATE

使用对象的一般步骤：
1、定义类的声明和实现的方法；
2、使用DATA语句中的TYPE REF TO选项参照类类型声明引用变量；
3、使用CREATE OBJECT语句创建对象；
4、通过“->”或“=>”运算符访问对象或组件。

记帐期间……

今天财务部急电前段时间编写的报表程序不正确，比如：余额不对，有些供应商的业务范围没有读取之类。检查了一下，确有其事。sigh，当初测试的时候你们又不说。

确切来说，是两张报表，比较相似，一张统计供应商记帐期间的发生额，另一张则统计客户的。要求细分业务范围，统计他们的期初余额、期间发生额和期末余额。

问题出在我对“记帐期间”的理解上。我以为，既然有个“记帐期间”的限制，那么在此之前的数据就可以抛到一边了。导致的结果是，之间的存在结余的而“记帐期间”没有发生的，不在统计范围内。这就是财务部发现的问题。

一开始的时候，我还坚持自己对“记帐期间”的理解。后来才想通了，之前的肯定应该算到本期的期初余额，怎能蒸发了呢！实实在在的帐啊。

大人，小孩

《童梦奇缘》说是一部很真挚的电影。这样说是因为它切入了一个充满童真的话题，感人肺腑的述说身边的家事吗？

我想说的是，用小孩子的眼光、思维，去处理大人的问题，原来可以很简单——说和做都是那样的直率。但是与此同时，小孩是不能理解大人的苦恼，很多时候，大人宁可选择“唔出声”。

在表达这些问题意犹未尽的时候，影片很突然的转到另一个话题：时间。也难怪，影片本来就是一个“时间、生命”的问题。很多人觉得“我还有很多时间”，所以可以“等落去”。而光仔却“没时间了”，他要用他的最后一天，去弥补前小半生的遗憾。

而即便如此，短暂一生的他还是觉得“时间对于每个人来说都是一样的”，我想他是领悟到了。那我领悟到什么呢？1、问题简单化；2、不要虚度光阴。

题外话，应采儿真的一个很好的花瓶。

ECM ( Engineering Change Management ) 工程变更管理

>>工程變更(Engineering Change)是科技產品經常會發生的事。工程變更會發生的原因很多，例如原來的產品增添新的功能，原設計圖修改以便提高生產的良率，採購尋找替代化性原料以降低成本，客戶服務針對客戶抱怨修改產品規格，或研發部門改正原來的設計暇疵等。基本上，企業裡的任何人都可以提出工程變更的申請(ECR)，再交由各部門代表所組成的委員會經過正式的程序評估之後，發出工程變更命令(ECO)，才可正式將之付諸實施。工程變更必須妥當的控制與管理，才可以避免造成不必要的損害，例如呆料或庫存餘數必須處理，而新的原材料可能因此無法及時取得，造成新產品延遲推出等問題。

一般而言，大多數的公司在工程變更的管理方面都遭遇一些問題，如下面所列舉的：
●缺乏一個工程變更審核的程序，只有研發或少數人決定做工程變更而己。
●工程變更的程序所需的時間太長。
●設有專人負責工程變更相關事宜。
●工程變更的資料沒有在用料表(BOM)上及時更新。
●工程變更造成的呆料或庫存的損失，沒有事先評估。
●工程變更沒有及時更新，有些項目仍使用舊料號或舊版本。
●工程變更的成本和效益缺乏事先評估。
●會計或財務事後才被知會有關工程變更事宜。
●工程變更影響的部門無法事先得知，造成工作上延誤或重工。
●使用的電腦軟體缺乏工程變更管理的功能；或功能不完整。
●工程變更缺乏事後的追蹤，將使得用料表(BOM)的準確性下降，而無法達到預期的成效，生產和存貨的規劃也會因此受影響。

在我目前的理解，ECM就是对订单更变的一种存档记录，以便管理。公司SAP中采用了ECM的流程，但也只停留在记录阶段，并不自动更改订单，据说是为了避免不必要的麻烦，以提高灵活性。且只作用在BOM上，不记录工艺路线。

在什么时候需要启用ECN ( Engineering Change Notice ) 呢？满足以下两个条件：1、BOM用途为1生产；2、BOM状态为1有效。如果BOM没有正式投入生产使用，比方说在设计阶段，那直接修改BOM就可以了。

相关链接：
A basic SAP Engineering Change Management Setup

从用户的角度去看

基本编写完培训文档后，组长让我检查。我花了半个小时，掠过了一遍，大概看了一半的内容，除了修改一下版面和小差错外，实在觉得没多少看头，已经是头晕眼花。

我问他，检查些什么。他跟我说，要从用户的角度去检查这些文档，看写得清楚不，能看懂不。接着随便抓了个问题，说我写得不够详细。

我是认同他的话的，可惜已经没有这个时间和精力去细化了。

编写PP模块的培训文档

最近这近两个星期，一直忙着编写PP模块的培训文档。皆因公司电源事业部SAP上线已经到了第三阶段的尾声，编写培训文档成了我等新员工的主要任务。

培训文档的编写主要参照以前的上线的文档，照着就有的流程，在SAP上操作、截屏、在Word里修改文字，好机械啊，感觉自己都成了文员。好在这样的工作，对SAP的操作熟悉了不少，现在闭上眼睛都能迅速下达一张标准生产订单，很快完成整个流程的操作。当然，作为一个ERP顾问，显然不能仅仅停留在这种层次，我必须进一步深入、学习。

说到培训文档的质量，尽管自问下了很大功夫，但心里还是不是那么踏实。在这么紧的时间里，质量是很难保证的，其实我希望能做得更好，写得更翔实，可是一没时间二没知识。基本上只将旧有文档翻新了一下。

现在该工作基本告一段落了，我会找时间将编写文档学到的东西整理出来。

SAP之路

大学毕业了，工作了。选择了一份理想的工作：ERP顾问，但是所处的环境就不是那么理想了。这真的让我好好反省，现在每每想起大学的时光，真教我唏嘘不已，虚度了那么多的可爱时光。可是悔恨有什么用呢？我明白再也不能回到从前，即便再考研踏入学校的大门，也不可能找回昔日的感觉。

那么，好好工作吧！

“SAP之路”记录我学习SAP的过程，当然也包括这个时期的工作、生活。突出SAP只是希望能与同路人交流、学习。

铭记：要在人生每个阶段做出成就，方能无悔无憾，因此要计划、落实好每一天，每一阶段。