Scheduling udfordringer i Sharepoint

Et eksempel hvor dette giver problemer
Et nyhedssystem hvor udgivelsesdatoen bruges til sortering og dato visning.

Hvis man, efter et item er udgivet, har brug for at rette f.eks. en stavefejl, bliver man nødt til at ændre udgivelsesdatoen til en ny fremtidig dato for at kunne gemme. Item'et vil således se ud som om det lige er udgivet på trods af det kan være flere uger gammelt.
Dette kan være et stort problem i sammenhænge hvor der er vigtigt, hvornår en virksomhed har orienteret om et emne.

I dette tilfælde havde kunden desuden misforstået leverandøren og havde brugt "Scheduling End" til at fjerne items fra oversigterne, med formodning om at item'et stadig kunne ses i arkivet og fremsøges.
Da "Scheduling End" fjerner item'et fra almindelig visning og herefter kun kan ses af redaktører, er dette ikke tilfældet.
Hvis man fjerner "Scheduling End" på de eksisterende items, vil man ændre udgivelsesdatoen og alle de gamle items vil derfor fremstå som nye.

Løsningsforslag
Det ville være bedre at bruge 2 almindelige datofelter, en til angivelse af nyhedens dato (den der sorteres på og angiver om den skal vises i oversigt og arkiv) og en til angivelse af hvornår item'et ikke længere skal vises i oversigten, men kun i arkivet. Ulempen ved dennne løsning er at et item stadig kan fremsøges selvom visningsdatoen ikke er overskredet.
Det kan løses ved enten at gemme item'et som en draft og først udgive det når den må ses (manuelt), eller stadig benytte scheduling start, da der ikke længere sorteres på denne.
For at reaktivere de gamle items, slåes forskudt udgivelse fra på listen.