These are chat archives for Payum/Payum

26th
May 2017
How it works
  1. The controller gets the token from http request verifier
  2. The controller runs payum's request with that token
  3. The token implments ModelAggregate\Aware interfae so on the first it is replaced with the model identity.
  4. The StorageExtension peeks up the identity and changes it to the real model
Matthias Breddin
@lunetics
May 26 2017 06:56
The problems mainly arose while also doing a custom gateway
Max Kotliar
@makasim
May 26 2017 06:57
Yeap
Matthias Breddin
@lunetics
May 26 2017 06:57
its a bit confusing :D
Max Kotliar
@makasim
May 26 2017 06:57
It makes a lot of problems
Should be documented better
Matthias Breddin
@lunetics
May 26 2017 06:57
that the flow is dependent on the current state or (supports)
basically i just need to make sure the convertPayment build the "correct" format the api needs
Matthias Breddin
@lunetics
May 26 2017 09:51
@makasim currently checking other gateways. e.g.Klarna has api calls as actions.. is that feasible
whereas Be2Bill for example has the logic in an Api class and will get called from the Capture action e.g.
what do you think is the better approach?
and to question 2 :)
the sisow api (iDEAL payment) needs an issuerid first (bank id / name)
Matthias Breddin
@lunetics
May 26 2017 09:57
So theres a api endpoint for getting the list of the available banks... would that be inself an action? (e.g. RetrieveiDealBanks)
which will do the api call... and return the list of banks
which gateway has it implemented this way?
Max Kotliar
@makasim
May 26 2017 10:59

So theres a api endpoint for getting the list of the available banks... would that be inself an action? (e.g. RetrieveiDealBanks)
which will do the api call... and return the list of banks

@lunetics that sounds good. The logic splitted into several actions make it easy to overwrite or extended it by others. If it is not important or you do not expect that part to be extended you can put it in one place

which gateway has it implemented this way?

I've not done anything like that

what do you think is the better approach?

The api class is dumb, It just takes data and performs an external call. The action is where the whole should remain.

Matthias Breddin
@lunetics
May 26 2017 11:34
ah okay, it seems klarna has "real" action classes
Matthias Breddin
@lunetics
May 26 2017 12:58
@makasim just for understanding, payment->details should use the api / psp specific date right? and maybe date to manage the flow