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

Poprosiłeś Copilota o pomoc przy modelu danych w Dataverse i coś w powiązaniach między tabelami wyszło nie tak - relacja poszła w złą stronę, wskazuje nie na tę tabelę, albo w ogóle nie taka, jakiej oczekiwałeś. Ten materiał jest dla osób, które pracują na Dataverse pod agenta w Copilot Studio i chcą wychwycić błędne relacje zanim wejdą do działającego rozwiązania.

Jak to wygląda w praktyce

Objaw widać dopiero później, bo model danych sam z siebie nie krzyczy o błędzie. Agent albo raport zaczyna zwracać dziwne wyniki: rekordy łączą się z niewłaściwymi, dane, które powinny być powiązane, są rozjeżdżone, a to samo pytanie daje różne odpowiedzi zależnie od tego, która strona relacji została użyta. Typowy przykład: masz tabelę wniosków i tabelę pracowników, relacja miała łączyć wniosek z jego autorem, a po wygenerowaniu okazuje się, że kierunek jest odwrotny albo powiązanie trafia w inną kolumnę, więc agent przy odpowiedzi sięga po niewłaściwy rekord.

Zobacz też: Szkolenie Power Apps, Power Automate i AI w praktyce - tworzenie aplikacji i automatyzacja procesów

Dlaczego Copilot tak robi

Agent w Copilot Studio zapisuje się tylko w środowisku, które ma bazę Dataverse - to na niej opiera się cały model danych. Copilot podpowiadający strukturę pracuje na podstawie tego, co mu opiszesz i co zastanie w środowisku, więc relacja wychodzi błędna najczęściej dlatego, że opis był niejednoznaczny albo dotyczył niewłaściwego środowiska. Tu działa ta sama zasada, która obowiązuje przy całej pracy z agentem: to, co model wygeneruje, jest propozycją, a nie gwarancją, i wymaga sprawdzenia u źródła. Dodatkowo w Dataverse liczą się uprawnienia i właściwe środowisko - operacje na strukturze robisz tam, gdzie masz do tego prawo, i w środowisku, które faktycznie ma bazę (domyślne środowisko organizacji często jej nie ma i wtedy zobaczysz komunikat, że Dataverse nie jest skonfigurowany).

Jak to rozwiązać krok po kroku

1. Upewnij się, że pracujesz we właściwym środowisku - tym, które ma bazę Dataverse. Przełącznik środowiska jest na dole lewego paska. Błędna relacja w złym środowisku to strata czasu.
2. Opisz oczekiwaną relację jednoznacznie, zanim poprosisz o jej wygenerowanie: która tabela jest po której stronie, jaki jest kierunek powiązania i przez którą kolumnę ma łączyć.
3. Po wygenerowaniu otwórz definicję relacji i przeczytaj ją ręcznie: nazwy obu tabel, kierunek i kolumnę klucza. Nie zakładaj, że skoro się zapisała, 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. Sprawdź uprawnienia. Jeśli agent nie widzi danych, które powinien łączyć, przyczyna może być po stronie dostępu, 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 sprawdzić, że zadziałało

Weź kilka rekordów, których powiązania znasz na pamięć, i zapytaj o nie agenta w karcie "Wersja zapoznawcza". Jeśli łączy właściwe rekordy w obie strony i to samo pytanie daje za każdym razem ten sam, zgodny z prawdą wynik - relacja jest poprawna. Rozdziel przy tym dwie przyczyny: gdy dane łączą się źle, winna jest struktura; gdy struktura jest dobra, a agent i tak sięga po nie ten rekord, poprawiasz jego instrukcje i opisy narzędzi. Twardym dowodem jest zgodność wyniku z tym, co widzisz wprost w tabelach - nie wierz agentowi na słowo, otwórz dane i porównaj.

Wróć do listy: 213 najczęstszych pytań i problemów związanych z Microsoft 365 Copilot