| 在期初建帐时就记录好已经有了多少商品，价值几何，以此作为基础并记录到总帐；然后进行采购，买进某种商品，这时候总帐中该商品的累计数（包括数量和金额累计）增加了，同时也产生了对供应商的应付款记录；再进行销售，卖出某种商品，这时候总帐中该商品的累计数（包括数量和金额累计）减少了，同时也产生了对客户的应收款记录；经过一段时间的买卖，当然要清楚地知道自己到底还有多少商品，很自然地我们也是到总帐中去查，此时当然没有必要了解每项业务的累计数，只要知道那个时间段最后还剩多少商品就可以了，也就是商品的期末数量，由于商品破损等其它原因，计算机系统上总帐的期末数量和公司实际库存可能不符，这时候必须以实际库存为准进行以后的业务，这就是盘点的原因；对于公司而言，商品的变化不仅仅是买进卖出，可以有其它的方式如：厂家赠送、商品借出、库房间调拨等，这些方式在是否产生利润的角度上与采购、销售不同，所以也必须用独立的单据来记录。
这在报表的分析和成效的判定上，显得尤其重要，通常报表的测试，不仅只是对单张报表的测试，还需要多张同时进行比较，多张可以是指同一时期不同类型的报表、不同时期同一类型的报表、不同类型与不同类型的报表（但它们之间必然存在某种关系的）；还有什么同比的、类比的等！
目的是找出它们之间的联系和区别，然后获得更深层次的某种规律或者业务流程的脉络。简单来说，就是从实践上升到理论！
举个简单的例子：我们都知道财务报表的会计原则是“有借必有贷，借贷必相等”，因此，每个财务类报表都有借、贷两方；然而从销售收入报表、销售支出报表和销售利润表，显然得出：销售收入-销售支出=销售利润，这一条无人不晓的规律！
有些规则——例如单据类型或者单据状态——是作为默认规则写死在SQL语句或者数据库的存储过程里面，这些规则不会体现在界面，也不会由用户选择决定。但是这些规则恰恰是最容易被忽略的部分。所以，一定要同开发人员反复确认，保证自己已经了解了同报表各数据项计算有关的各个因素。
|
