选型背景：合并需求与开放API成关键

一家美国企业正在寻找一款云原生总账（GL）系统，要求具备开放API，并能够处理合并报表及抵销分录。该公司拥有多个母公司实体，基于部分所有权，最多需合并30个子公司，所有实体均位于美国境内。所有子公司和母公司计划使用同一套GL系统，但团队发现，市场上鲜有云系统能在无需大量定制的情况下满足此需求。

据该企业透露，他们曾与Sage Intacct沟通，对方建议将Sage Intacct与Adaptive结合使用。然而，企业希望将总账与合并功能置于同一系统内，避免引入多产品套件。团队表示：“我们厌倦了数据被‘绑架’的感觉，这也是推动本次系统替换的核心原因。”他们希望了解其他公司在开放API环境下的实践方案。

核心痛点：一体化 vs. 模块化

当前多数GL/ERP系统在合并功能上仍需依赖额外的软件或模块，这导致数据分散、集成复杂。该企业明确表示，不倾向于购买一套产品组合，而是寻求单一系统内完成总账与合并流程。开放API被视为确保数据可移植性和系统灵活性的关键要求。

“我们不想再被一套产品套件锁住，希望数据能自由流动。”——该企业选型负责人

行业现状：云GL系统的合并能力差距

根据行业观察，云GL系统在基础记账功能上已较成熟，但高级合并功能（如部分所有权、自动抵销、多层级合并）仍常作为附加模块或需要与专业合并工具（如Adaptive、OneStream等）集成。Sage Intacct的推荐方案即反映了这一趋势，但用户对一体化方案的诉求也日益明显。

该企业强调，所有实体均位于美国，且所有权结构复杂（部分持股），这要求系统能灵活处理非全资子公司的合并比例。同时，开放API是确保未来数据迁移和系统集成的必要条件。

潜在方向：原生合并能力与API生态

部分新兴云GL供应商（如Workday Financial Management、Oracle Fusion Cloud ERP）宣称具备内建合并功能，但实际部署中仍需配置。此外，一些纯云GL（如QuickBooks Online Advanced）虽提供多实体合并，但可能无法处理复杂所有权。该企业建议同行在选型时，重点验证系统是否支持“部分所有权合并”和“自动抵销分录”，并检查API文档的完整性和速率限制。

目前，该企业尚未公开最终选型结果，但表示会优先考虑提供“一体化合并”且具备开放API的供应商。他们呼吁其他企业分享在开放API环境下的成功案例，以推动行业更透明的解决方案。

（本文基于用户原始提问整理，未添加额外事实。）