加线 ACI、日线 AFR：别再为每个国家复制一套「申报页面」
加日预申报与美线 AMS/ISF、欧线 ICS2 一样，适合统一任务骨架、按类型配置字段与通道。客服对外状态要语义稳定，避免「已发送」被说成「已放行」。
产品经理一听「加拿大也要预申报」「日本空运有 AFR」，本能反应是再画两张表单。半年后操作台会出现四个入口、四种「成功」灯，没有人说得清哪盏灯对客户有意义。
更省事的结构是：全世界的预申报，在你系统里都是「申报任务」。变的是类型枚举（ACI / AFR / AMS / ISF / ICS2…）、字段集、倒计时规则、通道适配器。骨架稳定，国家才能往下加，而不是横向复制。
配置层放什么
- 类型与运输方式：海运/空运字段不同就拆开配置
- 时限：相对开航、起飞或抵港——以你书面通道说明为准，可改不可写死对外承诺
- 必填与弱提示：缺了能发的别假装能发
- 回执字典：把通道码映射成待办原因
- 可见性：客户看进度，内部看原文与审计
一句话纪律
任何预申报状态，对客服话术只允许有限词汇。『已发送』永远不等于『已放行』。加日美欧都一样。
快递飞更愿意帮你先收拢骨架，再按航线扩类型——这比一次性堆十二个国家按钮更接近能上线的范围。
常见问题
ACI、AFR 要不要和 AMS 共用模块？
建议共用申报任务骨架，按国家/报文类型配置字段、时限与通道；不要假设一套字段打天下，也不要每个国家复制一套互不相通的页面。
空运 AFR 能直接套海运柜号模型吗？
通常不能硬套。关联单号、截单锚点（起飞/抵港等）应按运输方式配置，细节以现行要求与通道说明为准。
快递飞怎么评估加日预申报定制？
先确认申报主体与通道，再定首期类型；系统做协同与留痕，不承诺包过关。条件匹配可谈 0 预付按月。