拣货、打包、发运界面员工编码功能实现技术咨询

需求落地规则 #

• 界面内置的Custom field（自定义字段）自动填充当前登录人员的3位格式仓储员工编码（Employee code），字段全程锁死不可手动修改
• 员工编码字段旁紧邻位置同步展示该编码对应的员工姓名，信息自动匹配，无需人工操作

分步实现逻辑 #

后端前置准备 #

用户账号完成登录、跳转进入Pick, Pack and Ship界面时，随界面初始化接口直接返回当前账号绑定的仓储人员身份信息，必传两个字段：3位标准格式员工编码（employeeCode）、员工真实姓名（employeeName）。

加一层权限前置校验：如果当前登录账号绑定的员工编码不符合3位格式，说明账号不属于仓储操作岗，直接拦截，不允许进入发运操作界面。

前端交互实现 #

• 定位到Custom field的渲染节点，直接给字段加readonly属性，同时移除字段原有的输入框、下拉选择器等可交互组件，从操作层面禁止用户手动改值
• 界面初始化渲染阶段，直接把接口返回的employeeCode赋值给Custom field，不需要用户触发任何操作
• 在Custom field节点的相邻位置插入姓名展示文本，样式和系统原有辅助文本保持一致，直接渲染接口返回的employeeName，不做任何可编辑配置

不用在前端做过度的防篡改处理（比如禁止F12改值这类操作），这类防绕过逻辑放到提交校验环节做就行，避免浪费前端性能。

提交环节兜底校验 #

所有拣货、打包、发运单据提交时，后端必须做二次校验：

• 单据里携带的Custom field字段值，必须和当前登录账号绑定的3位员工编码完全一致
• 如果校验不匹配，直接返回「操作人身份校验失败，请刷新页面重试」的报错，拦截单据提交，彻底堵上前端参数被恶意篡改的风险

内容的提问来源于stack exchange，提问作者Param A.