Top
InfoPath loves Microsoft Flow

How to: Przenoszenie/ kopiowanie załączników z InfoPath do SharePoint Online

Pomimo faktu, iż InfoPath już wielokrotnie został uśmiercony, a jego przyszłość definitywnie zakończona, dla wielu firm budowanie formularzy dla przepływów pracy, z użyciem tego narzędzia, jest czymś tak oczywistym jak praca z Excel. Jednakże, gdy formularze są tworzone dla rozwiązań pracujących w Office 365 i SharePoint Online, ograniczenia i limity formularzy InfoPath są bardzo widoczne i stają się prawdziwym problemem.

Jakiś czas temu zmagałem się z problemem przekraczania dopuszczalnego rozmiaru instancji workflow (tutaj), który to był bezpośrednio związany z wielkością formularza InfoPath wraz z rozmiarem dołączonych do niego plików. Najbardziej oczywistym rozwiązaniem, jakie wówczas przyszło mi do głowy, było przeniesienie załączników z formularza do biblioteki dokumentów w SharePoint, jednak jak się okazało, nie było to łatwe do zrobienia z uwagi na algorytm, jaki jest używany w InfoPath do obsługi załączników.

SharePoint Logo

Site Collection Administrator dostaje odmowę dostępu dodając solucje

Ostatnio znalazłem się w sytuacji, gdy po utworzeniu nowej Modern Site (to była Team Site), moje konto, które pomimo faktu bycia zarówno administratorem kolekcji witryn oraz administratorem SharePoint, nie miało dostępu do linków prowadzących do galerii witryny (solucji, szablonów list, web partów, czy funkcji zapisywania list i witryn jako szablonów). Co więcej, przy próbie dostępu do wybranej funkcji używając bezpośredniego linka i wykonaniu operacji np. wgrania solucji, otrzymywałem odmowę dostępu.

SharePoint Designer Splash Screen

How To: Prosty newsletter z użyciem SharePoint Designer 2013

Dłuższy czas temu zostałem poproszony o przemyślenie możliwości zbudowania mechanizmu do notyfikowania pracowników aplikacji zbudowanej na SharePoint 2013 o zmianach w niej wprowadzanych. Jednak, nie chodziło o używanie alertów, czy też tworzenie dedykowanego rozwiązania. Klientowi chodziło o coś w rodzaju newslettera, którym mógłby wysyłać wiadomości w formacie HTML do wybranych użytkowników lub grup użytkowników swojej aplikacji i ogólnie mających dostęp i konta w SharePoint (ale również i z poza organizacji).

Microsoft Ignite 2017

Microsoft Ignite 2017 – co przed nami?

Konferencja Microsoft Ignite 2017 zakończyła się w ubiegłym tygodniu. Była przepełniona ciekawymi prezentacjami, warsztatami i demami. Nie miałem niestety okazji uczestniczyć w niej na miejscu, jednak z dużą uwagą śledziłem relacje na Twitterze, prezentacje online, podcasty i streamingi. Ten artykuł przedstawia zebrane przeze mnie i w mojej ocenie najciekawsze zapowiedzi zaprezentowane podczas wydarzenia, w szczególności związane z SharePoint i Office 365.

Workflow instance was too large to persist

Spotkałeś się kiedyś z tym problemem? Workflow działa poprawnie i nagle, bez zrozumiałego powodu, przechodzi w stan „suspended” (zawieszony)? Wówczas, gdy najedziesz na ikonkę „i” obok statusu, by uzyskać więcej informacji, pokaże się komunikat, iż „The workflow instance was too large to persist”? Ja ostatnio zacząłem obserwować takie zachowania. Poniżej opisuję wyniki mojej analizy i rekomendacje, jak tego uniknąć lub rozwiązać ten problem.

Office 365 Groups vs Microsoft Teams

Office 365 Groups vs Microsoft Teams, porównanie i nieporozumienia

Koncepcja Office 365 Groups nie jest nowa. Po raz pierwszy zostały zaprezentowane w 2014 roku, jednak od tego czasu ewoluowały: od produktu sięgającego korzeniami listy dyskusyjnej, do narzędzia pozwalającego na wygodną współpracę pomiędzy pracownikami. Dwa lata później, w listopadzie 2016 roku Microsoft zaprezentował nowy produkt: Microsoft Teams. Jego udostępnienie spowodowało niemałe zamieszanie wśród użytkowników i pewnego rodzaju konsternację, która w wielu przypadkach trwa do dziś.

