Dokumenty w Krajowym Systemie e-Faktur i nie tylko te dokumenty, e-podpis

Wstęp

Tym razem opisuję kwestie dokumentu, dokumentowej postaci czynności prawnej i faktur w wersji elektronicznej, których wystawianie jest jak najbardziej czynnością prawną, i o innowacji jaką Minister Finansów serwuje nam od nowego roku.

W 2018 roku opisywałem metody uwiarygodniania treści (dokumentów) podsumowując:

Tego typu meto­dy zabez­pie­cze­nia (tak zwa­ne sys­te­mo­we, w prze­ci­wień­stwie do tech­nicz­nych, jaką jest kwa­li­fi­ko­wa­ny pod­pis elek­tro­nicz­ny),  są opar­te na zało­że­niu, że sfał­szo­wa­nie tre­ści doku­men­tu jest nie­moż­li­we (lub jest wykry­wal­ne w 100%) przy zacho­wa­niu usta­lo­nej pro­ce­du­ry dorę­cze­nia doku­men­tu (patrz: Zasada Kerckhoffs?a). Wymagania nakła­da­ne for­mal­nie na pod­miot sta­no­wią­cy Trzecią stro­nę zaufa­nia (nota­riusz) powo­du­ją, że ryzy­ko nie­wy­kry­cia fał­szer­stwa jest bli­skie zeru. Opisane powy­żej meto­dy wymia­ny doku­men­tów nie wyma­ga­ją kosz­tow­ne­go i trud­ne­go w uży­ciu kwa­li­fi­ko­wa­ne­go pod­pi­su elek­tro­nicz­ne­go (źr.: Przesyłki sądowe dostarczane przez internet czyli e-dokumenty c.d.)

Generalnie chodziło o alternatywę dla e-podpisu, który nadal uważam za ślepą uliczkę. Od wielu lat, projektując systemy informatyczne, stosują zasadę mówiącą. że system informatyczny, jako rozwiązanie, nie powinien tworzyć nowych, sztucznych bytów informacyjnych, bo im więcej takich sztucznych (nie istniejących w rzeczywistości) bytów powstanie, tym bardziej system odstaje od realiów rzeczywistości, którą (podobno) ma wspierać. Praktyka pokazuje, że próby implementacji w systemach informacyjnych mechanizmów dalekich od realiów życia, kończy się ogromnym kosztem i często po prostu porażką.

Warto mieć świadomość, że strukturalne i stałe w czasie dane, stanowią mniej niż 20% procent wszystkich danych jakie człowiek tworzy, próby stosowania modelu relacyjnego i SQL do pozostałych ponad 80% danych (dokumentów) to droga do klęski. 

On top of this, there is simply much more unstructured data than structured. Unstructured data makes up 80% and more of enterprise data, and is growing at the rate of 55% and 65% per year. (źr.: Structured vs Unstructured Data 101: Top Guide | Datamation)

(więcej…)

Czytaj dalejDokumenty w Krajowym Systemie e-Faktur i nie tylko te dokumenty, e-podpis

Struktury formularzy jako forma wyrażania wymagań

Wprowadzenie

Ten artykuł to uzupełnienie opisu: Dokument jako wymaganie.

Często jestem i ja pytany o to “Jak wyjaśnić złożone rozwiązanie techniczne interesariuszom nietechnicznym?” Jak wielu mi podobnych odpowiadam: rozmawiaj dokumentami. Sponsor projektu, przyszli użytkownicy, postrzegają swoją pracę poprzez dokumenty: ich treść i układ. Zauważyli to także inni:

A Mock-up is a slightly glorified picture, so you will be answering with at least 1001 words !

Bardzo często widuję wymagania spisywane jako tak zwana lista funkcji lub funkcjonalności. Pojęcia te mają takie definicje w języku polskim:

funkcja ?zadanie, które spełnia lub ma spełnić jakaś osoba lub rzecz?, ?możliwość wykonania określonej operacji przez urządzenie lub program komputerowy?

