GDAP ile ilgili sık sorulan sorular

bir iş ortağı kuruluşunda Yönetici aracısı rolüne sahip biri bir GDAP ilişki isteği oluşturabilir.

Evet. GDAP ilişki isteklerinin süresi 90 gün sonra dolar.

Hayır. Müşterilerle kalıcı GDAP ilişkileri güvenlik nedeniyle mümkün değildir. GDAP ilişkisinin en uzun süresi iki yıldır. Otomatik genişletmeEtkin olarak ayarlayarak, bir yönetici ilişkisini sonlandırılana veya otomatik genişletme Devre Dışıolarak ayarlanana kadar altı ay uzatabilirsiniz.

Hayır. GDAP ilişkisi, kurumsal anlaşmalar aracılığıyla satın alınan abonelikleri desteklemez.

Evet. GDAP ilişkisi, sonlandırılana kadar otomatik olarak altı ay uzatılabilir veya otomatik genişletme Devre Dışı olarak ayarlanabilir.

• Müşterinizle GDAP ilişkisinin süresi dolarsa yeniden bir GDAP ilişkisi isteyin.
• GDAP ilişkisi son kullanma tarihlerini izlemek ve yenilemeye hazırlanmak için GDAP ilişki analizi kullanabilirsiniz.

Bir GDAP ilişkisini genişletmek veya yenilemek için, bir iş ortağının veya müşterinin Otomatik genişletmeEtkinolarak ayarlaması gerekir. GDAP Otomatik genişletme ve APIyönetme daha fazla bilgi edinin.

Evet. GDAP etkinse genişletilebilir.

GDAP'nin otomatik genişletme etkin olarak ayarlanmış şekilde 365 gün boyunca oluşturulduğunu söyleyin. 365. günde Bitiş Tarihi 180 gün kadar etkin bir şekilde güncelleştirilir.

Evet. Tüm etkin GDAP'leri otomatik olarak genişletebilirsiniz.

Hayır. Mevcut etkin bir GDAP için otomatik genişletmeyi Etkin olarak ayarlamak için müşteri onayı gerekmez.

Hayır. Güvenlik gruplarına atanan ayrıntılı izinler as-isdevam eder.

Hayır. Genel Yönetici rolüyle yönetici ilişkisini otomatik olarak genişletemezsiniz.

Süresi Dolan Ayrıntılı İlişkiler sayfası yalnızca Genel Yöneticiler ve Yönetici Aracısı rollerine sahip iş ortağı kullanıcılar tarafından kullanılabilir. Bu sayfa, farklı zaman çizelgelerinde süresi dolan GDAP'lerin filtrelenmesine yardımcı olur ve bir veya daha fazla GDAP için otomatik genişletmeyi (etkinleştirme/devre dışı bırakma) güncelleştirmeye yardımcı olur.

Hayır. GDAP ilişkisinin süresi dolduğunda müşterinin mevcut aboneliklerinde değişiklik olmaz.

Microsoft Entra çok faktörlü kimlik doğrulama sorunlarını giderme ve Telefonunuzu kaybettikçe veya telefon numarası değiştikten sonra bulut hizmetlerinde oturum açmak için Microsoft Entra çok faktörlü kimlik doğrulamasını kullanamazsınız yönergeler için bakın.

bir iş ortağı, ilk GDAP'yi oluştururken Privileged authentication yöneticisi Microsoft Entra rolünü istemelidir.

