钥匙和锁的部落格

B/S VS C/S

KINGDEEER — Wed, 17 Sep 2008 02:48:00 GMT

　　越来越不能忍受ERP系统安装时间过久的情况,越来越不能忍受操作系统的冗余和呆慢，如果你现在问我，未来到底是B/S 的天下，还是C/S的天下，那我肯定要说：B/S,老兄等着瞧吧．
　　随着下一代互联网的到来（带宽再也不是问题），随着RIA的日愈兴起（利用Brower交互更加方便，安全与功能并存），随着云计算概念的实际化（让所有的负担交纷给＂云＂吧），从这一时刻起，我们就再也不想忍受微软PC操作系统了，再也不想忍受装个操作系统之后，还需要装各种各样的程序，花个一两天的时间．其实我只想简简单单的启动电脑，弹出一个Brower，然后，OK，我需要什么？有一个引导界面就可以了．我可以打开任何只要我有权限打开的程序，这多么棒呀．我的数据可以放在网上，也可以放在本地，这个对我来说没有任何影响．

　　嗯，我觉得，这个梦想，五年之内就能实现．

对仓库数据表的一点认识.

KINGDEEER — Sun, 03 Aug 2008 08:15:00 GMT

现在越来越多的企业重视起自己的仓库来了,所以购买金蝶K/3进销存的企业真不少.

进销存也是一个企业实施生产管理,成本管理的第一步,如果一个企业的进销存都不完善,企业更深层次的管理也将免谈了.

好了,今天不说进销存的重要性,今天想说说的是自己对仓库系统数据表的一点点认识.

仓库系统的数据都会放到哪些表当中:

1.icstockbillentry:出入库单据分录表,实仓库的出入库单据录入的数据都统一放在这张表上.

2.icinvinitial:存货初始数据表:当我们初始化录入数据时,数据就是放在这张表当中.

3:icbal:存货余额表：代表系统期间的仓库存货余额表．

4:icinvbackup：盘点备份表，仓库系统盘点备份，对当前仓库数据的备份所产生的一张表．

5:icinventory:存货表，代表当前的仓库结存数据，即即时库存表.

在初始化的时刻，我们的数据录入在icinvinitial存货初始表当中，结束初始化的时刻，数据会结转到icbal存货余额表，同时icinventory存货表（即时库存表）也随着icbal存货余额表的产生而产生.

当我们录入出入库单据（保存或者审核时：根据你所选择更新库存数据的方式）时，icinventory也会随着更新，事实上，icinventory这张表也是很＂安全＂的，这张表只是表现了库存的结存数据，不包含真正的数据来源，所以，即使我们把这张表里面的内容update,insert,甚至delete,一点也不用担心，只要我们再校对一下，这张表的内容又会重新更新出来了．因为这张表的内容来源是系统期间的icbal存货余额表和系统期间后的icstockbillentry出入库单据分录表的结果．

    我们所录入的数据都是放在icstockbillentry出入库单据分录表当中，也就是说，这张表的内容一旦删除掉，是无法挽救的，是不可逆转的．所以你对这张表的update,insert,delete都会对数据产生实质性的影响，因而对这张表的任何操作都要慎之又慎．

   当我们结束初始化，或者每一期结账之后，数据都会更新到icbal存货余额表当中，这张表也很重要，如果我们在结束初始化或者结账由于某种原因，导致数据不正确，将会影响到我们数据的正确性．
所以当我们对这种表进行update,inset,delete时也要小心，它也会影响到数据的正确性，虽然它不像icstockbillentry一样是不可逆转的，也许你操作错了什么，大不了反结账，重新再结账，甚至我想，你即时把它里面的内容全部删除掉了，反结账，反初始化，再初始化，结账．这张表也将重新生成（虽然我也没试过）．不过反结账，反初始化多麻烦呀．
　另外，检测系统的期间，就是根据这张表，所以在某些情况下，我们检查客户账套其它方面的数据问题，可以把icbal这张表删除了，这样就可以用演示版打开客户的账套来进行操作了．

　icinvinitial存货初始数据表，存放的只是初始化时候的数据内容，当然对它的操作也是不可逆转，不过你对它的任何改动，都需要重新反初始化，再结束初始化才行．不然的话，对它的操作也不会体现到存货表或者存货余额表当中．

    好了，今天就说到这里，有什么错误，还请多纠正哦．!!!

