Finanse międzynarodowe: ontologia dla MŚP

Model rozliczeń międzynarodowych wiąże fakturę z walutą, rzeczywistymi płatnościami, zastosowanymi kursami i opłatami, zachowując źródło każdej kwoty. To autorski, przykładowy model dla MŚP, a nie specyfikacja gotowa do wdrożenia w każdej firmie. Odpowiada na pytanie: Jaki jest wynik transakcji po kursie, opłatach i terminach płatności? Zawiera 12 encji i 13 nazwanych relacji. Przed użyciem trzeba uzgodnić definicje z właścicielami procesu i sprawdzić je na rzeczywistych rekordach.

Ten tekst należy do katalogu ontologii w filarze Ontologia firmy. Jeśli dopiero zaczynasz, przeczytaj jak odróżnić ontologię od taksonomii i modelu danych.

Zobacz model jako graf

Otwórz pełny graf: 12 encje, 13 relacje ↗

Finanse międzynarodowe12 encje · 13 relacje

−Całość+Zamknij ×

Kliknij lub wybierz węzeł albo relację, aby przeczytać opis. Przeciągnij tło, aby przesunąć graf.

Miniatura otwiera pełny graf, w którym można wybrać encję lub relację i odczytać jej znaczenie. Tabele poniżej zawierają tę samą informację w formie tekstowej.

Jaką decyzję pomaga podjąć ten model?

Firma wystawiła fakturę w euro, klient zapłacił w dwóch ratach, a bank pobrał opłatę przy każdej. Handlowiec porównuje wartość zamówienia z wpłatą w złotych i zgłasza stratę. W rzeczywistości jedna rata czeka na rozliczenie, a użyto kursu z niewłaściwego dnia.

Graf pozwala wskazać fakturę, obie wpłaty, kwoty przypisane do faktury oraz źródło kursu dla każdej operacji, aby księgowość mogła ocenić wynik. Granica modelu jest równie ważna jak jego zakres: Nie zastępuje zasad rachunkowości ani podatkowej kwalifikacji różnic kursowych; te reguły zatwierdza księgowość.

Jakie pojęcia trzeba rozróżnić?

W tabeli każda encja ma własną definicję, klucz identyfikacyjny i przykładowe źródło. Nazwa rekordu w dwóch systemach nie dowodzi jeszcze, że chodzi o ten sam obiekt. Tożsamość trzeba potwierdzić kluczem lub świadomą regułą mapowania; status i prognozę należy datować.

Encja	Znaczenie w tym modelu	Identyfikator	Przykładowe źródło
Kontrahent	Strona transakcji zagranicznej.	identyfikator kontrahenta	rejestr kontrahentów
Umowa	Uzgodnione warunki waluty, ceny i terminów.	numer i wersja	repozytorium umów
Zamówienie	Potwierdzone żądanie dostawy lub usługi.	numer zamówienia	system sprzedaży
Faktura	Dokument należności w określonej walucie.	numer faktury	system finansowy
Pozycja faktury	Kwota i przedmiot w obrębie faktury.	faktura i numer pozycji	system finansowy
Waluta	Jednostka kwoty z kodem i precyzją.	kod waluty	słownik finansowy
Kurs	Wartość przeliczeniowa z datą, typem i źródłem.	data, para walut i źródło	rejestr kursów
Rachunek	Rachunek użyty do otrzymania lub wysłania środków.	identyfikator rachunku	system bankowy
Płatność	Potwierdzony przepływ środków.	identyfikator transakcji	wyciąg bankowy
Rozliczenie	Przypisanie części płatności do faktury.	identyfikator alokacji	system finansowy
Opłata	Koszt pobrany przy konkretnej operacji.	identyfikator opłaty	wyciąg bankowy
Termin	Uzgodniona data wymagalności z historią zmian.	identyfikator terminu	system finansowy

Faktura dokumentuje należność, płatność przepływ pieniędzy, a rozliczenie przypisuje określoną kwotę płatności do faktury. Kurs ma typ, źródło i datę obowiązywania; jeden kurs „bieżący” nie wystarcza do odtworzenia historii. Opłata bankowa nie zmienia automatycznie kwoty, którą kontrahent był zobowiązany zapłacić.

Jak encje łączą się w graf biznesowy?

Krawędź ma kierunek, czasownik i znaczenie. Krotność w tabeli opisuje założenie tego modelu, które trzeba zweryfikować w konkretnej firmie. Gdy powiązanie ma własną kwotę, datę albo dowód, warto zachować je jako osobną encję zamiast ukrywać w atrybucie.