• Bu rol, bir iş ortağının yönetici veya yönetici olmayan bir kullanıcı için parolayı ve kimlik doğrulama yöntemini sıfırlamasına olanak tanır. Privileged authentication administrator rolü, Microsoft Led Tool tarafından ayarlanan rollerin bir parçasıdır ve Müşteri Oluşturma akışı sırasında Varsayılan GDAP ile kullanılabilir olması planlanmaktadır (Eylül'de planlanan).
• İş ortağı, müşteri yöneticisininparolayı sıfırlama denemesini sağlayabilir.
• Önlem olarak iş ortağının müşterileri için SSPR (Self servis parola sıfırlama) ayarlaması gerekir. Daha fazla bilgi için bkz. kişilerin kendi parolalarını sıfırlamasına izin verme.

• iş ortağı kuruluşta, Yönetici aracısı rolüne sahip kişiler bir sonlandırma bildirimi alır.
• müşteri kuruluşunda, Genel yönetici rolüne sahip kişiler bir sonlandırma bildirimi alır.

Evet. İş ortakları, müşterinin GDAP'yi ne zaman kaldırabileceğini İş Ortağı Merkezi etkinlik günlüklerinde görebilir.

Hayır. GDAP, müşteri hizmetlerini daha ayrıntılı ve zamana bağlı bir şekilde yönetmek isteyen iş ortakları için isteğe bağlı bir özelliktir. GDAP ilişkisi oluşturmak istediğiniz müşterileri seçebilirsiniz.

Yanıt, müşterilerinizi nasıl yönetmek istediğinize bağlıdır.

• İş ortağı kullanıcılarınızın tüm müşterileri yönetebilmesini istiyorsanız, tüm iş ortağı kullanıcılarınızı tek bir güvenlik grubuna yerleştirebilirsiniz ve bu grup tüm müşterilerinizi yönetebilir.
• Çeşitli iş ortağı kullanıcılarının çeşitli müşterileri yönetmesini tercih ediyorsanız, bu iş ortağı kullanıcılarını müşteri yalıtımı için ayrı güvenlik gruplarına atayın.

Evet. Dolaylı kurumsal bayiler (dolaylı sağlayıcılar ve doğrudan fatura iş ortakları) İş Ortağı Merkezi'nde GDAP ilişki istekleri oluşturabilir.

GDAP kurulumunun bir parçası olarak, iş ortağı kiracısında iş ortağı kullanıcıları ile oluşturulan güvenlik gruplarının seçildiğinden emin olun. Ayrıca, istenen Microsoft Entra rollerinin güvenlik grubuna atandığından emin olun. Microsoft Entra rolleriniatama bakın.

Müşteriler artık CSP'leri koşullu erişim ilkesinin dışında tutarak iş ortaklarının engellenmeden GDAP'ye geçiş yapabilir.

• Kullanıcıları ekle - Bu kullanıcı listesi genellikle koşullu erişim ilkesinde bir kuruluşun hedef aldığı tüm kullanıcıları içerir.
• Koşullu Erişim ilkesi oluşturulurken aşağıdaki seçenekler kullanılabilir:
• Kullanıcıları ve grupları seçme
• Konuk veya dış kullanıcılar (önizleme)
• Bu seçim, Koşullu Erişim ilkelerini belirli konuk veya dış kullanıcı türlerine ve bu tür kullanıcıları içeren belirli kiracılara hedeflemek için kullanılabilecek çeşitli seçenekler sağlar. Seçilebilen birkaç farklı konuk veya dış kullanıcı türü vardır ve birden çok seçim yapılabilir:
• Bulut Çözümü Sağlayıcısı (CSP) gibi hizmet sağlayıcısı kullanıcıları.
• Seçili kullanıcı türleri için bir veya daha fazla kiracı belirtebilir veya tüm kiracıları belirtebilirsiniz.
• Dış iş ortağı erişimi - Dış kullanıcıları hedefleyen Koşullu Erişim ilkeleri, ayrıntılı yönetici ayrıcalıkları gibi hizmet sağlayıcısı erişimini etkileyebilir. Daha fazla bilgi için bkz. Ayrıntılı yönetici ayrıcalıklarına giriş (GDAP). Hizmet sağlayıcısı kiracılarını hedeflemeye yönelik ilkeler için, Konuk veya dış kullanıcılar seçim seçeneklerinde bulunan dış kullanıcı türü Hizmet sağlayıcısı kullanıcısını kullanın.
• Kullanıcıları dışla - Kuruluşlar bir kullanıcıyı veya grubu hem dahil eder hem de dışladığında, dışlama eylemi ilkedeki ekleme eylemini geçersiz kıldığı için kullanıcı veya grup ilkeden dışlanır.
• Koşullu Erişim ilkesi oluştururken dışlamak için aşağıdaki seçenekler kullanılabilir:
• Konuk veya dış kullanıcılar
• Bu seçim, Koşullu Erişim ilkelerini belirli konuk veya dış kullanıcı türlerine ve bu tür kullanıcıları içeren belirli kiracılara hedeflemek için kullanılabilecek çeşitli seçenekler sağlar. seçilebilen birkaç farklı konuk veya dış kullanıcı türü ve birden çok seçim yapılabilir:
• Bulut Çözümü Sağlayıcısı (CSP) gibi hizmet sağlayıcısı kullanıcıları
• Seçilen kullanıcı türleri için bir veya daha fazla kiracı belirtilebilir veya tüm kiracıları belirtebilirsiniz. Daha fazla bilgi için bkz:
• Graph API Deneyimi: Yeni dış kullanıcı türü bilgileriyle beta API
• koşullu erişim ilkesi
• koşullu erişim dış kullanıcıları

Evet. Sahip olduğunuz destek planından bağımsız olarak, iş ortağı kullanıcıların müşterisi için destek bileti oluşturabilmesi için en düşük ayrıcalıklı rol Hizmet destek yöneticisidir.

Hayır. İş ortağı şu anda Onay Bekleniyor durumunda bir GDAP'yi sonlandıramıyor. Müşteri herhangi bir işlem gerçekleştirmezse süresi 90 gün içinde dolacak.

Yalnızca GDAP ilişkisi sonlandırıldıktan veya süresi dolduktan sonra 365 gün sonra (temizleme), yeni bir GDAP ilişkisi oluşturmak için aynı adı yeniden kullanabilirsiniz.

Evet. bir iş ortağı, müşteri bölgesi başına yeni iş ortağı kiracıları oluşturmadan bölge genelinde müşterilerini yönetebilir. Yalnızca GDAP (Yönetici İlişkileri) tarafından sağlanan müşteri yönetimi rolü için geçerlidir. İşlem rolü ve özellikleri hala yetkili Bölgeile sınırlıdır.

Hayır. Hizmet sağlayıcısı çok kiracılı bir kuruluşun parçası olamaz, birbirini dışlar.

1. güvenlik grupları için izinleri verme de dahil olmak üzere GDAP'ın düzgün ayarlandığından emin olun.
2. Ayrıntılı Güvenlik grubu izinlerinizin doğru olduğundan emin olun.
3. Yardım için Güvenlik Yardımcı Pilotu SSS bakın.

API'ler ve GDAP hakkında daha fazla bilgi içinİş Ortağı Merkezi geliştirici belgelerine bakın.

Evet. İş ortaklarının üretim için beta GDAP API'lerini kullanmalarını ve daha sonra kullanılabilir olduklarında API'ler v.1'e geçmelerini öneririz. "Bu API'lerin üretim uygulamalarında kullanılması desteklenmez" uyarısı olsa da, genel kılavuz Graph altındaki tüm beta API'lere yöneliktir ve beta GDAP Graph API'leri için geçerli değildir.

Evet. İş ortaklarının bu süreci ölçeklendirmesini sağlayan API'leri kullanarak GDAP ilişkileri oluşturabilirsiniz. Ancak birden çok GDAP ilişkisi oluşturmak İş Ortağı Merkezi'nde kullanılamaz. API'ler ve GDAP hakkında bilgi içinİş Ortağı Merkezi geliştirici belgelerine bakın.

API aynı anda bir güvenlik grubu için çalışır, ancak birden çok güvenlik grubunu İş Ortağı Merkezi'nde birden çok rolle eşleyebilirsiniz.

Her kaynak için ayrı ayrı çağrılar yapın. Tek bir POST isteği yaparken, yalnızca bir kaynağı ve ilgili kapsamları geçirin. Örneğin, hem https://graph.windows.net/Directory.AccessAsUser.All hem de https://graph.microsoft.com/Organization.Read.Alliçin izin istemek için, her biri için birer tane olmak üzere iki farklı istekte bulunabilirsiniz.

Kaynak adını aramak için sağlanan bağlantıyı kullanın: Oturum açma raporlarında birinci taraf Microsoft uygulamalarını doğrulayın - Active Directory. Örneğin, graph.microsoft.com için 00000003-0000-0000-c000-000000000000 Kaynak Kimliğini bulmak için:

Bu hata genellikle sorgu filtresinde yanlış bir tanımlayıcı kullanıldığında oluşur. Bu sorunu çözmek için kaynak adıyla değildoğru kaynak kimliğine sahip enterpriseApplicationId özelliğini kullandığınızdan emin olun.

• Yanlış istekenterpriseApplicationIdiçin graph.microsoft.com gibi bir kaynak adı kullanmayın.
• Doğru istek Bunun yerine, enterpriseApplicationIdiçin 00000003-0000-0000-c000-0000000000000 gibi kaynak kimliğini kullanın.

Örneğin, graph.microsoft.com kaynağında daha önce yalnızca "profil" kapsamı onaylandı. Şimdi profil ve user.read eklememiz gerekiyor. Önceden onaylanan bir uygulamaya yeni kapsamlar eklemek için:

1. Müşterinin kiracısından gelen mevcut uygulama onayını iptal etmek için DELETE yöntemini kullanın.
2. Ek kapsamlarla yeni uygulama onayı oluşturmak için POST yöntemini kullanın.

Gerekli kapsamları virgül ve ardından boşluk kullanarak birleştirir. Örneğin, "scope": "profile, User.Read"

1. İstek gövdesindeki 'displayName' ve 'applicationId' özelliklerinin doğru olduğunu ve müşteri kiracısına onay vermeye çalıştığınız uygulamayla eşleşip eşleşmediğini onaylayın.
2. Müşteri kiracısına onay vermek istediğiniz erişim belirtecini oluşturmak için aynı uygulamayı kullandığınızdan emin olun. Örneğin: Uygulama kimliği "12341234-1234-1234-12341234" ise, erişim belirtecindeki "appId" talebi de "12341234-1234-12341234" olmalıdır.
3. Aşağıdaki koşullardan birinin karşılandığını doğrulayın:

• Etkin bir Yönetici Temsilcisi Ayrıcalığınız (DAP) vardır ve kullanıcı aynı zamanda iş ortağı kiracısında Yönetici Aracıları Güvenlik grubunun üyesidir.
• Müşteri kiracısı ile aşağıdaki üç GDAP rolünden en az birine sahip etkin bir Ayrıntılı Yönetici Ayrıcalığı (GDAP) ilişkisine sahipsiniz ve Erişim Atamasını tamamladınız:
  • Genel Yönetici, Uygulama Yöneticisi veya Bulut Uygulaması Yöneticisi Rolü.
  • İş ortağı kullanıcı, Erişim Ataması'nda belirtilen Güvenlik Grubunun bir üyesidir.

• Azure'ı müşteri başına erişim bölümle yönetmek için (önerilen en iyi yöntemdir), bir güvenlik grubu oluşturun (azure yöneticilerigibi) ve Yönetici aracıları altında iç içe geçirin.
• Azure aboneliğine bir müşterinin sahibi olarak erişmek için, Azure Yöneticileri güvenlik grubuna Microsoft Entra yerleşik rol (Dizin okuyucular, en az ayrıcalıklı rol gibi) atayabilirsiniz. Azure GDAP'yi ayarlama adımları için bkz. ayrıntılı yönetici ayrıcalıkları (GDAP) tarafından desteklenen İş Yükleri.

Evet. Microsoft Entra'da en az ayrıcalıklı roller atayarak kullanıcının yönetici izinlerini kısıtlama hakkında bilgi için bkz. Microsoft Entra'da göreve göre en az ayrıcalıklı roller .

Hizmeti destek yöneticisi rolü atamanızı öneririz. Daha fazla bilgi edinmek için bkz. Microsoft Entra'da göreve göre en az ayrıcalıklı roller .

• İş Ortağı Merkezi API'sinde ve kullanıcı arabiriminde kullanılabilen Microsoft Entra rolleri arasındaki boşluğu azaltmak için, Temmuz 2024'te İş Ortağı Merkezi kullanıcı arabiriminde dokuz rolün bir listesi kullanılabilir.
• İşbirliği altında:
  • Microsoft Edge Yöneticisi
  • Sanal Ziyaret Yöneticisi
  • Viva Gol Yöneticisi
  • Viva Pulse Yöneticisi
  • Yammer Yöneticisi
• Kimlik altında:
  • İzin Yönetimi Yöneticisi
  • Yaşam Döngüsü İş Akışları Yöneticisi
• Diğer altında:
  • Kurumsal Marka Yöneticisi
  • Kuruluş İletileri Onaylayanı

• İş Ortağı Merkezi API'sinde ve kullanıcı arabiriminde kullanılabilen Microsoft Entra rolleri arasındaki boşluğu azaltmak için, Aralık 2024'te İş Ortağı Merkezi kullanıcı arabiriminde 17 rolün listesi kullanıma sunulmuştur.
• İşbirliği altında:
  • İçgörü Analisti
  • Microsoft 365 Geçiş Yöneticisi
  • Kuruluş İletileri Yazıcısı
  • SharePoint Embedded Yöneticisi
  • Teams Telefon Yöneticisi
  • Kullanıcı Deneyimi Başarı Yöneticisi
• Cihazlar altında:
  • Microsoft Donanım Garanti Yöneticisi
  • Microsoft Donanım Garanti Uzmanı
• Kimlik altında:
  • Öznitelik Atama Yöneticisi
  • Öznitelik Atama Okuyucusu
  • Öznitelik Tanımı Yöneticisi
  • Öznitelik Tanımı Okuyucusu
  • Öznitelik Günlüğü Yöneticisi
  • Öznitelik Günlüğü Okuyucusu
  • Kimlik Doğrulama Genişletilebilirliği Yöneticisi
  • Genel Güvenli Erişim Yöneticisi
  • Kiracı Oluşturucusu

Hayır. İş ortağı kullanıcılarının müşterisi için destek bileti oluşturabilmesi için en az ayrıcalıklı rol,Hizmeti destek yöneticisidir. Bu nedenle, müşteri için destek biletleri oluşturabilmek için, iş ortağı kullanıcının bir güvenlik grubunda olması ve bu role sahip müşteriye atanması gerekir.

Tüm roller hakkında bilgi için bkz.Microsoft Entra yerleşik rollerini . İş yükleri hakkında bilgi için bkz. Ayrıntılı yönetici ayrıcalıkları (GDAP) tarafından desteklenen iş yükleri.

Microsoft 365 Yönetim Merkezi için birçok rol kullanılır. Daha fazla bilgi için bkz. Yaygın kullanılan Microsoft 365 yönetim merkezi rolleri.

Evet. Bir güvenlik grubu oluşturun, onaylanan roller atayın ve ardından iş ortağı kiracı kullanıcılarını bu güvenlik grubuna atayın.

Müşterinin aboneliklerine salt okunur erişim, Genel okuyucu, Dizin okuyucuve İş Ortağı katman 2 rolleri destekler.

İş ortağı aracılarını Yönetici aracısı rolünden kaldırmanızı ve bunları yalnızca GDAP güvenlik grubuna eklemenizi öneririz. Bu şekilde, hizmetleri yönetebilir (örneğin hizmet yönetimi ve günlük hizmeti istekleri), ancak abonelik satın alıp yönetemezler (miktarı değiştir, iptal et, değişiklikleri zamanla vb.).

İlişkiye atanan güvenlik grupları bu müşteriye erişimi kaybeder. Müşteri DAP ilişkisini sonlandırırsa aynı şey olur.

Evet. Müşteriyle GDAP ilişkilerinin kaldırılması, iş ortaklarının müşteriyle olan kurumsal bayi ilişkisini sonlandırmaz. İş ortakları yine de müşteri için ürün satın alabilir ve Azure bütçesini ve diğer ilgili etkinlikleri yönetebilir.

Hayır. GDAP ilişkisindeki tüm rollerin süre sonu aynı olur: ilişki oluşturulduğunda seçilen süre.

Hayır. Yeni ve mevcut müşterilerin siparişlerini yerine getirmek için GDAP'ye ihtiyacınız yoktur. İş Ortağı Merkezi'nde müşteri siparişlerini yerine getirmek için aynı işlemi kullanmaya devam edebilirsiniz.

GDAP ilişkileri müşteri başınadır. Müşteri başına birden çok ilişkiniz olabilir. Her GDAP ilişkisi farklı rollere sahip olabilir ve CSP Kiracınızdaki farklı Microsoft Entra gruplarını kullanabilir. İş Ortağı Merkezi'nde rol ataması müşteriden GDAP'a ilişki düzeyinde çalışır. Çok özel rol ataması yapmak istiyorsanız API'leri kullanarak otomatikleştirebilirsiniz.

GDAP konuk yöneticileri Güvenlik Bilgilerimadresinde kendi güvenlik bilgilerini yönetemiyor. Bunun yerine, herhangi bir güvenlik bilgisi kaydı, güncelleştirmesi veya silme işlemi için konuk oldukları kiracı yöneticisinin yardımına ihtiyaçları vardır. Kuruluşlar, güvenilen CSP kiracısından MFA'ya güvenmek için kiracılar arası erişim ilkeleri yapılandırabilir. Aksi takdirde GDAP konuk yöneticileri yalnızca kiracı yöneticisi (SMS veya Voice) tarafından kaydedilebilir yöntemlerle sınırlıdır. Daha fazla bilgi edinmek için bkz. Kiracılar arası erişim ilkeleri.

Sıfır Güven'in Guiding ilkesine hizalayın:en az ayrıcalık erişimi kullanın:

• GDAP tarafından desteklenen ayrıntılı yönetici ayrıcalıkları (GDAP) tarafından desteklenen iş yükleri görev ve iş yükü görevlerine göre en az ayrıcalıklı rol kullanmanızı öneririz.
• Listelenen bilinen sorunlara geçici bir çözüm bulmak gerektiğinde müşterinizle birlikte çalışarak zamana bağlı bir Genel Yönetici rolü isteyin.
• Genel Yönetici rolünün tüm olası Microsoft Entra rolleriyle değiştirilmesini önermeyiz.

Evet. Geçiş döneminde DAP ve GDAP birlikte bulunur ve GDAP izinleri, Microsoft 365, Dynamics 365için DAP izinlerinden önceliklidir ve Azure iş yüklerini .

GEÇIŞ döneminde DAP ve GDAP bir arada bulunur. Ancak GDAP, iş ortaklarımız ve müşterilerimiz için daha güvenli bir çözüm sağladığımızdan emin olmak için DAP'ın yerini alıyor. Sürekliliği sağlamak için müşterilerinizi en kısa sürede GDAP'a geçmenizi öneririz.

DAP ve GDAP birlikte bulunurken mevcut DAP ilişki akışında değişiklik olmaz.

DAP şu anda yeni bir müşteri kiracısı oluşturulduğunda verilir. 25 Eylül 2023'te Microsoft artık yeni müşteri oluşturma için DAP'ye izin vermez ve bunun yerine belirli rollere sahip Varsayılan GDAP verir. Varsayılan roller, aşağıdaki tabloda gösterildiği gibi iş ortağı türüne göre değişir:

İş ortakları, iş ortağının kiracısında bir GDAP güvenlik grubuna Privileged Identity Management (PIM) uygulayarak, erişimin otomatik olarak kaldırılmasıyla Parola yöneticileri gibi yüksek ayrıcalıklı roller vermek üzere birkaç yüksek ayrıcalıklı kullanıcının erişimini tam zamanında (JIT) yükseltebilir. Ocak 2023kadar, her Privileged Access Group (Gruplar için PIM özelliğinin eski adı) rol atanabilir grubunda olması gerekiyordu. Bu kısıtlama artıkkaldırılmıştır. Bu değişiklik göz önünde bulundurulduğunda, PIMkiracı başına 500'den fazla grup etkinleştirilebilir, ancak yalnızca 500 gruba kadar rol atanabilir. Özet:

• İş ortakları PIM'de rol atanabilir ve rol atanamaz gruplarını kullanabilir. Bu seçenek PIM'de /tenant500 gruptaki sınırı etkili bir şekilde kaldırır.
• En son güncelleştirmelerle grup PIM'e (UX tabanlı) eklemenin iki yolu vardır: PIM menüsünden veya Grupları menüsünden. Seçtiğiniz yöntemden bağımsız olarak net sonuç aynıdır.
  • PIM menüsü aracılığıyla rol atanabilir/rol atanamaz grupları ekleme özelliği zaten kullanılabilir.
  • Gruplar menüsü aracılığıyla rol atanabilir/rol atanamaz grupları ekleme özelliği zaten kullanılabilir.
• Daha fazla bilgi için bkz. Gruplar için Privileged Identity Management (PIM) (önizleme) - Microsoft Entra.

GDAP genel olarak tüm Microsoft ticari bulut hizmetleri (Microsoft 365, Dynamics 365, Microsoft Azureve Microsoft Power Platform iş yükleri) için destekle kullanılabilir. DAP ve GDAP'nin birlikte nasıl var olabileceği ve GDAP'nin nasıl öncelik aldığı hakkında daha fazla bilgi için bu SSS'de DAP ve GDAP birlikte varken GDAP izinleri DAP izinlerinden nasıl önceliklidir? arayın. soru.

Bu eylemi API'lerle gerçekleştirebilirsiniz.

Hayır. GDAP'ye geçiş yaptığınızda PEC kazançlarınız etkilenmez. Geçişle birlikte PAL'da herhangi bir değişiklik yapılmaz ve PEC kazanmaya devam edebilirsiniz.

• İş ortağının müşterisinde yalnızca DAP varsa ve DAP kaldırılırsa PEC kaybolmaz.
• İş ortağının müşterisinde DAP varsa ve aynı anda Microsoft 365 ve Azure için GDAP'ye geçerse ve DAP kaldırılırsa PEC kaybolmaz.
• İş ortağının müşterisinde DAP varsa ve Microsoft 365 için GDAP'ye geçerse ancak Azure as-is (GDAP'ye taşınmaz) ve DAP kaldırılırsa PEC kaybolmaz, ancak Azure aboneliğine erişim kaybolur.
• RBAC rolü kaldırılırsa PEC kaybolur, ancak GDAP'nin kaldırılması RBAC'yi kaldırmaz.

