В приведенных ниже рекомендациях описано, как управлять изменениями имен, исправлениями и целостностью данных во всех наших потоках данных. Хотя примеры в этом руководстве относятся к сущностям Person , эти правила универсально применимы ко всем именованным сущностям, включая Candidates , Parties и т. д.
Совершенно неправильное имя
Если у человека было совершенно неверное имя, которого у него никогда не было, и это могло привести к ошибке в идентификации (например, person123 был ошибочно назван «Джон Смит» в ленте, хотя на самом деле он все это время был «Боб Смит»), то этого человека и его постоянный ID следует удалить из ленты и исключить из списка как постоянно ошибочных пользователей, а вместо него добавить нового человека с новым ID (например, person123 удаляется и больше никогда не используется, а person456 добавляется как «Джон Смит»).
Незначительная поправка в имени.
Если в имени человека есть небольшая опечатка или его официальное имя немного отличается, но в остальном его можно идентифицировать, то исправление имени в ленте допустимо (например, person123 звали "Johnn Smith", но официальное имя - "John Smith", "John K. Smith", "Johnny Smith" или подобное).
Официальная смена названия
Если человек официально сменил имя, но при этом остался тем же самым, то вполне допустимо полностью изменить его имя, поскольку на момент первого появления человека с этим стабильным идентификатором имя было правильным, и его личность, вероятно, была определена корректно (например, в 2024 году person123 звали "Боб Смит", и он отображался в ленте 2024 года под этим именем, но затем в 2025 году он сменил имя на "Джон Смит").
Дубликаты
Если в ленте обнаруживается, что человек является дубликатом другого человека в этой же ленте или другого человека, которого лента предоставляла ранее, поставщик должен удалить дубликат из ленты и аннулировать стабильный идентификатор как недействительный, который больше никогда не будет использоваться.