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.
W moim poprzednim poście przeprowadziłem Cię przez listę kroków wymaganych do zbudowania, wysłania i obsługi odpowiedzi z Adaptive Cards jako Actionable Messages w Outlooku. Powiem C teraz, jak zabezpieczyć odpowiedź.
Minęło trochę czasu, odkąd pierwszy raz pomyślałem o napisaniu tego postu. Ostatnio dostałem więcej pytań na ten temat i zdałem sobie sprawę, że rzeczywiście jest wątek o Adaptive Cards, o którym jeszcze nie pisałem. Pozwól zatem, że naprawię to niedopatrzenie przy pomocy tego kompletnego przewodnika.
Wielokrotnie zadawano mi to pytanie – jak przypisać jedną kartę Adaptive Card wielu użytkownikom Microsoft Teams, a następnie zebrać odpowiedzi. Chodzi o to, że akcja „Send Adaptive Card to Teams user and wait for response” pozwala nam zbierać tylko jedną odpowiedź na raz. Więc jak możemy to zrobić?
Temat ten był stale podnoszony przez wiele osób, z którymi rozmawiałem. Jak można wzmiankować o użytkownika w Microsoft Teams, w wiadomościach wysyłanych z Power Automate? Wydawało się, że ten problem nigdy nie był do rozwiązania przez nas: Power Users aż do momentu, gdy kilka dni temu Microsoft udostępnił nową akcję dla Microsoft Teams w Power Automate pod nazwą: „Get @mention token for a user”. Akcja tam jest tym ciekawsza, że pozwala na wzmiankowanie również w korzystając z Adaptive Cards!