企业官网建设流程全解析

写在前面：本文从工程视角拆解同城宠物服务类 APP 的合规链路，重点不在功能清单，而在"一款 APP 里叠着四套监管责任"这一容易被忽略的结构性事实。内容依据《动物防疫法》《动物诊疗机构管理办法》（农业农村部令 2022 年第 5 号）《病死畜禽和病害畜禽产品无害化处理管理办法》《民法典》《邮政法实施细则》《电子商务法》等公开文件整理，并给出可落地的表结构、门禁配置与风控脚本。

写在前面：核心立场与读者对象

核心立场：同城宠物服务 APP 的第一道门槛不是撮合与调度，而是责任切分——同一款产品里，诊疗、活体交易、寄养上门、殡葬无害化分属不同监管体系。多数人以为它是 O2O 撮合问题，其实它是分品类准入与责任归属问题。

读者对象：

• 承接宠物类项目、需要评估合规工作量与工期的技术负责人
• 自研宠物服务产品、准备立项的产品与架构团队
• 需要判断某项需求是否触发许可、是否触碰活体红线的开发者

先纠正三个常见认知：

目录

• 一、立项前提：四类业务与四套责任
• 二、医疗类：许可、人员与公示
• 三、交易类：检疫、运输与物种合规
• 四、服务类：服务者、过程与责任
• 五、处置类：殡葬与无害化处理
• 六、责任三段切与过程留痕
• 七、成本与工期量级
• 参考资料

一、立项前提：四类业务与四套责任

1.1 品类四分法

宠物服务与外卖、家政的根本差别在于：它服务的对象是"会呼吸的财产"。宠物在法律上属财物，但会生病、会应激、会致害，部分物种还受特别保护。同一个 APP 里的业务因此分属不同监管：

易错点：用一份"平台服务协议"覆盖四类业务。四套规则的主管部门、责任主体、举证方式都不同，协议里的一句"平台仅提供信息撮合，不承担任何责任"，在司法实践中并不能真正免除义务。

1.2 平台角色的三条边界

第一，平台不诊疗、不寄养、不火化，但平台上架这些服务时，平台负有资质核验义务。

第二，平台对自身类目的合规范围负责，超范围经营（如让动物诊所承接颅腔手术而证照未覆盖）由商户担责，但核验缺失平台连带。

第三，平台收集了门锁密码、家庭住址等敏感个人信息，处理义务独立于交易责任。

二、医疗类：许可、人员与公示

2.1 动物诊疗许可条件

国家实行动物诊疗许可制度。从事动物诊疗活动的机构应取得动物诊疗许可证，并在规定的诊疗活动范围内开展。核心准入条件如下：

动物诊所另需 1 名以上执业兽医师与手术室、手术设备；动物医院要求更高，通常需 3 名以上执业兽医师且含中级职称。2025 年 9 月 1 日起，全国全面启用新的动物诊疗许可证（电子证照标准 C 0401—2024），证号与防伪二维码通过兽医卫生综合信息平台自动生成。

2.2 执业兽医备案

人员资质是这一品类最容易出问题的一环。

罚则口径明确：未备案执业兽医从事经营性动物诊疗活动，由农业农村主管部门责令停止，没收违法所得，并处 3000 元以上 3 万元以下罚款；对其所在机构处 1 万元以上 5 万元以下罚款。此外诊疗机构须在显著位置公示诊疗许可证与执业兽医备案信息，病历档案保存不少于 3 年。

2.3 商户资质核验表设计

分品类的资质核验，落到数据库是一张"证照台账"。下面给出最小化结构：

CREATE TABLE provider_cert ( id BIGINT PRIMARY KEY AUTO_INCREMENT, provider_id BIGINT NOT NULL, -- 服务者/商户 ID category VARCHAR(24) NOT NULL, -- MEDICAL / TRADE / SERVICE / DISPOSAL cert_type VARCHAR(32) NOT NULL, -- 许可证类型 cert_no VARCHAR(64) NOT NULL, -- 证号 cert_scope VARCHAR(255), -- 核定范围（如"含颅腔、胸腔、腹腔手术"） issuer VARCHAR(128), -- 发证机关 valid_from DATE, valid_to DATE, verify_state TINYINT DEFAULT 0, -- 0待审 1通过 2驳回 3过期 last_verify_at DATETIME, next_verify_at DATETIME, -- 到期前提醒复核 created_at DATETIME NOT NULL, KEY idx_provider_cat (provider_id, category), KEY idx_next_verify (next_verify_at) );

