Microsoft 365 - klausimai, atsiliepimai

IT
#41

[quote]WRATH ra:
Dėkui. Klausimas dėl Skype for Business. Kokiu būdu atliekamas kontaktų centralizuotas grupavimas? Skype konsoleje radau tik kelis paprastus nustatymus. Ar tai atliekama su PowerShell. Naudojami OU ar AD grupės? Ar įmanoma naujam darbuotojui iškart paduoti visus kontaktus su visais darbuotojais suskirstytais grupėmis (ir dinamiškai atnaujint sąrašą išeinant/ateinant žmonėms a (vCard), kaip telefono numerį)?
[/quote]

Skype for Business neturi centralizuoto kontaktų valdymo, nes yra manoma, kad vartotojai turi suformuoti savo dažnai naudojamų kontaktų sąrašą. Vartotojas į dažnai naudojamų vartotojų sąrašą turėtų įtrauks tik tuos, su kuo nuolat bendrauja. Pradėti pokalbį su bet kuriuo vartotoju galima ir neturint jo tame sąraše: vartotojo vardą ir būsenos informaciją galima pamatyti bet kur (laiške, Office dokumentuose, naršyklėje) ir iš ten pradėti pokalbį. Taip pat ir vartotojai, ir grupės gali būti randami naudojantis paieška SfB kliente. Reiktų neužmiršti, kad SfB kliento sąraše esančių vartotojų būsenos informacija yra regurialiai atnaujinama, tai užpylus ten pilną kontaktų sąrašą visiems vartotojams, tinklas bus be jokio reikalo apkraunamas.

Jeigu labai labai norisi, galima pasiskaityti straipsnių ir importuoti/keisti ar net pasiimti trečių šalių įrankį:

Why You Don’t Want to Pre-populate Contacts in Lync/Skype
http://www.skypeadmin.com/2015/04/13/pre-populate-contacts-lync-skype/

Bulk Import Contacts for Lync 2013
https://gallery.technet.microsoft.com/Bulk-Import-Contacts-for-8e3c614
f

Lync Server 2013 - Bulk Updating Contact Groups
http://charlesulrich.blogspot.nl/2013/03/lync-server-2013-bulk-updatin
g-contact.html

Skype for Business / Lync Online Contact manager
http://support.express-desk.com/support/Skype-for-Business-Online-Cont
act-Manager

Tik aš to nedaryčiau ir kitiems nepatariu, nes nėra geras toks naudojimo scenarijus.

#42

Dėkui. Klausimas dėl Skype for Business. Kokiu būdu atliekamas kontaktų centralizuotas grupavimas? Skype konsoleje radau tik kelis paprastus nustatymus. Ar tai atliekama su PowerShell. Naudojami OU ar AD grupės? Ar įmanoma naujam darbuotojui iškart paduoti visus kontaktus su visais darbuotojais suskirstytais grupėmis (ir dinamiškai atnaujint sąrašą išeinant/ateinant žmonėms a (vCard), kaip telefono numerį)?

#43

[quote]WRATH ra:
Dar klausimas dėl domeno. Šiuo metu mūsų domenas yra test1.local, bet paštai sudaromi su adresu test.lt (trumpesnis vardas), taip pat ir puslapio vardas yra http://www.test.lt (nors valdom ir kaip redirektą http://www.test1.lt). Vardai išgalvoti, bet esmė tokiaŠypsena Tai su O365 norėsim, kad būtų domenas test.lt, bet ar nebus problemų sinchronizuoti su Azure AD vartotojus į O365 Exchange, kai mūsų vidinis AD yra test1.local? Nors, dabartinis hostintas Exchange kažkaip veikiaŠypsena Bet ten atskiras serveris yra su antriniu DC, kuris su mūsų DC sinchronizuojasi (WS2012R2 pagrindu). Mūsų DC yra WS2008 pagrindu (forest ir domenas WS2003 lygio).
[/quote]

Prieš sinchronizuojant su Azure AD, reikės domenui įdėti papildomą UPN vardą test.lt:

