Teknisk konfiguration för provkörning

  • Artikel

Med testkörningsalternativet på Microsofts kommersiella marknadsplats kan du konfigurera en praktisk, självstyrd rundtur i produktens viktigaste funktioner. Med en provkörning kan nya kunder prova ditt erbjudande innan de åtar sig att köpa det. Mer information finns i Vad är testkörning?

Om du inte längre vill tillhandahålla en provkörning för ditt erbjudande går du tillbaka till sidan Erbjudandekonfiguration och avmarkerar kryssrutan Aktivera testenhet . Det är inte alla erbjudandetyper som har en tillgänglig provkörning.

Dricks

Om du vill se kundens vy över provkörning på den kommersiella marknadsplatsen läser du Vad är Azure Marketplace? och Vad är Microsoft AppSource?.

Azure Resource Manager-testenhet

Det finns bara ett testenhetsalternativ för erbjudanden för virtuella datorer eller Azure-appar, och det krävs en ganska detaljerad konfiguration. Läs avsnitten om information om distributionsprenumeration och Testenhetslistor först och fortsätt sedan till artikeln Konfiguration av Azure Resource Manager-testenhet.

Värdbaserad testenhet

Microsoft kan ta bort komplexiteten i att konfigurera en provkörning genom att vara värd för och underhålla etablering och avetablering av tjänster. Konfigurationen för den här typen av provkörning är densamma oavsett om testenheten riktar sig till en Dynamics 365-app på Dataverse- och Power Apps- eller Dynamics 365 Operations Apps-målgruppen.

  • Maximalt antal samtidiga testenheter (krävs) – Ange det maximala antalet kunder som kan använda din provkörning samtidigt. Varje samtidig användare använder en Dynamics 365-licens medan testenheten är aktiv, så se till att du har tillräckligt med licenser tillgängliga för att stödja den maximala gränsuppsättningen. Det rekommenderade värdet är 3–5.

  • Varaktighet för provkörning (krävs) – Ange hur många timmar testenheten ska vara aktiv för varje kund. Efter den här perioden avslutas sessionen och förbrukar inte längre någon av dina licenser. Vi rekommenderar ett värde på 2–24 timmar beroende på komplexiteten i ditt erbjudande. Den här varaktigheten kan bara anges i hela timmar (till exempel är "2 timmar" giltigt. "1,5 timmar" är inte giltigt). Användaren kan begära en ny session om tiden tar slut och vill komma åt testenheten igen.

  • Instans-URL (krävs) – DEN URL där kunden börjar sin provkörning. Vanligtvis url:en för din Dynamics 365-instans som kör din app med exempeldata installerade (till exempel https://testdrive.crm.dynamics.com).

  • Url för instanswebb-API (krävs) – Hämta webbadressen till webb-API:et för din Dynamics 365-instans genom att logga in på ditt Microsoft 365-konto och navigera till Inställningar> Anpassad>utvecklarresursinstanswebb-API>(tjänstrot-URL), kopiera URL:en som finns här (till exempel ). https://testdrive.crm.dynamics.com/api/data/v9.0

  • Rollnamn (obligatoriskt) – Ange det säkerhetsrollnamn som du definierade i din anpassade Dynamics 365-testenhet, som tilldelas användaren under deras provkörning (till exempel testkörningsroll).

Hjälp om hur du konfigurerar din Dynamics 365-miljö för provkörning och ger AppSource behörighet att etablera och avetablera testkörningsanvändare i din klientorganisation finns i Konfigurera en Azure Marketplace-prenumeration för värdbaserade testenheter.

Stegvisa instruktioner om hur du visar och konfigurerar din värdbaserade testenhet finns i Detaljerad konfiguration för värdbaserad testenhet.

Logikappens testenhet

Den här typen av provkörning hanteras inte av Microsoft. Använd den för att ansluta till ett Dynamics 365-erbjudande eller en annan anpassad resurs, som omfattar olika komplexa lösningsarkitekturer. Mer information om hur du konfigurerar Logic App-testenheter finns i Åtgärder och Kundengagemang på GitHub.

  • Region (obligatorisk listruta med en enda markering) – För närvarande finns det 26 Azure-stödda regioner där din testenhet kan göras tillgänglig. Resurserna för logikappen distribueras i den region du väljer. Om logikappen har några anpassade resurser som lagras i en viss region kontrollerar du att regionen är markerad här. Det bästa sättet är att distribuera logikappen lokalt på din Azure-prenumeration i portalen och kontrollera att den fungerar korrekt innan du gör det här valet.

  • Maximalt antal samtidiga testenheter (krävs) – Ange det maximala antalet kunder som kan använda din provkörning samtidigt. Dessa testenheter har redan distribuerats, vilket gör det möjligt för kunder att omedelbart komma åt dem utan att vänta på en distribution.

  • Provkörningens varaktighet (krävs) – Ange hur lång tid testenheten ska vara aktiv i antal timmar. Provkörningen avslutas automatiskt när den här tidsperioden är slut.

  • Namn på Azure-resursgrupp (krävs) – Ange namnet på Azure-resursgruppen där logikappens testenhet sparas.

  • Azure-logikappens namn (krävs) – Ange namnet på logikappen som tilldelar testenheten till användaren. Den här logikappen måste sparas i Azure-resursgruppen ovan.

  • Avetablera logikappens namn (krävs) – Ange namnet på logikappen som avetablerar testenheten när kunden är klar. Den här logikappen måste sparas i Azure-resursgruppen ovan.

Power BI-testenhet

Produkter som vill demonstrera ett interaktivt visuellt Power BI-objekt kan använda en inbäddad länk för att dela en anpassad instrumentpanel som testenhet, utan ytterligare teknisk konfiguration. Allt du behöver göra är att ladda upp din inbäddade Power BI-URL.

Mer information om hur du konfigurerar Power BI-appar finns i Vad är Power BI-appar?

Information om distributionsprenumeration

Om du vill att Microsoft ska kunna distribuera provkörningen åt dig skapar och tillhandahåller du en separat, unik Azure-prenumeration (krävs inte för Power BI-testenheter).

  • Azure-prenumerations-ID (krävs för Azure Resource Manager och Logikappar) – Ange prenumerations-ID:t för att bevilja åtkomst till dina Azure-kontotjänster för rapportering och fakturering av resursanvändning. Vi rekommenderar att du överväger att skapa en separat Azure-prenumeration som ska användas för testenheter om du inte redan har en. Du hittar ditt Azure-prenumerations-ID genom att logga in på Azure-portalen och navigera till fliken Prenumerationer på menyn till vänster. När du väljer fliken visas ditt prenumerations-ID (till exempel "a83645ac-1234-5ab6-6789-1h234g764ghty").

  • Microsoft Entra-klientorganisations-ID (krävs) – Ange ditt Klient-ID för Microsoft Entra). Om du vill hitta det här ID:t loggar du in på Azure-portalen, väljer fliken Active Directory i den vänstra menyn, väljer Egenskaper och letar sedan efter katalog-ID-numret i listan (till exempel 50c464d3-4930-494c-963c-1e951d15360e). Du kan också slå upp organisationens klientorganisations-ID med hjälp av domännamnsadressen på https://www.whatismytenantid.com.

  • Microsoft Entra-klientnamn (krävs för Dynamic 365) – Ange ditt Microsoft Entra-ID-namn. Om du vill hitta det här namnet loggar du in på Azure-portalen, i det övre högra hörnet visas ditt klientnamn under ditt kontonamn.

  • Microsoft Entra-app-ID (krävs) – Ange ditt Microsoft Entra ID-program-ID). Om du vill hitta det här ID:t loggar du in på Azure-portalen, väljer fliken Active Directory i den vänstra menyn, väljer Appregistreringar och letar sedan efter det program-ID-nummer som visas (till exempel 50c464d3-4930-494c-963c-1e951d15360e).

  • Microsoft Entra-appklienthemlighet (krävs) – Ange din Microsoft Entra-programklienthemlighet). Om du vill hitta det här värdet loggar du in på Azure-portalen. Välj fliken Microsoft Entra-ID i den vänstra menyn, välj Appregistreringar och välj din testenhetsapp. Välj sedan Certifikat och hemligheter, välj Ny klienthemlighet, ange en beskrivning, välj Aldrig under Upphör att gälla och välj Lägg till. Se till att kopiera ned värdet. Gå inte bort från sidan innan du kopierar värdet.