补充一下：
其实还有一表，就是icinvbal，它是分仓表，而icbal是总仓表。

生产计划流程图

KINGDEEER — Wed, 30 Jul 2008 03:50:00 GMT

总结一下自己的生产计划流程图：（呵呵，虽然有现成的，但自己总结一下，总是踏实一点)

如何成批更换物料代码?

KINGDEEER — Tue, 29 Jul 2008 06:08:00 GMT

客户的产品代码突然提出要马上更换,因为属于代工企业,所以客户的产品代码和客户的客户的产品代码是保持一致的.

       客户的客户产品代码因为某种原因要变换了,一下子有800,当时听到这个问题,吓坏了我,这可咋办?让他们一个个去替换?不可能了,人家都天天用.看来只能改数据库了.又是改数据库,真是危险哦.
       仔细回忆一下,物料代码表都有哪些?
       有哪两张表里面会直接显示出物料代码的?(突然觉得物料代码的内码真是伟大呀)嗯,就两张表:
t_icitemcore和t_item表,好吧,开始替换吧.

       1.先在EXCEL表里面做一个对应表,将新旧代码依次对应,这张表里面不能有重复的新代码出现,一定要是唯一的.

       2.将EXCEL表导入到数据库当中,那么这里又要注意一下,因为t_item表里面不仅有物料代码,也有物料的上级代码,这个一定要小心哦,也就是说,物料代码和物料的上级代码要一起进行替换(这里只是更换物料代码,不动物料内码,所以很安全),也就是EXCEL表里面也是需要做好这个对应的.有三个字段是需要更换的，fnumber,fshortnumber,ffullnumber.依次写语句更换吧.你一定会觉得很奇怪，你更换了双倍的代码，嗯，的确如此，有两个fitemclassid，一个是4, 一个是2001，其实现我也不明白他们代表的含义.

      3.好了，剩下t_icitemcore表了，只需要更换物料代码，不用更换上级代码了，fnumber,fshortnumber依次写语句更换吧．

做好这几步，试试看，嗯，全部更换过来了，查报表也没有任何问题．搞定！

K/3报表中的自动取报表时间函数

KINGDEEER — Mon, 14 Jul 2008 06:52:00 GMT

虽然经常用,但有时竟然一下就忘记,还是记下来好:

一:迷你版,标准版报表日期函数:

&[会计年度]:年份

&[报表期间]:月份

&[最大日期]:每月月底

二:专业版,K/3报表日期函数:

一个函数搞定

&[rptdate("yyyy-mm-dd")]

和ERP开发人员交流的几个问题!