How to prepare a non-routable domain (such as .local domain) for directory synchronization
https://support.office.com/en-us/article/How-to-prepare-a-non-routable
-domain-such-as-local-domain-for-directory-synchronization-e7968303-c2
34-46c4-b8b0-b5c93c6d57a7

#44

[quote]WRATH ra:
Prieš pusmetį bandžiau prie mūsų tiekėjų hostinamo Exchange per PowerShell prisijungt pagal įvairias instrukcijas. Bet nieko nesigavo, spjoviau ir RDP jungiuosi prie serverio ir ten leidžiu komandas, kai reikiaGirtas
[/quote]

Labai priklauso nuo hosterio, ar jis leidžia valdyti naudojant PowerShell nuotoliniu būdu. Office 365 ar Exchange Online atveju nuotolinis PowerShell naudojimas yra pagrindinis valdymo būdas.

[quote]Beje, pas mus Exchange yra plačiai naudojamas kaip SMTP. Tas pats Sharepoint 2010 ir 2013 naudoja laiškų (workflow) siuntimui, kai kurios kitos sistemos (WSUS ir pan.) kur tiesiog nurodai kaip smtp Exchange hostą ir be autentikacijos siunčia (taip nustatyti send connectoriai). Dar yra vienas specifinis dalykas. Mūsų interneto puslapis (pas visai kitą tiekėja, bet su tokiu pat domenu kaip paštas) siunčia laiškus per mūsų Exchange. Puslapio kode padarytas siuntimas su php naudojant Mail user paskyrą ir Exchange serverio ugniasienėj atidarytas reikiamas TCP portas (su autentikacija). Ar visi šie variantas įmanomi naudojant tik O365, be Sharepoint Online, toliau naudojant savo on-premises Sharepoint ir kitas sistemas. Galvoju gal pirmi variantai ir sutvarkomi per Exchange Online panelę, bet vat dėl paskutinio klausimas.

Aišku, variantas yra grįžti prie hostingo tiekėjo SMTP naudojimo, bet mes kaip tik nuo jo perėjom, nes vis į juodus sąrašus pakliūdavo ir mūsų Exchange patikimesnis buvo. Jo, mūsų hostingą keist reik, bet kol kas tam nėra galimybiųNežinau
[/quote]

Manau, kad dėl SMTP naudojimo neturėtų būti bėdų, nes galima naudoti tris būdus: sukonfigūruojant klientą, siunčiant tiesiogiai ir SMTP Relay būdu:

How to set up a multifunction device or application to send email using Office 365
https://technet.microsoft.com/en-us/library/dn554323(v=exchg.150).aspx

#45

[quote]WRATH ra:
Kiek skaičiau, tai Staged neveiktų (iš Exchange 2013 į O365 migruojant), o Cutover netiktų, nes dėžučių daug, tai tik Hybrid ir lieka. Bet savo jėgom nemanau, kad darysim. Vis tiek reikėtų kažkokias migravimo paslaugas užsakinėt. Kaip minėjau, kai įstaigoj tik 1-1,5 “admino”, kuris dar kartu ir teisininkas/viešųjų pardavimų specialistas/bala žino kas dar…NežinauCha cha Be to, Exchange yra ne mūsų, o tiekėjų, tai patys prie jo nelįsim.
[/quote]

Staged scenarijus tikrai netinka, jeigu pas tave Exchange 2010 arba 2013, tačiau Cutover scenarijaus nenurašyčiau. Jeigu dėžučių yra mažiau negu 2000, tai Cutover scenarijus drąsiai gali būti naudojamas, tik reikia tinkamai viską suplanuoti.

#46

