Release Policy

overview the purpose of this policy is to describe the release and update cycles for citsmart citsmart products , customer notifications, and other relevant information the policy guidelines are applicable to all of our products, whether they are using the saas saas or on premises on premises model release and update cycles our product release and update proposal was designed to provide stability, quick response to problems, and a continuous supply of new features and experiences citsmart citsmart products typically follow 4 types of release, as listed below type of release scope frequency notification major version major version recommended for all clients, this update may include new features and killer features usually with significant changes in the application or architecture annual in the month prior to the release, with a second notification 20 days after sending the first one stable release stable release recommended for all customers, this update may include new features, improvements, security updates, adjustments, and fixes quarterly in the month prior to the release, with a second notification 10 days before the release beta release beta release usually aimed at beta users partners and with a specific scope it may include improvements, updates, adjustments, and fixes bimonthly ten days before the release hotfix hotfix recommended for all clients, this update may include emergency fixes to ensure system stability and security whenever necessary, following authorization and urgency criteria to be defined a few hours before, preferably 48 hours before ⚠️ attention ! the frequency of releases is subject to changes, at citsmart citsmart 's sole discretion in the case of changes to this schedule, clients must be notified in advance ✅ rule citsmart citsmart products use the following standard for version identification version series release stable release beta release hotfix where series identifies the major release, for example, citsmart 9 citsmart 9 stable release identifies the related stable release beta release identifies the related beta release, or zero when there is no related beta release hotfix identifies the related hotfix, or zero when there is no related hotfix for example citsmart 9 citsmart 9 release 1 2 3 refers to a) series citsmart 9; b) stable release 1; c) beta release 2; d) hotfix 3 supported versions our current policy is to support the latest version and the previous one citsmart citsmart generally performs a major release per year, so the client will need to update approximately once every two years to stay on a supported version ✅ rule citsmart citsmart provides updates (for example, fixes and hotfixes) only for the supported versions additional update information the update procedures depend on the model of the acquired solution ( saas saas or on premises on premises ), for each one, follow the recommendations below saas client on premises clients clients can schedule software updates when needed, by submitting a new service request through our support website in this case, the clients are responsible for updating the software (or through a citsmart citsmart partner hired for this purpose) in this request, the client informs the desired date for updating, the version, and the type of non production or production environment) we recommend the clients test the functionality and customizations in the non production environment before upgrading to the production environment interruption times are defined to minimize disruption to the client's business the entire update process is done by the citsmart citsmart support team guidance on how to update or use new features will be available in the release notes after all tests, the clients must sign the homologation conformity term, ensuring that they have performed all necessary tests and, in this way, authorize the application of the update in production according to the previously scheduled change window if you have any questions about the update procedures, please send us a service request through our support website without this signed document, the update will not be performed