Inleiding: Nieuwe commerce-uitbreidingen
Juiste rollen: Beheerdersagent | Verkoopagent
Notitie
De nieuwe commerce-ervaringen voor services op basis van licenties omvatten veel nieuwe mogelijkheden en zijn beschikbaar voor alle CSP's (Cloud Solution Provider). Zie het overzicht van nieuwe commerce-ervaringen voor meer informatie.
Partners kunnen uitbreidingen kopen binnen de nieuwe commerciële omgeving om andere diensten mogelijk te maken die een eerder gekocht product aanvullen. Enkele voorbeelden van invoegtoepassingen zijn belabonnementen, meer schijfruimte of andere functies die kunnen worden toegevoegd als de klant de basisservices heeft.
Nieuwe commerce-invoegtoepassingen bevatten vergelijkbare concepten als traditionele invoegtoepassingen op basis van licenties. Nieuwe commerce-invoegtoepassingen, zoals traditionele licentiegebaseerde, bevatten het concept van vereisten. Vereisten zijn product-SKU's die de klant moet hebben om de uitbreiding correct te laten functioneren.
Vereisten voor een invoegtoepassing zijn te vinden in de catalogus-API's voor een bepaalde SKU en in de gebruikerservaring van het Partnercentrum-catalogus. Om invoegtoepassingen aan te schaffen, moeten een of meer van de vereisten op de tenant van de klant aanwezig zijn.
Het belangrijkste verschil tussen traditionele en nieuwe commerce-invoegtoepassingen is de wijze waarop ze worden gekocht. Partners passen de invoegtoepassing toe op het basisaanbiedingsabonnement in traditionele scenario's op basis van licenties. Partners kopen nieuwe commerce-invoegtoepassingen uit de catalogus. Met deze aankoopervaring wordt de vindbaarheid van add-ons afgestemd op het basisaanbod, waardoor het gemakkelijker wordt om de add-ons te vinden en te kopen.
Veel van de concepten over hoe add-ons werken, vanuit het perspectief van services, blijven kloppen in traditionele en nieuwe handel. Zowel traditionele als nieuwe handelstransacties registreren en voorzien in de aanvullende diensten. Het inrichten gebeurt in beide gevallen op dezelfde manier. Bovendien kunnen de services van één invoegtoepassing meer dan één basisproduct-SKU aanvullen waarvoor de invoegtoepassing is ontworpen om mee te werken.
Partners kunnen invoegtoepassingen identificeren en lijsten met vereisten ophalen door de SKU-details te controleren wanneer ze SKU's ophalen via de API. Add-ons worden ook geïdentificeerd in de kolom van de nieuwe commerce-aanbiedingsmatrix ProductSkuPreRequisites. SKU's met ProductSkuPreRequisites waarden zijn invoegtoepassingen.
Invoegtoepassingen bestaan voor zowel traditionele licentie- als nieuwe commerce-ervaringen. Het belangrijkste verschil is hoe de invoegtoepassingen worden gedetecteerd. Nieuwe commerce-uitbreidingen worden ontdekt en gekocht in de catalogus, op dezelfde plaats waar ook de basisaanbiedingen of -vereisten worden gevonden. Traditionele invoegtoepassingen op basis van licenties zijn alleen detecteerbaar en toegevoegd door naar de pagina met abonnementsgegevens van de basisaanbieding te gaan.
Nieuwe invoegtoepassingen voor commerce-ervaring worden ontdekt en aangeschaft in de catalogus zelf. Partners kunnen filteren op New Commerce-invoegtoepassingen met behulp van de vervolgkeuzelijst Producttype. Add-on producten worden geïdentificeerd met het informatie-icoon naast de product-SKU. Partners kunnen dit pictogram selecteren voor meer informatie over de vereisten van de invoegtoepassing.
Partners kunnen meer informatie krijgen over de vereiste producten voor een invoegtoepassing door compatibele basisproductabonnementen weergeven te selecteren om een lijst weer te geven met product-SKU's die moeten bestaan voor de partner om een bepaalde invoegtoepassing te kopen.
Partners ontvangen nuttige informatie over invoegtoepassingen wanneer ze een nieuw commerceproduct proberen aan te schaffen en de klant niet aan de vereisten voldoet. Partners kunnen controleren of de vereisten van een invoegtoepassing aanwezig zijn in de partnercentrumcatalogus en pagina-ervaringen bekijken.
Wanneer een invoegtoepassing niet over de ondersteuningsvereisten beschikt, wordt in de gebruikersinterface een bericht The addon is not purchasable without a compatible base productweergegeven.
Partners die de CreateCart-API gebruiken, zien fouten in het winkelwagenlijnitem als de invoegtoepassing niet beschikt over de vereiste product-SKU's. De foutcode is 400041 met de beschrijving The addon is not purchasable without a compatible base product.
De handhaving van de commerciële invoegtoepassing heeft de ingerichte product-SKU's geverifieerd en niet de abonnementen. Het is mogelijk om een nieuwe commerce-invoegtoepassing te verkrijgen als de vereiste afkomstig is van een andere partner, een ander kanaal (Direct) en als de vereiste aanwezig is in het verouderde systeem.
Invoegtoepassingen worden aangeschaft als afzonderlijke product-SKU's als de klant voldoet aan de vereisten. Abonnementen voor add-ons hebben hun eigen afzonderlijke uitlijningsperiode. Partners die invoegtoepassingen aanschaffen, zien mogelijk dat de termijn en de bijbehorende einddatum niet hetzelfde zijn als de vereiste.
Partners die een product-SKU naar een hogere SKU converteren met al aanwezige invoegtoepassingsservices, kunnen een serviceaanvraag indienen bij de ondersteuning om een invoegtoepassing uit te schakelen.
Van partners wordt verwacht dat zij de einddatums van de periode voor de invoegtoepassingen die zij verwerven beheren, om ervoor te zorgen dat de basisaanbiedingen zo nodig worden afgestemd. Partners moeten situaties voorkomen waarin een basisproduct-SKU-periode kan eindigen, waardoor afhankelijke add-ons die later verlopen, worden achtergelaten. Actief beheer en afstemming van einddatums voor invoegtoepassingen op basisabonnementen zorgt ervoor dat klanten niet betalen voor invoegtoepassingen waarvan de basisaanbieding is verlopen. Wanneer een aankoop van een invoegtoepassingslicentie wordt uitgevoerd op het New Commerce-platform, wordt er een geschiktheidscontrole uitgevoerd op de tenant van de klant om ervoor te zorgen dat aan de vereisten wordt voldaan. Invoegtoepassingen in New Commerce worden technisch afgedwongen, wat betekent dat hun aankoop wordt geblokkeerd als er geen in aanmerking komende vereiste licentie wordt gevonden op de tenant van de klant. In aanmerking komende vereiste licenties kunnen worden aangeschaft via meerdere kanalen, waaronder Web Direct, Volume Licensing-overeenkomsten, traditionele commerce op basis van CSP-licenties of een andere CSP-partner voor New Commerce Experience.
In tegenstelling tot traditionele commerce op basis van licenties, is een Nieuw Commerce-invoegtoepassingsabonnement niet genest onder of gekoppeld aan het vereiste basisabonnement. Wanneer add-on licenties worden verwerkt, wordt er een nieuw abonnement gemaakt.
Er kunnen meer uitbreidingslicenties worden aangeschaft op elk moment van de looptijd van het abonnement en licenties kunnen worden verlaagd of het abonnement kan binnen 168 uur na de eerste aankoop van het abonnement worden geannuleerd.
Partners die een Product/SKU converteren naar een hoger Product/SKU dat reeds de invoegtoepassingsservices bevat, kunnen een serviceaanvraag indienen bij ondersteuning om een invoegtoepassing uit te schakelen. Laten we eens kijken naar een scenario waarin de Microsoft Teams Phone Standard-licentie is toegevoegd aan een in aanmerking komende vereiste licentie van Office 365 E3. Als de klant de Office 365 E3-licentie wil upgraden naar Office 365 E5, inclusief de Microsoft Teams Telefoon Standard-mogelijkheid, moet de partner na de upgrade een ondersteuningsticket indienen om de licentie voor invoegtoepassingen te verwijderen en eventuele restituties te ontvangen. Dit ondersteuningsticket moet binnen de eerste twee factureringscycli worden gegenereerd vanaf het moment waarop de bijgewerkte licentie is gefactureerd.
Basisaanbiedingen en invoegtoepassingen worden afzonderlijk vernieuwd omdat ze afzonderlijke product-/SKU's zijn. Partners moeten hun abonnementsverlengingen voor basisaanbiedingen en invoegtoepassingen beheren.
Partners moeten situaties voorkomen waarin een basisproduct- of SKU-term zou kunnen eindigen, terwijl afhankelijke toevoegingen pas later verlopen. Actief beheer en uitlijning van einddatums van invoegtoepassingen voor hun basisabonnementen zorgt ervoor dat hun klanten niet betalen voor invoegtoepassingen waarvan de basisaanbieding is verlopen.
Als één partner zowel de onderliggende licentie als de invoegtoepassingslicentie aan dezelfde klant heeft verkocht, is het mogelijk dat de partner deze abonnementen cotermineus maakt. nl-NL: Bestaande abonnementen kunnen ook gelijktijdig eindigen met elk extra service-abonnement.