Dar klausimas dėl domeno. Šiuo metu mūsų domenas yra test1.local, bet paštai sudaromi su adresu test.lt (trumpesnis vardas), taip pat ir puslapio vardas yra http://www.test.lt (nors valdom ir kaip redirektą http://www.test1.lt). Vardai išgalvoti, bet esmė tokiaŠypsena Tai su O365 norėsim, kad būtų domenas test.lt, bet ar nebus problemų sinchronizuoti su Azure AD vartotojus į O365 Exchange, kai mūsų vidinis AD yra test1.local? Nors, dabartinis hostintas Exchange kažkaip veikiaŠypsena Bet ten atskiras serveris yra su antriniu DC, kuris su mūsų DC sinchronizuojasi (WS2012R2 pagrindu). Mūsų DC yra WS2008 pagrindu (forest ir domenas WS2003 lygio).

#47

Prieš pusmetį bandžiau prie mūsų tiekėjų hostinamo Exchange per PowerShell prisijungt pagal įvairias instrukcijas. Bet nieko nesigavo, spjoviau ir RDP jungiuosi prie serverio ir ten leidžiu komandas, kai reikiaGirtas

Beje, pas mus Exchange yra plačiai naudojamas kaip SMTP. Tas pats Sharepoint 2010 ir 2013 naudoja laiškų (workflow) siuntimui, kai kurios kitos sistemos (WSUS ir pan.) kur tiesiog nurodai kaip smtp Exchange hostą ir be autentikacijos siunčia (taip nustatyti send connectoriai). Dar yra vienas specifinis dalykas. Mūsų interneto puslapis (pas visai kitą tiekėja, bet su tokiu pat domenu kaip paštas) siunčia laiškus per mūsų Exchange. Puslapio kode padarytas siuntimas su php naudojant Mail user paskyrą ir Exchange serverio ugniasienėj atidarytas reikiamas TCP portas (su autentikacija). Ar visi šie variantas įmanomi naudojant tik O365, be Sharepoint Online, toliau naudojant savo on-premises Sharepoint ir kitas sistemas. Galvoju gal pirmi variantai ir sutvarkomi per Exchange Online panelę, bet vat dėl paskutinio klausimas.

Aišku, variantas yra grįžti prie hostingo tiekėjo SMTP naudojimo, bet mes kaip tik nuo jo perėjom, nes vis į juodus sąrašus pakliūdavo ir mūsų Exchange patikimesnis buvo. Jo, mūsų hostingą keist reik, bet kol kas tam nėra galimybiųNežinau

#48

Kiek skaičiau, tai Staged neveiktų (iš Exchange 2013 į O365 migruojant), o Cutover netiktų, nes dėžučių daug, tai tik Hybrid ir lieka. Bet savo jėgom nemanau, kad darysim. Vis tiek reikėtų kažkokias migravimo paslaugas užsakinėt. Kaip minėjau, kai įstaigoj tik 1-1,5 “admino”, kuris dar kartu ir teisininkas/viešųjų pardavimų specialistas/bala žino kas dar…NežinauCha cha Be to, Exchange yra ne mūsų, o tiekėjų, tai patys prie jo nelįsim.

#49

[quote]WRATH ra:
Komandine eilute pavadinau pagal sąsajos/įvesties principą. Žinau kas tas PowerShell yraŠypsena Prieš kelis metus turėjau mokymus. Bet… pirmiausiai mūsų ūkyje daug pritaikymo tam nebuvo (tik dabar su naujo Exchange atsiradimu kartais prireikia) ir šiaip nesuprantu, kam mes nuo mainframų pakilom, kad vėl sulįst į komandinę eilutę. Nekvepia progresu. Taip, atlikti kokį masinį darbą tas patogu, bet kai reikėtų paspausti vieną paukščiuką grafiniam interfeise, reikia įsiminti/išsisaugoti/pagooglint komandas, ruošt failus kintamųjų padavimui, kai reikia tik telefono numerio skaičiuką pataisyt automatiniam atsakyme. Svarbiausia, kad nėra vientisumo. Android komanda kuriant aplikaciją pagalvojo apie tai, kad tai gali būti patogu turėt. Web konsolės jau ne.
[/quote]

Vientisumas yra tame, kad pirminis visų Microsoft produktų ir paslaugų valdymo būdas yra PowerShell. Visą kitą - antriniai reikalai, kur vientisumo nėra ir nebus. Bus reaguojama į poreikius. Galbūt, dar po kelių metų geriausia UI aplinka adminui bus Android programėlė. Šypsena Bet PowerShell visada bus Nr.1, nes toks buvo priimtas sprendimas ir yra atitinkami įsipareigojimai.

[quote]O beje, nespėjau dar pilnai admino konsolės išnagrinėt, bet ar yra kur nors vieta įvesti PowerShell komandas ar tai daroma iš darbinio kompiuterio prisijungus prie O365 Exchange ar Azure AD? Ar tas PC turi būti Azure AD domene?
[/quote]

Adminas atsidaro PowerShell konsolę savo kompiuteryje (darbiniame, namų), įveda prisijungimo informaciją, inicijuoja nuotolinę PowerShell sesiją su reikiama paslauga ir padaro reikiamus darbus.

Azure AD valdymas su PowerShell aprašomas čia:

Azure Active Directory Cmdlets
https://msdn.microsoft.com/en-us/library/azure/jj151815.aspx

Pradėk nuo:

  • Install the Azure AD Module
  • Connect to Azure AD

Jeigu anksčiau kompiuteryje rimčiau nenaudojai PowerShell, tuomet prireiks šio straipsnio:

You can’t run scripts in Azure Active Directory Module for Windows PowerShell
https://support.microsoft.com/en-us/kb/2411920

Exchange Online valdymą su PowerShell pradėk nuo čia:

Using PowerShell with Exchange Online
https://technet.microsoft.com/library/jj200677(v=exchg.160).aspx

#50

[quote]WRATH ra:
Bandau taip sakant “wrap my head around this”Cha cha Tarkim,yra pas mus įprastas AD (Win2008), kur yra vartotojai, kompiuteriai (Win7) ir standalone Exchange tuos pačius vartotojus naudoja.
[/quote]

Taip pat pagalvok apie e. pašto migravimo variantus:

Ways to migrate multiple email accounts to Office 365
https://support.office.com/en-us/article/Ways-to-migrate-multiple-emai
l-accounts-to-Office-365-0a4913fe-60fb-498f-9155-a86516418842

Man labiausiai patinka hibridinis būdas, nes jis duoda daugiausiai lankstumo. Galiausiai, nutaręs, kad vietinio Exchange serverio tau daugiau nebereikia, gali jį gražiai išinstaliuoti ir likti tik su Exchange Online. Žinoma, administratoriui šis būdas yra sudėtingesnis, bet ten nieko kosminio tikrai nėra.

#51

[quote]WRATH ra:
Bandau taip sakant “wrap my head around this”Cha cha Tarkim,yra pas mus įprastas AD (Win2008), kur yra vartotojai, kompiuteriai (Win7) ir standalone Exchange tuos pačius vartotojus naudoja. Pereinant prie O365 turbūt reikės sinchronizuot mūsų AD su Azure AD (anksčiau tiekėjai pasakojo apie kažkokį servisą, kuris tai darytų).
[/quote]

Aiškumą turėtų duoti šis straipsnis:

Office 365 integration with on-premises environments
https://support.office.com/en-us/article/Office-365-integration-with-o
n-premises-environments-263faf8d-aa21-428b-aed3-2021837a4b65

Sinchronizuoti vidinio AD duomenis su Azure AD reikės visuomet, nes kitaip Exchange Online nežinos kokie vartotojai turi būti adresų knygoje. Sinchronizavimui reikia naudoti Azure AD Connect: https://azure.microsoft.com/en-us/documentation/articles/active-direct
ory-aadconnect/ (visus senesnius sinchronizavimo būdus reikia migruoti iki 2017 m. balandžio)

[quote]Bet galutiniam variante norėtųsi daugiau SSO integracijos ir mažiau atskirų prisijungimų. Bet matyt tam reikės jau Windows 10 (ir gal dar būtent Azure AD Join, o ne paprastam AD).
[/quote]

