Wydanie 2026.01 to najważniejsze rozszerzenie architektury weryfikacji danych digna od czasu uruchomienia modułu. To wydanie rozszerza zakres, jaki mogą obejmować zasady weryfikacji, sposób, w jaki są egzekwowane, oraz sposób, w jaki platforma łączy się z złożonymi środowiskami przedsiębiorstw o wielu źródłach. Kluczowe dodatki to kontrole unikalności wielokolumnowej i walidacja integralności referencyjnej. Wydanie wprowadza również zmiany w sposobie modelowania źródeł danych, zarządzania połączeniami baz danych w projektach oraz w zachowaniu wykrywania anomalii w określonych kontekstach biznesowych. Każda z tych kwestii ma znaczenie w praktyce. 

Ten wpis przechodzi przez nowe funkcje i dla kogo są stworzone. 

Dlaczego tradycyjna weryfikacja jednokolumnowa nie wystarcza 

Większość platform jakości danych egzekwuje walidację na poziomie jednej kolumny. Sprawdź, czy wartość nie jest pusta. Sprawdź, czy mieści się w określonym zakresie. Sprawdź, czy pasuje do formatu. Te kontrole mają znaczenie. Jednak nie są wystarczające dla rodzajów awarii jakości danych, które faktycznie podważają raportowanie przedsiębiorstw i zgodność z przepisami. 

Tryby awarii, które powodują największe szkody w produkcji, są relacyjne. Rekord transakcji odnoszący się do identyfikatora klienta, który już nie istnieje w zbiorze głównym. Linia zamówienia, której kod produktu jest unikalny w izolacji, ale zduplikowany w ramach konkretnego zamówienia, naruszając klucz złożony. Ekspozycja finansowa, której odniesienie do kontrahenta nie pasuje do żadnej pozycji na zatwierdzonej liście. Żadne z tych nie uruchamia pojedynczej kontroli kolumny. Wszystkie z nich prowadzą do korupcji pochodnych, które są kosztowne do wykrycia i trudniejsze do wyjaśnienia audytorowi. 

Wydanie 2026.01 dodaje możliwości weryfikacji, które bezpośrednio adresują te tryby awarii. 

Kontrole unikalności wielokolumnowej: Sprawdzanie złożonych kluczy biznesowych 

Wiele rzeczywistych jednostek biznesowych jest definiowanych przez kombinacje atrybutów, a nie pojedyncze identyfikatory. Linia zamówienia jest unikalna w ramach zamówienia, gdy kombinacja identyfikatora zamówienia i numeru linii jest odróżniająca. Pozycja finansowa jest unikalna, gdy rachunek, instrument i data razem są unikalne. 

digna 2026.01 wprowadza kontrole unikalności na konfigurowalnych zestawach kolumn. Kontrola ocenia, czy kombinacja wybranych kolumn zawiera duplikaty, identyfikując przypadki, gdy naruszone są złożone klucze biznesowe. Działa to całkowicie w bazie danych źródłowej poprzez inspekcję bazującą na SQL, bez eksportowania danych ani tworzenia dodatkowych warstw przetwarzania. 

Praktyczny wpływ dla zespołów zajmujących się jakością danych i zgodnością polega na zdolności do wykrywania zduplikowanych jednostek biznesowych, które w przeciwnym razie przeszłyby wszystkie kontrole pojedynczych kolumn czysto. Dla hurtowni danych, w których powolnie zmieniające się wymiary lub przyrostowe ładowania są powszechne, naruszenia kluczy złożonych są częstym źródłem cichej korupcji danych, które nigdy nie ujawniają weryfikacji jednokolumnowej. 

Kontrole integralności referencyjnej: Egzekwowanie relacji między źródłami danych 

Drugim głównym dodatkiem do weryfikacji jest kontrola integralności referencyjnej między źródłami danych. Sprawdza ona, czy wartości kluczy obcych w źródłowym źródle danych istnieją w odniesionym źródle docelowym, wykrywając sierocie rekordy i zerwane relacje, zanim przenikną one poprzez pochodne analizy i ścieżki raportowe. 

To, co czyni to praktycznie użytecznym na skalę przedsiębiorstwa, to zakres, który obsługuje. Kontrole integralności referencyjnej w digna 2026.01 działają w różnych tabelach i widokach, różnych schematach w ramach tej samej bazy danych oraz różnych połączeniach baz danych w ramach tego samego projektu. Kontrola nie jest ograniczona do relacji w ramach jednego schematu lub jednej hurtowni. Przedsiębiorstwo, które przechowuje dane klienta w jednym systemie, a rekordy transakcji w innym, może zweryfikować relację referencyjną między nimi bez konieczności replikowania danych w jednym środowisku. 

To bezpośrednio wspiera wymagania dotyczące jakości danych, które mają największe znaczenie w branżach regulowanych: utrzymywanie integralności hurtowni danych, weryfikowanie relacji danych głównych, wspieranie raportowania regulacyjnego i zapewnianie, że systemy BI i analityczne przetwarzają dane, które są strukturalnie poprawne. 

Pełna dokumentacja techniczna dla obydwu nowych możliwości weryfikacji jest dostępna w notach wydania digna 2026.01. 

Logiczne źródła danych i globalne połączenia: Uproszczenie skomplikowanych środowisk 

