Po pomyślnym opublikowaniu mojego pierwszego konektora w programie konektorów Independent Publisher (konektor myStrom), postanowiłem podzielić się z Tobą moimi doświadczeniami, abyś Ty również mógł podzielić się swoją pracą z całym światem!
Od pewnego czasu widziałem tego rodzaju błąd w przepływach pracy Nintex for Office 365, ale w rzeczywistości nigdy nie miałem wystarczającej determinacji, aby sprawdzić, co jest podstawową ich przyczyną. Jednak gdy klient zaczął pytać, ja zacząłem szukać.
Ostatnio spotkałem się z dziwną sytuacją, gdzie użytkownik narzekał, że dostaje odmowę dostępu do witryny, mimo że gdy sprawdzałem jego uprawnienia, SharePoint wyświetlał, że ma przyznany poziom dostępu „Contribute”.
To jest krótki post z poradą. Sam często spotykam się z tym problemem podczas pracy z Nintex Forms dla Office 365, zwłaszcza w tzw. „Classic forms”. Czasami po kliknięciu ikony „Preview” pojawia się okno dialogowe, zasłaniając designer overlayem i… zawiesza się. Jak to rozwiązać?
Podczas pracy z usługą LUIS (Language Understanding Intelligent Service) firmy Microsoft najczęstszym scenariuszem jest wykorzystanie jej w procesach biznesowych. Bardzo ważną cechą serwisu jest to, że można go szkolić o nowe wyrażenia. Można to zrobić ręcznie, za pomocą interfejsu użytkownika lub… za pomocą interfejsu REST API usługi. Pokażę Ci, jak to zrobić za pomocą przepływu Power Automate.
Kiedy budujesz RPA do obsługi procesów w SAP, dobrą praktyką jest sprawdzanie, jaka wiadomość wyświetla się na pasku stanu/ statusu za każdym razem, gdy bot potwierdza wstawione dane na ekranie lub próbuje z niego przejść na inny. Powinno się to robić w celu weryfikacji, czy nie wyświetla się żadne ostrzeżenie ani komunikat o błędzie, który powinien obsłużyć bot.
Ten post został zainspirowany sytuacją, z którą spotkałem się u jednego z moich klientów. Migrowałem SharePoint 2010 do SharePoint Online i w jednej witrynie klient posiadał wiele list, na których użytkownicy mogli tworzyć elementy. Za każdym razem, gdy ktoś utworzył lub zaktualizował element, przepływ pracy programu SharePoint Designer wysyłał im wiadomość e-mail z potwierdzeniem. Istotne było to, że listy korzystały z tej samej definicji przepływu pracy, skopiowanej dla każdej listy.
W usłudze SharePoint Online za każdym razem, gdy tworzysz bibliotekę i włączasz, lub nie opcję „Wymagaj wyewidencjonowania” przed edycją dokumentów, użytkownicy mogą otwierać pliki do współpracy w przeglądarkach lub w lokalnych aplikacjach Office. Gdy to zrobią, plik staje się zablokowany przed dostępem, np. przy próbie zmiany jego metadanych. Jeśli utworzysz przepływ Power Automate, którego celem jest zaktualizowanie metadanych pliku lub jego stanu zatwierdzenia, zakończy się niepowodzeniem podczas próby wykonania tej akcji.
Ten post jest całkowicie poświęcony opisowi struktury Dataverse używanej do przechowywania szczegółów dotyczących uruchomień wszystkich przepływów Power Automate Desktop. Lub jak dziś są nazywane: cloud flows i desktop flows utworzone przy użyciu platformy Power Automate.
To będzie krótki post. Chcę podzielić się z Wami moim podejściem do obejścia progu zwanego limitem wierszy danych (row data limit), który uniemożliwia funkcji „Collect” uzyskanie większej liczby pozycji niż ta, określona w ustawieniach. Źródłem danych w moim przypadku jest SharePoint.