ActiveWins Yet Again

[footballaffiliate]

Just received this email:
"We are writing to inform you of discrepancies that are affecting NGR data in Income Access.

ActiveWins are committed to resolving this issue as quickly as possible and are working closely with Income Access.

The stats will be re-imported to ensure accuracy, which may result in a slight delay in payment for September commissions, we will however keep you informed if this is the case.

We apologise for any inconvenience this has caused. Please contact your account manager with any questions."

Yet again these jokers, who go to the conference and boast the biggest stand and all the gadgets and gimmicks just cannot get their data correct. They're acting like a Ferrari yet using an affiliate system that runs like a Fiat.

This sh&t happens with them about once every 2 months!

 

[AussieDave]

boast the biggest stand and all the gadgets and gimmicks

Could these data contaminations be the reason why they have ALL this... If it's an ongoing issue, one has to ask why. And in my case, I'd be reducing their expose or even pulling them. As a side note, I've never held much faith in IA. Seen too many affiliate complaints over the years, about the platform.

 

[casinonewbie]

LOL - I promoted Kerching for a bit with these clowns, whats a dogs breakfast they were to deal with.
The bigger the stand at the conferences the bigger the BS.

 

[casinonewbie]

Could these data contaminations be the reason why they have ALL this... If it's an ongoing issue, one has to ask why. And in my case, I'd be reducing their expose or even pulling them. As a side note, I've never held much faith in IA. Seen too many affiliate complaints over the years, about the platform.

In god we trust in IA i don't.......

 

[Guard Dog]

I don't think it is IA that is the problem. They are just a backend. IA, Netrefer, MyAffiliates - All they do is allow programs to import their data and then they act as a data warehouse with a reporting front-end. When something is wrong, it is 100% the fault of the program and the stats they are importing. Think of it as a second database. If the program wants to import faulty data - they can do that really easy.

That's much harder to do if it is Micrograming, Rival, Everymatrix, or (name your casino software) backend since the data comes directly from the casinos. It's not impossible, mind you.

I think when we blast IA et al, we need to understand WHY it is displaying faulty data. And then ask the program WTF.

BTW - I write backend programs like this.... so I do have some experience in this arena on a grander scale (i.e., manufacturing).

 

[Guard Dog]

Oh... and with that said.... ActiveWins are a bunch of crooks. So.... I think we know who would be to blame here with a good amount of certainty.

 

[footballaffiliate]

Also, do you know that when the data import goes wrong at the Income Access end, they end up charging the client 3 days work to fix a problem that is caused by their own system not having proper checks on the import of data?!

On the crook note, yes, the founder of ActiveWins was a co founder of Europartners. He openly boasts at conferences about having been in the Israeli SAS - like that matters to promoting slots, sportsbook and casino?!

 

[Guard Dog]

I think there is another way to look at this. When you set up IA (or any system of this type for that matter), you go through pains with a technical / API team to ensure integration is perfect. Once it is perfect, if the data remains in the same format (csv, xml, whatever that format may be) - it will import correctly every time.

Once that import format changes, IA *should* charge for their time. It is impossible to program out every possible import issue that could occur in the future. So - essentially the team has to help the end user (affiliate program) match their import up with the API again. It is work and does cause time.

With that said... if the affiliate program has a quality programmer, they should be able to adjust their implementation on the API any time there is a change in the import itself. (without IA help). In that case - IA should not charge them a penny IMO.

All theoretical, of course. Here is an example of a customer of mine and how things work in manufacturing:

A customer of mine has Micrsoft Dynamics AX (an ERP). AX houses the products they make, the inventory they have, the cost associations for inventory and products, and the parameters that are used to control the quality of the product. The software I use runs all of the Business calculations across the plant for both operations and management. Operators on each line have a real-time view of metrics like OEE (in a sense, how good the machine is running) along with downtime and quality. NOW - I also have an interface where I pull in Dynamics AX quality definitions into my system. I pull that in so that the operator can see how well they are doing based upon how that product is supposed to be made. IF the AX system changed - then my import routine would have to change. No way around it. And to change that.... it would require my time. I'm not a cheap resource, so this means they pay for that time to restructure the routine to adjust to the new import format.

It is common to do this. And it is (I believe) why IA would charge for time when this happens.