Office 365 blog

Windows Server Core -on hasznos lehet, ha váltani szeretnénk a billentyűzetek közül. Mivel nyelvi beállítások nincsenek, marad a PowerShell:

Set-WinUserLanguageList $(New-WinUserLanguageList -Language "en-US"| % {$_.add("hu-HU");$_}) -force

(You can set multiple keyboard languages from PowerShell this way on Windows Server Core)

Nem Office 365-ös téma, de sokakat érinthet az igazándiból SMBv1 patch. A Wannacrypt az eddigi leggyorsabban terjedő kripto vírus (randsomware), elég egyetlen számítógépre eljutnia, hogy utána a hálózatra kötött többi eszközt is megfertőzze, amelyik védtelen.

A megoldás egy Márciusban kiadott hibajavítás: Microsoft Security Bulletin MS17-010

Azonban ez nem minden rendszerre jött ki, viszont tegnap (ma) a Microsoft kiadott egy hibajavítást az Windows XP, Windows 2003, Windows 8 gépekre is:

https://blogs.technet.microsoft.com/msrc/2017/05/12/customer-guidance-for-wannacrypt-attacks/

Az angol nyelvű javításokat direktben innen lehet letölteni:

Windows Server 2003 SP2 x64, Windows Server 2003 SP2 x86, Windows XP SP2 x64, Windows XP SP3 x86, Windows XP Embedded SP3 x86, Windows 8 x86, Windows 8 x64

A Magyar és egyéb nyelveket pedig innen:

http://www.catalog.update.microsoft.com/Search.aspx?q=KB4012598

Gyors megoldás sietősöknek: kattintás ide

Eddig az Exchange Online-hoz nem lehetett Modern (ADAL, MFA) autentikációval csatlakozni. Nemrég megjelent egy technet cikk, ami részleltesen leírja a csatlakozás folyamatát:

Admin Portal/Admin Centers/Exchange/Hybrid/Configure gomb a Exchange Online PowerShell Module alatt.

Ezután Connect-EXOPSSession -UserPrincipalName <UPN> parancsot kell kiadni és már benni is vagyunk. (az UPN általában az email címmel egyezik meg)

Miután már fel van telepítve a modul az adott felhasználónak, PowerShell ISE -ből az alábbi módon lehet betölteni az Exchange Online PowerShell module -t , hogy működjön az MFA.