KINGDEEER — Mon, 14 Jul 2008 01:01:00 GMT

        星期天,去了朋友那里玩,朋友在一家大型制造企业搞ERP开发,朋友的企业也购买了金蝶ERP,但有些功能达不到要求,所以有一些方面还需要自己开发.
        首先讲到的就是B/S和C/S架构,现在主要的ERP系统都是B/S架构,那么以后的ERP系统会不会走向C/S架构呢?随着丰富的互联网应用的兴起,比如ajax,flex/flash,sliverlight等等的如日中天,还有网络宽带的数量级提高,这些都也许将改变ERP系统传统的B/S架构.金蝶也推出了了在线的软件服务,虽然只是雏形,还看不到什么盈利,但是我想,通过技术的不断改进,一定会有所突破的.
       当然我们还谈到了金蝶ERP的行业性,比如说,我们在电子,塑胶,五金的制造行业常常做的比较好,但一遇上服装类,印刷类的制造行业时,常常是水土不服,因为服装类和印刷类行业的产品特点多,产品生命周期短.尤其我们就谈到了服务中款式的不同颜色的管理,我们都知道金蝶ERP是可以通过辅助属性来管理颜色的,遗憾的是辅助属性仅仅是一个分类,目前还无法做到真正的辅助属性区别,因为尤其是在做成本核算时,并不会将辅助属性考虑在其中, 所以有一些单位的变通做法就是在编码时,将颜色作为一个区分的代码,这样的方式,无疑大大的增加了代码量和管理难度.其实我们还是应该回到辅助属性的层面来考虑,当然,辅助属性的范围过于狭窄,其实完全可以这样,将产品定义为一个编码,将颜色,款式,(定义成多个项目)用其它的代码来表示,一个正式的产品代码就是原始产品,颜色,款式或者其它属性代码的组合.当成本核算的时候都是以最终组合的代码来进行核算,这样即保证了组合的灵活性,也保证了成本核算的正确性.而且直观,方便.在金蝶BOM里面有一类特征类BOM,就是反应这些方面,但似乎用起来并不方便.
       当然我们还谈到了数据处理的方式,最初的软件架构都是两层的,就是表现层和数据层,当表现层发出一个提取数据的指令时,对于数据的处理方式无疑只有两种,一种就是当我发出这指令时,数据层只将给你包含指令中字段的整个表传输给你，在表现层直接进行处理，这种方式使数据层的处理量比较小，但缺点时传输的数据过大，当网络宽带过低，或者网络中数据负荷过大时，会变的很慢．另外一种，正好与第一种相反，当表现层发出指令时，由数据层来帮你处理指令，得到你所需要的数据后才传回给表现层，这样传输的数据量大大减小．表面上看起来，这种方式会快很多，但是我们忽略了，就是表现层比较少的时候，这种方式会比较快，但是表现层比较多，每个表现层派发的指令都由数据层来处理时，可能数据层就会不堪重负，也同样会变的很慢．这样，三层架构便出现了，中间层的出现，正是为了平衡两者的数据处理，首先，指令丢给数据层后，数据层经过简单的处理，再丢给中间层进行处理，中间层把大部的数据处理完毕，再丢给表现层，表现层或不用再处理，直接提取数据，或少量的处理（数据检查）再表现出现．

　　另外，我们还谈到，当一个软件过于大的时候，要查找某一个模块真的有点麻烦，有的时候，我们专业人士如果有一些时候没接触了，一下找起来都会忘记，所以如果有一个搜索的方式就好了，只要打几个字，比如说物料新增，马上就会跳入到物料新增的界面．当然目前金蝶的是用模块代码来表示．

整理什么?

KINGDEEER — Sat, 12 Jul 2008 04:57:00 GMT

需要重新整理:

首先当然要好好整理一下思绪,很多的计划需要重新的拟定,对于k/3已经有一些时间没有花精力去学习了,需要首先整理一下:

整理财务,供应链,生产管理,计划管理,成本管理的流程,例出其中的重要点,难点及其细节问题.

整理财务,供应链,生产管理,计划管理,成本管理的数据库及其其中对应数据表的逻辑关系,一些常见的或可能忽视的数据库问题.

整理相关ERP实施过程当中容易出现的问题,问题的处理方式,实施过程当中沟通的问题.

整理ERP的演示培训文档,结合自身的一些经验,编写ERP演示和培训文档.

最后,还需要经常看看ERP方面的理论知识,毕竟底层的东西也很重要.

似乎时候到了

KINGDEEER — Wed, 09 Jul 2008 10:38:00 GMT

好久没写博客了,一直都不知道写什么好,因为不知道以后的路会如何?

在这家代理商工作将近两年了,两年来,几乎所有的东西都是自摸的,想想前些日子,天天起早贪黑,东奔西跑,公司就两个服务的,客户的分厂在河源有,在深圳有,我一个人负责ERP项目的实施,上线,天天跑来跑去,

有的时候一待就是一个星期半个月.那些日子的高压力就不说了.几乎每天7点起床,干活到9点——10点,9点客户全公司的人都快走光了,我一个还在那里搞,如果不是保安要锁门了,我还不知道)

两年说长不长说短也不短,和同学聊天,都觉得要么能够学到东西,要么薪水不错(我想大部分人也是这样想)

可似乎现在的能力到了一个点,不是说自己不能再提升,而是即时再提高,也许所需要的也只是这个点,另外很多东西也并不能完全自摸过来,只在刚来公司的时候到总部参加了两天的培训,那时根本听不懂,现在回想起来,那时的内容其实很简单,但也很专业.此后,再也没有培训过什么,当然更没能参加过什么考试.两年来,没有作过什么大的ERP项目培训,不过客户ERP具体实施,问题都是我处理.
有的时候我觉得自己完全能够胜任ERP项目的培训,一方面是公司的工具不够,另一方面ERP项目的培训不像KIS,还是需要一定的总公司培训才能比较好的胜任.(当然,可能还有老板是否....)
(公司笔记本只有两台,一台是老板的,一台用了三年的神舟,老板的表弟在用,台式机只有一台,是用了N年的了,我自己毕业的时候从学校带过来一台)

现在都流行晒工资,那么也晒一下我的工资,刚进公司时,1000元/月,拿了三个月,然后1200元/月,拿了半年,然后1300元/月,拿了半年,1400元/月,拿了三个月,1500元/月,到现在.有的时候有200块奖金，补贴之类的。也没有什么规则.(大概拿过三次吧),过年的时候大概是多发一个月的工资。
没有签什么单(那些负责ERP的日子,近一年的时间里,没签什么单),两年来知道的一个专业版(13000)，一个标准版(8000),还有几个比较小的标准版和迷你版.收了几比服务费，东莞的服务费难收，而且负责ERP项目后，几乎没跟KIS打交道了。(我不知道如果是自己负责的客户，以后客户是找的自己加站点，会不会有提成之类的，反正我是没有）

公司包吃包住,五个男生住一个房间,晚上自己买菜做饭(公司一起吃住,我们现在只有7人),早点自己吃,大概每天3元.

工作两年，只寄回家里6000元,还款4000元，一个手机2000元，修电脑1500元，电话费150元/月，其它的就是零零碎碎的，现在身上只有两三百块。

公司虽然小，却是东莞的白金代理（K3，KIS），每年的任务也有两三百万，反正从去年9月到7月，公司差不多签的K/3就有150万了。我也不知道这算不算多，没有打听过其它的代理商。

反正自己觉得压抑，身上的东西不知道往哪里使，也许自己称不上什么大鱼，不过我还是想套用一句话，小地方可以生出大鱼，但是留不住大鱼（鱼是自己摸的，虽然从某些方面要感谢公司有这样的环境，自己当然更不是什么大鱼）

也许自己根本就不是很喜欢这个行业，要不然也不会只用了50%的功力去学工作，50%的功力去学习RIA。也许自己喜欢它，虽然RIA的行业起点更高，自己的能力一时达不到。

也不知道是话多，还是牵骚，但心里的话总要讲出来。也许是因为生活的压力太大,自己的期望太高。

一切都只有发生了，多年以后才知道自己的选择是否正确。

客户BOM的初级应用

KINGDEEER — Wed, 21 May 2008 15:02:00 GMT

案例：客户的产品有两种包装方式，在录入销售订单时需要指定其中的一种BOM．所以采用了客户BOM,此案例不涉及到特征件，属于比较简单初级的应用．如有错误之处，还请指出．

这三层的BOM，如果展开看看会有多长，客户BOM维护起来可真不容易啊!

这算不算是k/3的一个重大缺陷？

KINGDEEER — Tue, 20 May 2008 09:22:00 GMT

不可否认，k/3比其它一些ERP的界面要整洁，漂亮一些，可是，可能因为这一点也导致了K/3 操作灵活性的降低.

这就是k/3无法同时打开两个以上的操作界面．

仓库人员，经常面对一堆不同类型的单据，如外购入库，产品入库，其他入库,生产资料,销售出库等．他们还需要同时打开不同的报表,他们不得不疲惫的＂奔波＂于这些界面之间．

物控生产部门的人员，同样如此，他们经常需要采购，生产，销售的数据，可是，由于同样的原因，他们一样的＂疲惫＂．

有的时候连我们自己都觉得，为什么这么繁琐？

希望这个缺陷总部的开发人员能够改正，k/3的界面不仅要整洁，漂亮，规范，还希望能够加上一点点的易操作性．

近期遇到的k/3生产管理不足之处

KINGDEEER — Mon, 12 May 2008 12:41:00 GMT

客户BOM好似鸡肋：
        刚刚为客户产品会同时有两种包装方式觉得采用客户BOM可以有效的解决，可是刚刚欣喜之余，却又突然发现，客户BOM不能默认标准BOM。
        我想，在多数企业有同一个产品会有两种BOM的的情况下，多是一种是比较经常出现的，另一种只是在某些情况会出现，所以在多数情况下可以默认为标准BOM，当需要时，再选择另一种BOM方式。
        我接触的这家客户就是同一种塑胶产品，因为同时会销售到国内国外，只是在包装的时候，包装的材料有所不同。只是一般情况下会销售到国内，某些情况下才销售到国外。如果每一次都去选择BOM，则会减少录入的效率。

      还有下午客户突然打电话过来，说生产领料要选择客户BOM，我觉得奇怪，因为客户还没有使用生产，只是在用供应链，正处于过渡期，生产领料跟客户BOM有什么关系呢？也许系统的关联是，生产任务单是需要客户BOM，这无可厚非，所以生产投料单也会自动带出客户BOM，但是对于生产领料，仓库，他怎么会要求什么客户BOM呢？所以对于生产领料单来说，这应该不是必选项才好。难道一遇见配置料物料就见鬼了？

      而且因为之前一直都没有接触过客户BOM之一方面的知识，不知道在使用过程当中还会碰到什么。

盘点表打印中的页面设置不能自动保存

KINGDEEER — Sun, 04 May 2008 10:02:00 GMT

其实以前就发现了这个问题．

不过看来现在这个问题挺严重的了，因为客户的仓库特多，在打印盘点报表的时候，发现设置的页眉页脚，退出来后不能自动保存，再次进入又得重新设置一下．

自己估计着是不是有一张表存储了这些页眉页脚，当退出来后，表中的内容会自动复原．但没法跟踪出来，不知哪位朋友知道？告知一下解决办法．

账套日志过大如何压缩及压缩不成功的解决办法

KINGDEEER — Fri, 25 Apr 2008 12:40:00 GMT

最近，很多家客户的账套同时出现日志文件太大的现象，操作和备份都受到影响，客户又不愿意把账套中的日志删除掉了，所以就只好动用了日志压缩的方式,如何正确的进行账套日志压缩呢？
话不多说，直接入题．
语法如下：

dbcc shrinkfile(fileID,target_size)
或者
dbcc shrinkfiles(name,target_size)

fileID和name分别为账套日志的文件id号和账套日志的文件名称
target_size为需要压缩到的日志大小，单位默认为MB)

