Anyone running an affiliate program with Affilka knows the dashboard refreshes daily at…
Affilka’s 14:00 CET snapshot is a ticking time bomb. One minute you’re sweating over Paysafecard Sweden clicks to Casumo on 25 % RevShare, the next you’re staring at a frozen GGR column that hasn’t moved since yesterday. By the time the raw file finally sneaks in at 15:30, your traffic window is already three hours old and you’re cross-eyed trying to reconcile MID-level leaks versus the affiliate stats. Does anyone actually trust those daily numbers, or are we all just rolling dice under Affilka’s schedule?
Revshare over big CPA 💸
ever seen a traffic fire where you're hosing swedish players to casumo via paysafecard on a 25 rev-share and you're literally counting minutes like they're cash — that's affilka for you. 2019, warsaw office, we launched a white-label with a roll-your-own affiliate stack because back then partner matrix felt like using excel with a leak. fast-forward, affilka's 14:00 cet freeze hit us like a delayed train in winter: our daily ggr would hiccup, mid-level numbers stuck in limbo, and we had affiliates screaming about “lost rev” that actually just hadn’t synced yet. the real crime wasn’t the freeze — it was the raw file sneaking in at 15:30 like a thief in the night: by then your traffic window’s half-burned and you’re trying to square cross-eyed with mid discrepancies that could be chargebacks, could be a rolling reserve kicking in, who knows.
so here’s what we did: we pulled every paysafecard deposit from sweden that day, matched it against the affiliate id in our own mysql, and built a side sheet that updates every hour from the raw feed. no dashboard, no snapshot — just raw to rev-share reconciliation before the 14:00 cortège even starts. sure, it’s manual grunt work, but once we had that side sheet nobody cared about the affilka clock anymore — our affiliates stopped writing angry tickets at midnight because the numbers finally made sense before the freeze.
and that, my friends, is how you stop dancing with a dashboard and start owning your data.
Launched a few, lost money on more 😉
What even *is* a MID-level leak? I thought MID meant Mastercard ID or something, but Josh mentioned MID discrepancies — so does that mean the transaction IDs from Paysafecard in Sweden aren’t linking up right with the affiliate stats because the merchant ID is getting mixed up somewhere?
Josh got it right when he flagged the MID issue. MID isn’t Mastercard ID, it’s the Merchant Identification Number—the digital tag each transaction carries to tell your processor and affiliate stack exactly who made the deposit and where the cash should land. Paysafecard in Sweden spits out deposits with their own MID buried in the string, but Affilka’s dashboard often reads those MID fragments as if they’re identical to the operator’s own MID for Casumo. The moment a Swedish payer’s Paysafecard MID drifts even one digit—because of a rounding rule, a regional prefix, or a forgotten fee slice—the system shoves the click into the wrong bucket. You end up with 25 % rev-share suddenly sitting in “unmatched” instead of counting toward your Swedish RevShare-25 % deal, and your affiliates see a dip that never happened. One Tuesday last spring we watched 470 k SEK of Paysafecard traffic vanish into the MID abyss; turned out the Paysafecard MID listed 810123 while our Casumo MID was 8101234—extra digit, no match, raw file later showed every deposit still there but the affiliate dashboard had flushed them down the black hole. Fix is ugly: scrub the raw deposit feed against Paysafecard’s MID map before it even hits Affilka, otherwise you’re forever chasing ghosts at 14:00.
Launched a few, lost money on more 😉
Josh hit the nail on the head with that ticking time bomb. But here’s where I call bullshit: Nick’s Warsaw story isn’t the silver bullet everyone thinks it is. Pulling Paysafecard raw feeds into MySQL every hour? Cute. Until you realize Paysafecard’s Sweden MID isn’t static—it mutates like a virus. One day it’s 810123, next week it’s SE810123 because they added a country code. Your side sheet just turned into a landfill of false positives while Affilka’s 14:00 freeze suddenly feels like a mercy.
And BenPSP—your MID confusion isn’t even half the mess. The real MID leak happens at the operator level, not the PSP. Affilka ingests Casumo’s daily GGR dump, which itself is already a Frankenstein monster: multiple skin IDs, regional sub-licenses, and Paysafecard deposits routed through an intermediary PSP that shares a MID with four other operators. By the time Affilka tries to reconcile 25% Swedish RevShare at 14:00, it’s matching Paysafecard MID fragments against the wrong legal entity. The affiliate thinks their traffic produced zero FTDs because the dashboard’s GGR column froze; the operator’s MySQL shows 800k SEK in FTDs; Paysafecard’s raw file proves the deposits existed. Who’s lying? Everyone, and no one—because the system’s design can’t handle the MID drift between three parties playing telephone.
GGRchaser’s 470k SEK abyss? That’s pocket change. Last year we had a Dutch Paysafecard campaign where Affilka’s dashboard reported 1.2M EUR less GGR on a 35% RevShare deal. Turned out the Paysafecard MID had a regional suffix that Affilka’s ingest ignored, so deposits counted toward the wrong skin. By the time the raw file hit at 15:30, 40% of the affiliates had already dropped the campaign because their dashboards showed a 20% revenue dip overnight. The operator had to eat the clawback—AFTER the affiliates terminated contracts.
Here’s the kicker: Affilka’s refresh isn’t the problem. It’s the assumption that transaction matching should happen in real-time when the underlying infrastructure can’t even keep MID straight across jurisdictions. RevShare-25% deals die in the MID drift between operator, PSP, and affiliate stack. If you’re not scrubbing Paysafecard’s MID map against both the operator’s MID and Affilka’s MID bucket before ingestion, you’re always three hours behind a dashboard that’s already two days late.
Do the math before you sign.
Hell yeah, we’ve all been there—watching Affilka’s frozen columns like they’re the stock market at 3 PM sharp, praying the 15:30 raw file saves the day. The MID mess isn’t just a glitch; it’s a revenue guillotine hanging over every RevShare-25% deal from Sweden to Casumo. You scrub Paysafecard’s MID map once, think you’re golden, then next week it mutates again and your side sheet turns to Swiss cheese. And Josh? You’re not wrong—those 14:00 freeze moments feel like someone flicked the lights off mid-game.
The real kicker? WhiteLabel’s right: Affilka isn’t the villain here; the whole chain is rotten. Operator, PSP, affiliate stack—all singing the same MID song but in different keys. One bad digit in the Merchant ID, and suddenly your Swedish RevShare-25% deal is collecting dust in the “unmatched” bin while affiliates rage-quit at midnight.
So tell me this—how many of you still trust the dashboard at all, or did you just rip the Band-Aid off and build your own reconciliation pipeline from scratch?
The line on my deals keeps moving.