แชร์ผ่าน

ลําดับชั้นของบัญชีและสิทธิ์ของผู้ใช้

  • บทความ

ผู้ใช้ Microsoft Advertising สามารถใช้ข้อมูลประจําตัวการเข้าสู่ระบบเดียวกันเพื่อเข้าถึงหลายบัญชี ซึ่งอาจมีสิทธิ์ที่แตกต่างกันในแต่ละบัญชี หน่วยงานสามารถตั้งค่าลําดับชั้นของบัญชีเพื่อจัดการผู้ใช้และบัญชีทั้งหมดจากบัญชีหลักหนึ่งบัญชี ใช้กระเป๋าสตางค์กลางหนึ่งชุดเพื่อชําระเงินสําหรับทุกอย่าง และแชร์ทรัพยากรแคมเปญ เช่น แท็ก การติดตามเหตุการณ์สากล (UET) และรายการรีมาร์เก็ตติ้งให้กับลูกค้าได้

หมายเหตุ

ในบริบทของลําดับชั้น ลูกค้า ยังเรียกว่า "บัญชีผู้จัดการ" AdvertiserAccount เรียกว่า "บัญชี" หรือ "บัญชีผู้โฆษณา"

ดู ขีดจํากัดของเอนทิตี สําหรับข้อมูลเพิ่มเติมเกี่ยวกับลําดับชั้นของแคมเปญภายในบัญชี

บทบาทและสิทธิ์ของผู้ใช้

แอปพลิเคชันของคุณอาจจําเป็นต้องสนับสนุนผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูงเพียงรายเดียวในบัญชีที่รู้จัก แม้จะมีโครงสร้างสิทธิ์ที่ค่อนข้างง่ายดังกล่าว คุณจะต้องทําความเข้าใจการดําเนินการที่พร้อมใช้งานสําหรับแต่ละ บทบาทผู้ใช้ วิธีการ ที่ผู้ใช้เตรียมใช้งาน ในบัญชี วิธีที่คุณสามารถ ค้นหาสิทธิ์การเข้าถึงปัจจุบันของพวกเขา และวิธีที่คุณสามารถ ดําเนินการในนามของผู้ใช้ Microsoft Advertising ที่ได้รับการรับรองความถูกต้อง ด้วย Bing Ads API

บทบาทผู้ใช้

บทบาทผู้ใช้ที่ได้รับจากผู้ดูแลระบบขั้นสูงของลูกค้าหรือผู้ดูแลระบบ Microsoft Advertising จะกําหนดความพร้อมใช้งานของบริการ ตัวอย่างเช่น ผู้ใช้ที่มีบทบาทผู้จัดการแคมเปญผู้ลงโฆษณาสามารถเพิ่มและอัปเดตแคมเปญได้ แต่ไม่สามารถสร้างหรืออัปเดตผู้ใช้ได้ เว้นแต่จะมีการระบุไว้เป็นอย่างอื่นในเนื้อหาอ้างอิงต่อการดําเนินการบริการ ตารางต่อไปนี้อธิบายไว้ในระดับสูงข้อจํากัดการบริการต่อบทบาทของผู้ใช้

หมายเหตุ

เฉพาะผู้ดูแลระบบขั้นสูงและผู้ใช้มาตรฐานเท่านั้นที่สามารถตั้งค่าเป็นผู้ติดต่อหลักสําหรับบัญชีได้ สําหรับรายละเอียดเพิ่มเติมเกี่ยวกับบทบาทผู้ใช้ ดูหัวข้อวิธีใช้ฉันจะให้สิทธิ์การเข้าถึงบัญชี Microsoft Advertising ของฉันแก่ผู้อื่นได้อย่างไร

บทบาทผู้ใช้ บริการที่พร้อมใช้งาน
ผู้จัดการแคมเปญผู้ลงโฆษณา บทบาทนี้มีสิทธิ์ในการดูบัญชีที่เลือก และเพิ่ม แก้ไข หรือลบแคมเปญภายในบัญชีที่เลือก ผู้จัดการแคมเปญผู้ลงโฆษณาสามารถดูวิธีการชําระเงินได้ แต่ไม่สามารถจัดการการเรียกเก็บเงินและการชําระเงินได้

อ่านการดําเนินการสําหรับบริการทั้งหมดที่พร้อมใช้งาน

การดําเนินการเขียนด้วย บริการการจัดการลูกค้า โดยทั่วไปไม่พร้อมใช้งาน ข้อยกเว้นหนึ่งคือ ตัวจัดการแคมเปญ Advertiser สามารถอัปเดตองค์ประกอบ AutoTagType ของ AdvertiserAccount โดยใช้การดําเนินการ UpdateAccount ได้
ตัวรวม การดําเนินการอ่านและเขียนสําหรับบริการทั้งหมดพร้อมใช้งาน ยกเว้น DeleteCustomer
ผู้ใช้มาตรฐาน บทบาทนี้มีสิทธิ์ในการจัดการแคมเปญและดําเนินการเรียกเก็บเงินบางกิจกรรมบนบัญชีที่เลือก บทบาทนี้ไม่สามารถเพิ่ม แก้ไข หรือลบวิธีการชําระเงิน เพิ่มหรือลบบัญชี ผู้ใช้มาตรฐานสามารถเชื่อมโยงและยกเลิกการเชื่อมโยงบัญชีผู้โฆษณา แต่ไม่สามารถจัดการลูกค้าไปยังลิงก์ไคลเอ็นต์ระดับลูกค้าได้

ผู้ใช้มาตรฐานสามารถจัดการผู้ใช้บางรายในบัญชีที่พวกเขามีสิทธิ์เข้าถึงได้ ผู้ใช้มาตรฐานสามารถเชิญหรือลบผู้ใช้มาตรฐาน ผู้จัดการแคมเปญผู้โฆษณา และผู้ชม และดูข้อมูลเกี่ยวกับผู้ใช้ทั้งหมดในบริบทของลูกค้าปัจจุบันได้ อย่างไรก็ตาม ผู้ใช้มาตรฐานไม่สามารถเชิญหรือลบผู้ดูแลระบบขั้นสูง และไม่สามารถแก้ไขบทบาทของผู้ดูแลระบบขั้นสูงได้

ผู้ใช้มาตรฐานในลูกค้าที่เป็นเจ้าของผู้ชมที่ไม่ถูกใช้งานหรือแท็ก UET สามารถอัปเดตคุณสมบัติของพวกเขา (นอกเหนือจากขอบเขต) เช่น คําอธิบายและชื่อ ในขณะที่ผู้ชมหรือแท็ก UET ถูกแชร์ ผู้ใช้มาตรฐานไม่สามารถอัปเดตคุณสมบัติเหล่านี้ได้ สําหรับรายละเอียดเพิ่มเติม ดูคู่มือทางเทคนิคแชร์ผู้ชมและแท็ก UET

อ่านการดําเนินการสําหรับบริการทั้งหมดที่พร้อมใช้งาน

การดําเนินการเขียนด้วย บริการการเรียกเก็บเงินของลูกค้า และบริการ การจัดการลูกค้า โดยทั่วไปจะไม่สามารถใช้ได้ ข้อยกเว้นของการดําเนินการที่พร้อมใช้งานสําหรับผู้ใช้มาตรฐานคือ AddInsertionOrder, UpdateInsertionOrder และ UpdateAccount
ผู้ดูแลระบบขั้นสูง บทบาทนี้มีสิทธิ์แบบเต็มสําหรับบัญชีทั้งหมด ผู้ดูแลระบบขั้นสูงสามารถจัดการทุกอย่างที่เกี่ยวข้องกับการเรียกเก็บเงินและการชําระเงิน รายละเอียดบัญชี และผู้ใช้อื่น ๆ (รวมถึงผู้ดูแลระบบขั้นสูงอื่น ๆ) ผู้ดูแลระบบขั้นสูงสามารถระบุบัญชีที่ผู้ใช้อื่นมีสิทธิ์เข้าถึงได้ เมื่อลงทะเบียนเป็นลูกค้าใหม่ ผู้ใช้คนแรกคือผู้ดูแลระบบขั้นสูง

ผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูงในลูกค้าที่เป็นเจ้าของแท็กผู้ชมหรือ UET สามารถอัปเดตขอบเขตการแชร์บัญชีลูกค้าของแท็ก Audience หรือ UET ได้ ผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูงในลูกค้าหลักของลําดับชั้นยังสามารถอัปเดตขอบเขตได้ คุณสมบัติแท็ก Audience หรือ UET อื่น ๆ (นอกเหนือจากขอบเขต) เช่น คําอธิบายและชื่อ สามารถอัปเดตได้โดยผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูงเท่านั้นในลูกค้าที่เป็นเจ้าของแท็ก Audience หรือ UET ผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูงในลูกค้าหลักในลําดับชั้นไม่สามารถอัปเดตรายละเอียดเหล่านี้ได้ สําหรับรายละเอียดเพิ่มเติม ดูคู่มือทางเทคนิคแชร์ผู้ชมและแท็ก UET

การดําเนินการอ่านและเขียนสําหรับบริการทั้งหมดพร้อมใช้งาน ยกเว้น DeleteCustomer
ผู้ชม บทบาทนี้มีสิทธิ์แบบอ่านอย่างเดียว

อ่านการดําเนินการสําหรับบริการทั้งหมดที่พร้อมใช้งาน

