Scenarijus 1
E-parduotuvė, kurios užsakymų skaičius sistemose skiriasi
Situacija
Skaitiklis rodo vieną pirkimų skaičių, administravimo skydas — kitą. Skirtumas matomas plika akimi, didesnis nei darbinė ± 3 % riba. Savaitės pokalbis apie „geresnį kanalą“ jau vyksta, nors niekas negali pasakyti, kuri sistema teisė. Testiniai užsakymai kartais paliekami, grąžinimai krenta kitą savaitę, o padėkos puslapis ir dėklas, tikėtina, siunčia tą patį veiksmą atskirai.
Ką tikrinčiau
Pirma — ar purchase šauna vieną kartą. Antra — ar transaction_id sutampa su užsakymo numeriu. Trečia — laiko juosta ir valiuta. Ketvirta — ar vidinis testas įskaičiuotas. Tik tada kanalai. Jei dublis yra, kanalų pyragas yra dailus melas.
Veiksmų seka
Inventorizuoju abi „tiesas“. Plane palieku vieną objektą: apmokėtą užsakymą. Konteineryje ieškau antro trigerio. 48 valandas renku švarią imtį. Tada rašau sutapimo eilutę: data, A, B, skirtumas, einu / neinu. Jei vis dar virš 3 %, eilė fiksuota: vėlavimas, grąžinimai, kuponai, tada vėl žyma.
Kaip atrodytų rezultatas
Vienas pirkimo įvykis, protokolas su data, savaitinė lenta su higienos eilute. Sprendimai apie kanalą leidžiami tik žalią savaitę. Jokių pažadų, kad skaičiai „susilygins savaime“ — jie susilygina, kai nustoja dubliuotis ir kai objektas tas pats.