DefelRadar

Jan, I looked over the Multi Vendor Shipping Module and it appears that you can only select shipping methods for specific vendors. There is not a way to select shipping methods for specific products only. For example I have a vendor where 80% of the items can be shipped UPS and the other 20% can only be shipped by freight. With what I see in the Multi Vendor Shipping Module I can only specifiy a shipping method for that one vendor. I could make my shop work with that by breaking my one vendor up in to two separate categories but that would be alot more work than what I want to do which is throw a check box in the admin section that denotes the product as not UPSable and it just wouldn't go out and get a UPS quote for that item. Plus the Multi Vendor Shipping Module seems to be patched together with various fixes which do not include the complete package so you don't know where to start on installation anyhow. Thanks for your help though I'll just mod my UPSXML module to be product specific on the rate quotes. If there is anyone else interested in this feature let me know and I'll post it as an addin once I get it running. Thanks, Aaron

I am using the UPS XML module (an older version) but I was wondering if any one has ever had the need to mark a product as not UPSable? I have some products that while their weight and dimentions might be UPSable according to our algorithm in the UPS XML module those items cannot be shipped that way in reality. So the problem I'm running in to is customers selecting UPS shipping on products that can't be shipped by UPS and must be shipped by truck freight. So I was just checking to see if other people had this problem as well and how they solved it? If no one has solved it yet then I was going to create an Add-on that would work similar to the "Ready to Ship" box in the UPS XML module just adding a "Not UPSable" box to indicate not to use the UPS XML module for the product. Thanks in advance for the help!

