feat: Add coherent.release_date check

backend/exporter/template_tags/resource.py

@@ -9,42 +9,43 @@
 from exporter.tag import TemplateTag, argument, template
 
 CHECKS = {
-    "coherent.period",
-    "coherent.procurement_method_vs_number_of_tenderers",
-    "coherent.tender_status",
+    "coherent.amendments_dates",
     "coherent.awards_status",
     "coherent.contracts_status",
-    "coherent.milestone_status",
-    "coherent.value_realistic",
     "coherent.dates",
-    "coherent.milestones_dates",
-    "coherent.amendments_dates",
     "coherent.documents_dates",
-    "consistent.number_of_tenderers",
-    "consistent.tender_value",
-    "consistent.contracts_value",
+    "coherent.milestone_status",
+    "coherent.milestones_dates",
+    "coherent.period",
+    "coherent.procurement_method_vs_number_of_tenderers",
+    "coherent.release_date",
+    "coherent.tender_status",
+    "coherent.value_realistic",
+    "consistent.buyer_in_parties_roles",
+    "consistent.buyer_name_in_parties",
     "consistent.contracts_implementation_transactions_value",
+    "consistent.contracts_value",
+    "consistent.number_of_tenderers",
     "consistent.parties_roles",
-    "consistent.period_duration_in_days",
-    "consistent.buyer_in_parties_roles",
-    "consistent.supplier_in_parties_roles",
-    "consistent.tenderer_in_parties_roles",
-    "consistent.procuring_entity_in_parties_roles",
-    "consistent.payer_in_parties_roles",
     "consistent.payee_in_parties_roles",
-    "consistent.buyer_name_in_parties",
     "consistent.payee_name_in_parties",
+    "consistent.payer_in_parties_roles",
     "consistent.payer_name_in_parties",
+    "consistent.period_duration_in_days",
+    "consistent.procuring_entity_in_parties_roles",
     "consistent.procuring_entity_name_in_parties",
+    "consistent.supplier_in_parties_roles",
     "consistent.supplier_name_in_parties",
+    "consistent.tender_value",
+    "consistent.tenderer_in_parties_roles",
     "consistent.tenderer_name_in_parties",
     "reference.buyer_in_parties",
+    "reference.contract_in_awards",
     "reference.payee_in_parties",
     "reference.payer_in_parties",
     "reference.procuring_entity_in_parties",
     "reference.supplier_in_parties",
     "reference.tenderer_in_parties",
-    "reference.contract_in_awards",
 }
 
 

frontend/src/components/ResourceLevelList.vue

@@ -93,6 +93,7 @@ export default {
                 "coherent.contracts_status",
                 "coherent.milestone_status",
                 "coherent.dates",
+                "coherent.release_date",
                 "coherent.milestones_dates",
                 "coherent.amendments_dates",
                 "coherent.documents_dates",

frontend/src/messages/en.js

@@ -416,7 +416,12 @@ export const messages = {
             dates: {
                 name: "Contracting process timeline",
                 description:
-                    "<p>All dates relating to stages of the contracting process follow a coherent timeline.</p><ul><li><code>tender.tenderPeriod.endDate <= tender.contractPeriod.startDate</code>: The last day for submissions isn't after the contract's anticipated start date.</li><li><code>tender.tenderPeriod.endDate <= awards[].date</code>: The last day for submissions isn't after an award's date.</li><li><code>tender.tenderPeriod.endDate <= contracts[].dateSigned</code>: The last day for submissions isn't after a contract's signature date.</li><li><code>awards[i].date <= contracts[].dateSigned</code>: An award's date isn't after the signature date of any of its related contracts.</li><li><code>contracts[].dateSigned <= contracts[].implementation.transactions[].date</code>: A contract's signature date isn't after the date of any of its related transactions.</li></ul><p>Also, each award's <code>date</code> and each contract's <code>dateSigned</code> aren't after the release date.<p><p>Since the test operates on multiple dates, the test silently ignores any dates that can't be parsed.</p>",
+                    "<p>All dates relating to stages of the contracting process follow a coherent timeline.</p><ul><li><code>tender.tenderPeriod.endDate <= tender.contractPeriod.startDate</code>: The last day for submissions isn't after the contract's anticipated start date.</li><li><code>tender.tenderPeriod.endDate <= awards[].date</code>: The last day for submissions isn't after an award's date.</li><li><code>tender.tenderPeriod.endDate <= contracts[].dateSigned</code>: The last day for submissions isn't after a contract's signature date.</li><li><code>awards[i].date <= contracts[].dateSigned</code>: An award's date isn't after the signature date of any of its related contracts.</li><li><code>contracts[].dateSigned <= contracts[].implementation.transactions[].date</code>: A contract's signature date isn't after the date of any of its related transactions.</li></ul><p>Also, each award's <code>date</code> and each contract's <code>dateSigned</code> aren't after the release date.</p><p>Since the test operates on multiple dates, the test silently ignores any dates that can't be parsed.</p>",
+            },
+            release_date: {
+                name: "Release date",
+                description:
+                    "<p>No past date is after the release date.</p><ul><li>For each award, <code>date</code> isn't after the release date.</li><li>For each contract, <code>dateSigned</code> isn't after the release date.</li><li>For each milestone, <code>dateModified</code> and <code>dateMet</code> aren't after the release date.</li><li>For each amendment, <code>date</code> isn't after the release date.</li><li>For each document, <code>datePublished</code> and <code>dateModified</code> aren't after the release date.</li></ul><p>Since the test operates on multiple dates, the test silently ignores any dates that can't be parsed.</p>",
             },
             milestones_dates: {
                 name: "Milestone dates",