Är jag redo att publicera?
Innan du skickar in din Microsoft 365-app för granskning kontrollerar du att den är redo att släppas till kunderna.
- Se till att din app fungerar korrekt i alla kompatibla operativsystem, webbläsare och enheter som stöds.
- Vissa krav gäller för allmänna appar på den kommersiella marknadsplatsen, men inte för appar som endast riktar sig till större organisationer eller företag. Om du vill se hur din app påverkas läser du svaret på "Om min app riktar sig till företag, hur påverkar det mitt bidrag?" i vanliga frågor och svar.
Se också till att du gör det mesta av appbeskrivningssidan eftersom det är den sida som kunderna ser när de laddar ned din app.
- Kontrollera att din app fungerar utan fel och tillhandahåller de funktioner, funktioner och slutprodukter som du nämner på appbeskrivningssidan och eventuellt relaterat material.
Mer information finns i Skapa effektiva listor i Microsoft AppSource- och Microsoft 365-appbutiker.
Kommentar
Sharepoint-tillägg har blivit inaktuella och kan inte längre skickas för publicering. Befintliga tillägg fortsätter att vara tillgängliga för nedladdning av kunder fram till april 2026.
Checklista för insändning
Följande är en checklista som hjälper dig att se till att din inlämning och granskning går smidigt.
Steg 1: Fastställa starttidslinjen
Att skicka in din app för granskning kan ta upp till fyra veckor från första inlämningen till det slutliga godkännandet, så förberedelser är avgörande.
Se till att inkludera tid i distributionsschemat så att vårt team inte bara granskar din app, utan även att ändringar görs i din app om det behövs.
Kommentar
Valideringsprogrammet kanske inte godkänns vid första sändningen. Det här är vanligt om det är första gången teamet skickar en app.
Steg 2: Granska alla Microsoft 365-appprinciper
Se till att du läser igenom våra allmänna marketplace-principer på sidan för certifieringsprinciper för den kommersiella marknadsplatsen. Läs även igenom de principer som gäller för den Microsoft 365-produkt som din app riktar in sig på:
- Microsoft 365
- Office-tillägg för appar som riktar sig till Outlook, Word, Excel och PowerPoint
- Teams-appar
- Visuella Power BI-objekt och mallappar
- SharePoint Framework-lösningar
Steg 3: Kontrollera att manifestet är kompatibelt
Det finns ett verktyg som du kan använda för att verifiera manifestfilen. Det här verktyget använder samma paketverifieringstjänst som vi använder i granskningsprocessen. Detta hjälper dig att klara våra automatiserade tester innan du skickar in.
Steg 4: Bestäm vilka plattformar du vill stödja
Om du stöder Apple iOS eller Android kontrollerar du att du har rätt ID-information kopplad till din PartnerCenter-profil.
För en app som är tillgänglig i iOS måste du till exempel ha ditt Apple-ID på sidan kontoinställningar för Partnercenter.
Obs! Outlook är den enda Microsoft 365-produkten som stöder Android. Lär dig hur du konfigurerar den här inställningen i Partnercenter innan du skickar hit.
Steg 5: Ange testinformation, inklusive för ytterligare inköp av nödvändiga externa tjänster eller SaaS-erbjudanden
Ge nödvändiga instruktioner om hur du fullständigt testar och tränar alla appfunktioner. Var beredd på att inkludera lämpliga produktnycklar, testautentiseringsuppgifter och exempelkonton så att certifieringsgranskaren kan verifiera och testa appen helt. Om du skickar in ett tillägg som innehåller anpassade funktioner anger du testinstruktioner för minst en anpassad funktion så att dina anpassade funktioner kan verifieras vid sändning.
Se till att du har information om externa tjänster som är redo att inkluderas i din sändning. I överföringsprocessen måste du markera rutan ytterligare inköp (visas i följande bild).
Därefter måste du ange licensnycklar, exempelkonton, testautentiseringsuppgifter och andra viktiga instruktioner så att vårt granskningsteam kan testa köpet i appen. Den här informationen bör visas i rutan Anteckningar för certifiering (som du ser i följande bild).
Dina testplaner och eventuella testkonton och instruktioner måste inkluderas här.
Steg 6: Inkludera viktiga informationslänkar med https:// URL:er
Adresserna för en support-URL, en URL för sekretesspolicy och en URL för slutanvändarlicensavtal (EULA) krävs. En av de främsta orsakerna till att en appöverföring misslyckas är när dessa länkar inte ingår i insändningen. Följande bild visar rutan som frågar efter supportinformationen.
Se till att du anger en länk till supportsidan så att användarna kan nå dig om de har problem
Ange en URL så att kunder som har problem med din app kan kontakta företaget för support.
Kommentar
Detta kan inte vara en e-postadress, det måste vara en https:// URL.
Se till att ditt företag har en sekretesspolicy som innehåller din app
Ange URL:en för appens sekretesspolicy.
Den sekretesspolicy som du länkar till måste innehålla:
- Information om dina principer om användarnas personliga information. Det vill: hur användarnas personliga information hanteras.
- En referens till appen ELLER din tjänst överlag, inte bara din webbplats.
- En beskrivning av din tjänst som innehåller namnet på den app som du skickar.
- En giltig länk som inte genererar ett 404-fel.
Om din sekretesspolicy saknar något av de föregående objekten misslyckas verifieringen och kräver en ny prenumeration.
Kommentar
En policy för användningsvillkor betraktas inte som en sekretesspolicy. Du måste inkludera en sekretesspolicy som är separat från din användningsvillkorsprincip.
Inkludera ett licensavtal för slutanvändare
Kontrollera att du har en https:// URL för din EULA-princip redo när du skickar. Om du inte redan har en och har rådgjort med din juridiska rådgivare kan du använda den här från Microsoft.
Steg 7: Förbered din butikslista med ditt team
Det sista steget när du förbereder din insändning är att fylla i en marketplace-lista som visas i butiken för kunderna. Den här listan innehåller kopian i din lista, ditt varumärke, ditt appnamn och eventuella skärmbilder och videor som du vill använda för att marknadsföra den.
Du måste ange rätt metadata som anger hur du vill att din app ska visas i butiken, inklusive:
Ditt appnamn.
En kort beskrivning av appen och dess värde.
En lång beskrivning av din app med HTML-formatering.
Viktigt: Om din app kräver ytterligare tjänster eller konton bör den långa beskrivningen innehålla information som deras namn och länkar till hur du hämtar dem. Om din app kräver ytterligare inköp från externa tjänster eller SaaS-erbjudanden bör den långa beskrivningen notera eventuella avgifter, prenumerationer eller licenser som krävs för att använda annonserade funktioner eller för att aktivera ytterligare funktioner eller innehåll.
Dricks
Vi rekommenderar att du använder en HTML-redigerare för att skapa din beskrivning i förväg, så att du kan förhandsgranska hur den ser ut innan du klistrar in den i beskrivningsfältet. Det finns ingen förhandsversion i vår sändningsprocess. Annars kan du behöva skicka din app på nytt för en annan granskning för att åtgärda formateringsproblem eller skrivfel.
Du måste också ange:
- Rätt ikoner som är rätt storlekar.
- Skärmbilder och videodemonstrationer. Läs våra tips om hur du gör detta effektivt. En skärmbild krävs.
Relaterat innehåll
Läs vår stegvisa inlämningsguide för att lära dig hur du skickar din app för validering.