Windows 10 tam neprireiks. Viskas priklausys nuo to, kaip autentifikuosi vartotojus: leisi debesims autentifikuoti, ar iš debesų nukreipsi autentifikavimo užklausas į savo serverius su ADFS:

Getting started with Azure AD Connect using express settings (kai autentifikuoja debesys)
https://azure.microsoft.com/en-us/documentation/articles/active-direct
ory-aadconnect-get-started-express/

Custom installation of Azure AD Connect (kai naudoji savo ADFS serverį/serverius)
https://azure.microsoft.com/en-us/documentation/articles/active-direct
ory-aadconnect-get-started-custom/

[quote]Atsiradus Windows 10 kompiuteriams mes juos galėtume ir toliau prijunginėt į įprastą AD, kad valdyt su GP? Ar tik į Azure AD, o gal ir ten ir ten? Nors, Windows MDM mums kol kas neaktualus. O su vartotojais gal problemos nebūtų, juos įtraukt į Azure AD.
[/quote]

Siūlau nesiblaškyti. Biure naudojami įmonės kompiuteriai tegul toliau būna jungiami į vidinį AD. Jeigu atsiras įmonės mobilių įrenginių, kuriuos nori valdyti MDM būdu - juos papildomai įjunk į Azure AD. O vartotojų nuosavus BYOD įrenginius planuok įjungti į Azure AD, kas leis kontroliuoti bent jau jų saugumo nustatymus.

#52

Komandine eilute pavadinau pagal sąsajos/įvesties principą. Žinau kas tas PowerShell yraŠypsena Prieš kelis metus turėjau mokymus. Bet… pirmiausiai mūsų ūkyje daug pritaikymo tam nebuvo (tik dabar su naujo Exchange atsiradimu kartais prireikia) ir šiaip nesuprantu, kam mes nuo mainframų pakilom, kad vėl sulįst į komandinę eilutę. Nekvepia progresu. Taip, atlikti kokį masinį darbą tas patogu, bet kai reikėtų paspausti vieną paukščiuką grafiniam interfeise, reikia įsiminti/išsisaugoti/pagooglint komandas, ruošt failus kintamųjų padavimui, kai reikia tik telefono numerio skaičiuką pataisyt automatiniam atsakyme. Svarbiausia, kad nėra vientisumo. Android komanda kuriant aplikaciją pagalvojo apie tai, kad tai gali būti patogu turėt. Web konsolės jau ne. O beje, nespėjau dar pilnai admino konsolės išnagrinėt, bet ar yra kur nors vieta įvesti PowerShell komandas ar tai daroma iš darbinio kompiuterio prisijungus prie O365 Exchange ar Azure AD? Ar tas PC turi būti Azure AD domene?

#53

Bandau taip sakant “wrap my head around this”Cha cha Tarkim,yra pas mus įprastas AD (Win2008), kur yra vartotojai, kompiuteriai (Win7) ir standalone Exchange tuos pačius vartotojus naudoja. Pereinant prie O365 turbūt reikės sinchronizuot mūsų AD su Azure AD (anksčiau tiekėjai pasakojo apie kažkokį servisą, kuris tai darytų). Atsiradus Windows 10 kompiuteriams mes juos galėtume ir toliau prijunginėt į įprastą AD, kad valdyt su GP? Ar tik į Azure AD, o gal ir ten ir ten? Nors, Windows MDM mums kol kas neaktualus. O su vartotojais gal problemos nebūtų, juos įtraukt į Azure AD.

[quote]Norint naudoti OfB sinchronizavimo klientą ar Office 365 ID paskyros susiejimą su Office programomis, kompiuterio nereikia jungti nei į domeną, nei prie Azure AD. Vartotojo prisijungimo informacija yra suvedama tiesiai programose.
[/quote]

Dabar testuojant tokiu principu ir veikia. Bet galutiniam variante norėtųsi daugiau SSO integracijos ir mažiau atskirų prisijungimų. Bet matyt tam reikės jau Windows 10 (ir gal dar būtent Azure AD Join, o ne paprastam AD).