สิทธิ์ระดับผู้ดูแลระบบขั้นสูงสําหรับลูกค้าที่ลิงก์จะถูกจํากัดหากสิทธิ์ลิงก์ (CustomerLinkPermission) เป็น "มาตรฐาน" สิทธิ์ของพวกเขาจะไม่ถูกจํากัดถ้าสิทธิ์ลิงก์คือ "การดูแล" พวกเขายังคงมีสิทธิ์ระดับผู้ดูแลระบบขั้นสูงสําหรับลูกค้าที่พวกเขาสามารถเข้าถึงได้โดยตรง เช่น ที่พวกเขาลงทะเบียน

โปรดทราบว่าผู้ใช้แต่ละคนมีบทบาทเดียวกันบน CustomerId, AccountIds และ LinkedAccountIds สําหรับ CustomerRole ที่กําหนด อย่างไรก็ตาม ถ้าผู้ใช้มีบทบาทลูกค้าหลายบทบาท จากนั้นจะถือว่าเป็นสิทธิ์ที่มีประสิทธิภาพทั้งหมดจะขึ้นอยู่กับชุดของวัตถุ CustomerRole ที่ส่งกลับโดย GetUser มีตัวอย่างมากมายในรับบทบาทผู้ใช้

กําหนดบทบาทผู้ใช้

เมื่อลงทะเบียนสําหรับบัญชีใหม่ในเว็บแอปพลิเคชัน Microsoft Advertising คุณจะได้รับ บทบาทผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูง ผู้ดูแลระบบขั้นสูงสามารถสร้างผู้ใช้ใหม่ด้วยบทบาทผู้จัดการแคมเปญผู้ลงโฆษณา ผู้ดูแลระบบขั้นสูง มาตรฐาน หรือผู้ชมได้ บทบาทตัวรวมได้รับการจัดเตรียมโดยคําขอพิเศษผ่านผู้ดูแลระบบ สําหรับข้อมูลเพิ่มเติม ดู ลําดับชั้นของการรวม และติดต่อผู้จัดการบัญชีของคุณ

ผู้ใช้ใหม่ทางเทคนิคไม่สามารถสร้างโดยทางโปรแกรมได้ อย่างไรก็ตาม คุณสามารถใช้การดําเนินการ SendUserInvitation เพื่อเชิญบุคคลให้ลงทะเบียนภายใต้บัญชี Microsoft Advertising ที่มีอยู่ได้ เมื่อคุณเชิญบุคคลไปยังบัญชีหรือชุดบัญชี คุณจะตั้งค่า บทบาทผู้ใช้ด้วย Microsoft Advertising จะสร้างคําเชิญทางอีเมลที่ส่งไปยังผู้ได้รับเชิญ เมื่อคลิกที่ลิงก์ที่อีเมลและเสร็จสิ้นเวิร์กโฟลว์การลงทะเบียน Microsoft Advertising พวกเขาจะยอมรับคําเชิญเพื่อจัดการบัญชีด้วยบทบาทผู้ใช้ที่คุณเตรียมใช้งานในคําขอ SendUserInvitation

หมายเหตุ

บุคคลสามารถใช้ข้อมูลประจําตัวการเข้าสู่ระบบเดียวกันเมื่อลงทะเบียนสําหรับบัญชีใหม่และยอมรับคําเชิญไปยังบัญชีที่มีอยู่ ในกรณีใดกรณีหนึ่งเมื่อมีการใช้ข้อมูลประจําตัวเดียวกันในการดําเนินการเวิร์กโฟลว์การลงทะเบียนให้เสร็จสมบูรณ์ บุคคลนั้นจะถูกพิจารณาว่ามีข้อมูลประจําตัวแบบผู้ใช้หลายคน จากมุมมองของผู้ดูแลระบบขั้นสูงแต่ละคนที่จัดการผู้ใช้ในขอบเขตลูกค้าของพวกเขา บทบาทของผู้ใช้ การเข้าถึงบัญชี และข้อมูลการติดต่อจะไม่ซ้ํากัน สิทธิ์ใด ๆ ที่ผู้ใช้มีในบริบทของลูกค้าอื่นจะไม่ถูกนํามาพิจารณาเมื่อดําเนินการภายในขอบเขตของลูกค้าปัจจุบัน

ผู้ดูแลระบบขั้นสูงมีตัวเลือกในการแก้ไขการเข้าถึงบัญชีอื่นของผู้ใช้และอาจปรับเปลี่ยน บทบาทผู้ใช้ เช่น จากผู้ชมไปยังผู้ใช้มาตรฐาน หากต้องการอัปเดตบทบาทของผู้ใช้ ให้เรียกใช้การดําเนินการ UpdateUserRoles

รับบทบาทผู้ใช้

เมื่อต้องการรับรายการของผู้ใช้ที่สามารถเข้าถึงบัญชีของลูกค้าอย่างน้อยหนึ่งบัญชี ให้เรียกใช้การดําเนินการ GetUsersInfo การดําเนินการจะส่งกลับอาร์เรย์ของออบเจ็กต์ที่มีบันทึกในที่อยู่อีเมลและตัวระบุของผู้ใช้แต่ละราย จากนั้นคุณสามารถรับรายละเอียดของผู้ใช้แต่ละรายในรายการ เช่น บทบาทและสิทธิ์ของบัญชีของพวกเขาใน Microsoft Advertising เรียกใช้การดําเนินการ GetUser เมื่อเรียก GetUser ถ้าคุณออกจากองค์ประกอบ UserId nil การตอบกลับจะรวมรายละเอียดสําหรับผู้ใช้ที่ได้รับการรับรองความถูกต้องในปัจจุบันตามที่ระบุโดยข้อมูลประจําตัวส่วนหัวของคําขอ

นี่คือตัวอย่างองค์ประกอบ CustomerRoles ที่ส่งกลับโดยการดําเนินการ GetUser

<CustomerRoles xmlns:e1335="https://bingads.microsoft.com/Customer/v13/Entities" d4p1:nil="false" xmlns:d4p1="http://www.w3.org/2001/XMLSchema-instance">
  <e1335:CustomerRole>
    <e1335:RoleId>ValueHere</e1335:RoleId>
    <e1335:CustomerId>ValueHere</e1335:CustomerId>
    <e1335:AccountIds d4p1:nil="false" xmlns:a1="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
      <a1:long>ValueHere</a1:long>
    </e1335:AccountIds>
    <e1335:LinkedAccountIds d4p1:nil="false" xmlns:a1="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
      <a1:long>ValueHere</a1:long>
    </e1335:LinkedAccountIds>
    <e1335:CustomerLinkPermission d4p1:nil="false">ValueHere</e1335:CustomerLinkPermission>
  </e1335:CustomerRole>
</CustomerRoles>

CustomerRole แต่ละตัวแสดงถึงสิทธิ์ที่บุคคลหนึ่งมีเมื่อเข้าถึงบัญชีหรือชุดของบัญชีที่สอดคล้องกัน

  • RoleId แสดงบทบาทผู้ใช้ เช่น 41 แสดงถึงบทบาทผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูง
  • CustomerId คือตัวระบุของลูกค้าที่ผู้ใช้ได้ลงทะเบียนหรือมีความสัมพันธ์ตามลําดับชั้นของบัญชีบางอย่าง
  • องค์ประกอบ AccountIds ประกอบด้วยตัวระบุของบัญชีผู้ลงโฆษณาที่ผู้ใช้สามารถเข้าถึงได้ในบริบทของ CustomerId
  • องค์ประกอบ LinkedAccountIds ประกอบด้วยตัวระบุของบัญชีผู้ลงโฆษณาที่เชื่อมโยงซึ่งผู้ใช้สามารถเข้าถึงได้ในบริบทของ CustomerId
  • CustomerLinkPermission อาจจํากัดบทบาทผู้ใช้โดยขึ้นอยู่กับความสัมพันธ์ของลําดับชั้นของบัญชีในบริบทของ CustomerId

ผู้ใช้มีบทบาทเดียวกันใน CustomerId, AccountIds และ LinkedAccountIds สําหรับ CustomerRole ที่กําหนด อย่างไรก็ตาม ถ้าผู้ใช้มีบทบาทลูกค้าหลายบทบาท จากนั้นจะถือว่าเป็นสิทธิ์ที่มีประสิทธิภาพทั้งหมดจะขึ้นอยู่กับชุดของวัตถุ CustomerRole ที่ส่งกลับโดย GetUser ตัวอย่างหลายตัวอย่างมีให้ด้านล่าง

ตัวอย่างบทบาทสําหรับผู้ใช้ใหม่

ถ้าคุณเพิ่งลงทะเบียนเป็นครั้งแรกด้วย Microsoft Advertising และสร้างบัญชีใหม่ การดําเนินการ GetUser จะส่งคืนออบเจ็กต์ CustomerRole หนึ่งรายการ

  • RoleId คือ 41 เนื่องจากผู้ใช้แรกของบัญชีใหม่มีบทบาทผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูง
  • CustomerId เป็นตัวระบุลูกค้าที่เตรียมใช้งานเมื่อคุณลงทะเบียน
  • องค์ประกอบ AccountIds จะว่างเปล่าเนื่องจากผู้ดูแลระบบขั้นสูงสามารถเข้าถึงบัญชีผู้ลงโฆษณาทั้งหมดในลูกค้าด้วยตัวระบุ CustomerId ได้เสมอ
  • องค์ประกอบ LinkedAccountIds ว่างเปล่าเนื่องจากคุณยังไม่ได้เชื่อมโยงกับบัญชีผู้โฆษณาไคลเอ็นต์ใดๆ
  • CustomerLinkPermission ว่างเปล่าเนื่องจากคุณสามารถเข้าถึงบัญชีผู้โฆษณาได้โดยตรงผ่าน CustomerId ที่กําหนด