Kullanıcı hem GDAP güvenlik grubunun hem de DAP Yönetici aracıları grubunun bir parçası olduğunda ve müşterinin hem DAP hem de GDAP ilişkilerine sahip, GDAP erişimi iş ortağı, müşteri ve iş yükü düzeyinde önceliklidir.

Örneğin, iş ortağı kullanıcısı bir iş yükü için oturum açarsa ve Genel yönetici rolü için DAP ve Genel okuyucu rolü için GDAP varsa, iş ortağı kullanıcı yalnızca Genel okuyucu izinlerini alır.

Yalnızca GDAP güvenlik grubuna GDAP rolleri ataması olan üç müşteri varsa (Yönetici aracıları değil):

*Yönetici aracısı* ve GDAP güvenlik gruplarının üyeleri olarak farklı kullanıcılar arasındaki ilişkiyi gösteren

Aşağıdaki tabloda, bir kullanıcı farklı bir müşteri kiracısında oturum açtığında ne olacağı açıklanmaktadır.

DAP ve GDAP, Çözüm ortağı belirlemeleri için uygun ilişkilendirme türleri değildir. aDisabling veya DAP'tan GDAP'ye geçiş, Çözüm ortağı atamalarına ulaşmanızı etkilemez. Ayrıca, eski yetkinlik avantajlarının veya Çözüm ortağı avantajlarının yenilenmesi bundan etkilenmez. Çözüm ortağı belirlemesi için uygun olan diğer iş ortağı ilişkilendirme türlerini görüntülemek için bkz. İş Ortağı Merkezi Çözüm ortağı atamaları.

