关于 分录(move.line) 凭证(move) 日记帐(journal) 账簿(ledger) 关系的 讨论记录
-
做为一个财会小白还是很有压力的...
所以, 小白还是很努力地想要把里面的东西 摸透... 所以, 有了下面的聊天记录. 有错误之处, 请告之修改...[code]
关于
凭证行|分录(account.move.line) 日记帐(account.journal) 帐簿(account.ledger) 这间的关系昆明-冷火 14:41:18
凭证是账簿的登记依据
上海-wjf 14:41:29
ledger只记录一个科目的历史记录(这里有误下面的修正)
重庆-mrshelly 14:41:29
嗯. 分录就是凭证的行?
重庆-mrshelly 14:41:45
科目? 就是账簿的分类?
上海-wjf 14:41:51
journal是凭证的列表
重庆-mrshelly 14:42:15
分类列表?
重庆-mrshelly 14:42:49
把凭证的列表分个类, 就是一个journal?
昆明-冷火 14:44:31
上海-wjf(85822082) 14:41:30
ledger只记录一个科目的历史记录
——这里错了，ledger里面不只是一个科目，genernal ledger什么都有，特殊的专用ledger，是genernal ledger里某个科目的明细，是genernal ledger的补充
上海-wjf 14:45:03
某个科目，恩
昆明-冷火 14:45:04
journal按照分类，每个分类一本，比如通用journal，采购journal，销售journal等等
昆明-冷火 14:46:13
1，genernal ledger包括所有的科目。
2，并不是所有的科目都有明细ledger
河北|liunx-洋 14:46:56
我们的做的ERP财务是要我国会计学会适合外国人？还是要外国人的适合我们？
重庆-mrshelly 14:47:28
也就是说. 一个 Journal 是一个或多个科目的凭证的集合?
昆明-冷火 14:47:50
也就是说. 一个 Journal 是一个或多个科目的凭证的集合?
——对
上海-wjf 14:48:01
当然要国外的适合我们
重庆-mrshelly 14:48:36
那 ledger 与 journal 的关系呢?
昆明-冷火 14:49:15
但是目前，oe的财务模块要改动的话，是个大工程。没人能做到。那就只好但过来，迁就oe了
重庆-mrshelly 14:49:21
那OE的 journal 就相当于中国财务的整理好的 凭证了?
昆明-冷火 14:49:30
昆明-冷火(279175976) 14:38:22
简单说，
中国：原始凭证->记账凭证->账簿（总帐，明细账，日记账等等）
鬼子：原始凭证->journal->ledger
重庆-mrshelly 14:49:31
不.. 应该是帐本...重庆-mrshelly 14:50:11
ledger 是 journal 的集合.. 按什么原则呢?
重庆-mrshelly 14:50:26
move -> journal 是根据 move 的科目内容. (这里应该有误. 按理解. move->journal 应该是根据 move 里动作的业务范围 为原则 记录到某个 journal 中)
上海-wjf 14:50:29
我记得我曾经说过，我在一个特别大的公司做过
昆明-冷火 14:50:46
发生业务，journal先记一笔，但后再根据journal，ledger上再记一次 (想起来, ledger 上记一笔, 应该不是根据 journal了. 而是根据 move.line 的科目 在 ledger 上记录)
上海-wjf 14:51:04
我们有200个会计，每个会计只管一两个科目
上海-wjf 14:51:56
这样分岗位记账就可以对应上国外的journal (嗯. 分岗位记帐到 journal 就可以理解为 因为 move 的业务类型的journal 分类原则)
上海-wjf 14:52:57
但小企业只有一个会计一个出纳，凭证字都从三个简化成了一个，就很难理解journal了 (如果企业虽简化了. 但还是分了 采购J, 销售J 以及库存J什么的, 应该还是可以理解)
重庆-mrshelly 14:53:22
简化就难理解了?
重庆-mrshelly 14:53:54
按分开记的原则. 那就是 journal 与 ledger 没有什么关系了?
上海-wjf 14:57:00
鬼子：原始凭证->journal->ledger (这里我的思维又开始搅了...)
有关下
上海-wjf 14:57:05
有关系啊
上海-wjf 14:57:28
中国：原始凭证->记账凭证->账簿（总帐，明细账，日记账等等） 对咱么来说，没关系
昆明-冷火 15:00:01
上海-wjf(85822082) 14:52:58
但小企业只有一个会计一个出纳，凭证字都从三个简化成了一个，就很难理解journal了 (所谓的凭证字, 豆是类似于 销售J 豆是 销字-叉叉叉叉叉 库存J 豆是 裤子-叉叉叉叉叉 嘿嘿, 我理解的没错吧)
——这个很简单，设置一个journal就行了 (嗯, 如果一个J, 那豆叫 全字-叉叉叉叉叉好了)
上海-wjf 15:01:17
一个journal对OE来说是不够的
昆明-冷火 15:03:45
好象是，oe似乎最少要三个
重庆-mrshelly 15:06:07
嗯. 不是四个吗?
重庆-mrshelly 15:06:19
一个销售. 一个采购.
重庆-mrshelly 15:06:24
一个现金.
重庆-mrshelly 15:06:29
还有一个啥来着...
昆明-冷火 15:06:39
还有个其他吧
重庆-mrshelly 15:06:49
然后 这三个 journal 同 ledger 啥关系?
昆明-冷火 15:06:51
或者是stock
重庆-mrshelly 15:06:57
嗯. 有个 stock
重庆-mrshelly 15:07:19
move 同 journal 的关系有些懂了.
重庆-mrshelly 15:07:36
就是 不同的move 因为不同的科目, 记到 不同的 journal 中.
昆明-冷火 15:08:21
journal按业务类型分，ledger按会计科目分 (这句讲到重点了....)
上海-wjf 15:08:52
重庆-mrshelly(49812643) 3:07:36 PM
就是 不同的move 因为不同的科目, 记到 不同的 journal 中. 理解错了吧 (应该是讲 不同的move.line 根据 account_id(科目) 记录到 对应科目的 ledger 中. 而 move 中的X借X贷 line 行, 则要根据 move 的 journal_id(指定的Journal 企业根据业务需要指定) 记录到对应的 journal 中去)
上海-wjf 15:09:05
昆明-冷火(279175976) 3:07:55 PM
journal按业务类型分，ledger按会计科目分 这个才对 (这里豆开始思路清晰了)
昆明-冷火 15:10:13
重庆-mrshelly(49812643) 15:07:36
就是 不同的move 因为不同的科目, 记到 不同的 journal 中. (这里 哈哈哈... 没有分清楚 move 与 move.line 的关系 大家原谅我.. 做为一个财会小白. 你们会谅解的, 是吧,, 所以,, 比我还白的小白, 请跳过这一行)应该是：就是 不同的move 因为不同的科目, 记到 不同的 ledger中.
重庆-mrshelly 15:11:14重庆-mrshelly 15:11:37
先讲 move 与 journal 的关系.
重庆-mrshelly 15:11:53
journal 之间有没有重合的可能? (这里我在纠结于 journal 是按科目分. 然后 又按业务类型记, 就会存在有科目重合的可能性... 所以, 豆开始迷糊老 ....)
重庆-mrshelly 15:12:22
也就是说, 有没有科目既在 journal A 中. 又在 journal B中? (忽略这一句)
昆明-冷火 15:12:43
journal有好几个我们说过了，这些journal是并列的关系，一笔业务，只会出现在一个journal中 (冷火一再强调... 这是业务分得. 这是业务分得.... )
重庆-mrshelly 15:12:46
重庆-mrshelly(49812643) 14:47:26
也就是说. 一个 Journal 是一个或多个科目的凭证的集合? (所以, 我翻出 我被确认是正确的一句... 哎呀... 你们表乱确认一个小白嘴里跳出的结论嘛... 这样会害死人的....)
重庆-mrshelly 15:13:13
嗯. 也就是说, 如果企业有10个科目.
重庆-mrshelly 15:13:25
不会是9个.
重庆-mrshelly 15:13:23
那么 journal 的总合科目是10个. (看嘛... 我还在纠结 Journal 中的科目....)
重庆-mrshelly 15:13:50
或者 不会有同一个科目的move 分别记在两个 journal 中?
重庆-mrshelly 15:14:03
也就是说 journal 只是把move 分了几堆而已? (注意冷火是确认对的这一句以及下面一句. 上面一句,, 请小小白略过)
重庆-mrshelly 15:14:26
而不是 把move 印了几份装订....
昆明-冷火 15:15:15
对
重庆-mrshelly 15:15:23
OK
[/code][[i] 本帖最后由 mrshelly 于 2010-4-24 08:57 编辑 [/i]]
-
[code]
重庆-mrshelly 15:16:03
move 与 ledger 简称 MLmove 与 Journal 简称 MJ
重庆-mrshelly 15:16:09
ML 与 MJ 的区别就在于.
重庆-mrshelly 15:16:20
MJ 不会有科目交集. (这个, 这个, 按我的看法, 似乎同下面一句又讲反了)
重庆-mrshelly 15:16:28
而ML 有可能有科目交集?
重庆-mrshelly 15:16:51
也就是说. A帐簿 有 move xxx1
重庆-mrshelly 15:17:05
B帐簿也可能有 movexxx1 的记录?
重庆-mrshelly 15:17:31
或者说 ledger 与 move 没有直接关系.重庆-mrshelly 15:17:43
而是 ledger 与 journal 有关系. (我的大脑又开始告诉我, 冲突老冲突老...矛盾老 矛盾老.....)
重庆-mrshelly 15:17:49
间接同 move 有关系?
昆明-冷火 15:19:41
oe的move我没看过，不知道是什么意思
重庆-mrshelly 15:20:05
move 不就是凭证吗?
重庆-mrshelly 15:20:19
OE 的move 是凭证.
重庆-mrshelly 15:20:31
草稿状态 是未记帐的凭证.
上海-wjf 15:20:58
重庆-mrshelly(49812643) 3:16:51 PM
也就是说. A帐簿 有 move xxx1
重庆-mrshelly(49812643) 3:17:05 PM
B帐簿也可能有 movexxx1 的记录?
上海-wjf 15:21:01
对的 (wjf 豆是要把一个小白引入歧途.......)
重庆-mrshelly 15:21:51
嗯. 那ML 与MJ 的本质区别. 就在于ML 有 move 的交集.
MJ 是没有的.ML 需要合计一些数据.
MJ 是不需要的.
重庆-mrshelly 15:22:19
那看起来 J 与 L 好象就没有什么关系了.
昆明-冷火 15:22:33
不对
重庆-mrshelly 15:22:54
都是 以科目为线索 同 凭证之间有联系.
重庆-mrshelly 15:23:04
而 J 与 L 没有直接的联系?
重庆-mrshelly 15:23:08
可以这样理解吗?
昆明-冷火 15:24:28
一笔业务，可以涉及几个科目（最少两个），每一个科目一个发生额，也就是中国说的一个分录，就是说，一笔业务也几个分录。以个分录，也就是oe里面的一个entry line
昆明-冷火 15:24:53
一个分录，也就是oe里面的一个entry line重庆-mrshelly 15:25:08
entry 就是move 吧?
重庆-mrshelly 15:25:20
entry line 就是 move.line 吗?
昆明-冷火 15:25:28
一个entry，也就是一笔业务，肯定记录在一个journal里面
重庆-mrshelly 15:25:48
嗯. entry 不会重复记录在 journal 里.
昆明-冷火 15:26:01
但是到了账本，就分了，每个分录到了他相应的科目里面
重庆-mrshelly 15:26:27重庆-mrshelly 15:26:34
journal 不是也分了吗?
昆明-冷火 15:26:48
但是，但是，每个分录，也就是每个entry line，无论在journal还是ledger里面，都只会出现一次
重庆-mrshelly 15:26:49
如果 journal A 包含 了科目 A1 A2
重庆-mrshelly 15:27:01
啊?????
重庆-mrshelly 15:27:12
move.line 在 ledger 也只出现一次??????
昆明-冷火 15:27:17
当然
重庆-mrshelly 15:27:23
你们这样要把我整晕哈.... (我是彻底晕了.......)
上海-wjf 15:27:27
对
重庆-mrshelly 15:27:37
上海-wjf(85822082) 15:20:58
重庆-mrshelly(49812643) 3:16:51 PM
也就是说. A帐簿 有 move xxx1
重庆-mrshelly(49812643) 3:17:05 PM
B帐簿也可能有 movexxx1 的记录?
上海-wjf(85822082) 15:21:01
对的
上海-wjf 15:27:42
move.line只会进一个ledger
重庆-mrshelly 15:27:52上海-wjf 15:28:04
但move会出现在多个ledger里 (wjf 压根儿就之字不提 move.line 这个关键性的元素... 任由我的错误理解在大脑里翻腾.....)
重庆-mrshelly 15:28:05
为嘛... 这是为嘛.....
重庆-mrshelly 15:28:21
所讲的move就是move.line 嘛..
重庆-mrshelly 15:28:30
肯定找小的讲.
上海-wjf 15:28:38
不对么？一个move有多个line啊，各回各家，各找各妈呀
重庆-mrshelly 15:28:44
.....
重庆-mrshelly 15:28:49
误 导我....
重庆-mrshelly 15:28:52
...
重庆-mrshelly 15:29:11
那 J 和 L 就没有啥区了呀.
重庆-mrshelly 15:29:20
都是记录了 move.line 的记录.
重庆-mrshelly 15:29:42
J 和 L 只是为了统计数据目的不同而分别不同的记录方式 ?
上海-wjf 15:29:51
j是move的汇总，l是move.line的汇总 (这里似乎找到我的迷糊所在了...)
昆明-冷火 15:30:02
j和l本来就没多大区别，两个都存在是因为手工帐的遗留习惯
重庆-mrshelly 15:30:24
@wjf j是move 的汇总的话, 那就麻烦了 (因为我脑子被确认 Journal 中的科目不会重复, 不会重复... 所以.. 按 move 汇总, 那肯定麻烦就有了... 哈哈哈 move.line 就会重复老)
昆明-冷火 15:30:31
手工先按业务做分录，做好分录，再一条一条登记到相关科目下 (要是冷火在讲记到 帐簿的相关科目下.. 我可能就好一点儿了.)
重庆-mrshelly 15:30:58
整晕了...
重庆-mrshelly 15:31:22
是记录到 j里?还是 L 里? 还是记到科目里? (所以, 我一下又被引导到, 又要多记一个东西.. 那豆是科目...小小白请绕行此行)粤-Black Jack 15:31:25
...
重庆-mrshelly 15:31:38
科目可以记录数据吗?
重庆-mrshelly 15:31:43
不可以吧?
重庆-mrshelly 15:31:52
只能是记录到 J 和 L 里.
重庆-mrshelly 15:32:09
整晕刮老.....
[/code] -
[code]
昆明-冷火 15:32:50
只好举例说明了
昆明-冷火 15:32:56
nnd，开讲了啊
重庆-mrshelly 15:33:04粤-Black Jack 15:33:08
举例也没用
重庆-mrshelly 15:33:17
搬凳子....
昆明-冷火 15:33:45
发生一笔业务：
你拿现金买了一张办公桌
重庆-mrshelly 15:33:58
OK.
昆明-冷火 15:34:21
做分录：
借：固定资产 1000
贷：现金 1000
重庆-mrshelly 15:34:37
嗯. 固定资产. 现金 这都是科目吧? (一个业务 生成 一个move(可能有多个move) 两条或者多条 move.line)上海-wjf 15:34:46
对
重庆-mrshelly 15:34:47
就是说两个科目会有数据变化.
重庆-mrshelly 15:34:54
OK. 继续.
昆明-冷火 15:34:58
这一笔业务呢，你就先记在现金journal里面，一个摘要，两行分录 (看清楚没...根据业务,, 在Journal 记一次)
重庆-mrshelly 15:35:06
1000 是桌子的金额, 是吧?
重庆-mrshelly 15:35:33
嗯 .现金J 里要记 两条
上海-wjf 15:35:41
一条
重庆-mrshelly 15:35:43
还是一条?
重庆-mrshelly 15:36:10
为什么记现金J. 是因为 科目是现金?
上海-wjf 15:36:11
一个move包含两个line
昆明-冷火 15:36:24
然后呢，你再把账本找出来，翻到现金科目那一页，贷方记一笔1000，前面摘要记一下
重庆-mrshelly 15:36:37
@冷火... OK.
上海-wjf 15:36:48
企业设计个journal根据管理需要随便设的
昆明-冷火 15:36:56
然后呢，你再翻到固定资产那一页，借方记一笔1000，前面摘要记一下上海-wjf 15:36:58
几个
重庆-mrshelly 15:37:02重庆-mrshelly 15:37:06
固定资 产那一页?
重庆-mrshelly 15:37:10
也是现金J吗?
上海-wjf 15:37:28
在说ledger了，shelly
重庆-mrshelly 15:37:32重庆-mrshelly 15:37:36
他没有讲 Ledger
筏头-大鱼小鱼 15:37:38
只记本方发生~不记对方发生~~~~
重庆-mrshelly 15:37:47
我还以为是 Journal
昆明-冷火 15:37:53
然后呢，还是在账本里面，你再翻到固定资产那一页，借方记一笔1000，前面摘要记一下重庆-mrshelly 15:37:58
也就是说. Journal 只记了现金J.
昆明-冷火 15:38:16
这件事情就算处理完了
重庆-mrshelly 15:38:17
然后呢，你再把账本找出来，翻到现金科目那一页，贷方记一笔1000，前面摘要记一下
重庆-mrshelly 15:38:38
也就是说 现金J, 与固定资产(这个也是J吗) 是在同一个帐本中的...
重庆-mrshelly 15:38:59
这个现金J, 在企业中, 叫啥名字?
重庆-mrshelly 15:39:05
固定资产J呢?
昆明-冷火 15:39:38
发生一笔业务：
你拿现金买了一张办公桌
做分录：
借：固定资产 1000
贷：现金 1000
这一笔业务呢，你就先记在journal里面，一个摘要，两行分录
然后呢，你再把账本找出来，翻到现金科目那一页，贷方记一笔1000，前面摘要记一下
然后呢，还是在账本里面，你再翻到固定资产那一页，借方记一笔1000，前面摘要记一下这件事情就算处理完了
重庆-mrshelly 15:39:43
我还是没有分清J 和L的区别.
重庆-mrshelly 15:40:02
固定资产 也是科目吗?
重庆-mrshelly 15:40:13
翻到现金科目那一页
你再翻到固定资产那一页
昆明-冷火 15:40:14
固定资产，现金，都是科目
重庆-mrshelly 15:40:27
嗯. 那现在我问一下.重庆-mrshelly 15:40:36
哪一部分是 J 哪一部分是 L?
昆明-冷火 15:40:47
账本是L
重庆-mrshelly 15:41:08
那 Journal 叫什么?
昆明-冷火 15:41:17
journal国内没有名字
重庆-mrshelly 15:41:32
没有名字?
重庆-mrshelly 15:41:36
也就是说国内不记?
重庆-mrshelly 15:41:41
只记到帐本?
上海-wjf 15:41:46
没这东西
重庆-mrshelly 15:42:05
嗯. 那就是说. 国内财务. 就不管什么 Journal
重庆-mrshelly 15:42:14
或者 可以这样理解.
重庆-mrshelly 15:42:31
国外的 Journal 是一个 move.line 的临时存放点.
重庆-mrshelly 15:42:47
用这个存放点的分类 来代替了 L 的不同的帐本?
昆明-冷火 15:42:55
国内做的记账凭证就是这东西
上海-wjf 15:43:07
国外也有L的
上海-wjf 15:43:16
所以不是代替
上海-wjf 15:43:42
根据冷火的理解，是journal代替了move
重庆-mrshelly 15:43:57
嗯.
昆明-冷火 15:44:02
应该是这样，我估计move line实际上已经提供了所有需要的信息，所以，journal和ledger只是显示形式的不同
重庆-mrshelly 15:44:10
就是凭证的装订本就是 国外的 J
上海-wjf 15:44:17
可以这样说
重庆-mrshelly 15:44:20
然后 L 就是国内的帐本...
上海-wjf 15:44:30
恩
重庆-mrshelly 15:44:51
凭证用来记到帐本上的数据的依据.
重庆-mrshelly 15:45:06
然后 账本上的合计用来做各种财务报表?
重庆-mrshelly 15:45:40
只是国内经常按月装订凭证.
重庆-mrshelly 15:45:53
如果按年装订, 就是国外的一个 J 了...
昆明-冷火 15:46:00
你终于弄明白了
粤-Black Jack 15:46:00
我怎么觉得j就分类帐,只是那是解剖式的分类
重庆-mrshelly 15:46:11
而如果国内的凭证要分采购 与销售的话,
上海-wjf 15:46:11
按分类装订就是J了
重庆-mrshelly 15:46:20
就变成了 国外的 采购J 销售J...
重庆-mrshelly 15:46:55
也就是管采购 的那些财务人员, 把采购相关的凭证装订起来, 就是采购J.
昆明-冷火 15:46:58
j当然不是分类帐，分类帐起码得是一个科目，j里面是业务流水帐好不好
上海-wjf 15:47:01
我原来工作的地方就有 费字 售字 ....
昆明-冷火 15:47:39
重庆-mrshelly(49812643) 15:46:55
也就是管采购 的那些财务人员, 把采购相关的凭证装订起来, 就是采购J.
——好了，你弄懂了
[/code] -
[code]
重庆-mrshelly 15:47:52
OK... 了解了...
重庆-mrshelly 15:47:58
就是说.
上海-wjf 15:48:02
对，shelly
重庆-mrshelly 15:48:29
如果要整 L的话, 还是要组合采购J 与销售J里的内容.
上海-wjf 15:48:38
所以你看oe里是按journal编号的，而不是按月编号的
重庆-mrshelly 15:48:56
也就是说.. 记帐的, 要把采购J 与销售J的东西都统统拿过来.
重庆-mrshelly 15:49:05
记完帐到L里. 再还回去...
重庆-mrshelly 15:49:27
嗯.. J 好象一般按业务类别分类的.
重庆-mrshelly 15:49:47
那J 就基本上没有什么科目一说了?
重庆-mrshelly 15:49:58
也就是按不按科目分, 也无关紧要了?
上海-wjf 15:50:13
你说为什么要有J？
重庆-mrshelly 15:51:19
嗯...
上海-wjf 15:51:24
就是因为会计有100多个科目，但是平时你经常记账的就那20个左右
上海-wjf 15:51:51
类似20/80原则
重庆-mrshelly 15:51:57
嗯???上海-wjf 15:52:20
比如现金，基本每天都有收付
重庆-mrshelly 15:52:31
用J的目的, 就是要把常用业务 与非常用业务区分开来?
上海-wjf 15:52:41
恩
重庆-mrshelly 15:52:42
以便 后续的L 能及时记帐?
重庆-mrshelly 15:53:29
也就是说. 如果一个企业... 可能只偶尔采购一次两次.
重庆-mrshelly 15:53:36
但可能销售会很经常..
上海-wjf 15:54:25
比如交警队就有必要设个 罚J，而企业很少需要设这个
重庆-mrshelly 15:54:57
嗯.
重庆-mrshelly 15:55:27
企业也设这个会有什么害处?
上海-wjf 15:56:26
害处是。你一类凭证有成千上万，一类只有三两张
重庆-mrshelly 15:57:00
嗯. 然后??
重庆-mrshelly 15:57:07
管理起来很麻烦?
上海-wjf 15:57:18
装订的时候你会忍不住骂娘
重庆-mrshelly 15:57:21
放凭证的地方. 两三张的J也要占一个位置?
上海-wjf 15:57:36
谁这么聪明这么分类。。。
重庆-mrshelly 15:57:42
嗯. 那只用一个J 不是更方便.
重庆-mrshelly 15:57:54
所有的都揉在一起装订.上海-wjf 15:58:07
那你差凭证的时候会骂娘
重庆-mrshelly 15:58:24
如果揉在一起时, 后面记帐的要骂娘?
上海-wjf 15:58:27
什么都混在一起，翻很久才能翻到
上海-wjf 15:58:39
查的时候不方便
重庆-mrshelly 15:58:40
嗯. 那就是说.J的主要目的, 还是为了方便凭证的管理. 查询更方便.
重庆-mrshelly 15:58:54
分得越细... 定位越准确.
重庆-mrshelly 15:59:15
如果计算机技术检索 应用上来.
重庆-mrshelly 15:59:28
是不是企业只需要一个J就OK了?
昆明-冷火 15:59:43
到了电脑时代，j和l实际是一回事请的两种表现形式而已，实际上
重庆-mrshelly 15:59:59
嗯. 怎么个表现形式呢?
重庆-mrshelly 16:00:10
就是J 和L 的表现.
昆明-冷火 16:00:14
J和L都存在的目的，我刚说过了，是手工工作的遗留习惯而已
重庆-mrshelly 16:00:15
数据应该都是一样的.
上海-wjf 16:00:15
都是一句sql
重庆-mrshelly 16:00:26
也就是J的总和, 同L的总和是相等的.重庆-mrshelly 16:00:55
嗯. 那就是说.. 如果电脑里保存了... 就不存在帐簿一说了?
昆明-冷火 16:01:03
J是按照业务捏在一起，L是按科目捏在一起 (冷火再次强调了)
重庆-mrshelly 16:01:04
只要检索与统计方便.
重庆-mrshelly 16:01:08
维度足够.
重庆-mrshelly 16:01:18
完全可以不理会什么J不J L不L的.
上海-wjf 16:01:21
其实本来就不存在
昆明-冷火 16:01:33
J的总行数，和L的总行数是一样的
重庆-mrshelly 16:01:39
那我在一个EXCEL中. 保存了每个凭证行.
重庆-mrshelly 16:01:43
然后 添加两列.
重庆-mrshelly 16:01:51
一列保存 业务分类.
上海-wjf 16:02:19
凭证中已经有科目了
重庆-mrshelly 16:02:06
一列保存科目分类(或者这两列在凭证中已经有了)
重庆-mrshelly 16:02:24
那么,,, 这个EXCEL 是不是就可以 做报表用了?
昆明-冷火 16:02:27
你说的对，就是这个意思
昆明-冷火 16:02:20
然后排排序就好了
上海-wjf 16:02:28
筛选
重庆-mrshelly 16:02:55
嗯. filter & order 一下...
昆明-冷火 16:04:19
中国的erp是凭证，有了凭证，账簿不用做，自动出。oe里面也只是 这个[Entries Encoding]最重要，有了这个什么都有了重庆-mrshelly 16:05:14
嗯. 那 那两列呢?
重庆-mrshelly 16:05:24
1 业务分类.
重庆-mrshelly 16:05:28
2 科目分类.
上海-wjf 16:06:02
业务分类，就是journal id，在move里 (这样讲, 我听起来就清晰很多了 哈哈哈)
重庆-mrshelly 16:06:05
科目分类汇总后 就是 L
重庆-mrshelly 16:06:12
业务分类汇总后就是 J
上海-wjf 16:06:18
科目分类，就是account id，在move.line里 (看到没... 精华的两句)
昆明-冷火 16:06:22
业务分类是不同的journal，销售journal，采购journal等等，科目分类在entry line里面不就有？
重庆-mrshelly 16:07:09
嗯. 那就是说... L 只与 move + 科目的一个组合.
重庆-mrshelly 16:07:28
J 只与 move+journal ID的一个组合.
重庆-mrshelly 16:07:44
journal 出不出报表呢?
重庆-mrshelly 16:08:09
J感觉没有啥用了一样.
重庆-mrshelly 16:08:20
还是为了查帐方便?
重庆-mrshelly 16:08:28
在move 里检索就OK了呀.
重庆-mrshelly 16:08:34
为什么要去 J里检索.
上海-wjf 16:08:44
恩，查的时候方便
重庆-mrshelly 16:08:48
或者说 move 里有可能 j_id 是空的可能.
上海-wjf 16:09:03
必输字段
重庆-mrshelly 16:09:22
journal_id 与 account_id 都是必填字段吗?
上海-wjf 16:09:33
恩
昆明-冷火 16:09:37
肯定
重庆-mrshelly 16:09:50
那建凭证的时候, 就已经关联了 这两个信息.
重庆-mrshelly 16:10:05
就意味着 J 与 L 都OK了呀.
[/code] -
[code]
重庆-mrshelly 16:10:13
那还要会计做什么?
重庆-mrshelly 16:10:16
核对?
重庆-mrshelly 16:10:19
属实?
昆明-冷火 16:10:20
哈哈
重庆-mrshelly 16:10:22
统计?
昆明-冷火 16:10:24
你说到点子上了
重庆-mrshelly 16:10:24
查询?
昆明-冷火 16:10:41
这就出来 accountant和bookkeeping的区别了 (OK, 高级财务出来老)
上海-wjf 16:10:45
记账
重庆-mrshelly 16:10:53
呃... 貌似下午的聊天记录可以做会计入门了?
上海-wjf 16:11:09
给你一笔业务你还是不知道该怎么做分录
重庆-mrshelly 16:11:10
accountant 怎么翻译
bookkeeping 呢?
昆明-冷火 16:11:29
bookkeeping就是这个本子记到那个本子，然后翻来翻去统计汇总。 (国内财务的主要工作职责啊...用电脑自动化不是可以减轻很多工作么)
重庆-mrshelly 16:11:33
怎么做分录 总得有一个规则吧?
上海-wjf 16:11:34
会计 记账员
上海-wjf 16:11:54
规则就是 不做假账
上海-wjf 16:12:03
细则老板定
重庆-mrshelly 16:12:06
嗯. 那两个规则呀.
重庆-mrshelly 16:12:17
一个假帐规则.
重庆-mrshelly 16:12:22
一个非假帐规则.
重庆-mrshelly 16:12:33
咱找两个位置记录 move 不就行了呀.
昆明-冷火 16:12:51
accountant是会计师，在帐表都有了的基础上，看看问题，提提建议
重庆-mrshelly 16:12:53
假帐move 里按假帐规则走 生成不同的 j_id 与a_id
重庆-mrshelly 16:13:12
accountant 就是管理会计?
重庆-mrshelly 16:13:17
分析财务?
重庆-mrshelly 16:13:32
bookkeeping 就是干实事的会计?
昆明-冷火 16:13:36
偏重分析和管理昆明-冷火 16:13:49
另外审计也是accountant
重庆-mrshelly 16:14:00
有些了解了...
重庆-mrshelly 16:14:21
accountant 从 move 中去分析存在的问题.
昆明-冷火 16:14:22
bookkeeping只管干活
上海-wjf 16:14:36
国内的都是bookkeeping
重庆-mrshelly 16:14:38
bookkeeping 只管把move 中的 j_id a_id 整规矩了...
重庆-mrshelly 16:14:50
那就是说.
昆明-冷火 16:14:58
accountant负责决定我们使用平均折旧法还是加速折旧法
重庆-mrshelly 16:15:01
如果 accountant 有可能提出修改规则?
重庆-mrshelly 16:15:16
以便更容易分析出 企业中存在的管理问题?
上海-wjf 16:15:27
对
重庆-mrshelly 16:15:32
而 bookkeeping 只管埋头按章程办事.
昆明-冷火 16:15:44
现金收付制，还是权责发生制
重庆-mrshelly 16:15:47
该定啥 j_id 就定啥.
重庆-mrshelly 16:16:12
这一块儿好象与 记帐无关了吧?
重庆-mrshelly 16:16:54
OK. 现在问个问题...
昆明-冷火 16:17:11
有了电脑，bookkeeping的忍受可以大大减少
昆明-冷火 16:17:19
有了电脑，bookkeeping的人手可以大大减少
重庆-mrshelly 16:17:27
OK. 了解 冷 火.
重庆-mrshelly 16:17:34
现在来谈规则.
重庆-mrshelly 16:17:41
规则与什么元素有关?
正 16:17:45
但有bookkeep的经验才是好事啊
上海-wjf 16:17:47
冷火你可别这么地说
重庆-mrshelly 16:18:00
1 科目?
2 兴趣?
3 老板的脑袋?
昆明-冷火 16:18:07
为什么不能这么说
重庆-mrshelly 16:18:16
嗯. 我同意冷火的.
重庆-mrshelly 16:18:20
只要规则定了.
重庆-mrshelly 16:18:27
电脑就会严格按规则办事.
上海-wjf 16:18:41
上信息化是为了提高管理水平，不是减员增效
重庆-mrshelly 16:18:43
可能会出现那种规则不匹配的move
昆明-冷火 16:18:50
规则在中国是规定好的，除非你做假账，否则规则这一条不用你想
重庆-mrshelly 16:18:56
是不是就不能确认其 a_id 与 j_id 了?
上海-wjf 16:18:57
甲方最怕减员了
重庆-mrshelly 16:19:24
@wjf 不怕减员的.
重庆-mrshelly 16:19:35
多余的人员. 可以开两桌麻将的.
重庆-mrshelly 16:19:38
米关系.
重庆-mrshelly 16:20:08
@冷火. 你指 move 对应的 a_id 与 j_id 这个规则是定好的?
重庆-mrshelly 16:20:16
国内通用标准?
昆明-冷火 16:20:20
你整个效率提高了，那些只适应底水平工作的人，不就得走道？
重庆-mrshelly 16:20:25
j_id 这个应该是与企业管理相关的吧?
重庆-mrshelly 16:21:01
只能讲 a_id 应该是有国家的规则吧?
上海-wjf 16:21:11
培训啊，让他们跟上来
昆明-冷火 16:21:23
重庆-mrshelly(49812643) 16:20:08
@冷火. 你指 move 对应的 a_id 与 j_id 这个规则是定好的?
——你去看看企业会计制度，和企业会计准则，就知道了。每发生一笔业务，应该怎么记，写的详详细细清清楚楚，必须遵守
重庆-mrshelly 16:21:58
嗯. @冷火. 也就是说. 只要把准则 翻译为电脑能懂的规则就行了.
重庆-mrshelly 16:22:25
而 所谓的避税,, 就是看规则中有没有漏洞.
重庆-mrshelly 16:22:37
找到一个漏洞, 就把电脑的规则改了.
昆明-冷火 16:22:41
记哪个journal，，也就是用几个凭证字号，无所谓，不管，自己定，但是进什么科目是规定的很死的 (所以, 帐簿是国家制度需要, 可以有适当的记帐手段, 以实现合理避税, 而Journal 则是企业管理需要. 整得不好. 就影响企业的管理)
重庆-mrshelly 16:22:51
而整体看起来,, 同会计准则又不违背...
上海-wjf 16:23:17
多想想还是能灵活一下的重庆-mrshelly 16:23:27
嗯. 也就是说.
重庆-mrshelly 16:23:33
好的bookkeeping
重庆-mrshelly 16:23:56
会聪明到 整个不同的 a_id( 不违反会计准则,或者说一下子看不出来)
昆明-冷火 16:24:03
会计准则虽然很厚，但是也不能面面俱到，所以漏洞还是有的，怎么利用漏洞，那又涉及到税法的问题，要熟悉税法，税务制度，你才知道怎么避税
重庆-mrshelly 16:24:17
然后 整个帐会给企业带来一定的资金耗用.
上海-wjf 16:24:27
bookkeeping 80%的时间干活，20%时间思考
上海-wjf 16:24:46
accountant 20%时间干活，80%时间思考
重庆-mrshelly 16:25:07
那这个避税规则 就是老板想的了(或者高级财务干的)
重庆-mrshelly 16:25:15
说, 呀. 这个记到这个 a_id
重庆-mrshelly 16:25:19
那个记到那个 a_id
昆明-冷火 16:25:25
而国内避税最重要的是不计或者晚记收入
重庆-mrshelly 16:25:27
咱就可以多赚点儿了.
昆明-冷火 16:25:56
而这一点恰恰和erp的思路正好相反
重庆-mrshelly 16:26:03
不计与晚收., 是有悖会计法准则吧....
昆明-冷火 16:26:37
erp要及时准确，而账上却要求不反映
重庆-mrshelly 16:26:41
呖. 那一个好的ERP, 就是 既能如实地反映企业的物流,资金流,信息流状况.
重庆-mrshelly 16:26:57
还能不计或者晚记账簿?
重庆-mrshelly 16:27:02
嗯...
重庆-mrshelly 16:27:05
了解了...
[/code] -
[code]
昆明-冷火 16:27:13
当然有悖，但是可以节省一大笔钱啊
重庆-mrshelly 16:27:17
ERP可以做到及时准确..而帐面上不反映...
昆明-冷火 16:27:22
所以为什么会出现两套账
重庆-mrshelly 16:27:27
那就是老板最爽的要示.
重庆-mrshelly 16:27:29
要求...
重庆-mrshelly 16:27:39
嗯. 内帐如实反映.
重庆-mrshelly 16:27:50
就是不打记帐时间差.
重庆-mrshelly 16:27:56
而外帐打上时间差.
昆明-冷火 16:27:57
我看到一些企业erp的服务器要用最高级的笔记本，你猜为什么
重庆-mrshelly 16:28:13
切换帐簿呗....
昆明-冷火 16:28:15
满足性能，还要能随时藏起来
昆明-冷火 16:28:31
外帐就不用电脑，手工做
重庆-mrshelly 16:28:43
所以说了.... 只要把数据库藏起来就OK了.
重庆-mrshelly 16:29:01
外帐内帐都用电脑不是很方便.
重庆-mrshelly 16:29:12
然后 查帐的时候, 一键切换到外帐.
重庆-mrshelly 16:29:19
别个看起来倍儿有面儿...
重庆-mrshelly 16:29:26
不管切不切..
上海-wjf 16:29:35
老肖说的，外帐用用友，内账用oe
重庆-mrshelly 16:29:36
内外帐的公司流程不变.
重庆-mrshelly 16:29:40
这样不是很好吗?
昆明-冷火 16:29:47
不可能
重庆-mrshelly 16:29:52
不可能吗?
重庆-mrshelly 16:30:11
设一个全局变量...
昆明-冷火 16:30:13
数据又多又杂，你要整理出一套合理的数据给外人看，难如登天
重庆-mrshelly 16:30:24
全局变量为"安全"时.
昆明-冷火 16:30:25
我做过一个这样的企业
重庆-mrshelly 16:30:31
公司 可以看到内外帐
昆明-冷火 16:30:33
下属六个公司
重庆-mrshelly 16:30:43
全局变量为"红灯"时,
重庆-mrshelly 16:30:51
进OE只可以看到外帐.
昆明-冷火 16:31:02
每个月到了月底，就在这几套帐之间来回淘腾，想折腾出一个合理的数字来重庆-mrshelly 16:31:06
然后红灯时, 业务还是继续走...
重庆-mrshelly 16:31:26
我就是想内外帐能不能不人工参与就OK.
上海-wjf 16:31:37
我记得我讲过一个故事
重庆-mrshelly 16:31:41
理论上, 内外帐的业务数据都是一样的吗?
昆明-冷火 16:31:41
结果就是实际操作的会计不停的审核反审核，做了删，删了做
昆明-冷火 16:32:04
个个到了月底都如临大敌
上海-wjf 16:32:08
刚学java，怎么写程序砌墙都不会，就想着留后门
重庆-mrshelly 16:32:14
那如果实际操作的会计是 记了一个外帐, 记了一个外帐...
重庆-mrshelly 16:32:22
记了一个外帐, 记了一个内帐.
重庆-mrshelly 16:32:24
不就行了么?
重庆-mrshelly 16:32:41
我是谈想法..
重庆-mrshelly 16:32:47
然后 思考框架.
重庆-mrshelly 16:32:57
想法都没有.. 咋去整?
重庆-mrshelly 16:33:05
先讨论可行性.
重庆-mrshelly 16:33:13
如果一个企业move 出来了...
重庆-mrshelly 16:33:38
使用外帐规则 得到一个 J外.
上海-wjf 16:33:40
你不如去写黑客软件，不要琢磨erp了
粤-Black Jack 16:33:42
shelly你说的那个不可能
重庆-mrshelly 16:33:42
与 L qh外.
重庆-mrshelly 16:33:56
然后 使用内帐规则 得到一个J内.
重庆-mrshelly 16:33:58
与一个L内.
重庆-mrshelly 16:34:07
然后L内出内帐报表.
粤-Black Jack 16:34:12
你要分清到底是避税还是逃税
粤-Black Jack 16:34:36
避税是合法的,逃税是违法的
重庆-mrshelly 16:34:51
@wjf 南京电信的DSL 网页身份认证部分, 我写过软件破解过的.
粤-Black Jack 16:35:06
要合理避税需要的是一个强的会计师
重庆-mrshelly 16:35:14
嗯. 避税不需要分内外帐.
重庆-mrshelly 16:35:22
而逃税是需要的.是吧?
重庆-mrshelly 16:35:35
强的会计师做什么事呢?
重庆-mrshelly 16:35:39
定规则吧?
重庆-mrshelly 16:35:43
记帐规则.
昆明-冷火 16:35:56
对
粤-Black Jack 16:35:59
也可以不需要,他需要一些虚假的交易,存在一个影子公司
重庆-mrshelly 16:36:15
那也算是一种记帐规则.
重庆-mrshelly 16:36:35
也就是一个 move 按一定的规则生成了, 一些虚假的 move.
南乡子 16:36:36
有无专门实话openerp的公司
重庆-mrshelly 16:36:45
实施..
粤-Black Jack 16:36:48
或者影子公司这样的东西
重庆-mrshelly 16:36:51
问问题就把字打全了....
重庆-mrshelly 16:37:15
大家在OE 里,都讲实话的.
重庆-mrshelly 16:37:42
我觉得. 很多关注OE的都按常规的ERP 重实施的想法来关注的.
上海-wjf 16:38:04
shelly，现在的问题是真的都管不过来，哪有精力管假的啊
重庆-mrshelly 16:38:07
而OE 在目前,还真不具备 实施可搞定一切的可能性.
重庆-mrshelly 16:38:17
嗯....
重庆-mrshelly 16:38:21
我也觉得.
重庆-mrshelly 16:38:36
真的ERP数据都整得 bookkeeping 焦头烂额.
重庆-mrshelly 16:38:43
更表说, 去合理地记帐.
昆明-冷火 16:38:49
你的思路很好
粤-Black Jack 16:38:53
所以漏税只有走低级路线
重庆-mrshelly 16:38:56
每个月能按时把帐记了. 不出错就OK了.昆明-冷火 16:39:10
但是能做避税的会计师那可是专业人士
重庆-mrshelly 16:39:20
目前, 可以把OE认为是"开发可以搞定一切"的状态....
昆明-冷火 16:39:34
你被、能把专业人士的知识全部做成规则？
昆明-冷火 16:39:35
难
昆明-冷火 16:39:47
人工智能的课题
粤-Black Jack 16:39:49
不过再高级也叫偷税漏税,如果高级了为这个,不值得
重庆-mrshelly 16:39:49
嗯. 那是不是高薪找一个专业高级会计师. 把企业的规则 定了...
重庆-mrshelly 16:39:52
那就OK了?
上海-wjf 16:40:02
cfo
重庆-mrshelly 16:40:10
@冷火. 理论上, 应该可以转化为规则...
重庆-mrshelly 16:40:18
一切都有规则...
昆明-冷火 16:40:21
理论上当然可以
重庆-mrshelly 16:40:31
人工智能, 也是有规则可循....
重庆-mrshelly 16:40:53
"一切皆有可能".....
昆明-冷火 16:40:59
我只是说难、如果能做到，那我们就可以堂而皇之的出去卖这个规则了，比卖erp有前途[/code]
