Hi,
I am looking for an extension where we can modify the shipping to our own amount after the order is placed and then generate a PDF from that and then send that invoice to the client. But we only want to change the Shipping Fee to our own amount. The shop have to calculate the shipping manually due to difficult shipping locations and quotes.
For instance some courier companies is only available in certain areas and has a limit to the size of the contents, and we need to calculate that manually.
Best Regards,
Lloyd
Usually I suggest store owners just add a product called "Shipping" that costs 0.01. You can then add the appropriate quantity of this item for your shipping charge, and it doesn't require modifying core files or relying on a shipping method's internal calculations.
Johnathon's idea would work. I use an extension called admin order edit though. http://bit.ly/1xuDS1O
It works but doesn't solve your pdf invoice issue.
It works but doesn't solve your pdf invoice issue.
This is exactly what we did. However,Johnathan wrote:Usually I suggest store owners just add a product called "Shipping" that costs 0.01. You can then add the appropriate quantity of this item for your shipping charge, and it doesn't require modifying core files or relying on a shipping method's internal calculations.
Admin Order Edit appears to lack one crucial feature, as confirmed by the creator of same. Due to the workflow of the cart system, there does not appear to be a way to hold the order and postpone pre-auth on the customer's card. Once pre-auth is performed, the amount cannot be increased - only decreased - making it impossible to append shipping charges without capturing a second card charge.kirkhall wrote:Johnathon's idea would work. I use an extension called admin order edit though. http://bit.ly/1xuDS1O
It works but doesn't solve your pdf invoice issue.
We're still looking/hoping for a solution that will allow the cart system to place an order, create a customer on Stripe [the processor we're using] [so we're not storing card information]; *WAIT*; we append shipping charges and then click a pretty button that then proceeds to auth&capture against the already-created customer.
I forgot to mention that we have been in contact with ClearThinking, the coder behind the Stripe extension we are using. He has indicated that the feature we seek is feasible, and should only take him a couple of hours, but that his current priorities have him updating his extant extensions for compatibility with OC2.0.
Obviously this is only of immediate value to those here who are using Stripe, but should serve as a point of reference regarding the fact that it is a workable solution. Fingers crossed for a speedy implementation.
Obviously this is only of immediate value to those here who are using Stripe, but should serve as a point of reference regarding the fact that it is a workable solution. Fingers crossed for a speedy implementation.
Just to note, I'm also the one that runs Clear Thinking, and was in contact with theshop-inc about this.
I suggested raising the authorization amount, which would allow him to capture a larger amount than the sub-total of the order, and later adjust the actual charged amount by the shipping cost. However, the functionality to actually *not* authorize the charge and only charge the customer later, is what needs some work to be possible in my extension.
I suggested raising the authorization amount, which would allow him to capture a larger amount than the sub-total of the order, and later adjust the actual charged amount by the shipping cost. However, the functionality to actually *not* authorize the charge and only charge the customer later, is what needs some work to be possible in my extension.
Hello Johnathan!
Thanks for the clarification, yes, you did say that. We have appreciated your responsiveness in communication, not to mention your _far_ more full-fledged Stripe payment gateway extension.
However, the suggestion doesn't work for our customer's needs. Across our product line there is a very broad range of weights and sizes ranging from a small abrasive pad up to a fully-loaded machine with consumables & accessories - and we ship around the globe. There isn't a way for us to add a static or even a very easily programmatically-determined amount. Even if it were relatively trivial to add a "boosted" shipping amount for pre-auth and then auth&capture for a lower amount, our customers would not much appreciate the yo-yo effect on their cards.
So, we await a more feasible solution.
As we're working to make sense of the workflow logic [as an exercise in understanding, not as any sort of demand], this seems to make sense to us:
1) Customer clicks "Confirm Order"
2) OpenCart saves order
3) Extension creates "Customer" at Stripe NO PRE-AUTH
4) Customer receives notification that order is placed, will be processed. [Some Other Extension, Maybe]
5) Shop owner receives notification that order is placed. [Some Other Extension, Maybe]
6) Shop owner manually appends shipping charges to order via admin/edit
7) Shop owner clicks button to AUTH&CAPTURE against previously-created "Customer" at Stripe
8) Customer receives notification that order is processed, with totals. [Some Other Extension, Maybe]
9) PROFIT! [Some Other Extension, Probably :) ]
Thanks for the clarification, yes, you did say that. We have appreciated your responsiveness in communication, not to mention your _far_ more full-fledged Stripe payment gateway extension.
However, the suggestion doesn't work for our customer's needs. Across our product line there is a very broad range of weights and sizes ranging from a small abrasive pad up to a fully-loaded machine with consumables & accessories - and we ship around the globe. There isn't a way for us to add a static or even a very easily programmatically-determined amount. Even if it were relatively trivial to add a "boosted" shipping amount for pre-auth and then auth&capture for a lower amount, our customers would not much appreciate the yo-yo effect on their cards.
So, we await a more feasible solution.
As we're working to make sense of the workflow logic [as an exercise in understanding, not as any sort of demand], this seems to make sense to us:
1) Customer clicks "Confirm Order"
2) OpenCart saves order
3) Extension creates "Customer" at Stripe NO PRE-AUTH
4) Customer receives notification that order is placed, will be processed. [Some Other Extension, Maybe]
5) Shop owner receives notification that order is placed. [Some Other Extension, Maybe]
6) Shop owner manually appends shipping charges to order via admin/edit
7) Shop owner clicks button to AUTH&CAPTURE against previously-created "Customer" at Stripe
8) Customer receives notification that order is processed, with totals. [Some Other Extension, Maybe]
9) PROFIT! [Some Other Extension, Probably :) ]
Who is online
Users browsing this forum: Google [Bot] and 40 guests
