我的公司有一个客户(在美国),目前提供小企业网上工资软件。他们希望为小企业提供一套基于网络的会计服务,并将其与现有的基于网络的产品很好地结合起来。这家公司的员工中确实有注册会计师,这是一种奖励。到目前为止,他们已经说,它需要一个复式会计系统,总帐,分类账,销售发票,现金收据处理,应付款入账和付款处理。
所以我的问题是…
我们应该试着用在职注册会计师从头开始写这篇文章吗?尝试开源路径,看看我们是否可以根据我们的需要来调整它,或者有什么不同的选择,我没有想过?
任何方向的建议都将不胜感激。
发布于 2012-01-09 14:37:39
首先,我会非常谨慎地尝试写一个帐户包从零开始,以供一般使用。我不能对美国总部设在英国的情况发表具体评论,但我的经验表明,会计是一个雷区--它令人惊讶地复杂(它不应该是,但它确实如此),有一个浓密而晦涩的行话,而且“最低能力”的广度甚至在你达到当地监管要求之前就已经相当大。
要明确的是,会计师有相当于黑客的方法来平衡事情,你的系统必须无缝地处理.
如果是我,我可能会找到一个或多个现有的在线帐户系统合作,并专注于创建一个一流的薪资系统,它真的很好地集成了尽可能多的(在线)帐户系统是可行的。当然,(至少在英国)在线会计在许多方面也是下一件大事.但我不确定我是否想从现在开始就开始比赛。
发布于 2012-01-09 14:38:36
在考虑内部项目是否可行之前,您需要考虑以下几点:
发布于 2012-01-09 16:31:17
如果你开始写你自己的会计申请表,会计人员最好能把110%的时间用在这份申请上。
除非你的客户倾向于那些仍在寻找会计软件的新公司,否则你最好与目前市场上的公司进行整合。也许对那些不想使用QuickBooks的公司来说有一个市场?这些决定是由他们的注册会计师推动的。大多数会计师不想学习新的软件应用程序。
开始集成他们的客户已经在使用的顶级会计包,或者使他们更容易与他们的应用程序集成。如果你直接问他们,现有的客户群就会回答这个问题。
https://softwareengineering.stackexchange.com/questions/129206
复制相似问题