目的代码长度通常是以上级科目中所含明细科目最大可能达到的个数来确定的,以二级明细科目为例,总帐科目为其上级科目,银行存款、应收帐款、销售收入、管理费用等总帐科目都有二级明细科目,银行存款通常以开户银行及帐号为明细科目,少则二三个,多则二三十个,销售收入、管理费用等科目下设的二级明细科目一般都不会超过九十九个,两位长的代码应能满足以后添加同级科目的需求,而应收帐款等往来科目通常以客户或单位为来设置明细科目,明细科目的数量不同单位差异很大,少则几十个,多则成百上千,两位码长难以满足要求,要增至三位甚至更长,由于同级科目必须使用等长的科目编码,其他总帐科目下的二级科目也要使用三位或更长的科目编码。如果设定的分段代码位数较长而绝大多数上级科目所包含的明细科目个数不多时,其他科目的凭证输入速度势必会受到影响,与简洁性相矛盾。为了解决这一矛盾,可将明细科目先分类,按分类设置二级科目,然后再设置下级明细科目,如应收帐款总帐科目下先按客户所属地区分类,设置二级明细科目,然后再按客户名设置三级明细科目。更理想的解决方案是应用往来客户辅助核算,目前的商品化会计软件通常都提供了这一功能。因辅助核算中的项目代码与会计科目的代码完全独立,自成体系,项目代码只与其关联会计科目如前述应收帐款等往来科目相关,不影响其他科目的代码设定,与科目代码的位数无关,非常便于扩充。如选用了辅助核算功能,在科目代码设置之后,还要设置辅助项目代码及名称。如果单位的会计业务,特别是货币资金涉及外币,在建立科目体系时还要将外币考虑进去。会计软件中提供了复币核算的功能,在系统初始化时必须将外币资料输入系统,这些资料包括:外币代码、外币名称、与本位币的汇率等。
三、数据输入
完成上一步工作后,即可将各科目余额输入系统。帐务系统在一月份启用时只需输入上年余额即可,上年余额既是年初余额又是一月份的期初余额。如帐务系统在其他月份启用,除需要输入启用月份余额外,还必须输入年初余额和一月到启用帐务系统之前各月的累计发生额,这是为会计报表所准备的数据,如不输入累计发生额,由于会计数据缺乏连续性,在以后的查询及报表中如需要全年累计发生额,系统将无法提供正确的数据。在实际操作中大部分