Zacznijmy od tego, co klient kupił. Na umowie widnieje jedna pozycja – pakiet IT za 350 tys. zł. Z ekonomicznego punktu widzenia są to cztery odrębne składowe:
W terminologii MSSF 15 są to obietnice do wykonania świadczenia (performance obligations). To właśnie od ich identyfikacji zaczyna się cały proces rozpoznawania przychodów, ponieważ standard traktuje każde z nich jako odrębne świadczenie, któremu należy przypisać własną wartość.
Gdyby klient kupował wszystkie elementy osobno, zgodnie z cenami katalogowymi zapłaciłby odpowiednio 100, 150, 80 i 50 tys. zł, czyli łącznie 380 tys. zł. Zdecydował się jednak na pakiet za 350 tys. zł. Ta różnica, choć wynosi zaledwie 30 tys. zł, to za chwilę okaże się kluczowa dla sposobu rozpoznania przychodów.
Na powyższym zrzucie ekranu z systemu EPM widzimy dokładnie, że katalogowa wartość świadczeń wynosi 380 tys. zł, a 350 tys. zł to kwota, którą ostatecznie zapłacił klient. Między nimi jest 30 tys. zł udzielonego rabatu. Standard MSSF 15 wymaga jednoznacznego określenia, jak podzielić 350 tys. zł pomiędzy cztery zobowiązania do wykonania. Każde z nich będzie bowiem rozpoznawane w innym momencie, dlatego już na etapie prognozy trzeba wiedzieć, jaka część ceny przypada na każde świadczenie.
Musimy ustalić wartość każdego świadczenia, a następnie zdecydować, czy 30 tys. zł rabatu obniża wartość licencji, wdrożenia oraz wsparcia, a może tylko jednego z tych elementów?
W typowej sytuacji MSSF 15 przyjmuje rozwiązanie proporcjonalne. Rabat nie jest przypisywany dowolnie, lecz rozdzielany pomiędzy wszystkie zobowiązania do wykonania w proporcji do ich cen katalogowych. Oznacza to, że licencja, której cena katalogowa stanowi 100 z 380 tys. zł, otrzymuje 100/380 ceny kontraktu. Analogicznie wyliczana jest wartość pozostałych świadczeń.
Zatem:
licencja: 350tys. zł × 100/380 = 92 tys. zł
wdrożenie: 350 tys. zł × 150/380 = 138 tys. zł
kamienie milowe: 350 tys. zł × 80/380 = 74 tys. zł
wsparcie: 350 tys. zł × 50/380 = 46 tys. zł
------------------------------------------------------
razem: 350 tys. zł
W naszym przykładzie rabat rozdzielamy proporcjonalnie do cen katalogowych, ponieważ zakładamy, że obejmuje cały pakiet. MSSF 15 dopuszcza jednak sytuacje, w których rabat można przypisać wyłącznie do wybranych zobowiązań do wykonania, jeżeli odpowiada to ekonomice transakcji.
Na pierwszy rzut oka może się wydawać, że ten podział ma wyłącznie techniczny charakter. W praktyce to właśnie od niego zależy, jaka część przychodu zostanie rozpoznana przy przekazaniu licencji, jaka podczas wdrożenia, a jaka dopiero w okresie świadczenia wsparcia. W związku z tym przypisanie ceny do wartości każdego z etapów powinno odbywać się na początku procesu.
Zatem w naszym przykładzie każde ze świadczeń będzie rozpoznawane według innej metody. Nie wynika to z wyboru księgowego, lecz z charakteru świadczenia i sposobu, w jaki klient przejmuje nad nim kontrolę lub korzysta z jego efektów.
Zacznijmy od licencji. To najprostszy przypadek, ponieważ klient otrzymuje ją jednorazowo, a wraz z jej przekazaniem powstaje cały przypisany do niej przychód. W naszym modelu przyjmujemy licencję typu right-to-use, przekazywaną klientowi w lutym. Oznacza to, że w tym miesiącu spółka rozpoznaje cały przypisany do niej przychód w wysokości 92 tys. zł. MSSF 15 określa taki sposób ujęcia jako rozpoznanie w punkcie czasu (point in time). Na wykresie odpowiada mu pojedynczy słupek.
To oczywiście jeden z możliwych wariantów. W praktyce spotyka się również licencje typu right-to-access, zapewniające klientowi ciągły dostęp do rozwijanego oprogramowania. W takim przypadku przychód nie jest rozpoznawany jednorazowo, lecz sukcesywnie przez cały okres obowiązywania umowy.
Inaczej wygląda rozpoznawanie przychodu z wdrożenia. W naszym przykładzie postęp prac mierzymy metodą kosztową (cost-input), czyli w proporcji do poniesionych kosztów. Jeżeli w pierwszym miesiącu poniesiono 25 z 100 tys. zł planowanych kosztów realizacji projektu, oznacza to wykonanie 25% prac. W konsekwencji rozpoznawane jest również 25% przypisanego do wdrożenia przychodu, czyli 35 tys. zł z 138 tys. zł. W kolejnych miesiącach przychód narasta wraz z postępem prac, tworząc na wykresie płynną krzywą.
Metoda kosztowa może być stosowana wyłącznie wtedy, gdy ponoszone koszty rzetelnie odzwierciedlają postęp realizacji świadczenia. Jeżeli część kosztów nie przekłada się na wartość dostarczaną klientowi, MSSF 15 wymaga odpowiedniej korekty miary postępu.
Realizacja kamieni milowych rządzi się inną logiką. Kluczowe znaczenie mają nie poniesione koszty, lecz efekty zaakceptowane przez klienta. W naszym przykładzie projekt składa się z czterech modułów. Odbiór pierwszego z nich oznacza wykonanie 25% świadczenia i umożliwia rozpoznanie odpowiedniej części przychodu. Jeżeli w kolejnym okresie nie zostanie odebrany żaden moduł, przychód również nie pojawi się. Z kolei jednoczesny odbiór dwóch modułów powoduje odpowiednio większy wzrost przychodu. MSSF 15 określa taki sposób pomiaru postępu jako metodę wynikową (output method). Na wykresie odpowiadają jej charakterystyczne schodki.
Ostatnim przykładem jest roczne wsparcie techniczne. W tym przypadku klient korzysta z usługi w sposób ciągły przez cały okres obowiązywania umowy, dlatego przychód rozpoznawany jest metodą liniową (straight-line). Przypisane do tego świadczenia 46 tys. zł rozkładamy równomiernie na dwanaście miesięcy, co oznacza miesięczny przychód w wysokości około 3,83 tys. zł. Na wykresie taki sposób rozpoznawania przychodu tworzy prostą, równomiernie narastającą linię.
Zatem każde ze świadczeń wpływa na wynik finansowy w inny sposób. Z perspektywy dyrektora finansowego prognoza przychodów jest efektem nakładających się harmonogramów rozpoznawania poszczególnych świadczeń. Dwa identyczne poziomy przychodów w kolejnych kwartałach mogą wynikać z zupełnie innej struktury portfela kontraktów i oznaczać odmienne perspektywy biznesowe.
W systemie EPM Fincorex logika ta została przeniesiona do modelu danych. Każdemu zobowiązaniu do wykonania świadczenia przypisywany jest atrybut określający metodę rozpoznawania przychodów, na przykład point in time, cost-input, output method lub straight-line. Na tej podstawie system automatycznie stosuje właściwe reguły kalkulacji. Dodanie nowego świadczenia do kontraktu nie wymaga przebudowy modelu ani formuł – wystarczy przypisać odpowiedni atrybut. Dzięki temu rozwiązanie skaluje się z pojedynczych umów do całego portfela kontraktów, zachowując spójność prognoz i raportowania.
Wróćmy do momentu, w którym klient zapłacił 350 tys. zł. Jak ta transakcja wygląda z perspektywy bilansu?
Wpływ środków pieniężnych nie oznacza jeszcze powstania przychodu. Po stronie aktywów pojawia się gotówka, natomiast po stronie pasywów – zobowiązanie umowne (contract liability), odzwierciedlające obowiązek wykonania świadczeń na rzecz klienta. W naszym przykładzie obie pozycje wynoszą 350 tys. zł, a wynik finansowy pozostaje bez zmian. Spółka otrzymała zapłatę, ale nie zrealizowała jeszcze żadnego ze świadczeń objętych kontraktem.
To właśnie rozróżnienie między wpływem gotówki a rozpoznaniem przychodu jest jednym z podstawowych założeń MSSF 15. Wraz z realizacją kolejnych świadczeń zobowiązanie umowne stopniowo maleje, a jego wartość jest przenoszona do przychodów. Dopiero w tym momencie transakcja zaczyna wpływać na wynik finansowy.
Przyjrzyjmy się teraz saldu zobowiązania umownego. W styczniu wynosi ono 293 tys. zł, czyli 350 tys. zł otrzymanej zapłaty pomniejszone o 57 tys. zł przychodu rozpoznanego w tym miesiącu. Po lutym saldo spada do 149 tys. zł, po marcu do 53 tys. zł i stopniowo maleje aż do zera w grudniu, gdy wszystkie świadczenia objęte kontraktem zostają zrealizowane.
To potwierdza spójność całego modelu. Otrzymana od klienta kwota została w całości rozpoznana jako przychód, a zobowiązanie umowne zostało w pełni rozliczone. Z perspektywy dyrektora finansowego saldo tego zobowiązania to również informacja o przychodach, które będą zasilały wynik finansowy w kolejnych okresach.
Pozostał jeszcze jeden element, który często umyka przy analizie takich kontraktów. Klient zapłacił za cały pakiet z góry, natomiast świadczenia będą realizowane przez kolejne miesiące. Z ekonomicznego punktu widzenia oznacza to, że przez pewien czas spółka dysponuje środkami klienta, zanim w pełni wywiąże się z umowy.
Właśnie dlatego MSSF 15 wprowadza pojęcie istotnego komponentu finansowego (significant financing component). Jeżeli odstęp pomiędzy zapłatą a przekazaniem świadczeń jest istotny, część ceny kontraktu należy traktować jako element finansowania i odpowiednio uwzględnić przy rozpoznawaniu przychodów.
Jak ustalić stopę wykorzystywaną do wyodrębnienia komponentu finansowego? W naszym modelu przyjęto 6% w skali roku, jednak wartość ta nie jest dowolna. MSSF 15 wskazuje, że powinna odpowiadać stopie, jaka zostałaby zastosowana w odrębnej transakcji finansowania zawartej pomiędzy spółką a klientem, z uwzględnieniem jego wiarygodności kredytowej.
W praktyce najczęściej oznacza to stopę wolną od ryzyka powiększoną o marżę kredytową właściwą dla danego kontrahenta. Dla jednego klienta może ona wynosić około 4%, dla innego, o niższym standingu kredytowym, 9% lub więcej. W związku z tym dwa kontrakty o identycznej wartości i strukturze mogą prowadzić do innego ujęcia komponentu finansowego wyłącznie z powodu różnej oceny ryzyka kredytowego klientów.
MSSF 15 przewiduje jednak istotne uproszczenie. Jeżeli okres między zapłatą a przekazaniem świadczeń nie przekracza jednego roku, spółka może nie wyodrębniać istotnego komponentu finansowego.
W naszym przykładzie zastosowaliśmy mechanizm SFC, mimo że klient płaci w styczniu, a ostatnie świadczenie zostaje zrealizowane w grudniu Zabieg ten ma wyłącznie charakter ilustracyjny i pozwala pokazać sposób rozliczenia istotnego komponentu finansowego. W praktyce jednostka mogłaby w takim przypadku skorzystać z uproszczenia przewidzianego w MSSF 15.
Sposób prezentacji skutków komponentu finansowego zależy od przyjętej polityki rachunkowości. Niezależnie od przyjętego rozwiązania jego ekonomiczny efekt jest taki sam – element finansowania zostaje oddzielony od wynagrodzenia za świadczenia i jest rozpoznawany w czasie. W naszym przykładzie komponent finansowy naliczany jest przy zastosowaniu stopy 6% rocznie od malejącego salda zobowiązania umownego.
W całym okresie umowy daje to około 19 tys. zł odsetek. Ponieważ podstawą naliczenia jest saldo zobowiązania, które zmniejsza się wraz z realizacją kolejnych świadczeń, miesięczne kwoty odsetek również stopniowo maleją. Najwyższe są na początku okresu, gdy zobowiązanie ma największą wartość, a najniższe pod koniec kontraktu.
Kontrakt o wartości 350 tys. złokazał się znacznie bardziej złożony niż mogło się wydawać na początku. Abyprawidłowo rozpoznać przychody zgodnie z MSSF 15, konieczne było podzielenieceny transakcyjnej pomiędzy zobowiązania do wykonania świadczeń, określeniemomentu ich realizacji oraz uwzględnienie – w odpowiednich przypadkach –istotnego komponentu finansowego.
Dla dyrektora finansowego wniosekjest prosty: przychody nie wynikają bezpośrednio z wartości podpisanychkontraktów ani z otrzymanej gotówki. Są efektem zasad rachunkowości, któreodzwierciedlają ekonomiczną treść transakcji.
Powyższy tekst ma wyłącznie charakter edukacyjny i informacyjny. Nie stanowi porady prawnej, podatkowej ani finansowej i nie może być traktowany jako wskazówka do podejmowania decyzji biznesowych.
.png)