Inleiding: Nieuwe commerce-invoegtoepassingen

Juiste rollen: Beheer agent | Verkoopagent | Globale beheerder

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 invoegtoepassingen kopen in nieuwe commerce om andere services in te schakelen 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.

Invoegtoepassingen in nieuwe commerce

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 invoegtoepassing correct te laten functioneren.

Vereisten voor een invoegtoepassing worden gevonden voor de catalogus-API's voor een bepaalde SKU en in de gebruikerservaring van de Partnercentrum-catalogus. Voor het aanschaffen van invoegtoepassingen is een of meer van de vereisten vereist voor de tenant van de klant.

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. Partner koopt nieuwe commerce-invoegtoepassingen uit de catalogus zelf. Met deze aankoopervaring wordt de invoegtoepassingsdetectie afgestemd op de basisaanbieding, waardoor het gemakkelijker is om de invoegtoepassingen te vinden en te kopen.

Veel van de concepten over hoe invoegtoepassingen werken, vanuit het perspectief van services, blijven waar in traditionele en nieuwe commerce. Zowel traditionele als nieuwe handelstransacties registreren en inrichten van de invoegtoepassingsservices. Het inrichten gebeurt in beide gevallen op dezelfde manier. Bovendien kunnen de services van één invoegtoepassing meer dan één basisproduct-SKU aanvullen. De invoegtoepassing is ontworpen om mee te werken.

Invoegtoepassingen identificeren

Partners kunnen invoegtoepassingen identificeren en lijsten met vereisten ophalen door de SKU-details te controleren wanneer ze SKU's ophalen via de API. Invoegtoepassingen worden ook geïdentificeerd in de kolom nieuwe commerceaanbiedingsmatrix ProductSkuPreRequisites . SKU's met ProductSkuPreRequisites waarden zijn invoegtoepassingen.

Invoegtoepassingen kopen

Invoegtoepassingen bestaan voor zowel traditionele licentie- als nieuwe commerce-ervaringen. Het belangrijkste verschil is hoe de invoegtoepassingen worden gedetecteerd. Nieuwe commerce-invoegtoepassingen worden gedetecteerd en gekocht in de catalogus, op dezelfde plaats als 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. Invoegtoepassingsproducten worden geïdentificeerd door het informatiepictogram 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.

Afdwingen van invoegtoepassingen

Partners worden nuttige informatie over invoegtoepassingen weergegeven wanneer ze een nieuw commerce-invoegtoepassingsproduct proberen aan te schaffen wanneer 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 wordt 400041 met de beschrijving The addon is not purchasable without a compatible base product.

Nieuwe commerce-invoegtoepassing afdwinging heeft de ingerichte product-SKU's geverifieerd en niet 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.

Belangrijke details bij het aanschaffen van invoegtoepassingen

Invoegtoepassingen worden aangeschaft als afzonderlijke product-SKU's als de klant voldoet aan de vereisten. Invoegtoepassingsabonnementen hebben hun eigen afzonderlijke termuitlijning. Partners die invoegtoepassingen aanschaffen, zien mogelijk dat de termijn en de bijbehorende einddatum niet hetzelfde zijn als de vereiste.

Partners converteren een product-SKU naar een hogere SKU die al over de invoegtoepassingsservices beschikt, kunnen een serviceaanvraag indienen met ondersteuning om een invoegtoepassing in te schakelen.

Partners zullen naar verwachting de einddatums van de term voor invoegtoepassingen beheren die ze verkrijgen om ervoor te zorgen dat de basisaanbiedingen zo nodig worden uitgelijnd. Partners moeten situaties voorkomen waarin een basisproduct-SKU-term kan eindigen met het achterlaten van afhankelijke invoegtoepassingen die later verlopen. 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 invoegtoepassingslicenties 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.

Upgrades

Partners die een Product/SKU converteren naar een hoger Product/SKU met de invoegtoepassingsservices, kunnen een serviceaanvraag indienen met ondersteuning om een invoegtoepassing in te schakelen. Laten we eens kijken naar een scenario dat Microsoft Teams Telefoon 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.

Verleningen

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-/SKU-term kan eindigen met het verlaten van afhankelijke invoegtoepassingen die 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.

Coterminositeit en invoegtoepassingen

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. Bestaande abonnementen kunnen ook worden beëindigd met elk invoegtoepassingsabonnement.