Scheduled Update
Below are the TOTVS Fluig Platform scheduled updates:
Update | Scheduled To | Released | Status |
1.5.6 | 08/02/2016 | 12/02/2016 | |
1.5.7 | 28/03/2016 | 29/03/2016 | |
1.5.8 | 09/05/2016 | 16/05/2016 | |
1.5.9 | 27/06/2016 | 21/06/2016 | |
1.5.10 | 08/08/2016 | 08/08/2016 | |
1.5.11 | 19/09/2016 | 12/09/2016 | |
1.5.12 | 14/11/2016 | 10/11/2016 | |
1.5.12 EP 4 - Messaging | 23/12/2016 | 23/12/2016 | |
1.5.13 | 30/01/2017 | 30/01/2017 | |
1.6.0 | 20/03/2017 | 24/03/2017 | |
1.6.1 | 19/06/2017 | 19/06/2017 | |
1.6.2 | 25/09/2017 | 26/09/2017 | |
Snowflake - 1.6.3 | 11/12/2017 | 14/12/2017 | |
02/04/2018 | 04/04/2018 | ||
03/12/2018 | 09/09/2020 | ||
Lake 1.7.0 | |||
Crystal Lake 1.7.1 | |||
Mist 1.8.0 | |||
Silver Mist 1.8.1 | |||
Crystal Mist 1.8.2 | |||
Caption: | |||
- Released | |||
- Estimated | |||
We would like to point out that the dates corresponding to future releases can be changed. |
Note
Follow details of the upgrade process in the Update Guide.
Mandatory Update Cycle
The Mandatory Update Cycle calendar defines when a product version support is:
- Active: the customer may open calls and add new components in his environment;
- Within the inactivation period: after the release of a new version, the customer will have a period of 30 calendar days to update his environment. during this period, the customer may open calls and add new components in his environment for the version in inactivation;
- Not supported: versions that are not supported and that does not allow new components to be added or changed in the customer environment until the version is updated.
TOTVS Fluig Platform | |||
Version | Release | Status | Inactivation |
1.6.X | 24/03/207 | Active | None |
1.5.X | 28/07/2015 | Not Supported | 24/04/2017 |
1.4.X | 30/10/2014 | Not Supported | 28/08/2015 |
1.3.X | 23/06/2014 | Not Supported | 31/12/2014 |
1.2.X | 03/03/2014 | Not Supported | 23/07/2014 |
1.1.X | 12/11/2013 | Not Supported | 03/04/2014 |
1.0.0 | 01/08/2013 | Not Supported | 12/12/2013 |
Early Patch (EP)
TOTVS Fluig Platform’s purpose is always to release fixes in scheduled updates, making sure the release goes through all the quality control steps.
However, there may be ad hoc early patches available in the Customer Portal.
What is available in an Early Patch (EP)?
It provides fixes for more critical inconsistencies to customers who cannot wait until the next release.
By definition, if any critical situations affect all customers, the early patch will become public at no additional charge.
Do I get charged when I request an early fix for a ticket?
Depending on the severity of your open ticket or the release with which TOTVS Fluig Platform is updated, you may get charged for consulting time.
Scenario 1: If TOTVS Fluig Platform is already updated and it is really a highly critical problem, the customer does not get charged except for the monthly subscription they already pay for the platform. When the customer has the latest update installed, it is quicker to provide the fix.
Scenario 2: If TOTVS Fluig Platform has been outdated for a few months and the open ticket is not highly critical, the customer will be charged an amount proportional to the effort, for consulting time.
Scenario 3: If TOTVS Fluig Platform has been outdated for a long time, creating a fix for the update will be very costly and will have a negative effect on other TOTVS Fluig Platform customers; in this case, it is not possible to create an early patch, not even if an extra fee is charged.
See the details in the table below:
Ticket / Release Severity | Critical | High | Moderate | Low | Early ticket fee via consulting service |
---|---|---|---|---|---|
1.X.Y (Current release) |
Possibility of an early patch at no additional charge. | Possibility of an early patch at no additional charge. | Possibility of an early patch via consulting service. | Possibility of an early patch via consulting service. | R$ 420,00* |
1.X.Y (-1) |
Possibility of an early patch at no additional charge. | Possibility of an early patch at no additional charge. | Possibility of an early patch via consulting service. | Possibility of an early patch via consulting service. | R$ 630,00* |
1.X.Y (-2) |
Possibility of an early patch at no additional charge. | Possibility of an early patch at no additional charge. | Possibility of an early patch via consulting service. | Possibility of an early patch via consulting service. | R$ 840,00* |
1.X.Y (-3) |
Possibility of an early patch via consulting service. | Possibility of an early patch via consulting service. | Possibility of an early patch via consulting service. | Possibility of an early patch via consulting service. | R$ 1.050,00* |
1.X.Y (-4) |
No possibility of an early patch. | - | |||
1.X.Y (-5) |
No possibility of an early patch. | - |
* Calculation based on TOTVS’ standard consulting fee on real (R$).
Rules
#1: Customers that have critical tickets open and their platform version is updated with the current release (or 2 releases prior to the current one) can request an early patch at no additional charge **.
#2: Customers that have critical tickets open and their platform version is updated with 3 releases prior to the current one can request the release of an early patch via consulting service, as specified in the table above**.
#3: Customers that do not have critical tickets open can request an early patch, as specified in the table above**.
#4: Fees are calculated per ticket according to the table. In an early patch one or more tickets can be requested.
#5: There is no possibility of creating an early patch for customers whose platform version is updated with more than 4 releases prior to the current one.
#6: Only one incident per ticket will be solved. Therefore, if the fix is released in an early patch and a new incident not related to the original problem is noticed after the fix, customers should open a new ticket, which may incur new charges.
** The ticket will be analyzed by the maintenance team, who will decide on the technical feasibility and possibility of an early patch for the release requested by the customer.
Analysis of early patches
Customers have to go to the Customer Portal, open a ticket and register the requests for early fixes, informing for which release they are requesting the patch.
Ticket severity level and reclassification, if necessary, will be assessed by the maintenance team, who will decide on the technical feasibility and possibility of an early patch.
From the analysis of the complexity of the ticket, a delivery date for the fix will be set, and based on the criteria in the table above, if necessary, the acceptance terms, including the consulting service fee, will be sent to the customer.
After the customer accepts it, the process of finding a solution to the ticket starts in order to make the early patch available.
Note: TOTVS Fluig Platform maintenance team reserves the right to not advance fixes that can compromise the stability and quality of the platform, even if it is a current release. That being the case, it is necessary to wait for scheduled updates.
Procedures for updating a early patch
fluig on Cloud?
If your TOTVS Fluig Platform environment is managed by our Cloud team, you can get in touch by opening a ticket or calling +55 11 4003-0015 to request the patch.
Since it is an emergency release, some differentiated procedures to update the environment are required. They are as follows:
1. Download the early patch installer from Customer Portal;
2. Stop running the following services: fluig, fluig_Indexer and fluig_RealTime;
Do backup
Be sure to follow the backup procedure to update fluig. For more details, go to Application backup.
3. Delete the data, log, servers and tmp folders— stored in [Installation fluig]\appserver\domain— from fluig;
4. Run the installer and select the update option;
5. Start the fluig_Indexer and fluig_RealTime services;
6. Start the fluig service.
Simply wait for the fluig service to be available and you can access the updated platform.