Import-Module $((Get-ChildItem -Path $($env:LOCALAPPDATA+"\Apps\2.0\") -Filter Microsoft.Exchange.Management.ExoPowershellModule.dll -Recurse ).FullName|?{$_ -notmatch "_none_"}|select -First 1)
$EXOSession = New-ExoPSSession
Import-PSSession $EXOSession

A különbség főleg az üzemeltetésben van, az adatvédelmi szempontok miatt. Ellentétben az eddigi európai adatközpontoktól, a németországi adatközpontot nem a Microsoft, hanem egy külső cég a T-Systems üzemelteti, így a szigorúbb Német vagy Európai adatvédelmi szabályozás alá eső cégeknek is elérhetővé válnak a felhős szolgáltatások. A Microsoft a technológiát adja, hozzáférése nincs az adatközponthoz. A szolgáltatás elnevezése Office 365 Germany lesz. Az adatközpontok Frankfurt/Main illetve Magdeburgban találhatóak.
Azonban ára is van a biztonságnak, a 4,20 EUR/felhasználó/hó díjú Vállalati alapcsomag 5,30 EUR-ba kerül.

forrás:
Microsoft
fixmibug

Amikor Office Online-ban új üres fájlt hozunk létre, akkor automatikusan kap egy nevet, például: Munkafüzet, Document5, Presentation, …

Ha a Fájl/Mentés másként menüt használjuk, akkor új fájl jön létre és az üres is megmarad egy új fájl létrehozásakor ez nem a legjobb. A legegyszerűbb átnevezni a dokumentumot.

Ehhez egyszerűen csak a böngésző felső részén a fájlnévre kell kattintani:

Persze be is lehet csukni és átnevezni, de az több kattintással jár. Fájl/Átnevezés funkció egyenőre nincs. (2016.12.18)

Ha már itt tartunk az Office Online-ban nincs mentés funkció, a dokumentumok automatikusan mentődnek minden változáskor.

(Távoli postaláda engedélyezés)

Amennyiben helyi és Exchange Online környezetünk is van, valamint össze vannak egymással kapcsolva, az alábbi kérdések szoktak felmerülni, ha közvetlenül létrehozzuk az Office 365 postaládát a felhőben:

Miért nem látszanak a felhőben létrehozott felhasználók a helyi Exchange Admin Center-ben?

Miért nem működik a belső hálózatról az Outlook automatikus szerver konfiguráció?

Bár létrehozhatjuk a felhasználót az AD-ban és hozzárendelhetünk a szinkronizálás után licencet az Office 365-ben, de a probléma az, hogy ilyenkor a helyi Exchange nem tud róla, hogy ennek a felhasználónak létezik postafiókja. A helyi Exchange számára egy AD felhasználó lesz semmi több. Ezért nem tudja beállítani pl. automatikusan az Outlook az email cím alapján a szervert, hiszen a helyi Exchange-t kérdezi meg, de ő meg nem tud semmilyen postafiókról.

Ilyenkor szükséges különböző Exchange AD attribútumok (pl. msExchRecipientType ) beállítása is a felhasználói objektumon. Ezt legegyszerűbben az alábbi PowerShell paranccsal tehetjük meg:

#Szintaktika: Enable-RemoteMailbox <felhasználó> –RemoteRoutingAddress <felhasználó@előfizetés.mail.onmicrosoft.com>

Enable-RemoteMailbox vezeteknev.keresztnev -RemoteRoutingAddress vezeteknev.keresztnev@tenantnev.mail.onmicrosoft.com

A teljes folyamat:

• Létrehozzuk az AD felhasználót
• Enable-RemoteMailbox
• AD szinkron futtatása (vagy kivárni a szinkronizálást)
• Licenc hozzárendelése a felhasználóhoz az Office 365-ben, ekkor jön létre a felhős postafiók

A Microsoft a blogján jelentette be, hogy 1 TB-ról 25 TB-ra növeli egy Webhelycsoport maximális méretét a következő hetekben.

Ezen felül immár egyszerűen lehet – végfelhasználók számára is - reszponzív weblapokat készíteni, amelyek tartalmazhatnak képeket, videókat, dokumentumokat, képgallériákat, eseményeket, ...

Az Office 365 csoportok a megosztott postafiók, naptár, jegyzetfüzet, dokumentumtár, feladatkezelő mellé a jövőben egy teljes értékű Csoportwebhelyet is kapnak.

Webhelycsoport – Site Collection
Csoportwebhely – Team Site

A Microsoft új szolgáltatással lepi meg hamarosan a Vállalati Prémium előfizetőket. A Microsoft Bookings lehetőséget teremt arra, hogy az előfizetők ügyfelei ( pl. fodrászat, szerviz, fogászat, korrepetáló tanár, stb ) időpontot tudjanak foglalni maguknak. Nem csak webes felületen, hanem akár mobil alkalmazáson keresztül.
Az ügyfelek tájékoztató emailt kapnak a foglalásról, valamint automatikusan az időpont előtt figyelmeztetést is. Több dolgozót is kezel, át lehet a feladatokat más dolgozókhoz rendelni, stb. Természetesen fel lehet venni kézzel is a foglalást, ha az ügyfél pl. betelefonál. A foglalások a bekerülhetnek a dolgozók naptárába, akár Office 365, outlook.com (hotmail), de akár Google naptárba is.

A Bookings használatához elég akár 1 Vállalati Prémium előfizetés is hozzá az előfizetői oldalon.

Az ügyfeleknek nem szükséges sem Office 365 előfizetés, sem Microsoft Account az eléréshez.

Első körben az "Első megjelentés" opciót választó Vállalati Prémium előfizetésekhez érkezik meg. ( Rendszergazda/Beállítások/Szervezeti profil/Megjelenési beállítások). Később az E3, E5 csomagokkal is elérhető lesz.

2017 Április 13.-tól megszűnik mind a DirSync, mind az Azure AD Sync támogatása, a helyüket az Azure AD Connect veszi át. Érdemes minél előbb lecserélni, nehogy feledésbe merüljön. Maguk az eszközök fognak működni, de támogatás már nincs, ha bármi gond van, a support addig nem foglalkozik velünk, amíg nem frissítjük.

Maga az eszköz mögött lévő szinkronizálási technológia ugyanaz, mint az Azure AD Connect, de a tool magát a konfigurálást is elvégzi és többet is tud. Például beállítja az ADFS szervereket egy pár egyszerű kérdés után. A telepítés egyszerű, le kell szedni a régi toolt teljesen és feltelepíteni az AAD Connect-et, adatbázis mentés nem szükséges. Lehetséges frissíteni is a meglévő konfigurációt:

Upgrade from DirSync

Upgrade from Azure AD Sync

Részletek: http://aka.ms/dirsyncdeprecated

A Microsoft OneDrive vállalati kliense (groove.exe) soha nem működött igazán jól. Ha valakinek egy kicsit is több fájl volt a saját SharePoint Online tárhelyén (OneDrive), akkor időnként csak úgy elakadt a szinkronizálás és jobb esetben lehetett újra letölteni mindent, rosszabb esetben újra telepíteni. Még csak egy napja van kinn az új kliens, de elvileg ez már jó lesz. Azért fogalmazok feltételes módban, mert még nincs vele hosszútávú tapasztalatom, de a OneDrive csapat már azt mondja ez a tuti verzió. ( 17.3.6378.0329 )

Az új kliens a személyes OneDrive része immár (onedrive.exe), a OneDrive vállalati mappát innentől ez kliens fogja szinkronizálni. Egyelőre csak a saját OneDrive mappát, a többi SharePoint tárat továbbra is a régi (groove.exe) kliens szinkronizálja.

Az új klienst innen lehet letölteni:
http://go.microsoft.com/fwlink/p/?LinkId=248256

A Jó hír, hogy szinkronizálásnál immár 10 Gb a maximum fájlméret és 30 millió fájlt szinkronizálhatunk. Részletek itt.

Használható Windows 8.1-el is
Választható mely könyvtárakat szinkronizálunk
Rendben működik Mac-en

A kliens bizonyos feltételek fennállása esetén, automatikusan átveszi a régi klienstől (groove.exe) az adatokat. Erről részleteket az alábbi linken lehet találni, az előfeltételek résznél:
Áttérés a jelenlegi OneDrive Vállalati verzió szinkronizálási ügyfélalkalmazásról

Tapasztalataim szerint, ez nem mindig sikerül. Ilyenkor hozzá kell adni a vállalati fiókot az ikon jobbgomb/settings ablakán:

Figyelem: Ilyenkor nem maradnak helyben a fájlok, hanem a régi mappa átnevezésre kerül és újra letöltődik minden! Fontos, hogy legyen elég hely a lemezen, vagy előbb nekünk kell kikapcsolni a szinronizálást a régi kliensben, elmenteni a fájlokat és utána hozzáadni a vállalati fiókot.

Tipp: A állományok továbbra is a SharePoint saját webhelyen tárolódnak, aminek a vállalati Office 365-on belül az egyszerűség kedvéért OneDrive a neve (jók ezek a marketingesek az MS-en belül). Viszont ennek megfelelően vannak korlátozások, pl. nem lehet % jel az állománynevekben. Van egy eszköz, amellyel ezeket az állományokat automatikusan meg lehet találni és javítani a nevüket. Az alábbi linken letölthető:

https://support.microsoft.com/hu-hu/kb/2933738#bookmark-fixitformealways

Update1: Az új kliens támogatja a Windows 8.1-et is eddig csak a Windows 8 volt támogatott)

Update2: A vállalati verzióban ez újdonság, ki lehet választani, hogy melyik könyvtárakat szinkronizálja:

Update 3: Mac-en is rendben működik, csak egy kicsit kell vele trükközni, az alábbi parancsokat érdemes kiadni.

sudo defaults write com.microsoft.OneDrive-mac DefaultToBusinessFRE -bool True

sudo defaults write com.microsoft.OneDrive-mac EnableAddAccounts -bool True

Teljes leírás

Azure Resource Manager (ARM) PowerShellben nem olyan egyszerű lekérdezni a gépek bekapcsolt státuszát, mint Service Managerben (ASM). Amennyiben egyszerűen a Get-AzureVM paranccsal lekérdezzük a gépeket, csak a ProvisioningStatus-t kapjuk meg a VM egyéb állapotáról nem kapunk információt.

A Get-AzureVM parancsnak van egy –Status kapcsolója, amivel a részletes státusz is elérhető. Így már elő tudjuk állítani az egysorosunkat:

get-azurevm | Select-Object @{Name="VirtualMachineName";Expression={$_.Name}}, ResourceGroupName, @{Name="Status";Expression={((get-azurevm -ResourceGroupName $_.ResourceGroupName -Name $_.Name -Status).Statuses | ? { $_.Code -like "PowerState*" } ).displaystatus}}

Format-Table –AutoSize –al szebb lehet az eredmény, de ekkor nem kapunk azonnali válaszokat, meg kell várni az összes gép lekérdezését:

get-azurevm | Select-Object Name, ResourceGroupName, @{Name="Status";Expression={((get-azurevm -ResourceGroupName $_.ResourceGroupName -Name $_.Name -Status).Statuses | ? { $_.Code -like "PowerState*" } ).displaystatus}} | Format-Table -AutoSize

Gyorshír: megérkezett az új Office Windows verziója, részleteket itt találtok: https://blogs.office.com/2015/09/22/thenewoffice/

A rendszergazdáknak a telepítésről már írtam: http://blog.zomputer.hu/content/office-2016-szeptember-22

Update:

Így lehet Office 365 (vállalati) licenccel az új Office 2016-ra frissíteni

A Microsoft hivatalos blogbejegyzésben erősítette meg a hírt, hogy 2015. szeptember 22.-én jelenik meg az Office 2016 Windowsos változata. Megosztok veletek néhány fontosabb információt, amelyek elsősorban a rendszergazdák számára lehetnek fontosak. A cikkben főleg a cégeknek való Office ProPlus (felhős) változatról lesz szó, mivel itt várhatók lényeges különbségek.

A jelenlegi Office 2013-as változathoz a 2016 megjelenése után 1 évig fogja kiadni a Microsoft a biztonsági frissítéseket, tehát ennyi időnk lesz a frissítésre.

Ha az Office 2013 felhős frissítésre van beállítva (CDN), akkor az Office 2016 fájljai automatikusan letöltődnek a kliens gépekre. Miután a frissítések letöltődtek, a felhasználó kap egy kérdést, hogy szeretne-e frissíteni.
Ez az alapértelmezett telepítési mód, csak akkor tudunk eltérni tőle, ha az Office Deployment Tool-al telepítettük az Office-t.
A telepítő kb. 850 Mb-nyi adatot tölt le az alaptelepítéshez és 200 Mb-ot nyelvenként.

Az Office 2016 esetén lehetőség lesz az előbb említett Office Deployment Tool segítségével másik frissítési ágat választani az alábbiak közül:

Nagyobb cégeknél a javaslat a következőt:

• Pilot felhasználók a Current Branch frissítéseket kapják meg, így ki tudják próbálni az újdonságokat
• A főbb üzleti felhasználók a Current Branch for Business ágat használják
• Az alkalmazás tesztelők a First Release for Current Branch for Business ágat használják, így ki tudják tesztelni az főbb üzleti felhasználóknak az alkalmazásokat.

Felmerül a kérdés, hogy hogyan adhatjuk meg melyik ágba tartozzon a telepítés. Erre az előbb is említett Office Deployment Tool-t kell használni, egy külön Branch attribútum szolgál a configuration.xml fájlban:

<Configuration>
<Add SourcePath="\\server01\office" OfficeClientEdition="32" Branch="Current">
<Product ID="O365ProPlusRetail" >
<Language ID="hu-hu" />
</Product>
</Add>
</Configuration>

Néhány fontosabb kitétel, az új Office 2016 együttműködésével kapcsolatban:

• Nem lehet Office 2013 és 2016 egy gépre telepítve.
• Nem lehet egy gépre telepíteni az Office 2016 mennyiségi licencelt (.msi ) és Office ProPlus ( felhős ) változatát.
  Ez utóbbi azt is jelenti, hogy felhős Office 2016 mellé csak felhős Visio-t vagy Projektet tudunk telepíteni!
  
• A 2013-as Projekt és Visio változatok az Office 2016 telepítésekor törlődnek és telepítés után sem lehet telepíteni őket. Ilyenkor a 2016-os Visio-t vagy Projektet lehet telepíteni
• Bár ezután gyanítom kevesen fognak kardjukba dőlni, nem lesz 2016-os InfoPath. Az InfoPath 2013 marad a legfrissebb változat. Ez is eltávolításra kerül a telepítéskor, azonban a portálról le lehet tölteni a külön telepíthető változatot.

Nyelvek

Újdonság, hogy a felhős Office 2016-hoz már külön letölthető a nyelvi csomag. Ezeket kétféleképp lehet telepíteni:

• A felhasználók maguk töltik le. Egy link lesz az Office 365 portálon, a Szoftver lapon.
• A már többször említett Office Deployment Tool-t is lehet erre használni.

Ma már egyáltalán nem számít különlegesnek, ha egy cég a felhőben szeretné tárolni a fájlokat. Viszont, hogy hogyan teszik meg mindezt, már nem mindegy.

A legtöbb kis és közepes cégnek van egy szervere helyben (valahol a sarokban), ahol a közös fájlokat tárolják. Ez lehet AZ X: meghajtó vagy valami hasonló. Persze lehet több meghajtó is, de ez a lényegen nem változtat, egy közös helyen tárolják a munkához szükséges fájlokat.

Ma már a tipikus munkavállaló nem csak az irodában ül, hanem távolról is szeretne dolgozni. A levelezés már régóta egyszerű eset, egy külső kapcsolat kell hozzá és a levelek kívülről is elérhetőek.
A közös fájlok már bonyolultabb feladat:

• Kell egy gép amit távolról vezérelhetünk pl. Teamviewer-el vagy távoli asztali kapcsolat segítségével
• Vagy VPN kapcsolatot kell felépíteni, de ez egy egyszerű halandó számára macerás
• Egyéb beépített külső elérést is lehet használni, pl. a Small Business szerverét, de le-fel kell tölteni a fájlokat, ráadásul maga a szerver termék már nem is létezik
• SSH Tunnel J a Linux guruknak
• FTP szerver, ha bátrak vagyunk
• …

Egy szó mint száz az átlag felhasználóknak egyik sem a könnyen használhatóság mintaképe. A felhő szolgáltatásokat viszont már nap mint nap használjuk ( Facebook, Hotmail, Youtube, … ), és a jobb szolgáltatókban megbízunk. Miért ne tehetnénk a felhőbe a fájlszervert is?

Sok szolgáltató van ahol ilyen szolgáltatás elérhető: pl. a OneDrive, Dropbox és a Google Drive. Mindegyiknél hatalmas mennyiségű tárhelyet kapunk, alacsony árért. Viszont ezek a szolgáltatások egy felhasználó adatainak a kezelésére vannak kitalálva. Egyik sincs felkészítve arra, hogy több felhasználó megosztottan használja. Emiatt, ha közös tárhelynek használjuk, hamar a korlátokba ütközünk. Pl. Nincs jogosultság rendszer, egy felhasználói fiókot használ mindenki egy jelszóval, nincs garantált mentés…

Viszont a OneDrive Vállalati verzió ( OneDrive Business ) már jobbnak tűnik, hiszen ez már vállalati használatra való rendszer. Lehetséges:

• dokumentumtárakat létrehozni
• dokumentumokat verziózni
• dokumentumokban keresni
• más felhasználóknak jogosultságot hozzárendelni
• megosztani
• van róla garantált mentés
• fel lehet csatolni meghajtónak
• 1 Tb tárhely ( 1024 Gb )
• …

A OneDrive Vállalati verzió gyakorlatilag egy SharePoint saját hely és a SharePoint az egyik legjobb dokumentum kezelő rendszer. Nosza, csináljunk egy fiókot és egy kis beállítás és feltöltés után, a fájlok fent vannak a felhőben és elérhetőek. Minden dolgozó hozzáférhet a fájlokhoz, szerkesztheti, átnevezheti, mozgathatja és törölheti őket. Mint a helyi fájlszerverben.

Ugyanaz minden, ráadásul biztonságosabb helyen, mindenhonnan elérhető. Mindenki boldog, feladat pipa?

Hát sajnos ezt nem lehet elmondani, mert hamarosan kiderülnek a hátulütők. Kevesebb a mentési lehetőség, csak egy felhasználó tudja szinkronizálni a fájlokat a helyi gépre ( ha pl. net nélkül is szeretnénk elérni ). Mivel közös tárhelyről van szó, nem csak egy felhasználó adatai vannak itt, hamar elérhetjük a 20000 fájlos szinkronizálási limit számot.
Ha szinkronizálni szeretnék, esetleg használhatja mindenki ugyanaz a fiókot, de ekkor meg leszinkronizálódik az összes gépre minden. Emlékszünk még arra, hogy a cég fájlszerveréről van szó? Úgy el fog fogyni a gépeken a hely, mint a szél. Ráadásul a sávszélességet is zabálja, valamint ha egy fájlt két gépen szerkesztenek, akkor mindenféle hibaüzenetekkel, kédésekkel találkozik a végfelhasználó. Egy személy, személyes használatára van kitalálva.

A OneDrive Vállalati verzió – szerintem a névhasználat tragédia – könnyen összekeverhető a OneDrive szolgáltatással, pedig nem sok közük van egymáshoz, a OneDrive Vállalati verzió teljesen másik architektúrára épül: A SharePointra, ami a Microsoft nagyvállalati megoldása. Közeledünk a megoldás felé.

A SharePoint Online több részből áll nagyon leegyszerűsítve:

• OneDrive Vállalati verzió személyes használatra
• és a Microsoft megosztott dokumentumok tárolására szolgáló SharePoint csoportwebhelyekből

A megoldás a közös fájlok elhelyezésére a SharePoint Online Csoportwebhely.

Ezt direkt erre fejlesztették ki, nagyvállalati szintű funkciókkal, közös dokumentumok tárolására és kezelésére.

A csoportwebhelyek esetében azonban, alapból kisebb tárhelyet kapunk az előfizetéshez: 10 GB + előfizetett felhasználónként 500 MB
A maximális tárhely korlát webhelycsoportonként 1 Tb és 500 000 webhelycsoportot hozhatunk létre.

A plusz tárhelyért fizetnünk kell, még ha nem is túl drága. Egy tipikus 200 GB-os közös DOKUMENTUM tár kevesebb, mint 10e Ft havonta. ( Jelenleg 0,15 EUR/GB/hó )

Végül nézzük mit javasol a Microsoft, mikor használjuk OneDrive vállalati verziót és mikor Csoportwebhelyet?

"Mikor célszerű a dokumentumokat a OneDrive Vállalati verzióba menteni?

• Ha nem tervezi azok megosztását.
  A OneDrive Vállalati verzióba mentett dokumentumok alapértelmezés szerint személyesek, kivéve a Mindenkivel megosztva mappába helyezett dokumentumokat. Emiatt a OneDrive Vállalati verzió a legjobb választás az olyan piszkozatok vagy személyes dokumentumok számára, amelyeket nem szeretne mások számára is láthatóvá tenni.
  
• Azt tervezi, hogy megosztja őket, de korlátozott a hatókörük vagy az életciklusuk.
  Néha olyan dokumentumokkal kell dolgoznia, amelyek nem kapcsolódnak folyamatban lévő projektekhez, amelyek csak Önnek fontosak, mégis meg szeretné őket osztani. Előfordulhat például, hogy egy blogban megjelenő cikket ír, és szeretné megkérni néhány munkatársát, hogy nézzék át, és végezzék el az esetleg szükséges szerkesztéseket rajta a közzététel előtt. Ebben az esetben arra van szükség, hogy az illetők csak egyszer használják a dokumentumot. Az illetőknek nincs szükségük további kontextusadatokra, és nem kell tudniuk, hogy Ön pontosan hol tárolja a dokumentumot. Mindössze a dokumentumra mutató hivatkozásra és szerkesztési engedélyre van szükségük.
  
• Nem tudja azonosítani azt a meglévő csoportwebhelyet, amelyen a dokumentum található, és úgy gondolja, hogy a dokumentum célja nem igényli új dokumentum létrehozását.

A dokumentumokat csoportwebhely tárába mentse, ha...

• Azt szeretné, hogy a csoporttagok a dokumentumot egy folyamatban lévő projekthez kapcsolódónak tekintsék.
• Tulajdonjogot és engedélyeket szeretne terjeszteni felhasználók nagyobb körében. Ha egy dokumentum fontos a projekt sikere szempontjából, tanácsos magán kívül másokat is bevonni azoknak a körébe, akik szabályozhatják, hogy mi történjen a webhelyen.
• Az engedélyeket webhely alapján szeretné kiadni egyéni dokumentumok helyett. A csoportwebhelyhez hozzáférő személyek a webhelyen tárolt dokumentumokhoz is hozzáférnek.
• A többi, projekthez kapcsolódó dokumentumot már mentették a csoportwebhely tárába, és mások ott fogják azt keresni.
• Létre szeretne hozni egy beadási munkafolyamatot, amely egy másik személyhez rendeli hozzá a dokumentumot."

Egy rövid gyorshír, itt lehet regisztrálni a Windows 10 ingyenes frissítésre:

http://www.microsoft.com/hu-hu/windows/windows-10-upgrade

A Windows 7 SP1-et és a Windows 8.1 Update-t lehet majd frissíteni előreláthatólag 2016.07.29-ig. ( Megjelenés + 1 év )

Egy alkalmazást (Get Windows 10) kell majd telepíteni, ami az alábbi esetekben nem jelenik meg:

• Az eszközön nem Windows 7 SP1 vagy Windows 8.1 Update rendszer fut.

  ( Itt lehet ellenőrizni, hogy milyen windows rendszer fut a gépen )

• A számítógépen a Windows Enterprise verziója fut.
• Az automatikus Windows-frissítések nincsenek engedélyezve az eszközön.
• Az eszköz nem felel meg a minimális rendszerkövetelményeknek.
• Az eszköz nem csatlakozik az internethez.
• Az eszköze jogosult, de még nincs meg hozzá minden illesztőprogram kész

  ( ki kell várni míg a Microsoft elkészül vele)