Dela via


Ä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å:

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).

Skärmbild av ytterligare köpsteg med avmarkerad ruta som anger att en tjänst måste köpas eller att köp i appen erbjuds.

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).

Skärmbild som visar rutan Anteckningar för certifiering.

Dina testplaner och eventuella testkonton och instruktioner måste inkluderas här.

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.

Stöd för ifyllningsbara formulärfält för information.

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.

Marketplace-listformulär.

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.

Läs vår stegvisa inlämningsguide för att lära dig hur du skickar din app för validering.