#54

[quote]WRATH ra:

[quote]Shar ra:

Kadangi gauni beveik visą Exchange serverį, tai jame gali daryti beveik viską su PowerShell:
[/quote]

DėkuiŠypsena Na, vis tiek. Komandinė eilutėNežinauCha cha Jei reikia pakoreguoti automatinį, tai dar su Get gauti ar bandant siųsti testinį laišką. NepatinkaŠypsena Tuo labiau, kad Android aplikacija kažkodėl leidžia uždėt paukščiuką ir įrašyt tekstą į laukelį. O vat standalone ir O365 Exchange web konsolė jau to neleidžiaNekaltas
[/quote]

PowerShell nėra paprasta komandinė eilute. Šypsena Tai yra pagrindinis būdas, kaip valdomi visi Microsoft produktai ir servisai. Naršyklėje ar programėlėse niekuomet nebus tiek galimybių, nes ten yra dedami tik patys elementariausi dalykai, kuriuos naudoja Next-Next-Finish mygtukų mėgėjai. Labai rimtai rekomenduoju įsisavinti PowerShell.

#55

[quote]WRATH ra:
Na taipŠypsena Exchange gi O365 veikia. Tiesiog admin konsolėj bandžiau lįsti į Azure AD ir ten man parodė špygą, nes trial versija. Hm, tai į Azure AD tik Windows 10 galima prijungt? Gal dar Win8.1? Win7 jau ne? Pas mus kai/jei atsiras Win10, tai tik maža dalis iš pradžių. Dauguma dar kelis metus bus su Win7. Tai įtariu pilnos OS lygio integracijos su OfB nepasieksi su Win7?
[/quote]

Azure AD Join funkcionalumą turi tik Windows 10. Senesnės Windows OS to padaryti nemoka, nes jose nėra Mobile Device Management(MDM) įrenginių valdymo galimybių.

MDM https://en.wikipedia.org/wiki/Mobile_device_management yra “lengvesnis” įrenginio valdymo variantas negu klasikinis kompiuterio įjungimas į domeną ir tokiu būdu valdomam įrenginiui nieko negalėsi nurodyti, pavyzdžiui, Group Policy pagalba. Tačiau tokiu būdu galima valdyti mobilius įrenginius, telefonus ar įmonei nepriklausančius įrenginius, kurių negali įjungti į Active Directory tradiciniu būdu.

Norint naudoti OfB sinchronizavimo klientą ar Office 365 ID paskyros susiejimą su Office programomis, kompiuterio nereikia jungti nei į domeną, nei prie Azure AD. Vartotojo prisijungimo informacija yra suvedama tiesiai programose. Windows 7 OS, priklausomai nuo naudojamos Office versijos, gali prireikti papildomos programinės įrangos - Microsoft Online Services Sign-In Assistant https://www.microsoft.com/en-us/download/details.aspx?id=28177

P.S. Nemokam1 Azure bandomąją versiją taip pat galima gauti: https://azure.microsoft.com/en-us/free/

#56

DėkuiŠypsena Na, vis tiek. Komandinė eilutėNežinauCha cha Jei reikia pakoreguoti automatinį, tai dar su Get gauti ar bandant siųsti testinį laišką. NepatinkaŠypsena Tuo labiau, kad Android aplikacija kažkodėl leidžia uždėt paukščiuką ir įrašyt tekstą į laukelį. O vat standalone ir O365 Exchange web konsolė jau to neleidžiaNekaltas

#57

Na taipŠypsena Exchange gi O365 veikia. Tiesiog admin konsolėj bandžiau lįsti į Azure AD ir ten man parodė špygą, nes trial versija. Hm, tai į Azure AD tik Windows 10 galima prijungt? Gal dar Win8.1? Win7 jau ne? Pas mus kai/jei atsiras Win10, tai tik maža dalis iš pradžių. Dauguma dar kelis metus bus su Win7. Tai įtariu pilnos OS lygio integracijos su OfB nepasieksi su Win7?