Funkcjonalność jest definiowana jako funkcja czegoś w jakimś systemie.

(więcej…)

Czytaj dalejStruktury formularzy jako forma wyrażania wymagań

IEEE830-1998 ? czy produkuje dobre wymagania?

Paradoksalnie wykonanie takiego modelu jest tu największą trudnością. Dlaczego? Tworząc go należy bezwzględnie panować na jego złożonością, panować nad subiektywizmem osób z którymi prowadzimy wywiady, rozumieć strategię modelowanej firmy i jej model biznesowy, wiele innych. Identyfikacja procesów sama w sobie jest trudna, wymaga posiadania metod ich identyfikacji i weryfikacji poprawności samej analizy i modelu, to jednak temat na książkę a nie na taki artykuł.

Czytaj dalejIEEE830-1998 ? czy produkuje dobre wymagania?

Co tam Panie w Software czyli mały przegląd prasy

Wakacje spowodowały u mnie mały zator prasy dlatego postanowiłem napisać kilka słów o tym co w całej kupce a nie o tym co pojedynczym numerze. Od pewnego czasu jestem czytelnikiem miesięcznika Software Developer's Journal (SDJ). Co prawda jestem analitykiem a nie np. koderem ale w końcu niektóre projekty i UML'owe obrazki piszę dla koderów właśnie a dobrze jest znać swojego "klienta" i jego potrzeby. A co znajdziemy w numerach z Czerwca, Lipca i Sierpnia? Kilka ciekawostek

Czytaj dalejCo tam Panie w Software czyli mały przegląd prasy

SOA: Czy to już nadchodzący koniec zintegrowanych ERP?

Albo analiza procesowa i obiektowa albo na margines życia. Coraz powszechniejsze zrozumienie idei zorientowania na procesy, interoperacyjności (w tym zarządzanie łańcuchami dostaw), architektury SOA (która moim zdaniem doskonale się wpasowuje w metody zarządzania zorientowanego na procesy i reorganizację w firmach) powoduje stawianie takich wymagań także dostawcom rozwiązań IT. Te które się do tego nie dostosują, moim zdaniem odejdą z rynku.

Czytaj dalejSOA: Czy to już nadchodzący koniec zintegrowanych ERP?

Zarządzanie IT w czasach nowych wyzwań rynkowych

Systemy informatyczne stają się coraz bardziej uniwersalne patrząc na nie od strony kompatybilności baz danych czy miejsc ich składowania. W efekcie można już je podzielić na niezależne zbiory przetwarzanych danych oraz aplikacje służące do wprowadzania, przetwarzania i wyprowadzania tych danych. Firmy informatyczne, szczególne twórcy oprogramowania muszą zacząć szczególnie dbać o jakoś dostarczanych produktów, gdyż ryzyko wynikające z ich jakości i przydatności coraz częściej jest zrzucane właśnie na nich. Odbiorcy systemów (sponsorzy projektów) zaczynają wymuszać w umowach równomierne rozkładanie ryzyka na obie strony kontraktu. Jednym z efektów tego procesu jest coraz częściej spotykana metoda opłat za rozwiązania informatyczne na zasadzie ?za zużycie? a nie jako zakup na własność. Jednym z tych trendów jest outsourcing. Opłacalny jest szczególnie tam, gdzie zasoby informatyczne są wykorzystywane w sposób trudny do szczegółowego zaplanowana albo w sposób bardzo nierównomierny w czasie (np. wydruki faktur na koniec okresu rozliczeniowego). Obserwujemy zarówno zmiany w systemach opłat licencyjnych za oprogramowanie (cykliczne opłaty za okres użytkowania oprogramowania zamiast jednorazowej przy zakupie) jak i w systemach opłat za usługi konsultingowe (pojawia się składnik partycypacji finansowej w efektach takiej pracy).

Czytaj dalejZarządzanie IT w czasach nowych wyzwań rynkowych

Koniec treści

Nie ma więcej stron do załadowania