| 本帖最后由 CHINACYN 于 2015-12-8 23:24 编辑 读本SAP的书，思考些问题，系统地做点事（续9） 花了一个多月的时间，在学习SAP有关财务的设计与管理的基础上，直接在云表平台上设计出来，已经到了杀青美化阶段。很快就可以面市了，凡使用云表的朋友都可以分享。 昨晚，看了该书的第6章 销售到收款循环，详细地介绍了在销售环节SAP是如何进行管理的，非常经典。有些功能属于为那些超大公式所设计，而就一般企业的应用，若能按书中所介绍的SAP做法，也足以解决好这个循环的管理啦。 学SAP，那就是要学会SAP的原理、方法，若能借鉴SAP的做管理方法，用自己熟悉的技术来实现这样的管理，那该有多好啊！真正做到学以致用。 书中这样描述： “在企业的日常业务中，最离不开的财务基本业务就是收款和付款，收款是企业的权利，对应着企业的资产。在SAP系统中，我们使用应收款模块来处理企业的收款工作。对于应收账款，应重点关注从销售订单到收款清账整个循环的风险评估和信用控制”。 从这段文字中不难看，要做到对销售到收款循环的管理，就必须有实时的动态数据来支撑，才可能建立起必要的风险管控。一方面需要扩大销售，另一方面又必须控制潜在的风险，这就要求企业必须建立符合系统管理的原理，同时又能结合企业实际的过程管理。 再往下读，6.1 客户主数据 这点比较好理解，同时，这也是可以存储一些关键控制数据和实时动态数据的表。至于，主数据需要多少数据项，这完全可以根据实际来定，可以不多，也不缺，以适用为宜。 如下图所示的客户档案表就是一例： 
这类表，在用“表格编程”技术实现设计时，就是件很简单的事了，以上就是在云表平台上所实现的设计。 至于，书中所介绍的账户组，其实，在软件设计上也就是按实际需要增加几个数据项，以达成不同的统计或分类之功能，在技术上并没有什么难度的。 书中介绍的统驭总账处理，这在后续的功能实现中再作进一步的深入。 有了客户档案，那就进入业务处理环节。据书中介绍的应收账款的业务处理包含了从询报价到财务结算的整个循环。这样描述并不准确，应收账款严格地讲只与发票开据有关，所以，前期的询报价业务应该归为销售管理的范畴，当然，它们的确与应收有关联，但决不是应收该管的事。 从软件设计或流程梳理上，由询价/报价到销售订单（SD）--送货通知--发货--开票--收到货款这样的一个业务循环。如何进行设计，业务间有哪些关联，如何进行信用管控，这几乎是所有企业都需要的软件管理功能。 如果能用一种简便的技术，让一般的管理人员也能把SAP这样的管理方法来实现软件化的处理，那该是件多么好的事，这也是向标杆学习的一种实际行动。 有关信贷控制，从管理和软件技术实现上有不同的处理内容，这与各个企业自身的实际直接相关。而从技术本质上分析，可以在客户档案上增加一个信用控制的限额。 如上图中，就给客户提供了3种信用管控的办法，一是按金额限额，二是按压货批次，三是按时间给账期。企业总能从中找到自己合适的信贷管控办法。书中介绍的借贷限额一种方法比较详细，是不是也可以提供其它的各种信贷管控，书中没有介绍。 如何进行三种不同的信贷管控，在接下来的软件设计中再具体介绍。 有关销售发票，开据发票后就形成应收款，在会计法规中是这样规定的。根据发货开据发票，这应该是实际管理上的基本要求，而能否按销售订单开据发票，如果可以，又有哪些注意事项？这是需要做些学习研究的。 发票开据后，如何形成应收款的增加和生成对应的财务凭证，这在业务处理也是一种经典的应用，如何实现业务财务一体化正是从这类应用中开始的，这在技术上如何实现，从原理到技术实现的本质，用云表设计出来过程、结果，是不是经得起考虑和易于被管理者理解，甚至掌握，这也是重点要介绍的。 书中所介绍的三种开票的方式，一单一单地开票，一单多次开票和多单一次开票（其实，可以何意组合的形式开票），这在技术上又是如何算如何处理，设计上的方法怎样，将在下篇中详细进行介绍，将设计的过程进行分享，用云表技术实现SAP那样的管理，学习和借鉴SAP的做法，透过现象抓住管理软件设计的本质，这样，就不再怕客户有不同的需求了。 |
+10
0 条回帖