#58

[quote]WRATH ra:
Dėl serviso patikimumo. Šian nuo 8:15 rodo Sharepoint Online service degradation (vis dar rodo - 9 val.). Negalima subsaitus sukurti su custom šablonu.
[/quote]

Žinutė yra bendra, nes rodoma visiems to duomenų centro vartotojams. Paprastai, tokiais atvejais poveikį jaučia labai nedidelė vartotojų dalis. Jeigu iš tiesų tau neveikia kažkuri paslauga ir nėra pasiekiamas įsipareigotas jos SLA, gauni atitinkamą mėnesio mokėjimo nuolaidą. Pasaulinė pasiekiamumo (availability) statistika yra pateikta čia: https://products.office.com/en-us/business/office-365-trust-center-ope
rations

#59

[quote]WRATH ra:
Šian tarp aplikacijų atsirado Yammer. Tai visgi tiekėjas (kuris suteikė trial) kažkaip sugebėjo parūpint turbūt ir su testiniu domenuŠypsena

Pabandžius kokį pusvalandį: toks paprastutis socialinis tinklas. Viską galima laikint, gal tik pačius laikus neCha cha Postint žinutes (jokio rich text). Stebėt (follow) kolegas. Yra integruotas chatas. Panašiai kaip webinis Hangouts veikia (gal XMPP pagrindu padarytas). Istorija rodoma skirtingose vietose ta pati (yra ir mobili aplikacija). Galima kurti grupes ir ten susirašinėt atskirai.

Bet. Chato istorija atskira nuo kitų O365 produktų (ne Skype ar Outlook). Dokumentų prisegimas vėlgi ne iš OneDrive ar Sharepoint (galima iš PC ar pačio Yammer). Nebent dar kažkaip galima papildomai suintegruot su O365. Tai kol kas atrodo taip kaip ir yra, papildomai nupirktas produktas iš šalies, kad turėt portfelyje, bet dar neišdirbta ir nesuintegruota viskas.
[/quote]

Taip ir yra - Yammer yra paprastas vidinis įmonės socialinis tinklas, kurį IT padalinis gali pilnai valdyti. Yra galimybė įsileisti išorės vartotojus į išorines grupes ar tinklus.

Yammer grupės žinučių srautą galima įdėti į SharePoint Online vietoje vidinių žinučių: https://support.office.com/en-us/article/Use-Yammer-Embed-instead-of-t
he-Yammer-app-for-SharePoint-2013-and-SharePoint-Online-812c752b-3586-
4f67-accb-49cd3724dcc1

#60

[quote]WRATH ra:
Bandau suprast kas yra Delve aplikacija ir kam skirtaCha cha Kol kas pradiniam lange nieko nerodo, nors su keliais vartotojais prikurta dokumentų ir kitko OneDrive ir Sharepoint diskuose. Rodo tik tavo sukurtus dokumentus, kai į savo profilį eini.
[/quote]

Delve tau duoda paieškos rezultatus, nors tu dar nieko neieškojai. Panašiai veikia Facebook reklama - tu jokių raktinių žodžių neparašei, bet analizuoja tavo rašomus ir skaitomus įrašus ir bando pataikyti į temą. Naudojami Machine Learning algoritmai ir gauni informaciją apie savo ar bendradarbių skurtus/pakeistus dokumentus bei tinklapius, į kuriuos turi prieigos teises.

What is Office Delve?
https://support.office.com/en-US/article/What-is-Office-Delve-1315665a
-c6af-4409-a28d-49f8916878ca

Office Delve for Office 365 admins
https://support.office.com/en-US/article/Office-Delve-for-Office-365-a
dmins-54F87A42-15A4-44B4-9DF0-D36287D9531B

Įdomesnis dalykas yra Delve Analytics, kuris įeina į E5 planą, bet apie tai reikia atskirai pasakoti. Šypsena