Hi Kevin,
I've just started using the v201206 ManagedCustomerService and it appears
to work even for non-MCC logins, showing the customer ID as well as the
time zone and currency code.
Can you please confirm this is expected behaviour and that we can use the
new service to get information for
Hi,
Technically, the ManagedCustomerService will return results for any
AdWords account that matches the selector (i.e. the authenticated account)
as long as it is managed by an MCC account. This limitation will prevent
the MCS from returning results for client accounts (even when
Hi Kevin, and thanks for the reply.
That makes sense, so I'll stick to polling both the CustomerService and the
ManagedCustomerService. It's a shame there isn't one service that will
provide this information reliably for all logins. The new Customer services
are definitely an improvement over
Hi Ben (and future forum viewers),
We discussed this offline. Because this is an unlinked account (no
parent MCC) the ServicedAccountService can't operate on it (it can only
see accounts with parents). As a workaround, making an InfoService
request for this account (as I mentioned in my
Hi Kevin,
Are there still issues with the CustomerID = 0?
For most my clients, I have no problems and can look up the Customer ID.
But sometimes it comes back as 0.
For example I just got this response:
soap:Envelope xmlns:soap=http://schemas.xmlsoap.org/soap/envelope/;
soap:Header
Hi Kevin,
Should this work with an existing oauth token? Or do I need to get a new
token? I'm sure my token was created before you made this change.
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and discussion group:
http://adwordsapi.blogspot.com
Hi Chris,
Yes, that should work. It bases this behavior on the authenticated user
(which needs to be a non-MCC account).
- Kevin Winter
AdWords API Team
On Thursday, February 23, 2012 11:44:15 AM UTC-5, chris h wrote:
Hi Kevin,
Should this work with an existing oauth token? Or do I need
Hi Chris,
No update yet, but we hope to have something for you soon.
- Kevin Winter
AdWords API Team
On Wednesday, February 22, 2012 2:59:18 AM UTC-5, chris h wrote:
Hi Kevin,
I figured I'd check in on this before the Hangout tomorrow since I'll
bring this up to find out if there is any
Hi Chris,
We just verified that we pushed a change to production such that if you
make an InfoService request authenticated with an account not linked to
your MCC/developer token, it will still return a record for that
clientCustomerId. I.E., authenticate with ANY account and the InfoService
Awesome news!
On Wed, Feb 22, 2012 at 5:05 PM, Kevin Winter kevin.win...@google.comwrote:
Hi Chris,
We just verified that we pushed a change to production such that if you
make an InfoService request authenticated with an account not linked to
your MCC/developer token, it will still return
Hi Kevin,
I figured I'd check in on this before the Hangout tomorrow since I'll
bring this up to find out if there is any update.
Thanks,
Chris
On Jan 23, 2:10 pm, Kevin Winter kevin.win...@google.com wrote:
Hi Sean,
I apologize, I presented an invalid solution earlier. The
Per this issue, customer id being returned was -1 but now it is 0
instead. Just an fyi to all who are doing something like:
...
ServicedAccountGraph graph = servicedAccountService.get(selector);
if (graph.accounts[0].customerId == -1) {
// handle non-mcc account
}
You might have to change it
Hi,
Unfortunately, due to the implementation of the ServicedAccountService,
it has issues returning the data you would expect with accounts that have
no links. Our current (admittedly hacky) solution it to suggest using an
AdHoc report to obtain an AccountPerformanceReport and request the
Hi Kevin,
Thanks for the response. It's my understanding that currently the API
requires a clientCustomerId to download reports. Is there a different
method (not involving downloading reports) to acquire the Id?
Thanks,
Sean
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on
Sean that is my understanding too! That's why it is so contradictory
to require a piece of data that is not available to start with.
Kevin are you saying there is a hack? Please share the details, this
is taking a toll on our business!
Best,
Yagmur
On Jan 23, 11:44 am, sms_adwords
Hi Sean,
I apologize, I presented an invalid solution earlier. The
Account/Campaign report workaround is our recommendation for obtaining the
currency code and timezone (which are the other two most commonly requested
fields from the v13 AccountService).
For unlinked accounts, we do not
Hello AdWords folks,
Just as the topic says, I'm trying to migrate from v13/v201101 to v201109
and am curious about the suggested method for getting customerId in a
non-mcc account. If I use the method suggested here
It's a known bug in the sandbox server, it always returns a customerId of 0
for the mcc account.
--
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~
Also find us on our blog and discussion group:
http://adwordsapi.blogspot.com
http://groups.google.com/group/adwords-api
David, it's actually not only the sandbox. I've been waiting for the fix
for a few weeks now...
For now, you might have to ask your customers for their customer number, of
course you can limit that to customers who are not part of an mcc...
figuring that out is another story too :) This is an
19 matches
Mail list logo