Mentionsy

To jest właśnie tematem naszej dzisiejszej rozmowy z Electronic Reporting, ale jeszcze bym się dopytał, bo to w zasadzie masz bardzo ważne stanowisko w firmie, bo z kolei klienci

No to teraz przechodząc do tematu odcinka, czym tak naprawdę jest Electronic Reporting?

Electronic Reporting pojawiło się, wydaje mi się, już jakiś czas temu i tak naprawdę funkcjonuje jako zespół modeli i mapowań formatów, który pozwala z jednej strony sięgnąć do wnętrzności Dynamicsa i wyciągnąć wszystkie potrzebne nam dane, czasami nawet takie informacje, do których końcowy użytkownik nie ma dostępu bezpośrednio.

Takim typowym zastosowaniem Electronic Reporting w wielu firmach jest generowanie chociażby takich dokumentów jak faktury.

Zdarza się tak, chociaż najczęściej ta przygoda firm z Electronic Reporting zaczyna się jednak od wymagań regulatoryjnych, nazwijmy to tak, ESG.

Bo tak na dobrą sprawę samo Electronic Reporting powstało pierwotnie jako takie narzędzie, które miało zapewnić właśnie zgodność z różnego rodzaju nietypowymi regulacjami prawnymi.

Electronic Reporting troszeczkę przenosi tą pracę na zbudowanie właściwych modeli, które mogą działać troszeczkę niezależnie od tej lokalizacji.

Zbudowanie takiego rozwiązania w ramach Electronic Reporting będzie po prostu, umówmy się, z punktu widzenia kosztowego nieopłacalne.

Natomiast w wielu przypadkach jak najbardziej można zaprząc do tego celu Electronic Reporting i zbudować własne modele danych.

I tutaj pomocą może być właśnie zbudowanie poprawnego modelu w Electronic Reporting.

Natomiast korzystając z takiej ścieżki, my już nie przekazujemy milionów rekordów z poszczególnych NCI danych, tylko przekazujemy kilkadziesiąt rekordów, które wygenerował nam raport Electronic Reporting.

W Electronic Reporting mamy tą zaletę, że większość modeli predefiniowanych czy zbudowanych przez Microsoft już te relacje w sobie zawiera.

W przypadku Electronic Reporting ta warstwa modelująca dane zapewnia nam pewien dystans do tego.

Dalej generować dane i jednocześnie sama w sobie aktualizuje się do zmian w systemie, bo te wszystkie obiekty, z których korzysta Electronic Reporting po upgrade'cie po prostu są zaktualizowane i dalej generują dane.

Bo jeżeli jest to niewielki zestaw danych, bądź potrzebujemy dostępu do tych danych bardzo na żywo, na świeżo, kiedy one się dzieją, do jakichś danych transakcyjnych, wtedy ten komponent Electronic Reporting może niestety psuć obraz sytuacji.

Natomiast jeżeli mówimy o jakichś dużych zbiorach danych, z których finalnie potrzebujemy i tak zobaczyć tylko podsumowanie, analizę, wnioski, zastosowanie Electronic Reporting może nam zredukować to wąskie gardło.

Będziemy musieli się przestawić na korzystanie z raportów w postaci plikowej wygenerowanych przez Electronic Reporting, bo taka jest metoda interakcji pomiędzy tymi dwoma systemami.

Nie mamy jakiegoś bezpośredniego konektora, który by nam uruchomił model w Electronic Reporting, wygenerował format i zaciągnął te dane do systemu wynikowego.

Tutaj warto wspomnieć o tych wadach, które Electronic Reporting posiada, czyli dość ubogi interfejs dla użytkowników, którzy pracowali z programowaniem wcześniej.

Pracujemy na węzłach danych, jeżeli mówimy o Electronic Reporting to pracujemy na modelu danych, który ma strukturę drzewiastą i poruszamy się po tej strukturze bez możliwości przeciągania myszką z poziomu na poziom.

Electronic Reporting chociażby ma dostęp do większości obiektów, które się znajdują w Dynamicsie i tu nie mówimy tylko o obiektach stricte zawierających dane.

Na Electronic Reporting trzeba też patrzeć na taką maszynę, która działa dwukierunkowo, bo skupiamy się tutaj troszeczkę na tej relacji

Musimy niestety w firmie od samego początku mieć dobrze rozpisane procesy swoje, żeby te dane, które zaciągamy później w Electronic Reporting dawały wiarygodne odpowiedzi na nasze pytania.

Samo Electronic Reporting to jest jedna nóżka tej ścieżki, ale też i Power BI.

I to się w zasadzie dotyczy i samego Electronic Reporting i Power BI.