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
