Успішний callback платежу був лише частиною завдання узгодження балансів, станів транзакцій і бізнес-документів.
02 / Як я це реалізував
Як я це реалізував
Я працював зі Stripe та Wise, підписками, checkout, платіжними webhooks і PDF-виписками. Також проєктував моделі обліку транзакцій і досліджував забезпечення фінансових інваріантів через транзакції, constraints і triggers PostgreSQL.
Потік системи
Бізнес-документ
Стан транзакції
Фінансовий рух
Виписка та історія
Що це означає на практиці
Архітектура та рішення
01
Платежі всередині торговельного процесу
Моя робота в Onlihub і Liqsale включала підписки, разові платежі, кошики, checkout і синхронізацію статусів. Інтеграції Stripe та Wise були частиною фінансового процесу застосунку, пов’язуючи платіжні події із замовленням або підпискою клієнта та відповідними записами транзакцій.
02
Модель транзакцій за виписками
Я працював над типами й категоріями транзакцій, розрахунками, перерахунками та виписками, зокрема PDF. Ці записи описують зв’язок фінансових операцій зі станом застосунку й документами. Модель дає змогу простежити показані користувачу цифри до транзакцій і рухів, які їх сформували.
03
Дослідження інваріантів у PostgreSQL
Я досліджував перенесення частини фінансових правил у транзакції, constraints і triggers PostgreSQL, зокрема обмежень балансу та рухів від зміни статусу документа. Мета — явно описати важливі інваріанти на рівні даних. Захист балансу через тригери був напрямом експериментів у цій роботі.
03 / Результат
Результат
Ця практика поєднує мій досвід ERP із сучасними платіжними системами: фінансові операції моделюються через явні стани, категорії та рухи.