骑狼的人

blog迁移

jang — Thu, 07 Jun 2007 20:23:17 +0800

有一次blog迁移，由于donews的速度实在不敢恭维，时不时数据库还会down掉，所以，把数据已经转移，新的blog地址：http://jang.yo2.cn/

这个donews的blog不再更新

注意：新blog地址：http://jang.yo2.cn/

oracle XML publisher

jang — Mon, 09 Apr 2007 20:10:26 +0800

经过一个周末和今天一天的奋斗，终于将oracle XMLpublish在11.5.8上的应用搞得差不多了，感觉比较爽，至少不枯燥，最后做出来的东西还有点BI的味道。刚刚写了一篇《浅谈ORACLE XML Publisher 功能与使用》的文档，写了9页，哈，累死我了，可想而只内容还是比较丰富的，不过，毕竟是“浅谈”，呵呵。

由于已经形成了文档，所以就不挂到这上面来了，有兴趣的朋友可以联系我。

跑步前进

jang — Sun, 08 Apr 2007 00:24:33 +0800

好久没有在blog上更新技术文章了，最近一直比较忙，从过完年到现在基本就没有消停过，但是我并没有忘记上来更新一下。

最近有几个琢磨的方向。

首先是oracle R12，12版本在OPM方面较11I做了比较大的变化，加强了流程管理的控制，在功能方面更趋进于OA，变得越来越强，越来越有针对性，很突出的一点，强调了工作台的重要性，并且将OPM的INV模块在R12版本中去掉了。具体的功能改进还在慢慢探索中，毕竟那么多UG不是几天就能啃完的，何况我现在手头上没有环境，所以只能看一点总结一点，慢慢来。想到哪，就看到哪，随手也就在这里写到哪。

另外一个就是ORACLE XML Publisher。这个工具其实很早就有了，但是一直没有留意过它，也没有研究过这个玩意究竟有什么作用，在amwlq的指导下，今天安装了这个工具，并做了个测试，感觉不错，比较有用，主要是对并发文件和报表文件的输出控制。在11.5.8/9上，系统没有集成这个东西，而在点10上对这个工具做了集成，可以直接在并发请求中使用。大概是这个样子，我这几天还在仔细测试，随后会把具体的测试情况放上来。

选择一种职业，就是选择一种生活

jang — Fri, 06 Apr 2007 18:39:30 +0800

选择一种职业，就是选择一种生活，记得这句话是很久以前某个朋友的MSN的签名，当时没有什么感觉，现在我体会到了。

想想今年过年那几天似乎已经很遥远了，过完年，回到广州，在公司无所事事的呆了一周，风尘仆仆的赶赴海丰，在那里三个星期把收尾工作做完，回到广州，又在公司无所事事的呆了一周，去了桂林开会，又是一周，再次回到广州，呆一周又准备去DG,估计要去两个星期左右，呵呵，到时候已经是五一了。

选择了这份工作，就得适应这种漂泊的生活，不过，说心里话，我还是比较喜欢这种生活方式，想想，在广州呆着有什么意思？在这里和出去出差又有何区别？还不是宿舍、公司，公司、宿舍？没有任何归宿感。

自从上学的时候，我就是一个喜欢东跑西踮的人，总是希望自己离家越远越好，似乎很有男人味，敢于出去闯荡，现在已经出来了快八年了，似乎有点疲倦，没有什么成就感，到哪里觉得都还是自己，并没有什么不一样，不知道要漂到何年何月，想起了小时候的那首儿歌：走走走，游游游……

年过完了，该收收心了

jang — Sun, 11 Mar 2007 19:17:50 +0800

今年过年觉得过的很急促，2月11号回广州，2月14号从广州回家，2月24号从家返回广州。

虽然过年在家呆的时间比较短，但是，完成了我的一个小小心愿。想想我那几个死党，似乎近些年来好久没有所有人整整齐齐的在一起聚过了，每年不是缺这个就是缺那个的，今年终于所有人聚全了，憋了许久的自我在哥几个的酒杯中得到了最完美的放纵。连着几夜的把酒言欢，似乎又回到了高中时代。

由于飞机延误，回到广州，已经是２月２４日的晚上１１点多了，下了飞机，突然一种落寞的感觉涌上心间，还是那个问题：我究竟是否属于这个城市？我在这个城市究竟有什么？

初八的晚上，和几个曾经的战友一起吃了饭，虽然谈笑风生，但是可以感觉到差距已经不是一点点了。

年过完了，该收收心了，干自己该干的事情，今年，该是出彩的时候了。

喜悦&感动

jang — Sat, 10 Feb 2007 22:31:41 +0800

今天是我在海丰的最后一天，系统已经成功上线，这两天已经逐步和实际业务同步，很开心。

