进销存的定义与进销存的核心问题。(300分)

  • 主题发起人 主题发起人 程云
  • 开始时间 开始时间
程

程云

Unregistered / Unconfirmed
GUEST, unregistred user!
进销存的定义与进销存的核心问题。
1、进销存的定义，要给出一它的一些流程。
2、进销存的核心，指定一个内核，可在它这上面扩充其它外围模块，
任意构架出客户所需要的进销存。
这个问题可能提的比较大，咱们慢慢聊，
不够了，我可再开题目。
 
进销存主要是对企业的物流，票据流，资金流的管理。
物流包括商品的进货，销售以及库存的管理。
票据流包括进货，销售等引起发票，汇票的收付。及进货，销售以及库存中产生的各种
单据的流转。
资金流包括进货，销售等引起现金和支票的流入和流出。
进销存的核心应该讲就是上面讲的。但应该讲是它主要是以物流为中心的。这也是进销存
与财务软件的主要区别。财务软件是以资金流为中心，只统计能用货币计量的物品。
 
to wangjerry:
是的，你说的是进销存的三个层面的问题，（我是这么看。）
以业务层(票据流)为主线，还有两个并行，但并不完全同步的层面就是库房层(物流)和财务层(资金流)。
说起来容易，但要在软件中处理好它们的关系，还真难。
 
其实核心就在于成本核算和收发存管理，使用进销存软件无非是希望快速准确控制成本，
增加利润，成本核算当然是客户的首选关心问题。
收发存是通过票据流的发生体现的，票据流是主线，但是这只是对于会计方而言，对于
库房来说，物流才是他们关心的工作，所谓“入帐不入库”、“入库不入帐”的现象，正
好能反映二者的工作重心差异。
至于同财务的接口，应该是通过财务凭证，除此之外不应该发生任何关系。
本人曾在这方面做过一些工作，但是不免失之偏颇，以上意见仅供参考。:-)
 
to BaKuBaKu:
看来你老兄是此中老手呀！失敬失敬了，
认识你这么多久还不知道呢。
不过我认为在"进销存"中，是以"存"为中心，以"销"为目的的工作。
在整个经营过程中，不论是进，是销，最终一定要去维护这个"存"字。
我的上一个帖子中说进销存中有三个层面，而要以业务层为中心，其它两个层，
虽是与它并行，但最终还是依靠业务层来工作的。
而这个核心就是以业务中的"存"概念，
我称这个核心是"库房维护系统"。
其核心模块有库房维护系统，用以对其它经营模块产生的数据作出处理，
并维护库房中的数据。其可用数据分为，入库数据和出库数据。
入库数据又可分为进货、调入、盘盈、借入和客户退回等多种类型；
出库数据也可分为零售、批发、调出、盘亏、借出和进货退出等多种类型。
库房维护系统所要完成的工作就是根据这些不同类型的数据，来维护当前的库存记录。
需库房维护模块处理的外围模块的数据类型有：购入、退入、调入、盘盈、借入、
批发、零售、退出、调出、盘亏、借出。对于入库的增加库存，出库的相应减少库存。
并相应的改变结算的数据。
嘿嘿！这是我的一点愚见，如有不对，希望大家多多指点区区一下。
 
>> 对于入库的增加库存，出库的相应减少库存
恐怕没有这么简单，数量和金额要分开核算啊。
 
话题应该分开看
业务---
票据---
库存----
如何？？？
 
对，数量和金额要分开核算
最头疼的就是这个有时候入库是计划价格而出库非要实际价格，他们的价格差异分摊就是
很麻烦的事情；对此我很伤脑筋
 
to BaKuBaKu:
是不哪么简单，我这儿的核心认为是业务哪部他的，
致于金额的结算问题是另有结算模块完成，
结算象来有明显的滞后的。
这在进销存的软件中也不是最重要的东西，有的客户根本就不用我们的这一部分。
便要让这时的金额帐同他们的帐务帐对上，嗨！还真好麻繁。
to 轩辕散光:
你的想法同我一样，我也是分为这三个层面来看待进销存的，
并以业务层为主干。
只是它们三者的关系，和如何能更好地化分进销存的内核，
才能更有利于这方面软件的设计，还得好好考虑考虑。
 
首先要将进销存分成三个流程来看，因为企业内部有很多不同职位的人。他们所关心的
内容有很大不同的。比如库管员主要关心物流方面，财务人员关心资金流，票据流，销售
和采购人员对三者都很关心。领导更希望看到汇总的报表。
进销存首先是以物流为中心的，因为在进销存中资金流，票据流都是伴随商品的流入流出
而产生的。在早期进销存中，其实主要就是物流。包括进货，销售，入库，出库，盘盈，盘亏，
借入，借出等围绕着物流的业务，而资金流只是在计算成本，付款，收款是简单处理。
但现在进销存有向ERP方向发展的趋势，复杂的财务及办公票据的流转也加入进来。使进销存
由简单的进货，销售，库存的物流软件，发展到物流，票据流，资金流的综合的管理。
尤其是加入了采购计划管理等业务，完全打破了原先进销存的物流起始的管理方式。
 
to wangjerry:
你讲的很清楚，看来也是这方面的老手了，
其中有一点我说明一下，不知对否，还望你多多指点。
你说的那物流，但在我们的客户中这物流发生的还是晚一些，
它会在业务票据的发生之后才有，
也就是业务人员收到票据，而库房收到货物还有有所滞后。
所以我想其中的主线是以业务的各种票据流(进货单、销售单等)为中心的，
而物品流和金额流则是在它的带动下有所滞后的并行过程。
还望你能多多指点我一点。我作这方面也只算个新手。
 
在进销存的设计上要做到高于客户的管理思想，目的在于提高客户的管理水平。
而在相应的业务模块中，应尽量与客户的一般做法相近，使其易于理解。
象程云讲的，用户不用你的模块也用自己的帐，主要是你的模块提供的功能不能和他
所需的一致，这是单纯物流进销存的弊病。而你进销存涉及的资金流不可避免的要和财务
进行统一，所以设计资金业务时一定要注意和财务的做法统一。
而轩辕散光说的入库是计划价格而出库非要实际价格的理论确实难以理解，这可能是以前
手工管理的结果。而在计算机管理中应该建议他们使用先进先出，后进先出，加权移动平均
等先进的库存成本的计算方法。
 
to 程云:
其实你说的进货单、销售单等为中心，不能简单看成票据流为起点的。因为你开进货单，
销售单还是因为你买进或卖出了商品，如果你没有买进或卖出了商品，不可能发生开进货
单，销售单等业务。所以这可能还是应该算物流起始。
入出库滞后现象是很正常的，实际业务中也是这样的。这就是在途商品的处理了。这不会
因为你用了软件商品的流通就不需要时间了。所以用户也是可以理解的。
 
进销存从字面上讲是一种针对物的管理只是一种简单的停滞在表面上的管理方法，
已经落后了。
已经落后了。
因为它只能简单的发掘当前或前段工作状况，而不能深入整个物流，资金流的管
理（还有就是票据怎么也拿出来，它不过是财务的或物流的一部分，并不能独立
出来），象一些零碎的费用发生，就不能体现在进销存中，而这些费用却都是相
当重要的，如仓储费，运费等。用进销存太过浮浅，对物流它不全面，对财务它
不严谨。是个一无事处的东西，只能当作开票机或开票程序。无甚大用就不用讨论。
给分就行了，嘻嘻.
 
to fffy:
你说的自是很有道理，我们也注意到了这些问题，
哪你能否给我们介绍一下，你所说的哪种更先进的经营模块，
我们都很想知道。
嗨！我只是编程序的，对这些了解的实在太少了。
可不不要不耐烦呀！
 
看到各位的发表言论，挺有意义的，本人就是做进销存，也能获得一些收益。
大富翁好久没来了，刚做完40多种业务单据的凭证，下来到这里修息一下。
 
to supershan:
哈哈！同僚同僚。
咱们以后多多交流。
你也多谈谈你的看法。
你用的是传统的进销存方法，
还是fffy所说的新的进销存模式？
 
* admire
都是个中高手，我来旁听一下
 
to sonie:
也发表一下自己的看法，或许想的比我们还好。
 
我真的没什么说的，大家都是行家
我的理解是这样的:跟其它系统一样要处理物流与数据流与实际工作流程之间的关系。
物流要遵从和体现工作流程，数据流则要体现物流。票据流不应算作核心中的一个部分，
各种票据只是各物流产生的中间结果,虽然他们可能是系统的最终目的。
 
您必须登录或注册才可回复。

Similar threads

S
[教程]使用 ZAsyncInvoker 进行异步编程教程之二：ZAsyncInvoker 解决了什么问题
回复
0
查看
698
swish
S
S
使用 ProcessExplorer 查看 Delphi/C++ Builder 的线程调用栈
回复
0
查看
853
swish
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
[转]ClientDataSet加上TDataSetProvider的数据保存问题
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
S
[日积月累]-2018-6-24:早期 Delphi 版本 Base64 解码需要注意的一点小问题
回复
0
查看
777
swish
S
后退
顶部