有关开发我的进销存应用的一系列问题？可能需要较长时间！但分数可观！(200分)

Z

zheng

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-18

• #81

一个细节问题：
一般进销存软件有无对进货（或销售）“退货”单的录入进行限制，也
即是说：是否要针对要退货的那张进货单的数据进行校验，确定确实有
此“进货”（单），而且数量符合才允许填写“退货”单？同样道理，
“付款”单是否也有无校验？我看管家婆等软件好象没有进行校验，任
由录入人员自由填写？

 

O

oceanwave

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-18

• #82

更进一步说，出仓更应该有校验的。库中无此货品怎样出货呢？
当然，一个软件不可能一步到位，可以做为你的目标喔：）

 

S

SeaHawk

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-18

• #83

学习

 

Q

quzl

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-18

• #84

我也在做进销存软件，其实，自己如果想不出来的时候，可以参考一些现在成功的商业进销存软件，现在不要太多啊！随便什么地方都能DOWN个演示版啊，学习版什么的，DOWN了看看，也不能说是D版吧！另外，要对整个进销存的流程要熟悉，开发前做好详细的开发文档，有的人不喜欢写这东东，其实这些东西到时才有用！对于小型企业的进销存，DELPHI+ACCESS是非常不错的一种选型！

 

G

gwbasic

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-19

• #85

應該有檢驗
但實際的操作很多都很不規范,所以,有些公司認為加上"檢驗"功能反而不便操作

我們單位現在是有檢驗的,由於出貨時,每個產品上都有批號,所以在退回時,
查詢些批號的貨物是否出給了此客戶,並且退回數量有無超出出貨數量,退給客戶的錢,也就有依據了,

出貨的貨物是不允許產生負數的,管家婆好像是允許產生負數,但會有提醒

 

Z

zheng

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-19

• #86

to oceanwave：
你的意思是说，检查要退货的商品库存量够不够退货的数量的校验，是吗？
我的意思是：退货是针对的哪张进货单，然后先检验是否存在此“进货”（单），
比如：是某个单位的货物，那么退货时的单位当然要对应检查那张进货单，
而不是说只是简单的看库存是否够退货量，我是这么个意思！
不过我见管家婆（辉煌版）都好象没有这么复杂的校验，如果不是必需的
话，我也想偷懒。^_^^_^

 

X

xiaoyu_online

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-19

• #87

疑问：为什么一定要对进货单校验呢？进一批货不一定要全部都要退吧，我认为对于退货的记录负
号记录是可行的。只是在权限上对记帐人进行控制就即可。

 

O

oceanwave

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-19

• #88

退货要不要校验，主要是看业务结构，大部分的情况退货并不需要校验，因为就象楼上那
位老兄说的一样，全退的情况并不一定多见，所以退货的校验存在的理由就不充分，反而
出货单的校验是必要的，因为出货的频率也好，对库存的重要性也要都是相对重要的。
就象我前面说过的，先做个“偷懒”的系统，然后从易到难把功能加上去，不要想一步登
天喔。不然会让你半途而废的。
而且很多企业不会马上需要这些完善的功能，做系统要有重轻缓急之分：）

 

Z

zheng

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-19

• #89

大家：
前段为何不到http://www.delphibbs.com/delphibbs/dispq.asp?lid=671074[red]拿分[/red]？
oceanwave：
第一阶段先给你200分！请查收！不过[red]这里的主题还要继续！[/red]

 

C

coaco

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-19

• #90

