Versions Compared
compared with
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Comment:
Clarify
Contents
See example
The
Overview
Table of Contents maxLevel 3 minLevel 3
Using the same field names, transfers data between pages
?Header fields on a called page, are automatically filled out, when their name matchesA page Header fields are populated when field names match a field in the response of the calling page
See example
(Example 1 and 2
This method works for all combination of pages, as long as field names matchThe
)
- Name your fields the same, and values are transferred
- Name your fields differently and values are NOT transferred
Note: The XML response of a calling page, are available as "ContextValues" in the request on the called page
Tip: Use the"standard" .
This is useful to determine where the user "came from", when handling a XML request.
Utilize the standard names
All standard functions uses the same field and header field names:
OrderBackendId or / BackendID: = Source Source Document No.
LineNumber: = Source Document Line No.
- Item = Item No.
- Etc.
- : Item No.
- And more..
Use these names to get your custom fields populated.
,
What is Request and Response?
- Mobile always initiates the communication with a Request
- BC always Responds
Example 1: Planned function Line to Unplanned function Header
Scenario
- The user is viewing "Pick Order Lines"
- User selects the submenu-action "Locate Item"
- "Locate Item" also has a field called "Item" in it's Header
- Item No. is now transferred. Because it exits in both the Order result AND the receiving page header.
- Location is NOT transferred as field "Location" do not exists in the "GetPickOrderLines"-response. Field "Location" can be populated in the response from a customization using the OnGetShipOrderLines_OnAfterSetFromWarehouseShipmentLine event.
Example 2: Transfer Lookup function result to Unplanned function
Scenario
- The user is viewing a result of the "Bin Content" Lookup function
- User selects the action "Unplanned Move"
- "Unplanned Move" also has a field called "Item" in it's Header.
- Item No. is now automatically transferred, because it exits in both the lookup result AND the receiving page header.
- asd
Example 3: Transfer Lookup function result
valuevalues to an Unplanned function
/ actionHeader (and subsequently to PostAdhocRegistration)
Scenario
- The user is viewing a result of a Lookup i.e."Bin Content"
- User selects a (single) lookup result and is navigated to an Unplanned function
- The current (single) lookup result values can be transferred to the Header of the Unplanned function
- Values are subsequently included in the Unplanned function "PostAdhocRegistration" -request
Add the following change in Mobile Configuration Files
- <onResultSelected enabled="true" navigateTo="MyUnplannedFunction"/> to the <lookupConfiguration.. tag of the Lookup page.
and - <open id="MyUnplannedFunction" title="Edit" icon="mainmenulocateitem" enabled="false"/> to the <actions></actions> tags
Example 4: Transfer Lookup function result values directly to an Unplanned function Action (PostAdhocRegistration)
Scenario
- The user is viewing Lookup result
- User selects Action in the menu
- The current (single) Lookup result Result can be included in the Submit Unplanned function "PostAdhocRegistration" -request
Add the following change in Mobile Configuration Files
Add includeInputDataRowInSubmitRequest="true" to the <lookupConfiguration.. tag of the Lookup page.
Explore the Mobile WMS App
Page Tree | ||
---|---|---|
|