Двойной учёт

Двойной учёт — это запись одного и того же более одного раза, и он раздувает цифры так, что они переживают проверку: каждая отдельная запись выглядит законной. Источники обыденны и накладываются друг на друга. Доставку повторяют после тайм-аута, хотя на деле она прошла, и событие приземляется дважды. Одно и то же действие инструментируют на клиенте и ещё раз на сервере, и оба потока грузят в хранилище. Человек заходит с ноутбука и с телефона и считается двумя пользователями, пока его личности не сшили. Пользователь состоит в трёх рабочих пространствах и попадает по разу в каждое в отчёт, который якобы считает людей. Выручку признают при заведении сделки и ещё раз при выставлении счёта. Соединение с таблицей, где совпадающих строк больше одной, умножает каждый факт, которого касается: это тихая разновидность и она даёт самые крупные ошибки. Самый надёжный признак — арифметика, которая должна сходиться и не сходится: сумма сегментов больше итога, число уникальных пользователей превышает число аккаунтов, цифра подпрыгивает в день включения новой интеграции, а не в день, когда в бизнесе что-то изменилось. Профилактика в основном про идентичность. Давайте каждому событию устойчивый идентификатор, сгенерированный там, где событие произошло, чтобы повторную доставку можно было отбросить на входе, а не сверять потом. Для каждой метрики решайте, какая система является источником истины, вместо того чтобы грузить два одинаково правдоподобных источника. Опишите словами считаемую единицу до того, как напишете запрос: человек, место, аккаунт и рабочее пространство — четыре разных знаменателя. И сделайте сверку суммы частей частью отчёта, а не тем, что кто-то догадается запустить, когда цифра покажется странной. Дедупликация задним числом всегда сложнее, чем кажется: к моменту, когда кто-то замечает, раздутую цифру уже назвали вслух, заложили в планы и сравнили с прошлым периодом, посчитанным по-старому, — а исправление даёт падение, которое приходится объяснять как изменение методики, а не бизнеса.