The wizard is used to change the detailed status of the contract (e.g. in case of early termination of the contract, return of the financed object, after financial settlement, etc.). The Action – Change Contract wizard option opens the Change Contract Wizard. In the first step of this wizard, in the "Change Type Code" field, the user selects a change with Wizard Object No. equal to 4046867. The "Change Contract" wizard is described in detail in the Contract Changes - Change Copies/Variants
After completing the initial wizard, the "Change Detailed Status Wizard" opens:
Step 1/5
Field:
Financing Contract No.
Automatically completes the OC with the contract number (change copies/variants)
Financing Type
Fills in the OC automatically from the contract.
Customer No.
Fills in the OC automatically from the contract.
Customer Name
Fills in the OC automatically from the contract.
Object Handover Date
Fills in the OC automatically from the contract.
Detailed Contract Status
Fills in the OC automatically from the contract.
Change at Date
By default, the current working date is displayed. The user has the option to enter the date on which he wants to make the change.
Note: it is necessary to enter the date on which you want to change the detailed status:
Early termination: date of removal, date of confirmation of total, etc. This date is then entered into the Early Termination Date field on the contract, or on the subject (single-object contract) – if the target detailed contract status is Fill Early Termination Date. For multi-object contracts, writes the early termination date to those courses that have a detailed object status with field values
Early Terminated=N
After Fin. Settlement=N
After archiving=N.
After Financial Settlement: The date the financial settlement was created. This date is then entered in the Financial Settlement Date field on the contract or on the object (single-object contract) – if the target detailed contract status is Fill Fin. Settlement Date. In the case of multi-subject contracts, this date is not written by the system on the courses (the user fills in manually).
After archiving: the archive date. This date is then entered in the Actual Termination Date field on the contract, respectively. Archiving Date on Object (single-subject contract) – if it is on the target detailed contract status Fill in Actual Termination Date.. In the case of multi-subject contracts, this date is not written by the system on the courses (the user fills in manually).
In case of reverse changes, it deletes the relevant dates as follows:
Single-object contract – deletes the relevant date on the contract and on the subject
Multi-subject contract – can delete the date only on the contract, the user must delete them manually on the subjects.
Financed Object Return
Default N
Change the user to A if he/she wants to change the detailed status due to the return of the financed object, i.e. if he/she wants to add e.g. the mileage to the item when returning it (it can be related to the return/removal of the item, or even a total accident)
Switching to A changes the Item Return Date field to editable
Switch to N
Changes the Item Return Date field to non-editable, or deletes the value of the field as well
Deletes the value in the New Detailed Contract Status field, if the field has been filled in
Financed Object Return Date
Editable if Financed Object Return=A, otherwise not
The user enters the date of return of the object (e.g. from the acceptance protocol)
New Contract Detail Status
After clicking, the Detailed Status Sequence Definition table is displayed, from which the user selects the target detailed state (new desired state) – a lookup to the Det.Contr.Status Seq API. Def. (4046812) with filters:
Original Det. Status Code (1) = current Det. Contract Status
Financed Object Return = value from wizard
If Financed Object Return = N, then it is filtered to allowed det. status transitions that have Financed Object Return=N
If Financed Object Return = A, then it is filtered to allowed det. status transitions that have Financed Object Return=A
Allow Manual Status Change (10) = N – it is possible to select only those details that do not have manual status change enabled
If the Financing with Services (4026780) field is in the contract:
N – will filter to those transitions that have Financing with Services=All or N
Y – will filter to those transitions that have Financing with Services=All or Y
Early Termination Reason
The OC will add the Early Termination Code if Fill Termination Date=Y has been entered in the Detailed Contract Statuses table for the given target detailed status and if the Fill Termination Date=Y is on the given status
Editable if Fill Termination Date=Y is on the target detailed status, the user can manually delete or select another reason
The wizard then writes this value into the field of the same name in the contract header only if the target detailed status is Fill Termination Date=Y (otherwise not).
Create Partial Payment Credit
OC displays the flag for the new detailed status according to the settings on the detailed contract status
Field is non-editable
Delete Partial Payment Credit
OC displays the flag for the new detailed according to the status setting on the detailed contract status
Field is non-editable
When the Next button is pressed, the system will perform the following checks:
Check for the existence of an allowed transition from the original Detailed Contract Status to the New Contract Detail Status.
If there is, it proceeds to the next check.
If it doesn't exist, it displays an error message and doesn't continue
If Financed Object Return=Y, the system will perform checks:
If Object Return Date is entered:
If it is, it goes on
If it is not, it will display a message and will not allow you to continue: "Item return date is empty!"
Object Return Date>=Object Handover Date
If it is valid, it proceeds to the next check
If it does not apply, it will display a message and will not allow you to continue:
If the value of the Fill Termination Date=Y flag is on the New Contract Detail Status (step 1/5), the system checks the existence of the posted payment in the month of termination:
If the last posted regular payment (Posted=Y, Canceled=N, Partial Credit=N, Rec.Settlement=N) < Change at Date, the system terminates the task and displays the message: EN: There is no posted payment in the month of change. ENG: Posted payment does not exist in the month of change.
Note: A check is that the contract cannot be terminated in advance until an unposted month.
If Allow Partial Credit=Y is set to Enable Partial Credit=Y on the Contract Financing Model, it will perform checks:
If it's up to the new kid. Contract Status set Create Partial Credit=Yes, checks insurance and services - if there are records in the Status and Insurance Product Relation table and in the Detailed Status and Service Relation table:
Insurance check – there must be an object to the contract,
If it does not exist, the check ends without an error message.
If it exists, it searches for insurance contracts in status=Active that have Valid un>Change at Date from the wizard. For each insurance contract found, it searches for a record in the Insurance Product and Status Relation table – there must be a record where:
Det. Contract Status = New Det. status
Object Category = Object Category from Financed Object,
Catalogue Group = Catalogue Group from Financed Object or empty
Insurance Product No. = Insurance Product No. from the insurance contract
Terminate Insurance = Yes
If it doesn't find the insurance policy, it's not a mistake. It goes on.
If it finds an insurance contract and there is no record in the relational table for the new detailed status, it displays an error and stops the process.
Service check – looks for services for the financing contract that meet the requirements that meet the Valid To after Extension > Change Date and Service Status=Active. For each service found, it checks whether there is a record in the table Relationship of Detailed Status and Services – there must be a record where:
Det. Contract Status = New Det. status
Service type = service type from the service found
Service Type Code = Service Type Code from the service found or is empty
Service Code = Service Code from the service found or is empty (applies to Replacement Vehicle, Highway Sticker, Fee, Fuel Card services)
Tire service = Tire service from found service or empty (applies to tire service service)
If the service finds a record in a relational table, it continues
If there is no record for the service, it displays an error and the process stops.
If it's up to the new kid. contract status set Create Partial Credit=Yes or Delete Partial Credit=Yes, so it checks if there is a posted SPK line with the flag Partial Credit=A. If it exists, it displays the message: "Partial credit has already been posted" and does not allow to continue.
If it's up to the new kid. contract status set Create Partial Credit=Yes and at the same time Delete partial credit = No, so it checks if there is a non-posted SPK line with the flag Partial Credit=A. If it exists, it displays the message: "Partial credit has already been created." and does not allow to continue.
If Create partial credit=Y is set on the new contract detail status, the system will check the validity of contract services that have in Contract Services:
Contract No. (10)=same as Financing Contract No. from wizard
Service Status=Active
Valid From>=Change at Date
If such a service does not exist:
Continues on to the next check
If there is:
For the first unsatisfactory service, the system displays the message "Service ... service number...: Change at Date must be greater than Valid From." "EN: Service... Service Number...: The Change Date must be greater than Date From." and does not continue.
Note: Checking is required to keep service dates consistent. This means that we will not allow the contract to be terminated on an earlier date than the start of active services.
Checks if Change at Date< Date From is the last posted RS line (Recalculation Settlement = YES, Posted=Y and Canceled=N). If it is true, the system displays a message in and does not continue: EN: There is a posted line for recalculation settlement. / ENG: Posted Recalculation Settlement line exists.
Note: the user then has to manually cancel the RS line payment, then he can run the wizard again.
Searching for active insurance contracts that have Valid To >= Change at date
for each insurance contract found, it searches for the last line in the calendar for the insurance company with the flag Reported=Y. If it finds one, it checks if there is a Period From > Date of Change on such a line. If so, the error message that Reported must be N.
It then searches the same calendar for the last line with the flag Blocked=Y. If it finds one, it checks the Period To>Date change. If so, the error message that Blocked must be N.
Then it looks for the last line in the insurance commission calendar with the flag Open=N, if it finds one, it checks it to see if Period To > Date of change. If so, the error message that Open must be Y.
This is the end of the block of checks, which applies if the Contract Financing Model is Allow partial credit=A. If value = N, the following checks are performed:
searches for the last posted line (Posted=Y) of the Payment Balance Contract (any – regular, RS, partial credit...). If it finds it, it checks to see if Valid From > Date Changed on it. If so, it will display an error message that this line must not be flagged as being posted.
performs the same check as the last one in the Model block. Allow partial credit=A for insurance company calendar and insurance commission calendar, with the only difference being that when searching for active insurance contracts, it still deploys the filter Valid from is <= Date of change. Subsequently, he checks the insurance company's calendar and commission calendar in the same way as in the previous block.
Step 2/5:
This step is displayed only if in Step 1/5 there was flag Financed Object Return=A, otherwise not.
Field:
Mileage upon Return
The user enters the odometer status, e.g. according to the acceptance return protocol
Object Taken Over By
selects the user from their own employees, if the object was taken over by an employee of the leasing company (ID from User Settings)
The object was taken over by the contractual partner
selects the user from among the vendors, if the object has been taken over by the contracting partner
Second set of wheels returned
Turns on to A if the second set of wheels has also been returned
Inspection Date
Inspection date, if transferred
Excessive Wear Excl. VAT
Estimation of excessive wear, if the height was estimated during the inspection
Excessive Wear Correction
checked, if the repair is handled through the service permit, then the wear and tear will be filled in the financial settlement from the service operation
Not checked, if the repair is not carried out via the service permission, then the wear and tear will be filled in the financial settlement from the previous field, which will be written to the financed object
Note: the condition is the creation of a financial compensation functionality for the given leasing company, the system standard only includes financial settlements for demonstration purposes.
Inspected by
selects the user from his/her own employees, if the inspection was performed by an employee of the leasing company (ID from User Settings)
Inspected by Partner No.
selects by the user from the suppliers, if the inspection was carried out by a contractual partner
Note: After finishing the wizard, the entered values will be overwritten to the financed object - to the Termination tab:
Step No. 3/5
Step No. 3 is displayed only if the target detailed status is set to terminate an insurance contract in the relation table.
In this window, the OC will display basic information about the contract.
Meaning of the other fields:
Number of Insurance Contracts to Be Terminated
The OC displays the number of insurance contracts on the financing contract in Active status to be terminated. After clicking on the number, the Insurance Contract List will be displayed.
Terminate Insurance Contracts on Date:
The system pre-fills the date based on the "Create partial credit" flag (Create Partial Payment Credit) in step 1/5. If the value is:
No – adds the date "Period To" (Valid To) from the last posted payment
Yes – adds the date from the "Change to date" field (Change At Date) from step 1/5
The field is editable. The user can change it. E.g. in the case of a change in status, when the insurance policies of the removed items are terminated and a credit note is not issued, but the insurance policies must be terminated on the date of the change.
Note: the selection of contracts is determined by the settings in the Insurance Product And Status Relation table
The system checks the entered date in the Terminate Insurance Contracts field on the following date:
If
The requested end date is at the time of the posted payment, the system prints the message: "The client's insurance payment calendar has already been processed as of the following date: DD.MM.YY. Insurance contract number: XY."
The requested date extends into the period of the reported report, the insurance company will issue the following message: "The client's insurance payment calendar has already been processed as of the following date: DD.MM.YY. Insurance contract number: XY."
The user has to straighten the date of termination of insurance contracts with respect to the posted payment and the reported master statement to the insurance company
When the insurance policy is terminated, the system also checks the continuity of the insurance policies of the same insurance product on the contract. If the fuses do not connect smoothly to each other, the product will report a warning: "The insurance contract is not connected to the insurance contract XY valid until DD.MM.RR. Continue?"
Step No. 4/5
This step is displayed if there is a security report to be created in the Insurance Product and Status Relation to the Detailed Status.
Field:
Car Insurance
Whether to create a new third-party insurance contract
Property Insurance
Whether to create a contract for additional property insurance
New Contracts Effective at Date
The system will complete according to the Insurance Reporting flag. Online on the insurance framework agreement that is set up in the Insurance Product and Status Relation to create a new insurance contract. If the value of the field is:
Yes
On at least one framework agreement = Current date + 1
No
On all framework agreements = Terminate insurance contracts at date (from previous step) + 1
Note: New insurance contracts are defined in the Insurance Product And Status Relation table (Framework Agreement No. - Liability Insurance and Framework Agreement No. - Property). If the "mandatory product" check box is entered in the "Insurance Product and Status Session" settings, the system will check for the existence of an insurance policy for the mandatory product after pressing the Finish button and will not allow the process to be completed if it is not valid
Step No. 5/5
Field:
Number of Insurance Contracts to Be Terminated
The OC will display the number of insurance contracts that will be terminated.
Number of new insurance contracts
The OC displays the number of new insurance contracts created when the contract status changes.
Number of terminated services
The OC displays the number of services that the wizard closes according to the settings in the Detail Status and Services Relation table:
The number of services from the temp table, those that have Service Status=Active and there is a record for them in the table Relation det. health and services with the flag Terminate Service=Y.
Note: The selection of services to terminate is determined by the setting in the Detail Status and Services Relation table. Here it is also possible to set the reason for the exclusion of the fuel card.
Number of blocked fuel cards
The OC displays the number of fuel cards for which the wizard sets the blocking date after transferring the change copy or variant. The important thing is that in the Relation of Detailed Status and Services table, the Fuel Card service has been set to terminate and there is a valid and not yet blocked fuel card on the object.
Note: The selection of services to terminate is determined by the setting in the Detail Status and Services Relation table. Here it is also possible to set the reason for the exclusion of the fuel card.
After pressing the Finish button in case it is a Vehicle Return. The system checks the odometer status and records it in history. In the event of an error, it displays an error message: "Invalid Mileage. Save the record?"
If the user presses YES, he/she writes the odometer status and marks it as incorrect. If he presses NO, the odometer reading is not recorded. In both cases, it continues.
If the "Mandatory Product" check mark is entered in the "Insurance Product and Status Relation" setting, another check of the creation or existence of a mandatory product follows. Either a new insurance policy is ready for this product (it will be created after completing the wizard), or the original one has not been terminated.
If the check finds that the insurance policy for the mandatory product is not and will not be created by the wizard, it will display an error message - "There is no insurance policy for the mandatory product!"
The new check alerts you if in step 4/5:
Car Insurance = No
The "Create Insurance Contracts to Date" date is empty.
In the event of this error, the system will not allow you to continue. In order to complete the wizard, the user must return to step 4/5 and correct the reason for the error. (For a check, see. CR103)
When the wizard is completed, the OC makes the following changes:
Changes the status and detailed status of the contract
The detailed status of the contract will be written to the subject
According to the detailed status of the contract, the detailed status of the subject will be added (according to the det. status of the contract setting):
Single-Object Contract – Always
Multiple subject contract – changes the detailed status of the object only on courses that have a detailed status of the subject with Early Terminated=N, After Fin. Settlement=N and After Archiving=N. I.e. when changing the detailed contract status to after financial settlement or archiving, the dates must be filled in manually by the user,
Checks the Check Unclosed Guarantee flag on the detailed status entered in the New Detailed Contract Status field. If:
No
The OC goes on
Yes
The OC will check all the guarantees of the contract:
if they have Status = Completed, and
Completed Guarantee To field
If also a guarantee that does not meet the conditions:
displays the message "There is an unclosed guarantee on the contract: xxx, xxx, xxx... Do you wish to continue?", where xxx will be the Guarantee Type Code
The user confirms:
No
OC stops archiving the contract. The user can terminate the guarantee manually and then rerun the wizard for archiving the contract
Yes
The OC on the guarantees for the given contract in a different state from Terminated shall add:
Guarantee To = Date from the Change to Date field from the dialog box
Status = Completed
terminates the original or creates new insurance contracts according to the settings in the Insurance Product And Status Relation table.
The system completes Change at date do Platnosti do na poistke a přecaluje poistku (zánegativný riadok s hodnotu celkový dobropisu pre klienta a prekondára kalendára poisťovní.
terminates services according to the settings in the table Relation of Detailed Status and Services: changes the Valid to according to the specified effective date of the change (leaves the service status to Active).
v tab. API Contract Service (4026681) na službách, ktoré sú v stave Active, zapíše Change at Date do Valid To a Valid To after Extension
Note: the "Fuel Card No. Number" fields (Card No. To. Exclusion) and the 'reason for the exclusion of the TK', (Card Exclusion Reason) where the wizard saves the values at the end of the fuel card service. At the moment of "flipping" the change copy / or variant, the Fuel Card is blocked according to these fields, including the reason for exclusion. (Then there is no need to add the Fuel Card table (4026756) to the change copy).
fills/deletes early termination data on the contract (Early Termination Date, Date After Financial Settlement, Actual Termination Date), such as in the settings in the Detailed Contract Status table
Fills in the Early Termination Reason Code from step 1/5 of the wizard into the financing contract, field Early Termination Reason only if Fill Termination Date=Y is on the new detailed status (otherwise not).
creates an entry in the Odometer Status History, where it fills in (if Mileage upon return <>0):
Mileage=Mileage upon Return
Mileage Date = Object Return Date
to the course (Termination tab) fills in the data entered in step 2/5 (if it is a return of the subject). At the same time, it adopts the values of the fields from the Odometer Status History to the subject:
Planned mileage
Upper Tolerance %
Upper Tolerance
Lower Tolerance %
Lower Tolerance
Km Under/Over Limit
Creating a PC Line in Payment Calendars
The system performs this step only if:
on the Financing Model is Allow Partial Payment Credit=Y and at the same time
in step 1, the value of Create Partial Payment was Credit=Y (assuming they passed the checks after step 1).
If both conditions are met, the system will create a new PC line in the payment calendar with the Partial Credit=Y flag, in which the credit payments will be calculated as follows:
It searches for the last posted line with the flags Posted=Y, Recalculation Settlement=N, Partial Payment Credit=N, so that it can place a new line after it.
If it finds one, it creates a new line as a copy of it:
add 'PC' after the installment number
"Date From" sets as "Contract Termination Date + 1D"
"Date To" – set it as the last day in the same month as the "Date From" (at the end of the process, it is changed as "Date To" from the last posted row, but for the calculation it must leave the last day of the month).
On this new line, he resets the amounts and goes to calculate the values he will use for him:
If the last posted line satisfies that Date From <= Contract Termination Date<=Date To:
Thus, only this payment (the so-called source line) will be used for the calculation. See Example 1
If this is not met (there are subsequent posted instalments):
Searches for all posted regular payments where Date To >= Contract Termination Date.
He goes through these and creates a filter with the numbers of all installments, which are either partially or completely credited.
If the payment meets Date From < = Contract Termination Date <= Date To, it will note that it is a payment from which it will take a proportional part, from the others it will take the full amount of principal and interest. See Example 2
The new values are then calculated as follows:
Principal
Calculates the corresponding portion from the source line as follows:
If the Termination Date<>is the last day of the month, it executes:
finds the number of payment days as the difference Date To – Date From + 1 on the PC line.
Next, it finds out the number of days that the month has in total. With this ratio, the number of repayment days/days in a month multiplies the principal on the source line and thus calculates the part of the principal that will be credited from that line.
If Termination Date=last day of the month, it does not perform this calculation and continues to search for whole amounts.
To this is added the full principal amounts from any subsequent posted payments. This total value is written with a negative sign in the PC line in the Principal field
Interest
analogously, it just takes the values from the Interest field
Services
searches for contract services that have status=Active and Reflect Aliquot=Y (Example 1).
for each service found, it looks for a line in the payment calendar that has the same Contract Payment No. as the source payment of the SPK.
If such a line is found, a new PC line can be created in the SPK service:
The dates are filled in the same as the PC line in the Contract Payment Summary
The amounts will be filled in similarly
It takes a proportional part of the amount from the line that corresponds to the source line, and the entire amount of the payment/costs from the following (matching filter to the contract payment number).
It calculates the amounts in currency using the currency factor.
The total amount from all created PC service lines is entered into the TC of the contract with a negative sign in the Service field
Searches for contract services that have status=Active and Reflect Aliquot=N (see Example 2).
for each service found, it looks for a line in the payment calendar that has the same Contract Payment No. as the source payment of the SPK.
If such a line is found, a new PC line can be created in the SPK service:
The dates are filled in the same as the PC line in the Contract Payment Summary
Amounts to fill in
It doesn't take any part of the amount from the line that corresponds to the source line.
from the following (corresponding filter to the contract payment number) the entire amount of the installment/costs.
It calculates the amounts in currency using the currency factor.
The total amount from all created PC service lines is entered into the TC of the contract with a negative sign in the Service field
Insurance
searches for insurance contracts that have a Valid to Same as the Termination Date on the header of the financing contract.
Filters the client's calendar to rows that match the filter for Payment Numbers and Period To >= Contract Termination Date.
Copy the last line to the new one:
adds 'PC' to the payment number
Dates will be filled from the PC line from the T&A of the contract
He calculates the amounts as follows:
if the Termination Date<>is the last day of the month, then it takes a prorated portion of the payment that corresponds to the source line, and the entire value of the Amount and Amount (LCY) fields from the following rows.
The proportional part here is calculated differently than in the case of principal, interest and services. Calculates the daily coefficient using Period From and To on a new line and taking into account the value of the "Daily Rate Calculation" field on the insurance company's product. This coefficient is multiplied by the value of "Annual Client Insurance Premium" on the insurance contract card.
The proportional part (if calculated) is added to the whole amount from subsequent installments and the sum is written into the PC line of the client's calendar. Calculates the VAT amount. When generating these rows, it stores accumulated values in variables according to the type of basic product and insurance in total.
These values are then written to the PC line in the T&Cs of the contract in the fields Insurance, Liabilty Insurance Amount, Crash Insurance Amount and Other Insurance Amount.
Finally, in the PC line of the Bill of the contract, it validates the Amount and Balance fields to recalculate the Total Amount and Amount Including VAT and Balance fields.
if the Termination Date is the last day of the month and it is also the last posted month, then the created PC line (which is all zero) is deleted.
Example 1 – PC line for the last posted payment
Termination Date=11/10/2023, at that time in the last posted month. - there are no folded services in the PC that had Reflect Aliquot=N
Calculation of the share of services: The sum of services that have Reflect Aliquot YES = 2788.76. 20-day share = 1859.17, which corresponds to the value of the PC row in the Service field.
Services that have Reflect Aliquot YES
Example 2 – PC line for multiple months
Termination Date = 10/09/2023. On PC, the whole months are 11 and 10/23 (complete payment including all services) + aliquot 9/23 (services without Reflect Aliquot=N).
Example 3 – PC row in the same month as RS row
Rekalk (RS) and post. Spl. in 12/2023, in the same month also termination, i.e. in PC only an aliquot of the month of the last month.
Change status the reactivating Contract after extraordinary Contract termination
In the event that an extraordinary termination has occurred by mistake and the partial credit note for the last fully posted payment has not yet been posted, the user can run the Change Contract Status wizard and change the status to Active again. The goal is to delete partial credit memos that arose during the extraordinary termination.
An important condition for deleting a credit memo is that the Delete partial credit = Yes field is checked on the detailed status for Active contract and at the same time the Allow partial credit check mark is checked on the contract model.
The user starts the Status Change Wizard.
In step 1/5, enter Change at date (Change at data) the same date that was entered at the Extraordinary Termination as Return of the Car or Contract Termination.
Non-editable flag Delete Partial Credit Memo (Delete Partial Payment Credit) It shows that the settings on the detailed status and model are satisfactory and the wizard deletes the partial credit.
Since the active detail state is not set to close fuses or create new fuses, pressing the Next button (Next) The last step 5/5 with a recap.
The new detailed status will be Active, Change at date will cancel the termination and delete the partial credit, it will not terminate insurance policies, it will not create new insurance policies, it will not terminate services or it will not block fuel cards.
If fuses were created for the "removed item" during the extraordinary termination, the system will warn of the existence of these fuses after the Complete button:
Reactivation result:
In the payment calendar, the system deleted the partial credit memo
Insurance Contracts:
On the original insurance contract, the system returned to the Valid From field (Valid To) Original Expected Termination Date (Expected Termination Date). If insurance policies were created for a removed item during the emergency termination, they are already in the Active status and cannot be deleted. The user must set the status Unrealized on these fuses (Declined).
Contract Services:
On contract services, the system returned to the Valid To field (Valid To) and Validity after Extension (Valid To after Extension) Original Expected Termination Date (Expected Termination Date).
Contract – Termination Tab:
Change Status Wizard Back to Active Deleted Termination Date (Termination Date).
Other actions related to the reactivation of the contract must be checked and performed manually by the user.