用途：为电商财务数据建立不可篡改的审计轨迹，记录订单、支付、退款、手动改价、发票审批等每次变更，包含操作人、时间、IP 及变更前后状态。适用于 PCI-DSS 日志合规、SOX ITGC 证据、GDPR 删除审计、财务报表审计，以及排查收入与支付结算差异。
主要能力：按平台梳理已有的审计能力与需补充的部分，并给出提取和导出方式。Shopify 可用后台 Settings → Activity 与 Admin API，事件接口为 GET /admin/api/2024-04/events.json，可按 verb 与 subject_type 过滤，Plus 版有 Staff activity log，订单可导出 CSV。WooCommerce 订单备注不完全记录管理员归属，可安装免费的 Simple History 插件（含订单状态、价格、设置变更等，可通过 Settings → Export 导出 CSV），或使用按年付费的 WooCommerce Admin Audit Log；无法自动记录时，最低要求是添加内部订单备注，写明改了什么、为什么改、谁批准。BigCommerce 可在 Advanced Settings → Store Logs 查看并按类型过滤导出 CSV，也可用 Orders API 拉取订单历史，并配合 /v2/orders/{id}/transactions 获取支付、退款与作废记录。
自建/无头商店需自行实现仅追加的审计日志：表结构包含 seq 单调序号、事件类型、聚合类型与 ID、操作人及角色、IP、before_state/after_state、delta、correlation_id、SHA-256 哈希等；数据库层只授予 INSERT 与 SELECT，禁止 UPDATE 与 DELETE；日志记录使用前序哈希形成链式防篡改检测，并提供按时间范围的 JSON 或 CSV 导出函数。
最佳实践：每次变更都保存 before_state 与 after_state；在数据库层撤销 UPDATE 和 DELETE；同时记录用户 ID 与 IP；从 HTTP 请求中记录 correlation_id；每月导出并校验哈希链；审计事件存于独立数据库 schema。
限制与注意：资料未提供具体定价之外的费用细节、性能基准与完整平台适配清单；审计表数据量大时需按月分区并归档。常见问题包括直接调用 db.update() 导致漏记、变更后才取状态导致 before_state 为空、应用角色被攻破后可删记录、合规导出耗时过长等，资料给出了对应解决方向。