澳洲财年(Financial Year, FY)是 7 月 1 日到次年 6 月 30 日,不是自然年(calendar year)。所有 ATO 报送、年度 P&L、薪酬 PAYG summary 都按 FY 切。
实操:在 prompt 里第一行就写清楚:
澳洲 GST 不是单一 10% — 一笔交易可能是 三种 GST treatment 之一,Cowork 看不见 treatment 标签会算错应缴 GST 和 BAS 上的 G1/G3/G10 等格子。
| Treatment | 含 GST 吗 | 典型场景 | 列名建议 |
|---|---|---|---|
| Taxable | +10% | 大部分销售 / 采购 | GST_treatment=taxable |
| GST-free | 0% | 新鲜食品 / 教育 / 部分医疗 / 出口 | GST_treatment=gst_free |
| Input-taxed | 不抵扣 | 住宅租金 / 金融服务 | GST_treatment=input_taxed |
CSV 列怎么准备:每行至少要有 amount_ex_gst(不含税)+ gst_amount(GST 金额,可以是 0)+ gst_treatment(三选一标签)三列。如果只有总额 amount_inc_gst,Cowork 会要你回头去算,浪费 token。
amount(总额含 GST)+ gst_amount(GST 部分)两列出齐,Cowork 就能算准毛利、归因费用、判断净额走势。treatment 三类是给 BAS 报送用的,月度损益分析不一定需要。
gst_amount 列单独标出。做毛利分析时用不含税金额(amount - gst_amount);做现金流分析时用含税总额。不要把不同 GST treatment 的行加总(taxable + gst-free 加起来没有意义)。
澳洲单位按规模走不同的 BAS / IAS 报送周期。Cowork 做"本期 vs 上期"分析必须知道你按哪种周期切:
下面这张表是 Cowork 跑 AU 会计 prompt 时最稳的列结构。从 Xero/MYOB/Quickbooks 导出后做一次列名映射,对齐到这个 schema 再放进 Filesystem 目录。
| 字段名 | 必/选 | 类型 | 含义 / 例子 |
|---|---|---|---|
date | REQ | YYYY-MM-DD | 交易日期。如 2025-04-15。Cowork 会按这个切 FY/季度/月度 |
fy_year | REC | integer | 财年标签,如 2025 表示 FY2025(即 2024-07 至 2025-06)。算了你也可以让 Cowork 自己从 date 推 |
account_code | REQ | string | 会计科目代码。如 4000 = Sales Revenue / 6300 = Marketing。每个单位 chart of accounts 不同,Xero/MYOB 导出自带 |
account_name | REQ | string | 科目名称。如 Subscription Revenue / Marketing - Online |
category | REQ | enum | 大类:Revenue / COGS / OpEx / Other。Cowork 用这个做毛利率拆分 |
amount | REQ | decimal | 含 GST 总额(AUD)。正数 = 收入或费用本身,负数 = 退款/冲销 |
gst_amount | REQ | decimal | GST 部分(AUD)。可以是 0(GST-free)或 amount/11(taxable,10% on ex-GST = 1/11 of inc-GST) |
gst_treatment | REC | enum | taxable / gst_free / input_taxed。BAS 分析需要,月度分析可省 |
currency | REC | string | 默认 AUD。多币种单位才需要这列 + amount_aud 折算列 |
contact | REC | string | 客户/供应商脱敏后编号。如 客户 12 / 供应商 V3。禁真名/真公司名 |
description | OPT | string | 交易备注(脱敏后)。Cowork 用于异常归因时找线索 |
tracking_category | OPT | string | Xero 的 Tracking / MYOB 的 Job Code。如部门 / 项目 / 渠道。多维度分析用 |
notes | OPT | string | 你自己的口径备注(如『6 月含一次性赞助』)— 帮 Cowork 不瞎猜 |
禁止出现在 CSV 里的列(脱敏阶段就要删):
employee_name · tfn(Tax File Number)· bank_bsb · bank_account · abn(除非已脱敏成假码)· email · phone · address · 未公开并购/估值/上市相关
建议的最简列集(先跑通分析够用了):date, account_code, account_name, category, amount, gst_amount, contact — 7 列起步,缺什么再加。
三大主流 AU 会计系统的导出路径不同。下面是 "导出 → 列重命名 → 放进 Cowork Filesystem" 三步走:
Date → dateAccount Code → account_codeDescription → descriptionReference → contact(脱敏后)Net → amount_ex_gstTax → gst_amountGross → amount
Date → dateAccount No. → account_codeAccount Name → account_nameMemo → descriptionAmount → amountTax Amount → gst_amountTax Code → gst_treatment
Date → dateAccount → account_nameMemo/Description → descriptionCustomer/Vendor → contact(脱敏后)Amount → amountTax Amount → gst_amountTax Type → gst_treatment
~/Documents/AI-Workshop/standardized.csv』 — Cowork 一次跑完,下次就用 standardized.csv。
Cowork 通过 Filesystem Connector 读你电脑上的 CSV — 数据本身在你电脑没"上云",但 prompt 出去时 Cowork 会读这些字段。所以放进 Filesystem 之前先脱敏是最稳做法。
课堂上 5 个 prompt 是通用版。回去用真实 AU 数据时,每个 prompt 顶部加一段澳洲口径声明,Cowork 会少瞎猜:
amount 列为含 GST 总额(GST-inclusive),gst_amount 单列。
- 跨期对比:所有"同比/环比"按 FY 季度,不要按自然年。
- 货币:默认 AUD。
- 异常归因:考虑 BAS 报送时点(4 月 / 7 月 / 10 月 / 2 月底前后)的 timing 调整。
融合后的 Prompt ① 损益三段式(AU 版)样例:
# 顶部:AU 口径声明(同上) # 然后:原 prompt-pack 第 ① 个 prompt(损益三段式 What/Why/So What) 你是一位资深财务分析师。我给你一份 [公司名] FY[2025 Q3] 的损益数据 (CSV 已通过 Filesystem 读取:~/Documents/AI-Workshop/standardized.csv)。 请用『What / Why / So What』三段式给我一份 1 页简报,所有跨期对比按 FY 季度。 【What】用 5-7 句话客观陈述本期数据特征 ... 【Why】3 个最可能的归因 ... 归因时考虑 BAS 报送时点(4 月底前后的 timing 调整) 【So What】3 条管理层决策建议 ...
au-context,调用 /au-context 即可在任何 prompt 前自动注入。这样你 5 个会计场景 Skill + 1 个 au-context = 『AU-aware 会计 Skill 包』。
每次拿真实数据放进 Cowork 之前,按这张表过一遍: