摘要

  • Salesforce 会移除已删除自定义字段的唯一性和必填属性。字段恢复后，这些要求需要按原有业务需要重新设置。
  • 恢复的公式字段处于停用状态，编辑并保存后才重新计算；部分布局、关联和字段依赖也需要人工处理。
  • 恢复机会截至提前永久删除或15天期满，两者取先。为释放字段额度加速清理，也会缩短回头修正的机会。

一个本来不许重复的订单识别码字段被删掉，再被恢复。数据重新出现在眼前，工单可以写上“已恢复”。可如果没人重新勾上唯一属性，这个字段原来负责拒绝的东西，谁来拒绝？

这是依据 Salesforce 文档构造的业务例子。它的利害不在于能否找回一串字符，而在于企业曾让这串字符承担什么工作：区分订单、阻止空缺，还是给后续处理提供一个可靠入口。别的校验仍可能存在，但这个字段自己的两道门，需要有人重新装回去。

Salesforce 在手动恢复字段属性的说明中写得很直接：删除自定义字段时，系统自动移除唯一属性和必填属性；恢复后，如果仍有需要，就重新设置。产品没有承诺一次点击重演整个业务状态。企业若把它当成这种承诺，后面的返工就得自己认领。

找回数据的人，未必知道它曾经拒绝什么

“这一列回来了”很好验收。字段在，旧值也在，画面足以交差。“这一列还会拒绝错误输入”需要另一种检查：原来不该被接受的空值和重复值，现在是否仍会被挡住。

这一区别会把恢复任务从管理员的屏幕拉回业务部门。管理员能恢复字段，却未必知道某个编号为什么必须唯一，某项内容为什么不能空着。最懂那条规则的人，可能是天天处理订单的人，也可能是当初提出需求、如今已经调岗的人。

继续用前面的假设：如果下游靠该编号认订单，而这里的防重复要求没有恢复，后续就要有人核对、合并或解释冲突。恢复工单少花的那一点时间，会转移到业务队列里。它未必挂着“恢复失败”的标签，甚至可能被算成一次普通的数据整理。

所以，恢复验收应当包括被拒绝的输入。一个成功保存的正确值证明了通道可以通行；一个本应被拒绝的重复值证明门卫还在工作。把两者都放进验收范围，比统计找回多少条记录更接近企业真正买的能力。

名字回来了，公式还在停工

已删除字段的管理说明还列出了几件不太适合放进“恢复完成”庆功邮件的事。

删除时，开发者名称会被加上 _del，已有同名删除字段的情况除外。恢复后，这个后缀仍然保留。名称应与依赖它的配置一起核对，别只看页面上熟悉的标签就宣布原样归位。

公式字段恢复后处于停用状态，显示 #Error!，直到编辑并保存。保存会触发语法检查，发现的错误还要修正。原来的计算逻辑躺在系统里，与它正在为业务提供新结果，是两种状态。

搜索也有时间差：恢复字段和数据不会立刻出现在搜索结果中，需要短暂等待。搜索不到，不能直接当作没有恢复；搜索到了，也不足以证明公式和约束已经恢复。这些是不同的验收项，各有自己的事实。

手动恢复的清单还有布局、字段依赖和关联。字段删除期间改过的页面布局，需要重新加回字段；未改动的报告和布局会保留恢复的字段。被移除的字段依赖要重建。需要恢复主从关联时，还要满足相应记录的数据条件。恢复工作因此取决于删除期间发生了什么，而不只是删除前长什么样。

真正需要保存的“原状”，包括字段的数据，也包括它怎样约束输入、怎样参与计算、怎样出现在人的工作界面里。只保留前者，就会把后者变成事后找人的工作。

没查到引用，不等于没人用

删除前也有一道容易被高估的工具。Salesforce 的字段引用查询可以列出布局、公式、Apex、活动验证规则和报告等引用。它能帮助收缩调查范围，却有明确的可见边界。

某些通过外键关系使用字段的报告不会出现。执行查询的人无权访问的报告不会返回；联合报告不受支持。订阅组织内，托管包已有的引用不会列出，安装后新建的本地引用则可能出现。结果最多显示前2,000条，并按引用类型排序。

一个干净的查询结果，最多说明这次查询没有列出相关引用。它无法替业务负责人回答“还有谁在靠这列做决定”。尤其当原先的需求分散在私有报告、包和多个团队里，把一张列表当成完整地图，会把最难找的那部分工作推迟到恢复时。

这并没有让删除变成毫无约束的动作。删除字段的正式规则明确限制了被其他字段、字段更新或 Apex 引用的字段，后台作业正在更新字段时也可能阻止删除。系统阻止某些已知冲突，与企业掌握完整业务用途，可以同时成立。清理决策仍需要知道，这个字段原来替谁挡过什么错误。

15天是回头的窗口，不是修复的服务单

自定义字段与数据保留到组织提前永久删除，或15天期满，两者取先。在此期间，可以恢复。恢复窗口保留了选择，但不会替人重建丢下的规则。

字段额度紧张时，另一个部门可能正在催清理。已删除的字段仍计入自定义字段额度，直到硬删除完成；适用的字段类型限额也同样计数。Purge 说明描述的是把准备清理的字段送入硬删除流程。启动与完成之间还有后台处理，耗时取决于系统负载，不能把按钮按下就当成新额度已经到账。

更值得业务负责人注意的是持续无法创建字段时的支持流程。Salesforce 要求提供组织标识、生产或沙箱说明，并授权物理删除；文档明确说，这项自定义字段物理清理不能限定到单个对象，而是覆盖整个组织。一个对象上的报错，可能引出范围更大的清理授权。

赶进度的人要的是新字段，负责旧业务的人可能还需要恢复被删字段。两者都提出了具体需求，优先级却不能交给“清理一下”四个字决定。先把待恢复的业务规则和可永久清理的字段分清，才谈得上加速。

实际组织里缺什么保护，要看保存的字段定义、依赖清单和业务验收结果。判断标准可以先定下来：旧值能读，正确的新值能用，错误的新值仍会被拒绝。否则，找回的是字段，留给下一班人的还是一道开着的门。