大部分事务所迟迟不推进从QuickBooks到Xero的迁移,症结不在Xero难学,而在两件事必须同时在线:工资发放和月末结账。少跑一次工资,客户几小时内就会致电追问。把一团乱麻的期初余额搬进Xero,第一次结账就会拖上好几周。
这两种风险其实都源于同一个问题,就是排程顺序不对。把顺序理顺了,数据转换本身很少会出麻烦。这里梳理了一套四关卡方案,目标是让迁移过程中,不遗漏任何一次工资支付,也不拖慢结账。
真正搅乱工资和结账的,极少是转换软件,而是不恰当的时间节点。如果一次QBD到Xero的迁移恰好落在工资周期中途,或者卡在一个还没走完的会计期间里,最终就会得到分裂的账本:一半数据留在Xero里,另一半还落在QuickBooks Desktop里,而且谁都说不上哪个平台的数据才是可信版本。造成工资和结账混乱的根源,就是这种模糊状态,而非数据搬运本身。底下每一道关卡的存在意义,都是为了提前消除这种模糊地带。
第一道关卡,要求先排好日历。切换日必须同时满足两套日历,即工资日历和会计日历。最有利的日期,是能同时服务于两者的。优选窗口依序是:新财年的第一天,期初余额干干净净地滚转,年初至今的工资数字归零,这对设置Xero工资功能来说最容易处理;其次是新财季的第一天,年初至今的工资数据要结转的量稍微多一点,但会计层面仍是一个干净的分界点;再其次是在新工资期间开始、同时又打开新会计月份的当日,这种方案可以操作,只是留给验证的时间更紧。
要避开的窗口包括:工资周期中途、月份中途、纳税截止日前一周,或者事务所实行内部结账锁定的任何一周。转换本身需要一到三个工作日,但后续的验证工作和银行流水重建,需要周围几天保持平静。一切行动之前,先与客户用书面方式锁定切换日,其他的关卡全都依赖这一天来展开。
第二道关卡,是先在QuickBooks Desktop里完成对账和结账。QuickBooks Desktop到Xero的转换,会把源文件当时的状态原样带过去。如果账户没有在QuickBooks里完成对账,到了Xero里它们也不会自动对得上。所以正确的做法是在迁移前把QuickBooks文件清理干净,而不是迁移后再去补救。
按照顺序完成三件事:在QuickBooks Desktop里跑完最后一次工资周期,确认每一张工资支票都过账无误,并为每一位在职员工打印或导出年初至今的工资汇总表,这份文件会成为Xero工资设置环节的原始依据;将每一个银行账户和信用卡账户对账到切换日为止,对清每一笔已清算的交易,处理那些本应清算却未清算的条目;截至切换日,跑一次科目余额表、资产负债表和损益表,把这三份报表保存下来,它们就是转换后验证Xero数据的基准。
热门跟贴