Använd fördefinierade innehållsarbetsflöden

Ett enstegsarbetsflöde för innehållsgodkännande är ett enkelt arbetsflöde där en konstruktör skickar ett utkast för granskning (steg 1) och granskaren kan godkänna, avslå eller begära ändringar. Om granskaren begär ändringar så genomförs ändringarna och konstruktören skickar igen för att starta om arbetsflödesprocessen.

Ett enstegsarbetsflöde för godkännande och publicering av innehåll är ett enkelt arbetsflöde där en konstruktör skickar ett utkast för granskning (steg 1) och granskaren kan godkänna, avslå eller begära ändringar. Om granskaren begär ändringar så genomförs ändringarna och konstruktören skickar igen för att starta om arbetsflödesprocessen. När innehållet har godkänts validerar och publicerar Oracle Content Management innehållet.

Ett tvåstegsarbetsflöde för innehållsgodkännande lägger till ytterligare ett godkännandeskikt, där en konstruktör skickar ett utkast för granskning och granskaren kan begära ändringar eller överföra det vidare för slutligt godkännande. Låt oss till exempel säga att alla objekt måste godkännas av den juridiska avdelningen för slutligt godkännande. En konstruktör kan skicka sitt utkast till en redigerare för godkännande (steg 1), varpå redigeraren kan begära ändringar (och starta om steg 1) eller godkänna det och skicka det till den juridiska avdelningen för slutligt godkännande (steg 2). Den juridiska avdelningen kan sedan godkänna det eller skicka tillbaka objektet till konstruktören och begära ändringar, vilket startar om processen.

Ett tvåstegsarbetsflöde för innehållsgodkännande kan förkorta ändringsbegäranden genom att lägga till viss komplexitet. Exempelvis kan en konstruktör skicka sitt utkast till en redigerare för godkännande (steg 1), varpå redigeraren kan begära ändringar (och starta om steg 1) eller godkänna det och skicka det till den juridiska avdelningen för slutligt godkännande (steg 2). Tillägget av alternativet som gör att den juridiska avdelningen kan begära ändringar från redigeraren, snarare än bara från konstruktören, gör att arbetsflödet inte nödvändigtvis behöver startas om, vilket kan förkorta godkännandetiden.

Ett trestegsarbetsflöde för innehållsgodkännande lägger till ytterligare ett godkännandeskikt. Låt oss till exempel säga att alla objekt måste godkännas av den juridiska avdelningen, men att det slutliga godkännandet sedan måste komma från regelefterlevnadsavdelningen. En konstruktör kan skicka sitt utkast till en redigerare för godkännande (steg 1), varpå redigeraren kan begära ändringar (och starta om steg 1) eller godkänna det och skicka det till den juridiska avdelningen för godkännande (steg 2). Den juridiska avdelningen kan sedan skicka tillbaka objektet till konstruktören och begära ändringar, vilket startar om processen, eller överföra det till regelefterlevnadsavdelningen (steg 3). Regelefterlevnadsavdelningen kan därefter begära ändringar från konstruktören (och starta om processen) eller godkänna det.

Ett trestegsarbetsflöde för innehållsgodkännande kan förkorta ändringsbegäranden genom att lägga till viss komplexitet. Exempelvis kan en konstruktör skicka sitt utkast till en redigerare för godkännande (steg 1), varpå redigeraren kan begära ändringar (och starta om steg 1) eller godkänna det och skicka det till den juridiska avdelningen för godkännande (steg 2). Den juridiska avdelningen kan sedan skicka tillbaka objektet till konstruktören för ändringar (och starta om processen). Genom att lägga till möjligheten att begära ändringar direkt från redigeraren slipper den juridiska avdelningen starta om arbetsflödet, vilket kan förkorta processen. När den juridiska avdelningen godkänner objektet överförs det till regelefterlevnadsavdelningen (steg 3). Regelefterlevnadsavdelningen kan därefter begära ändringar från konstruktören (och starta om processen) eller förkorta processen, genom att begära ändringar från antingen redigeraren eller den juridiska avdelningen, och slutligen godkänna det.