明天就要离开海丰返回广州，晚上海丰厂的班长以上的干部包括厂长在一起摆了宴席，一是到年底了，对干部的肯定，二是为我们的ERP成功上线来庆功。

一杯啤酒接着一杯啤酒，在我的印象中已经很久没有喝过这么多酒了，记得刚参加工作的时候，我们部门的领导就对我说，在这里，酒量和能力成正比，当然大家心里都清楚这是一句玩笑，但是在特定的场合，还是很正确的，至少反映出一种性格。

各个部门的人员一个接一个的来敬酒，我是不能喝酒的，但是大家都这么的有心意，我也豁出去了，谢谢他们，一杯接一杯的干，酒水中流露着心意。

最后，几十个人一起举杯同声说了句“谢谢老师”，当时我真的差点哭了出来，很是感动，一种莫名的感觉犹生出来，可能就是所谓的成就感？满足感？想想在过去的四个月里，大家这么的支持、配合我们的工作，对今天的成功上线功不可没，我谢谢你们~~~

明天就要回广州了，突然有点不舍，没有不散的宴席，让这一分喜悦和感动永留心间吧~~~~

成功上线

jang — Thu, 08 Feb 2007 23:45:41 +0800

原定公元2007年2月1号上线的系统，几经周折，终于于今天，公元2007年2月8号正式上线~~~

俺师傅和俺说，项目推迟上线属于正常现象，可能我还不太适应这种感觉，我是一个不爱计划的人，但是在这种事情上，特别是真正倾注自己心血的事情上还是希望能按计划进行，想想前几天，真不知道是怎么熬过来了，这几天似乎是最近这四个多月过的最漫长的几天，但是，无论如何，熬过来了~~

昨天下午就开始部分业务正式上线了，今天基本全部上线，很累，我今天几乎是时时刻刻穿梭于各个业务部门间，仓库、车间、办公室……，还好，还算正常，我是说系统功能运行没有出问题，说明，我成功了，但是可能部门间还存在一些扯皮的事情，怎么说呢，这本不属于我的工作范畴，我只是负责系统方案设计以及功能实现，目前，这两点都达到了我预期的目标，可以说，这我的认识上，我已经成功了，至于还有一些收尾工作，那就慢慢来吧，毕竟，这么一大套系统，期望在短时间内运行准确，数据可靠，光有实施组的努力是远远不够的，关键还是在用户~~~

昨天把我的签名改了，白天由于一直奔波于各个部门之间，没有机会上网，晚上一开电脑，很多人给我留了言，可能其中就有你，祝贺系统成功上线，在这里谢谢你~~

晚上，我们几个人象征性的去外面吃了顿庆功宴，并不十分丰盛，喝了点酒，彼此之间并没有过多的兴奋流露言表，更多的是感慨，没有体会到丝毫的成就感，可能都在把这一分属于自己的成就感纳于心间，事实上，可能平静应该是此时最好的表达方式~~~

四个月，整整四个月，感觉似乎过了很久，又感觉似乎过的很快，都说项目中很锻炼人，成长的很快，但是要我真正总结一下这次项目的收获有什么，我还真的不知从何说起，可能已经印成我自己了，呵呵~~~~

这次项目中，接触到了很多平时没有接触到的知识和技术，要特别感谢lhxing，amwlq，zetsing三位的鼎立支持，这段时间，不，一直以来都对我都是有问必答，从不推脱，太多的感谢就不说了，一切尽在不言中，小弟我心里有数。当然也要感谢我部门的同事，我出来这几个月，也给我了很大支持，承担了我的工作，你们辛苦了，遇到一些问题，你们也协助我积极解决，谢谢你们~~~~~

在收获成就和喜悦的同时，还要总结经验和教训，坚信，走过必留下痕迹，明天会更好，会更精彩~~~~

OPM原因代码<二>

jang — Tue, 06 Feb 2007 17:11:40 +0800

上次对原因代码做了简单介绍，今天我准备写一下原因代码的权限分配。

在实际做实施的时候，我们会遇到这样的情况，往往设置很多个原因代码（成百上千），当然可能这些原因代码是应用于不同的OU，这样，业务人员在在业务系统做单据的时候面对这么大数量的原因代码势必会出现错误，这样就不得不反冲再做新单，导致工作量大，出错率高，有什么办法来解决这个问题呢？

系统对原因代码没有提供按组织区分的功能，只能按照权限和单据类型对原因代码在不同权限间进行分配，下面就简要介绍一下具体实现方法。

首先需要对系统配置文件进行设置

我们在设置原因代码的功能地方可以看见

可以看见，需要针对每一个原因代码的进行安全性设置，当然，一个个这样设置是没有问题的，但是，如果原因代码很多，每个原因代码不止应用于一种单据类型一个责任，这样，我们手工在应用里面进行维护的工作量的数量级是原因代码数量的几何倍数，不敢想想，有美誉什么办法简化我们的工作量，又能达到我们安全性设置的要求呢？

