You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Each of these fields ("Design File", "Design Scale", etc) would have a corresponding custom field in the Sales Order Items table to record this data from ShipStation.
I'm assuming this could be accomplished with the update_shipstation_order_before_submit hook, but I'm a bit confused by the code since the item key syntax used in shipstation_integration/shipstation_integration/orders.py doesn't correspond to the key syntax of the ShipStation API. For example, the key for the Order Item ID from the API is orderItemId but the key used in orders.py is item.order_item_id. This leaves me feeling unsure how to reference values in the underlying array.
I'm glad to pay for commercial development around this, and sent a corresponding request to Parsimony, but thought I'd mention it here as well in case this is rudimentary to solve...
In the end, I suppose this is part support request, part feature request. It's vital, in some scenarios, to have some way for this order item metadata to flow through. Baking support for this into this app, with some kind of corresponding lookup/match table in the Shipstation Settings, would be swell. I'm glad to do some sponsoring here either way.
The text was updated successfully, but these errors were encountered:
@batonac, the keys are actually changed to a Python format (snake_case instead of the API's camelCase) in the client library we use in the app. It's more of a developer-friendly feature than a functional change, so you shouldn't see any problems parsing data from the Shipstation API object.
Regarding the metadata feature, it makes sense to pull in those fields. Currently the before_submit hook will only pull the first hook it finds, but we can make a change so that it'll loop through every hook looking for changes. I'm currently busy on another project, but a pull request with any changes is welcome.
By a lookup table, do you mean a reference to all the custom fields imported from a particular store?
Yes, by lookup table, I'm thinking of a table in the ShipStation Settings that allows for pairing ShipStation option keys with custom fields in the ERP:
I need to import order item metadata/options from ShipStation orders with custom fields into ERPNext.
For example, I'd like to import the following "options" from the ShipStation API (excerpt from the ShipStation Get Order API):
Each of these fields ("Design File", "Design Scale", etc) would have a corresponding custom field in the Sales Order Items table to record this data from ShipStation.
I'm assuming this could be accomplished with the
update_shipstation_order_before_submit
hook, but I'm a bit confused by the code since the item key syntax used inshipstation_integration/shipstation_integration/orders.py
doesn't correspond to the key syntax of the ShipStation API. For example, the key for the Order Item ID from the API isorderItemId
but the key used in orders.py isitem.order_item_id
. This leaves me feeling unsure how to reference values in the underlying array.I'm glad to pay for commercial development around this, and sent a corresponding request to Parsimony, but thought I'd mention it here as well in case this is rudimentary to solve...
In the end, I suppose this is part support request, part feature request. It's vital, in some scenarios, to have some way for this order item metadata to flow through. Baking support for this into this app, with some kind of corresponding lookup/match table in the Shipstation Settings, would be swell. I'm glad to do some sponsoring here either way.
The text was updated successfully, but these errors were encountered: