问题的标题是：进销存的定义与进销存的核心问题。(300分)
问题的分类是：软件工程 , 分坛主: z_cd, 分坛主: 吴剑明
来自：程云 时间：00-12-18 14:50:54 ID:420150
进销存的定义与进销存的核心问题。
1、进销存的定义，要给出一它的一些流程。
2、进销存的核心，指定一个内核，可在它这上面扩充其它外围模块，
任意构架出客户所需要的进销存。
这个问题可能提的比较大，咱们慢慢聊，
不够了，我可再开题目。
--------------------------------------------------------------------------------
来自：wangjerry 时间：00-12-18 14:53:03 ID:420153
进销存主要是对企业的物流，票据流，资金流的管理。
物流包括商品的进货，销售以及库存的管理。
票据流包括进货，销售等引起发票，汇票的收付。及进货，销售以及库存中产生的各种
单据的流转。
资金流包括进货，销售等引起现金和支票的流入和流出。
进销存的核心应该讲就是上面讲的。但应该讲是它主要是以物流为中心的。这也是进销存
与财务软件的主要区别。财务软件是以资金流为中心，只统计能用货币计量的物品。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 15:07:19 ID:420162
to wangjerry:
是的，你说的是进销存的三个层面的问题，（我是这么看。）
以业务层(票据流)为主线，还有两个并行，但并不完全同步的层面就是库房层(物流)和财务层(资金流)。
说起来容易，但要在软件中处理好它们的关系，还真难。
--------------------------------------------------------------------------------
来自：BaKuBaKu 时间：00-12-18 16:19:39 ID:420218
其实核心就在于成本核算和收发存管理，使用进销存软件无非是希望快速准确控制成本，
增加利润，成本核算当然是客户的首选关心问题。
收发存是通过票据流的发生体现的，票据流是主线，但是这只是对于会计方而言，对于
库房来说，物流才是他们关心的工作，所谓“入帐不入库”、“入库不入帐”的现象，正
好能反映二者的工作重心差异。
至于同财务的接口，应该是通过财务凭证，除此之外不应该发生任何关系。
本人曾在这方面做过一些工作，但是不免失之偏颇，以上意见仅供参考。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 16:44:01 ID:420236
to BaKuBaKu:
看来你老兄是此中老手呀！失敬失敬了，
认识你这么多久还不知道呢。
不过我认为在"进销存"中，是以"存"为中心，以"销"为目的的工作。
在整个经营过程中，不论是进，是销，最终一定要去维护这个"存"字。
我的上一个帖子中说进销存中有三个层面，而要以业务层为中心，其它两个层，
虽是与它并行，但最终还是依靠业务层来工作的。
而这个核心就是以业务中的"存"概念，
我称这个核心是"库房维护系统"。
其核心模块有库房维护系统，用以对其它经营模块产生的数据作出处理，
并维护库房中的数据。其可用数据分为，入库数据和出库数据。
入库数据又可分为进货、调入、盘盈、借入和客户退回等多种类型；
出库数据也可分为零售、批发、调出、盘亏、借出和进货退出等多种类型。
库房维护系统所要完成的工作就是根据这些不同类型的数据，来维护当前的库存记录。
需库房维护模块处理的外围模块的数据类型有：购入、退入、调入、盘盈、借入、
批发、零售、退出、调出、盘亏、借出。对于入库的增加库存，出库的相应减少库存。
并相应的改变结算的数据。
嘿嘿！这是我的一点愚见，如有不对，希望大家多多指点区区一下。
--------------------------------------------------------------------------------
来自：BaKuBaKu 时间：00-12-18 21:09:54 ID:420462
>> 对于入库的增加库存，出库的相应减少库存
恐怕没有这么简单，数量和金额要分开核算啊。
--------------------------------------------------------------------------------
来自：轩辕散光 时间：00-12-18 21:12:50 ID:420464
话题应该分开看
业务---
票据---
库存----
如何？？？
--------------------------------------------------------------------------------
来自：轩辕散光 时间：00-12-18 21:19:18 ID:420467
对，数量和金额要分开核算
最头疼的就是这个有时候入库是计划价格而出库非要实际价格，他们的价格差异分摊就是
很麻烦的事情；对此我很伤脑筋
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 21:41:56 ID:420491
to BaKuBaKu:
是不哪么简单，我这儿的核心认为是业务哪部他的，
致于金额的结算问题是另有结算模块完成，
结算象来有明显的滞后的。
这在进销存的软件中也不是最重要的东西，有的客户根本就不用我们的这一部分。
便要让这时的金额帐同他们的帐务帐对上，嗨！还真好麻繁。
to 轩辕散光:
你的想法同我一样，我也是分为这三个层面来看待进销存的，
并以业务层为主干。
只是它们三者的关系，和如何能更好地化分进销存的内核，
才能更有利于这方面软件的设计，还得好好考虑考虑。
--------------------------------------------------------------------------------
来自：wangjerry 时间：00-12-19 9:11:54 ID:420703
首先要将进销存分成三个流程来看，因为企业内部有很多不同职位的人。他们所关心的
内容有很大不同的。比如库管员主要关心物流方面，财务人员关心资金流，票据流，销售
和采购人员对三者都很关心。领导更希望看到汇总的报表。
进销存首先是以物流为中心的，因为在进销存中资金流，票据流都是伴随商品的流入流出
而产生的。在早期进销存中，其实主要就是物流。包括进货，销售，入库，出库，盘盈，盘亏，
借入，借出等围绕着物流的业务，而资金流只是在计算成本，付款，收款是简单处理。
但现在进销存有向ERP方向发展的趋势，复杂的财务及办公票据的流转也加入进来。使进销存
由简单的进货，销售，库存的物流软件，发展到物流，票据流，资金流的综合的管理。
尤其是加入了采购计划管理等业务，完全打破了原先进销存的物流起始的管理方式。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-19 9:27:24 ID:420720
to wangjerry:
你讲的很清楚，看来也是这方面的老手了，
其中有一点我说明一下，不知对否，还望你多多指点。
你说的那物流，但在我们的客户中这物流发生的还是晚一些，
它会在业务票据的发生之后才有，
也就是业务人员收到票据，而库房收到货物还有有所滞后。
所以我想其中的主线是以业务的各种票据流(进货单、销售单等)为中心的，
而物品流和金额流则是在它的带动下有所滞后的并行过程。
还望你能多多指点我一点。我作这方面也只算个新手。
--------------------------------------------------------------------------------
来自：wangjerry 时间：00-12-19 9:44:44 ID:420736
在进销存的设计上要做到高于客户的管理思想，目的在于提高客户的管理水平。
而在相应的业务模块中，应尽量与客户的一般做法相近，使其易于理解。
象程云讲的，用户不用你的模块也用自己的帐，主要是你的模块提供的功能不能和他
所需的一致，这是单纯物流进销存的弊病。而你进销存涉及的资金流不可避免的要和财务
进行统一，所以设计资金业务时一定要注意和财务的做法统一。
而轩辕散光说的入库是计划价格而出库非要实际价格的理论确实难以理解，这可能是以前
手工管理的结果。而在计算机管理中应该建议他们使用先进先出，后进先出，加权移动平均
等先进的库存成本的计算方法。
--------------------------------------------------------------------------------
来自：wangjerry 时间：00-12-19 9:56:21 ID:420744
to 程云:
其实你说的进货单、销售单等为中心，不能简单看成票据流为起点的。因为你开进货单，
销售单还是因为你买进或卖出了商品，如果你没有买进或卖出了商品，不可能发生开进货
单，销售单等业务。所以这可能还是应该算物流起始。
入出库滞后现象是很正常的，实际业务中也是这样的。这就是在途商品的处理了。这不会
因为你用了软件商品的流通就不需要时间了。所以用户也是可以理解的。
--------------------------------------------------------------------------------
来自：fffy 时间：00-12-19 19:34:52 ID:421252
进销存从字面上讲是一种针对物的管理只是一种简单的停滞在表面上的管理方法，
已经落后了。
已经落后了。
因为它只能简单的发掘当前或前段工作状况，而不能深入整个物流，资金流的管
理（还有就是票据怎么也拿出来，它不过是财务的或物流的一部分，并不能独立
出来），象一些零碎的费用发生，就不能体现在进销存中，而这些费用却都是相
当重要的，如仓储费，运费等。用进销存太过浮浅，对物流它不全面，对财务它
不严谨。是个一无事处的东西，只能当作开票机或开票程序。无甚大用就不用讨论。
给分就行了，嘻嘻.
--------------------------------------------------------------------------------
来自：程云 时间：00-12-19 19:47:43 ID:421261
to fffy:
你说的自是很有道理，我们也注意到了这些问题，
哪你能否给我们介绍一下，你所说的哪种更先进的经营模块，
我们都很想知道。
嗨！我只是编程序的，对这些了解的实在太少了。
可不不要不耐烦呀！
--------------------------------------------------------------------------------
来自：supershan 时间：00-12-19 21:25:08 ID:421342
看到各位的发表言论，挺有意义的，本人就是做进销存，也能获得一些收益。
大富翁好久没来了，刚做完40多种业务单据的凭证，下来到这里修息一下。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-19 21:46:46 ID:421364
to supershan:
哈哈！同僚同僚。
咱们以后多多交流。
你也多谈谈你的看法。
你用的是传统的进销存方法，
还是fffy所说的新的进销存模式？
--------------------------------------------------------------------------------
来自：sonie 时间：00-12-19 22:04:56 ID:421386
* admire
都是个中高手，我来旁听一下
--------------------------------------------------------------------------------
来自：程云 时间：00-12-19 22:37:45 ID:421406
to sonie:
也发表一下自己的看法，或许想的比我们还好。
--------------------------------------------------------------------------------
来自：sonie 时间：00-12-19 23:23:34 ID:421425
我真的没什么说的，大家都是行家
我的理解是这样的:跟其它系统一样要处理物流与数据流与实际工作流程之间的关系。
物流要遵从和体现工作流程，数据流则要体现物流。票据流不应算作核心中的一个部分，
各种票据只是各物流产生的中间结果,虽然他们可能是系统的最终目的。
--------------------------------------------------------------------------------
来自：supershan 时间：00-12-19 23:40:03 ID:421434
to 程去：
开发MIS系统已有一段时间了，主要接触的东西还都是业务上的，我认为真正做通用的
进销存是有难度的，因为用户需求不一样。真正要做到资金与物流相分离是企业的需要，
而且我也感到“进销存”三个字只不过是个叫法，其实它还是可以涵盖很多内容。而现在
的“ERP”等叫法都是以它为基础的
--------------------------------------------------------------------------------
来自：windpray 时间：00-12-20 0:09:53 ID:421441
有幸看到各位高手过招，在下受意非浅。
我也写过两个类似进销存的东西，都非常小，没有什么大项目的经验。说一点自己的看法
（希望不会被震出内伤，呵呵)!
我觉得所谓的“进销存”是以物流为主线的！
一样物品从订货、发货、收货、入库（借入）、出库（借出）的同时会发生资金流也票据
流。它从订货发生订货单、预付款；发货时发生发货单、运费；入库发生入库单、仓贮费、支出余款等
等。所以是以物流为主线。这是业务层。
从管理层上看无论谁做什么生意，对物的管理都是一个主要层面。财务报表要与进货资金、
销售资金即库存货品款等等平衡，表面上是钱的问题实际还是物的问题！
所以，我个认为进销存以物为中心，一样货物走到那里，就发生与之相关联的事件。否则就
不发生！
以上是一点点个人观点，学艺不精、目光短浅还望各位大侠指点一二！*_^
--------------------------------------------------------------------------------
来自：郭玉梁 时间：00-12-20 2:25:04 ID:421502
无论‘进’或‘销’都要经过‘库’。各种票据都是为‘进-销-存‘服务的。以此为
主线即可。对于’库‘的入出十分复杂，应该让用户自定义，我做的ERP在一企业中
定义了40多种入出库方式（20多种常用），这也是通用进销存没有的（至少现在）。
‘进’和‘销’比较规范，款票货（明星进销存）再加上退货基本可以。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-20 10:26:51 ID:421663
多谢各位的参与，听各位的谈论中，我真是收益非浅，
这个问题真是太大了，300分真是不够，可因系统限制，只能一次给这么多，
待过两我再开个问题，以免这个问题太长，
在进销存中以谁为中心，不能看物品，也不能看单据，因为人在其中是主动的，
要看人在其中的行为。其惯穿整个主线的是业务人员，从最初的进货计划，一直到
销售给客户，业务人员占据了所有的主动权，库房人员要出入库得听业务的。
财务人员更不用说了，他们在进销存中本来就是次要地位的。
在整个进销存的流程中，最先接触货物中虽是质量管理人员(GSP质量检验)。
他们是库房管理人员的一部分。
但也是在接到业务人员的进货通知才会去作这些工作的。
所以业务层在进销存中是起到主干的作用。
我作进销存也只有一年时间，所知的都是狭义上的进销存概念，
希望大伙能多给我讲点广义方面的东西，象ERP这种资源管理。
还有fffy所提到的新的进销存模式。
在此选谢过各位了。
--------------------------------------------------------------------------------
来自：fffy 时间：00-12-20 10:40:46 ID:421679
to supershan:
首先进销存只能用在商品流通企业因为它没有生产成本核算部分，而ERP是指
企业资源计划，最重要的就是成本部分，能说ERP是进销存演化来的吗？
我觉的进销存只是一种国产的落后的简单的流水帐务的变种，单就管理形式来讲
已不适合现有企业的发展、新经济状态的产生，只不过进销存的主要市场在中小企业
，业主的素质较差，不真正明白管理的要素，所以还有点市场。
当个开票机不错，我就用过。嘻嘻。
管理因当有重点，因当由数的变化，挖掘出管理的问题。这才是我们的管理软件应
当走的路。
我的思路以赶不上时代的变化，对当前的新形的管理模式已叫不出名称，但到这才发
现你们还在炒冷饭。唉真。。。
想要新模式就看看沃尔妈特的管理模式。它是成功的，全微机化的，网络化的，模式。
国内是似乎是JIT+ERP+MRP2+CIMS+。。。+进销存？嘻嘻
--------------------------------------------------------------------------------
来自：程云 时间：00-12-20 10:54:34 ID:421695
to sonie:
接着说呀！我也是新手，咱们可一样的。
to supershan:
我们也认为作通用的太难了，但又必须这样。
所以才想从中找到核心的问题，进销存最基本，不变的东西。
这样当客户要求变动时，我们的内核不变，只要扩充一些外围的模块就可。
to windpray:
物流的东西我也作过，上个月用了两个星期作了一个仓库管理软件，客户还很满意，
并要求作第二版。其中还作了一个试用版，可能过几天就放到网上去，
到时还请大伙儿帮忙看看，提点改进的意见。
马上还有一个生产物流的软件，是一个质量跟踪监控的，其设计的跟踪过程十分复杂。
但必竟是物流管理，不涉及金额，所以其本质上并没什么难度。
而在进销存中，也是因为物品流中的信息少，而不能作为主干使用。
to 郭玉梁:
能不能多谈谈你作的ERP?
我很想了解一下，这方面资料很少，最好多加点你自己的看法。
--------------------------------------------------------------------------------
来自：windpray 时间：00-12-21 20:14:50 ID:422554
也许我说的不明白，也许是我的想法太简单，也许是程兄没有明白我的意思！
我的物流是有票据和资金的呀！怎么会是仓库管理软件呢？
--------------------------------------------------------------------------------
来自：程云 时间：00-12-21 21:43:17 ID:422602
to windpray:
我只是说说吗。顺便说了一下我的物流软件，
我接下来会有一个送于物流的问题要问的。
我们正是想把进销存分为三个层面，即三个并行的帐目，
库房只关心数量，财务只关心金额，业务同时关心两者。
可不能让管理物流的库房人员再去看金额了。
--------------------------------------------------------------------------------
来自：windpray 时间：00-12-21 22:52:27 ID:422639
呵呵！
--------------------------------------------------------------------------------
来自：李璋琦 时间：00-12-22 0:52:39 ID:422687
听一下。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-22 9:24:05 ID:422783
看来大伙儿也同意把进销存分为三个层面的来看了，
现在就是要确定这个三层面"以谁为主线"的问题。
现在基本上有两种关点，
一种是库房所管理的物品流为主；
另一种是以业务所管理的票据流为主。
还有就是fffy所提到的"进销存过时"和哪个沃尔码特管理方式，
我私下同别人讨论过，其实进销存并没有落后，
进销存、沃尔码特管理和ERP所关心的问题并不一样，
谁也取代不了谁。只不过进销存还需要有所改进。
希望大伙儿能多发表自己的看法，多帮帮我。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-22 9:31:35 ID:422788
同时，还请大伙儿观注我的下一个问题：
进销存的核心问题之二。
--------------------------------------------------------------------------------
来自：房客 时间：01-1-18 23:16:50 ID:442257
听讲
--------------------------------------------------------------------------------
来自：程云 时间：01-2-5 11:51:14 ID:449223
看来我只有结束问题了，
这么长时间没人光临。
感谢大伙的帮助，少许些分，不成敬意。
共10人，每人30分，没有有意见吧。
问题的标题是：进销存的核心问题之二。 (300分)
问题的分类是：软件工程 , 分坛主: z_cd, 分坛主: 吴剑明
来自：程云 时间：00-12-21 12:01:49 ID:422349
进销存可以分化为三个并行，但又不完全同步的层面。
这样就可在软件中同时建立三套帐。
虽然我们认定其中的业务层在整个进销存的流层中起到主干作用
(是我这样认为的，这还有等讨论)，
但依然没有抓住问题的中心。
我们如果能从进销存中找到他的核心问题，让它成为软件的内核，
一切工作都是围绕着这个内核来工作的，并且在任何进销存的情况下，
都是不可缺少的。不论进销存的经营模式有什么差异，而这个核心也不会有所改变。
即，就是找到进销存的最基本的东西，不变的哪个核心。当客户要求变动时，
我们的内核不变，只要扩充一些外围的模块就可。
这样不仅方便软件的开发和修改，也有利于软件的稳定性。
这就是我们这次讨论的重点，大伙儿多多帮忙。
--------------------------------------------------------------------------------
来自：千中元 时间：00-12-21 16:59:57 ID:422478
怎么在非技术问题栏里。
--------------------------------------------------------------------------------
来自：Shd 时间：00-12-21 18:23:58 ID:422516
听听.
--------------------------------------------------------------------------------
来自：轩辕散光 时间：00-12-21 18:58:37 ID:422527
怎么说呢，这么就我一直想这么搞过。。实际上也就是三层次体系的一种表现方式
但是结合到企业的具体实际情况而言，抽取共同之处的确是太难了把；现在我也只能
作到很简单的一步也就是抽取操作相似的（单表主从表）我很关心这个问题请大家继续
发表高见
--------------------------------------------------------------------------------
来自：程云 时间：00-12-21 21:06:00 ID:422592
这个问题还是先解决的好，不然作起进销存来还真是挺麻繁的。
如真能定出进销存的核心，给于它相应的公共接囗，以后类似的软件可重用它，
哪正是我们的目的。
还望众位多多帮助。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-22 9:13:55 ID:422774
对于进销存的一些概念我们已进行了一些初步的讨论，
象进销存的三层面问题，就是在下面的连接中讨论的，
可先去看一下，如接上这个问题。
进销存的定义与进销存的核心问题。
--------------------------------------------------------------------------------
来自：wangjerry 时间：00-12-22 9:54:19 ID:422799
进销存从表面意义上讲的就是物流中的进货，销售，库存等物流过程。
但是实际业务中物流不能脱离开款流，票据流而独立存在。如果你仅把物流
看成进销存的，可能会在客户那碰到一鼻子灰的。
我想你可能是想尽快总结出进销存的核心模块，但实际上光有进货，销售，库存
的进销存是绝对没有市场的。在3年前，市场上都是通用进销存，但现在市场上
进销存都是分行业，分规模的，财务商务一体的，并且出现了更多ERP。这说明
中国的企业管理软件已经从简单的进货，销售，库存的记帐模式转化为物流，款流，
票据流的全方位管理上了。
一个好的企业管理软件的核心及其需求一定是经过很多的市场，客户的研究作出的，
只有作出的软件全面适合客户现在及将来的的需求，才是真正的好软件。
别人的单方面意见往往并不能代表真正的市场需求。
--------------------------------------------------------------------------------
来自：liqunxin 时间：00-12-22 17:39:15 ID:423027
很难作到核心定义的方式来实现。可行的方式是采用多层结构，重新利用UML建模。
所有业务都对象化。实现数据层和表现层分离。但这种方式用delphi操作起来我还
没看出什么优势来。
有人采用的开关量的方式来达到快速客户定制的目的，但实际操作起来效果
好象也不怎么样。
我个人的看法是，尽可能让客户适应软件，据我的接触，现在大部分企业的管理确实
很有问题，如果照它们的意见设计软件，对企业的管理毫无助益。而一个管理软件开发
的版本到了3.0后，实际上也已经具备这个实力适应各种需要,也已经可以说服客户采用你的模式。
而确实有必要修改的话，我相信只要软件开发规范的话，那么实际上修改起来也是很快的。
现在中国软件开发的最大的问题是不规范。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-22 23:01:16 ID:423154
即然它们都叫进销存，总有一个共性的问题，
这个共性就是我们要找的，并封装在一起，
让它得到重用。只要调整一下设置，
它就能处于不同的进销存工作模式中。
这一点要作到，不应太困难吧！
--------------------------------------------------------------------------------
来自：huiboy 时间：00-12-22 23:01:26 ID:423155
想法挺好，学学。
--------------------------------------------------------------------------------
来自：whb_li 时间：00-12-23 16:21:53 ID:423408
不懂，没作过
--------------------------------------------------------------------------------
来自：yh 时间：00-12-24 0:22:17 ID:423567
你可以看看这个网站，他们在开发一个通用的平台。
www.justep.com
--------------------------------------------------------------------------------
来自：htw 时间：00-12-29 0:08:30 ID:427477
我正在做一个电脑销售公司的进销存软件，用的SQL Server7.0
我的感觉是，用户的需求是千变万化的，与其在考虑使用一个固定不变的内核，
还不如考虑在程序开发时，多考虑各种变化，增加库结构和程序模块的灵活性
和适应性。
我的建议是：
1）尽可能多用基础编码库，将用户想要表达的信息尽可能想到，并考虑到
用户需要可能的变化；
2）将查询和生成报表模块做成通用的，以便于修改和维护；
3）多使用Object Pascal的面向对象功能，同类窗体尽量用继承。
另外，按你的意思，我想你可以考虑用动态生成的库结构的方法来实现，
以前，我做过一个类似人口普查的通用扫描仪识别程序，就是根据库结构定义表
来动态定义库结构。
我的话完了，哈哈！
--------------------------------------------------------------------------------
来自：iforever 时间：00-12-30 10:39:25 ID:428373
htw看来也是苦命人.
--------------------------------------------------------------------------------
来自：程云 时间：01-1-3 11:14:24 ID:431139
我对这个的问题也有了一点愚见，
希望大家能多多指点一下。
******************************************************************************
进销存可以分化为三个并行，但又不完全同步的层面。这样就可在软件中同时建立三套帐。
虽然我们认定其中的业务层在整个进销存的流层中起到主干作用，
但依然没有抓住问题的中心。
我们如果能从进销存中找到他的核心问题，让它成为软件的内核，
一切工作都是围绕着这个内核来工作的，并且在任何进销存的情况下，
都是不可缺少的。不论进销存的经营模式有什么差异，而这个核心也不会有所改变。
即，就是找到进销存的最基本的东西，不变的哪个核心。当客户要求变动时，
我们的内核不变，只要扩充一些外围的模块就可。这样不仅方便软件的开发和修改，
也有利于软件的稳定性。
其中进销存中进货、销售和库存是它的三大基本要素，
它的核心自然也就是这三者的其中之一。
其中进货，可以分为多种，如正常的进货，
客户退回也是一种进货，调入、借入、盘盈这些也算是一种进货，
而且也有不存在进货的情况。进货的不确定因素太多了，不具备核心的必要条件。
再就是销售的问题了。销售起马也可分为批发和零售两种，如象进货一样分，
哪进货退货和调出、借出、盘亏也都可算销售的一种形式，
这样销售的表现形式比进货还要多，自也不能作为进销存的内核。
这样就只剩下存的问题了。其实对于存来说，就是出入库的问题，
没有其它更多的东西。对于三个层面来说，每个层面都有自己的存，
象业务中的票据流的流入流出，库房层的物品流的流入流出，
面财务的就是金额流的流入流出。如个层面都会涉及到自己的进销存，
去维护这个自己的“库存”。
从这可以看出每个层面对自己的 “库存”的维护就是进销存的核心。
而软件的核心部分就是库房维护系统，即出入库的管理。在这部分如果作好了，
在任何一个进销存中都可以很好的发挥作用，而后期的工作，
就是根据客户的需要定制外围的模块。如设置不同的进货和销售模块，
或是各种报表查询。
******************************************************************************
--------------------------------------------------------------------------------
来自：程云 时间：01-1-3 15:11:36 ID:431381
to htw:
你能不能详细点说一下"动态生成的库结构的方法"？
这样又是如何去管理这些动态库结构的呢？
--------------------------------------------------------------------------------
来自：vinca378 时间：01-1-5 16:02:36 ID:433164
我不懂數據庫,但我認為你們應該抓住下列一點:
進銷存,顧名思義,購進-庫存-銷售 三環節
這三環節不變的是流程,
變化的只是購進的東西不同,數量不同,價格不同,供應商不同,時間不同
庫存也只是倉庫多少,規格不同,庫存物品隨購進與銷售影響,計價方法不同
銷售的東西永遠是庫存中的東西,價格有利潤率左右
--------------------------------------------------------------------------------
来自：房客 时间：01-1-18 23:13:57 ID:442255
后排听课
--------------------------------------------------------------------------------
来自：程云 时间：01-2-5 12:07:52 ID:449252
轩辕散光、wangjerry、liqunxin、htw、vinca378五人，每人40分，
还有100分，我就随意分了呀！
老朋友就少分他点。
--------------------------------------------------------------------------------
来自：程云 时间：01-2-9 8:52:13 ID:452297
多人接受答案了。
--------------------------------------------------------------------------------
gzpbx, 这个问题已经结束讨论。htw-40,huiboy-14,iforever-14,liqunxin-40,Shd-14,vinca378-40,wangjerry-40,whb_li-14,yh-15,房客-15,千中元-14,轩辕散光-40, 的回答最终被接受。
仅仅添加注释，注释内容：(请您注意换行， 如果只想获得email通知，注释可以不填。 )
如果有人参与讨论这个问题，请用EMail通知我。
附加功能 添加到收藏夹
返回
问题的标题是：进销存中的移库问题，你们解决了吗？(300分)
问题的分类是：软件工程 , 分坛主: z_cd, 分坛主: 吴剑明
来自：程云 时间：00-12-18 15:24:12 ID:420174
在一个进销存系统中，如果有多个库房，它们之间一定不可必免有移库问题，
1、当然在如能从逻辑上把他们当成一个库房哪自然好了，
可人家有库房责任的问题，不能合为一个处理。
2、要记录移库过程，这好说记下就是。
3、一物品从A库房移到B库房，如B库房认为这个物品要退回厂家，不是他们进的货，
自然要退给A库房去退货了。然后又从B库房移到A库房，但这时A库房又怎能知道
这个物品是从哪进的呢？又怎作这退货的工作呢？
4、在一个系统中的若干子公司间的调货（习惯称为系内调拨），也同样存在这样的问题。
大伙儿，多帮忙想想，这是必须要解决的问题。
我也为他想了一年了，都没有找到一个比较好地解快这个问题的方法。
到时多分分。
--------------------------------------------------------------------------------
来自：jqw 时间：00-12-18 15:50:18 ID:420194
要解决什么问题?
--------------------------------------------------------------------------------
来自：BaKuBaKu 时间：00-12-18 16:01:08 ID:420203
进销存系统中必须记录商品的许多附加信息，比一般的信息管理系统要严格，因为涉及商业
成本核算。
换言之，商品的每一业务流，都必须打上该商品的业务 ID ，而不只是商品本身的 ID 比如
商品编码。比如卖出一件商品，必须记录下，该商品是哪一批次、哪一厂商、当时采购成本等
许多信息，当然这些附加信息可以用一个专门的表来组织，用一个业务 ID 来表示。
调拨是同样的道理，执行一次调拨单，如果打上商品的业务 ID ，那么不论如何变动，总可
以根据这个业务 ID 来找到它的原始发生情况。
如果你了解商业成本核算的“先进先出”、“后进先出”、“全月平均”、“加权平均”、
“个别计价”等核算流程的话，这样的解决方案应该是很自然的。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 17:05:54 ID:420259
to BaKuBaKu:
你说的这些我们也有，
我们的业务明细表(t_salelist)中记录这些业务单据。
单据编号，单据序号，库房编号，操作方式，商品编码，商品名称，……，供应商编号，供应商名称，源单据编号，源单据序号
R00001, 0001, 0001, 购入， 100001, 六味地黄丸, G0001 第一制药厂,
(从0001库房移到0002库房，的记录过程)
YC0001, 0001, 0001, 移出, 100001, 六味地黄丸, 0001 第一库房, R00001, 0001
YR0001, 0001, 0002, 移入, 100001, 六味地黄丸, 0001 第一库房, YC0001, 0001
(再从0002库房移回0001库房，的记录过程)
YC0002, 0001, 0002, 移出, 100001, 六味地黄丸, 0002 第二库房, YR0001, 0001
YR0002, 0001, 0003, 移入, 100001, 六味地黄丸, 0002 第二库房, YC0002, 0001
这样，这最后一条就成了0001库房的入库，要对它退货，我要如何去退呢？
本来退货是在供应商中记录进货的供应商，要退出它的，可这会，哪里记录的是第二库房，
但如果不这样记录，哪就不知这个是从哪移过来的了。
不知大伙能明白这个问题出在哪儿吗？
--------------------------------------------------------------------------------
来自：轩辕散光 时间：00-12-18 17:41:18 ID:420299
：BaKuBaKu 说得对
增加批次号，这样无论怎么搬到、移库都可以了
批次号；约定了一批货物的唯一的标示~
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 17:46:30 ID:420306
批次号，不行的，
因为它作不了唯一的，
有的多次进的，可能是同一批次的，
或多不同的供应商进的为同一批次，这我们也见过。
还有，就是有的物品没有批次的，哪要如何去作呢?
现在我们的软件是在管理这个批次，每一次进货，第一笔单据都有批次，
可这不能这样用的。
还得再想办法。
--------------------------------------------------------------------------------
来自：轩辕散光 时间：00-12-18 17:57:30 ID:420314
批次号就是唯一表示货物属性的，多次进的就应该是多个批次
对于没有批次号的，也是允许的
主要在于是否进行批次跟踪，如果需要则批次号必须存在；否则没有必要
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 19:05:29 ID:420356
to 轩辕散光:
不知我们说的批次同你说的批次是不是一会事儿？
我们用的批次是物品出厂时自带的，是指某一批的产品，只会有一个，
这样很可能到了商家手里，就是重复的，这怎能用作唯一码呢？
在我们的客户中，还没发现哪个有批次绝不出现重复的客户呢。
而且如没有批号，哪又如何唯一的确定哪次进货呢？
还个方法根本行不通。
--------------------------------------------------------------------------------
来自：轩辕散光 时间：00-12-18 19:28:32 ID:420375
哦看法不同
我的批次是指入库时的唯一标示，这样如何？？
--------------------------------------------------------------------------------
来自：BaKuBaKu 时间：00-12-18 20:03:52 ID:420394
你的业务明细表是否还缺少一点东西呢？
每一笔商品采购入库，一定要为它指派一个“终身”ID ，就像人出生后给他一个身份证号码，
如果有这个标识，那么无论在那个环节发生诸如“退货”等的业务，都能够立即定位到该商品
的原始信息！！
在你现有的数据结构中，即使仓库 2 不把商品调回仓库 1 ，仓库 2 也没办法退货的。
单据一定要保证它的原始性，一旦单据发生，就绝对不允许修改，否则电子数据的擦除是没有
任何痕迹的，我们做商务系统，就要在系统逻辑上防止这种行为。
一般的做法是，建立一个普通业务记录表，即把单据流中发生的所有行为的共性抽象出来，组
织到一起，当然其中就包括我所说的所谓“终身”ID。
这样做的好处在于：首先，不必把所有类型的单据放到一起，还要为兼容各种单据各自的特性
操心如何设计单据总表的数据结构；其次，单据一旦发生（审核），就不需要再对单据表进行操
作，此时的单据表就相当于一个备查的原始档案，符合实际的行为特点；方便各种查询统计，比
如成本核算的算法在这个数据结构下就显得非常简单，并且如果拥有“终身”ID，你原来的问题
都将不成其为问题了。
在业务发生的即刻并不需要马上更新这个“普通业务表”，因为涉及的操作比较复杂，如果应
用于大型超市、购物中心，由于并发度很高，这样的任务和网络流量也是系统所不能承受的，而
且容易出现并发控制问题。所以，在业务发生的即刻，我们只需要记录下业务本身的情况就可以
了，具体说，就只需要负责把录入的数据保存到你的原始单据表中，每一天的某个时候，或者每
个星期的某个时候（如果要求不高的话），执行一次结转操作，把所有的业务的共性提取到这个
“普通业务表”中来就可以了，实际上大部分商场、大型超市都是这样做的。诸如调价等操作也
都可以放在这一环节执行，因为绝大部分都是先一天调价，隔日生效。
一家之言，不知意下如何。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 20:50:21 ID:420447
to BaKuBaKu:
你的"终身"ID的方法很好，这种没有唯一性，而设的唯一值的方法，
起马在理论上我看是可行的。但还要在实践中多试，说不定还有更难办的问题发生。
你之后提到的问题我们是在前台专有POS程序，它在工作时是与后台断开的，
只用来记录大量的零售数据，然后在不忙时，或他们认为合适的时候，如交结班时，
再传回后台，而后台是在这些零售的明细数据的基础上，汇总之后并按照
如"先进先出"的这种设定好的出库原则出库。
这种方法只用作在长期的大量数据的输入操作中。
这个问题就先到这儿，过两天我就接束它。
我还的哪个问题你也多多帮忙。
进销存的定义与进销存的核心问题。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 20:53:10 ID:420451
to 轩辕散光:
你给出的答案也是正确的，
你这位高手，可也不要忘了帮帮我的另一个问题。
--------------------------------------------------------------------------------
来自：轩辕散光 时间：00-12-18 20:58:23 ID:420456
这个问题是不是太大了一点，不过我现在所作的大概就是这个
从mrpII提升到erp，不过进销存依然是重点
实际上顺序应该为销-进-存-销
以订单为根本从而达到三流统一的境界，同时联系到财务的成本核算，库存则是重中之中
我们可以更加详细的讨论这个问题。。。
mymailwh@263.net
oicq :3877369
--------------------------------------------------------------------------------
来自：BaKuBaKu 时间：00-12-18 21:09:31 ID:420461
其实是一个意思。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-18 21:45:49 ID:420493
to 轩辕散光:
你所说的顺序"销-进-存-销"为何销在前面？
>>以订单为根本从而达到三流统一的境界
为何以订单为根本呢？
我们的客户中使用进货计划的没几家，
而用销售订单模块的一个也没有，
可见这部分在软件设计中可以考虑，
但实际用处显然不大。
这三流统一的境界还真难达到。
--------------------------------------------------------------------------------
来自：轩辕散光 时间：00-12-19 8:30:41 ID:420677
程云：我所说得以销售为龙头主要针对mrp类型，结合生产管理而言的，不知我说的是否明确？？
--------------------------------------------------------------------------------
来自：程云 时间：00-12-19 9:39:52 ID:420731
to 轩辕散光:
咱们私下聊，我先分分。
BaKuBaKu : 的答案正合题意， 150分
轩辕散光 : 的答案也同样正确， 140分
jqw : 这位连EMail回复的 10分
大侠灌水有分，
所以我以后的问题
可得多灌水了
没竟见吧！哪我分了。
--------------------------------------------------------------------------------
来自：程云 时间：00-12-19 9:41:22 ID:420732
多人接受答案了。
--------------------------------------------------------------------------------
来自：jqw 时间：00-12-19 17:06:15 ID:421112
多谢恩典
--------------------------------------------------------------------------------
来自：程云 时间：00-12-19 17:29:44 ID:421143
to jqw:
你也太不够意思了，
打个问号就再见不到人了。
--------------------------------------------------------------------------------