看一下这个表GMA.GMA_REASON_CODE_SECURITY

有这么几列，对，这个表就是原因代码安全性表，我们只需要整理好每个原因代码都用于哪些单据类型，能够使用这个原因代码的应用职责都有哪些，做成一张excel直接粘贴到这张数据表里就OK了，这样，我们的工作量就小很多了，原因代码、单据类型、职责ID都可以用sql查询出来，只是最后的一个组合工作，可以交由业务部门来整理。

哈，这样，我们就完成了对原因代码的屏蔽的工作了。

其实，这个功能还是相当有用的，特别是在多个OU的情况下，按照不同OU的职责进行原因代码的屏蔽对于业务人员来说，绝对是福音啊，大大减少出错概率~~~

OPM原因代码<一>

jang — Sat, 03 Feb 2007 10:48:13 +0800

OPM的原因代码绝对是个好东西，这里我会对原因代码做以简单的介绍。

我对原因代码的理解主要有两个方面，从非财务人员的角度去理解，就是一个业务代码，用来区分不同的业务；从财务人员的角度去理解，它又变成了一个描述库存事务的帐户别名。

原因代码分为三种类型：增加与减少；增加；减少。具体含义可顾名思义，我就不详细说明了。

OPM的最大好处就是库存的每笔事务都可以通过原因代码来进行科目帐户的映射，不同的事务对应不同的帐户别名，当然，在帐户的映射的时候原因代码只在IVA帐户类型进行科目映射，对应某一个帐户，你可能会问，会计分录都是一借一贷，必然会有两个会计科目，为什么这里在对原因代码映射的时候只有一个会计科目？

OPM库存事务中ITEM基础信息中有几个分类是必要的，比如INV_CLASS,GL_CLASS等，这些就是另一个会计科目的映射来源（INV帐户）。

举个例子，有一个ITEM料号是item001，GL_CLASS是A.A.A，如果想对这个物料做库存事务，比如创建、调整、移动等，我们首先要对这个GL_CLASS进行科目映射（库存的帐户类型为INV），例如映射为原材料_包装物_，用原因代码A001做杂项调整出库动作，A001的IVA帐户映射的科目为材料成本差异-杂项调整_，这样我们这笔事务做完之后，在运行成本处理的时候，针对这笔库存事务会生成一笔借材料成本差异-杂项调整_，贷原材料_包装物_的会计分录。

当然不仅仅可以对GL_CLASS进行科目映射，INV_CLASS也是一样。

此外原因代码的映射还有优先级的区分，见下图

可以看见不同的帐户可以对应不同的优先级，这个优先级是什么意思呢？我们在做事务处理的时候，对于物料基本上是一个分类一个GL_CLASS,对应的GL的科目映射都是一样，但是实际事务处理过程中可能会在不同的组织、仓库等等，根据实际情况的不同，需要生成的会计分录可能不相同，这时我们就需要根据实际情况针对不同的情况设定一个优先级，至于怎么实现，我想我在这里就不用详细说明，只要联想一下具体的事务处理便会明白。

对于标准的库存转移还有一个XFR的帐户类型，这里就不做介绍了，充当一个中转帐户。

当然还有其他的很多帐户类型，如AAP,PPV,IVV等，我就不一一介绍了。

未完，待续，下一次内容为：原因代码的权限控制~~~~

oracle R12

jang — Fri, 02 Feb 2007 19:58:36 +0800

不久前，oracle推出了 oracle R12,与目前的11i长的样子区别很大，今天仔细看了一下R12的介绍文档，两个字概括“漂亮”，先看一下界面的区别：

目前11i的登录界面

看看R12的登录界面

再看看应用的界面，先看现在11i的

再来看看R12的

感觉漂亮的很多，不知道还是不是form，开发工具是不是还是form builder，好像听说是用Oracle Jdeveloper升级过的form，虽然样子是一样，但是技术已经不一样了。要是真的是这样，现在做开发的XDJM们可有东西要学习了~~~

现在好像oracle R12已经提供下载了，真想高一台配置高一点的机器，装个R12玩玩，哈，不过似乎很遥远，上次搞了台PC SERVER装了个点10，很不错，数据库和应用所有都是自己安装自己配置，爽的不得了，只是测试的时间太短了，机器就被没收了，哈，没有环境啊，要是能提供一台专用的测试环境给我该多爽啊，不过，那是不可能的，哈，只能望梅止渴了

有时间真得研究研究这个R12，说不定过个一年半载的，别人问你R12是什么，你说不知道，都不好意思和别人打招呼，哈~~~~~~~~~~~