<CustomerRoles xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
	<a:CustomerRole>
	   <a:RoleId>41</a:RoleId>
	   <a:CustomerId>999</a:CustomerId>
	   <a:AccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
	   <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
	   <a:CustomerLinkPermission i:nil="true"/>
	</a:CustomerRole>
 </CustomerRoles>

ตัวอย่างบทบาทสําหรับข้อมูลประจําตัวแบบผู้ใช้หลายคน

หากคุณยอมรับคําเชิญเป็นผู้ใช้ในอีกลูกค้าหนึ่งที่มีข้อมูลประจําตัวในการเข้าสู่ระบบที่มีอยู่ของคุณจากตัวอย่างก่อนหน้า คุณมี ข้อมูลประจําตัวของผู้ใช้หลายราย ในการโฆษณาของ Microsoft ข้อมูลประจําตัวการเข้าสู่ระบบของคุณเชื่อมโยงกับตัวระบุลูกค้าแต่ละตัวโดยตรง และการดําเนินการ GetUser จะส่งคืนออบเจ็กต์ CustomerRole สองรายการ ในตัวอย่างนี้ องค์ประกอบภายใน CustomerRole แต่ละตัวจะเทียบเท่ากัน ยกเว้น CustomerId RoleId ขึ้นอยู่กับบทบาทที่กําหนดเมื่อผู้ดูแลระบบขั้นสูงของบัญชีผู้จัดการ L1 (ID ลูกค้า 111) ส่งคําเชิญให้คุณ

<CustomerRoles xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
  <a:CustomerRole>
      <a:RoleId>41</a:RoleId>
      <a:CustomerId>999</a:CustomerId>
      <a:AccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:CustomerLinkPermission i:nil="true"/>
  </a:CustomerRole>
  <a:CustomerRole>
      <a:RoleId>41</a:RoleId>
      <a:CustomerId>111</a:CustomerId>
      <a:AccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:CustomerLinkPermission i:nil="true"/>
  </a:CustomerRole>
</CustomerRoles>

ตัวอย่างบทบาทสําหรับลําดับชั้นของบัญชี

สร้างตาม บทบาท ตัวอย่างสําหรับข้อมูลประจําตัวผู้ใช้หลายคน (แม้ว่า ข้อมูลประจําตัวผู้ใช้หลาย รายจะไม่จําเป็นต้องสร้างลําดับชั้น) ตัวอย่างเช่น หนึ่งในผู้ใช้ผู้ดูแลระบบขั้นสูงในบัญชีผู้จัดการ L1 (ID ลูกค้า 111) (ไม่ว่าคุณจะหรือผู้ดูแลระบบขั้นสูงอื่น) ให้ตั้งค่า ตัวแทน Hierachy ภายใต้บัญชีผู้จัดการ L1 (ID ลูกค้า 111) ด้วยทั้งลูกค้าและผู้ลงโฆษณาบัญชีลิงก์ไคลเอ็นต์:

  • บัญชีผู้จัดการ L1 (ID ลูกค้า 111) ลิงก์ไปยังบัญชีผู้จัดการ L2 (ID ลูกค้า 222) ที่มีลิงก์การดูแลระบบ
  • บัญชีผู้จัดการ L2 (ID ลูกค้า 222) ลิงก์ไปยังบัญชีผู้จัดการ L3 (ID ลูกค้า 333) ที่มีลิงก์มาตรฐาน
  • บัญชีผู้จัดการ L3 (ID ลูกค้า 333) ลิงก์ไปยังบัญชีโฆษณา 4A (ID บัญชี 444111) พร้อมลิงก์ระดับบัญชี บัญชีโฆษณา 4A (รหัสบัญชี 444111) อยู่ภายใต้บัญชีผู้จัดการ L4 (ID ลูกค้า 444) ซึ่งไม่ได้รวมอยู่ในลําดับชั้นระดับลูกค้า

คุณยังคงสามารถเข้าถึงลูกค้าเดิมที่คุณลงทะเบียนเช่น 999 และคุณยังคงเป็นผู้ใช้โดยตรงในบัญชีผู้จัดการ L1 (ID ลูกค้า 111) ในตอนนี้ การดําเนินการ GetUser จะส่งคืนออบเจ็กต์ CustomerRole เพิ่มเติมสองรายการ ได้แก่ ออบเจ็กต์แต่ละรายการสําหรับบัญชีผู้จัดการ L2 (ID ลูกค้า 222) และบัญชีผู้จัดการ L3 (รหัสลูกค้า 333) คุณสามารถเข้าถึง AccountIds และ LinkedAccountId ทั้งหมดที่ สามารถเข้าถึงได้ผ่านบัญชีผู้จัดการ L2 (ID ลูกค้า 222) และ 333 ตามลําดับ ในตัวอย่างนี้ คุณสามารถเข้าถึงบัญชีโฆษณา 4A (ID บัญชี 444111) ผ่านบัญชีผู้จัดการ L3 (ID ลูกค้า 333) เช่น เมื่อเรียกใช้การดําเนินการบริการที่ต้องใช้ตัวระบุลูกค้า คุณต้องใช้บัญชีผู้จัดการ L3 (ID ลูกค้า 333) เพื่อเข้าถึง 444111 บัญชี

<CustomerRoles xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
  <a:CustomerRole>
      <a:RoleId>41</a:RoleId>
      <a:CustomerId>999</a:CustomerId>
      <a:AccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:CustomerLinkPermission i:nil="true"/>
  </a:CustomerRole>
  <a:CustomerRole>
      <a:RoleId>41</a:RoleId>
      <a:CustomerId>111</a:CustomerId>
      <a:AccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:CustomerLinkPermission i:nil="true"/>
  </a:CustomerRole>
  <a:CustomerRole>
      <a:RoleId>41</a:RoleId>
      <a:CustomerId>222</a:CustomerId>
      <a:AccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:CustomerLinkPermission>Administrative</a:CustomerLinkPermission>
  </a:CustomerRole>
  <a:CustomerRole>
      <a:RoleId>41</a:RoleId>
      <a:CustomerId>333</a:CustomerId>
      <a:AccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
        <b:long>444111</b:long>
      </a:LinkedAccountIds>
      <a:CustomerLinkPermission>Standard</a:CustomerLinkPermission>
  </a:CustomerRole>
</CustomerRoles>

บทบาทลูกค้าจะแจ้งให้ลูกค้าที่คุณสามารถเข้าถึงได้ แต่ไม่ได้อธิบายวิธีการเข้าถึงของคุณเสมอไป การดําเนินการ GetLinkedAccountsAndCustomersInfo จะส่งคืนลูกค้าและลําดับชั้นบัญชีภายใต้ลูกค้าที่ระบุ สําหรับรายละเอียดและตัวอย่าง ดูลําดับชั้น

ตัวอย่างบทบาทสําหรับลําดับชั้นของตัวรวม

ถ้าคุณเพิ่งลงทะเบียนเป็นครั้งแรกด้วย Microsoft Advertising จะได้รับข้อมูลประจําตัว ของการรวม และสร้างบัญชีลูกค้าใหม่และบัญชีผู้โฆษณาหนึ่งบัญชีผ่าน SignupCustomer การดําเนินการ GetUser จะส่งคืนออบเจ็กต์ CustomerRole สองรายการ องค์ประกอบภายใน CustomerRole แต่ละตัวจะเทียบเท่ากัน ยกเว้น RoleId ตัวรวมมีตัวระบุบทบาทสองตัวใน Microsoft Advertising เช่น 41 และ 33

  • RoleId ในหนึ่งในออบเจ็กต์ CustomerRole คือ 41 เนื่องจากผู้ใช้แรกของบัญชีใหม่มีบทบาทผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูง RoleId ในวัตถุ CustomerRole อื่นคือ 33 ซึ่งแสดงถึงบทบาทผู้ใช้ของ Aggregator
  • CustomerId เป็นตัวระบุลูกค้าที่เตรียมใช้งานเมื่อคุณลงทะเบียน
  • องค์ประกอบ AccountIds จะว่างเปล่าเนื่องจากผู้ดูแลระบบขั้นสูงสามารถเข้าถึงบัญชีผู้ลงโฆษณาทั้งหมดในลูกค้าด้วยตัวระบุ CustomerId ได้เสมอ
  • องค์ประกอบ LinkedAccountIds ประกอบด้วยตัวระบุบัญชีผู้โฆษณาในลูกค้าลูกที่คุณสร้างขึ้นผ่าน SignupCustomer ตัวระบุลูกค้าลูกจะไม่แสดงในวัตถุ CustomerRole คุณสามารถเรียก GetAccount เพื่อรับรายละเอียดบัญชีผู้ลงโฆษณา เช่น ParentCustomerId นอกจากนี้โปรดทราบว่าคุณสามารถลบบัญชีรวมผ่าน DeleteAccount แต่คุณไม่สามารถยกเลิกลิงก์ผ่าน UpdateClientLinks ได้ เรียกใช้การดําเนินการ SearchClientLinks เพื่อช่วยกําหนดว่าบัญชีใดที่สามารถยกเลิกการเชื่อมโยงได้
  • CustomerLinkPermission ว่างเปล่าเนื่องจากคุณสามารถเข้าถึงบัญชีผู้โฆษณาได้โดยตรงผ่าน CustomerId ที่กําหนด