Od	Relacja	Do	Krotność	Co potwierdza
Kontrahent	zawiera	Umowa	0..n : 0..n	Wskazuje stronę umowy.
Zamówienie	wynika z	Umowa	0..n : 0..1	Wiąże zakup z warunkami.
Faktura	rozlicza	Zamówienie	0..n : 0..n	Pokazuje podstawę należności.
Faktura	ma	Pozycja faktury	1 : 1..n	Utrwala skład dokumentu.
Faktura	jest wystawiona w	Waluta	0..n : 1	Wskazuje walutę dokumentu.
Faktura	ma	Termin	1 : 0..n	Zachowuje wymagalność.
Kontrahent	wykonuje	Płatność	0..n : 0..n	Ustala płatnika po dowodzie.
Płatność	wpływa na	Rachunek	0..n : 1	Wskazuje rachunek docelowy.
Płatność	jest w	Waluta	0..n : 1	Oddziela walutę wpłaty od faktury.
Rozliczenie	przypisuje	Płatność	0..n : 1	Umożliwia płatność zbiorczą.
Rozliczenie	pokrywa	Faktura	0..n : 1	Umożliwia raty.
Rozliczenie	stosuje	Kurs	0..n : 0..1	Pozwala odtworzyć wycenę.
Opłata	dotyczy	Płatność	0..n : 1	Oddziela koszt bankowy.

Jak przejść po grafie w jednej sprawie?

Faktura F12 w EUR ma dwie pozycje. Płatności P7 i P8 przychodzą w różnych dniach. Rozliczenia R1 i R2 przypisują części kwot do F12, każde z własnym kursem i dowodem. Opłaty O1 i O2 są przypięte do przepływów, więc raport pokazuje je oddzielnie od należności.

Bez uzgodnienia zasad księgowych nie wiadomo jeszcze, który kurs służy do konkretnego ujęcia wyniku ani czy pozostała należność jest przeterminowana. Puste powiązanie ma pozostać widoczną luką. Model nie powinien dopowiadać relacji tylko dlatego, że rekordy mają podobne nazwy lub bliskie daty.

Jak połączyć dane i nie zgubić kontekstu?

Połącz system fakturowania, wyciąg bankowy i rejestr kursów po numerze dokumentu, identyfikatorze transakcji i dacie. Przy płatności zbiorczej wymagaj jawnej alokacji do kilku faktur. Dla każdego mapowania zapisz system źródłowy, lokalny identyfikator, czas aktualizacji i regułę, która połączyła rekordy. Sprzeczne dane powinny trafić do kolejki wyjaśnienia, a nie zostać po cichu nadpisane. Właściciel procesu zatwierdza znaczenie relacji, a właściciel systemu potwierdza sposób jej pobierania.

Dostęp do rachunków i kwot ogranicz do ról finansowych; handlowiec może dostać stan rozliczenia bez pełnych szczegółów bankowych. Dostęp do połączonych danych musi odzwierciedlać cel pracy i uprawnienia. Sam fakt, że graf potrafi przejść między dwiema encjami, nie oznacza, że każda osoba może zobaczyć wszystkie atrybuty po obu stronach.

Jak sprawdzić pierwszy wycinek modelu?

Weź kilka prawdziwych, ale bezpiecznie udostępnionych spraw. Dla każdej ustal oczekiwaną ścieżkę i dokument, który potwierdza każdą krawędź. Na początek wystarczą poniższe próby:

1. Jedna płatność rozlicza dwie faktury bez podwojenia kwoty.
2. Dwie raty zachowują własne daty i kursy.
3. Opłata bankowa jest wykazana oddzielnie.
4. Brak kursu zatrzymuje wyliczenie zamiast używać aktualnego.

Jeżeli dwie osoby inaczej interpretują ten sam węzeł lub relację, popraw definicję przed budową interfejsu. Przy niewielkiej liczbie stabilnych powiązań istniejąca baza i widok mogą wystarczyć. Graf pomaga rozmawiać o znaczeniu danych; nie naprawia automatycznie błędów w źródłach.

Co zrobić dalej?

Wybierz jedno pytanie operacyjne z początku tekstu i wskaż osobę, która potwierdzi znaczenie kluczowych pojęć. Następnie sprawdź pięć spraw w systemach źródłowych. Szerszą procedurę opisuje poradnik budowy ontologii firmy. Kolejny model w katalogu: Kadry i kompetencje.