进销存是一般做得最多的软件,但是可能也是做起来比较烦的,
也许没有统一的思路,,但以下几个问题都是大家所常见的吧,你们是怎么解决的呢?1.入库单和出库单允许修改吗?如果修改了那是不是也应该相应修改库存的总量呢?
2.入库的界面怎么显示才是用户最习惯的,最人性化的呢?
  (我一般是把主表的显示在上面,细表的数据显示在一个列表中,给用户添加)还有其它问题请大家都提出来,把这贴做为技术总结贴,,一起来讨论。。
 

解决方案 »

  1.   

    同意 hunterht 的意见,许多公司它的规则本身就不标准(这个“标准”很难说)。做软件一方面为客户提供业务服务,一方面要为其提供一种科学的管理手段与流程。
    去年,我为我当时的东家(汽车制造公司)做一个汽车销售的进销存,由于没能在流程处理上与销售副总达成一致,只进行了一点便被搁置。
    大致说一下当时公司内的汽车产品流程:汽车从生产部门下线,入生产库存;发往代理商,则入销售库存,代理商售出,则该车消号。
    哎!领导一句话,就这么做。
      

  2.   

    回复:xiangding(生下来就没明白:人活着的意义.....) 
    如果出库出现这种情况是可能的,哪么我们可以在出库的时候可以同时对两个表进行查询,先查询主表!再查临时表,如果主表没有,临时表中表明确已入库,哪么则由系统自动将该条记录入主表,并在临时表中删除此记录!出库再从主表中取出!当然同样会存在出库的时候会有这种情况要进的货还有一部分!哪么我们就只有在临时表中对相应的记录做一标志,到入库的时候再做处理!我主要意思就是临时表是一个很活动的表!
      

  3.   


    1、其实应该根据权限的不同来确定审核的功能。如果你的软件只是个单机版的,也没有为将来考虑升级网络版的功能,那就去掉审核!因为这样就更简单了;如果你的软件时个网络版的,需要按照部门来划分权限,比如采购部门只能添加采购单,仓库管理部门可以对库存进行操作,那就需要加审核功能。而且权限最好做到按钮上(不仅仅是窗口),当然编起来也麻烦一些!
    2、而且在入库、出库操作时,最好写成业务类,在采购入库、销售出库等等对库存操作时可以直接用封装好的业务类,即简化开发,便于代码维护又能大大缩短开发的周期。3、界面人性化,在设计数据库时,是不是考虑少用主从表?以前我也是这么做的,但是,最近看了SAP的进销存,人家那个叫一个“牛!”。主从表少了,安排界面是不是就容易了?
    4、TO: lmjzw(电脑世界) ,你的临时表方法感觉也可以,不过好像操作起来稍显麻烦?
      

  4.   

    to:codehunter008(代码猎手008) 
    你说的SAP的进销存,是指哪个?
    他不用主从表,难道在一个表中实现吗?
    不会吧,
    网上有没有可以下载来看看的?
      

  5.   

    有一个问题我还是不明白,
    有些进销存软件在入库或出库界面时,主表的信息显示在上面,详细的清单用一个DBGrid显示出来,而且可以进行修改,
    我想不通,这个细表的数据一般是这样组成的:
      入库单号  客户ID,货品ID,等等
    实际上是也是由多个表组成的一条select语句,
    如何能在DBGrid中修改的话,存的时候不是会出错吗?这想不通,不知道直接修改DBgrid大家是如何实现的?
    请教。
      

  6.   

    个人认为: 
    1.如果不是团体做进销存软件的话那么入库销售等模块不必去做审核等工作.
    因为小单位会说太烦了.
    2.不必安照ERP软件的要求去设计程序不过要有它的理念包含在程序中.3. 入库单不能修改,如果说入库错了把原先的单据冲了再入库即可.
      出库单也同样如此.
    以上是我个人意见不对之处多多包涵.
      

  7.   

    不错,
    pazee(耙子)(灵感点亮生活)
    兄说得不错,
    一切按客户需求来,
    接着UP