Packing Slips Item Row Pricing
For packing slips, as it stands now, all that is available is the 'Unit Price' and 'Extended Price'. There needs to be more options available to display on an item row. Its somewhat confusing to have the Original Subtotal and Unit Price if that item is on sale.
Example:
Regular Price: $80
Sale Price: $60
All that would display on the packing slip item row
TITLE ||| UNIT PRICE ||| QTY ||| EXT PRICE
item description ||| $60 ||| 2 ||| $160
This is not good enough.
Austin Sahagun Arch Mobility
shared this idea
2 comments
-
M Gorelik O.W.N.
commented
Not the 1st time I have seen shipstation do things that make no sense.
When the order is downloaded to SS we see the correct unit $ and total $ (line item amount), along with the correct product total (sub-total). When it's time to print the information switches to magically base both the total $ and the product total on pre-dscount prices which are not in line with the final order values. Just to add my pricing has changed becasue we use tiered pricing based on volume.I wish SS would see the light and help out here but I am confident they couldn't care less.
-
Casimir Covert-Keefe TerraCycle, Inc
commented
Yeah, I'm confused as to why [Unit Price] and [Order Total] are able to port over discounted prices, but [Extended Price] and [Items Total] cannot. What's the context for having those code blocks draw information from different sources?
I have packing slips that go out where a customer sees an item's "Price" is $70, "Quantity" is 10 and then the "Ext. Price" is $1450. Furthermore, the "Sub Total" is completely wrong, but then the final "Total" is correct. That's an extremely unprofessional look, especially when I have to correct it by hand.
Removing the incorrect blocks (as suggested by Shipstation) is an unprofessional look, too. That leaves out the ability for a customer to quickly read their invoice, and can lead to confusion if they misread the item's price for the row's total.
Please help!