Testenhetslistor

Alternativet Test drive listar som finns under fliken Testenhet i Partnercenter visar de språk (och marknader) där din testenhet är tillgänglig, för närvarande engelska (USA) är den enda tillgängliga platsen. Dessutom visar den här sidan statusen för den språkspecifika listan och datum/tid som den lades till. Du måste definiera testenhetsinformationen (beskrivning, användarhandbok, videor osv.) för varje språk/marknad.

  • Beskrivning (krävs): Beskriv din provkörning, vad som ska visas, mål för användaren att experimentera med, funktioner att utforska och all relevant information som hjälper användaren att avgöra om erbjudandet ska förvärvas. Upp till 3 000 tecken text kan anges i det här fältet.

  • Åtkomstinformation (krävs för Azure Resource Manager- och Logic-testenheter): Förklara vad en kund behöver veta för att få åtkomst till och använda den här testenheten. Gå igenom ett scenario för att använda ditt erbjudande och exakt vad kunden bör känna till för att få åtkomst till funktioner under hela provkörningen. Upp till 10 000 tecken text kan anges i det här fältet.

  • Användarhandbok (krävs): En djupgående genomgång av din testkörningsupplevelse. Användarhandboken bör omfatta exakt vad du vill att kunden ska få genom att uppleva provkörningen och fungera som referens för eventuella frågor som de kan ha. Filen måste vara i PDF-format och ha namnet (max 255 tecken) efter uppladdningen.

  • Videor: Lägg till videor (valfritt): Videor som finns någon annanstans kan refereras här med en länk- och miniatyrbild (533 x 324 bildpunkter) så att en kund kan visa en genomgång av information för att hjälpa dem att bättre förstå testenheten, inklusive hur du kan använda funktionerna i ditt erbjudande och förstå scenarier som belyser deras fördelar.

    • Namn (krävs)
    • URL (endast YouTube eller Vimeo; krävs)
    • Miniatyrbild (533 x 324 bildpunkter) – Bilden måste vara i PNG-format.

Om du för närvarande skapar din provkörning i Partnercenter väljer du Spara utkast innan du fortsätter.

Stegvisa anvisningar om hur du listar och konfigurerar din värdbaserade testenhet finns i artikeln Detaljerad konfiguration för värdbaserad testenhet.

Nästa steg