Feature | Status | Description |
|---|
Contact page | Changed | Changed the contact page to display compliance alerts, applications, service requests, and consultations. Previously, applications and cases of the customer were displayed on different tabs. The contact page groups applications and service requests on one tab and displays widgets for each list. The page also includes the consultations and compliance alerts of the customer. This change gives users a single view of customer interactions and risk signals. More details
-
Added:
- Unusual transaction patterns and Fraud alerts expanded lists to the Compliance & risk monitoring tab of the contact page. The lists include cases with the "Transaction monitoring" and "Fraud alert" services, respectively.
- "Fraud alert" and "Transaction monitoring" values to the Services lookup. Out of the box, the lookup is not registered. To manage the values in the Lookups section, register a lookup based on the "Service" (
ServiceItem code) object.
- Consultations expansion panel to the Applications & services tab on the contact page. The panel displays the consultation themes of the cases of the contact and includes the Average consultation duration, sec, Total # of consultations, and # of consultations with need discovered widgets.
- Total # of applications, # of applications in progress, and # of new applications widgets to the Product applications expansion panel on the Applications & services tab of the contact page.
- Average customer satisfaction, # of cases in progress, and # of new cases widgets to the Service requests expansion panel on the Applications & services tab of the contact page.
- Identity documents quick filter to the Documents expanded list on the Contact info tab of the contact page.
-
Renamed:
- Service tab of the contact page to Applications & services.
- Cases expansion panel on the Applications & services tab of the contact page to Service requests.
- Applications expansion panel of the contact page to Product applications. The expansion panel is moved from the Portfolio tab to the Applications & services tab.
|
Customer identification | Added | Added customer identification to consultations. Before the consultation flows make changes, the agent must confirm or reject the identity of the customer on a dedicated page. The page displays the communication options, documents, and previous identifications of the contact. The identification result is saved in the consultation. If the customer has already been identified in the same consultation, the flows skip identification. Rejecting the identification ends the consultation. This change supports KYC requirements in the consultation. More detailsAdded:
-
"Customer identification" business process. The process runs for contacts of the "Customer" type.
-
"Customer identification form page" (CustomerIdentification_FormPage code) schema of the "Client module" type.
-
"Customer identification rejection mini page" (CustomerIdentificationRejection_MiniPage code) schema of the "Client module" type. The mini page includes the Consultation theme, Rejection reason, and Comment fields.
-
"Identification status" (IdentificationStatus code) and "Rejection reason" (IdentificationRejectionReason code) columns to the "Consultation theme in case" (CaseConsultationTheme code) object in the CrtFinservAppMgmtObjMdl package.
-
Identification statuses lookup. The lookup includes the "Failed" and "Success" values.
The "Color" column for these values is set as follows:
- #FFD9D0 for "Failed."
- #CCF4DC for "Success."
-
Identification rejection reasons lookup. The lookup includes the "Document missing/incomplete," "Document suspicious," "Name mismatch," and "Photo mismatch" values.
|
Application management | Changed | Added Freedom UI pages for the Applications section. The section includes a list page, a mini page for manual creation, and two form pages. The submission page guides users through the application stages, and the full page displays the complete application. Applications in the "Submission" status open on the submission page, and applications in other statuses open on the full page. This change guides users through application processing step by step and gives them a complete view of applications after submission. More detailsAdded:
-
"Applications list page" (FinApplications_ListPage code) and "Applications detail" (FinApplications_Detail code) schemas of the "Client module" type.
-
"Application mini page" (FinApplication_MiniPage code) schema of the "Client module" type. The mini page includes the Contact, Product category, Product type, Product, Source, Branch, Owner, and Stage fields.
-
"Application submission page" (FinApplication_SubmissionPage code) schema of the "Client module" type to the CrtFinservAppMgmt package. The page includes the following tabs:
- Customer details. Includes the Identity documents expanded list and the Personal data, Communication options, Residence address, Previous residence address, Registration address, Previous registration address, Mailing address, Primary place of employment, and Employment address expansion panels.
- Product details. Includes the Product, Application parameters, and Required documents expansion panels.
- Agreement & signature. Includes the Documents for signing expansion panel.
The page header displays the signing and evaluation statuses. The page actions move the application to the next or previous stage, as well as modify, complete, or decline the application. The E-signature action displays a message that an e-signature provider is required. The Wet signature action is inactive.
-
"Application full page" (FinApplication_FullPage code) schema of the "Client module" type to the CrtFinservAppMgmt package. The page includes the Closing details, General information, and Personal information profiles, as well as the following tabs:
- Product. Includes the Product description expansion panel.
- Contact info. Includes the Personal information expansion panel and the Addresses, Job experience, Identity documents, and Financial accounts expanded lists.
- Documents. Includes the Application forms, Required documents, and Contracts & Agreements expanded lists.
- Timeline.
-
"Application (Page settings)" (FinApplicationRelatedPage code) addon. The addon opens the application page based on the application status. Applications in the "Submission" status open on the submission page. Applications in other statuses open on the full page.
-
Page-level business rules for the application pages:
-
"Initial required fields" rule to the "Application mini page (Business rules)" (FinApplication_MiniPageBusinessRule code) addon. The rule makes the Contact and Product fields required.
-
"Application submission page (Business rules)" (FinApplication_SubmissionPageBusinessRule code) addon. The addon includes the following rules:
- "Make elements required: Personal data," "Make elements required: Residence address," "Make elements required: Previous residence address," "Make elements required: Registration address," "Make elements required: Previous registration address," "Make elements required: Mailing address," "Make elements required: Employment," and "Make elements required: Product details."
- "Show elements: Customer details tab," "Show elements: Product details tab," and "Show elements: Agreement & Signature tab."
- "Show elements: Previous stage button," "Show elements: Next stage button," "Show elements: Complete button," "Show elements: Submit button," "Show elements: Modify button," and "Show elements: Decline button."
- "Make elements read-only: Previous stage button" and "Make elements read-only: Complete button."
- "Hide elements: Progress bar buttons container."
- "Show elements: Closing reason," "Show elements: Evaluation and signing statuses," "Show elements: Compliance check placeholder," and "Show elements: Signature container (Agreement & Signature stage)."
- "Show elements: Residence address question," "Show elements: Previous residence address," "Show elements: Registration address question," and "Show elements: Previous registration address."
- "Hide elements: Residence address," "Hide elements: Residence address same as primary," "Hide elements: Registration address," "Hide elements: Registration address same as primary," and "Hide elements: Mailing address."
- "Show and hide elements: Residence is primary" and "Show and hide elements: Registration is primary."
- "Make elements read-only, hide elements: Completed, Cancelled stages."
-
"Show elements, make elements read-only: Closing reason," "Show elements: Decline button," and "Hide element: AppFormAddButton" rules to the "Application full page (Business rules)" (FinApplication_FullPageBusinessRule code) addon.
|
Application management | Changed | Added support for the guided application flow. Applications include new columns for closing, evaluation, and signing, as well as new stages, statuses, and sources. New applications receive numbers automatically, and a business rule sets the application stage. This change enables users to track each application from submission to closure. More details |
Application management | Changed | Added a closing flow for applications. When a user declines an application, a mini page requests the closing reason and details. The application moves to the "Declined" stage and the "Closure" status. The flow also sets the end date, cancels the related application forms with the "Application declined" reason, and updates the contract. This change makes closing scenarios traceable and reportable. More detailsAdded:
- "Application closing" business process.
- "Application closing mini page" (
FinApplicationClosing_MiniPage code) schema of the "Client module" type. The schema includes the Closing reason and Closing details fields.
- Reasons for application closing lookup. The lookup includes the "Stage" column and the "Application expired," "Declined by client," "Declined by us," "Incomplete data," "Invalid data," "No application form for applicant," and "Other reasons" values.
- "Reason for application closing" (
FinApplicationReasonForClosing code) object. The Allow records deactivation checkbox in the Behavior property block of Object Designer for the object is selected.
|
Application management | Changed | Changed loans and insurance policies to store the source application. The loan and insurance pages display the application from which each product originates. This change enables users to trace each product back to its application. More detailsAdded:
- "Application" (
FinApplication code) column to the "Loan" (Loan code) and "Insurance" (Insurance code) objects in the CrtFinservAppMgmtObjMdl package.
- Application field to the loan profile on the loan page and insurance profile on the insurance page.
|
Application form management | Changed | Added a cancellation flow for application forms. When a user cancels an application form, a mini page requests the cancellation reason and details. Then, the form status changes to "Cancelled." If the user cancels the form of the applicant or the last remaining form, the application moves to the "Declined" stage. This change keeps the application consistent with its forms. More detailsAdded:
- "Application form cancellation" business process. The process sets the "Cancelled" status for the application form. If the canceled form belongs to the applicant or is the last remaining form, the process moves the application to the "Declined" stage. The closing reason of the application is "No application form for applicant."
- "Application form cancellation mini page" (
AppFormCancellation_MiniPage code) schema of the "Client module" type. The mini page requires the cancellation reason.
- Reasons for application form closing lookup. The lookup includes the "Application declined," "Form expired," "Incomplete data," "Invalid data," and "Other reasons" values. The "Application declined" value is set automatically when the application is declined and is not available on the mini page.
- "Reason for application form closing" (
AppFormReasonForClosing code) object. The Allow records deactivation checkbox in the Behavior property block of Object Designer for the object is selected.
|
Application form management | Changed | Changed application forms to use Freedom UI and store the complete applicant data. Previously, application forms were available in Classic UI only, required multiple personal and document fields, and were identified by the participant. Application forms store the contact details, addresses, and employment of the applicant, as well as the form status and cancellation reason. When a user creates an application form for an existing contact, the form is populated with the contact data. When the form is submitted, the contact data is updated. Business rules make key applicant data required and make submitted and canceled forms read-only. This change gives users one place to collect and verify applicant data. More details
-
Added:
-
"Additional email" (AdditionalEmail code), "Additional phone number" (AdditionalPhoneNumber code), "Apartment/office (mailing address)" (MailingAddressAptOffice code), "Apartment/office (previous registration address)" (PreviousRegistrationAddressAptOffice code), "Apartment/office (previous residence address)" (PreviousResidenceAddressAptOffice code), "Apartment/office (registration address)" (RegistrationAddressAptOffice code), "Apartment/office (residence address)" (ResidenceAddressAptOffice code), "Building (employment address)" (EmploymentAddressBuilding code), "Building (mailing address)" (MailingAddressBuilding code), "Building (previous registration address)" (PreviousRegistrationAddressBuilding code), "Building (previous residence address)" (PreviousResidenceAddressBuilding code), "Building (registration address)" (RegistrationAddressBuilding code), "Building (residence address)" (ResidenceAddressBuilding code), "Cancellation reason" (ClosingReason code), "Cancellation reason details" (ClosingReasonDetails code), "City (employment address)" (EmploymentAddressCity code), "City (mailing address)" (MailingAddressCity code), "City (previous registration address)" (PreviousRegistrationAddressCity code), "City (previous residence address)" (PreviousResidenceAddressCity code), "City (registration address)" (RegistrationAddressCity code), "City (residence address)" (ResidenceAddressCity code), "Country (employment address)" (EmploymentAddressCountry code), "Country (mailing address)" (MailingAddressCountry code), "Country (previous registration address)" (PreviousRegistrationAddressCountry code), "Country (previous residence address)" (PreviousResidenceAddressCountry code), "Country (registration address)" (RegistrationAddressCountry code), "Country (residence address)" (ResidenceAddressCountry code), "Employer" (Employer code), "Employment start date" (EmploymentStartDate code), "Full job title" (FullJobTitle code), "Is previous registration address required" (IsPreviousRegistrationAddressRequired code), "Is previous residence address required" (IsPreviousResidenceAddressRequired code), "Mailing address same as primary address" (IsMailingSameAsPrimary code), "Name" (Name code), "Office/suite (employment address)" (EmploymentAddressSuiteOffice code), "Primary email" (PrimaryEmail code), "Primary phone number" (PrimaryPhoneNumber code), "Registration address is a primary address" (IsRegistrationAddressPrimary code), "Registration address same as primary address" (IsRegistrationSameAsPrimary code), "Residence address is a primary address" (IsResidenceAddressPrimary code), "Residence address same as primary" (IsResidenceSameAsPrimary code), "State/province (employment address)" (EmploymentAddressRegion code), "State/province (mailing address)" (MailingAddressRegion code), "State/province (previous registration address)" (PreviousRegistrationAddressRegion code), "State/province (previous residence address)" (PreviousResidenceAddressRegion code), "State/province (registration address)" (RegistrationAddressRegion code), "State/province (residence address)" (ResidenceAddressRegion code), "Status" (Status code), "Street (employment address)" (EmploymentAddressStreet code), "Street (mailing address)" (MailingAddressStreet code), "Street (previous registration address)" (PreviousRegistrationAddressStreet code), "Street (previous residence address)" (PreviousResidenceAddressStreet code), "Street (registration address)" (RegistrationAddressStreet code), "Street (residence address)" (ResidenceAddressStreet code), "ZIP/postal code (employment address)" (EmploymentAddressZip code), "ZIP/postal code (mailing address)" (MailingAddressZip code), "ZIP/postal code (previous registration address)" (PreviousRegistrationAddressZip code), "ZIP/postal code (previous residence address)" (PreviousResidenceAddressZip code), "ZIP/postal code (registration address)" (RegistrationAddressZip code), and "ZIP/postal code (residence address)" (ResidenceAddressZip code) columns to the "Application form" (AppForm code) object in the CrtFinservAppMgmtObjMdl package. The default value of the "Status" (Status code) column is "Draft."
-
Application form status lookup. The lookup includes the "Cancelled," "Draft," and "Submitted" values. The "Color" column for these values is set as follows:
- #FF4013 for "Cancelled."
- #FFAC07 for "Draft."
- #A6DE00 for "Submitted."
-
Application forms folder to the Lookups section. The folder includes the Application form status and Reasons for application form closing lookups.
-
"Application forms list page" (AppForms_ListPage code), "Application form mini page" (AppForm_MiniPage code), "Application form edit page" (AppForm_FormPage code), and "Application forms detail" (AppForms_Detail code) schemas of the "Client module" type.
-
"Populate application form name" business process. The process builds the form name from the application number and the contact name.
-
"Populate contact data for existing contact in application form" business process. The process copies the contact data to the application form.
-
"Submit application form" business process. The process checks the identity documents and submits an application form that has no application.
-
"Process application form and update contact data" business process. The process updates the communication options, addresses, and job experience of the contact.
-
"Apply filter: Employment address," "Apply filter: Mailing address," "Apply filter: Residence address," "Apply filter: Registration address," "Apply filter: Previous residence address," "Apply filter: Previous registration address," "Set values: Residence address is primary," and "Set values: Registration address is primary" object-level business rules to the "Application form (Business rules)" (AppFormBusinessRule code) addon. The rules filter the country, state/province, and city of each address and manage the primary address.
-
"Application form edit page (Business rules)" (AppForm_FormPageBusinessRule code) addon. The addon includes the following page-level business rules:
- "Make elements required: Personal data," "Make elements required: Employment," "Make elements required: Residence address," "Make elements required: Registration address," "Make elements required: Mailing address," "Make elements required: Previous residence address," and "Make elements required: Previous registration address."
- "Make elements read-only, hide elements: Submitted, Cancelled statuses."
- "Show elements: Cancellation reason," "Show elements: Submit button," "Show elements: Decline button," "Show elements: Residence address question," "Show elements: Registration address question," "Show elements: Previous residence address," and "Show elements: Previous registration address."
- "Hide elements: Residence address," "Hide elements: Registration address," and "Hide elements: Mailing address."
- "Show and hide elements: Residence is primary" and "Show and hide elements: Registration is primary."
-
"Contact" (Contact code) column to the "Obligation in application form" (AppFormObligation code), "Property in application form" (AppFormProperty code), and "Income and expenses in application form" (IncomeAndExpenseInAppForm code) objects in the CrtFinservAppMgmtObjMdl package.
-
"Application form" (AppForm code) column to the "Contact address" (ContactAddress code) object in the CrtFinservAppMgmtObjMdl package.
-
"Applicant" value to the Roles of participants lookup.
-
Changed:
- Required property in the General property block of Object Designer for the "Application" (
FinApplication code), "Birth date" (BirthDate code), "Birthplace" (PlaceOfBirth code), "Citizenship" (Citizenship code), "Department code" (CodeDivision code), "Education" (Education code), "First name" (GivenName code), "Gender" (Gender code), "Issue date" (IssueDate code), "Issued by" (IssuedBy code), "Last name" (Surname code), "Number" (Number code), "Participant role" (ParticipantRole code), "Series" (Series code), and "Social status" (SocialStatus code) columns of the "Application form" (AppForm code) object in the CrtFinservAppMgmtObjMdl package from "Yes" to "No."
- Required property in the General property block of Object Designer for the "Contact" (
Contact code) column of the "Application form" (AppForm code) object in the CrtFinservAppMgmtObjMdl package from "No" to "Yes."
- Title property in the General property block of Object Designer for the
Number column of the "Application form" (AppForm code) object in the CrtFinservAppMgmtObjMdl package from "Number" to "Government Id."
- Displayed value property in the Object settings property block of Object Designer for the "Application form" (
AppForm code) object in the CrtFinservAppMgmtObjMdl package from "Participant" to "Name."
- Enable live data update checkbox in the Behavior property block of Object Designer for the "Application form" (
AppForm code) object in the CrtFinservAppMgmtObjMdl package from cleared to selected.
- Title property in the General property block of Object Designer for the
AppForm object in the CrtFinservAppMgmtObjMdl package from "Application Form" to "Application form."
- Title property in the General property block of Object Designer for the
ParticipantRole object in the CrtFinservAppMgmtObjMdl package from "Role of participant" to "Application form participant role."
|
Application page | Changed | Added the Application parameters expansion panel to the application submission and full pages. On the submission page, the panel is on the Product details tab. On the full page, the panel is on the Product tab. Previously, editing the product parameters of an application was available in Classic UI only. The panel displays the parameters of the selected product as fields of the corresponding type. The fields take their limits from the active product condition and display icons that explain the requirements, errors, and locked values. Users can edit the parameters only on the application stages that allow editing. Creatio validates the values before saving the application and saves them as parameter records of the application. If the panel has no parameters to show, the panel displays a placeholder. This change enables users to capture application terms correctly, for example, the deposit amount and term, without knowing the rules of each product. More detailsAdded:
-
Support for the "Text," "Integer," "Decimal," "Boolean," and "Drop-down" parameter types. Out of the box, "Text" type parameters accept up to 250 characters. "Drop-down" type parameters filter their options as the user types.
-
Limits from the product condition for the parameter fields. "Integer" and "Decimal" type parameters take the minimum and maximum values. "Drop-down" type parameters take the allowed values. A "Drop-down" type parameter with one allowed value is populated automatically and locked. A "Drop-down" type parameter without allowed values is locked. A "Decimal" or "Boolean" type parameter with a single fixed value is locked.
-
Icons for the parameter fields:
displays the parameter requirements, for example, required value, minimum, and maximum.
explains why a value is invalid.
marks a parameter that users cannot edit because its value is fixed or the application stage does not allow changes.
-
Validation of parameter values. All parameters are required. If a value is missing or out of range, Creatio displays the "Application parameters not valid" message and does not save the application.
-
Placeholders for the cases when no product is selected, the product has no parameters, or multiple active product conditions are found.
-
"Editable application parameters" (AreParametersEditable code) column to the "Application stage" (FinAppStage code) object in the CrtFinservAppPrms package. Out of the box, users can edit parameters only on the "Product details" stage.
-
"Clean application parameters" business process.
|
Application dynamic cases | Added | Added a guided case for retail deposit account applications. The case moves an application through the stages from "Customer details" to "Settled" and validates the required data at each stage transition. The case also creates the contract and the documents for signing. When an agent uploads the signed documents and clicks the Complete button, the case completes the application. This change enables agents to open a deposit account directly from the application. More detailsAdded:
-
"Retail deposit account application" (RetailDepositAccountApplicationCase code) schema of the "Case" type. The schema includes the "Customer details," "Product details," "Agreement & Signature," "Settled," and "Declined" stages. The stage steps create and process the application form and run the manual evaluation. Then, the steps process the "Agreement & Signature" stage, complete the application, and clear the application parameters. Creatio selects the case based on the "Product category" (ProductCategory code) column of the application.
-
"Change application stage" business process. The process checks the identity documents, required documents, and documents for signing before the stage changes.
-
"Process Agreement & Signature stage" business process. The process waits until the evaluation status is "Approved" and sets the decision date. Then, the process creates the contract and generates the documents for signing.
-
"Complete application for retail deposit account" business process. The process sets the contract state to "Signed" and the signing status to "Signed on paper." Then, the process creates the financial account and, if required, the debit card. Finally, the process sets the end date of the application.
-
"Create application form for application" business process.
-
Application signing statuses lookup. The lookup includes the "Not signed," "Signed on paper," and "Signed with e-signature" values. The "Color" column for these values is set as follows:
- #FF6534 for "Not signed."
- #198754 for "Signed on paper."
- #A6DE00 for "Signed with e-signature."
|
Evaluation management | Changed | Changed customer evaluations to link them to applications. Users can view the evaluations of an application and start a new evaluation from the application submission page. The evaluation mini page displays only the applications of the evaluated contact. The evaluation result is copied to the evaluation status of the application. This change makes compliance results part of the application decision. More detailsAdded:
- "Application" (
FinApplication code) column to the "Evaluation history" (EvaluationHistory code) object in the CrtFinservAppMgmtObjMdl package.
- Application field to the General information tab in the "Evaluation history mini page" (
EvaluationHistory_MiniPage code) schema of the "Client module" type in the CrtFinservAppMgmt package.
- "Apply filter: Application" object-level business rule to the "Evaluation history (Business rules)" (
EvaluationHistoryBusinessRule code) addon in the CrtFinservAppMgmt package. The rule filters applications by the contact.
- "Evaluation history list mini page" (
EvaluationHistoryList_MiniPage code) schema of the "Client module" type. The mini page lists the evaluations of the application and enables users to start a new evaluation.
- "Create manual evaluation for application" business process.
- "Update evaluation status in application" business process. The process copies the evaluation result to the "Evaluation status" (
EvaluationStatus code) column of the application.
|
Financial account management,
Card management | Added | Added automatic creation of the financial account and debit card from a deposit application. The financial account receives the product and terms from the application. If the application requires a debit card, the card is issued and linked to the account. After the account is created, users can open the account from a mini page. This change completes deposit account opening without manual data entry. More detailsAdded:
- "Create financial account and card from application" business process. The process creates the financial account using the product, type, APY, currency, and deposit amount of the application. If the "Issue debit card" parameter requires a card, the process creates a debit card in the "Issued" status. Then, the process links the card to the account. The process assigns sequential numbers to the account and card.
- "Open financial account mini page" (
OpenBankAccount_MiniPage code) schema of the "Client module" type. The mini page enables users to open the new financial account.
|
Consultation center | Changed | Added account opening and product advisory flows to the consultation center. Agents can start an application for a certificate of deposit, checking account, or savings account directly from a consultation. The product advisory flow enables agents to browse the product catalog, preview a product, and start an application for the selected product. This change shortens the path from a customer request to a submitted application. More detailsAdded:
- "Launch deposit account application," "Launch checking account application," "Launch saving account application," and "Create application for product type" business processes.
- "Launch product advisory," "Create application for selected product," and "Fetch contact from consultation and launch application" business processes.
- "Product advisory page" (
ProductAdvisory_Page code) schema of the "Client module" type. The page displays the product catalog.
- "Product preview mini page" (
ProductPreview_MiniPage code) schema of the "Client module" type.
- "List page" (
ListPageWithNoDataSource code) page template for pages without a data source.
|
Consultation center | Changed | Added financial account closure to the consultation center. The agent selects an active financial account, the closing reason, and the closure date. If the account balance is zero, the account and its linked cards are closed. If the balance is positive or negative, the account remains open. A notification informs the agent that the closure is on hold until the customer withdraws the funds or settles the debt. This change ensures that closure conditions are applied consistently. More detailsAdded:
- "Financial account closure" business process.
- "Financial account closure mini page" (
FinancialAccountClosure_MiniPage code) schema of the "Client module" type.
- "Financial account closure notification mini page" (
FinancialAccountClosureNotification_MiniPage code), "Financial account closure positive balance notification mini page" (FinancialAccountClosurePositiveBalanceNotification_MiniPage code), and "Financial account closure negative balance notification mini page" (FinancialAccountClosureNegativeBalanceNotification_MiniPage code) schemas of the "Client module" type.
|
Consultation center | Changed | Added prebuilt banking flows to the consultation center. The flows are grouped into blocks for account opening, customer data adjustments, and financial account operations. The customer data adjustment flows enable agents to update the address, personal data, and identity documents of the customer. Each launched consultation theme is recorded in the consultation together with its start and end time. This change gives agents guided scenarios for the most common customer requests. More details |
Document management | Changed | Added the creation of identity documents from the application and application form pages. A mini page enables users to create a document of the selected class with its properties and attachments. The application form is populated with data from the document properties. When a user adds or modifies an identity document, the other active documents of the same class that belong to the contact become inactive. This change enables users to capture identity data once and reuse data across the application. More detailsAdded:
- "Create document (sub-process)" business process.
- "Create document mini page" (
CreateDocument_MiniPage code) schema of the "Client module" type.
- "Create document from application from" business process. The process copies the first name, last name, gender, date of birth, place of birth, SSN, and country from the document to the application form.
- "Deactivate identification document" business process. When a user adds or modifies an identity document, the process finds the other active documents of the contact that have the same class. Then, the process sets the "Inactive" status for these documents.
|
Document management | Changed | Changed the required documents of an application to link them to document records. Previously, the attachments of a required document remained on the required document and were not available in the documents of the customer. The list of required documents is generated for each application, and each required document has its own status. Attaching a file to a required document creates a document record and copies the files to the document or contract. Deleting a required document also deletes the related document. This change keeps application documents consistent with the documents of the customer. More details
-
Added:
- "Status" (
DocumentState code) column to the "Required documents in application" (DocListInFinApp code) object in the CrtFinservAppMgmtObjMdl package. The default value of the "Status" (DocumentState code) column is "Unuploaded."
- "Generate required documents for application," "Create document from required document," and "Delete document after required document deletion" business processes.
- "Create required document from application" business process. The process uses the "Select document class mini page" (
SelectDocumentClass_MiniPage code) schema of the "Client module" type.
-
Changed:
- Title property in the General property block of Object Designer for the
Document column of the "Required documents in application" (DocListInFinApp code) object in the CrtFinservAppMgmtObjMdl package from "Document" to "Document class."
- Title property in the General property block of Object Designer for the
DocumentLink column of the "Required documents in application" (DocListInFinApp code) object in the CrtFinservAppMgmtObjMdl package from "Document link" to "Document."
- Title property in the General property block of Object Designer for the
DocListInFinApp column of the "Document list in application attachment" (DocListInFinAppFile code) object in the CrtFinservAppMgmt package from "DocListInFinAppFile" to "Required document."
- Enable live data update checkbox in the Behavior property block of Object Designer for the "Required documents in application" (
DocListInFinApp code) object in the CrtFinservAppMgmtObjMdl package and the "Document list in application attachment" (DocListInFinAppFile code) object in the CrtFinservAppMgmt package from cleared to selected.
|
Workplaces | Changed | Added a workplace, homepage, and desktop for CSRs (customer service representatives). The "CSR" organizational role has access to the "CSR" workplace that includes the sections CSRs use. The homepage displays application and consultation widgets, the appointments of the day, leads to process, and knowledge base articles. The desktop displays service widgets. This change gives CSRs a role-specific starting point. More detailsAdded:
-
"CSR" organizational role with the "CSR. Managers group" management role. The DISABLE_TRIGGER_TRSysAdminUnitRoot_CrtFinservAppMgmt_MSSQL, ENABLE_TRIGGER_TRSysAdminUnitRoot_CrtFinservAppMgmt_MSSQL, DISABLE_TRIGGER_TRSysAdminUnitRoot_CrtFinservAppMgmt_PostgreSql, and ENABLE_TRIGGER_TRSysAdminUnitRoot_CrtFinservAppMgmt_PostgreSql SQL scripts disable the trigger before the role installation and enable the trigger afterward.
-
"CSR" workplace. The workplace includes the Calendar, Tasks, Contacts, Legal entities, Applications, Application forms, Financial accounts, Loans, Cards, Insurances, Documents, Contracts, Knowledge base, and Feed sections.
-
"CSR homepage" (CSR_homepage code) schema of the "Client module" type. The homepage includes the New application button and the following tabs:
- My day. The tab includes the Applications started today, Applications completed today, Avg consultation duration, seconds, New leads assigned today, Applications started this week, Applications completed this week, Consultations completed today, and Consultations completed this week widgets, the My appointments and Leads to process expanded lists, and the Consultation themes by popularity and Products in my applications by popularity widgets. The Leads to process expanded list includes the Start application and Schedule follow-up buttons.
- Knowledge base. The tab includes the Application-related articles, Financial account-related articles, and Conflict resolution articles article blocks.
-
"Application," "Conflict resolution," and "Financial account" values to the Knowledge base tags lookup. Out of the box, the lookup is not registered. To manage the values in the Lookups section, register a lookup based on the "Knowledge base article tag" (KnowledgeBaseTag code) object.
-
"CSR desktop" (CSRDesktop code) schema of the "Client module" type. The desktop includes the Go to calendar button that opens the calendar page and the New application button that opens the application creation page. The desktop also displays the My customers, Accounts opened today, Account balance, Locked accounts, Applications by product category, Open tasks for today, Total appointments for today, Avg consultation time, and Avg CSAT widgets.
|