账套的日志信息可以通过以下语句来获得
select * from sysfiles

结果的第二行一般为日志文件的信息，可以看到它的fileid和name分别为2和SCM102SP2_log

如果要压缩此文件的话语句就应该为dbcc shrinkfile(2,100)或者dbcc shrinkfile(SCM102SP2_log,100)

但有时，如果文件日志过大，直接运行以上语句，提示成功，可事实上日志文件却不见变小．这应该怎么办呢？我可为此郁闷了一个下午．下午在回家的路上，看到路上堵车，看到交警在十字路口指挥，突然一想，咦，不对啊，是不是应该先截断事务日志，再进行压缩．

回到家里一试，果不其然．
截断事务日志的语法：
Backup log database with truncate_only

database也就是账套实体文件的名称

客户的日志过大的问题也一一得到解决．

祖国永远在我心中!-----56个民族都是我的同胞!

KINGDEEER — Sun, 20 Apr 2008 07:16:00 GMT

放上一视频:

">
">Download (请稍候格式:|时长:)

金蝶主页变了

KINGDEEER — Wed, 02 Apr 2008 10:14:00 GMT

下午6点左右,打开金蝶的主页突然变了,就在几分钟前都没有变,我还以为自己开错了画面,仔细一看没有啊,看来是主页更新了.

先来看看布局

以前的主页是纵排的方式,大概有两页,现在采用了横排方式,只有一页了,但链接一点都没有少,显得更为紧凑一些,当然,可能在操作的直观方面没有以前看起来方便.

颜色

颜色显得更为成熟,稳重一些.以深黑灰为主.也许没有以前的显得鲜艳,活泼.可能是跟自己的产品一样,走向成熟方向.

菜单

主菜单放在了右上边,看了一些,没有以前的操作直观,而且这是我最不喜欢的一点,有点影响重体的美观,并且布式跟整体有一些不一致,修改一下,将主菜单往上抬一些,留出一点位置,使得子菜单的布局也为横排的方式,(可以加入flash的淡入淡出效果)这样,不仅与整体的布局一致,而且更好看.