Re: Drop Shipping Purchase Orders Module for v1.3.8
Wilkesy -- If you have suppliers that won't dropship, then you can buy version 4 of the mod and change the purchase order to look different for suppliers who don't dropship. So, here is what it might look like if subcontractors 1, 3, and 5 do not dropship:
Please {-1,3,5}drop{/-1,3,5}ship this order to:
{-1,3,5}{customers_name}
{customers_address}{/-1,3,5}{+1,3,5}My Company Name
123 My Company St.
Company City, CA 11111{/+1,3,5}
Subcontractors 1, 3, and 5 See:
Please ship this order to:
My Company Name
123 My Company St.
Company City, CA 11111
All other subcontractors see (tags replaced by customer info):
Please dropship this order to:
{customers_name}
{customers_address}
{+} and {-} tags were implemented in version 4, so the free version can't do this.
fotofx -- You mean automatically sending POs when a customer completes an order instead of having to go to the send PO page and do it yourself, right? This would not be easy to implement. You'd have to significantly change the way the mod works. I'd like to implement something like this at some point, as I know this would be a popular feature. Look for future versions as I may implement this eventually.
Re: Drop Shipping Purchase Orders Module for v1.3.8
See to me it doesn't seem like it should be that bad. A copy of the sendpos that instead of asking for input by checking the box, just uses the order number. Call it from checkout success??
What am I missing?
Re: Drop Shipping Purchase Orders Module for v1.3.8
fotofx -- The mod is setup so the input from the previous form causes the actions (sending the PO) to happen. Without this input, the mod wouldn't know what to do -- it wouldn't know what products should be sent to what subcontractors. You'd have to redesign send_pos so that it will run the action without having to call the form using the default settings. In addition, you'd have to locate send_pos in a place that users could access, which would cause some security issues, so you'd need to create some safeguards to prevent regular users from sending POs. Also, you'd need to decide whether checkout_success should call the new send_pos or if it should be run as a cron job every hour or so. Both have their advantages and disadvantages. I'm not saying its impossible, I'm just saying that it is a lot of work. Hence, it is something I hope to do in a future version, but it did not make it into version 4.0. Version 4.0 has twice the code of v3 -- it does a lot more. My time was monopolized, and I didn't make it to that feature. This is the next feature I hope to implement, so hopefully I'll release a 4.1 at some point that has this feature.
Re: Drop Shipping Purchase Orders Module for v1.3.8
What confuses me is if you select send/resend purchase orders.. All you do is check them all and hit send.. I just figured it could be told to assume they are all checked and send without pushing the button. A cron would work great..
Re: Drop Shipping Purchase Orders Module for v1.3.8
Yes, you could do that. But, you'd still need to create the form, as there are several pieces of both hidden and visible data on the form that the mod uses to send purchase orders. You'd need to create some type of javascript onload command that would automatically submit the hidden form after it creates it.
The mod needs the data from the form, both visible and hidden, to do its work as it is written. To implement this feature without the form showing for the user, you'd have to make all the fields invisible. If implemented via checkout_success, you might have users that click the stop button and prevent the form from loading. This would cause their POs not to be sent.
A better way of implementing this would be to rewrite the sending part of the mod to get the form data from the database instead of just sending a hidden form with a javascript command.
A cron job might be easier to implement, but the benefit of tying this to checkout_success is that pos would be sent immediately. The negatives of tying this to checkout_success are that there may be some way for the user to press the stop button and prevent the php file from sending the PO.
And then, of course, there are the security issues. How can you prevent your customers from sending POs if the send_pos file is not in the admin directory? There are certainly ways to do this, but it would need to be addressed. Removing this file from the admin directory is also going to cause some problems, as all of the files it depends on in admin will have to be duplicated in the user side of the site. This even applies to cron jobs, as all you will get is a log-in page if you try to run send_pos as a cron job from the admin directory.
Any way you slice it, it's going to take some work. I will implement this in the future, so hopefully 4.1.
Re: Drop Shipping Purchase Orders Module for v1.3.8
Does "Drop Shipping Purchase Orders w/ PDF Packing List" version 3.12 have the ability to wait until a credit card is accepted before it sends a purchase order?
Thanks!
Mike
Re: Drop Shipping Purchase Orders Module for v1.3.8
Mike,
It won't send a purchase order until you tell it to. It's not automated.
Re: Drop Shipping Purchase Orders Module for v1.3.8
Anyone know why I get the following on the bottom of my packing list:
Shipping Option: (FedEx Home Delivery<sup><font
size="1">®</font></sup> )
I know its from the fedex shipping module option but anyone know how to clean it up...or at least remove the "shipping option" statement from the packing list? It just doesn't look professional with the <sup>... stuff in there.
Thanks
-Christopher
Re: Drop Shipping Purchase Orders Module for v1.3.8
I didn't realize that any shipping methods stored their shipping method using HTML, so HTML wasn't stripped out. I use v4 now, so I don't have the exact line of code in v3, but the line you are looking for in send_pos.php should look something like this:
Code:
$pdf->addNotes(SHIPPING_OPTION.": ".$tmpt[0][7]."\n\n".PO_PARTIALSHIP_PACKINGLIST."\n");
Try adding this before this line -- it should fix your problem:
Code:
$tmpt[0][7]=strip_tags($tmpt[0][7]);
$tmpt[0][7]=htmlspecialchars_decode($tmpt[0][7],ENT_QUOTES);
Let me know if that doesn't work. Enjoy!
Re: Drop Shipping Purchase Orders Module for v1.3.8
srturner47,
Thanks for the reply! Unfortunately I didn't seem to work. Here is the error message I get when clicking on the POs send/resend button:
Parse error: syntax error, unexpected T_ELSE in /home/********/public_html/*****/send_pos.php on line 494
Here is the file (with added line numbers to make it a bit easier I hope):
Code:
490 if ($countproductsonpo != $countproducts)
491 $tmpt[0][7]=strip_tags($tmpt[0][7]);
492 $tmpt[0][7]=htmlspecialchars_decode($tmpt[0][7],ENT_QUOTES);
493 $pdf->addNotes(SHIPPING_OPTION.": ".$tmpt[0][7]."\n\n".PO_PARTIALSHIP_PACKINGLIST."\n".$_POST[plistcomments]);
494 else
495 $pdf->addNotes(SHIPPING_OPTION.": ".$tmpt[0][7]."\n\n".PO_FULLSHIP_PACKINGLIST."\n".$_POST[plistcomments]);
496 $pdf->Output(PO_PACKINGLIST_FILENAME, "F");
497 if ($_POST[reviewthensend] == 'yes') {
498 ?>
Did i make a mistake? The site is http://www.growlightexpress.com if that's required
THANK YOU!!!
-Christopher