If you want to restrict the flat shipping to a country (i.e. US) then replace the code starting around line 333 and ending at 340 with the following code: if ($i ==0 AND $order->delivery['country']['iso_code_2']=='US'){$methods[] = array('id' => $type, 'title' => $_type, 'cost' => (($this->handling_fee + 5) * $this->boxCount)); } else { // changed to make handling percentage based if ($this->handling_type == "Percentage") { $methods[] = array('id' => $type, 'title' => $_type, 'cost' => ((($this->handling_fee * $cost)/100) + $cost)); } else { $methods[] = array('id' => $type, 'title' => $_type, 'cost' => ($this->handling_fee + $cost)); } }

I figured it out within minutes after posting my problem. Here is the solution to all those who are interested: You have to check for $i == 0 before you get into checking what kind of handling_type you have then all things will work great. //AMH playing around with flat shipping for UPS if ($i ==0){$methods[] = array('id' => $type, 'title' => $_type, 'cost' => (($this->handling_fee + 5) * $shipping_num_boxes)); } else { // changed to make handling percentage based if ($this->handling_type == "Percentage") { $methods[] = array('id' => $type, 'title' => $_type, 'cost' => ((($this->handling_fee * $cost)/100) + $cost)); } else { $methods[] = array('id' => $type, 'title' => $_type, 'cost' => ($this->handling_fee + $cost)); } }

I've dug around in the forums to try and find an answer to my situation to no avail. What I am wanting to do is modify the upsxml.php file in includes/modules/shipping/ to give me a flat rate for UPS ground shipping while I still receive a quote for the other methods I have selected. I've played around with the following code in the UPSXML module and not had much success. The bolded text is where I try to manipulate the cost of the ground shipping quote but it bombs out on me. Has anyone else had any success putting a flat rate in for the UPS ground quote on the UPSXML contrib? Thanks, Aaron $upsQuote = $this->_upsGetQuote(); if ((is_array($upsQuote)) && (sizeof($upsQuote) > 0)) { if ($this->dimensions_support > 0) { $this->quotes = array('id' => $this->code, 'module' => $this->title . ' (' . $this->boxCount . ($this->boxCount > 1 ? ' pkg(s), ' : ' pkg, ') . round($totalWeight,0) . ' ' . strtolower($this->unit_weight) . ' total)'); } else { $this->quotes = array('id' => $this->code, 'module' => $this->title . ' (' . $shipping_num_boxes . ($this->boxCount > 1 ? ' pkg(s) x ' : ' pkg x ') . round($shipping_weight,0) . ' ' . strtolower($this->unit_weight) . ' total)'); } $methods = array(); for ($i=0; $i < sizeof($upsQuote); $i++) { list($type, $cost) = each($upsQuote[$i]); // BOF limit choices, behaviour changed from versions < 1.2 if (exclude_choices($type)) continue; // EOF limit choices if ( $method == '' || $method == $type ) { $_type = $type; if ($this->timeInTransitView == "Raw") { if (isset($this->servicesTimeintransit[$type])) { $_type = $_type . ", ".$this->servicesTimeintransit[$type]["date"]; } } else { if (isset($this->servicesTimeintransit[$type])) { $eta_array = explode("-", $this->servicesTimeintransit[$type]["date"]); $months = array (" ", "January", "February", "March", "April", "May", "June", "July", "August", "September", "October", "November", "December"); $eta_arrival_date = $months[(int)$eta_array[1]]." ".$eta_array[2].", ".$eta_array[0]; $_type .= ", <acronym title='Estimated Delivery Date'>EDD</acronym>: ".$eta_arrival_date; } } // changed to make handling percentage based if ($this->handling_type == "Percentage") { $methods[] = array('id' => $type, 'title' => $_type, 'cost' => ((($this->handling_fee * $cost)/100) + $cost)); } else { $methods[] = array('id' => $type, 'title' => $_type, 'cost' => ($this->handling_fee + $cost)); } //AMH playing around with flat shipping for UPS if ($i = 0) { $methods[] = array('id' => $type, 'title' => $_type, 'cost' => ($this->handling_fee)); } } } if ($this->tax_class > 0) { $this->quotes['tax'] = tep_get_tax_rate($this->tax_class, $order->delivery['country']['id'], $order->delivery['zone_id']); } $this->quotes['methods'] = $methods;

I have an interesting problem with my paypal modules right now. A few months back I had to change paypal accounts, request a new API credientials etc. In other words nothing has changed as far as programming goes to my DP and EC modules. Only things that changed were the API Certificate File, API Account Username, API Account Password and Paypal Account Email. So I filled in all those changes in both the DP and EC and saw that my direct payment was working great (which is 95% of my transactions). I just found out the other day that my Express Checkout module is not working and gives me the ole You do not have permissions to make this API call -- ERRORCODE=10002. This makes absolutely no sense to me what so ever since I have exactly the same settings in direct payment and express check out and the direct payment works but express checkout doesn't. Does anybody have an idea if what might be the problem or has any one seen this happen before? thanks, DefelRadar

I think I answered my own problem. The key is to set in your admin configuration:Shipping/Packaging: Enter the Maximum Package Weight you will ship value to equal 70lbs which is the USPS max per box. Once you do this it appears the USPS methods will take the total weight and divide it amongst x number of packages and it will give you the shipping quote.

I am repeating a question that was asked back about 2 years ago on page 4 by Bruce due to the fact that I didn't see a response in the forum regarding this issue and I'm hoping someone has solved it b/c I routinely have orders that have total ship weights of greater than 70lbs even though they will be packaged in different boxes. ----- 1. Weight Issue: Ran into a bit of an issue / unexpected bug. Here is the problem: For those not aware, USPS Priority only allows up to 70 lbs. When I added more items to my cart and the total weight came over 70 lbs, it comes back with an error and won't retrieve ANY of the USPS shipping methods. As soon as I got the weight down below 70, it worked fine again. Any suggestions? 2. Order: Is there any way to reorder the available shipping options during checkout to show cheapest to most expense? The UPS XML system does a wonderful job of this. ---------- Any help you can provide on these items is greatly appreciated.

Hi all, I have a question about this contrib to see if it'll do what I am looking for. Basically my situation is this I have one shop www.domainname.com that I have been running for about 9 months now. I have created a subdomain that would basically be a copy of my www.domainname.com store. I would like my www.subdomain.domainname.com store to share the same database and if at all possible the same admin as the www.domainname.com store. But I'd just be happy if they would share just the same database. Does this contrib do that? If it does do I follow the instructions I have listed below which basically just says you install this contrib on the first (original store). The implementation plan is to take stock 2.2MS2 and overwrite all files in the contribution. So now you have an updated catalog & updated admin. Simply take the updated catalog and copy it. Move it to another domain account or rename it if you are planing on using it on the same server for example if you are using this to accomplish a distributor separation such as http://domain.com/europe http://domain.com/usa You set the STORE_ID in each stores configuration table (you can open catalog/install/oscommerce.sql and copy the all the INSTALL INTO configuration and modify configuration to europe_configuration, etc. etc.) i.e. europe_configuration, usa_configuration The STORE_ID is not stored in TABLE_STORES, it is stored in the configuration table for the store in question. This is important. This is what allows you to have different shipping/payment options for each store. Also of note is that the stores_url is currently not being used for and is for future use. This contribution doesn't solve the problem of multiple sites the maintenence that ensues. That is where the planned template system comes in. HTH Thanks, DefelRadar

Hey Mikey, Good find and thanks for the assistance on this mod. I think alot of people are looking to do the same thing you were by hiding the purchase order payment option only to credit account enabled customers. It's definitely not a lame edit. It's a great addition. Thanks Again, DefelRadar

I received this same error when I just renamed xmldocument.php to something along the lines of xmldocument.new.php and xmldocument.old.php. if you have any other files that start with xmldocument and end with .php in your directories that contain xmldocument this would give you that error. Just drop off the .php at the end and upload the xmldocument again and this should fix that problem.

UPS XML Module v1.2.3 fixes the below issue. Height was just mispelled

To Everyone that has been having problems with this contrib putting every item sold in an individual box/package, After reviewing the code late last night I found one area of the code that is very misleading and should be renamed in future verisons of this contrib. It all revolves around the "Ready to Ship" check box in the admin section of the catalog. If most people were like me you thought the "Ready to Ship" check box meant that this item was in stock and ready to ship. After reveiwing the code I found that this was not true. In this contribution "Ready to Ship" means that the item is in its own box and will be shipped as an individual package. So with that being the case if all your items in your catalog section of Admin are checked "Ready to Ship" then the UPS XML will treat those items as individual packages. This will cause your UPS shipping quotes to be higher and potentially lose customers and orders (as I have). So last night I tested out on a few items if I unchecked the "Ready to Ship" checkbox in the catalog admin section to see what it would do. I found that the contrib would treat those items as needing to be packaged AND it would find the smallest box available to pack all those items in. The UPS shipping quote was then ALOT closer. I hope this info helps alot of people out. The strategy I'm going to go with is if the item size is less than half of the maximum UPS box size then I will deselect the "Ready to Ship" check box and make the contrib pack those items in one box. On items over half the maximum UPS box size I will still leave the "Ready to Ship" box checked so the contrib knows to ship this item(s) in their own boxes and hopefully avoid huge box sizes that would be hard to find. If any one has any further questions feel free to post in this fourm (I check it from time to time) or PM me. THanks, Aaron

Hey Everyone, I'm going to try and tackle this packaging/packaging dimentions problem but I'm going to need some help with people alittle more familar with this contrib. When I look at the catalog\includes\modules\shipping\upsxml.php file I can see the "simple algorithm" and alot of it makes sense in it's operation. I'm feeling though that the algorithm is missing a key variable that for lack of a better word "order volume". "order volume" would be to me the total volume of the order and I'm not seeing where it reads in the package data individually and I certianly don't see where it adds those packages up to make one big box. So if some one could point me in that direction where the upsxml.php file brings in the order package data that would be a great help. Thanks, Aaron

Irin, I use Purchase Order V2.3 but I would think you could use the PO Account Application with either version.

Corradomatt - Those are some good suggestions. I think if I remember right you can go into account history and it should show the customers remaining credit balance there but I'll have to double check myself. I could probably help you with that if it's not in there. As far as the pay balance by credit card option I would have to mull that over some more. As far as PHP books I'd suggest checking out your local library and look for books there or have the library transfer some from other branches in so you can check them out. This way you don't drop alot of cash on books and can find a good one in the mean time. But I don't have any recommendations b/c I've just learned what I know about php from Oscommerce and trial and error. Moran77 - Good catch on that bug penfold or I one will have to look into fixing that. For the time being you can add the customer's credit back using the payment credit field under admin/customers.

Ok Jan so from your statement I gather that the whole dimention enabling does not work and the packaging data is not at fault? Basically everyone using the UPS XML Shipping Module is having the same problem with packaging where multiple items get put in multiple boxes? Has anyone found a way to fix it if they have? Thanks Aaron

I've had the UPS XML Rates installed for about 6 months now and it's been working great with one exception. On my smaller items it does not group them into larger boxes but instead puts each item in an box. For instance if someone orders 2 10x10x3 items it won't attempt to put those two items in a single 20x20x6 box. I have the dimentional support enabled and I installed the Packaging data for UPS XML for the 700 different package types but it still insist on putting the two items in two 10x10x3 boxes which results in higher shipping charges. If anyone could point me in the right direction or give me a clue as to what I might be doing wrong I would greatly appreciate it. Thanks, Aaron

Hello Irin, there is another oscommerce forum member that has done just what you are looking for. His name is BillSmed and I would PM him and ask him just what he did. Hope this helps. Aaron

BD, The code that you listed below is still part of the catalog/admin/customers.php file mods that is listed above them. Once you get to the next ################################################################################ ###################### that divides the section and you start editing the next file (in catalog/admin/orders.php in this case) with the mods / line numbers listed below. every section of edits is ended by a ################################################################################ ###################### and the next section of edits starts with a in "where ever the file is located" Hope this helps DefelRadar

I'll reread the instructions and see what we might have missed and let you know tomorrow

Hey everyone I just released a contrib that would be an add on to the Purchase Order Account 2.3 It will allow a customer to submit a purchase order account application which can be review by the store owner and accepted or denyed. You can find it at http://www.oscommerce.com/community/contributions,3827

This is the forum for Purchase Order Account Application. Please post any bugs/mods and we will include them in the next version.

Hello Everyone, I have been using this contrib for a few months now and everything works great with it but a few minor details that I think confuses customers. The current "Order_Info" page displays the following: Your Personal Details Gender: Male Female * First Name: * Last Name: * E-Mail Address: * Company Details Company Name: Your Address Street Address: * City: * State/Province: * Post Code: * Country: * Your Contact Information Telephone Number: * Fax Number: However I think this tends to confuse customers (at least mine) and they still think they are signing up for an account and end up leaving my site because of it. I am trying to figure out a way to make it display something similar to the following: Your Billing Information Gender: Male Female * First Name: * Last Name: * E-Mail Address: * Company Name: Street Address: * City: * State/Province: * Post Code: * Country: * Telephone Number: * Fax Number: where everything is together in one box and lets the customer know that we are seeking their billing information. If anyone has done this or has an idea how to do this to their PWA contrib please let me know. Otherwise I'll keep hacking away at it. Thanks in advance!!

penfold, I'm made my mods to the contrib and have emailed you at your hotmail address.