非常佩服oceanwave的耐心和zheng的仔细和虚心.如果不是"进销存",而只是仓库管理软
件,就大有文章可做.比如外销服装、箱包厂的仓库,还有个按单订货的问题(就是原材料品种
繁多,而且订原材料就是按订单概算而订的,订单号从报价开始,一直贯穿全局),类似的软件,
市面上很少,管理方法相对也比较落后,但是所谓的按单生产，应该是不少行业的发展趋势吧。
想和二位交个朋友,或许我们有合作的机会呢,事实上,一个好软件的诞生,也是一个行业机会
的诞生。这方面网上的例子也很少(至少我没有找到) :-(
我的E-mail coaco@263.net.

 

X

xuq

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-20

• #91

zheng兄：
相互促进，
my email fcmeng701@sohu.com

 

O

oceanwave

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-20

• #92

我觉得做仓库的进出存，并不是很难的事情，真正给我乐趣的是，不同的公司有不同的业务
规则和查询要求，这样就要用各种各样的代码或SQL语句来实现。我最喜欢写的就是SQL。
按单生产，是贯穿业务、仓库、生产部门的重要环节，但实现并不难，只要理好思路，一
切问题也能迎刃而解[]

 

S

SeaHawk

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-21

• #93

我们现在也在开发一套管理软件，不知道各位有没有兴趣参与？如果有，可以和我联系
SeaHawk@163.com.

 

Z

zheng

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-21

• #94

to xuq、SeaHawk 等各位志同道合的兄弟：
等我这个系统的基本架构出来，我会与你们联系的，说实话我这方面水平还不够，
希望互相促进，也可以一起来开发一个。

 

Z

zheng

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-21

• #95

to oceanwave：
做好了“进货单”、“销售单”、“进货退货单”、“销售退货单”、“付款单”
“还款单”，但互相之间都无校验。现在正在做“商品调价单”，发现一个问题：
为何有“发货仓库”，是什么概念？并且发现“商品调价单”与其他单据好像并无直接关系，
把商品调整价格并不会体现在销售单据（在录入销售单时）上，那“调价”有什么意义？

我准备共做12张单据，这些都是一般小型进销存的基本功能，肯定要的。

 

X

xiaoyu_online

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-21

• #96

明确概念：进销存就是是供何种企业使用的？如果是工业生产企业，为什么没有生产环节。
如果是商品流通企业又何来原材料科目？我读书时学过会计，但从没有做过会计方面的事务工作，
所以想问一下这方面有实际经验的兄弟们，谢谢！！
to zheng
对于“发货仓库”我是这样认为的。当商品采购回来后，入库时有入库单，出库时有出库单，“发货仓库”就是填写出库单的仓库。
“商品调价单”概念，不是一个标准凭证。可能是企业内部自己设计的一个单据，反映的活动由单据的内容决定。
如果按你说的这样，我想这个单据会在最后结存的时候使用。

 

O

oceanwave

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-21

• #97

楼上的xiaoyu_online兄已经回答了，我补充几点。
企业的各种活动，无论从自身来讲，还是从外部来讲，都需要一种凭证去记录，典型的就是
各种出入库单据。同样的，调价单就是反应了商品价格调整过程的一种凭证，避免了当你
更改了商品资料时，不知道商品价格是因为什么，什么时间变化的。
凭证反映出行为人和责任人，这一点是很重要的。
对于“进销存”，我一定认为这并不是一个准确的讲法，说是ERP又太大了。所以我针对系
统分别为模块，分别叫“成品仓库管理模块”，“业务管理模块”，“生产管理模块”，
“材料仓库管理模块”，“材料采购管理模块”，应该说是按企业内部职能划分，但不是
一成不变，根据实际需求再做调整。总的应该叫“企业管理系统”，如果你只是卖其中之
一，就叫其中的名称就好了。我要把整个系统划分的很细的原因是——整个功能很全的软件
的竞争力是比不上象“管家婆”、“速达”这类软件的，而且也赚不上钱。如果分模块向
客户推荐的话，客户就可以根据自己的需要选取，在实际中企业能够采用或实现这些电脑
管理的职能并不很全，所以划分开来，对自己对企业都是有利的。
所以，我一般不把功能全部做在一个里。看看能不能给你帮助？[]

 

A

Ayong

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-10-23

• #98

太精彩了！！
一定要好好向各位学习！

 

C

coaco

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-11-03

• #99

oceanwave的说法很正确，如果工厂的管理还在成长阶段，那么最好用“群件”的方法分别解决问题，比如涉及到财务，复杂的
库存统计（含先进先出，后进先出，移动平均等复杂计算），最好能做的单纯一些，这样稳定，可靠，也比较容易建立数据模型，
其它的物流，如生产计划另做，这样以上的财务上的问题就不存在，只要统计结果就行了，这样成功的把握比较大，贸易公司
的软件也有这样的问题，有可能的话，业务管理和物资管理可能的话，最好分开做，当然，相互可以共享数据，比如商品编码。

 

Y

yangweng

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2001-11-03

• #100

我有一个PB的源程序！什么都有了！不过不能拿出来！（因为我朋友给我的时候交待过）