Avocet Mobile Deployment
Avocet Mobile Deployment
5
Deployment workflow
Avocet Mobile functions as an optional component in your existing Avocet Production Data Management System
(PDMS).
Component Description
You can find all server requirement information in the Avocet Production Data Management System Help
under Administration > Installation > Avocet Production Data Management System Installation Guide
> Avocet installation preliminaries and references > Supported operating systems, servers, and
databases for Avocet desktop.
®
License Avocet 2017.2 licensing requirements including FLEXlm version 11.16.5.0 and Schlumberger Licensing
Tool 2020.1.
You can find Avocet licensing information in the Avocet Production Data Management System Help under
Administration > Installation > Avocet Production Data Management System Installation Guide >
Avocet installation preliminaries and references > Avocet 2017.2 licensing.
®
Mobile device iPhone 6, 6s, 7 or 8 running iOS 9.0 or later
7
Install the Avocet Mobile application
Install Avocet Mobile on your iOS 9.0 or later or Android 8.1 or 9 mobile device from the app store. After you
install the application, you can use the Start screen to establish a connection to Avocet desktop for synchronizing
your data records with those in the database server.
• Configure the desired App IDs with pass-through authentication in the Avocet Appconfig.xml file
<authenticationType>passthru</authenticationType>
9
Note: Although you can combine your mobile configuration file with your desktop configuration file,
you should keep the files separate for easier file management.
We recommended that you have a single application ID for Avocet Mobile deployment. However if you require
multiple application IDs for Avocet Mobile deployment, then each application ID should be associated with a
separate web service configuration and dedicated application pool.
The pictures below show a sample configuration using multiple application IDs and multiple application pools.
Configure multiple application pools equal to the number of application IDs you would like to configure.
Create a separate site and associate each website with a separate application pool created in the above step.
Although there are separate sites configured, they may point to the same Avocet Web Service folder. The
Appconfig_<appid>.xml will contain all the application IDs.
Note:
• If you have existing application IDs from a previous version that do not contain the MONTH setting for
the Change Interval Setting, you must manually add it in the file.
• The default range represents the typical number of days needed to collect field data while working offline.
Increasing this range may affect the performance or storage of your mobile device.
11
To disable data source colors and labels for mobile users:
1. Edit the AppConfig_<appid>.xml file.
2. Find the following section in the file:
<mobileFeatures>
<enableSourceTypeColorDisplay>true</enableSourceTypeColorDisplay>
</mobileFeatures>
Note:
If you have existing application IDs from a previous version that do not contain the
<enableSourceTypeColorDisplay> setting, you must manually add it in the file before you
can disable data source colors.
3. Change <enableSourceTypeColorDisplay>true</enableSourceTypeColorDisplay>
to false.
4. Save and close the file.
The data source colors and labels no longer appear in the Avocet Mobile interface.
Note: When using the Save password option, ensure that your mobile device is secured according to
your corporate requirements.
Note:
For an acceptable Avocet Mobile performance, it is strongly recommended that the total number of items
linked to a single route not exceed 300 and the number of items/screens per stop not exceed 10.
It there are more items per route, we recommend that you split the route into multiple routes. If a stop has
more items/screens per stop, we recommend that you split the stop into multiple stops.
1. In the Navigation Tree of the Avocet desktop, select Administration > Users and Roles > System Role.
2. In the System Role Item Edit dialog box, select Actions > New to open a new record.
3. Enter a name for the mobile user role.
You do not have to specify a directory role at the level of the system role. You can clear the Directory Role
check box.
Option Description
Directory User Because the Avocet web service requires Windows pass-through
authentication, the mobile user requires Active Directory
authentication.
Mobile Data Capture User Select this check box to activate the mobile license for the user. If
a license is not available, the message Insufficient
mobile data capture licenses is displayed.
13
Option Description
Distinguished Name Enter the complete distinguished name, with the components
separated by commas, to include every level of the hierarchy:
Distinguished Name (DN): Common Name (CN), Organizational
Unit (OU), Domain Object Class (DC). For example: cn=Jim
Bob,ou=tester,do=acme. Your hierarchy may differ. Check with
your system administrator.
System Role Select the system role to which the mobile user is assigned. In the
Security Editor of the Avocet Configuration Tools utility, you
apply the security settings to the specified system role.
8. Select the routes to assign to the mobile user, and then click OK.
9. Select Tools > Save.
10. Under Administration > System Maintenance > System Administration, run the process Generate Access
Control items.
Next, launch the Avocet Configuration Tools utility to apply the security settings to the system role to which
the mobile user is assigned.
1. Launch the Avocet Configuration Tools utility (ConfigTools.exe), and access Security and Auditing Tools
> Security Editor to display the Security Editor screen.
2. Select the security role to which the mobile user belongs.
Note: If you do not see the role, click Sync Roles to update the list of defined roles.
3. Select type, and grant or restrict permissions to the available types on the user's route or routes.
4. Select property, and grant or restrict read and update permissions to the equipment and transaction properties.
5. Select webAPIRoute, and ensure that Execute permission is granted on the following mobile web APIs:
• MobileAuthentication
• CacheVersion
• MobileCodeList
• MobileConfigCache
• MobileItemTypeDefCache
• MobileConstants
• MobileItemSubTypeDefCache
• MobileSecurityCache
• MobileUnits
• OfflineSaving
15
• MobileResourceCache
• RoutesAndStops
• UIConfigCache
Note: A right caret indicates a property with an assigned validation rule. You can view a property's
assigned validation rules by expanding the property. Properties that are not expandable do not have
assigned validation rules.
4. In the Edit Validations wizard, select a property to assign a new validation rule to, and then click New
Validation.
Note: The Screen validation requires the id listed in the screen tag in the vmConfig_appid.xml
file to match the id in the UIConfig_MobileDataEntry_<ClientAPPID>.xml file.
• Sub-Type: Validation rules, when selected for a sub-type, are applicable to a specific categorization of
properties associated with an item. For example, wells can be classified into production and injection
wells, with each sub-type having its own set of properties. Similarly, meters can be classified into water
and gas meters, with each sub-type having its own set of properties. When you assign a validation rule
to a sub-type, it validates the set of properties associated with the sub-type.
• Item: Validation rules, when selected for an item, are applied to the specific item that was selected in the
item navigator when the validation rule creation wizard was launched. This allows the rule to be applied
to a specific item (well, meter, equipment, or facility).
8. Under When the data does not follow a validation rule it should be a(n), click Warning or Error to
indicate what should happen when there is a failure to meet the validation rule criteria.
• Warning allows the rule to fail, but does not prevent you from saving data in the transaction form when
it is created or edited. You can acknowledge the error and then save the transaction. Warnings are color
coded in yellow.
• Error allows the rule to fail and prevents you from saving the transaction until the error is corrected.
Errors are color coded in red. On the desktop, you have the option to acknowledge the error and continue
to save the transaction. On the Avocet Mobile client, you cannot acknowledge an error and save the
record.
Note:
Currently Avocet Mobile supports Numerical limit validation, Value comparison, and Value exists
validation rules ONLY.
Bounded moving average and previous row tolerance validations are not supported.
17
Distribute sign-in information to Avocet
Mobile users
After you configure your Avocet PDMS environment for use with Avocet Mobile, distribute the required logon
information to Avocet Mobile users. Users can log on to Avocet Mobile in offline or online mode. To log on in
offline mode, you must log on to the mobile app at least ONCE with Save Password toggled on.
Distribute the following information to Avocet Mobile users. Users enter this information in the Start screen
on their mobile device.
• Secure URL of the server connection
You can change the URL using the Change server URL feature on the login screen.
• Password
If you enabled the save password option, on the Start screen, users can slide to save their password for
future logons.
• Application ID that references the database
Users can switch between application IDs that they have access to.