Prawidłowy callback płatności był tylko częścią zadania utrzymania spójności sald, stanów transakcji i dokumentów biznesowych.
02 / Moje podejście
Moje podejście
Pracowałem ze Stripe i Wise, subskrypcjami, checkout, webhookami płatności i zestawieniami PDF. Projektowałem też modele ewidencji transakcji i badałem egzekwowanie niezmienników finansowych przez transakcje, ograniczenia i wyzwalacze PostgreSQL.
Przepływ systemu
Dokument biznesowy
Stan transakcji
Operacja finansowa
Zestawienie i historia
Co to oznacza w praktyce
Architektura i decyzje
01
Płatności wewnątrz procesu handlowego
Moja praca w Onlihub i Liqsale obejmowała subskrypcje, płatności jednorazowe, koszyki, checkout i synchronizację statusów. Integracje Stripe oraz Wise należały do procesu finansowego aplikacji, wiążąc zdarzenia płatnicze z zamówieniem lub subskrypcją klienta i właściwymi zapisami transakcji.
02
Model transakcji stojący za zestawieniami
Pracowałem nad typami i kategoriami transakcji, obliczeniami, przeliczeniami oraz zestawieniami, w tym PDF. Rekordy opisują związek operacji finansowych ze stanem aplikacji i dokumentami. Model pozwala powiązać liczby wyświetlane użytkownikowi z transakcjami i operacjami, które je utworzyły.
03
Badanie niezmienników w PostgreSQL
Badałem przeniesienie części reguł finansowych do transakcji, ograniczeń i wyzwalaczy PostgreSQL, w tym ograniczeń salda oraz operacji wywołanych zmianą statusu dokumentu. Celem było jawne zapisanie ważnych niezmienników w warstwie danych. Ochrona salda przez wyzwalacze pozostawała obszarem eksperymentów w tej pracy.
03 / Rezultat
Rezultat
Ta praktyka łączy moje doświadczenie ERP z nowoczesnymi płatnościami: operacje finansowe są modelowane przez jawne stany, kategorie i przepływy.