Skip to content

feat: implement MPP seller charge workflows - #8

Merged
nkavian merged 1 commit into
inflowpayai:mainfrom
nkavian:feat/mpp-seller
Oct 1, 2026
Merged

nkavian merged 1 commit into
inflowpayai:mainfrom
nkavian:feat/mpp-seller

Conversation

@nkavian

@nkavian nkavian commented Oct 1, 2026

Copy link
Copy Markdown
Contributor

Summary

  • Implement asynchronous MPP Seller setup and single-offer InFlow/Tempo charge handling through pympp's public intent and standalone payment interfaces.
  • Select configured rails, bind platform validation responses to submitted credentials, and preserve broadcast idempotency and receipt fields.
  • Document Seller account setup, transport ownership, receipt handling, and separate upstream limitations for amount conversion and subscription configuration.

Verification

Compared the Seller lifecycle with the Node implementation/tests and the platform controller. Exercised actual FastAPI challenge/retry handling, route binding, failure responses, cancellation, concurrent broadcasts, and stable retry keys. Run the shared Seller charge vectors; subscription cases are outside the approved scope.

make sync and make verify passed on Python 3.11, 3.12, 3.13, and 3.14, including strict typing, tests, distribution builds, and isolated package consumers.

Scope

No Seller subscriptions, composed InFlow offers, replacement route framework, or live payments. Upstream limitations are tracked separately in tempoxyz/pympp#268 and tempoxyz/pympp#269. Buyer subscription support is unchanged.

@nkavian
nkavian merged commit 5daf75d into inflowpayai:main Oct 1, 2026
4 checks passed
@nkavian
nkavian deleted the feat/mpp-seller branch October 1, 2026 06:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant