If you're looking for an e-commerce service that truly listens and treats you the way you deserve to be treated -- like gold, you may want to take a look at FastSpring.
You can see what the experience has been like for other software publishers here: http://tinyurl.com/yj623yl When software developers are having an issue, we listen, and we try to be as flexible and open-minded as possible as we address any issues that arise in a very timely manner. Our approach is pretty different from what you've experienced before. Dan --- In [email protected], Simon <macdevelo...@...> wrote: > > As most Kagi suppliers will know, they have now been moved over to a > new data reporting format (which they have been phasing in over last > the few months). I have noticed that an old problem still exists > (among many). > > If a customer purchases your product multiple times, your ACG (code > generation script) gets called multiple times. Unfortunately Kagi > stuff all the results into one tiny field rather than breaking out > multiple rows. So the registrationName field now has "Joe Public > Joe Public Joe Public" and the registrationCode has "1234-ABCD > 5678-EFGH 9012-IJKL". You get the idea. Rather than analysing the > reports, I have to look at regular expressions. In fact, they also > manage to mangle up the TFYP emails in such multiple orders, with > customers quite confused. > > Interested to know how many Kagi suppliers have experienced this and > have also raised this issue over the years. I have. Yet still > nothing gets fixed. Not to mention they still mangle the > registrationName, so if you're in Japan, your name could end up being > **** because foreign character sets aren't handled properly. > > This is not to knock Kagi, as every payment processor has their > problems, but I think suppliers have been quite patient. If a group > of us got together and highlighted the main improvements we would like > Kagi to focus on, do you think they would listen? > > --Simon >
