NAR1 字段指南及 JSON Schema

NAR1 的业务名称写上 N/A、邮箱留白，以及没有提供董事页面，是三种不同情况。数据整理应保留原文、数据状态和来源页码，让复核人员知道每个值从何而来。

N/A、未填写与未提供页面

样本右上角印有旧公司编号 1063959，应按原文保存为字符串，不应直接改名为 BRN。结算日期 2022-08-02 是该份申报表的数据日期，不是查册日期，也不是数据提取日期。

每一行股份类别、货币、已发行股份、总款额及已缴款额，构成一笔明细。即使只有一行，也保留数组。原文的合计另行保存，不可当作另一行明细重复相加；不同货币不可直接合计。

公开资料库提供字段说明、可验证的 JSON Schema 和明确标示的虚构示例。这是一份独立的接入参考规范，与网站现有样本的交付格式不同，使用前需进行字段映射；并非公司注册处官方规范。

本指南以两页 NAR1 节录中的公司数据与股本字段为例，不涵盖完整董事、成员及续页。Schema 验证只能确认格式，不能证明数据正确或公司现况。

本页先沿用现有两页样本，不把未展示的董事、成员或续页规则加进示例。阅读时可做一张三栏笔记：原文标签、你看到的值、你会如何解释它。若第三栏需要查别的文件才能回答，就把它留作待查问题，不要塞进第二栏冒充原值。

例如，第 1 页的日期可以支持“这份申报的结算日期”；它不能单独支持“最近一次查册日期”。第 2 页的股本可以支持对这份申报内容的抄录；它不能单独证明公司今天的财务状况。这样的笔记让复核者看到推论是在哪一步加入的。

假设同事要求补齐样本中的业务名称、电邮及董事姓名。先查看原文和数据状态，不要把三项都列为“提取失败”。业务名称原文已填 N/A，这项抄录可以完成；电邮栏确实留白，重跑解析也不能产生来源没有的地址；董事明细不在节录内，需要补页才可继续。

左右滑动查看完整表格；键盘可聚焦表格后使用方向键。

公开样本同一行出现三个 10,000，分别对应已发行股份数、总款额及已缴款额。数字相同，不表示是重复字段；第一项是股份数目，金额项目则需要连同币种阅读。核对时逐栏读标题，比只看数字有没有提取出来更可靠。

表内另有合计。可以用明细与合计作交叉检查，但不能因两者相同就把它们相加。若另拿一份不同文件练习，先核对它的实际行数和单位，不能照搬样本“只有一行”的结果。

完成一份笔记后，请同事只按笔记找到三处原文：公司编号、日期及股本明细。若他需要猜你说的是哪一页、哪一个日期或哪一行，应先补足定位信息。若他能找到原文，却不能理解空白代表什么，则需要补状态说明。这比增加更多字段更能检查笔记是否可用。

如使用公开 Schema 作接入参考，再核对每个目标字段与网站样本的实际对应。字段名相近不等于含义完全相同，验证通过也不能代替阅读原文。待基本阅读及交接方式确认后，再讨论技术映射会更清楚。

JSON Schema 验证能证明数据正确吗？

不能。Schema 只能验证格式；仍需核对原文、数据日期和页面范围，不能据此证明公司现状。

提供一份目标格式，先确认样本与报价。

先分清空白表格、已填文件及教学节录，并确认公司、日期与页面范围。相同表格名称不代表相同年份或相同数据完整度。

这份指南会逐项说明样本里的信息、空白的原因，以及股本表的读法。如果想委托我们整理，先说明你需要哪些信息、平时用什么格式即可；字段名称如何对应，可以之后一起确认。