In this section you can set the following:

• Base URL – Sets the base URL prefix under which this instance is reachable from the Internet.
• Promote new Unity UI – Shows/hides the link to the Unity UI which is available as a banner at the top of the page and an item in the User menu. The link leads to the Unity version of the current partition.
• Show customizable welcome dialog – When enabled, users are presented with a welcome dialog after they log in. You can enter the text for this dialog in the field below. This dialog can be useful for e.g. product announcements or redirecting users to Unity UI.
• Default Timezone – Sets the default time zone as an offset to GMT/UTC. All target dates, valid-after dates and expiry dates will be in this timezone. For example, this setting will determine the moment when a workflow logic starts to be valid (and automatically used) or when a quote expires. Bear this time offset in mind when setting validity dates throughout the application. 
  If you wish to reflect on the day light saving changes, use here a timezone which has such information (full timezone info is shown here for this reason).
• Max Grid Group By – Defines the maximum number of rows the Group By in grids is performed for. If the number of rows exceeds the limit, grouping is disabled. The default limit is 1000.
• Email Redirection – Specifies an email address where all emails from the system are redirected. This can be useful for testing scenarios where sending emails to real users is not desired.
• Password Complexity Requirements – Sets the complexity for passwords. 99622689. 
• Enable password history – If checked, there is a restriction to set the same password if the last one was reset.
• Password history size – Sets the number of different passwords.
• Passwords expire after (days) – If set, all passwords expire in the given number of days. This expiry setting is applied whenever a password is changed.
  • If the password expiry has to be employed (e.g. because of company policy), you need to instruct all users to change their password.
  • If you prefer a password to never expire (e.g. for a technical account used for integration), you just do not update it and then the expiry setting is not applied. 
  • Password expiry setting can also be made for individual users; to learn how these two settings work together see the User Admin section.
• Check password against an online database of compromised passwords – If checked, every new password is checked against a database of broken passwords. This check is done anonymously and the password is never sent to the external provider (only a part of the hashed version).
• Make two-factor authentication mandatory for all users – If checked, two-factor authentication is required for all users logging in to the application (directly, not via SSO). After enabling, it can take up to 10 minutes to take effect.
• Disable automatic relogin of Web UI – Using this option you can control what happens after the user session expires due to inactivity. If the option is checked, users are required to log in again to continue working with the application. If the option is not checked, users are automatically logged in, provided the same browser window is still open. The advantage of the automatic relogin is improved user experience, however, make sure that such application behavior is in line with your processes.
• Disable Pricefx support login – Disables O365 support login, so that you can explicitly approve/grant access by non-partition users like root/support. 
• Activate comment history – If enabled, history of comments in Price Lists, Manual Price Lists and Live Price Grids is captured and displayed in the product details screen 'Comment History'.
• Allow Groovy logging to system log (api.logXX statements) – If enabled, Groovy scripts in calculation logics are allowed to write messages to the system log file when the calculation is executed.
• Determine the validity date of the workflow logic of Quotes, Agreements/Promotions or Rebate Agreements based on the item's effective/calculation date (and not the submit date) – If there are more workflow logics set as "Active" for a certain document type, you can decide here how a valid workflow logic is selected. Basically, the workflow logic determination follows the same principles also found everywhere else regarding validity dates.
  • If this option is checked, the date that drives the logic selection (= the "target date") will be the effective date of the quote or the calculation date of the Agreement/Promotion or Rebate Agreement. Hence a date that could also be in the future.
  • If it is unchecked, the target date of "now" (i.e. the point in time when the document was submitted) is used.
• Event URL – HTTP endpoint to which events from the current partition are published.
• Disable sending events through HTTP (PUSH) – Check if you use the Pull method.
• Event email – Email address to which events from the current partition are published. When empty, emails with events are not generated. 
• OBJREFs options – OBJREFs stands for object references, a table in Pricefx which holds information which Agreements / Promotions / Rebate Agreements contain which products and for which customers. This information can be generated on the header level either during save or later or on the line item level where it can be switched off completely. The following two options can have a significant impact on the performance.   

  • Update OBJREFs on header level at CT/RBA submit – If enabled, the OBJREF table is not updated during saving a Agreements / Promotions / Rebate Agreement, but only when the document is submitted, copied or a new revision is created. The update is synchronous and handles the header level only.
    If not enabled, the OBJREFs update happens during saving the document. 

  • Disable creation of OBJREFs on line item level after CT/RBA save/submit – If enabled, the OBJREFs for line items of a Agreements / Promotions / Rebate Agreement are not created at all.
    If not selected, the OBJREF table for line items of an Agreement / Promotion / Rebate Agreement is updated during saving, submitting or copying the document. The update happens asynchronously, so it may take some time before the Agreements/Promotions or Rebate Agreements are visible in Customer Details and other places. During the execution of the background update job, it is impossible to delete or approve the CT/RBA. You can check whether the job has already finished in the Job/Task Tracking section.
• api.retainGlobal defaults to TRUE – If enabled, sets the default value of api.retainGlobal to true. In that case, using only "api.global" is sufficient to instruct the formula engine to keep the hash map in between logic runs. 
• Decouple product/customer extensions from product/customer records – Enables you to make product and customer extensions configuration independent from product and customer records. If unchecked (default), the SKU/CustomerID meta data record for PX/CX is always taken from the Product/Customer record and the editability of a PX/CX record is also cross checked against the user group editability settings of the corresponding Product/Customer record.
• Show progress in Configurator when being recalculated
• Infer mass edit rounding – If enabled, the number of decimal places is preselected in the Precision column of the mass edit dialog. The value depends on the data type of the edited column: MONEY, PERCENT 2 decimal places, NUMERIC 3 decimal places, NUMERIC_LONG 10 decimal places. The preselected value can always be changed by the user in the dialog.
• Enable table data export only for defined user groups – Allows you to define which user groups are allowed to download data from tables within the application (i.e. see the Download to XLS/PDF/DOC icon). To specify the groups, enter their names (case insensitive) separated by a comma. 
  If this option is not checked, everyone can export data. 
  If this option is checked but no user group is defined, the export functionality is disabled for all the users. 
• Allow editing the target date after the price list was calculated – If checked, it is possible to edit the target date even after the price list was calculated. 

Click the 'Save'  button to save the changes. 

After saving, settings on this page do not apply immediately. Because of caching, it can take up to 5 minutes to apply them.

Criteria for Password Complexity

By default, a password must be at least 6 characters long and must contain at least one number and one upper case character.

In addition to that the following criteria can be set (to select multiple criteria press the Ctrl key):

• Similarities with user's first name – The user's first name is parsed for non-alphabetic characters (e.g. spaces). If any of such characters are found, the name is split and all parsed sections (tokens) are confirmed not to be included in the password. Tokens that are less than three characters in length are ignored, and substrings of the tokens are not checked. For example, the name "Erin M." is split into two tokens:  "Erin" and "M". Because the second token is only one character long, it is ignored. Therefore, this user could not have a password that included "erin" as a substring anywhere in the password.
• User name included in password – The username is checked to determine whether it is part of the password. If the username is less than three characters long, this check is skipped.
• Similarities with user's email – The user's email is parsed for non-alphabetic characters (e.g. @ or spaces). If any of such characters are found, the name is split and all parsed sections (tokens) are confirmed not to be included in the password. Tokens that are less than three characters in length are ignored, and substrings of the tokens are not checked. For example, the email "erin@example.eu" is split into three tokens:  "erin", "example" and "eu". Because the third token is only two characters long, it is ignored. Therefore, this user could not have a password that included either "erin" or "example" as a substring anywhere in the password.
• Repeating characters – The password must not contain repeating characters (e.g. aa or 11).
• Minimum length in characters – The password must be at least 6, 8, 10, 12 or 16 characters long (depending on what option you select).  
• Digits only – The password must not only comprise digits.
• Capitals only – The password must not only comprise capital letters.
• Lowercase letters only – The password must not only comprise lowercase letters.
• At least one capital – The password must contain at least one capital letter.
• At least one lowercase letter – The password must contain at least one lowercase letter.
• At least one number – The password must contain at least one digit.
• Any of ~!@#$%^&*_-+=`|()\{\}\[\]:';"<>,.?/ check – The password must contain at least one of the following symbols:  ~!@#$%^&*_-+=`|(){}[]:';"<>,.?/