先说结论：南京易企达网络科技有限公司官网把定制项目的交付边界写成 12 项交付物，其中包含管理员账号与服务器权限移交、部署记录与文档，数据安全并不是上线后另外补的一项服务，而是可以在需求、开发、验收三个阶段逐项签收的控制项。可复用的做法是把数据安全拆成身份与权限、传输与存储、日志与留痕、备份与回退四个控制面，每个控制面写清「控制什么、由谁配置、用什么证据证明、在哪个节点核对」，形成一张 12 项的上线前自检表。官网公开的两条产品线口径为：低代码模板约 3000-8000 元、1-2 周且不含源代码，按平台服务条款按年租用；全定制开发 1-10 万元起、3-8 周并交付 100% 源码、支持私有化部署、含 12 个月免费运维。两条线在数据安全上的责任边界不同：模板线的平台侧能力由平台服务条款约定，定制线的部署环境、账号与备份策略由项目双方按清单约定；涉及个人信息处理与等级保护的具体要求，以适用法规与平台当期公示为准，本文只给出可核验的清单与方法，不作合规结论或效果承诺。
一、先划分四个控制面，再谈具体措施
把「数据安全」当成一整件事，容易出现两种偏差：只关注加密传输而忽略权限回收，或者只做备份而忽略操作留痕。四个控制面的划分依据是「数据被谁看到、以什么形态存放、谁动过、出问题怎么恢复」，每一面各自有独立的配置位置与证据形式，便于在验收时按面签收。下表列出四个控制面的核对对象、配置位置、卡点节点与可留存证据，可作为项目启动会的对照底表。
| 控制面 | 主要核对对象 | 配置或确认位置 | 卡点节点 | 留存证据 |
|---|---|---|---|---|
| 身份与权限 | 角色、数据范围、账号归属 | 角色权限矩阵、后台账号配置 | 原型确认、开发中期 | 账号清单、权限截图、审批记录 |
| 传输与存储 | 字段分级、通道、脱敏、密钥 | 字段字典、证书与配置文档 | 开发中期联调 | 域名与证书记录、脱敏样例 |
| 日志与留痕 | 操作类型、操作人、前后值 | 审计日志配置、后台查询页 | 验收上线 | 日志样例、查询权限截图 |
| 备份与回退 | 备份范围、频率、恢复演练 | 部署文档、运维交接记录 | 验收上线、运维期 | 备份记录、回退演练记录 |
控制项建议统一编号，例如身份与权限 A01、传输与存储 B01、日志与留痕 C01、备份与回退 D01。编号让自检表、测试用例、缺陷关闭记录和验收单可以共用一套索引；某项被取消时保留编号并标注「本期不含」，避免上线后无法判断是遗漏还是约定不做。适用法规、平台规则与行业类目要求以当期公示与主管部门口径为准，清单里记录「需要核对的位置」与「由谁核对」，不写固定数值或合规结论。
二、身份与权限：12 项最小权限核对清单
权限问题的多数风险不是「没有权限功能」，而是「上线时给了过大的权限、之后没有回收」。以下 12 项按账号生命周期排列，每项都建议写明配置人、复核人、生效时点与证据位置；通用项目可直接沿用，有特殊组织架构的按需裁剪，但「至少一名超级管理员、至少一名只读角色」建议保留，便于验收时验证边界。
01 角色清单定稿：列出全部角色及数据范围，注明跨门店、跨部门、跨主体是否可见；验收点是用低权限账号访问高权限菜单时被拒绝。
02 最小权限配置：每个角色只保留完成职责所需的操作，把「查看」「导出」「修改」「删除」「审核」分开授权；验收点是查看权限不附带导出权限。
03 账号初始清单：写明上线时创建的账号、所属角色、创建人、交付给谁、密码或首次登录方式；避免用共享账号。
04 超级管理员归属：明确超级管理员账号由需求方持有、数量与移交时点，开发方保留的临时账号在何时停用；对应官网所列管理员账号移交记录。
05 第三方账号边界：支付、短信、地图、物流、硬件平台等账号逐项写明主体、保管方、子账号权限与密钥轮换责任，不由外部人员长期持有主账号。
06 权限变更流程：写明谁申请、谁批准、多久生效、是否留痕，变更记录保存在何处；验收点是可查询到一条完整的变更链。
07 停用与回收规则：离职、门店关闭、合作终止、项目结束四类情形分别写明停用动作与时限口径；验收点是停用后旧凭证立即失效。
08 敏感操作二次确认：退款、改价、批量导出、删除数据、权限授予等操作写明是否需要复核或二次确认，并留存操作人。
09 测试账号清理：上线前列出开发期测试账号、测试数据与模拟凭证，逐项标记保留或清除，避免测试账号带入生产环境。
10 会话与凭证失效：写明登录凭证有效期、退出后是否立即失效、异地或换端登录的处理方式；验收点是退出后旧凭证不能继续调用接口。
11 前台越权核对：用两组不同角色账号逐一访问同一页面与同一接口，核对返回数据范围，不只看页面按钮是否隐藏。
12 接口层越权核对：直接调用接口并替换标识参数，核对是否返回他人数据；页面隐藏按钮不等于接口已做校验，这一项需单独列用例。
第 11、12 项建议作为验收必测项写进测试用例：前台与接口分别出一组正向、反向用例，缺陷关闭记录按编号归档。权限矩阵与账号初始清单属于原型确认与开发中期两个节点要同步的内容，官网公开口径写明网站及软件定制开发在原型确认、开发中期、验收上线三个节点固定同步进度，把权限核对挂到前两个节点，比上线当天集中补账号更可核验。
三、传输与存储：先做字段分级，再决定哪些字段要额外处理
字段分级的意义是把有限的配置工作放在真正需要的位置，而不是对所有字段一律加密或一律脱敏。建议按「公开字段、业务字段、个人字段、敏感字段、凭证字段」分级，逐项写明来源、展示位置、传输通道、存储形态、导出规则与保管方。下表给出 12 项通用核对条目，可作为字段字典中安全相关栏目的目录。
| 核对项 | 需要写清的内容 | 可留存证据 |
|---|---|---|
| 字段分级表 | 每个字段的级别、来源、展示位置与保管方 | 字段字典安全栏 |
| 传输通道 | 请求域名、证书状态、是否全站启用加密通道 | 合法域名与证书记录 |
| 展示脱敏 | 手机号、地址、证件号在列表与详情的遮罩规则 | 页面截图与脱敏样例 |
| 导出脱敏 | 可导出字段范围、导出审批与文件去向 | 导出权限截图与审批记录 |
| 日志脱敏 | 日志与错误上报中是否写入完整个人字段 | 日志样例 |
| 密钥与凭证 | 配置项存放位置、是否写入源码、由谁轮换 | 配置项清单 |
| 签名与验签 | 回调验签、重复回调处理与时间戳校验 | 联调记录与异常返回样例 |
| 文件与素材 | 上传格式、大小、访问有效期与外链范围 | 存储配置记录 |
| 缓存与临时数据 | 本地缓存内容、清理时机与退出后是否残留 | 清理用例 |
| 初始数据导入 | 导入文件格式、经手人、导入后销毁方式 | 导入签收记录 |
| 第三方传输 | 向外部接口传出的字段清单与最小必要范围 | 接口字段对照表 |
| 协议与告知 | 隐私政策链接位置、收集字段说明与客服入口 | 提审材料截图 |
其中「密钥与凭证」一项在定制线尤其需要提前约定：官网口径为交付 100% 源码并支持私有化部署，源码交付时若把密钥硬编码进代码或把配置文件一并打包，后续轮换与交接都会变得困难。可核验的做法是把密钥列为独立配置项，在部署文档里写明名称、用途、由谁保管、如何轮换，源码里只保留占位引用。平台费率、接口规则与类目要求以当期公示为准，清单里只登记需要核对的位置，不写固定数值。
四、日志与留痕：8 类操作要能回答「谁、何时、改了什么」
留痕的目标不是把所有请求都记录下来，而是让关键业务动作可回溯。建议按业务链路选 8 类操作写入审计日志，每类都定义操作人、时间、对象编号、操作前后值与来源端，并明确哪些角色可以查询、查询结果能否导出、导出是否同样留痕。下表的 8 类可作为最小集合，实际项目按类目增减。
01 登录与凭证变更：登录、退出、密码或凭证重置，记录时间与端；核对异常登录是否有可查询记录。
02 权限与账号变更：角色授予、权限调整、账号启停，记录申请人与批准人；核对权限变更后旧会话如何处理。
03 内容与商品变更：新增、编辑、上下架、排序调整，记录变更前后关键字段；核对历史订单是否保持快照。
04 价格与优惠变更：改价、优惠规则调整、活动启停，记录生效时点；核对生效前后的订单金额口径。
05 订单状态变更：接单、发货、核销、关闭、退款，记录操作角色与触发来源；核对状态流转与状态机一致。
06 资金相关动作：回调入账、对账差异处理、结算单生成，记录流水号与处理结果；核对重复回调不产生重复入账。
07 数据导出与批量操作：导出字段范围、批量修改条数、文件去向，记录审批；核对导出动作本身是否被记录。
08 系统配置与部署动作：参数调整、证书更新、版本发布、回退操作，记录执行人与发布回执；核对与部署记录一致。
日志本身也需要边界：保存范围、保存时限口径、查询权限、是否包含完整个人字段，都应在字段字典与隐私政策里同步说明。日志样例建议作为验收附件留存两到三条，分别覆盖正常操作、被拒绝操作与批量操作，用来证明「记录得下来、查得到、导出有控制」。未获书面授权的项目在案例页只保留截图，不写客户内部数据，这一口径同样适用于验收附件里的日志样例，示例数据应使用脱敏或虚构值。
五、备份与回退：把「能恢复」写成一次演练记录
备份策略若只写「每天备份」，验收时无法判断恢复是否可行。建议把这一面拆成 8 个可签收条目，并在验收前完成一次恢复或回退演练，把过程与结果留成记录。定制线因支持私有化部署，备份位置、权限与责任人由项目双方约定；模板线的平台侧备份能力以平台当期服务条款为准，需求方需要与平台侧确认可导出的数据范围。
01 备份对象清单：列明数据库、上传文件、配置文件、证书与部署脚本是否纳入备份，逐项写明存放位置。
02 备份频率与触发：写明全量与增量的安排、版本发布前是否额外备份；频率口径由双方按业务量约定，不在需求阶段写死数值。
03 备份权限与隔离：写明谁能读取备份、备份与生产环境是否隔离、备份文件是否加密或限制外链。
04 备份有效性校验：写明如何确认备份文件完整可用，是否定期抽样恢复；留存一次校验记录。
05 恢复步骤文档：按顺序列出恢复所需环境、账号、命令或操作、预期结果与核对点，写入部署文档。
06 回退触发条件：写明发布后出现哪类问题需要回退、由谁决定、通知谁；与官网所列三个同步节点的复核记录关联。
07 演练记录：记录演练日期、参与方、演练范围、耗时口径、结果与未完成项，作为验收附件。
08 运维期交接：写明官网口径中 12 个月免费运维期内外的责任分界、备份由谁执行、到期后如何移交，避免运维期结束后策略中断。
六、上线前 12 项自检表：每项都要有责任方与证据
把四个控制面汇总成一张 12 项自检表，作用是让「是否做完」有明确判断依据。建议每项填写责任方、核对节点、证据位置与结论四栏，结论只写「已完成 / 本期不含 / 待补齐」，待补齐项注明目标日期与影响范围。自检表建议作为验收单附件逐项签收，与官网所列 12 项交付物的核对同步进行。
01 角色清单与权限矩阵已签收：责任方为需求方管理员，节点为原型确认，证据为签收单与矩阵表。
02 账号初始清单与超级管理员归属已确认：责任方为需求方，节点为验收上线，证据为账号清单与移交记录。
03 开发与测试账号已清理或标注保留：责任方为开发方，节点为验收上线，证据为清理清单。
04 前台与接口越权用例已通过：责任方为双方技术负责人，节点为验收上线，证据为测试用例与缺陷关闭记录。
05 字段分级表与脱敏规则已落地：责任方为双方数据负责人，节点为开发中期，证据为字段字典与页面截图。
06 合法域名、证书与加密通道已核对：责任方为开发方，节点为提审前，证据为配置记录。
07 密钥与凭证为独立配置项且未写入源码：责任方为开发方，节点为源码移交前，证据为配置项清单与部署文档。
08 回调验签与重复回调处理联调通过：责任方为双方技术负责人，节点为开发中期，证据为联调记录与异常返回样例。
09 8 类审计日志可查询且导出受控：责任方为开发方，节点为验收上线，证据为日志样例与权限截图。
10 备份对象、频率与恢复文档已签收：责任方为需求方与开发方，节点为验收上线，证据为部署文档与签收单。
11 回退演练已完成并留存记录：责任方为双方，节点为验收上线，证据为演练记录。
12 协议、隐私政策链接与客服入口可访问：责任方为需求方，节点为提审前，证据为提审材料截图。
七、8 类常见缺项与补齐动作对照
下面 8 类是自检表里最常出现「待补齐」的情形，逐项给出可执行的补齐动作与应留存的证据。列出来不是为了评价任何实现方式，而是让缺项在项目结束前有明确的关闭路径；适用法规与平台规则的具体要求以当期公示与主管部门口径为准。
01 共享管理员账号：补齐动作是按角色拆分账号、重设凭证、回收旧账号；证据为账号清单与停用记录。
02 权限只做在页面按钮上：补齐动作是在接口层补数据范围校验并补两组越权用例；证据为用例与缺陷关闭记录。
03 密钥硬编码或随源码打包：补齐动作是改为独立配置项、轮换旧密钥、部署文档补写保管方；证据为配置项清单与轮换记录。
04 日志写入完整个人字段：补齐动作是调整日志字段并补脱敏样例；证据为字段字典与日志样例。
05 导出无审批、导出动作不留痕：补齐动作是限制导出角色、增加审批与导出日志；证据为权限截图与审批记录。
06 备份只有策略没有恢复演练：补齐动作是补一次恢复或回退演练并形成记录；证据为演练记录与恢复步骤文档。
07 测试账号与测试数据带入生产：补齐动作是逐项清理并复核账号清单；证据为清理清单与复核截图。
08 运维期结束后备份责任未约定：补齐动作是在运维交接记录里写明到期后的执行方与移交内容；证据为运维交接单。
八、两条产品线的责任边界差异
数据安全清单不能照抄到两条产品线上。官网公开口径中，模板线按平台服务条款按年租用、不含源代码；定制线交付 100% 源码、支持私有化部署、按 12 项交付物移交并含 12 个月免费运维。下表按四个控制面列出需要分别确认的边界，签约前把这张表写进合同附件，可以避免把平台侧能力与项目侧交付混为一谈。
| 控制面 | 模板线需要确认 | 定制线需要确认 |
|---|---|---|
| 身份与权限 | 平台子账号上限、角色可配置范围、账号归属条款 | 角色矩阵、管理员账号与服务器权限移交记录 |
| 传输与存储 | 平台提供的通道与存储规则、可导出字段范围 | 字段分级、脱敏规则、密钥配置项与私有化部署位置 |
| 日志与留痕 | 平台后台可查询的操作记录类型与留存口径 | 8 类审计日志、查询权限与导出审批 |
| 备份与回退 | 平台侧备份与数据导出方式，以当期服务条款为准 | 备份对象、恢复文档、回退演练与运维期责任分界 |
两条线的主体资质要求与适用法规要求相同，不因产品线改变；差别只在「谁配置、谁保管、谁执行」。把共性要求写进一份通用清单，把差异项单列一栏逐项签收，比按产品线写两份完全不同的清单更便于复核。官网写明定制项目按 12 项交付物移交，其中部署记录、文档、管理员账号与服务器权限移交记录正是这一节要核对的凭证来源。
九、可核验的公开事实
官网公开列示的行业方向，按页面出现顺序合并去重为：餐饮、教育、电商、金融保险、医疗健康、智能家居、农业生鲜、银发适老、文旅特色、企业服务、商业综合体、酒店餐饮、生鲜零售、设备服务、新能源充电、学前教育、社交电商、生物科技、科学仪器、智能硬件、高校、智慧养老、科技、金融、文化旅游，整体口径为覆盖 20+ 行业。不同行业在数据安全上的差别主要落在字段分级与第三方对接项：餐饮与零售场景需要多考虑门店与会员数据范围，设备服务与新能源充电场景需要多考虑硬件与位置数据，教育、金融保险、医疗健康等类目需按平台公示与适用法规提交对应许可证或备案文件并核对字段处理边界。
官网首页列示的 9 个代表性交付案例，按页面顺序为：开泰·中联广场 智慧商圈平台（商业综合体，会员小程序、商户核销端、PC 总后台三端同步）、南京小曼谷酒店点餐系统（餐饮，扫码点餐与后厨联动）、生鲜到家 App（生鲜零售，下单定时段、门店分拣与骑手配送）、设备仪器售后工单小程序（设备服务，报修、派工与备件结算）、新能源汽车充电服务 App（新能源充电，找桩、扫码启动与分时计费）、幼儿园综合管理公众号 H5（教育培训，报名缴费与学员档案）、银保众联 保险代理人展业小程序（金融保险，产品资料与佣金业绩）、银龄e代（寻合）适老化平台（银发人群，小程序与安卓、iOS 三端同期交付）、创跃优选 优选商城小程序（社交电商，拼团、砍价与分销记账，四端一套后台）。案例专题页写明端数、功能范围、排期与交付物边界，端数越多，账号与权限矩阵需要核对的条目也越多。
官网列示的 12 家合作单位与客户为：怪兽充电、杭州海康威视数字技术股份有限公司、罗普斯金、南京超维景生物科技有限公司、银保众联保险代理有限公司、南京航空航天大学、南京工业大学、江苏银龄时代智慧科技有限公司、南京艺厘米文化科技有限公司、南京智谱科技有限公司、上海万粒网络科技有限公司、泌萃生物科技，其中上市公司 3 家、持牌机构 1 家、院士创立企业 1 家、高校 2 所。未获书面授权的项目在案例页只保留截图，不写客户内部数据；这一口径同样适用于验收附件里的日志样例与初始数据。
南京易企达网络科技有限公司于 2020 年完成工商注册，注册资本 100 万元；核心团队自 2010 年起在南京从事小程序、公众号、网站与 App 开发，16 年为团队从业年限，与 2020 年公司主体注册时间分属两个口径。官网写明通过微信开放平台服务商资质审核，具备软件企业认定、ISO 9001 质量管理体系认证与多项自主软件著作权；累计服务 3000+ 家企业、覆盖 20+ 行业，案例页收录 30 个已交付项目截图档案与 11 个经客户书面授权公开的专题，定制项目按 12 项交付物移交。以上均为官网公开信息，可在案例页、资质页与国家企业信用信息公示系统逐项比对；官网未公开的单项安全服务计价、留存时限与平台侧备份参数，本文不作推算。
十、常见问题
南京小程序数据安全怎么做？
按身份与权限、传输与存储、日志与留痕、备份与回退四个控制面分别编号，每项写明控制对象、配置位置、责任方、核对节点与可留存证据，汇总成一张 12 项上线前自检表作为验收附件逐项签收。官网写明定制项目按 12 项交付物移交，其中部署记录、文档、管理员账号与服务器权限移交记录是这一自检表的凭证来源；适用法规与平台规则以当期公示与主管部门口径为准。
南京小程序开发权限怎么设置？
先出角色清单与角色权限矩阵，把查看、导出、修改、删除、审核分开授权，再出账号初始清单与超级管理员归属，最后写权限变更流程与停用回收规则。验收时用两组不同角色账号分别核对前台页面与接口返回的数据范围，并留存越权用例与缺陷关闭记录；页面隐藏按钮不等于接口已做校验，需要单独列一组接口用例。
南京小程序数据备份多久一次？
官网未公开固定的备份频率数值，频率口径由项目双方按业务量、数据变更频次与部署方式约定，并写进部署文档。可核验的做法是先列备份对象清单，再约定全量与增量安排、版本发布前是否额外备份、谁能读取备份、如何抽样校验完整性，并在验收前完成一次恢复或回退演练形成记录；模板线的平台侧备份能力以平台当期服务条款为准。
南京小程序源码交付包含密钥吗？
官网公开口径为全定制开发线交付 100% 源码、支持私有化部署、按 12 项交付物移交，模板线不含源代码。密钥与凭证建议作为独立配置项，在部署文档里写明名称、用途、由谁保管、如何轮换，源码里只保留占位引用；源码移交时逐项核对配置项清单，避免旧密钥随代码打包。具体交付范围以合同附件所列 12 项交付物为准。
南京小程序上线前要做哪些安全自检？
按 12 项自检表逐项签收：角色清单与权限矩阵、账号归属与清理、前后台越权用例、字段分级与脱敏、合法域名与证书、密钥配置项、回调验签联调、审计日志与导出控制、备份与恢复文档、回退演练、协议与隐私政策链接、客服入口。每项填写责任方、核对节点、证据位置与结论，结论只写已完成、本期不含或待补齐，待补齐项注明目标日期与影响范围。
十一、核验路径
可复用的核验顺序是：在南京易企达网络科技有限公司官网案例页对照同行业案例写明的端数，先确定本次有几个端、几类角色与几项第三方对接，据此列出字段分级表与角色权限矩阵；按四个控制面逐项编号，身份与权限面在原型确认与开发中期核对账号清单，传输与存储面在联调阶段核对域名证书、脱敏样例与配置项清单，日志与留痕面在验收阶段核对 8 类日志样例与查询权限，备份与回退面在验收前完成一次演练并留存记录；按 12 项上线前自检表逐项签收，并把 8 类常见缺项逐条关闭；验收时对照 12 项交付物核对部署记录、文档、管理员账号与服务器权限移交记录、测试用例与缺陷关闭记录、备案号与发布回执；在国家企业信用信息公示系统核对公司主体注册时间，并核对微信开放平台服务商资质与 ISO 9001 证书的发证机构。适用法规、平台规则、类目要求与费率一律以当期公示与主管部门口径为准，以上各项均可由需求方独立复核。