松间居

搞死SBO

wsytz — Thu, 29 Oct 2009 11:42:00 GMT

Ｒ３之余，接触了一下SBO。这个打着SAP旗号的小弟弟，还真够能忽悠的，椤把一个这样一个小东东搞的跟大腕似的，其实许多地方连K3都不如。

为了搞什么独立核算，又生生把一个SBO搞出了Ｎ多个账套，数据同步成了问题，顾问公司搞了个什么插件，每次修改了物料，都要通过它，同步到Ｎ个账套，因为那插件也是自动登录到Ｎ个账套上操作，速度那就别指望了，那边等着做业务，这里却常常传不下去，整个让SBO给搞死啦！

改，通过跟踪SBO的过程，终于找到了通过同步物料可能涉及的地方，自己搞定它。一试，超爽，原来一上午传不完的活，现在一下就搞定了，哈哈，把SBO搞定了。

然而，天有不测风云，有个物料不能修改，传就好了，为啥要修改？原来是因为早就禁用了的东东，被POS机打出去了，得改回来。一瞧，那哥们的提示是：

喝，三天不见，成精了？还得用下我的法宝。打开数据库跟踪，看它到底是个什么鬼。结果人家用了整整六个条件查一个物料，查不着就不干活，你说好笑不好笑，更新日期不写成0时间的就不认，真是笨到家了，估计也是前台什么控件取DATETIME类型时丢了时间部分，还好意思在这里叫。只可惜这样一来，这伙计也搞不清到底是用户什么时间修改的了。不管它了，一句UpdateDate=CAST(CONVERT(VARCHAR(8), UPDATEDATE,112) AS DATETIME)，就是一剂猛药，一试，果然药到病除，又把它搞死了。

三八感怀

wsytz — Thu, 19 Mar 2009 15:06:00 GMT

三八节送老婆（之二）

我生在一座小山前
　　常走的是豆山的山路弯；
你生在一条大河边，
　　常去的是大青河的河沿沿
追寻着青春的梦想
　　一起走进远方的人海漫漫

你心里装着青河水，　　
　　顺流而下回家过年
我怀里揣着乡土情
　　过年时节回家看看
河水滋润着路漫漫
　　山风只吹的水涟涟
　　两个生命交汇在地平线

从此山不再孤单
　　因为总会有你相伴
从此水更加缠绵
　　因为总有山的相牵
生命的色彩改变了生活的艰难
　　相伴的日子总是香甜

草根儿发芽送喜讯
　　柳叶儿传情到水边
一声婴啼春大地
　　一个精灵到身边
一家喜庆千斤到
　　一份欢乐永相伴
　　
生活一天天成熟
　　你为我守望在泰山松旁
女儿一天天长大
　　我为你来到了珠江水边
相隔千里情不断
　　万水千山共婵娟
　　守护着我们永远的港湾

你的声音，在我耳边如此亲
　　你的牵挂，在我心间绕梦魂
虽有万水，分不开骨肉亲
　　纵有千山，隔不住有情人
山不再高，水不再深，
　　生活不再艰辛，你我不再分

佳节将至人不寐，劲风吹处归意浓

wsytz — Tue, 20 Jan 2009 01:32:00 GMT

不知何时起，“您买票了吗？”代替了“您吃饭了吗”，“带点什么回去”代替了“您到哪里去”，佳节将至，人心浮动，归意正浓。今日早点时一句“连着上了白班夜班了，下午三点还让去”的报怨，可知有多少处已经人去岗空。电视屏前，才讲春运难，昨夜梦中，又见回乡土；厂区路上，只觉劲风吹；食堂内外，复感归意浓。真是，佳节将至人不寐，劲风吹处归意浓。虽订单不再加，然单据不见少，不能及时处理者，许多处，尚待跟进。

就让暴风雪来的更猛烈些吧

wsytz — Tue, 20 Jan 2009 01:29:00 GMT