Poza dodatkami do weryfikacji, Wydanie 2026.01 wprowadza zmiany w sposobie, w jaki digna modeluje źródła danych i zarządza połączeniami baz danych, co ma bezpośrednie implikacje dla zespołów operujących w heterogenicznych środowiskach danych przedsiębiorstwa. 

Źródła danych w 2026.01 teraz reprezentują warstwę logiczną w projekcie, a nie bezpośrednie odwzorowanie na fizyczną tabelę. Każde logiczne źródło danych może być wspierane przez tabelę bazy danych, widok bazy danych lub niestandardowe zapytanie SQL. To oddziela logikę inspekcji i walidacji od struktury przechowywania fizycznego, co ma znaczenie, gdy schematy ewoluują, gdy zasady weryfikacji muszą dotyczyć zestawów danych pochodnych, lub gdy ta sama jednostka biznesowa jest reprezentowana w wielu lokalizacjach fizycznych. 

Połączenia baz danych są teraz konfigurowane na poziomie globalnym i mogą być ponownie używane w różnych projektach. Wcześniej zespoły zarządzające wieloma projektami w różnych środowiskach baz danych musiały konfigurować połączenia osobno dla każdego projektu. Globalne połączenia eliminują tę duplikację, zmniejszają koszty konfiguracji i zapewniają, że ustawienia połączeniowe są spójne na platformie. Projekty mogą również odnosić się jednocześnie do wielu źródeł danych, wspierając realistyczne architektury przedsiębiorstw, gdzie dane przechowywane są w wielu hurtowniach lub bazach operacyjnych. 

Warunki Relewancji Anomalii, Powiadomienia per Moduł i Eksport CSV 

Trzy dodatkowe funkcje w tym wydaniu dotyczą specyficznych punktów bólu operacyjnego, które użytkownicy konsekwentnie wskazywali. 

Warunek relewancji anomalii pozwala zespołom zdefiniować warunek, który kontroluje, czy digna Data Anomalies ocenia status anomalii dla danego zestawu danych. Statystyki są zawsze kalkulowane. Jednak jeśli zdefiniowany warunek nie jest spełniony, na przykład jeśli liczba rekordów jest poniżej progu, który czyni detekcję anomalii statystycznie znaczącą, platforma nie wyświetla zielonego, żółtego, czy czerwonego statusu anomalii dla tego zestawu danych. To zapobiega powstawaniu szumu alertów związanego z zestawami danych o niskiej objętości lub przejściowym charakterze i zapewnia, że ocena anomalii jest stosowana tylko w kontekstach, gdzie jest to operacyjnie znaczące. 

Konfiguracja powiadomień per moduł pozwala zespołom na ustawienie niezależnego zachowania alertów dla każdego modułu digna. Zespół inżynierów danych odpowiedzialnych za punktualność przepływu może otrzymywać powiadomienia niezależnie od zespołu ds. zgodności skupionego na weryfikacji awarii. Alarmy mogą być dostosowane do krytyczności wyników każdego modułu bez nakładania jednej polityki powiadomień na całą platformę. 

Wyniki inspekcji mogą teraz być eksportowane jako pliki CSV, co ma bezpośrednią wartość praktyczną dla zespołów, które muszą włączyć wyjście weryfikacji digna do przepływów pracy audytowych, raportowania zewnętrznego lub analizy pochodnej poza platformą. 

Dla kogo jest to wydanie? 

• Inżynierowie Danych korzystają z modelowania logicznych źródeł danych, które oddziela logikę inspekcji od fizycznego schematu oraz z globalnych połączeń, które eliminują redundantną konfigurację w projektach. 

  
  

• Zespoły ds. Jakości Danych i Governance zyskują relacyjne pokrycie weryfikacji: unikalność kluczy złożonych i integralność referencyjną potrzebne do egzekwowania zasad strukturalnych, które mają znaczenie dla raportowania regulacyjnego i zarządzania danymi głównymi. 

  
  

• Zespoły Analityczne i BI otrzymują czystsze, bardziej strukturalnie poprawne dane wejściowe z nadrzędnych systemów danych, z możliwymi do eksportu wynikami inspekcji, które bezpośrednio zasilają przepływy pracy audytowe i raportowe. 

  
  

• Właściciele Platform i Infrastruktury korzystają ze zmniejszonej złożoności konfiguracji przez globalne połączenia i logiczne źródła danych oraz z kontrolowania powiadomień per moduł, które skaluje alerty do struktury zespołu, a nie narzuca jednej polityki we wszystkich kontekstach. 

Wydanie 2026.01 jest dostępne już teraz. Pełen dziennik zmian, w tym szczegół techniczny dotyczący wszystkich nowych funkcji i zaktualizowanego odniesienia CLI, znajduje się na stronie docs.digna.ai/changelog/Release_202601. 

Gotowy, aby zobaczyć 2026.01 w swoim środowisku? 

Kontrole unikalności wielokolumnowej, weryfikacja integralności referencyjnej i architektura w bazie danych, która utrzymuje Twoje dane w miejscu, do którego należą. Umów się na spersonalizowany pokaz z zespołem digna, aby zobaczyć nowe możliwości weryfikacji w swoim własnym środowisku danych. 

Zarezerwuj Demonstrację, Przeczytaj Pełne Notki Wydania.