Payment Providers: Order Property Mapping #627
Replies: 4 comments
-
Hey @NikRimington im not sure I understand. Can you show a code example of what you currently have to do and may a pseudo code example of the proposed ideas? |
Beta Was this translation helpful? Give feedback.
-
Oh, you mean like billing address fields. Yea, good point 👍🏻 |
Beta Was this translation helpful? Give feedback.
-
Hey @mattbrailsford , yeah I mean things like billing fields etc. Working on a SagePay Provider there is a lot of mapping that needs to be done for order properties:
Some of which are manditory, some of which are optional, and some of which are manditory based on other things (I have no idea how I'm going to do this effectively tbh). For example State is mandatory is the country is the US! |
Beta Was this translation helpful? Give feedback.
-
What we do with SagePay is, for uk addresses, use the county, e.g. Greater Manchester for the State. For USA addresses it is the actual state, e.g. california, etc. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi Matt,
Looking at existing payment providers, it appears that there is a common trend for having to map order properties to payment properties in order to pass them across to a payment providers end point (in what ever way it's needed).
It would be great if there was a simple to use pattern for doing this rather than having to map each one as individual payment provider settings.
My thoughts sit 2 fold with ideas:
OrderPropertyMap : CollectionOfSomeSort<OrderPropertyMapItem>
, where OrderPropertyMapItem has 3 fields:Just ideas (I like both options, and 2 could be nice if infinte editing could be used to load out an editor for it, but would be harder to validate probably).
Beta Was this translation helpful? Give feedback.
All reactions