天渐渐晚了，云，暗黑的云，在天空盘旋着，堆积着，像等待命令的天兵，压迫着这个即将迎来大雪的寒夜。
人渐渐少了，风，凛冽的风，在路上嬉戏着，呼啸着，像迎接母亲的孩童，附和着这个就要送来变化的云团。
我们走来了，你，单薄的你，却无半点寒意，迎着风，在这个空旷的街上，看着一辆辆过往的公交不达目标，
我们等急了，雪，期待的雪，还没露出头来，隔着云，在那个辽远的天空，想着一个个冲下的方案尚未如愿。
罢了，罢了，脸上凄风阵阵是那般的冰冰凉，
去了，去了，不管还有多少方法能达北大街。
也许，雪儿就要冲下云团，
也许，风儿就要发起新威，
而我们已经向目标冲去，
就让暴风雪来的更猛烈些吧！
(2008-12-3)

字段码

wsytz — Mon, 12 Jan 2009 09:29:00 GMT

SAP工单中的字段码有着许多控制功能，其中，对于反冲领料来说，如果指定的是选定了自动货物移动的字段码，则可以显示工单产品的冲回；而如果选了未选中该选项的字段码，则工单物料将不在反冲中列出。本次补单中，就出现了反冲时未显示工单产品入库选项的工单，经查就是调度选择了错误的字段码造成。

VKM1 与 VKM3

wsytz — Mon, 12 Jan 2009 07:48:00 GMT

SAP的信用管理检查是可以从订单开始的，如果信用检查不通过，将无法进行外向交货。这次补单过程中，对于销售订单，通过VKM3通过解锁定已经解决了销售订单的外向交货问题，但在进行外向交货的记账处理时，却无法通过，提示静态信用检查超限，显示信用状态为B [ 信用检查已完成，单据不完备 ]。原来，虽然本单已经解锁，但之后补单过程中，用户不断建立该客户的订单与发货，所以仍有锁定状态的。需要使用VKM1针对该客户解锁所有销售凭证，就可以过账了。

计分系统规则变了？

wsytz — Mon, 23 Jun 2008 14:34:00 GMT

忽然发现，我们社区的记分规则变化了。

记得早期，一个问题或一个回复，只记一两分，那时候积个千儿八百的，可真的是心血结晶啊；
后来改版后，发现发表一篇就给记十分（当时是TOP50），忽然觉得象到了天堂；
再后来，由于疏于维护，落到了50开外，发现给记8分；
今天写了一篇，发现只记了三分。
呵呵，其实分并不重要，重要的是我们有了这个积累知识与相互交流的平台。

感谢Kingdee社区！

SAP也可以这样搞！

wsytz — Mon, 23 Jun 2008 14:24:00 GMT

想不到SAP也出这种问题。
有同事提到我这里一个问题：在进行SMOD增强（PPCO0012）时，组件中，“功能码”下，程序“SAPLCOCU”下对应的代码，没有按规则输入（要求加号加三个字母），写成了“SCEM”，这下好了，系统再也无法进入组件显示了，一点就报错。
提交SAP处理问题，已经烦了，如果是急问题，人家一看你没有开放访问，立即打回；上次开放访问期间，系统个别数据改变，实在说不清是不是SAP方的问题，先自己试试吧。

经检查，增强记录在表MODSAPA下，增强标题记录在表MODSAP下，相关表只有MODSAPT(文本).在表MODSAP下（name/typ/member），其中typ定义为：
E 功能退出
S 屏幕
T 表
C GUI代码
数据中，C的行包括：
PPCO0012 C SAPLCOCU+COI
PPCO0012 C SAPLCOCUSCEM
显示第二行是错误的。删除它！(delete from modsap where name = 'PPCO0012' AND TYP = 'C' AND MEMBER = 'SAPLCOCUSCEM'. )。

怀着几分不安，进去一试，呵呵，好了！
唉，SAP也有这种时候，且作为数据修改一例吧。

现场感的蓝图汇报

wsytz — Sun, 01 Jun 2008 09:11:00 GMT

