Przetwarzanie bezpośrednie

Przetwarzanie bezpośrednie ( STP ) to metoda stosowana przez firmy finansowe w celu przyspieszenia transakcji finansowych poprzez przetwarzanie bez ręcznej interwencji (przetwarzanie bezpośrednie).

Został opracowany do handlu akcjami na początku lat 90. w Londynie w celu automatycznego przetwarzania na rynkach akcji.

Płatności

Przetwarzanie bezpośrednie istnieje w wielu obszarach usług finansowych, takich jak przetwarzanie płatności.

Płatności mogą być niezgodne z STP z różnych powodów, takich jak brakujące informacje, informacje, które nie są w „zrozumiałej” formie maszynowej (np . lub po prostu wykracza poza zasady, dla których bank zezwala na automatyczne przetwarzanie (na przykład płatności o dużej wartości lub w walutach egzotycznych).

Tradycyjnie dokonywanie płatności obejmuje wiele działów w banku. Zarówno zainicjowanie płatności do wysłania, jak i przetworzenie otrzymanej płatności może zająć kilka dni. W przeszłości płatności były inicjowane za pomocą wielu „przyjaznych człowiekowi” środków (inaczej papierowych), takich jak składanie zamówienia w formie papierowej, telefon lub faks. Zlecenie płatnicze zostało wprowadzone do systemu płatniczego banku, a następnie potwierdzone przez przełożonego. Potwierdzenie to zapewniało dokładne dopasowanie danych wejściowych do zamówienia przed wysłaniem płatności. Gdy zaangażowanych było wiele banków, krajów lub walut, proces często trwał kilka godzin. Gdy złożoność płatności była większa, zwiększała się ilość pracy, a dodatkowa interwencja człowieka skutkowała większym ryzykiem błędów, dłuższym czasem przetwarzania i wyższymi kosztami.

W większości przypadków banki pobierają opłaty za płatności inne niż STP lub za naprawy ręczne. Alternatywnie, banki mogą nie pobierać opłat na zasadzie „za naprawę”, ale raczej nakładać wyższe opłaty na korespondentów , którzy zapewniają płatności o niższej jakości (niższy STP).

Handel akcjami

Proces przed STP był bardzo przestarzały: handlowcy musieli wypełnić formularz transakcji, niebieski dla kupna i czerwony dla sprzedaży. Rozkaz był niezmiennie nabazgrany iw większości nieczytelny. Po otrzymaniu zlecenia trader często realizował błędną inwestycję na rynku. Biegacz odbierając bilet wprowadza zamówienie do systemu w celu wysłania karty kontraktowej. Na przykład, jeśli klient chciał kupić 100 000 akcji, ale trader zrealizował tylko 10 000, biegacz wysłałby kontrakt na 1000. W tamtych czasach istniało rozliczenie T10, więc wszelkie błędy można było „naprawić”. Jednak wraz z nowym wprowadzeniem T5 arena osadnictwa zmieniła się i narodził się STP. Aby zmniejszyć ekspozycję na ryzyko, nieudane rozliczenie, mogło być tylko jedno „złote źródło” informacji, a sprzedawca był odpowiedzialny za poprawność, ponieważ miał prawo korygować wszelkie rozbieżności bezpośrednio z klientem.

Celem STP jest skrócenie czasu przetwarzania transakcji, aby zwiększyć prawdopodobieństwo terminowego rozliczenia kontraktu lub umowy. Koncepcja została również przeniesiona do innych sektorów, w tym handlu energią (ropą, gazem), bankowością i planowaniem finansowym.

Obecnie cały cykl życia transakcji, od zainicjowania do rozliczenia, to złożony labirynt ręcznych procesów, które trwają kilka dni. Takie przetwarzanie transakcji na akcjach jest powszechnie określane jako T+2 (data zawarcia transakcji plus dwa dni), ponieważ zwykle mijają dwa dni robocze od wykonania „transakcji” do jej rozliczenia. Oznacza to, że inwestorzy sprzedający papier wartościowy muszą dostarczyć certyfikat w ciągu dwóch dni roboczych, a inwestorzy kupujący papiery wartościowe muszą wysłać płatność w ciągu dwóch dni roboczych. Jednak proces ten wiąże się z większym ryzykiem związanym z występowaniem nierozliczonych transakcji. Warunki rynkowe zmieniają się, co oznacza, że ​​dwudniowe okno niesie ze sobą nieodłączne ryzyko nieoczekiwanych strat, których inwestorzy mogą nie być w stanie opłacić lub rozliczyć swoich transakcji.

Praktycy z branży, zwłaszcza w Stanach Zjednoczonych, postrzegali STP jako rozliczenie „tego samego dnia” lub szybciej, najlepiej w minutach lub nawet sekundach. Celem było zminimalizowanie ryzyka rozliczeniowego dla realizacji transakcji oraz jednoczesnego jej rozliczenia i rozliczenia. Jednak aby to osiągnąć, wielu uczestników rynku musi osiągnąć wysoki poziom STP. W szczególności dane transakcyjne musiałyby być udostępniane na zasadzie just-in-time, co jest znacznie trudniejszym celem do osiągnięcia dla społeczności usług finansowych niż samo zastosowanie STP. W końcu STP samo w sobie jest jedynie efektywnym wykorzystaniem komputerów przetwarzanie transakcji .

W przeszłości metody STP były wykorzystywane, aby pomóc firmom rynku finansowego przejść do jednodniowego rozliczania transakcji kapitałowych , a także zaspokoić globalny popyt wynikający z szybkiego rozwoju handlu internetowego. Obecnie koncepcje STP są stosowane w celu ograniczenia ryzyka systemowego i operacyjnego oraz zwiększenia pewności rozliczeń i minimalizacji kosztów operacyjnych .

Wspólne nieporozumienia

Często jest zamieszanie [ według kogo? ] w świecie handlu między STP a siecią komunikacji elektronicznej (ECN). Chociaż są to podobne inicjatywy, ECN łączy zlecenia ze zleceniami innych traderów, a także zapewnia płynność personelu. [ wymagane wyjaśnienie ] ECN to również zazwyczaj większa pula zamówień niż standardowy STP.

Po pełnym wdrożeniu STP jest w stanie zapewnić zarządzanie aktywami , brokerów i dealerów , powierników , banki i inne usługi finansowe z korzyściami, takimi jak krótsze cykle przetwarzania, mniejsze ryzyko rozliczeniowe i niższe koszty operacyjne. Niektórzy analitycy branżowi uważają, że STP nie jest celem osiągalnym w tym sensie, że jest mało prawdopodobne, aby firmy znalazły stosunek kosztów do korzyści, aby osiągnąć 100% automatyzacji. Zamiast tego promują ideę poprawy poziomu wewnętrznego STP w firmie, jednocześnie zachęcając grupy firm do współpracy w celu poprawy jakości automatyzacji informacji o transakcjach między sobą, zarówno dwustronnie, jak i jako społeczność użytkowników (zewnętrzny STP). Inni analitycy uważają jednak, że STP zostanie osiągnięty wraz z pojawieniem się interoperacyjności procesów biznesowych .

Zobacz też