> http://code.google.com/apis/adwords/docs/reference/latest/InfoService...
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Header>
<ResponseHeader xmlns:ns2="https://adwords.google.com/api/
adwords/cm/v201109" xmlns="https://adwords.google.com/api/adwords/info/
v201109">
<ns2:requestId>0004b28a5e01f8480a96d10700004af2</
ns2:requestId>
<ns2:serviceName>InfoService</ns2:serviceName>
<ns2:methodName>get</ns2:methodName>
<ns2:operations>1</ns2:operations>
<ns2:responseTime>702</ns2:responseTime>
<ns2:units>1</ns2:units>
</ResponseHeader>
</soap:Header>
<soap:Body>
<soap:Fault>
<faultcode>soap:Server</faultcode>
<faultstring>[ApiUsageError.INVALID_CLIENT_EMAIL @
selector; trigger:'xxxxx']</faultstring>
<detail>
<ApiExceptionFault xmlns="https://adwords.google.com/
api/adwords/info/v201109" xmlns:ns2="https://adwords.google.com/api/
adwords/cm/v201109">
<ns2:message>[ApiUsageError.INVALID_CLIENT_EMAIL @
selector; trigger:'xxxxx']</ns2:message>
<ns2:ApplicationException.Type>ApiException</
ns2:ApplicationException.Type>
<ns2:errors xmlns:xsi="http://www.w3.org/2001/
XMLSchema-instance" xsi:type="ApiUsageError">
<ns2:fieldPath>selector</ns2:fieldPath>
<ns2:trigger>xxxxx</ns2:trigger>
<ns2:errorString>ApiUsageError.INVALID_CLIENT_EMAIL</ns2:errorString>
<ns2:ApiError.Type>ApiUsageError</
ns2:ApiError.Type>
<reason>INVALID_CLIENT_EMAIL</reason>
</ns2:errors>
</ApiExceptionFault>
</detail>
</soap:Fault>
</soap:Body>
</soap:Envelope>
The authentication token is also owned by the same non-MCC account.
I found this: http://groups.google.com/group/adwords-api/browse_thread/thread/f1c3a451602aa328
- is the information there still valid with v201109? If so, then it
seems that it's not possible to retrieve the client ID when the
authenticated account that is not under the MCC which owns the
developer token. This would mean a major problem with the reporting
service when the client email is not accepted as a header anymore, as
it would then not be possible to fetch reports for accounts not linked
to an MCC.
On Nov 23, 1:25 pm, Danial Klimkin <danial.klimkin+fo...@google.com>
wrote:
I have clients who have bought my reporting tool but don't have an
MCC. They authenticate with their own non-MCC account. We normally use
the ServicedAccountService to get the IDs, but in these cases it
returns an account ID of -1. Kevin Winter from your team advised me to
use the client email header in these cases to fetch the reports, which
is what we've done. Now you're disallowing that header, and requiring
that an account ID is provided instead. But is there any way to we get
that ID for non-MCC linked accounts?
Changing the app to ask for the user to input the ID not feasible, as
my app is an installed one, not a web app. And anyhow, it's quite a
terrible solution from a user experience point of view.
I was wondering if there is an update on this bug? Not being able to
get the customer id for an unlinked account, which I guess is major
portion of all accounts, is a major problem.
Thanks for your attention,
Yagmur
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"><soap:Header><ResponseHeader xmlns:ns2="https://adwords.google.com/api/adwords/cm/v201109" xmlns="https://adwords.google.com/api/adwords/info/v201109"><ns2:requestId>0004bc7121a910e80a97030d000051e7</ns2:requestId><ns2:serviceName>InfoService</ns2:serviceName><ns2:methodName>get</ns2:methodName><ns2:operations>1</ns2:operations><ns2:responseTime>1206</ns2:responseTime><ns2:units>1</ns2:units></ResponseHeader></soap:Header><soap:Body><getResponse xmlns:ns2="https://adwords.google.com/api/adwords/cm/v201109" xmlns="https://adwords.google.com/api/adwords/info/v201109"><rval><cost>0</cost></rval></getResponse></soap:Body></soap:Envelope>