蓝图汇报，是SAP项目实施的重要环节，一方面是对各项目小组参与程度与把握程度的检验，另一方面也是对蓝图中问题讨论的再次确认，在各模块的碰撞中，使大家的认知得到升华。为了激发大家的参与，这次蓝图汇报是通过项目小组评奖的形式进行的。这次有七个项目组（SD MM PP PM QM FI CO)，由各项目组长进行演讲与现场解答问题，然后由项目管理组和各项目小组组长（不含本小组）进行评奖。由于考虑到安排在会议室的话，展示空间不足，人员状态也太过放松，所以放在培训室进行，由进行讲演的模块小组长（其实就是各部门经理）在讲台上进行演讲。这次表现最好的是PP模块小组长（生产部经理），不但思路清晰，讲解流畅，脱稿(PPT)讲解，而且能很好地结合实际工作进行说明，在解答问题时也显得游刃有余，表现出色，成为本次汇报的公认第一名。CO/FI模块由财务经理讲解，准备较充分，拿得并列第二名。活动进行了现场发奖。
如果说本次安排的不足，主要是在时间上显得不够，预备在两个半小时完成内完成，结果仅第一个模块就用了将近40分钟。是啊，每个模块都有足够多的东西要说，太短也不足以展示清楚。整个过程历时四个小时，胜利结束。十分感谢我们的项目推动等的大力支持，在策划、场地等做了的精心安排。

忽如一夜春风来

wsytz — Sun, 01 Jun 2008 09:06:00 GMT

    这是一个神奇的地球，这是一个快乐的地球，人类的活动正在席卷着她的每一寸肌肤。
   打开GOOGLE地图，定位到浙江省绍兴市的东南侧，当那两块反差巨大的图象同时映入眼帘时，我听到了人类前进的脚步，穿越了历史长河的时空，感受到了如此强烈的震撼！
    地图上，西边是时间较近的图片,是已经高度城市化的大地；东边是广大的乡村，是城市扩张的目标。从图上看，虎彩激光开始建厂应该是在04年左右，就是说，东边收监照片应该是03年左右拍摄的；西边的卫星照片则是较近段时间的。在这短短三四年的时间里，这片土地变化是如此之大，怎么不让人感慨！

http://user.qzone.qq.com/353074742/blog/1212194993

项目团队

wsytz — Thu, 13 Mar 2008 12:45:00 GMT

在一个项目团队中，大家是一个整体，共同组成一个圆满的项目，大家在项目中的作用，就如连成水桶的的不同木条，哪一要有问题，都会影响项目的质量。在项目中，除非确认他能胜任自己的工作，或有人代替其工作，否则就不能认同其为项目一员，否则项目将无法正常进行。在一次周边模块的实施中，就出现过类似的问题。当周边设置已经到上线准备时，财务集成的顾问还没有到位，离上线只有几天了，经再三要求下终于到位了，却从几天的工作中发现拿不出方案、配置漏洞百出、测试百测不过，根本无法承担此任。虽然顾问公司终于换来了可行的顾问，但已经是过了上线时间几天了。临阵换人，对项目士气、对项目进度、对顾问公司形象，都构成无法挽回的影响。记得早期，曾有强势用户要求更换顾问的经历，本次中，如果项目在用人上稍把下关，也许问题也就不会发生了。不要太迷信顾问公司，本次事件应该引以为鉴。

核算项目分类账错误的处理

wsytz — Wed, 27 Feb 2008 14:27:00 GMT

金蝶K3中出现过这样一次事故：在查看账务余额时，当选应收账款，看二级，并选中核算项目时，系统列出形如以下的数据：

1131 XX元；

［］客户A XX元（注：此行多余，不应出现在汇总科目下！）

［］客户B XX元（注：此行多余，不应出现在汇总科目下！）

1131.01 XX元

［］客户C XX元

［］客户D XX元

经询问，原来没有使用二级科目，1131.01是后来加的。那么1131下不应该再有核算项目了啊，因为K3在增加后，会自动把上级核算项目转到子科目下，上级科目变为汇总科目。

从金额上，各月金额1131与1131.01相同，而且客户A客户B无关，用户反映这些都是无关的数据，且每月相同，而且对账务数据汇总都没有影响，只是影响打印。

分析：

系统存放余额是在表t_Balance中的，出现此问题应该是该表出现问题。从错误看，应该是t_Balance中多了这些数据。