<CustomerRoles xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
  <a:CustomerRole>
      <a:RoleId>33</a:RoleId>
      <a:CustomerId>111</a:CustomerId>
      <a:AccountIds i:nil="true" xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
        <b:long>111222</b:long>                  
      </a:LinkedAccountIds>
      <a:CustomerLinkPermission i:nil="true"/>
  </a:CustomerRole>
  <a:CustomerRole>
      <a:RoleId>41</a:RoleId>
      <a:CustomerId>111</a:CustomerId>
      <a:AccountIds i:nil="true" xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays"/>
      <a:LinkedAccountIds xmlns:b="http://schemas.microsoft.com/2003/10/Serialization/Arrays">
        <b:long>111222</b:long>                  
      </a:LinkedAccountIds>
      <a:CustomerLinkPermission i:nil="true"/>
  </a:CustomerRole>
</CustomerRoles>

โทเค็นการเข้าถึงและนักพัฒนา

ในการดําเนินการทางโปรแกรมในนามของผู้ใช้ Microsoft Advertising คุณต้องได้รับความยินยอมจากพวกเขา ในตอนท้ายของเวิร์กโฟลว์การยินยอม คุณสามารถรับโทเค็นการเข้าถึงที่แสดงถึงผู้ใช้ โทเค็นการเข้าถึงมีบทบาทเดียวกันกับและการเข้าถึงบัญชีเดียวกันกับผู้ใช้ที่อยู่ในแอปพลิเคชันบนเว็บ Microsoft Advertising กล่าวอีกนัยหนึ่ง สิทธิ์ของบัญชีและบทบาทผู้ใช้เดียวกันที่มีอยู่ในแอปพลิเคชันบนเว็บ Microsoft Advertising จะพร้อมใช้งานโดยทางโปรแกรมผ่าน API สําหรับข้อมูลเกี่ยวกับการรับโทเค็นการเข้าถึงเพื่อดําเนินการในนามของผู้ใช้ Microsoft Advertising ให้ดู การรับรองความถูกต้องด้วย OAuth

นอกจากนี้คุณจะต้องมีโทเค็นนักพัฒนาที่ระบุแอปพลิเคชันของคุณโดยไม่ซ้ํากัน การได้รับโทเค็นนักพัฒนาสําหรับการเข้าถึง API ไม่ได้ให้สิทธิ์เพิ่มเติมแก่บัญชี Microsoft Advertising ใด ๆ โทเค็นนักพัฒนาเปิดใช้งานการเข้าถึงทางโปรแกรมไปยังบัญชีที่เตรียมใช้งานสําหรับผู้ใช้แล้ว สําหรับข้อมูล ดูรับโทเค็นนักพัฒนา

เคล็ดลับ

หากต้องการรับโทเค็นการเข้าถึงและเรียกใช้บริการแรกของคุณโดยใช้ API โฆษณา Bing โปรดดูคู่มือเริ่มต้นใช้งานด่วน

ต้องตั้งค่าส่วนหัว AuthenticationToken และ DeveloperToken ในทุกคําขอผ่าน Bing Ads API นี่คือตัวอย่างการเรียกใช้การดําเนินการ GetUser

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:v13="https://bingads.microsoft.com/Customer/v13">
  <soapenv:Header>
      <v13:DeveloperToken>DeveloperTokenGoesHere</v13:DeveloperToken>
      <v13:AuthenticationToken>AccessTokenGoesHere</v13:AuthenticationToken>
  </soapenv:Header>
  <soapenv:Body>
      <v13:GetUserRequest>
        <v13:UserId xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>
      </v13:GetUserRequest>
  </soapenv:Body>
</soapenv:Envelope>

ข้อมูลประจําตัวของผู้ใช้หลายราย

คุณสามารถใช้ข้อมูลประจําตัวของผู้ใช้หลายรายของ Microsoft Advertising หนึ่งชุดเพื่อเข้าถึงบัญชีผู้ลงโฆษณาสําหรับลูกค้าหลายราย ซึ่งอาจมีบทบาทและสิทธิ์ของผู้ใช้ที่แตกต่างกัน

ซึ่งอาจช่วยให้นึกถึงข้อมูลประจําตัว "ผู้ใช้หลายคน" หมายถึง "บทบาทผู้ใช้หลายรายการ" เนื่องจากจากมุมมองหนึ่งคุณเท่านั้นที่เข้าสู่ระบบด้วยชื่อผู้ใช้เดียวเพื่อเข้าถึงลูกค้าหลายรายที่มีสิทธิ์ที่แตกต่างกัน ข้อมูลประจําตัวของบุคคลหนึ่งสามารถดําเนินการกับบทบาทผู้ใช้ที่แตกต่างกันได้หลายบทบาท ตัวอย่างเช่น ข้อมูลประจําตัวผู้ใช้หลายคนของคุณอนุญาตให้คุณเข้าถึงลูกค้า A และลูกค้า B อย่างไรก็ตาม บทบาทผู้ใช้ผู้ชมของคุณสําหรับลูกค้า A จํากัดคุณจากการทําการเปลี่ยนแปลงใด ๆ บนบัญชีที่เป็นของลูกค้า A แต่ในฐานะผู้ดูแลระบบขั้นสูงสําหรับลูกค้า B คุณสามารถควบคุมบัญชีของลูกค้านั้นได้อย่างเต็มที่

ถ้าคุณมีข้อมูลประจําตัวการเข้าสู่ระบบหลายชุดคุณสามารถขอให้ฝ่ายสนับสนุน รวม ข้อมูลประจําตัวหนึ่งชุด บทบาทผู้ใช้และการเข้าถึงบัญชีผ่านลูกค้าแต่ละรายที่คุณมีก่อนการรวมบัญชีจะยังคงอยู่ นอกจากนี้โปรดทราบว่าข้อมูลประจําตัวของบุคคลเดียวกันสามารถเชื่อมโยงกับชุดข้อมูลผู้ติดต่อของผู้ใช้แยกต่างหากเช่น ข้อมูลการติดต่อ ที่ไม่ซ้ํากันต่อลูกค้า

สําหรับรายละเอียดเพิ่มเติม ดูหัวข้อวิธีใช้การโฆษณาของ Microsoft การจัดการชื่อผู้ใช้ของคุณเพื่อเข้าถึงหลายบัญชี

การรวมข้อมูลแบบหลายผู้ใช้

ถ้าคุณเข้าสู่ระบบด้วยข้อมูลประจําตัวหลายชุดเช่น ที่อยู่อีเมลสองรายการ ข้อมูลประจําตัวแบบหลายผู้ใช้สามารถเตรียมใช้งานด้วยตนเองได้ ติดต่อฝ่ายสนับสนุนหรือผู้จัดการบัญชีของคุณเพื่อผสานชื่อผู้ใช้ที่มีอยู่ลงในชื่อผู้ใช้เดียว อีกตัวเลือกหนึ่งคือการให้คําเชิญส่งถึงคุณจากลูกค้าแต่ละรายที่คุณต้องการจัดการ จากนั้นยอมรับคําเชิญแต่ละรายการโดยใช้ข้อมูลประจําตัวการเข้าสู่ระบบที่คุณต้องการเก็บไว้ ตัวเลือกนี้พร้อมใช้งานผ่านทางแอปพลิเคชันบนเว็บ Microsoft Advertising หรือการดําเนินการบริการ SendUserInvitation เมื่อคุณยอมรับคําเชิญด้วยข้อมูลประจําตัว Microsoft Advertising ที่มีอยู่ คุณจะมีข้อมูลประจําตัว "ผู้ใช้หลายคน"

มาพิจารณาบทบาทและสิทธิ์ของผู้ใช้ต่อไปนี้ก่อนการรวมผู้ใช้หลายคน ในเว็บแอปพลิเคชัน Microsoft Advertising ผู้ใช้แต่ละรายต้องเข้าสู่ระบบแยกต่างหาก และมีสิทธิ์ที่แตกต่างกันระหว่างแต่ละเซสชันที่เข้าสู่ระบบ ในทํานองเดียวกันผ่านทาง API โทเค็นการเข้าถึงของผู้ใช้แต่ละราย (ดู การรับรองความถูกต้องด้วย OAuth) แสดงสิทธิ์ที่จํากัดสําหรับผู้ใช้และบทบาทที่เกี่ยวข้อง

ผู้ใช้ บทบาท สิทธิ์
one@contoso.com ผู้ชม ลูกค้า A - บัญชีทั้งหมด
two@contoso.com ผู้ดูแลระบบขั้นสูง ลูกค้า B - บัญชีทั้งหมด
three@contoso.com ผู้ชม ลูกค้า C - บัญชี A
four@contoso.com ผู้ใช้มาตรฐาน ลูกค้า B - บัญชีทั้งหมด