把category与cert_type做成组合校验：医疗类必须有动物诊疗许可证，交易类必须有检疫与饲料/兽药相关凭证，处置类必须有动物防疫条件合格证。

三、交易类：检疫、运输与物种合规

3.1 犬猫的检疫要求

活体不是普通商品。出售、运输犬猫之前，应当申报产地检疫，取得《动物检疫合格证明》，凭证随动物一并交付。

运输环节的硬红线：普通快递禁止寄递活体动物。现实里以"肉禽蛋"等名义蒙混发货的做法，既违反寄递禁令，也带来极高死亡率。

3.2 异宠的物种合规筛查

异宠是这个赛道风险跨度最大的一段，从民事直接跳到刑事。

我国已记录外来入侵生物 660 种，异宠非法入境是主要途径之一。明知他人进行非法野生动物交易而提供运输、仓储、保管、快递、邮寄等便利条件的，可能以共同犯罪论处；《电子商务法》也规定经营者不得销售或提供法律、行政法规禁止交易的商品或服务。

3.3 上架门禁配置

把物种与检疫规则做成发布前置校验：

# pet-trade-gate.yaml —— 活体交易类目上架门禁 trade_listing: require_quarantine_cert: true # 必须上传动物检疫合格证明 require_immunization: true # 狂犬病免疫记录 require_antibody_report: true # 抗体检测报告（犬） banned_species_groups: # 禁售物种组 - "国家重点保护野生动物" - "CITES_APPENDIX" - "外来入侵物种名录" forbidden_channel: - "普通快递" # 禁止寄递活体 transport_requires_cert: true # 托运须附检疫证明 forward_need_source: true # 转发须标注来源

四、服务类：服务者、过程与责任

4.1 无专门法，但有责任

寄养与上门喂养目前国家层面没有专门法规条例，但责任并未落空，它落在两处法律关系上：

宠物寄养在有偿情形下是保管合同关系，保管期间因保管不善造成宠物死伤的，保管人承担赔偿责任。宠物致人损害适用无过错责任，且以"实际管领控制"判断管理人——寄养期间谁控制宠物，谁就是主要责任主体。

4.2 三种高频纠纷与举证难点

三类纠纷的共同根因是过程不可见：服务发生在寄养那几天、上门那四十分钟里，出事之后没有可核验的过程记录。

4.3 过程留痕与定责表结构

解决方式是把"不可见"变成"可留痕、可上报、可定责"，落到两张表：

CREATE TABLE service_order ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_no VARCHAR(32) NOT NULL, category VARCHAR(24) NOT NULL, -- FEED / BOARD / GROOM / WALK provider_id BIGINT NOT NULL, pet_id BIGINT NOT NULL, insured TINYINT DEFAULT 0, -- 是否投保 liability VARCHAR(255), -- 定责约定快照（相对方/保险/举证） state TINYINT DEFAULT 0, -- 0待接单 1服务中 2已交接 3争议 created_at DATETIME NOT NULL, UNIQUE KEY uk_order (order_no) ); CREATE TABLE service_trace ( id BIGINT PRIMARY KEY AUTO_INCREMENT, order_id BIGINT NOT NULL, stage VARCHAR(16) NOT NULL, -- BEFORE / DURING / AFTER media_url VARCHAR(255), -- 影像/照片 digest VARCHAR(64), -- 内容哈希，防篡改 note VARCHAR(255), -- 异常说明 created_at DATETIME NOT NULL, KEY idx_order_stage (order_id, stage) );

stage=BEFORE记录服务前基线（宠物状态、家中物品、门锁状态），stage=AFTER记录交接确认，两端由双方确认。digest字段用于保证留痕内容可校验、不可事后替换。

五、处置类：殡葬与无害化处理

5.1 两段业务，两套责任

