I would call this a bug. You be the judge:
HQ fails to recognize new/changed ship-to address for existing customers when the change(s) are made at the POS station.
To test this scenario (HQ environment required):
- select a customer at the POS station
- use Ctrl-F7 (Ship To) to create a new ship-to address
- designate the new ship-to address as the default.
- finalize the transaction with the new ship-to address
- wait for the next WS401 to complete
- select the customer (again)
- notice the ship-to address is NOT the recently designated default
At this point, RMS (HQ in particular) fails to deliver.
New ship-to addresses are not communicated to HQ - at all.
If the new ship-to address is designated at the default, HQ overrides this setting with the next WS401, resetting the default shipping address to the previous (HQ) default.
Requiring that all new ship-to addresses be created at HQ is completely unreasonable--the cashier NEEDS to be able to add a ship-to address at the POS station.
The system *seems* to work properly when the transaction is being created at the POS station. In reality, the ship-to address you just created is never made available at other stores, is never listed as a ship-to address at HQ and if designated as the new default ship-to for that customer HQ not only fails to recognize the new default address but resets the customer's default shipping address to the prior default.
If this issue could be addressed ASAP and included in a Hot Fix, I am sure that practically all HQ users would appreciate it.
Tom