技术整合应被视为一项服务连续性工程，而不是交割后的信息技术清理工作。交割前，买家应弄清哪些系统保存客户记录、工作如何在系统之间流转、谁控制每项许可和管理员账户，以及买家能否在接管首日重现关键的申报、计费和文件工作流程。

核心决策不应自动变成“把所有内容迁入我们的平台”。买家可以立即迁移、暂时并行运行两套架构，或保留卖方的部分系统。适当方案取决于数据质量、合同权利、工作流程差异、员工能力、专业责任和收购时间表。在把所谓软件节省计入收购价值前，应为所选运营模式以及可信的失败情景核算成本。

建立系统与依赖关系图

从完整清单入手，不要只查看总账和税务生产软件。清单应包括事务所管理、客户门户、文件管理、电邮、电话、工作流程、工时记录、计费、收款、工资、电子签名、公司秘书工具、报告、密码管理、备份、集成、电子表格以及任何由卖方自行编写的脚本。

对每套系统记录：

  • 法定订购方、合同期限、续约日期、用户数量及实际月费或年费；
  • 产品版本、托管模式、数据库位置及当前版本是否获得支持；
  • 管理员、特权用户、外部信息技术服务商及恢复联系人；
  • 集成、附加组件、API 连接及为其他流程供数的手动导出；
  • 所保存的数据集、保留设置、归档格式及导出能力；
  • 所有权变更、转让、终止、价格调整及数据提取条款；以及
  • 运营负责人、高峰期用途、已知缺陷及无法使用时的替代办法。

随后绘制依赖关系。一项客户记录可能始于事务所管理系统，继而进入税务软件，在另一个存储库生成文件，通过客户门户取得批准，并在其他系统生成发票。如果买家只检验客户姓名能否导出，重要工作流程仍可能失效。

核实哪些内容确实可以转移

要求供应商以书面方式确认订阅、历史数据、集成和支持安排能否转移至买方实体。卖方的登录账号并不是一项可转移资产。应确认许可究竟绑定于法律实体、个人从业人员、办公室、客户数量还是产品组合；卖方是否有预付款或最低期限；所有权变化是否触发同意、重新定价或新合同。

如果产品通过澳大利亚税务局（ATO）数字服务传送税务、会计、工资、商业登记或养老金数据，应对照 ATO 的产品登记册，核实实际产品及获准服务。ATO 说明，登记的商业产品符合相应的数字服务提供商运营安全框架要求，并获准进行特定连接；但 ATO 也明确表示不认可这些产品，亦不保证供应商描述的准确性。因此，产品已登记并不能回答某个产品、版本或工作流程是否适合买方。

确认自定义模板、自动化工具、报告和集成的权利归属。适用时应取得源文件、配置文件和支持安排。如果所谓“系统”依赖某一名员工的宏程序，或依赖卖方未记录的一连串操作步骤，这实际上是披着技术外衣的关键人员风险。

保护完整的客户记录

迁移范围应在记录层面定义。检验导出内容是否包括原始文件、工作底稿、往来信件、文件记录、批准、计算、申报回执、任务历史、计费记录、元数据和审计轨迹，而不仅仅是余额与联系资料。

税务从业人员委员会指出，注册税务从业人员必须保存能够正确记录所提供税务代理服务的资料，在服务完成后至少保留五年，并使电子记录能够随时访问和检索。副本必须真实、清晰，记录还应避免遭到更改或损坏（TPB）。如果迁移后客户文件夹外观整齐，却丢失了意见、复核或结果的证据，便可能造成运营和专业责任问题。

约定客观验收测试：从不同实体类型、服务、年度和文件大小中抽取样本；先导出，再导入目标系统；然后由技术人员和执业会计人员分别核实完整性、可读性、可搜索性和权限。核对记录数量和例外日志。无法导入的数据应保留在受控归档中，并书面规定访问、保留和退出安排。

检验 ATO 连接和实际生产流程

面向 ATO 的访问必须围绕买方实体及获授权用户重新规划，不能从卖方直接复制。按照 ATO 的云端软件身份验证与授权模式，服务商会签发唯一的软件 ID，由企业或税务从业人员通过 Access Manager 授权该服务商；传送时，ATO 会核实授权、软件 ID，并对注册代理核实相关客户关系（ATO）。

为软件 ID、Relationship Authorisation Manager 角色、Access Manager 设置、使用中的机器凭证、代理编号、客户关系和供应商开通建立切换清单。让相关供应商和专业顾问确认实际收购结构需要采取的步骤。在申报高峰前完成一项低风险的端到端测试，覆盖编制、复核、客户批准、传送、回执、文件归档和状态更新。

日常工作也需要测试。员工能否打开上一年度文件、结转工作底稿、提取永久性文件、从正确域名发送邮件、开具发票、记录付款，并在工作流程系统看到一致状态？数据库导入成功并不能证明事务所已经能够交付工作。

有意识地选择过渡模式

应比较三种模式，而不是默认采用最熟悉的一种：

模式 可能适用的情况 所需证据
立即迁移 系统架构和数据兼容，时间避开工作高峰 已完成试迁移、已核对例外、用户已培训并有回退计划
分阶段迁移 客户群或服务线存在重大差异 分批标准、双系统责任人、截止规则及有明确日期的最终状态
暂时并行 立即变更会扰乱期限或客户服务 集成控制、重复记录规则、支持成本及退出时间表

量化每种方案的全部成本：许可、迁移、配置、数据清理、硬件、供应商与顾问时间、员工培训、暂时性效率损失、并行运行、归档访问及预备费用。只有在终止旧许可及启用替代方案的时间已有证据支持时，才能扣除卖方软件的预计节省。

对受 APES 325 约束的会员而言，该准则要求事务所建立书面风险管理框架，并把有效风险管理与业务连续性和优质服务交付联系起来（APESB）。过渡工作应设置具名负责人、风险登记册、决策日志、升级路径及经过测试的备用方案，而不能只依赖一份非正式的信息技术待办清单。

调查供应商和云端退出风险

审查服务水平、中断历史、支持响应、分包商、数据位置、恢复承诺、备份范围，以及完整导出的格式和费用。询问终止后还能访问多久，以及供应商如何确认删除。OAIC 的云端指引要求实体对服务商进行适当尽职调查、在合同中明确资料处理责任、了解双方分别负责的控制、确认恢复能力，并确保数据仍可用可检索的格式取回（OAIC）。隐私法适用情况和详细网络安全控制需要另行进行专业审查；就整合规划而言，眼前问题是买方能否控制、恢复并退出该服务，同时不丢失客户记录。

设置交割关口

不要把所有技术问题都留到接管后的第一周。交割前应取得：

  • 必要的供应商书面同意或替代协议；
  • 已核对的数据清单和成功的样本迁移；
  • 由买方控制的管理员账户和恢复方法；
  • 已确认的 ATO 及其他外部服务授权步骤；
  • 切换操作手册、停机窗口、人员安排及客户沟通触发条件；
  • 备份、回退及只读归档安排；以及
  • 由具名负责人按期限处理的迁移后缺陷流程。

尚未解决的事项可能需要设置交割条件、要求卖方采取行动、提供特定交接支持、保留访问权限、修订成本预测或延后迁移。法律、会计、税务、隐私、网络安全和技术顾问应依据具体交易设计应对方案。

相关阅读

资料来源

免责声明

本文仅提供一般信息，不构成法律、税务、会计、财务、信贷、估值或其他专业建议。具体情况各不相同。在采取行动或进行交易之前，请向具备适当资质的顾问寻求建议。