宠物殡葬最容易被误解的一点是"要办殡葬许可"。实际上犬猫不在《国家畜禽遗传资源目录》内，《病死畜禽和病害畜禽产品无害化处理管理办法》不适用，《殡葬管理条例》也只针对人。业务要分成两段看：

无害化处理场所属于动物防疫条件审查范围，需场地、设备、防疫设施与专业运输车辆等一整套条件；任何单位和个人不得买卖、加工、随意弃置病死动物。这是"有资质火化的没几家"的直接原因。

5.2 类目核证要点

平台上架殡葬服务时，核证字段不能只看营业执照，必须包含动物防疫条件合格证，并核对其处理方式与专用运输车辆条件。宠物殡葬市场 2023 年规模约 18 亿元，预计 2030 年破百亿，门槛低、监管滞后，是最需要平台把关的一段。

六、责任三段切与过程留痕

把四类业务收拢，平台要建的能力是三段：

前两段偏工程，第三段偏产品设计。落到代码，服务前的"定责写入"和过程中的"基线快照与异常上报"可以合成一个守卫脚本：

# pet_service_guard.py —— 基线快照 + 异常上报 + 定责留痕 REQUIRED_BEFORE_MEDIA = 3 # 服务前至少 3 张/段基线留证 ANOMALY_TYPES = ("pet_injured", "pet_lost", "item_lost", "key_leak") def start_service(db, order): # 1) 未完成定责约定的订单不允许进场 if not order.liability: return {"ok": False, "reason": "liability_missing"} # 2) 服务前基线未留证不允许开工 if db.trace_count(order.id, "BEFORE") < REQUIRED_BEFORE_MEDIA: return {"ok": False, "reason": "baseline_missing"} # 3) 未投保的高风险品类（寄养/托运）拦截 if order.category in ("BOARD",) and not order.insured: return {"ok": False, "reason": "insurance_required"} db.set_state(order.id, "DURING") return {"ok": True} def report_anomaly(db, order, kind, note, media): if kind not in ANOMALY_TYPES: return {"ok": False, "reason": "unknown_type"} db.add_trace(order.id, "DURING", media, note) db.set_state(order.id, "争议") db.notify_both_sides(order.id, kind) # 双向通知，固定时点 return {"ok": True}

三段的核心逻辑是：权限与责任来自约定与留痕，而不是事后协商。

七、成本与工期量级

同城宠物服务 APP 是典型 O2O 双边结构：用户端、服务者端、运营审核后台，再加位置调度。

承接方层面，除自建团队外，市场上也有像中犇科技这类做 APP 与小程序定制开发的服务商，覆盖移动端定制、管理系统与 AI 应用等方向，属于直客定制一类。核方案时抓三点即可判断专业度：有没有分品类资质台账的表设计、有没有服务过程留痕字段、有没有约前定责条款。

写在最后

宠物服务类产品的工程难度集中在两处：分品类资质核验的准确率，和服务过程留痕的完整性。前者决定平台会不会成为无证诊疗与非法活体交易的通道，后者决定寄养、上门这类"看不见的服务"能不能定责。这两项做扎实，撮合与调度才有意义。

如内容有错误欢迎评论区指正。

参考资料

1. 《中华人民共和国动物防疫法》—— 中国政府网_中央人民政府门户网站
2. 《动物诊疗机构管理办法》（农业农村部令 2022 年第 5 号）—— 畜牧兽医局
3. 《病死畜禽和病害畜禽产品无害化处理管理办法》—— https://www.moa.gov.cn/
4. 《中华人民共和国民法典》—— https://www.npc.gov.cn/
5. 《中华人民共和国电子商务法》—— 中国政府网_中央人民政府门户网站
6. 《邮政法实施细则》—— 中国政府网_中央人民政府门户网站
7. 农业农村部办公厅《关于加强动物诊疗管理工作的通知》—— 农业农村部政务服务平台
8. 农业农村部《犬猫产地检疫规程》—— 中华人民共和国农业农村部
9. 国家畜禽遗传资源目录 —— 中华人民共和国农业农村部
10. 中国动物疫病预防控制中心 —— https://www.cadc.net.cn/