Shipping Integration
Locked
 
|
After digging thru the backend code (and adding the appropriate
debugging information) - the shipping services don't ever get called until after people make their choice - based upon the estimates and rules you set up for ShipmentCostEstimates, correct? Even though I have all of the options that I was expecting on the Shipping Choice page - albeit not with the values that I was expecting - I cannot seem to get the the UPS Rate inquiry sendUpsRequest called. I have already set up the shipment.properties file in the same manner that I set it up on my other applications (that use the XML UPS Rate Inquiry). The summary page has the option that I selected on it, but the shipping totals are $0.00. I'm assuming that since I'm not getting any information out of the UpsServices file that it's not being called. Does anyone have any insight as to where I might be getting lost? Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 |
|
|
Sounds like something is wrong then... these cost estimation services should be running when the shipping options are presented (once an address is selected on the quick checkout page). Has anyone else run into this with the UPS rate inquiry stuff? -David On Aug 3, 2006, at 5:39 PM, Tim Ruppert wrote: > After digging thru the backend code (and adding the appropriate > debugging information) - the shipping services don't ever get > called until after people make their choice - based upon the > estimates and rules you set up for ShipmentCostEstimates, correct? > > Even though I have all of the options that I was expecting on the > Shipping Choice page - albeit not with the values that I was > expecting - I cannot seem to get the the UPS Rate inquiry > sendUpsRequest called. I have already set up the > shipment.properties file in the same manner that I set it up on my > other applications (that use the XML UPS Rate Inquiry). > > The summary page has the option that I selected on it, but the > shipping totals are $0.00. I'm assuming that since I'm not getting > any information out of the UpsServices file that it's not being > called. > > Does anyone have any insight as to where I might be getting lost? > Cheers, > Tim > > -- > Tim Ruppert > HotWax Media > http://www.hotwaxmedia.com > > o:801.649.6594 > f:801.649.6595 > |
|
|
Hi
Many moons ago I tried to get the UPS cost estimation to work and gave up, alas, I am not sure if it was because we don't have the special UPS account that seems to be needed for some OFBiz UPS functionality, the one that requires sending packages a day. Thanks Daniel On Fri, 2006-08-04 at 00:37 -0600, David E. Jones wrote: > Sounds like something is wrong then... these cost estimation services > should be running when the shipping options are presented (once an > address is selected on the quick checkout page). > > Has anyone else run into this with the UPS rate inquiry stuff? > > -David > > On Aug 3, 2006, at 5:39 PM, Tim Ruppert wrote: > > > After digging thru the backend code (and adding the appropriate > > debugging information) - the shipping services don't ever get > > called until after people make their choice - based upon the > > estimates and rules you set up for ShipmentCostEstimates, correct? > > > > Even though I have all of the options that I was expecting on the > > Shipping Choice page - albeit not with the values that I was > > expecting - I cannot seem to get the the UPS Rate inquiry > > sendUpsRequest called. I have already set up the > > shipment.properties file in the same manner that I set it up on my > > other applications (that use the XML UPS Rate Inquiry). > > > > The summary page has the option that I selected on it, but the > > shipping totals are $0.00. I'm assuming that since I'm not getting > > any information out of the UpsServices file that it's not being > > called. > > > > Does anyone have any insight as to where I might be getting lost? > > Cheers, > > Tim > > > > -- > > Tim Ruppert > > HotWax Media > > http://www.hotwaxmedia.com > > > > o:801.649.6594 > > f:801.649.6595 > > > Daniel *-.,,.-*"*-.,,.-*"*-.,,.-*"*-.,,.-*"*-.,,.-*"*-.,,.-*"*-.,,.-*"*- Have a GREAT Day! Daniel Kunkel [hidden email] BioWaves, LLC http://www.BioWaves.com 14150 NE 20th St. Suite F1 Bellevue, WA 98007 800-734-3588 425-895-0050 http://www.Apartment-Pets.com http://www.SatelliteRadioZone.com http://www.Cards-Visa.com http://www.ColorGlasses.com *-.,,.-*"*-.,,.-*"*-.,,.-*"*-.,,.-*"*-.,,.-*"*-.,,.-*"*-.,,.-*"*- |
|
|
On Aug 4, 2006, at 2:04 AM, Daniel Kunkel wrote: > Many moons ago I tried to get the UPS cost estimation to work and gave > up, alas, I am not sure if it was because we don't have the special > UPS > account that seems to be needed for some OFBiz UPS functionality, the > one that requires sending packages a day. This sounds like the XPCI integration, which is different from the UPS rate inquiry. The rate inquiry stuff is a much easier account to get setup with very few requirements (unlike XPCI which is a pretty big deal). -David |
|
|
Thanks to a little help from my friends, the issue was quickly found
this morning. Daniel, you should probably revisit this as it's pretty darn easy once I got past the problem - and totally explains why USPS worked for you much more smoothly. In the Basic Production Setup Guide there is a bit of information about things that you need to do outside of the shipment.properties file: This is activated by creating a shipping estimate record in the Catalog Manager with the Service Name of "upsRateEstimate" on the ProductStoreShipmentMeth record (ie the Shipment Estimate associating a Carrier Shipment Method with this Product Store). For this to work the CarrierShipmentMethod.carrierServiceCode field must be populated (as it is in the DemoShipping.xml file). Ground is 03, Air is 02, Next Day is 01 for UPS. For others see the UpsServices.java file. I had set up all of the carrierServiceCode values per the UpsServices.xml file - and still no dice. The issue comes in the creation of the "shipping estimate record". That is not really what is meant - really the serviceName of "upsRateEstimate" needs to be added to the ProductStoreShipmentMeth entry in the shipping.xml file for this to function properly - like this: <ProductStoreShipmentMeth productStoreId="9000" partyId="UPS" includeNoChargeItems="N" allowUspsAddr="N" requireUspsAddr="N" roleTypeId="CARRIER" shipmentMethodTypeId="GROUND" *serviceName="upsRateEstimate"* sequenceNumber="1"/> The Usps example in DemoShipping.xml has this serviceName in there which explains why it worked basically out of the box for Daniel. I will make sure that this gets updated in the documentation, so that it's more clear for the whoever's next. Thanks to everyone who took a peek. Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 David E. Jones wrote: > > On Aug 4, 2006, at 2:04 AM, Daniel Kunkel wrote: > >> Many moons ago I tried to get the UPS cost estimation to work and gave >> up, alas, I am not sure if it was because we don't have the special UPS >> account that seems to be needed for some OFBiz UPS functionality, the >> one that requires sending packages a day. > > This sounds like the XPCI integration, which is different from the UPS > rate inquiry. The rate inquiry stuff is a much easier account to get > setup with very few requirements (unlike XPCI which is a pretty big > deal). > > -David |
|
|
I just changed the wording and added the field name in the Basic Production Setup Guide (the one on docs.ofbiz.org, which is what we'll be updating/maintaining from here on, I guess I should change the links to point to it...). Anyway, hopefully the wording there is more correct now and matches the page heading and such. -David On Aug 4, 2006, at 11:44 AM, Tim Ruppert wrote: > Thanks to a little help from my friends, the issue was quickly > found this morning. Daniel, you should probably revisit this as > it's pretty darn easy once I got past the problem - and totally > explains why USPS worked for you much more smoothly. > > In the Basic Production Setup Guide there is a bit of information > about things that you need to do outside of the shipment.properties > file: > > This is activated by creating a shipping estimate record in the > Catalog Manager with the Service Name of "upsRateEstimate" on the > ProductStoreShipmentMeth record (ie the Shipment Estimate > associating a Carrier Shipment Method with this Product Store). > > For this to work the CarrierShipmentMethod.carrierServiceCode field > must be populated (as it is in the DemoShipping.xml file). > Ground is > 03, Air is 02, Next Day is 01 for UPS. For others see the > UpsServices.java file. > > I had set up all of the carrierServiceCode values per the > UpsServices.xml file - and still no dice. The issue comes in the > creation of the "shipping estimate record". That is not really > what is meant - really the serviceName of "upsRateEstimate" needs > to be added to the ProductStoreShipmentMeth entry in the > shipping.xml file for this to function properly - like this: > > <ProductStoreShipmentMeth productStoreId="9000" partyId="UPS" > includeNoChargeItems="N" allowUspsAddr="N" requireUspsAddr="N" > roleTypeId="CARRIER" shipmentMethodTypeId="GROUND" > *serviceName="upsRateEstimate"* sequenceNumber="1"/> > > The Usps example in DemoShipping.xml has this serviceName in there > which explains why it worked basically out of the box for Daniel. > I will make sure that this gets updated in the documentation, so > that it's more clear for the whoever's next. Thanks to everyone > who took a peek. > > Cheers, > Tim > > -- > Tim Ruppert > HotWax Media > http://www.hotwaxmedia.com > > o:801.649.6594 > f:801.649.6595 > > David E. Jones wrote: >> >> On Aug 4, 2006, at 2:04 AM, Daniel Kunkel wrote: >> >>> Many moons ago I tried to get the UPS cost estimation to work and >>> gave >>> up, alas, I am not sure if it was because we don't have the >>> special UPS >>> account that seems to be needed for some OFBiz UPS >>> functionality, the >>> one that requires sending packages a day. >> >> This sounds like the XPCI integration, which is different from the >> UPS rate inquiry. The rate inquiry stuff is a much easier account >> to get setup with very few requirements (unlike XPCI which is a >> pretty big deal). >> >> -David |
|
|
Thanks a lot David - it's much appreciated.
Cheers, Tim -- Tim Ruppert HotWax Media http://www.hotwaxmedia.com o:801.649.6594 f:801.649.6595 David E. Jones wrote: > > I just changed the wording and added the field name in the Basic > Production Setup Guide (the one on docs.ofbiz.org, which is what we'll > be updating/maintaining from here on, I guess I should change the > links to point to it...). > > Anyway, hopefully the wording there is more correct now and matches > the page heading and such. > > -David > > > On Aug 4, 2006, at 11:44 AM, Tim Ruppert wrote: > >> Thanks to a little help from my friends, the issue was quickly found >> this morning. Daniel, you should probably revisit this as it's >> pretty darn easy once I got past the problem - and totally explains >> why USPS worked for you much more smoothly. >> >> In the Basic Production Setup Guide there is a bit of information >> about things that you need to do outside of the shipment.properties >> file: >> >> This is activated by creating a shipping estimate record in the >> Catalog Manager with the Service Name of "upsRateEstimate" on the >> ProductStoreShipmentMeth record (ie the Shipment Estimate >> associating a Carrier Shipment Method with this Product Store). >> >> For this to work the CarrierShipmentMethod.carrierServiceCode field >> must be populated (as it is in the DemoShipping.xml file). Ground is >> 03, Air is 02, Next Day is 01 for UPS. For others see the >> UpsServices.java file. >> >> I had set up all of the carrierServiceCode values per the >> UpsServices.xml file - and still no dice. The issue comes in the >> creation of the "shipping estimate record". That is not really what >> is meant - really the serviceName of "upsRateEstimate" needs to be >> added to the ProductStoreShipmentMeth entry in the shipping.xml file >> for this to function properly - like this: >> >> <ProductStoreShipmentMeth productStoreId="9000" partyId="UPS" >> includeNoChargeItems="N" allowUspsAddr="N" requireUspsAddr="N" >> roleTypeId="CARRIER" shipmentMethodTypeId="GROUND" >> *serviceName="upsRateEstimate"* sequenceNumber="1"/> >> >> The Usps example in DemoShipping.xml has this serviceName in there >> which explains why it worked basically out of the box for Daniel. >> I will make sure that this gets updated in the documentation, so that >> it's more clear for the whoever's next. Thanks to everyone who took >> a peek. >> >> Cheers, >> Tim >> >> David E. Jones wrote: >>> >>> On Aug 4, 2006, at 2:04 AM, Daniel Kunkel wrote: >>> >>>> Many moons ago I tried to get the UPS cost estimation to work and gave >>>> up, alas, I am not sure if it was because we don't have the special >>>> UPS >>>> account that seems to be needed for some OFBiz UPS functionality, the >>>> one that requires sending packages a day. >>> >>> This sounds like the XPCI integration, which is different from the >>> UPS rate inquiry. The rate inquiry stuff is a much easier account to >>> get setup with very few requirements (unlike XPCI which is a pretty >>> big deal). >>> >>> -David |
«
Return to OFBiz - User
|
1 view|%1 views
| Free forum by Nabble | Edit this page |