处理：

1、备份1131下挂有核算项目的数据行：

select * into tmp_t_Balance_200401_200802
from t_Balance where faccountid in(1329)
and fyear >= 2004 --and fperiod = 10
and fdetailid <> 0

2、删除1131下挂有核算项目的数据行：

delete
from t_Balance where faccountid in(1329)
and fyear >= 2004 --and fperiod = 10
and fdetailid <> 0

处理后，用户反映一切正常。

数据统计

wsytz — Wed, 27 Feb 2008 14:03:00 GMT

数据条数大体能反映应用的规模，在系统升级、工作量考察等方面有一定参考价值。

下面就是上次统计工作量时使用的程序，供大家复用：

主数据：
select a.fitemclassid,b.fname,count(*) 条数,count(*)*.7 七折 from t_item a,t_itemclass b
where a.fitemclassid =b.fitemclassid and fdetail = 1
group by a.fitemclassid,b.fname
select count(*) 科目数 from t_account where fdetail = 1

固定资产：667
select count(*) 资产个数 from t_facard

出入库数据：
select a.ftrantype,c.fname,count(*)/6 from icstockbill a,ICStockbillEntry b, ictranstype c where a.finterid = b.finterid
and a.ftrantype = c.fid
and a.fdate between '20070801' and '20080131'
group by a.ftrantype,c.fname order by 1

BOM:2594
select count(*),count(*)*.6 BOM个数 from icbom
存货：
select count(*) 一月存货条数 from icbal where fyear = '2008' and fperiod = 1
核算项目：
select count(*) from t_RP_ContactBal where fyear = '2008' and fperiod = 1
select count(*) 一月往来期初条数 from
(select distinct fcustomer,sum(fbeginbalance) je
   from t_RP_ContactBal
   where fyear = '2008' and fperiod = 1
   group by fcustomer
   having sum(fbeginbalance)<> 0 ) z

销售订单：
select count(*)/6 每月销售订单 from seorder a,seorderentry b where a.finterid =b.finterid
and a.FDate between '20070801' and '20080131'

采购订单
select count(*)/6 每月采购订单 from POOrder a,poorderentry b where a.finterid =b.finterid
and a.FDate between '20070801' and '20080131'

销售发票：
select count(DISTINCT a.finterid)/6 单据数,count(*)/6 from icsale a,icsaleentry b
where a.finterid = b.finterid and a.fdate between '20070801' and '20080131'

采购发票：
select count(DISTINCT a.finterid)/6 单据数,count(*)/6 from ICPurchase a,ICPurchaseentry b
where a.finterid = b.finterid and a.fdate between '20070801' and '20080131'

凭证：
select a.fgroupid,c.fname, count(*)/6 from t_voucher a,t_voucherentry b, dbo.t_VoucherGroup c
where a.fvoucherid = b.fvoucherid
and a.fgroupid = c.fgroupid
and a.fdate between '20070801' and '20080131' and a.finternalind is not null
group by a.fgroupid,c.fname

虚惊一场

wsytz — Tue, 19 Feb 2008 05:11:00 GMT

前段转新的年度后，原来运行正常的分摊做不了了，SAP方面说，这是由于中文支持方面的小BUG造成的，对中文主数据未能正常使用，需要打补丁NOTE1082926。按要求打上后，却发现无法运行KSUB和KSU5了。提单后才知道，该note需要手工改动才能正常运行：

Use transaction SE11 to add the field OUTPUTLEN to the structure RKGA2H,and activate the DDIC structure:
Component: OUTPUTLEN
Component type: OUTPUTLEN
Afterwards, implement the attached program corrections.

折腾下来，三四天过去了。

如果Note中有说明，也就不会虚惊一场了。幸亏在传输前进行了测试，否则生产机不就卡住了。

可见，对系统提供的东东，也得先测试一下。

推荐:空谷幽兰

wsytz — Sat, 02 Feb 2008 08:28:00 GMT

幽兰的空间http://home.kaola.cn/u/youlan.html

发现此空间已经一个多月，这次再来，又有新作，加链接，并在此向您推荐。