该部门不可能"自行"被删除——在数据库中无法删除已被文档使用的属性。如果它至少在一份文档中被使用,系统就根本不会允许这样的删除操作。
在所述情况中,问题并非删除,而是重命名。检查登记日志显示,该部门被意外重命名,因此产生了它已消失的错觉——原来熟悉的名称从列表中消失了,但数据本身以及与文档的关联关系都保留在原处。
如何弄清类似的情况:
- 打开登记日志——这是1C内置的工具,记录数据库中用户的所有操作:谁、做了什么、何时做的。
- 在日志中查找与所需部门相关、发生在可疑时间段内的操作。
- 检查是否发生了重命名而非删除——通常正是这种情况:目录项仍然存在,只是名称发生了变化。
- 如果确认是重命名——请通过目录中的部门卡片手动恢复原来的名称。
常见问题
如果部门在文档中被使用,用户是否可能误删该部门?
不会,系统会对此进行保护——如果该属性至少在一份文档中被使用,就无法删除它。
如何知道究竟是谁进行了修改?
登记日志会记录数据库中每个操作的用户、日期和时间——依此可以轻松还原事件的时间顺序。