＃关于财务数据库的示例数据＃

eio

设计数据库不算很难，难在会计员不会编程，编程员不会会计。所以强烈建议版主将该主题固顶，大家出示一些会计数据，包括采用不同行业的示例，不同计算方法的示例。这方面我则重的是运算要求和结果。大家能将其有机的结合，起码事半功倍！免得您设计用一种数据，我设计用另一种数据。
[em27][em27][em27]

zhengjialon

我上学时的专业是会计电算化，现在的工作是ACCESS。会计方法都是大同小异的。

eio

可惜您不是企业主，企业主需要的是会计电算化的另一种要求，虽然操作会计数据是会计的事，但企业主不要您的，或者有出人意料的需求又怎样？

zhengjialon

呵呵。

cattjiu

我是会计也，现在使用用友配合英文ERP系统BAAN出中文帐，我自己做了一个用Access转换BAAN英文凭证到用友的，涉及到公司信息，不便公布出来。用友应该代表国内会计电算化的先进软件，看看它的数据表设置，基本了解它的算法和流程了。

大熊

以下是引用eio在2003-1-7 9:48:17的发言：
设计数据库不算很难，难在会计员不会编程，编程员不会会计。

编程员真是世界最艰难的工作啊！编程员岂止不会会计而已，试问设计银行存款系统的人有谁当过银行行长？农业园区里所用的程序的设计师只怕也不会有人当过农民吧！：）

yorkjun

是的，同意以上说法。我在一家大卖场做IT，真是什么都要懂。财务只管数字，不管数字怎么来的。倒是我对所有的财务，物流，收银的数据流向，数据关联彻底过了一遍，还得去教他们。所以我现在对很多公司里IT归在财务部很理解。：（

cattjiu

我觉得“财务只管数字，不管数字怎么来的。”不对，恰恰相反，财务关心数字的来源，真正好的系统应该由财务来提出数据来源，IT来实现其要求。数据关联是数据库的范围，财务只关心你的物料进出数据与实物以及价值（存货/应收应付/存款）是否相符，是否有记录可查，是否与正确的会计科目相连。具体你用什么方式来实现以上要求，他没必要关心，但你的数据与实际业务流程之间的关系必须有清楚的说明。教是必要的，为达到以上财务要求，数据库系统设置了一些操作规范，这对任何人都一样需要培训的。

以下是引用yorkjun在2003-1-8 13:55:46的发言：
财务只管数字，不管数字怎么来的。倒是我对所有的财务，物流，收银的数据流向，数据关联彻底过了一遍，还得去教他们。

kdwin

以下是引用eio在2003-1-7 9:48:17的发言：
设计数据库不算很难，难在会计员不会编程，编程员不会会计。所以强烈建议版主将该主题固顶，大家出示一些会计数据，包括采用不同行业的示例，不同计算方法的示例。这方面我则重的是运算要求和结果。大家能将其有机的结合，起码事半功倍！免得您设计用一种数据，我设计用另一种数据。
[em27][em27][em27]

大哥，我可是学会计的，我做了四年的财务经理，虽说计算机学的不啥的，但是总是够用吧，你可知现在许多会计都在财务软件公司做高级系统分析师呢。不要小看会计。（做为会计的我强烈抗议）。