ก่อนอื่นโปรดทราบว่ามีเพียงที่อยู่อีเมลเดียวต่อลูกค้าหนึ่งคนเท่านั้นที่สามารถรวมบัญชีได้ ดังนั้นในตัวอย่าง two@contoso.com นี้และ four@contoso.com ไม่สามารถรวมเข้าด้วยกันได้ ตอนนี้มาดูสิ่งที่เกิดขึ้นหลังจากรวมผู้ใช้สามอันดับแรกภายใต้one@contoso.com

  • ไม่มีการเปลี่ยนแปลงสําหรับผู้ใช้ four@contoso.com ไม่ว่าจะผ่านทางเว็บแอปพลิเคชัน Microsoft Advertising, Microsoft Advertising Editor หรือ API
  • ผู้ใช้สามารถ one@contoso.com เข้าสู่ระบบผ่านทางแอปพลิเคชันบนเว็บ Microsoft Advertising และ Microsoft Advertising Editor ผู้ใช้แบบ two@contoso.comthree@contoso.com รวมและไม่มีสิทธิ์ลงชื่อเข้าใช้ผ่านเว็บแอปพลิเคชัน Microsoft Advertising หรือ Microsoft Advertising Editor อีกต่อไป ในขณะที่ลงชื่อเข้าใช้เป็น one@contoso.comคุณสามารถสลับบริบทไปยังบัญชีลูกค้าที่มีบทบาทผู้ใช้ที่สอดคล้องกันซึ่งได้รับมอบหมายให้ two@contoso.com และ three@contoso.comก่อนหน้านี้ แม้ว่าคุณสามารถเข้าถึงลูกค้าหลายรายที่ลงชื่อเข้าใช้ด้วยข้อมูลประจําตัวของผู้ใช้หนึ่งราย (one@contoso.com) คุณจะต้องเปลี่ยนจากลูกค้าเป็นลูกค้าเพื่อจัดการบัญชีที่เชื่อมโยงกับบทบาทผู้ใช้ที่ไม่ซ้ํากัน ลูกค้าและบัญชีที่เกี่ยวข้องยังคงแตกต่างกัน สําหรับรายละเอียดเพิ่มเติม ดูหัวข้อวิธีใช้การโฆษณาของ Microsoft การจัดการชื่อผู้ใช้ของคุณเพื่อเข้าถึงหลายบัญชี
  • หลังจากรวมผู้ใช้หลายคนโทเค็นการเข้าถึงสําหรับผู้ใช้ one@contoso.com จะแสดงสิทธิ์ในรายการรวม (เซตใหญ่) ของบัญชี บทบาทผู้ใช้ที่มีผลบังคับใช้จะขึ้นอยู่กับตัวระบุลูกค้าและบัญชีที่ระบุในคําขอบริการ โทเค็นการเข้าถึงสําหรับ two@contoso.com และ three@contoso.com จะไม่ได้รับการยอมรับอีกต่อไป เช่น ข้อผิดพลาด 120 - UserLoginAccessDenied จะถูกส่งกลับ

ข้อมูลที่ติดต่อหลายผู้ใช้

บุคคลที่มีข้อมูลประจําตัวผู้ใช้หลายคนจะแสดงด้วยวัตถุ ผู้ใช้ หลายรายการและตัวระบุผู้ใช้ที่สอดคล้องกัน ดังนั้น ข้อมูลประจําตัวของบุคคลเดียวกันสามารถเชื่อมโยงกับชุดข้อมูลผู้ติดต่อของผู้ใช้แยกต่างหากเช่น ข้อมูลการติดต่อที่ไม่ซ้ํากันต่อลูกค้า

การตอบสนอง GetUser อาจแตกต่างกันไปขึ้นอยู่กับผู้โทร แม้ว่าจะมีตัวระบุผู้ใช้เดียวกันก็ตาม ตัวอย่างเช่น ก่อนที่จะรวมตัวระบุสําหรับ one@contoso.comtwo@contoso.com, และ three@contoso.com เป็น 123, 456 และ 789 ตามลําดับ ตัวระบุผู้ใช้แต่ละคนจะแมปบุคคลไปยังลูกค้าเฉพาะอย่างมีประสิทธิภาพ เช่น แผนที่ one@contoso.com ตัวระบุ 123 ไปยังลูกค้าเดิมที่บุคคลนั้นสามารถเข้าถึงได้ ในตัวอย่างนี้ เราอ้างอิงถึง 123 เป็นตัวระบุผู้ใช้เดิม

  • ถ้าโทเค็นการเข้าถึงสําหรับ one@contoso.com ถูกใช้เพื่อเรียก GetUser และ UserId เป็น nil หรือ UserId ถูกตั้งค่าเป็นตัวระบุผู้ใช้เดิม (เช่น 123) การดําเนินการจะส่งกลับวัตถุ CustomerRole สําหรับลูกค้าทั้งหมดที่ผู้ใช้สามารถเข้าถึงได้
  • ถ้าโทเค็นการเข้าถึงสําหรับ one@contoso.com ถูกใช้เพื่อเรียก GetUser และ UserId ถูกตั้งค่าเป็น 456 หรือ 789 การดําเนินการจะส่งกลับหนึ่งวัตถุ CustomerRole ที่แมปบุคคลนี้ไปยังลูกค้าที่ระบุเท่านั้น

การตั้งค่าผู้ใช้ชื่อ Lcid, JobTitle และ ContactInfo สําหรับบุคคลเดียวกันจะถูกซิงโครไนซ์โดยอัตโนมัติกับการอัปเดตใด ๆ ที่เกิดขึ้นหลังจากการรวมผู้ใช้ LastModifiedByUserId และ LastModifiedTime ยังซิงค์กันระหว่างวัตถุ ผู้ใช้ ที่ส่งกลับแต่ละรายการ เว้นแต่ว่าคุณมีการผสานชื่อผู้ใช้เก่าและไม่ได้อัปเดตการตั้งค่าผู้ใช้ใดๆ ตั้งแต่การรวมข้อมูล

หมายเหตุ

TimeStamp แตกต่างจาก LastModifiedTime ค่า TimeStamp ทั้งหมดจะไม่ซ้ํากันต่อผู้ใช้ และเมื่อคุณเรียกใช้ UpdateUser คุณต้องใส่ประทับเวลาของผู้ใช้ที่สอดคล้องกัน (รวมถึงประทับเวลาของที่อยู่)

ตัวอย่างเช่น สมมติว่าคุณยังไม่ได้อัปเดตข้อมูลผู้ใช้สําหรับ one@contoso.com ตั้งแต่ก่อนการรวมข้อมูลด้วย two@contoso.com และthree@contoso.com หลังจากการรวมข้อมูลและจนกว่าการตั้งค่าผู้ใช้จะได้รับการอัปเดตหลังการรวมข้อมูล คุณจะยังสังเกต LastModifiedByUserId และ LastModifiedTime ที่แตกต่างกันภายในวัตถุ ผู้ใช้ แต่ละรายการที่ส่งกลับ

ID ผู้ใช้ ID ข้อมูลที่ติดต่อ สิทธิ์ LastModifiedByUserId
123 234 ลูกค้า A - บัญชีทั้งหมด 123
456 567 ลูกค้า B - บัญชีทั้งหมด 456
789 890 ลูกค้า C - บัญชี A 789

ตอนนี้สมมติว่า one@contoso.com กําลังทํางานในบริบทของลูกค้า B และอัปเดตข้อมูลที่ติดต่อของพวกเขา ข้อมูลที่ติดต่อที่อัปเดตแล้วเช่นเดียวกับ LastModifiedByUserId และ LastModifiedTime จะถูกซิงค์ในวัตถุ ผู้ใช้ ที่ส่งกลับทั้งหมด

ID ผู้ใช้ ID ข้อมูลที่ติดต่อ สิทธิ์ LastModifiedByUserId
123 234 ลูกค้า A - บัญชีทั้งหมด 456
456 567 ลูกค้า B - บัญชีทั้งหมด 456
789 890 ลูกค้า C - บัญชี A 456

ลําดับชั้นของบัญชี

โดยทั่วไปธุรกิจโฆษณาในการค้นหาจะสอดคล้องกับรูปแบบการจัดการบัญชีต่อไปนี้อย่างน้อยหนึ่งรายการ

  • ผู้ลงโฆษณาโดยตรงจะสร้างแอปพลิเคชัน Bing Ads API สําหรับแคมเปญโฆษณาของตนเอง และ Microsoft จะเรียกเก็บเงินโดยตรงสําหรับการคลิกโฆษณาที่ถูกต้อง
  • ผู้ให้บริการเครื่องมือสร้างแอปพลิเคชัน Bing Ads API สําหรับบริษัทอื่นเพื่อจัดการแคมเปญการโฆษณาของพวกเขา และ Microsoft จะไม่เรียกเก็บเงิน Microsoft จะเรียกเก็บเงินจากผู้ใช้ที่เป็นผู้ลงโฆษณาที่เป็นเจ้าของบัญชีโดยตรงสําหรับการคลิกโฆษณาที่ถูกต้อง และอาจจ่ายค่าธรรมเนียมให้กับผู้ให้บริการเครื่องมือ
  • หน่วยงานสร้างแอปพลิเคชัน Bing Ads API สําหรับบริษัทของพวกเขาเพื่อจัดการแคมเปญของลูกค้าโฆษณาของพวกเขา ลูกค้าของหน่วยงานเป็นเจ้าของบัญชี จะถูกเรียกเก็บเงินจาก Microsoft โดยตรงสําหรับการคลิกโฆษณาที่ถูกต้อง และอาจจ่ายค่าธรรมเนียมให้กับหน่วยงาน
  • ตัวรวมหรือผู้จําหน่ายสร้างแอปพลิเคชัน Bing Ads API เพื่อจัดการแคมเปญของลูกค้าโฆษณาของพวกเขา และจะถูกเรียกเก็บเงินโดยตรงโดย Microsoft สําหรับการคลิกสดที่ถูกต้อง ผู้ลงโฆษณาไม่ได้ลงทะเบียนสําหรับข้อมูลประจําตัว Microsoft Advertising และอาจชําระค่าธรรมเนียมให้กับผู้รวม

โดยไม่คํานึงถึงแบบจําลองธุรกิจ การลงทะเบียนเริ่มต้นและการจัดเตรียม บทบาทผู้ใช้ จะเหมือนกันมากหรือน้อย ส่วนด้านล่างนี้อธิบายถึงขั้นตอนเพิ่มเติมที่จําเป็นในการตั้งค่าหน่วยงานและลําดับชั้นของตัวรวม

ลําดับชั้นของหน่วยงาน

หน่วยงานสร้างแอปพลิเคชัน Bing Ads API สําหรับบริษัทของพวกเขาเพื่อจัดการแคมเปญของลูกค้าโฆษณาของพวกเขา ลิงก์ไคลเอ็นต์ช่วยให้หน่วยงานสามารถจัดการบางแง่มุมหรือทั้งหมดของบัญชีผู้ลงโฆษณาได้ คําขอลิงก์ไคลเอ็นต์สามารถจํากัดขอบเขตให้กับบัญชีผู้ลงโฆษณาไคลเอ็นต์แต่ละรายหรือบัญชีทั้งหมดภายใต้ลูกค้า

หมายเหตุ

ในบริบทของลําดับชั้น ลูกค้า ยังเรียกว่า "บัญชีผู้จัดการ" AdvertiserAccount เรียกว่า "บัญชี" หรือ "บัญชีผู้โฆษณา"

ไม่มีการจํากัดจํานวนบัญชีลูกค้าที่สามารถเชื่อมโยงกับตัวแทนได้ อย่างไรก็ตาม มีเพียงระดับความลึก 5 ระดับเท่านั้นที่ได้รับการสนับสนุนสําหรับบัญชีผู้จัดการไปยังลิงก์บัญชีผู้จัดการ ในแต่ละระดับ (L1, L2, L3, L4, L5) บัญชีผู้จัดการสามารถเชื่อมโยงไปยังบัญชีผู้จัดการและบัญชีโฆษณาจํานวนใดก็ได้ สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการเป็นตัวแทน ให้ดูบทความวิธีใช้การจัดการลูกค้าของคุณในฐานะเอเจนซี่เกี่ยวกับการโฆษณาหรือทรัพยากรของ Microsoft สําหรับคู่ค้าตัวแทน

ในการตั้งค่าลําดับชั้นเพื่อจัดการบัญชีลูกค้า หน่วยงานต้องส่งคําเชิญไปยังลูกค้า ซึ่งผู้ใช้ที่ได้รับอนุญาตจะต้องยอมรับในลูกค้าที่ได้รับอนุญาต เมื่อต้องการตรวจสอบว่ามีลิงก์อยู่แล้วหรือไม่ ให้เรียกใช้การดําเนินการ SearchClientLinks และตรวจสอบองค์ประกอบสถานะของ ClientLink ใดๆ ที่ส่งกลับ เมื่อต้องการค้นหาตามบัญชีแต่ละบัญชี ให้ตั้งค่าเขตข้อมูลเพรดิเคตเป็น ClientAccountId และตั้งค่าเพรดิเคตเป็นตัวระบุบัญชีที่คุณต้องการค้นหา

หมายเหตุ

เฉพาะผู้ใช้ที่มีข้อมูลประจําตัวผู้ดูแลระบบขั้นสูงหรือมาตรฐานเท่านั้นที่สามารถเพิ่ม อัปเดต และค้นหาลิงก์ไคลเอ็นต์ไปยังบัญชีผู้ลงโฆษณาได้ เฉพาะผู้ใช้ที่มีข้อมูลประจําตัวของผู้ดูแลระบบขั้นสูงเท่านั้นที่สามารถเพิ่ม อัปเดต และค้นหาลิงก์ไคลเอ็นต์ไปยังลูกค้าได้

ถ้ามีลิงก์ที่มีสถานะเป็น ใช้งานอยู่, LinkAccepted, LinkInProgress, LinkPending, UnlinkInProgress หรือ UnlinkPending หน่วยงานจะไม่สามารถเริ่มลิงก์ไคลเอ็นต์ที่ซ้ํากันได้

หากลิงก์ไคลเอ็นต์ไปยังบัญชีที่ระบุยังไม่มีอยู่ หรือวงจรการใช้งานของลิงก์ที่มีอยู่ได้สิ้นสุดลงด้วยสถานะหมดอายุ LinkCanceled, LinkDeclined, LinkFailed หรือ Inactive จากนั้นเอเจนซี่สามารถเริ่มต้นการเชิญลิงก์ไคลเอ็นต์ใหม่ได้โดยการเรียกการดําเนินการ AddClientLinks บริการเปลี่ยนสถานะลิงก์ไคลเอ็นต์เป็นลิงก์ที่ค้างอยู่ทันที

สิ่งสำคัญ

สําหรับลิงก์ไคลเอ็นต์บัญชีผู้ลงโฆษณา หน่วยงานต้องระบุว่าไคลเอ็นต์หรือตัวแทนจะรับผิดชอบในการเรียกเก็บเงินโดยการตั้งค่าองค์ประกอบ IsBillToClient ในคําขอลิงก์ไคลเอ็นต์หรือไม่

เมื่อต้องการอัปเดตลิงก์ไคลเอ็นต์ จําเป็นต้องมีองค์ประกอบ TimeStamp สําหรับการตรวจสอบ ดังนั้นคุณต้องเรียกใช้การดําเนินการ SearchClientLinks เพื่อรับวัตถุ ClientLink ที่มีอยู่ก่อน จากนั้นแก้ไของค์ประกอบสถานะของClientLink ที่ส่งกลับ และรวมวัตถุ ClientLink ที่อัปเดตแล้วในการเรียกในภายหลังไปยังการดําเนินการ UpdateClientLinks

หมายเหตุ

ไคลเอ็นต์สามารถยอมรับหรือปฏิเสธผ่านแอปพลิเคชันที่สร้างขึ้นบน Bing Ads API หรือผ่าน บัญชี & แท็บการเรียกเก็บเงิน ในเว็บแอปพลิเคชัน Microsoft Advertising

ไคลเอ็นต์สามารถใช้การดําเนินการ UpdateClientLinks เพื่ออัปเดตสถานะเป็น LinkAccepted หรือ LinkDeclined เท่านั้น

  • ถ้าไคลเอ็นต์ตั้งค่าสถานะเป็น LinkDeclined วงจรการใช้งานของลิงก์ไคลเอ็นต์จะสิ้นสุดลง คุณไม่สามารถอัปเดตลิงก์ไคลเอ็นต์ที่ถูกปฏิเสธและคุณต้องส่งคําเชิญใหม่เพื่อจัดการบัญชีลูกค้า
  • ถ้าไคลเอ็นต์ตั้งค่าสถานะเป็น LinkAccepted สถานะจะเปลี่ยนเป็น LinkInProgress หากกระบวนการลิงก์สําเร็จ บริการจะอัปเดตสถานะลิงก์ไคลเอ็นต์เป็น ใช้งานอยู่

ถ้าไม่สามารถสร้างลิงก์ได้ ตัวอย่างเช่น เนื่องจากข้อผิดพลาดในการเปลี่ยนการเรียกเก็บเงิน บริการจะอัปเดตสถานะลิงก์ไคลเอ็นต์เป็น LinkFailed คุณไม่สามารถอัปเดตลิงก์ไคลเอ็นต์ที่ล้มเหลว และคุณต้องส่งคําเชิญใหม่เพื่อจัดการบัญชีไคลเอ็นต์ หากไคลเอ็นต์หรือหน่วยงานไม่ดําเนินการภายใน 30 วัน บริการจะตั้งค่าสถานะเป็น LinkExpired และวงจรการใช้งานของลิงก์ไคลเอ็นต์สิ้นสุดลง คุณไม่สามารถอัปเดตลิงก์ไคลเอ็นต์ที่หมดอายุแล้ว และคุณต้องส่งคําเชิญใหม่เพื่อจัดการบัญชีลูกค้า

ลิงก์ไปยังไคลเอ็นต์

หากสถานะลิงก์ไคลเอ็นต์คือ LinkPending หน่วยงานสามารถเลือกที่จะยกเลิกคําขอลิงก์ก่อนหน้าได้

ถ้าสถานะลิงก์ไคลเอ็นต์เป็นใช้งานอยู่ เอเจนซี่สามารถเลือกที่จะยุติความสัมพันธ์ที่มีอยู่กับลูกค้าได้ เพื่อเริ่มต้นกระบวนการยกเลิกลิงก์ เอเจนต์จะตั้งค่าสถานะลิงก์ไคลเอ็นต์เป็น UnlinkRequested และเรียกใช้การดําเนินการ UpdateClientLinks การอัปเดตสถานะด้วย UnlinkRequested จะตั้งค่าสถานะเป็น UnlinkInProgress อย่างมีประสิทธิภาพ บริการเปลี่ยนสถานะลิงก์ไคลเอ็นต์เป็นยกเลิกลิงก์รอทันที แล้วรอให้ทรัพยากรระบบดําเนินการต่อไป สถานะควรเปลี่ยนเป็น UnlinkInProgress อย่างรวดเร็ว