W tym poście nie będę się starać wyjaśnić, który produkt używać kiedy, ale bardziej chcę porównać oba produkty, ich funkcje i możliwości, żeby dać Ci wiedzę, byś samodzielnie ocenił(a), którego produktu używać w swoim przypadku.

Communication Sites – gdzie one są?

Wczoraj przeglądałem Twitter z lekkim smutkiem, ponieważ wiele osób pisało o tym, że na ich tenantach Communication Sites już są, tymczasem ja nie byłem w stanie znaleźć ich na swoim. Czytałem, że aby je zobaczyć, należy mieć w ustawieniach tenanta włączone „First release”, jednak mimo tego wciąż ich nie mogłem tworzyć.

W międzyczasie znalazłem tweet, w którym wyczytałem, że nie wystarczy mieć włączonego „First release for everyone”, ale należy przełączyć to na „First release for selected users”. Przejdź do https://portal.office.com/adminportal/home#/companyprofile i zmień „Release preferences” wskazując swoje konto jako jedno z tych „wybranych” 🙂

I hate SharePoint IT frustration

Problemy z adaptacją użytkowników w SharePoint i Office 365

User Adoption – ten poruszany często zwrot nie jest związany stricte z systemami IT. Określa w zasadzie jak szybko i chętnie użytkownicy przyswajają i akceptują nowy produkt, innowację, zmianę, itp… I to nie tylko w świecie IT. W zasadzie jest używany w każdym segmencie rynku, który jest nastawiony na produkcję dóbr konsumowanych przez klientów. Nowy telefon, nowy samochód, innowacyjna usługa. Im szybciej użytkownik “kupi”, tym szybciej rosnąć będzie ROI.

Podczas konferencji Collaboration Summit, która niedawno zakończyła się w Zagrzebiu, miałem okazję uczestniczyć na wykładzie Jussi Mori, na którym opowiadał właśnie o adaptacji użytkowników, próbując ocenić przyczyny, dla których użytkownicy wcale nie chcą (nie mogą?) łatwo przyswoić nowych rzeczy oraz o sposobach, jakimi można próbować to zmienić. Ten wykład zainspirował mnie do pogłębienia tematyki i napisania tego posta, opartego na własnych doświadczeniach i posiłkując się informacjami dostarczonymi przez Internet.

Ten post traktuje o adaptacji użytkowników w IT, w szczególności w zakresie pracy użytkowników z produktami Microsoft, a dokładniej – SharePoint i Office 365.

Office 365 – plany rozwoju na 2017 rok

Niedawno zakończona widekonferencja „SharePoint Virtual Summit” (https://resources.office.com/ww-landing-sharepoint-virtual-summit-2017) potwierdziła liczne „przecieki” na temat nadchodzących planów na dalszy rozwój Microsoft Office 365 w kontekście tzw. „Digital Workplace” – przestrzeni dedykowanej pracownikom, dostarczającej narzędzi niezbędnych do wykonywania pracy szybko i efektywnie.

W tym ujęciu, Microsoft szczególnie promuje następujące produkty:

To właśnie wobec nich planowane są najciekawsze zmiany.

Jak zaimportować dane z pliku XLSX do SharePoint przy pomocy Nintex i Microsoft Flow

W Nintex dla on-premisowych wersji SharePoint począwszy od 2010 (nawet w edycjach Standard) możliwe było używanie akcji, które pozwalały na wołanie Excel Services dostępnych na platformie SharePoint i w ten sposób na pracę z danymi, z plików xls i xlsx. Jednak w SharePoint Online ta usługa nie jest dostępna (ok, można z niej korzystać poprzez REST API, jednak nie w takim zakresie, jak można w on-premise), nie istnieje też możliwość skorzystania z niej poprzez dostępne akcje w Nintex for Office 365 czy Nintex Workflow Cloud. Zatem nie istnieje prosty sposób, by zrealizować taki scenariusz. Nasunęło mi się pytanie (zainspirowane licznymi z kolei pytaniami stawianymi na forum Community Nintex), w jaki sposób można to zrobić?

Najczęściej mawianym obejściem było zapisanie pliku xlsx do formatu csv, a następnie odczytanie jego zawartości i przetwarzanie jej poprzez użycie kolekcji (planuję napisać o tym oddzielny post).

Jednak ostatnio zauważyłem, że Microsoft Flow posiada już dostępne akcje, które właśnie używają Excel Services dostępnych w SharePoint Online. Co więcej, każdy ma dostęp do bezpłatnej wersji Microsoft Flowi tych akcji również. Teraz nie pozostało mi nic, tylko spróbować.