会计与财务系统研究

概述

遵循固定的系统支持流程：收集事实、提出澄清性问题、确认输出格式、确认理解无误、调研外部指导资料、分析最优路径，并生成一份 DOCX 格式交付物。

必需行为

• 在提出解决方案前，必须先提出澄清性问题。
• 确认输出应为 quick memo 还是 simple q-and-a。
• 重述对需求的理解，并在开展网络调研前等待用户明确确认。
• 获得确认后开展互联网调研，优先参考官方供应商提供的指导材料。
• 严格区分基于信源的建议与主观假设或推断。
• 交付物中须包含所引用信源的链接及访问日期。
• 按用户选定的格式生成 DOCX 报告。

工作流

1) 需求接收与范围界定

• 用一句话概括用户目标。
• 确认系统名称及其版本/版本类型（例如：NetSuite、SAP S/4HANA Cloud、Dynamics 365 Finance、QuickBooks）。
• 确认涉及的模块或业务流程领域（例如：应付账款 AP、应收账款 AR、期末结账 close、余额调节 reconciliations、报表 reporting）。
• 确认角色/权限限制以及是否存在时间紧迫性（如截止日期）。

2) 澄清性问题（强制）

• 参考文件：references/clarification-question-bank.md。
• 仅提出尚未明确的关键问题；避免重复提问。
• 在掌握足够事实前，暂停方案设计。
• 若仍有关键信息缺失，则需明确标注假设前提，并提供条件化指导建议。

3) 输出格式确认（强制）

• 请用户从以下两种格式中选择其一：
• quick memo：简洁专业的摘要，含推荐方案及具体操作步骤。
• simple q-and-a：以直接问答形式呈现，操作步骤编号列出。
• 若用户未指定偏好，默认采用 quick memo 格式。

4) 理解确认（强制）

• 重述以下内容：
• 问题陈述
• 系统上下文
• 待澄清问题或已作出的假设
• 选定的输出格式
• 在启动调研前，须获得用户的明确确认。

5) 外部指导资料调研

• 遵循 references/source-priority.md 中定义的信源优先级排序。
• 尽可能收集至少两个相关信源。
• 如有官方供应商信源，必须至少包含一个。
• 为每个信源记录元数据：标题、发布方、URL、更新/发布日期（如可得）、访问日期。
• 优先选用当前版本专属的指导内容，而非过时或泛化的通用资料。

6) 分析与建议构建

• 将调研成果转化为用户可执行的具体操作。
• 为每项操作注明所需前置条件及权限要求。
• 当主路径受阻时，提供备用操作步骤。
• 加入验证检查项，用于确认操作是否完成。
• 明确指出潜在风险及尚未解决的依赖项。

7) 生成 DOCX 交付物

• 依据 references/report-json-schema.md 构建 JSON 输入文件。
• 运行以下命令：

python scripts/build_system_guidance_docx.py 
  --input-json  
  --output-docx  
  --format 

• 将 quick memo 映射为 memo。
• 将 simple q-and-a 映射为 q-and-a。
• 确认最终文档包含以下内容：
• 请求摘要与系统上下文
• 澄清事项与假设说明
• 所引用的指导信源（含 URL）
• 推荐的操作步骤
• 验证检查项
• 风险提示与待办事项

8) 质量核查

• 验证所有建议均与所引信源保持一致。
• 验证所有假设均已明确表述且易于审阅。
• 验证交付物格式符合用户原始要求。
• 验证每个信源均附有有效 URL 及访问日期。
• 验证输出文件为 .docx 格式且可正常打开阅读。

参考资料

• 澄清性问题清单：references/clarification-question-bank.md
• 信源优先级层级：references/source-priority.md
• 报告 JSON 结构规范：references/report-json-schema.md
• 示例报告输入载荷：references/example_report_input.json
• DOCX 生成器：scripts/build_system_guidance_docx.py

依赖项

如尚未安装，请执行一次：

python -m pip install --user python-docx