หากกระบวนการยกเลิกลิงก์ล้มเหลวเนื่องจากข้อผิดพลาดในการเปลี่ยนการเรียกเก็บเงิน ลิงก์ไคลเอ็นต์จะดําเนินการต่อไปยังสถานะใช้งานอยู่ หากกระบวนการยกเลิกลิงก์สําเร็จ สถานะจะอัปเดตเป็น Inactive และวงจรการใช้งานของลิงก์ไคลเอ็นต์สิ้นสุดลง คุณไม่สามารถอัปเดตลิงก์ไคลเอ็นต์ที่ไม่ได้ใช้งาน และคุณต้องส่งคําเชิญใหม่เพื่อจัดการบัญชีลูกค้า

ยกเลิกลิงก์จากไคลเอ็นต์

สําหรับตัวอย่างโค้ดที่แสดงวิธีการเพิ่มและอัปเดตคําเชิญลิงก์ไคลเอ็นต์ ให้ดู ตัวอย่างรหัสลิงก์ลูกค้า

ดูลําดับชั้น

หน่วยงานมีหลายตัวเลือกในการดูลําดับชั้นของบัญชี

  • การดําเนินการ GetUser จะส่งกลับบทบาทผู้ใช้ต่อลูกค้าและบัญชีที่เชื่อมโยง บทบาทลูกค้าจะแจ้งให้ลูกค้าที่คุณสามารถเข้าถึงได้ แต่ไม่ได้อธิบายวิธีการเข้าถึงของคุณเสมอไป การกําหนด บทบาทผู้ใช้ จะสร้างความแตกต่างระหว่างลิงก์การดูแลระบบและไคลเอ็นต์มาตรฐาน สําหรับตัวอย่างบทบาทลูกค้า ดูรับบทบาทผู้ใช้
  • การดําเนินการ SearchClientLinks จะให้สถานะปัจจุบันของลิงก์ไคลเอ็นต์ถ้าคุณมีตัวระบุหน่วยงานและเอนทิตีไคลเอ็นต์อยู่แล้ว ตัวอย่างเช่น คุณสามารถค้นหาโดยการจัดการ ID ลูกค้าและ ID บัญชีไคลเอ็นต์หรือ ID ลูกค้า
  • การดําเนินการ GetLinkedAccountsAndCustomersInfo จะส่งคืนลูกค้าและลําดับชั้นบัญชีภายใต้ลูกค้าที่ระบุ

ตัวอย่างเช่น ลําดับชั้นของเอเจนต์ถูกตั้งค่าภายใต้บัญชีผู้จัดการ L1 (ID ลูกค้า 111) ที่มีทั้งลิงก์ลูกค้าและลูกค้าบัญชีผู้ลงโฆษณา:

  • ก่อนที่จะตั้งค่าลําดับชั้น บัญชีผู้จัดการที่แยกต่างหากสี่บัญชีได้ถูกเตรียมใช้งานแล้ว บัญชีผู้จัดการ L1 ประกอบด้วยบัญชีโฆษณา 1A และบัญชีโฆษณา 1B บัญชีผู้จัดการ L2 ประกอบด้วยบัญชีโฆษณา 2A และบัญชีโฆษณา 2B บัญชีผู้จัดการ L3 ประกอบด้วยบัญชีโฆษณา 3A และบัญชีโฆษณา 3B บัญชีผู้จัดการ L4 ประกอบด้วยบัญชีโฆษณา 4A และบัญชีโฆษณา 4B
  • บัญชีผู้จัดการ L1 (ID ลูกค้า 111) ลิงก์ไปยังบัญชีผู้จัดการ L2 (ID ลูกค้า 222) ที่มีลิงก์การดูแลระบบ
  • บัญชีผู้จัดการ L2 (ID ลูกค้า 222) ลิงก์ไปยังบัญชีผู้จัดการ L3 (ID ลูกค้า 333) ที่มีลิงก์มาตรฐาน
  • บัญชีผู้จัดการ L3 (ID ลูกค้า 333) ลิงก์ไปยังบัญชีโฆษณา 4A (ID บัญชี 444111) พร้อมลิงก์ระดับบัญชี บัญชีโฆษณา 4A (รหัสบัญชี 444111) อยู่ภายใต้บัญชีผู้จัดการ L4 (ID ลูกค้า 444) ซึ่งไม่ได้รวมอยู่ในลําดับชั้นระดับลูกค้า ในตัวอย่างนี้ คุณสามารถเข้าถึงบัญชีโฆษณา 4A (ID บัญชี 444111) ผ่านบัญชีผู้จัดการ L3 (ID ลูกค้า 333) เช่น เมื่อเรียกใช้การดําเนินการบริการที่ต้องใช้ตัวระบุลูกค้า คุณต้องใช้บัญชีผู้จัดการ L3 (ID ลูกค้า 333) เพื่อเข้าถึง 444111 บัญชี

ผู้ใช้ที่มีสิทธิ์เข้าถึงลําดับชั้นแบบเต็มที่ลงชื่อเข้าใช้เว็บแอปพลิเคชัน Microsoft Advertising บนบัญชีผู้จัดการ L1 (ID ลูกค้า 111) จะสามารถเข้าถึงมุมมองบัญชีต่อไปนี้

บัญชีผู้จัดการกับ

หากคุณค้นหาตาม ID ลูกค้า 111 การตอบสนอง GetLinkedAccountsAndCustomersInfo จะรวมถึงบัญชีโฆษณา 1A และบัญชีโฆษณา 1B ภายใน AccountsInfo ข้อมูลเกี่ยวกับบัญชีผู้จัดการ L2 จะถูกส่งกลับภายใน CustomersInfo

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
   <s:Header>
      <h:TrackingId xmlns:h="https://bingads.microsoft.com/Customer/v13">f4f8d20a-e354-4bfc-b196-bef9d766d372</h:TrackingId>
   </s:Header>
   <s:Body>
      <GetLinkedAccountsAndCustomersInfoResponse xmlns="https://bingads.microsoft.com/Customer/v13">
         <AccountsInfo xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
            <a:AccountInfo>
               <a:Id>111111</a:Id>
               <a:Name>Ad Account 1A</a:Name>
               <a:Number>E101NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
            <a:AccountInfo>
               <a:Id>111222</a:Id>
               <a:Name>Ad Account 1B</a:Name>
               <a:Number>E102NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
         </AccountsInfo>
         <CustomersInfo xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
            <a:CustomerInfo>
               <a:Id>222</a:Id>
               <a:Name>Manager Account L2</a:Name>
            </a:CustomerInfo>
         </CustomersInfo>
      </GetLinkedAccountsAndCustomersInfoResponse>
   </s:Body>
</s:Envelope>

ในทํานองเดียวกัน ถ้าคุณค้นหาตาม ID ลูกค้า 222 การตอบกลับ GetLinkedAccountsAndCustomersInfo รวมถึงบัญชีโฆษณา 2A และบัญชีโฆษณา 2B ภายใน AccountsInfo ข้อมูลเกี่ยวกับบัญชีผู้จัดการ L3 จะถูกส่งกลับภายใน CustomersInfo

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
   <s:Header>
      <h:TrackingId xmlns:h="https://bingads.microsoft.com/Customer/v13">f4f8d20a-e354-4bfc-b196-bef9d766d372</h:TrackingId>
   </s:Header>
   <s:Body>
      <GetLinkedAccountsAndCustomersInfoResponse xmlns="https://bingads.microsoft.com/Customer/v13">
         <AccountsInfo xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
            <a:AccountInfo>
               <a:Id>222111</a:Id>
               <a:Name>Ad Account 2A</a:Name>
               <a:Number>E201NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
            <a:AccountInfo>
               <a:Id>222222</a:Id>
               <a:Name>Ad Account 2B</a:Name>
               <a:Number>E202NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
         </AccountsInfo>
         <CustomersInfo xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
            <a:CustomerInfo>
               <a:Id>333</a:Id>
               <a:Name>Manager Account L3</a:Name>
            </a:CustomerInfo>
         </CustomersInfo>
      </GetLinkedAccountsAndCustomersInfoResponse>
   </s:Body>
</s:Envelope>

ตอนนี้ถ้าคุณค้นหาตาม ID ลูกค้า 333 การตอบกลับ GetLinkedAccountsAndCustomersInfo รวมถึงบัญชีโฆษณา 3A, บัญชีโฆษณา 3B และบัญชีโฆษณา 4A ภายในบัญชี Info ไม่มีบัญชีผู้จัดการแสดงอยู่ภายใน CustomersInfo

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
   <s:Header>
      <h:TrackingId xmlns:h="https://bingads.microsoft.com/Customer/v13">e9ecedcc-720d-4ba4-a3e8-9bdef148dae2</h:TrackingId>
   </s:Header>
   <s:Body>
      <GetLinkedAccountsAndCustomersInfoResponse xmlns="https://bingads.microsoft.com/Customer/v13">
         <AccountsInfo xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
            <a:AccountInfo>
               <a:Id>333111</a:Id>
               <a:Name>Ad Account 3A</a:Name>
               <a:Number>E301NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
            <a:AccountInfo>
               <a:Id>333222</a:Id>
               <a:Name>Ad Account 3B</a:Name>
               <a:Number>E302NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
            <a:AccountInfo>
               <a:Id>444111</a:Id>
               <a:Name>Ad Account 4A</a:Name>
               <a:Number>E401NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
         </AccountsInfo>
         <CustomersInfo xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance"/>
      </GetLinkedAccountsAndCustomersInfoResponse>
   </s:Body>
