Copilot generuje złe relacje w Dataverse - jak je wykryć zawczasu

Microsoft 365 Copilot

Copilot generuje złe relacje w Dataverse - jak je wykryć zawczasu

W skrócie

Poprosiles Copilota o pomoc przy modelu danych w Dataverse i cos w powiazaniach miedzy tabelami wyszlo nie tak - relacja poszla w zla strone, wskazuje nie na te tabele, albo w ogole nie taka, jakiej oczekiwales. Ten material jest dla osob, ktore pracuja na Dataverse pod agenta w Copilot Studio i chca wychwycic bledne relacje zanim wejda do dzialajacego rozwiazania.

Jak to wyglada w praktyce

Objaw widac dopiero pozniej, bo model danych sam z siebie nie krzyczy o bledzie. Agent albo raport zaczyna zwracac dziwne wyniki: rekordy laczą sie z niewlasciwymi, dane, ktore powinny byc powiazane, sa rozjezdżone, a to samo pytanie daje rozne odpowiedzi zaleznie od tego, ktora strona relacji zostala uzyta. Typowy przyklad: masz tabele wnioskow i tabele pracownikow, relacja miala laczyc wniosek z jego autorem, a po wygenerowaniu okazuje sie, ze kierunek jest odwrotny albo powiazanie trafia w inna kolumne, wiec agent przy odpowiedzi siega po niewlasciwy rekord.

Dlaczego Copilot tak robi

Agent w Copilot Studio zapisuje sie tylko w srodowisku, ktore ma baze Dataverse - to na niej opiera sie caly model danych. Copilot podpowiadajacy strukture pracuje na podstawie tego, co mu opiszesz i co zastanie w srodowisku, wiec relacja wychodzi bledna najczesciej dlatego, ze opis byl niejednoznaczny albo dotyczyl niewlasciwego srodowiska. Tu dziala ta sama zasada, ktora obowiazuje przy calej pracy z agentem: to, co model wygeneruje, jest propozycja, a nie gwarancja, i wymaga sprawdzenia u zrodla. Dodatkowo w Dataverse liczą sie uprawnienia i wlasciwe srodowisko - operacje na strukturze robisz tam, gdzie masz do tego prawo, i w srodowisku, ktore faktycznie ma baze (domyslne srodowisko organizacji czesto jej nie ma i wtedy zobaczysz komunikat, ze Dataverse nie jest skonfigurowany).

Jak to rozwiazac krok po kroku

1. Upewnij sie, ze pracujesz we wlasciwym srodowisku - tym, ktore ma baze Dataverse. Przelacznik srodowiska jest na dole lewego paska. Bledna relacja w zlym srodowisku to strata czasu.
2. Opisz oczekiwana relacje jednoznacznie, zanim poprosisz o jej wygenerowanie: ktora tabela jest po ktorej stronie, jaki jest kierunek powiazania i przez ktora kolumne ma laczyc.
3. Po wygenerowaniu otworz definicje relacji i przeczytaj ja recznie: nazwy obu tabel, kierunek i kolumne klucza. Nie zakladaj, ze skoro sie zapisala, jest poprawna.
4. Porownaj to z tym, czego naprawde potrzebujesz. Rozdziel dwie sytuacje: relacja jest zla strukturalnie (poprawiasz model) albo agent tylko zle jej uzywa (poprawiasz instrukcje agenta).
5. Sprawdz uprawnienia. Jesli agent nie widzi danych, ktore powinien laczyc, przyczyna moze byc po stronie dostepu, a nie samej relacji.
6. Testuj na malej probce danych przed udostepnieniem, a kazda poprawke struktury zweryfikuj ponownie, bo jedna zmiana relacji potrafi zmienic wyniki w wielu miejscach.

Jak sprawdzic, ze zadzialalo

Wez kilka rekordow, ktorych powiazania znasz na pamiec, i zapytaj o nie agenta w karcie "Wersja zapoznawcza". Jesli laczy wlasciwe rekordy w obie strony i to samo pytanie daje za kazdym razem ten sam, zgodny z prawda wynik - relacja jest poprawna. Rozdziel przy tym dwie przyczyny: gdy dane laczą sie zle, winna jest struktura; gdy struktura jest dobra, a agent i tak siega po nie ten rekord, poprawiasz jego instrukcje i opisy narzedzi. Twardym dowodem jest zgodnosc wyniku z tym, co widzisz wprost w tabelach - nie wierz agentowi na slowo, otworz dane i porownaj.

Wroc do listy: 200 najczestszych problemow z Microsoft 365 Copilot