Успешный 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 с современными платёжными системами: финансовые операции моделируются через явные состояния, категории и движения.