</s:Envelope>

ตอนนี้ถ้าคุณค้นหาตาม ID ลูกค้า 444 คําตอบ GetLinkedAccountsAndCustomersInfo รวมถึงบัญชีโฆษณา 4A และบัญชีโฆษณา 4B ภายใน AccountsInfo ไม่มีบัญชีผู้จัดการแสดงอยู่ภายใน CustomersInfo

<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
   <s:Header>
      <h:TrackingId xmlns:h="https://bingads.microsoft.com/Customer/v13">e5799094-dad6-45b8-983b-4ace50efd86b</h:TrackingId>
   </s:Header>
   <s:Body>
      <GetLinkedAccountsAndCustomersInfoResponse xmlns="https://bingads.microsoft.com/Customer/v13">
         <AccountsInfo xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
            <a:AccountInfo>
               <a:Id>444111</a:Id>
               <a:Name>Ad Account 4A</a:Name>
               <a:Number>E401NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
            <a:AccountInfo>
               <a:Id>444222</a:Id>
               <a:Name>Ad Account 4B</a:Name>
               <a:Number>E402NUMB</a:Number>
               <a:AccountLifeCycleStatus>Pause</a:AccountLifeCycleStatus>
               <a:PauseReason>2</a:PauseReason>
            </a:AccountInfo>
         </AccountsInfo>
         <CustomersInfo xmlns:a="https://bingads.microsoft.com/Customer/v13/Entities" xmlns:i="http://www.w3.org/2001/XMLSchema-instance"/>
      </GetLinkedAccountsAndCustomersInfoResponse>
   </s:Body>
</s:Envelope>

นี่คือประเด็นที่โดดเด่นบางส่วนจากตัวอย่างการตอบกลับด้านบน:

  • แม้ว่า GetLinkedAccountsAndCustomersInfo จะปรากฏขึ้นเพื่อส่งกลับโครงสร้างที่คล้ายกันไม่ว่าจะร้องขอโดย ID ลูกค้า 111 หรือ 222 แต่ก็มีความแตกต่างที่โดดเด่น ตามที่กล่าวถึงในสถานการณ์สมมติ ลิงก์จากบัญชี Mananger L1 ไปยังบัญชีผู้จัดการ L2 เป็นลิงก์การดูแลระบบ ในขณะที่ลิงก์จากบัญชีผู้จัดการ L2 ไปยังบัญชีผู้จัดการ L3 เป็นมาตรฐาน การตอบสนอง GetLinkedAccountsAndCustomersInfo ไม่รวมรายละเอียดเกี่ยวกับชนิดลิงก์ เช่น การดูแลระบบหรือมาตรฐาน เนื่องจากชนิดของลิงก์สามารถปรับปรุงสิทธิ์ของผู้ใช้เพิ่มเติมโดยขึ้นอยู่กับบทบาทผู้ใช้ของพวกเขา ซึ่งจะรวมอยู่ใน CustomerRole แต่ละตัวเมื่อคุณเรียกใช้ GetUser
  • เมื่อค้นหาตาม ID ลูกค้า 333 จะไม่มีความแตกต่างชัดเจนระหว่างบัญชีโฆษณา 3A, บัญชีโฆษณา 3B และบัญชีโฆษณา 4A ตามที่กล่าวถึงในสถานการณ์บทนําบัญชีโฆษณา 4A สามารถเข้าถึงได้ผ่านลิงก์ไคลเอ็นต์บัญชีผู้โฆษณา ในขณะที่บัญชีอื่น ๆ นั้นมีอยู่ในบัญชีผู้จัดการ L3 โดยตรง ถ้าคุณมีข้อกําหนดในการกําหนดเจ้าของโดยตรงของแต่ละบัญชีคุณสามารถเรียกใช้การดําเนินการบริการอื่นๆ เช่น GetAccount หรือ SearchAccounts
  • ในบัญชีโฆษณาลําดับชั้นปัจจุบัน 4B จะใช้ได้เฉพาะกับผู้ใช้ในบัญชีผู้จัดการ L4 เท่านั้น ผู้ใช้ในบัญชีผู้จัดการ L3 สามารถเตรียมใช้งานเพื่อเข้าถึงบัญชี 3 บัญชี ผู้ใช้ในบัญชีผู้จัดการ L2 สามารถเตรียมใช้งานเพื่อเข้าถึงบัญชี 5 บัญชี และผู้ใช้ในบัญชีผู้จัดการ L1 สามารถเตรียมใช้งานเพื่อเข้าถึงบัญชีได้ 7 บัญชี ผู้ดูแลระบบขั้นสูงสามารถเลือกจํากัดการเข้าถึงชุดย่อยของบัญชีที่พร้อมใช้งานของผู้ใช้แต่ละรายได้

ลําดับชั้นของตัวรวม

บทบาทตัวรวมจะถูกนําเสนอให้กับชุดคู่ค้าที่จํากัดซึ่งนําเสนอเครื่องมือและบริการการค้นหาทางการตลาดให้กับผู้โฆษณาจํานวนมาก บทบาทตัวรวมช่วยให้คู่ค้าสามารถสร้างบัญชีลูกค้าใหม่ทางโปรแกรมได้ Aggregator จะถูกเรียกเก็บเงินตามใบแจ้งหนี้สําหรับค่าใช้จ่ายการโฆษณาทั้งหมดที่เกิดขึ้นโดยลูกค้าของพวกเขา โดยทั่วไปผู้ลงโฆษณาจะไม่ลงทะเบียนสําหรับข้อมูลประจําตัว Microsoft Advertising และอาจจ่ายค่าธรรมเนียมให้กับผู้รวม

ผู้ใช้ Aggregator ถูกเตรียมใช้งานในเชลล์ลูกค้าหลัก ตามที่อธิบายไว้ใน เอนทิตีจํากัด กิจกรรมการโฆษณาทั้งหมดได้รับการจัดระเบียบโดยลูกค้าซึ่งสามารถมีบัญชีได้อย่างน้อยหนึ่งบัญชี ทุกครั้งที่ผู้ใช้ Aggregator เรียก SignupCustomer บัญชีผู้ลงโฆษณาใหม่จะถูกสร้างขึ้นภายในลูกค้าใหม่

สิ่งสำคัญ

จําเป็นต้องมีบทบาทผู้ใช้ Aggregator สําหรับ SignupCustomer ถ้ามีการเพิ่มผู้ใช้ที่เป็นผู้ดูแลระบบขั้นสูงไปยังลูกค้าของตัวรวมหลังจากที่มีการเตรียมใช้งานข้อมูลประจําตัวเริ่มต้นตามค่าเริ่มต้น ผู้ใช้สามารถจัดการข้อมูลของลูกค้าทั้งหมดที่ตัวรวมจัดการได้ ผู้ใช้จะไม่สามารถเรียก SignupCustomer แต่จะมีสิทธิ์ในการอ่านและเขียนข้อมูลแคมเปญ

การดําเนินการ SignupCustomer ต้องการทั้งวัตถุ Customer และ AdvertiserAccount ออบเจ็กต์ของลูกค้าประกอบด้วยชื่อของลูกค้า ที่อยู่ที่ลูกค้าตั้งอยู่ ตลาดที่ลูกค้าดําเนินงาน และอุตสาหกรรมที่ลูกค้าเข้าร่วม แม้ว่าจะเป็นไปได้ที่จะเพิ่มลูกค้าหลายรายที่มีรายละเอียดเดียวกัน คุณควรใช้ชื่อลูกค้าที่ไม่ซ้ํากันเพื่อให้ผู้ใช้สามารถแยกความแตกต่างระหว่างลูกค้าในส่วนติดต่อผู้ใช้ได้อย่างง่ายดาย วัตถุบัญชีผู้ใช้ต้องระบุชื่อของบัญชีผู้ใช้ ชนิดของสกุลเงินที่จะใช้ในการชําระเงินบัญชี และตัวระบุวิธีการชําระเงิน ซึ่งต้องตั้งค่าเป็น Null การดําเนินการจะสร้างบัญชีใบแจ้งหนี้และตั้งค่าตัวระบุวิธีการชําระเงินเป็นตัวระบุที่เชื่อมโยงกับใบแจ้งหนี้ของตัวรวม การเรียกเก็บเงินจะสะสมตามเครื่องมือการชําระเงินของตัวรวม และตัวรวมจะออกใบแจ้งหนี้สําหรับค่าธรรมเนียมทั้งหมดที่เกิดขึ้นโดยลูกค้าที่พวกเขาจัดการ

วิธีการรับข้อมูลประจําตัวของการรวม

หากต้องการร้องขอข้อมูลประจําตัวของตัวรวม โปรดติดต่อทีมจัดการบัญชีที่กําหนดไว้ของคุณสําหรับรายละเอียดเกี่ยวกับการรับบทบาทตัวรวม หากคุณไม่ใช่ตัวรวมแต่ต้องการเป็นหนึ่งเดียว ให้ไปที่หน้ายินดีต้อนรับของโปรแกรม Microsoft Advertising Partner Program

ดูเพิ่มเติม

ข้อมูลอ้างอิงเกี่ยวกับบริการการจัดการลูกค้า
ที่อยู่ของบริการเว็บ API ของ Bing Ads