Azure Lighthouse ile DAP/GDAP arasındaki ilişkiyle ilgili olarak, bunları Azure kaynaklarına ayrılmış paralel yollar olarak düşünün. Birinin kesilmesi diğerini etkilememelidir.

• Azure Lighthouse senaryosunda, iş ortağı kiracısından kullanıcılar hiçbir zaman müşteri kiracısında oturum açmaz ve müşteri kiracısında Microsoft Entra izinlerine sahip değildir. Azure RBAC rol atamaları da iş ortağı kiracısında tutulur.
• GDAP senaryosunda, iş ortağı kiracısından kullanıcılar müşteri kiracısında oturum açar. Yönetici aracıları grubuna Azure RBAC rol ataması da müşteri kiracısındadır. Azure Lighthouse yolu etkilenmezken GDAP yolunu engelleyebilirsiniz (kullanıcılar artık oturum açamıyor). Buna karşılık, Lighthouse ilişkisini (projeksiyon) GDAP'ı etkilemeden kesebilirsiniz. Daha fazla bilgi için Azure Lighthouse belgelerine bakın.

Bulut Çözümü Sağlayıcısı (CSP) programına dolaylı bayi veya doğrudan fatura olarak kaydedilen Yönetilen Hizmet Sağlayıcıları (MSP) artık herhangi bir müşteri kiracısı için GDAP ayarlamak için Microsoft 365 Lighthouse'u kullanabilir. İş ortaklarının GDAP'ye geçişlerini yönetmenin birkaç yolu olduğundan, bu sihirbaz Lighthouse iş ortaklarının iş gereksinimlerine özgü rol önerilerini benimsemesine olanak tanır. Ayrıca tam zamanında (JIT) erişim gibi güvenlik önlemlerini de benimsemelerini sağlar. MSP'ler, en az ayrıcalıklı müşteri erişimini sağlayan ayarları kolayca kaydetmek ve yeniden uygulamak için Lighthouse aracılığıyla GDAP şablonları da oluşturabilir. Daha fazla bilgi edinmek ve tanıtım görüntülemek içinLighthouse GDAP kurulum sihirbazına bakın. MSP'ler Lighthouse'daki herhangi bir müşteri kiracısı için GDAP ayarlayabilir. Lighthouse'da müşterinin iş yükü verilerine erişmek için bir GDAP veya DAP ilişkisi gereklidir. GDAP ve DAP bir müşteri kiracısında birlikte varsa GDAP özellikli güvenlik gruplarında GDAP izinleri MSP teknisyenleri için önceliklidir. Microsoft 365 Lighthouse gereksinimleri hakkında daha fazla bilgi için bkz. Microsoft 365 Lighthouseiçin Gereksinimleri.

Bu senaryo için izleyebileceğiniz doğru sıra:

1. hem Microsoft 365 hem de Azureiçin bir GDAP ilişkisi oluşturun.
2. Hem Microsoft 365 hem de Azureiçin güvenlik gruplarına Microsoft Entra rolleri atayın.
3. GDAP'yi DAP'a göre öncelikli olacak şekilde yapılandırın.
4. DAP'ı kaldırın.

Aşağıdaki sıra Azure aboneliklerine erişim kaybetmesine neden olabilir:

1. DAP'ı kaldırın. DAP'ı kaldırarak Bir Azure aboneliğine erişimi kaybetmeniz gerekmez. Ancak şu anda herhangi bir Azure RBAC rol ataması (abonelik RBAC katkıda bulunanı olarak yeni bir müşteri kullanıcısı atama gibi) yapmak için müşterinin dizinine göz atamazsınız.
2. Hem Microsoft 365 hem de Azure'ı birlikte için bir GDAP ilişkisi oluşturun. GDAP ayarlanır ayarlanmaz bu adımda Azure aboneliğine erişiminizi kaybedebilirsiniz.
3. Hem Microsoft 365 hem de Azure için güvenlik gruplarına Microsoft Entra rolleri atama

Azure GDAP kurulumu tamamlandıktan sonra Azure aboneliklerine yeniden erişim elde edebilirsiniz.

Sahip olarak yönettiğiniz DAP olmadan Azure abonelikleriniz varsa, Microsoft 365 için GDAP'yi bu müşteriye eklediğinizde Azure aboneliklerine erişimi kaybedebilirsiniz. Erişimin kaybolmasını önlemek için, müşteriyi Microsoft 365 GDAP'a taşımanız aynı anda Azure GDAP taşıyın.

Hayır. kabul edildikten sonra ilişkiler yeniden kullanılamaz.

Müşteriyle mevcut bir kurumsal bayi ilişkiniz varsa, Azure aboneliklerini yönetmek için yine de bir GDAP ilişkisi oluşturmanız gerekir.

1. Microsoft Entra'da bir güvenlik grubu (örneğin, Azure Yöneticileri) oluşturun.
2. dizin okuyucu rolüyle bir GDAP ilişkisi oluşturun.
3. Güvenlik grubunu Yönetici Aracısı grubunun üyesi yapın. Bu adımları gerçekleştirdikten sonra müşterinizin Azure aboneliğini AOBO yoluyla yönetebilirsiniz. ABONELIĞI CLI/PowerShell yoluyla yönetemezsiniz.

Evet. Mevcut kurumsal bayi ilişkisine sahip BIR DAP veya GDAP olmasa bile azure planı oluşturabilirsiniz. Ancak bu aboneliği yönetmek için DAP veya GDAP gerekir.

İş ortakları DAP'tan GDAP'a geçerken Şirket ayrıntılarını görmek için aşağıdakilerin geçerli olduğundan emin olmalıdır:

• Etkin bir GDAP ilişkisi.
• Aşağıdaki Microsoft Entra rollerinden herhangi biri atanır: Genel Yönetici, Dizin Okuyucuları, Genel Okuyucu. güvenlik gruplarına ayrıntılı izinler vermek bölümüne bakın.

CSP, CSP kimlik bilgilerini kullanarak müşterisinin Azure portalında (portal.azure.come) oturum açtığında ve bir GDAP ilişkisi mevcut olduğunda, CSP kullanıcı adının "user_" olduğunu ve ardından bir sayı olduğunu fark eder. DaP'ta olduğu gibi gerçek kullanıcı adı görüntülenmez. Tasarım gereği.

İş ortaklarının, Varsayılan GDAP'da güvenlik gruplarına ayrıntılı izinler vermeleri açıkça gerekir.
10 Ekim 2023 itibarıyla, DAP artık kurumsal bayi ilişkileriyle kullanılamamaktadır. Güncelleştirilmiş İstek Kurumsal Bayi İlişkisi bağlantısı İş Ortağı Merkezi kullanıcı arabiriminde bulunur ve "/v1/customers/relationship requests" API sözleşmesi özellik URL'si, müşteri kiracısının yöneticisine gönderilecek davet URL'sini döndürür.

Evet, iş ortaklarının müşteriyi yönetmek için Varsayılan GDAP' güvenlik gruplarına ayrıntılı izinler açıkça vermesi gerekir.

Yalnızca DAP veya GDAP olmadan kurumsal bayi ilişkisine sahip iş ortakları müşteri oluşturabilir, sipariş verebilir ve yönetebilir, yazılım anahtarlarını indirebilir, Azure RI'yi yönetebilir. Müşteriler şirket ayrıntılarını görüntüleyemez, kullanıcıları görüntüleyemez veya kullanıcılara lisans atayamaz, müşteriler adına biletler kaydedemez ve ürüne özgü yönetim merkezlerine erişemez ve bunları yönetemez (örneğin, Teams yönetim merkezi).)

Bir iş ortağının veya CPV'nin müşteri kiracısına erişmesi ve kiracıyı yönetmesi için, uygulamanın hizmet sorumlusu müşteri kiracısında onaylanmalıdır. DAP etkin olduğunda, uygulamanın hizmet sorumlusunu iş ortağı kiracısında Yönetici Aracıları SG'sine eklemesi gerekir. GDAP ile iş ortağının, uygulamalarının müşteri kiracısında onaylandığından emin olması gerekir. Uygulama temsilci izinlerini (Uygulama + Kullanıcı) kullanıyorsa ve üç rolden herhangi biriyle (Bulut Uygulaması Yöneticisi, Uygulama Yöneticisi, Genel Yönetici) etkin bir GDAP varsa onay API' kullanılabilir. Uygulama yalnızca uygulama izinlerini kullanıyorsa, kiracı genelinde yönetici onayı URL'sikullanılarak iş ortağı veya üç rolden herhangi birine sahip olan müşteri (Bulut Uygulaması Yöneticisi, Uygulama Yöneticisi, Genel Yönetici) tarafından el ile onaylanmalıdır.

Aşağıdaki hatayı görürseniz:

"Şu anda 'Yeni GDAP ilişkisi oluştur' isteğinizi doğrulayamıyoruz. Bu hizmet için anonim bağlantılara izin verilmediğinden dikkat edin. Bu iletiyi hatayla aldığınızı düşünüyorsanız isteğinizi yeniden deneyin. Gerçekleştirebileceğiniz eylemler hakkında bilgi edinmek için seçin. Sorun devam ederse destek ve başvuru iletisi kodu 715-123220 ve İşlem Kimliği: guid ile iletişime geçin."

Kimlik doğrulama hizmetinin düzgün çalışmasına izin vermek için Microsoft'a bağlanma şeklinizi değiştirin. Hesabınızın gizliliğinin ihlal edilmediğinden ve Microsoft'un uyması gereken düzenlemelerle uyumlu olduğundan emin olmanıza yardımcı olur.

Yapabileceğiniz şeyler:

• Tarayıcı önbelleğinizi temizleyin.
• Tarayıcınızda izleme önlemeyi kapatın veya sitemizi özel durum/güvenli listenize ekleyin.
• Kullanıyor olabileceğiniz tüm Sanal Özel Ağ (VPN) programını veya hizmetini kapatın.
• Sanal makine (VM) yerine doğrudan yerel cihazınızdan bağlanın.

Önceki adımları denedikten sonra hala bağlanamıyorsanız, soruna neyin neden olduğunu belirlemeye yardımcı olup olmadığını görmek üzere ayarlarınızı denetlemek için BT Yardım Masanıza danışmanızı öneririz. Sorun bazen şirketinizin ağ ayarlarındadır. BT yöneticinizin, örneğin sitemizi güvenli bir şekilde listeleyerek veya diğer ağ ayarı ayarlamalarını yaparak sorunu çözmesi gerekir.

• Kısıtlı (Doğrudan Fatura): Yeni GDAP (Yönetici İlişkileri) oluşturulamaz. Mevcut GDAP'ler ve bunların rol atamaları güncelleştirilebilir.
• Askıya Alındı (Doğrudan Fatura/Dolaylı Sağlayıcı/Dolaylı Kurumsal Bayi): Yeni GDAP oluşturulamaz. Mevcut GDAP'ler ve bunların rol atamaları güncelleştirilemez.
• Kısıtlı (Doğrudan Fatura) + Etkin (Dolaylı Kurumsal Bayi): Kısıtlı Doğrudan Fatura için: Yeni GDAP (Yönetici İlişkileri) oluşturulamaz. Mevcut GDAP'ler ve bunların rol atamaları güncelleştirilebilir. Etkin Dolaylı Kurumsal Bayi için: Yeni GDAP oluşturulabilir, mevcut GDAP'ler ve bunların rol atamaları güncelleştirilebilir. Eklenen yeni GDAP oluşturulamazsa, mevcut GDAP ve rol atamaları güncelleştirilemez.

Evet. GDAP'nin geçerli sürümü tüm ürünleri destekler: Microsoft 365, Dynamics 365, Microsoft Power Platformve Microsoft Azure.