In the Administration > User, you can record setup data that define your organization structure and its users. Information in this link is more “data” related, whereas the information stored on the System drop-down link functions more like switches that control system behavior.
Navigating to Administration System
The User drop-down link records the following data:
The Organization screen records the operational hierarchy of your business in terms of people. It groups the human resources of your business in three categories: organization, division, and department. The system uses this data to control access of users to accounts.(The Companies screen allows you to setup the location of these accounts.)
Note
You can have only one active organization, so use the Organization field to define your organization at its highest level.
Divisions are groups within your organization that will have access to the same accounts. Larger organizations often define their divisions by region. Smaller organizations may define division as branch offices or even departments, and might only have one division defined.
Departments are smaller units within a division. They expand on who is in the corresponding Division field. The system uses this sub screen, for example, when setting up the Services screen on the Utility form. At least one department must be defined for each division.
As an example of an organization setup, Oracle Corp. might be defined as:
Organization: O-0001 Oracle Corp. ORA
Division: OD-001 Central Region C01
Department: ODD-01 Origination ORG
Department: ODD-02 Funding FUN
Department: ODD-03 Servicing SER
Division: OD-002 Eastern Region E01
Department: ODD-11 Servicing SER
Department: ODD-12 Collection COL
Note
The Short Name field on the Organization screen allows you to create the ID that Oracle Financial Services Lending and Leasing will use when referring to the organization, division, and department throughout the system.
To setup the Organization screen
A brief description of the fields is given below:
Field: |
Do this: |
Organization |
Specify the organization ID (the ID is the unique identifier used internally by Oracle Financial Services Lending and Leasing to represent your organization). Note: Do not edit this field. |
Organization Name |
Specify the organization name. |
Short Name |
Specify the short name for the organization. Note: This ID represents this organization throughout the system. |
Enabled |
Check this box to enable the organization. Note: Only one enabled organization is currently allowed by Oracle Financial Services Lending and Leasing. |
Country |
Select the country where the organization is located from the drop-down list. |
City |
Specify the city where the organization is located. |
State |
Select the state where the organization is located from the drop-down list. |
Address Line 1 |
Specify the address line 1 for the organization. |
Address Line 2 |
Specify the address line 2 for the organization. |
Zip |
Select the zip code of the location where the organization is located from the drop-down list. |
Extn |
Specify the extension of the selected zip code. |
Phone 1 |
Specify the primary phone number for the organization. |
Extn 1 |
Specify the phone extension for the primary phone number. |
Phone 2 |
Specify the alternate phone number for the organization . |
Extn 2 |
Specify the phone extension for the alternate phone number, if specified. |
Fax 1 |
Specify the primary fax number for the organization. |
Fax 2 |
Specify the alternate fax number for the organization. |
A brief description of the fields is given below:
Field: |
Do this: |
Division |
Specify the division ID. The ID is the unique identifier used internally by the system to represent the division within the organization. Note: Once specified, do not edit this field. |
Division Name |
Specify the division name. |
Short Name |
Specify the short name for the division. Note: This ID represents this division throughout the system (required). |
Enabled |
Check this box to enable the division. |
Country |
Select the country where the division is located from the drop-down list. |
City |
Specify the city where the division is located. |
State |
Select the state where the division is located from the drop-down list. |
Address Line 1 |
Specify the address line 1 for the division. |
Address Line 2 (unlabeled) |
Specify the address line 2 for the division. |
Zip |
Select the zip code of the location where the division is located from the drop-down list. |
Extn |
Specify the extension of the selected zip code. |
Phone 1 |
Specify the primary phone number for the division. |
Extn 1 |
Specify the extension for the primary phone number. |
Phone 2 |
Specify the alternate phone number for the division. |
Extn 2 |
Specify the extension for the alternate phone number . |
Fax 1 |
Specify the primary fax number for the division. |
Fax 2 |
Specify the alternate fax number for the division. |
A brief description of the fields is given below:
Field: |
Do this: |
Department |
Specify the department ID. Note: The ID is the unique identifier used internally by the system to represent the department within the division. |
Department Name |
Specify the department name. |
Short Name |
Specify the short name for the department. Note: This is the ID that appears throughout the system to represent this department. |
Enabled |
Check this box to enable the department. |
Country |
Select the country where the department is located from the drop-down list. |
City |
Specify the city where the department is located. |
State |
Select the state where the department is located from the drop-down list. |
Address Line 1 |
Specify the address line 1 for the department. |
Address Line 2 |
Specify the address line 2 for the department. |
Zip |
Select the zip code where the department is located from the drop-down list. |
Extn |
Specify the zip extension where the department is located. |
Phone 1 |
Specify the primary phone number for the department. |
Extn 1 |
Specify the phone extension for the primary phone number. |
Phone 2 |
Specify the alternate phone number for the department. |
Extn 2 |
Specify the phone extension for the alternate phone number. |
Fax 1 |
Specify the primary fax number for the department. |
Fax 2 |
Specify the alternate fax number for the department. |
A brief description of the fields is given below:
Field: |
Do this: |
Format Type |
Select the type of format from the drop-down list. |
Format Sub Type |
Select the sub type of the format from the drop-down list. The format sub type will be displayed based on the format type selected. |
Format |
Specify or select the format based on the format type and format sub type selected. For Date and Time Zone format, select the required option from the drop-down list. |
Format Mask |
Specify the format mask. |
Format Filler |
Specify the format filler. |
Special Data |
Specify the special data, if any. |
Enabled |
Check this box to enable the display format. |
The Companies screen records the hierarchical structure of your portfolio companies and their branches. Just as Oracle Financial Services Lending and Leasing uses the Organization screen to determine the location of people, it uses the information on the Companies screen to determine the location of accounts. In completing the Companies screen, there can be more than one company, and each company can have more than one branch.
Accounting is performed at the company level. Accountscan be sorted down to the branch level. For this reason, branches are set up to reflect different business practices. You would set up different branches if, for example:
As an example of the companies setup, Oracle Corp. might have the following companies and branches defined as:
Company: C-0001 TrustOne Financial Corp TOFC
Branch: CB-01 TOFC - Headquarters HQ
Branch: CB-02 Kennedy Plaza KP
Company: C-0002 Credtyme Credit Corp CCC
Branch: CB-11 CCC - Headquarters HQ
Branch: CB-12 CCC - Missoula MT
Note
Key concept: Note the difference between the Company screen and the Organization screen:
As you can see in the following Access screen section, the information on the Organization and Companies screens define the operational hierarchy of your companies in terms of which Oracle Financial Services Lending and Leasing users will have access to which accounts
To setup the Companies
A brief description of the fields is given below:
Field: |
Do this: |
Company |
Specify the portfolio company ID. (This ID is the unique identifier used internally by the system to represent the company). |
Name |
Specify the name of the portfolio company (required). |
Short Name |
Specify the short name for the portfolio company (ID displayed to represent the company). |
Currency |
Select the currency of the portfolio company from the drop-down list. The system displays the default value as ‘US DOLLAR’. |
Enabled |
Check this box to enable the portfolio company. |
Country |
Select the country where the portfolio company is located from the drop-down list. The system displays the default value as ‘UNITED STATES’. |
City |
Specify the city where the portfolio company is located . |
State |
Select the state where the portfolio company is located from the drop-down list. |
Address Line 1 |
Specify the address line 1 for the portfolio company. |
Address Line 2 |
Specify the address line 2 for the portfolio company. |
Zip |
Select the zip code of the location where the portfolio company is located from the drop-down list. |
Extn |
Specify the extension of the zip code where the portfolio company is located. |
Phone 1 |
Specify the primary phone number for the portfolio company. |
Extn 1 |
Specify the phone extension for the primary phone number. |
Phone 2 |
Specify the alternate phone number for the portfolio company. |
Extn 2 |
Specify the phone extension for the alternate phone number. |
Fax 1 |
Specify the primary fax number for the portfolio company. |
Fax 2 |
Specify the alternate fax number for the portfolio company. |
Tax ID # |
Specify the tax identification number for the portfolio company. |
TCC |
Specify the transmitter control code for the portfolio company (1098 Electronic Filing). |
Contact |
Specify the contact information about the portfolio company. |
Coupon Order Code |
If you are using coupons, Specify the coupon order code to be used by a third party printing the coupons for billing statements. |
HMDA |
Select the HMDA agency (Home Mortgage Disclosure Act reporting agency for the company). |
Remittance Address section |
|
Country |
Select the remittance address country from the drop-down list. The system displays the default value as ‘UNITED STATES’. |
City |
Specify the remittance address city. |
State |
Select the remittance address state from the drop-down list. |
Remittance Address 1 |
Specify the remittance address line 1, if it is different from the company address. This address is included as the remittance address on statements. |
Remittance Address 2 |
Specify the remittance address line 2. |
Zip |
Select the zip code of the remittance address line 1 from the drop-down list. |
Extn |
Specify the extension of the remittance address zip code. |
A brief description of the fields is given below:
Field: |
Do this: |
Branch |
Specify the portfolio branch ID. (This ID is the unique identifier used internally by the system to represent the branch within your company). |
Name |
Specify the name of the portfolio branch (required). |
Short Name |
Specify the short name for the portfolio branch (ID displayed to represent the branch) (required). |
Enabled |
Check this box to enable the portfolio branch. |
Sub Unit |
Select the Sub Unit from the drop-down list. Sub Unit refers the entity which is the source of funds for the credit application/Account. System associates the selected sub unit with the particular company/branch combination and displays by default when the same is selected during an application/Account creation. |
Country |
Select the country from the drop-down list. The system displays the default value as ‘UNITED STATES’. |
City |
Specify the city where the portfolio branch is located. |
State |
Select the state from the drop-down list. |
Address Line 1 |
Specify the address line 1 for the portfolio branch. |
Address Line 2 |
Specify the address line 2 for the portfolio branch. |
Zip |
Select the zip code of the location where the portfolio branch is located. |
Zip Extn |
Specify the extension of the zip code, where the portfolio branch is located. |
Phone 1 |
Specify the primary phone number for the portfolio branch. |
Extn 1 |
Specify the phone extension for the primary phone number. |
Phone 2 |
Specify the alternate phone number for the portfolio branch. |
Extn 2 |
Specify the phone extension for the alternate phone number. |
Fax 1 |
Specify the primary fax number for the portfolio branch. |
Fax 2 |
Specify the alternate fax number for the portfolio branch. |
Using the organizations, divisions, companies, and branches created on the Organization and Companies screens, you can control the access privileges of accounts. On the Access screen, you define which organization/division (users) can gain access to which company/branch (accounts) locations.
Normally, for each division within an organization, you would define a record with Company value of ALL and a Branch value of ALL, then select the Allowed box. You then define other records for the same Organization and Division for other Company and Branch combinations with the Allowed box cleared to restrict access.
To setup the Access
The Data screen allows you to restrict access to different data.
To setup the Data
A brief description of the fields is given below:
Field: |
Do this: |
Organization |
Select the organization for which you are defining access privileges from the drop-down list. |
Division |
Select the division within the organization for which you are defining Access privileges from the drop-down list. |
Company |
Select the portfolio company to which you are defining access privileges for the organization and division specified from the drop-down list. |
Branch |
Select the portfolio branch of the company to which you are defining access privileges for the organization and division specified from the drop-down list. |
Allowed |
Check this box to provide access to the data pertaining to the company and branch, for the organization and division specified. |
In the screen, you can control the access to the following:
For example, Add and Edit buttons can be disabled once an application is funded.
If you want to restrict updating the Applicant details, then edit button has to be disabled for the stage.
The screen allows you to restrict access to different screens.
To set the Screen Security
Note
You can not add a new record
A brief description of the fields is given below:
Field: |
Do this: |
Access Code |
The system displays the selected access code. |
Description |
Modify the description of the access code. |
Type |
The system displays the type of security access definition. |
System Defined |
If ‘Yes’ is selected, the security access definition entry is system defined. If ‘No’ is selected, the security access definition entry is manually defined. |
Enabled |
Check this box to enable the security access definition entry is enabled. |
A brief description of the fields is given below:
Field: |
Do this: |
Access Type |
Select the access type of the user who will have access to this screen from the drop-down list. |
Active Value |
Select the active value of the user who will have access to this screen from the drop-down list. |
Allowed |
Select ‘Yes’ to allow access to this screen or ‘No’ to deny access to this screen. |
System Defined |
Select ‘Yes’, if the screen user access definition entry is system defined. Select ‘No’, if the screen user access definition entry is manually defined. |
In the Reports screen you can control access to generate certain reports.
To set up Reports
A brief description of the fields is given below:
Field |
View this: |
Code |
Displays the code of the report. |
Module |
Displays the code of the report from the drop-down list. |
Description |
Displays the description of the report. |
Enabled |
Displays whether the report definition is enabled or not. |
A brief description of the fields is given below:
Field: |
Do this: |
Access Type |
Select the access grid function type from the drop-down list. |
Access Value |
Select the access function grid value from the drop-down list. |
Allowed |
Select ‘Yes’ to allow access or ‘No’ to restrict access to the entry based on the access type and value. |
System Defined Yes/No |
Select ‘Yes’, if the report user access definition entry is system defined. Select ‘No’, If the report user access definition entry is manually defined. |
The Correspondence screen allows you to restrict access to different correspondence commands on the Letters menu, thus restricting your ability to generate certain correspondence.
If you do not have the responsibility to create a type of correspondence, the corresponding command on the Letters menu is unavailable (dimmed).
To setup the Correspondence
A brief description of the fields is given below:
Field: |
Do this: |
Code |
The system displays the correspondence code name you want to work with. |
Description |
The system displays the description for the correspondence code (display only). |
Enabled |
Check this box to enable the selected correspondence code entry. |
A brief description of the fields is given below:
Field: |
Do this: |
Access Type |
Select the access grid function type from the drop-down list. |
Access Value |
Select the access function grid value from the drop-down list. |
Allowed |
Select ‘Yes’ to allow access or ‘No’ to restrict access to the entry based on the access type and value. |
System Defined Yes/No |
Select ‘Yes’, if the correspondence user access definition entry is system defined. Select ‘No’, If the correspondence user access definition entry is manually defined. |
The Webservice screen in Access setup allows you to configure access to the available RESTful webservices in the system. The associated seed data for all the RESTful webservices are loaded during product installation and process of installing the same is detailed in the Installation guide.
As an administrator/superuser, you can Enable/Disable Web Service access to users based on their responsibility and ensure that only authorized user have access to those specific webservices in the system. Following list indicates some of the available RESTful webservices in the system:
To setup the Webservice access
Field: |
Do this: |
Access Code |
The system displays the webservice access code. |
Description |
The system displays the description of the associated webservice access code and can be edited for required changes. |
Type |
The system displays the type of security access definition. |
System Defined |
If selected as ‘Yes’, the security access definition entry is system defined. If selected as ‘No’, the security access definition entry is manually defined. |
Enabled |
Check this box to enable the selected webservice access code. |
A brief description of the fields is given below:
Field: |
Do this: |
Access Type |
Select ‘Responsibility’ (default) as the access type from the drop-down list. For this access type to be available in the drop-down list, ensure that the Lookup Type ‘ACCESS_GRID_TYPE_CD’ is maintained in the system. |
Access Value |
This field is ‘Read-only’ for ‘System Defined’ Security Access Definitions which are loaded as part of seed data during installation. For non-system defined Security Access Definitions, select the access value which is the user responsibility who needs to have access to this webservice from the drop-down list. For user responsibilities to be populated in the drop-down list, ensure that the Lookup Type ‘RESPONSIBILITY_CD’ is maintained in the system. |
Allowed |
Select ‘Yes’ to allow user access to this webservice or ‘No’ to deny access. By default, No’ is selected. |
System Defined |
Select ‘Yes’, if the webservice user access definition entry is system defined. Select ‘No’, if the webservice user access definition entry is manually defined. |
The Users screen allows you to create and set up an user. In the User Definition section, you can assign a user an identification name and password to log on to the system. You can also assign the organization, division, and department where each user is located. Additional fields allow you to record information for contacting the user. You can also define the time frame within which a user has access to the system to ensure compliance to the company’s schedule. This is a very useful feature to prevent logins during scheduled maintenance.
The Responsibility field records the job function of the user and defines the level of access that user has within the system; in particular:
Note
The system’s SUPERUSER responsibility grants access to the entire system. Give careful consideration to the number and type of users who receive this responsibility.
To set up the Users screen
A brief description of the fields is given below:
Field: |
Do this: |
User |
Specify the user ID. Note: This field is a unique indicator and cannot be updated, edited, or deleted once saved. |
Organization |
Select the organization to which the user belongs, from the drop-down list. |
Division |
Select the division to which the user belongs, from the drop-down list. |
Department |
Select the department to which the user belongs, from the drop-down list. |
Start Dt |
Specify the start date for the user. You can also select from the adjoining calender icon. |
End Dt |
Specify the end date for the user. You can also select from the adjoining calender icon. |
System Defined |
Select ‘Yes’, if the entry is system defined. System defined entries cannot be modified. Select ‘No’, if the entry is not system defined and it can be modified. |
Enabled |
Check this box to enable the user. |
First Name |
Specify the first name of the user. |
MI |
Specify the middle initial of the user. |
Last Name |
Specify the last name of the user. |
Responsibility |
Select the responsibility for the user from the drop-down list. Note: The users mapped to the role ‘Responsibility’ can only view the screens. |
Review Request Supervisor |
Select the supervisor responsibility who can also review and respond to review requests from the drop-down list. The list displays the corresponding Review Request Supervisors who are either one or more levels higher from the above selected user ‘Responsibility’ as maintained in ‘RESPONSIBILITY_CD’ lookup code. |
Phone 1 |
Specify the user’s primary phone number. |
Extn 1 |
Specify the phone extension for the primary phone number. |
Phone 2 |
Specify the user’s alternate phone number. |
Extn 2 |
Specify the phone extension for the alternate phone number. |
Fax 1 |
Specify the user’s primary fax number. |
Fax 2 |
Specify the user’s alternate fax number. |
Replacement User |
Select the user ID of the replacement user from the drop-down list. |
Dt |
Specify the date from when the replacement is effective. You can also select from the adjoining calender icon. Note: These two fields allow you to create a replacement user for the current user. This is particularly useful when a new employee assumes the duties of a former. By completing the Replacement User and Replacement Dt field, the system recognizes the replacement user as the current user on the effective date. For more information, refer the section, ‘Replacement Users’. |
Type |
Select the user type from the drop-down list. |
Reference # |
Specify the reference number for the user from the drop-down list. |
Specify user’s email address. |
|
Default language |
Select the default language from the drop-down list. |
Time Zone |
Select the required Time Zone from the drop-down list, The specified time zone would be applicable at company level. |
Time Zone Level |
Select the time zone level (Organization, Company or User) that would apply by default, when specific time zone is not specified at Company and User level. |
By completing the Replacement User and Dt fields on the Users screen, you can replace an existing user with a new user. The system assigns all responsibilities of the original user to the new user as of the date of the replacement.
The Replacement User and Dt fields allow you to designate a replacement for the current user in the User ID field. When you complete the Replacement User and Dt fields, save your entry, and then enable the record, the system replaces the original user. The system changes the End Dt field to the date when the original user was replaced (the same date in the Dt field).
The system assigns the queues of the original user to only those replacement users who have the same user responsibilities (or Super User responsibility) as set in the system.
The system updates the following when replacing users:
Note
The system will not update the replacement user ID for accounts that are closed.
Oracle Identity Manager is for user administration. Oracle Financial Services Lending and Leasing has been developed in such a way that it can be implemented with or without Oracle Identity Manager. In case OID has been employed, the user definition is done in OID and then synchronized to the Oracle Financial Services Lending and Leasing Users table using a utility JAR called OID Synchronization JAR. In OID, users are defined across various groups belonging to a realm which is nothing but the directory structure in OID. A user can be configured to belong to multiple groups in a realm. Every time the user tries to login to Oracle Financial Services Lending and Leasing or OBIEE, the system validates the login ID and the password with OID and provides access to those applications.
In the system, an important part of the origination process is pulling a credit report from a credit bureau and scoring that information against a user-defined risk model. These credit reports can be pulled both automatically and manually.
After you enter an application, the system compares its contents against pre-screen criteria. If the application passes a pre-screen edits check, the system advances the status of the application and automatically pulls a credit report.
You can manually request a credit report for an applicant or any other party included on the application, such as co-signers and spouses by selecting the bureau from which you want to pull the report. If more than one report type is defined for the selected bureau, then you can indicate the type of report you want to pull.
The following are few additional Credit Bureau Setup details:
Member codes and passwords when switching credit bureau access methods (moving from dial-up to Net Connect). The member codes and passwords are not dependent on the connection method used to access the bureau.
Frame relay access is from the database server to the Experian host though a TCP/IP socket connection. The connection is outbound only and it is to a specific port (699 or 700) on the Experian host.
The credit bureau service will be accessing Experian Net Connect service through HTTP to the ECALS URL supplied by Experian as well as by the HTTPS to the URL returned as a response to the ECALS URL inquiry (the credit request URL). This access is from the database server access.
The setup for Credit Bureau spans across the following links:
Navigating to Credit Bureau
The system reports to the credit bureau agencies in the Metro 2 format with the payment and account status information of each account holder. The Credit Bureau Reporting screen contains the program identifier to be reported to the bureaus.
To setup the Reporting
A brief description of the fields is given below:
Field |
Do this: |
Company |
Select the portfolio company from the drop-down list. |
Bureau |
Select the bureau from the drop-down list. |
Program Identifier |
Specify the program identifier. The customer receives this from the bureau and uses it to identify itself to that bureau. You will need to update this information. |
Enabled |
Check this box to enable the program. |
The system allows you to report the following special Metro II segments to the credit bureau output file:
The system users will need to use call Action/Results and Reason fields on the Call Activities sub screen of the Customer Service form (Lending > Customer Service > Customer Service (2) master tab > Account Details tab > Call Activities sub tab) to place specific account conditions where these Metro II segments are to be reported. The specific segment reported for a given condition will be based on the account condition and call activity reason codes.
Note
It is the responsibility of the Administrator or individual user to setup Special Metro II Code reporting functionality.
When users open one of the following conditions:
Code |
Description |
CIIC |
Consumer Information Indicator Code (METRO2 - FCRA) |
CCCD |
Compliance Condition Code (METRO2) |
SPCC |
Special Comment Code (METrO2) |
The system recognizes the condition, processes the selected Metro II reporting call activity reason code, and generates the Metro II reporting segment in the Metro II reporting output file.
Note
To setup Metro II Code reporting
Action Code |
Description |
CIIC |
Consumer Information Indicator Code (METRO2 - FCRA) |
CCCD |
Compliance Condition Code (METRO2) |
SPCC |
Special Comment Code (METRO2) |
When setup is completed, you can open and close Special Metro II code conditions.
Note
Opening and closing Special Metro II Code reporting is a manual process.
The CBU_FILE_FREQUENCY (METRO 2 FILE FREQUENCY) Company system parameter determines, if output file is generated and created daily or output file is written with daily data and output monthly.
The Experian Net Connect, Equifax Internet System to System, and CSC interfaces within the the system credit bureau service use functionality provided by the Oracle Wallet feature. Use the Oracle Wallet Manager on the database server to create and export a wallet for use by the credit bureau service.
Note
All of the above mentioned interfaces use the same Oracle wallet. If a wallet already exists and is in use by one of the credit bureau interfaces, there is no need to create another wallet. Due to differing certificate requirements, there may be a need to import additional trusted certificates into the wallet, but there will not be a need to create a new one. The credit bureau parameter ORA_WALLET_PATH contains the location of the Oracle Wallet used by the credit bureau service.
To create and export a wallet suitable for use by the credit bureau
Refer to the Oracle documentation for more detailed instructions on how to use the Oracle Wallet Manager to create and manage a wallet:
https://ss1.experian.com |
Experian |
https://transport5.ec.equifax.com |
Equifax |
https://www.emortgage.Equifax.com |
CSC |
This list may change. Use the URL provided to you by the credit bureau when they set up your service. To get the proper Experian HTTPS URL, enter the ECALS URL that was provided by Experian into a web browser. The response returned to the browser is the HTTPS URL that will be used to communicate with Experian.
SQL> select utl_http.request('https://ss1.experian.com', NULL, 'file:/etc/ORACLE/WALLETS/oracle', 'password') from dual;
Replace the URL in the above command with each HTTPS URL given to you for use by the credit bureaus. Also replace the wallet path with the path to your wallet and your wallet password. The output from the command is not important, what is important is that it runs without displaying an Oracle error. If there is an Oracle error, then something is wrong with the contents of the wallet, the path to the wallet, and/or the wallet password.
The Experian Net Connect interface within the credit bureau service requires the use of the Oracle Java Virtual Machine (JVM) that is resident in the Oracle database. Furthermore, specific permissions must be granted to the Java classes used by the credit bureau service. These permissions have been added to the set_java_perms.sql script that is part of the distribution. This script (as well as many other useful SQL scripts) is available from the Oracle Financial Services Software technical support Oracle Financial Services Lending and Leasing patches web site.
The set_java_perms.sql script needs to run as the SYS user (or a user with SYS privileges). The script will prompt for SYS user id and password. Be prepared to provide it when prompted. Also, the script will select the value of the ORA_WALLET_PATH parameter from the credit bureau parameters table. Make sure that it has been updated with the proper wallet path before running the set_java_perms.sql script (although the script can be safely run again if necessary).
The basic operation of the credit bureau service has not changed. Once setup, there is no operational difference between accessing the credit bureaus via dial-up, frame relay, or the Internet.
The HTTPS servers used by Experian, Equifax, and CSC for their Internet based credit report services (as well as all HTTPS servers) contain a site certificate signed by a trusted Certificate Authority (CA). The CA is an entity that guarantees the identity of the HTTPS server. If the client trusts the CA, and the CA says that the HTTPS server is who they say they are, then the client inherently trusts the HTTPS server. Normally, a client tool such as Microsoft Internet Explorer has a large store of trusted CA certificates which makes secure communication between a client and a trusted HTTPS server relatively seamless and uneventful. Unfortunately, the store of CA certificates in the default Oracle wallet is rather small and it is likely that it will not contain the certificate of the CA that is certifying one or more of the credit bureau web sites. This means that the CA certificate must be imported into the wallet. To do this, the certificates must first be exported from a browser and then imported into the Oracle wallet using the Oracle Wallet Manager.
Using Microsoft Internet Explorer to Export a Certificate
If the web site asks for a user id and password, cancel the dialog box and remain on the top-level HTTPS screen.
The screen shot below shows a certificate that is already in the wallet’s list of trusted certificates (see the last entry for the www.verisign.com/CPS certificate).
Oracle Financial Services Lending and Leasing allows you to remove duplicate (“de-dupe”) liabilities data from the credit bureau information.
The de-duping logic is based on a number of parameters that the system compares among tradelines (only) to determine if they are duplicates. The following fields are used to determine if two tradelines are duplicates:
Field: |
Description: |
Account # |
The account number of the consumer with the lender for the particular account. |
Open Date |
The date the account was opened. |
Member Code |
The subscriber code of the lender with the respective credit bureau. Note: Since member codes for the same lender differ across bureaus, this field is used only for tradelines reported by the same bureau. Since reports obtained from CSC can have tradelines from different bureaus, this field is only for reports pulled from the credit bureaus. |
All available bureau reports pulled later than DEDUP_CRB_EXPIRATION_DAYS days old will be used.
The following system parameters will be set up to provide switches to allow the functionality to be turned on and off:
Whenever two (or more) items are identified as duplicates, Oracle Financial Services Lending and Leasing uses the following hierarchy to pick one of the items as the “correct” one:
Oracle Financial Services Lending and Leasing uses the system parameter DBR_JOINT_INC_DEBT_WITH_SPOUSE to decide whether to combine debt ratios of the spouse with the primary applicant. The DBR_JOINT_INC_DEBT_WITH_COAPP parameter decides whether to do the same on a non-spousal joint application.
When this indicator is checked, all liabilities in the Liability section on the Summary sub screen of the Applicant (2) master tab with the Include box selected will be used in the debt ratio calculation.
The following system parameter will be set up to provide switches to allow the functionality to be turned on and off:
The de-duping logic will be integrated into the system decision-making process in the following manner:
Initial credit pulls on new applications
Subsequent credit pulls (manual)
The de-duping logic will be limited based upon the discussion above. If the system cannot identify two tradelines as duplicates based upon the logic mentioned above, the individual tradelines will be retained. In such circumstances, both tradelines will be used in the debt ratio calculation and it will be the user’s responsibility to disregard one of them by clearing the Include check box.
The Correspondence screen enables you to setup the system’s correspondence.
The system provides two types of correspondence: predefined and ad hoc. The following chart provides a quick summary of both:
This chapter explains how to setup ad hoc correspondence with the Correspondence form.
The Correspondence screens provide a cost-effective and easy to use method to build custom documents that draw information from the system’s database without additional programming. You can choose what to include in a letter, create a template, and then use this template to produce a letter.
The core of the Correspondence module is the document element -- the information stored in the database merged into the correspondence. The system has document elements defined for commonly used data elements in correspondence, such as account numbers, account balances, customer addresses, telephone numbers, and due dates.
Correspondence consists of a document file with text of your choice and the document elements from the system’s database.
You can create a correspondence set that consists of one or more documents. If a correspondence set consists of more than one document, such as the account details letter and a payment overdue letter, it prints both documents every time the system generates correspondence for a customer.
The Correspondence module creates the following standard ad hoc correspondence:
Note
In this document and in the system, the term bankers system is synonymous with Adobe Acrobat.
The Correspondence screen contains the following sub screens:
Navigating to Correspondence
The System Functions screen enables you to view the predefined functions for the appropriate Lease product in the system. These are attributes from the database.
Functions define how the system retrieves data to include in correspondence. The data is retrieved as elements which are either specific database columns or calculated values. Elements are recorded on the Elements screen.
To view the predefined system functions
A brief description of the fields is given below:
Field: |
View this: |
Function Name |
Displays the function name. |
Description |
Displays the function description. |
Function Type |
Displays the function type. |
Source Program |
Displays the source program. |
A brief description of the fields is given below::
Field: |
View this: |
Position |
Displays the parameter position. |
Parameter |
Displays the function parameter. |
Description |
Displays the function parameter description. |
The Elements screen displays the predefined document elements retrieved from the database when the correspondence is generated.
In the Element Definitions section, you can update or edit only the Description field.
To view the Elements
A brief description of the fields is given below:
Field: |
Do this: |
Level0 Type |
Displays the element Level0 type. |
Element Name |
Displays the element name. |
Element Type |
Displays the element type. |
Description |
Specify the element description. |
Data Type |
Displays the element data type. |
Source Function |
Displays the element function. |
Enabled |
Displays if the element is enabled or not. |
Default Value |
Displays the default value. |
The E-forms Elements screen defines elements included when the system generates online correspondence with a browser. The E-forms screen is set up only for PDF elements using the XFDF format. These definitions translate the external element required by the vendor to a systems correspondence element.
For example,
Type |
Details |
Vendor Element |
AllBorrowers.FullNameStreetCityStateZip (Contains names of all borrowers with address of primary customer) |
The system’s Elements |
PRIM_APL_NAME SPOUSE_APL_NAME PRIM_APA_ADDRESS1 PRIM_APA_ADDRESS2 PRIM_APA_ADDRESS3 |
Translation: |
PRIM_APL_NAME || ', ' || SPOUSE_APL_NAME || ', ' || PRIM_APA_ADDRESS1 || '; ' ||PRIM_APA_ADDRESS2 || '; ' || PRIM_APA_ADDRESS3 |
To setup the E-forms Elements
A brief description of the fields is given below:
Field: |
Do this: |
Level0 Type |
Select the element Level0 type from the drop-down list. |
Source Code |
Select the element e-form source code from the drop-down list. |
Element Name |
Specify the element name (the name used in the external form). |
Description |
Specify the element description. |
Data Type Code |
Select the element data type code from the drop-down list. |
Translation |
Select the translation for the e-form element (SQL statement fragment defining the element data), from the drop-down list. |
Enabled |
Check this box to enable the e-form element. |
The Documents screen enables you to set up the various documents and the data fields that the system compiles together when creating a correspondence. The system provides two different document formats: Word or XFDF: XML-based form.
Note
Oracle Financial Services Software assumes that the user is familiar with Word and the Merge Document command. If the user is creating e-form documents with XFDF, then Oracle Financial Services Software assumes that person is familiar with Adobe forms.
To setup documents to be compiled in correspondence
A brief description of the fields is given below:
Field: |
Do this: |
Code |
Specify the document code to define the name for the new document. |
Description |
Specify the document description for the new document. This entry appears in the Correspondence section on the Request screen, when you generate an ad hoc correspondence. |
File Name |
Specify the document file name for the resulting file (Word or XFDF document). |
Level0 Type |
Select the level0 type from the drop-down list. |
E-form Source |
Select the element e-form source from the drop-down list. |
Product |
Select the document product from the drop-down list. |
Source |
Select the document source type from the drop-down list. |
Enabled |
Check this box to enable the document definition. |
A brief description of the fields is given below:
Field: |
Do this: |
Seq |
Specify the sequence number to order the document elements. |
Type |
Select element type from the following from the drop-down list. This list provides the following options: System-defined – If you select, the value is supplied by the system and cannot be changed in the Correspondence Request screen. Constant. User Defined Element – If you select, you can choose the value and change it in the Correspondence Request screen. User Defined Constant – If you choose, you can choose the value, but you cannot change it in the Correspondence Request screen. Translated Element – If a document contains an e-form element and you do not select this option, then the value will not be translated. |
Element Name |
Select the element name from the drop-down list. |
Description |
Specify element description. Notes: 1. Check that the element name does not have blank spaces or special characters, such as the forward slash “/” or backward slash “\”. 2. If the element is system-defined, then the system will automatically complete this field. |
Data Type |
Select the element data type from the drop-down list. |
Format Mask |
Select the element format mask from the drop-down list. |
Default Value |
Specify the element default value. |
Enabled |
Check this box to include the element in the document. |
A brief description of the fields is given below:
Field: |
Do this: |
File Name |
Specify the document file name for the resulting file (Word or XFDF document). |
Product |
Select the product for which the template is valid, from the drop-down list. |
Customer State |
Select the customer state for which the product is valid, from the drop-down list. |
Producer State |
Select the Producer state for which the product is valid, from the drop-down list. |
App/Acc St |
Select the Applicant/Account state for which the product is valid, from the drop-down list. |
New Template |
Check this box to load the template as a new template. |
Loaded |
Check this box to indicate that the template is loaded. |
Enabled |
Check this box to enable the template. |
The Document Elements sub screen records the system’s application or account information that appears in the ad hoc correspondence
To generate a data file for a document
The system displays a new screen with the following options:
The Correspondence screen enables you to define who will receive the documents you created on the Document Definition screen by creating correspondence sets. Each document must belong to a set, and a set can have more than one document.
To set up a correspondence set
A brief description of the fields is given below:
Field: |
Do this: |
Code |
Specify the correspondence code. |
Description |
Specify the correspondence description (required). |
Print Schedule |
Select the correspondence output schedule type from the drop-down list. |
Level |
Select the correspondence level type from the drop-down list. |
Group |
Select correspondence group from the drop-down list. |
Company |
Select the correspondence company from the drop-down list. |
Branch |
Select the correspondence branch from the drop-down list. |
Product |
Select the correspondence product from the drop-down list. |
Enabled |
Check this box to enable the correspondence. |
A brief description of the fields is given below:
Field: |
Do this: |
Document |
Select the correspondence document from the drop-down list. |
Recipients |
Select the recipients for the document from the drop-down list. |
Enabled |
Check this box to enable the recipient selected. |
A brief description of the fields is given below:
Field: |
Do this: |
Function |
Select the correspondence functions from the drop-down list. |
Execute When? |
Select when to execute the correspondence function from the drop-down list. |
Note
Oracle Financial Services Software assumes that BIP Desktop Tool is installed and the user is familiar with the BIP Report Tool.
Note
The .xml and .rtf file should be saved with the same name as entered in the ‘Code’ column of Document Definition section.
When processing an account, various users might work on the accounts to complete different tasks.
The account processing workflow facilitates the movement of the account from one person to another with queues. Queues create a work section of accounts waiting for a particular and common task to be performed. The system’s powerful queuing module automates this otherwise manual process.
In the Queues setup screen, you can setup and manage workflow and work assignments on a daily basis to ensure that the appropriate queues are available for users at all times.
Any time an account’s status is changed, the system checks whether the account is in the right queue.
The system will sort queues based on an account’s status and condition. A condition is the state of an account at a particular time, such as a delinquent, which determines the action a user needs to take.
Queues in the system are distinguished to two types of queues:
In the Customer Service screen, queues create a work list of accounts waiting for a particular and common task to be performed, such as collecting on a delinquency. The system’s powerful queuing module automates this otherwise manual process. The Queue Setup form allows you to manage workflow and work assignments and ensure that all accounts are in the queues of the appropriate users at all times.
Customer Service queues distribute and route accounts that require some particular action to be performed to specific users or departments. The system sorts customer service queues based on an account’s status and condition.
Accounts become available for queue assignment when an account receives a condition. Conditions can be applied automatically by the system or manually by users. For example, during nightly processing, the system recognizes an account as delinquent and automatically assigns it a condition of DELQ (“Delinquent”). The users can manually change an account’s condition using combination of Action and Result field entries on the Servicing > Servicing > Customer Service > Customer Service > Customer Service > Call Activities.
These Action and Result field entry combinations are set up on Setup > Setup > Administration > User > Queues > Call Actions Results.
The system associates an account with one or more queues based on multiple parameters, including user-defined criteria and the follow-up date. For example, customer service queues might be configured so accounts are parsed to users according to:
Collections queues are included in the Customer Service queue. These queues focus on:
Customer Service queues can be built online or in a nightly batch job. Within each queue, the order of the accounts can be sorted based on user-defined criteria.
Note
The Call Actions Results screen allows you to define the contents of the Action and Result fields on the Customer Service screen’s Add Call Activities section. The system uses this information to allow users to manually change the condition of an account, and thus assign or remove the account to a queue.
Depending on how you set up call action result codes on the Call Actions screen, conditions and queues are created or closed. You can also restrict the use of certain call activities based on responsibility.
The lookup type ACC_CONDITION_CD defines which account conditions can be created. The application’s queuing engine determines, if queues need to be created based on the information in the Lookups sub screen for this lookup type.
The following table displays the possible combinations of condition and queue.
Note
Note
Condition will be removed from the Summary conditions section.
Navigating to Queues screen
The Customer Service section allows you to set up the customer service queues. The screen includes a Hard Assigned box. When selected, the system assigns an equal amount of accounts to each individual user working on a that queue. Also, an account that is hard assigned will remain assigned to the individual who opens that account until that person is no longer working that queue
The Customer Service screen contains following three command buttons:
Command button: |
Function: |
Update Queue |
Queues can be updated whenever selection criteria has been updated. They may also be updated manually, if the nightly batch fails. |
Un-Assigned |
Depends on location of the cursor when you choose this button. Customer Service - “Un-assigns” all accounts in this queue. Responsibilities and Users > Responsibilities - “Un-assigns” all accounts in this queue. Responsibilities and Users > User - “Un-assigns” all accounts assigned to the specific user. Unassigned accounts may now be selected by updating the queue and re-assigned. |
Check Criteria |
Reviews the selection criteria for errors. The system will not allow you to enable a queue with invalid selection criteria. |
To set up the Customer Service queues
A brief description of the fields is given below:
Field: |
Do this: |
Queue Name |
Specify queue name. |
Queue Desc |
Specify queue description. |
Account Condition |
Select account condition from the drop-down list. |
Priority |
Specify the priority. |
Company |
Select the company from the drop-down list. |
Branch |
Select the branch from the drop-down list. |
Hard Assigned |
Check this box to assign an equal amount of accounts to each individual user working on a that queue. Also, an account that is hard assigned remains assigned to the individual who opens that account until that person is longer working that queue. |
Group Follow-up Ind |
Check this box to enable the bank to indicate whether the accounts belonging to the same customer have to be followed-up in groups. |
Near Real-Time |
Check this box to select the queues for the near real time refresh. You can specify the time interval and frequency to run this queue. When a batch is run, it picks only customer service queues marked as “Real Time” queues for re-assignment. |
Dialer Extract |
Check this box to indicate if the accounts satisfying the selection criteria should be extracted from the batch process or not. If the user is hard-assigned, then user gets identified by the dialer system as ‘Permission to call” user. The extract will also have data pertaining to customer time zone and privacy opt out indicator. |
Enabled |
Check this box to activate the queue. |
A brief description of the fields is given below:
Field: |
Do this: |
Seq |
Specify sequence numbers. |
( |
Specify left bracket. |
Parameter |
Select the parameter from the drop-down list. |
Comparison Operator |
Select comparison operator from the drop-down list. |
Criteria Value |
Specify criteria value. |
) |
Specify right bracket. |
Logical Expression |
Specify logical operator from the drop-down list. |
Enabled |
Check this box to enable the selection criteria. |
A brief description of the fields is given below:
Field: |
Do this: |
Seq |
Specify sequence number. |
AssAgpCode |
Select sort field from the drop-down list. |
Order |
Select sort order from the drop-down list. |
A brief description of the fields is given below:
Field: |
Do this: |
Responsibility |
Select the responsibility from the drop-down list. |
Enabled |
Check this box to enable the responsibility. |
Note
The system allows the work queue list to be sorted by user-defined criteria.
A brief description of the fields is given below:
Field: |
Do this: |
Name |
Select user name from the drop-down list. |
# Assigned |
Specify number of accounts assigned. |
Hard Assigned |
Check this box to hard assign. (For more information, see the following section in this chapter, Using the Hard Assigned Feature). |
Enabled |
Check this box to enable. |
A brief description of the fields is given below::
Field: |
Do this: |
Node |
Specify the node. |
Enabled |
Check this box to enable the record. |
Note
Modification of user details (adding or disabling users) within a user group which is added to Group Assignment will implicitly be updated in Responsibilities and Users tab also.
A brief description of the fields is given below:
Field: |
Do this: |
Group Name |
Select the user group name from the drop-down list. The list displays the pre-defined user groups available in the system. |
Enabled |
Check this box to enable the user group. |
Note the following:
Entity |
Added in Queue |
Added in User Groups |
Enabling and Disabling options |
User |
Yes |
No |
User should be disabled /enabled only in that particular Queue. |
No |
Yes |
User should be disabled / enabled in all the Queues where the user group is attached. |
|
User Group |
Yes |
No |
User group should be disabled /enabled only in that particular Queue. |
No |
Yes |
User group should be disabled / enabled in all the Queues where the user group is attached. |
The system enables lending institution to conduct “one time only” follow-up activity on the Customer Service screen, if the customer has multiple accounts in various conditions or in various queues. This avoids unnecessary confusions that arise when more than one user is performing collection tasks on multiple accounts belonging to the same customer.
You can follow-up on multiple accounts in the same condition at the same time using the group follow-up functionality. The system locks the accounts in the low priority queues and displays the same in the high priority queues. You can perform the follow-up activity on all the accounts when the account in the high priority queue becomes due for follow-up.
For example,
Suppose a customer holds three accounts, one that’s 30 days delinquent and in the 0_30_DAYs_DEL queue, one that’s 60 days delinquent and in the 30_60_DAYs_DEL queue and one that’s 90 days delinquent and in the 90+_DAYs_DEL.
a) If each of the queues Group Followup Ind is unchecked on the Customer Service screen, then no group follow-up will be performed.
b) If each of the queues Group Followup Ind is checked on the Customer Service screen, while updating the follow-up date for the low priority days queue, then the system will use the 90 days follow-up date
c) If the Group Followup Ind is checked on Customer Service screen for the 0_30_DAYs_DEL and 30_60_DAYs_DEL queues and note the 90+_DAYs_DEL queue, and the customer has accounts in each of the queue, then the system will use the follow-up date of 60 days for the low priority account.
The system’s “Hard Assigned” queues feature allows companies to evenly distribute accounts between users. The following example explains how it works:
Let’s say there are 40 unassigned accounts in a queue. Three users are assigned to the queue, Hard Assigned is checked for two.
When you select Update Queue on the Customer Service screen (or Oracle Financial Services Lending and Leasing processes the CUSTOMER SERVICE QUEUE PROCESSING nightly batch) each of the two Hard Assigned users receives 20 accounts, while the one that isn’t marked as Hard Assigned receives zero.
If users already have accounts assigned to them, the system attempts to balance the workload when assigning new accounts. For example, let’s say there are three users in a queue. The first has 15 accounts, the second has ten and the third has five. If there are ten new accounts, the system would give the third user the first 5 accounts, thus bringing that user's total to ten. The system splits the next five between the second and third, bringing their totals to 13 and 12, respectively.
Note
The system randomly assigns these accounts.
To set up a user as Hard Assigned feature
The system displays an Information section with the message as “Queue creation submitted in background”.
The system distributes and hard assigns the accounts in the queue to the selected users in the Users section.
To remove a user
The queue Activity sub tab allows you to add specific activities which are defined in Queues > Activity Tracking tab for the selected queue in ‘Queue Definition’ section. These activities can be tracked for updates in Customer Service > Queue Assignment tab.
Field: |
Do this: |
Activity Code |
Select the Activity Code from the drop-down list. The list displays only those activities which are Enabled in Queues > Activity Tracking tab. In case the same ‘Activity’ is disabled in Queues > Activity Tracking tab after adding it here, the same needs to be manually disabled. |
Enabled |
Check this box to enable the selected activity. |
You can either define new Call Action details or specify a new action code in the New Action field and click Create Copy to create a copy of selected call action with details.
A brief description of the fields is given below:
Field: |
Do this: |
Action Code |
Specify the action type code. |
Description |
Specify the description for the call action type. |
Call Type |
Select the call type from the drop-down list. |
Enabled |
Check this box to enable the call action. |
A brief description of the fields is given below:
Field: |
Do this: |
Result Code |
Specify the result type code for the specified call action type. |
Description |
Specify the description for the result type. |
Report Type |
Select the report type for the result type, from the drop-down list. |
Right Person Contact |
Check this box to indicate that result type is a right person contact. |
Follow-up Advance Unit |
Select the unit for advancing the follow-up date/time from the drop-down list. |
Value |
Specify the value for the follow-up advance unit. |
Enabled |
Check this box to enable the result. |
Queues are further filtered based on the following criteria:
The Conditions section determines whether the selected action/result will cause the listed conditions to be opened or closed. It also determines whether the queue will be opened or closed.
A brief description of the fields is given below:
Field: |
Do this: |
Condition |
Select the account condition to be open/close for the action from the drop-down list. |
Condition |
Select ‘Open’ to open the listed condition, ‘Close’ to open the listed condition, or ‘NA’, if the condition is not applicable. |
Queue |
Select ‘Open’ to open the listed Queue, ‘Close’ to open the Queue, or ‘NA’, if the Queue is not applicable. |
Enabled |
Check this box to enable the account condition. |
A brief description of the fields is given below:
Field: |
Do this: |
Responsibility |
Select the responsibility that can perform the action result from the drop-down list. |
Allowed |
Select ’Yes’ if access is allowed. |
Enabled |
Check this box to enable the responsibility. |
The Activity Tracking tab in Queues screen allows you to define 36 different activities at any given time. You can define unique Action and Result for each activity and also set the activity expiry duration beyond which new actions can be defined for the same activity.
The Activity defined in this tab is used in User > Queues > Customer Service > Queue Activity tab to define activities for selected ‘Queue Definition’ which in-turn is used in Customer Service > Queue Assignments tab to track the updates from call activity results.
Field: |
Do this: |
Activity Code |
Select the activity code from the drop-down list. The list displays pre-defined activity codes which are enabled as part of ‘QUEUE_ACTIVITY_TYPE_CD’ lookup code maintained in the system. |
Description |
View the description of activity code. |
Action |
Select the Action for the activity from the drop-down list. The list displays all the customer service call actions available in the system. |
Result |
Select the appropriate Result for the action from the drop-down list. The list is sorted with results based on the action selected. |
Activity Expiry Days |
Specify the number of days after which the activity has to expire (i.e. status set ‘N’). An activity code in ‘N’ status can be used to associate new action for tracking. |
Enabled |
Check this box to enable the activity. |
The User Groups tab in Queues is a centralized repository which allows you to define user groups, add and remove users from user groups.
The User Groups tab consists of User Group Definition section listing the defined User Groups and User section below listing the associated users of the selected User Group.
To define a User Group
A brief description of the fields is given below:
Field: |
Do this: |
Name |
Specify user group name. |
Description |
Specify an appropriate user group description. The same is used while referring this User Group on other screens. |
Responsibility |
Select the responsibility of the user group from the drop-down list. You can later add only those ‘Users’ who have the selected responsibility into the user group. |
Enabled |
Check this box to enable the user group. |
To add Users to User Group
A brief description of the fields is given below:
Field: |
Do this: |
Name |
Select the user from the drop-down list, The list displays the available users based on the responsibility defined for the user group. |
Enabled |
Check this box to enable the user. |
The Printers screen allows you to set up an unlimited number of network printers and fax devices to be used with the system server. The system uses the information on this screen while selecting a printer, when the printing process involves a batch job or uses a job scheduler. Examples include printing reports and correspondence.
The printers and fax devices can be set up at each organization, division, or department to promote efficient printing of documents, and reports. The system uses this information during product setup and on the Letters screen in the Batch Printer field.
The following printer names are predefined and have specific functions within the system:
Name |
Description |
UNDEFINED |
Indicates that the document to be printed is to be previewed in your browser instead of actually printing the document. |
archive |
Instead of sending an item to the printer, the system generates a PDF document and saves it in the archive directory on your server. |
For Lease origination correspondences that can be faxed, the system e-mails the document as a PDF attachment to the consumer for direct Leases or to the producer in the case of in-direct Leases. |
|
fax |
For Lease origination correspondences that can be faxed, the system generates a PDF document and will send to the fax server defined in System Parameters. |
Additionally, you may set up composite entries in the Printer Name field to perform two or more functions at the same time. This can be done by defining a printer name with the following format:
Printer name = <Printer_Name1> + <Printer_Name2>
For example, if a printer named jet4050 was previously defined, as were the special printer names listed above, then the following additional printers could be defined:
Name |
Description |
jet4050+archive |
Prints the document with the jet4050 printer and archives the document. |
fax+archive |
Faxes and archives the document. |
email+archive+jet4050 |
E-mails, archives, and prints the document with the jet4050 printer. |
To set up the Printers
A brief description of the fields is given below:
Field: |
Do this: |
Printer Name |
Specify the printer name. The name of the printer as defined by the server. For a UNIX server, the name might be jet4050, while to access the same printer from a Windows server the name would be: \\servername\jet4050. |
Description |
Specify the description for the printer. |
Organization |
Select the organization to which the printer belongs, from the drop-down list. |
Division |
Select the division to which the printer belongs, from the drop-down list. The division will be displayed based on the organization selected. |
Department |
Select the department to which the printer belongs, from the drop-down list. The department will be displayed based on the division selected. IMPORTANT: When you select a printer to use, the system searches for a best match using the following attributes: 1 Organization 2 Division 3 Department Hence, Oracle recommends creating a version of each edit, where ALL is the value in these fields. It is also recommended that, you define a default printer for an Organization, Division and Department. |
Default |
Check this box to set the printer as a default printer. |
Enabled |
Check this box to enable the printer and that the printer is active. Note: Never disable the UNDEFINED printer. |
The Currencies link allows you to set up currency details.
Navigating to currencies
The Currency Definition screen allows you to set up currency details.
To set up the currency definition information
A brief description of the fields is given below:
Field: |
Do this: |
Currency |
Select the currency you want to define, from the drop-down list. |
Currency Name |
The system displays the currency name based on the currency selected. |
Country |
Select the country for which the currency is defined, from the drop-down list. |
Enabled |
Check this box to enable the currency entry. |
The Currency Pair Definition link allows you to set up currency pair details.
To set up the currency pair definition information:
A brief description of the fields is given below:
Field: |
View this: |
Currency Code |
Select the currency code from the drop-down list. |
Currency Pair Code |
Select the currency pair code from the drop-down list. |
Through Currency |
Check this box to set the selected currency as a through currency. |
Through Currency Code |
Select the through currency code from the drop-down list. |
Enabled |
Check this box to enable the currency pair entry. |
The Zip Codes screen allows you to set up zip code details.
To set up the zip codes information
A brief description of the fields is given below::
Field: |
View this: |
Country |
Select the country from the drop-down list. |
State |
Select the state from the drop-down list. |
Zip Code |
Specify the zip code (required). |
City |
Specify the city. |
County |
Specify the county. |