{"id":1790,"date":"2023-04-14T14:01:03","date_gmt":"2023-04-14T12:01:03","guid":{"rendered":"https:\/\/coopengo.com\/2023\/04\/14\/sortie-de-la-version-23-14-de-coog\/"},"modified":"2024-10-24T17:34:47","modified_gmt":"2024-10-24T15:34:47","slug":"coog-version-23-14-released","status":"publish","type":"post","link":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/","title":{"rendered":"coog version 23.14 released"},"content":{"rendered":"

[vc_row][vc_column][vc_column_text]<\/p>\n

\"\"<\/span><\/span><\/h1>\n

Apr. 14, 2023 Release notes<\/span><\/h1>\n

Focus on regulations in this new coo<\/span>g release!<\/p>\n

coo<\/span>g 23.14 is marked by the creation – as part of a major collective project – of the DSN module and its generation of parameter sheets.<\/span><\/p>\n

The Prest’IJ module<\/span>, meanwhile, has improved its registration process for companies and their employees.<\/p>\n

Business areas such as Health and the NOEMIE module<\/span> are not left out in this new version, with the management of double attachment<\/span> and refusal of noemization as soon as a contract is taken out.<\/p>\n

\n

coo<\/span>g Back-Office<\/h2>\n

Regulatory<\/span><\/h3>\n

DSN<\/span><\/h4>\n

Generation of DSN forms<\/span><\/h4>\n

Business need:<\/strong> generate DSN forms for posting on Net-entreprises.<\/p>\n

Changes :<\/strong><\/p>\n

    \n
  • In \u201cCompany\u201d, a new configuration has been added to prepare the DSN flow.<\/li>\n<\/ul>\n

    \"\"<\/span><\/p>\n

      \n
    • On each product (in the laboratory’s DSN tab), it is possible to set up a DSN configuration using a mapping rule.<\/li>\n<\/ul>\n
      \"\"

      DSN transcoding rule (default) delivered as standard<\/span><\/p><\/div>\n

        \n
      • Generation (automatically following a management action and\/or manually) of DSN forms in XML and PDF format from coo<\/span>g.<\/li>\n<\/ul>\n
        \"\"

        Generation and consultation of a DSN form from the subscriber of a group contract<\/p><\/div>\n

        \n

        Enable Prest’IJ re-registration from a registration form<\/span><\/h4>\n

        Context:<\/strong><\/p>\n

        Periodic purging of the GESTIP database is carried out on data considered obsolete:<\/p>\n

          \n
        • Coverage with an end date prior to today’s date – 33 months and which has not been modified for 24 months,<\/li>\n
        • Insureds to whom no cover is attached and who have not been modified in the last 24 months,<\/li>\n
        • Companies to which no insured is attached and which have not been modified in the last 30 months.<\/li>\n<\/ul>\n

          However, for some companies, it is necessary to register employees after the purge performed by the Caisse Nationale d’Assurance Maladie (CNAM).<\/p>\n

          Business requirement:<\/strong> be able to relaunch the company’s registration after a purge to enable employee enrolment.<\/p>\n

          Evolution:<\/strong> activate the \u201cRelaunch the enrolment process\u201d button for companies with a Prest’IJ \u201cD\u00e9claration confirm\u00e9e\u201d status, enabling them to return an enrolment to the CNAM.<\/p>\n

          \n

          Health<\/span><\/h3>\n

          NOEMIE<\/span><\/h4>\n

          Enable refusal of no\u00e9misation when subscribing to a contract<\/span><\/h4>\n

          Context:<\/strong> refusal of noemization by the policyholder was only possible by entering an endorsement on an existing contract.<\/p>\n

          Business need:<\/strong> it should be possible to enter a policyholder’s refusal to demote at the time of underwriting.<\/p>\n

          Evolution:<\/strong> addition of a checkbox to indicate that the policyholder does not wish to activate noemization as part of the health contract underwriting process.<\/p>\n

          \"\"<\/span><\/p>\n

          almerys<\/span><\/h4>\n

          Management of third-party double noemization<\/span><\/h4>\n

          Scope of application:<\/strong> almerys interface for managing healthcare services.<\/p>\n

          Context: <\/strong>it is necessary to generate two V3 flows (one on D and one on D+1) to inform almerys and manage the double attachment of a beneficiary (non-emancipated minor) to two beneficiaries (parents) in the sense of the R\u00e9gime Obligatoire (RO).<\/p>\n

          Business requirement:<\/strong> activate RO rights on D and inform the Tiers Payant organization of the child’s attachment to both parents when they are covered under the same contract.<\/p>\n

          Evolution:<\/strong> V3 tags required for double attachment.<\/p>\n

          \n

          Enable modification of third-party communication preferences<\/span><\/h4>\n

          Scope of application:<\/strong> almerys interface for managing healthcare benefits.<\/p>\n

          Context:<\/strong><\/p>\n

          Today, it is not possible to indicate the policyholder’s communication preferences (postal or email) in the V3 flow. The V3 flow tags used to indicate this information to almerys were by default populated with the email value.<\/p>\n

          Business need:<\/strong><\/p>\n

          To be able to communicate to almerys the policyholder’s communication preferences for the method of sending benefit statements and management letters.<\/p>\n

          This information must be sent in a V3 flow if preferences are modified.<\/p>\n

          Changes :<\/strong><\/p>\n

            \n
          • Addition of two data items \u201cMode d’envoi des d\u00e9comptes almerys\u201d and \u201cMode d’envoi des courriers de gestion almerys\u201d on the third-party record,<\/li>\n
          • Feeding of V3 flow tags,<\/li>\n
          • Implementation of a rider to modify the policyholder’s communication preferences in order to inform almerys of this modification,<\/li>\n
          • Addition of the two data items to the APIs.<\/li>\n<\/ul>\n
            \n

            Borrower<\/span><\/h3>\n

            Addition of a new \u201cAgency\u201d field if the lender is a bank<\/span><\/h4>\n

            Scope: <\/strong>this new field is only available for banks organized into branches (regional, for example) when adding a loan to the underwriting process.<\/p>\n

            Context:<\/strong><\/p>\n

            When a loan is entered, the name of the lending organization and the address must be entered. For bank networks organized into branches, the manager had access to the list of branch addresses, without being able to determine which branch the address corresponded to.<\/p>\n

            Business need:<\/strong> to have access from the bank to all its existing branches via their names and to be able to filter on the name of the desired branch.<\/p>\n

            Evolution:<\/strong> addition of a new \u201cAgency\u201d field to access the list of agencies available for the chosen bank, in order to select the desired agency.<\/p>\n

            \n
            \"\"<\/div>\n
            <\/div>\n
            \n
            \n

            Override the overlap check on loan insurance coverages<\/span><\/h4>\n

            Evolution:<\/strong> lift the overlapping cover check not applicable to borrower insurance.<\/p>\n

            \n

            Contracts<\/span><\/h3>\n

            Management of contributions and benefits contact persons<\/span><\/h4>\n

            Business need:<\/strong><\/p>\n

            Management of the notion of contribution and benefit contact, which, for one or more legal entities covered by a group contract, includes the notions of third party, contact method and bank details.<\/p>\n

            For each group contract, the contributions\/benefits contact can be :<\/p>\n

              \n
            • Centralized (one and only one legal entity as interlocutor),<\/li>\n
            • Decentralized (each legal entity is responsible for its own contributions\/benefits),<\/li>\n
            • Mixed (grouping of interlocutors at corporate level),<\/li>\n
            • Delegated (the interlocutor is not a legal entity covered by the contract, but another third party).<\/li>\n<\/ul>\n

              Evolutions :<\/strong><\/p>\n

                \n
              • A wizard has been added to the subscription process, enabling you to enter the contribution and benefit contact persons and the management mode,<\/li>\n
              • Addition of a rider enabling the interlocutors to be modified during the life of the contract.<\/li>\n<\/ul>\n

                \"\"<\/p>\n

                \n

                Improved call slip event mechanics<\/span><\/h4>\n

                Context:<\/strong> call slip events are generated but can only be consulted from the contract’s \u201cEvent Logs\u201d record.<\/p>\n

                Business need:<\/strong> access to events (generation, validation, issue, payment) directly from call slips.<\/p>\n

                Evolutions :<\/strong><\/p>\n

                  \n
                • Added event logs from the \u201cCall slips\u201d entry point,<\/li>\n
                • New events added: \u201cPayment allocation\u201d and \u201cPayment deallocation\u201d.<\/li>\n<\/ul>\n

                  \"\"<\/p>\n

                  Endorsements<\/span><\/h4>\n

                  Addition of contract amendment template elements<\/span><\/h4>\n

                  Changes :<\/strong><\/p>\n

                  Add rider templates for :<\/p>\n

                    \n
                  • Modify additional benefit data,<\/li>\n
                  • Modify additional contract data,<\/li>\n
                  • Cancel a contract.<\/li>\n<\/ul>\n
                    \n

                    Adding the notion of application groups to endorsement definitions<\/span><\/h4>\n

                    Context:<\/strong><\/p>\n

                    Rider definitions can be linked to user groups to restrict access. However, if a rider definition is linked to a group, all attached users can enter and apply the rider.<\/p>\n

                    Requirement:<\/strong> to avoid the risk of fraud, it must be possible to separate rider entry rights from rider application rights.<\/p>\n

                    Evolution: <\/strong>set up application groups to define which groups can apply the rider.<\/p>\n

                    \"\"

                    The rider remains in draft form, and a user with the appropriate rights can take it back and apply it.<\/p><\/div>\n

                    \n

                    Enable termination of additional formulas via the formula modification rider<\/span><\/h4>\n

                    Context:<\/strong><\/p>\n

                    The rider allows you to take out a new supplementary plan. However, if you wish to :<\/p>\n

                      \n
                    • Change a complementary plan, this does not cancel the previous plan’s coverage;<\/li>\n
                    • Cancel a top-up plan, no action is taken.<\/li>\n<\/ul>\n

                      As a reminder, a complementary plan is a plan that includes non-mandatory benefits. This complementary package is linked to a package subscribed to on the contract.<\/p>\n

                      Business need:<\/strong> to be able to replace or terminate complementary formulas, respectively by changing the complementary formula via an endorsement, or by selecting \u201cEmpty\u201d to terminate the formula.<\/p>\n

                      Evolution: <\/strong>redesign of the formula modification rider to enable termination or formula change in a single rider.<\/p>\n

                      \n

                      Claims<\/span><\/h3>\n

                      Add identifier and external number to claims<\/span><\/h4>\n

                      Business need: <\/strong>when delegating benefits management, the delegate can have his own identifier.<\/p>\n

                      Evolution:<\/strong> add \u201cIdentifiers\u201d fields on claims to store an external reference.<\/p>\n

                      \"\"<\/p>\n

                      \n

                      Addition of a rule on benefits to enable the entry of compensation periods in the future.<\/span><\/h4>\n

                      Scope:<\/strong> manual creation of benefits – does not apply to periods created by batch<\/em> (e.g. pension extension).<\/p>\n

                      Context :<\/strong><\/p>\n

                      Today, the period entry wizard blocks benefit entry in the future. The period end date must be less than or equal to the current date.<\/p>\n

                      Business need:<\/strong> it must be possible to enter services in the future, so as to be able to record services with an end date greater than the current date.<\/p>\n

                      Application examples:<\/strong> receipt of a work stoppage on 06\/04\/2023 for a period from 01\/04\/2023 to 25\/05\/2023.<\/p>\n

                      It is now possible to enter the end date of the work stoppage on 05\/25\/2023 without having to split the periods.<\/p>\n

                      Evolution:<\/strong> creation of a new rule type and delivery of a default rule for defining the maximum advance period allowed.<\/p>\n

                      \"\"

                      You can define the rule to be applied to the service.<\/p><\/div>\n

                      \n

                      Creation of a claims reimbursement generation batch<\/span><\/h4>\n

                      Context:<\/strong> the future implementation of benefits capture means that the generation of claim reimbursement receipts must be decoupled from the validation of claim periods.<\/p>\n

                      Business requirement:<\/strong><\/p>\n

                      Benefits must be able to be entered, without receipts being generated automatically for future periods. It is also necessary to be able to consult future receipts for a given third party.<\/p>\n

                      Evolution :<\/strong><\/p>\n

                        \n
                      • Addition of a claim reimbursement generation batch \u201cclaim.indemnification.invoice\u201d: this batch will process indemnification periods whose status is \u201cValid\u201d and will select indemnifications whose start date is less than or equal to the date passed as a batch parameter.<\/li>\n<\/ul>\n
                        \"\"

                        Addition of an \u201cIndemnifications\u201d entry point presenting all indemnification periods. It will be possible to filter on \u201cValidated\u201d status.<\/p><\/div>\n

                        \n

                        Addition of the breakdown of compensation periods on the date of loan payment.<\/span><\/h4>\n

                        Scope:<\/strong> Borrower benefits.<\/p>\n

                        Context:<\/strong> when entering benefit periods, the periods entered do not necessarily correspond to loan payment dates.<\/p>\n

                        Business need:<\/strong> benefits must be automatically split by coog so that the periods correspond to the payment dates of the loan on which the benefits are entered.<\/p>\n

                        Evolution:<\/strong> the benefit period entry wizard automatically trims benefit periods to the same dates as loan payment dates.<\/p>\n

                        \n

                        Possibility of filtering the rules engine function \u201cdate_of_end_of_previous_claim\u201d with a list of claim codes.<\/span><\/h4>\n

                        Context:<\/strong> the rules engine function only checks for the presence of a claim (any loss).<\/p>\n

                        Evolution:<\/strong> addition of an optional parameter to the rules engine function.<\/p>\n

                        This parameter will enable filtering via a list of loss codes to limit the search if necessary.<\/p>\n

                        Example of application:<\/strong> implementation of a complex eligibility rule that checks the time between two claims.<\/p>\n

                        When an insured person has benefited from a period of compensation for temporary incapacity for work (ITT), a new period of compensation is possible for a new ITT after a return to paid employment of at least X consecutive months. New compensation for loss of employment may be provided following a return to paid employment of at least X consecutive months.<\/p>\n

                        \n

                        Addition of an entry point for delegation slips.<\/span><\/h4>\n

                        Scope of application: <\/strong>healthcare services – integration of services paid for by the Tiers-Payant service.<\/p>\n

                        Context: <\/strong>invoices paid by the delegate are accessible in the \u201cSupplier invoices\u201d menu, which groups together all invoices paid by third parties.<\/p>\n

                        Business requirement: <\/strong>when integrating healthcare services paid for by the delegatee, it was necessary to be able to view only those receipts linked to a payment by the delegatee.<\/p>\n

                        Evolution: <\/strong>creation of a new menu for viewing receipts for services paid for by the delegatee.<\/p>\n

                        \n
                        \"\"<\/div>\n
                        \n
                        \n

                        Make available the date of management takeover in the rules engine<\/span><\/h4>\n

                        Scope:<\/strong> group benefits.<\/p>\n

                        Context:<\/strong> the management takeover date can be entered on group contracts, but cannot be used for parameterization purposes.<\/p>\n

                        Business need:<\/strong> make the management takeover date available in the rules engine for use in medical selection, deductible calculation, benefit calculation, etc.<\/p>\n

                        Evolution:<\/strong> add the function to the rules engine.<\/p>\n

                        Application example:<\/strong><\/p>\n

                        Following the subscription of a group contract, the new insurer determines whether it will take over all claims or only revalorizations. The takeover date must be used in the rules to calculate the benefit.<\/p>\n

                        \n

                        Billing<\/span><\/h3>\n

                        Contributions<\/span><\/h4>\n

                        Error message displayed when a transaction created by an invoice is cancelled<\/span><\/h4>\n

                        Context:<\/strong> cancelling an accounting movement on a receipt in \u201cIssued\u201d status has the effect of changing the receipt to \u201cPaid\u201d status (in accounting terms, the movements are cancelled).<\/p>\n

                        Evolution:<\/strong> introduction of an error message to inform the user that cancellation is not possible.<\/p>\n

                        \"\"<\/p>\n

                        \n

                        Event types added for suspension and de-suspension of payments<\/span><\/h4>\n

                        Context: <\/strong>it is difficult to identify contracts under suspension of payment.<\/p>\n

                        Business need:<\/strong> enhance traceability of contracts suspended and\/or de-suspended.<\/p>\n

                        Evolution:<\/strong> add event types for suspension and\/or de-suspension of payments.<\/p>\n

                        Application example:<\/strong><\/p>\n

                        Following the rejection of a payment, direct debits are suspended on the contract. This suspension will be available in the event logs.<\/p>\n

                        \n

                        Optional taxes added to product guarantees<\/span><\/h4>\n

                        Context:<\/strong> if the tax applied to a benefit depends on policyholder or contract criteria, it was necessary to set up as many benefits as tax profiles.<\/p>\n

                        Business need:<\/strong> vary the tax rate applied to a given benefit according to criteria such as the plan, additional data, etc.<\/p>\n

                        Example of application:<\/strong> in Health, cover taken out by policyholders under the general scheme is subject to a TSCA of 13.27%, while cover taken out by policyholders under the agricultural scheme (MSA) is subject to a TSCA of 6.27%.<\/p>\n

                        Changes :<\/strong><\/p>\n

                          \n
                        • Addition of the notion of optional tax on benefits,<\/li>\n
                        • Use of the rule engine to define tax application conditions.<\/li>\n<\/ul>\n
                          \n

                          Rate schedule management<\/span><\/h4>\n

                          Scope:<\/strong> group contracts with standard pricing.<\/p>\n

                          Context:<\/strong> at present, pricing for standard and customized contracts was entered when the contract was underwritten.<\/p>\n

                          Business need:<\/strong><\/p>\n

                            \n
                          • To be able to quickly and easily enter the contribution rates or packages applicable to each benefit\/population group – either at contract level (customized pricing), or at product level (offer pricing),<\/li>\n
                          • Generate DSN forms (see Regulations).<\/li>\n<\/ul>\n

                            Application example:<\/strong><\/p>\n

                            In group health, for a standard product, it is no longer necessary to enter package rates for each population group on each contract.<\/p>\n

                            Evolutions :<\/strong><\/p>\n

                              \n
                            • New usage concept in additional data: \u201cContribution structure component\u201d. Additional data on benefits is mandatory to generate rate schedules. It is possible to parameterize which elements are to be taken into account in pricing (e.g. \u201ccollege\u201d additional data on the population group).<\/li>\n
                            • By default, coopen<\/span>go delivers two additional data items: contribution types and contribution bases.<\/li>\n<\/ul>\n

                              \"\"<\/p>\n

                                \n
                              • Creation of a wizard for exporting rate schedules in csv format, for use outside the tool (export\/import functionality).<\/li>\n
                              • Creation of a tool for aggregating contributions by population group (new screens + input of contribution call slips to obtain the overall TA\/TB rate rather than the rate per benefit).<\/li>\n<\/ul>\n

                                \"\"<\/p>\n

                                Step 1 – Selecting the grid type<\/p>\n

                                  \n
                                • Choice of benefits<\/li>\n
                                • Choice of population groups<\/li>\n
                                • Choice of type and, if relevant, contribution base<\/li>\n<\/ul>\n

                                  Step 2 – Option of entering rates directly in the interface or generating the CSV<\/p>\n

                                  Step 3 – CSV recovery<\/p>\n

                                  Step 4 – Update CSV in Excel then import<\/p>\n

                                  Step 5 – File used and added to product<\/p>\n

                                  \n

                                  Accounting<\/span><\/h4>\n

                                  Add a wizard for creating an accounting product<\/span><\/h4>\n
                                  \n
                                  \n
                                  \n
                                  \n
                                  \"\"<\/div>\n
                                  \n
                                  \n

                                  Commissions<\/span><\/h3>\n

                                  Addition of the ‘code_courtier’ function to the rules engine<\/span><\/h4>\n

                                  Business need:<\/strong> to be able to add broker-specific commission calculation conditions to the rules engine, in order to mutualize cross-broker parameterization.<\/p>\n

                                  Evolution:<\/strong> added a function to the rules engine to access the broker’s code in a commissioning context.<\/p>\n

                                  \n

                                  Enable the rules for calculating the payment date of the withholding tax to work with the booked payment method.<\/span><\/h4>\n

                                  Scope of application:<\/strong> prepaid commission plan.<\/p>\n

                                  Context:<\/strong><\/p>\n

                                  When setting up withholding tax on commission plans, it is possible to configure the date on which withholding tax is to be paid in two different ways:<\/p>\n

                                    \n
                                  • Use a rule to calculate the payment date for deducted commissions,<\/li>\n
                                  • Check box \u201cOn first paid receipt\u201d.<\/li>\n<\/ul>\n

                                    These two modes are exclusive.<\/p>\n

                                    Business need: <\/strong>to be able to set up a rule for the payment date of the commission on the contract effective date.<\/p>\n

                                    However, the withholding tax cannot be paid before the first receipt is paid.<\/p>\n

                                    Evolution: <\/strong>remove the exclusivity between the two calculation modes.<\/p>\n

                                    \n

                                    Display additional data in commission log record name<\/span><\/h4>\n

                                    Scope:<\/strong> this function only applies to linear commission plans.<\/p>\n

                                    Context :<\/strong><\/p>\n

                                    By default, the commission log name is that of the commission plan in coog. If a user wishes to set up three linear commission protocols, he must set up three commission plans (example: linear 5, linear 10, linear 15) and associate three commission protocols with them.<\/p>\n

                                    Evolution :<\/strong><\/p>\n

                                    The aim of this evolution is to set up a linear commission plan and associate three commission protocols – each with an additional data item specifying the commission rate.<\/p>\n

                                    As a result, the value of the additional data is attached to the name of the commission plan when a contract is subscribed.<\/p>\n

                                    Benefit:<\/strong> optimized parameterization of commission plans and protocols.<\/p>\n

                                    \"\"<\/p>\n

                                    \n

                                    Documents<\/span><\/h3>\n

                                    Creation of a batch to cancel duplicate document production requests<\/span><\/h4>\n

                                    Context :<\/strong><\/p>\n

                                    In management, triggering events generate a document production request. If several amendments of the same type are made on the same day, it is common for several document production requests to be generated.<\/p>\n

                                    Evolution:<\/strong> creation of a \u201c report_production_request_batch_cancel_duplicates<\/em> \u201d batch<\/em>.<\/p>\n

                                    This process will set duplicate document production requests to \u201cCancelled\u201d status. Duplicate detection conditions :<\/p>\n

                                      \n
                                    • Document requests are in \u201cTo be processed\u201d status,<\/li>\n
                                    • The mail template is identical,<\/li>\n
                                    • The context is identical,<\/li>\n
                                    • The event generating the document production request is identical,<\/li>\n
                                    • The creation date is different from the creation date of the most recent document production request.<\/li>\n<\/ul>\n
                                      \n

                                      Enable printing of covered risks from the print wizard<\/span><\/h4>\n

                                      Context:<\/strong> Mail can be edited from a third party, a claim or a contract, but it is not possible to generate mail for a single or several covered elements of a contract.<\/p>\n

                                      Business need:<\/strong> to have the ability to print a mail for a contract or for a single covered element of the contract.<\/p>\n

                                      Evolution:<\/strong><\/p>\n

                                      From the mail generation wizard, it is now possible to select a \u201cContract\u201d or \u201cCovered risk\u201d template. The list of available letters will be filtered by model.<\/p>\n

                                      \"\"<\/p>\n

                                      \n

                                      Document category and family added<\/span><\/h4>\n

                                      Context:<\/strong> a document in coog was defined by its variant and not in absolute terms.<\/p>\n

                                      Business need: to<\/strong> enable documents such as administrative or medical formalities to be grouped together and searched for more quickly.<\/p>\n

                                      Example of application:<\/strong> a medical questionnaire specific to an insurer could belong to the \u201cHealth questionnaire\u201d category and the \u201cMedical formalities\u201d family.<\/p>\n

                                      \"\"<\/p>\n

                                      Evolution :<\/strong><\/p>\n

                                        \n
                                      • Added new notions of document category and family to group document types,<\/li>\n
                                      • Updated simulation API to return required documents grouped by category.<\/li>\n<\/ul>\n
                                        \n

                                        Processes<\/span><\/h3>\n

                                        Task management<\/span><\/h4>\n

                                        Add a completed task modification mechanism<\/span><\/h4>\n

                                        Context:<\/strong> completed tasks in coog were only available in read-only mode.<\/p>\n

                                        Business need:<\/strong> modify the information of a completed task when, for example, an error is detected.<\/p>\n

                                        Evolution:<\/strong> new button to modify a completed task.<\/p>\n

                                        \n

                                        Add summary field to task template<\/span><\/h4>\n

                                        Context:<\/strong> task creation does not allow text to be entered to contextualize the task.<\/p>\n

                                        Business need: to<\/strong> enable the manager to enter information and quickly access essential task information.<\/p>\n

                                        Evolution: <\/strong>new free-entry description field in text format.<\/p>\n

                                        \n

                                        Rules engine<\/span><\/h3>\n

                                        Improved filter rule mechanics<\/span><\/h4>\n

                                        Context:<\/strong><\/p>\n

                                        Filter rules in actions by event type can be used to filter action application conditions by event type. The context of the rule does not return information enabling filtering on business objects.<\/p>\n

                                        Business need:<\/strong> to be able to apply filter rules to business objects (contracts, services, etc.).<\/p>\n

                                        Evolution:<\/strong> add filter rule contexts to the model object rule with the corresponding object key.<\/p>\n

                                        \n

                                        Development of a powerful new rules engine mechanism, searchable by API<\/span><\/h4>\n

                                        Methodological approach to evolution :<\/strong><\/p>\n

                                        \"\"

                                        Lambda is the term used in coog. We can also speak of a made-to-measure rule.<\/p><\/div>\n

                                        Evolution:<\/strong><\/p>\n

                                        An API mechanism has been added, enabling rules to be set up in coog that can be queried via API. These rules do not access data stored in coog.<\/p>\n

                                        The \u201cLambdaAPI\u201d object will initially be based on a call to rule_engine. In terms of data, the rule algorithm will only have access to the following elements:<\/p>\n

                                          \n
                                        • Parameters (rule_engine.rule_parameter<\/code>) of the rule in question,<\/li>\n
                                        • Tools\u201d menu method,<\/li>\n
                                        • Tables,<\/li>\n
                                        • Other rules that respect the same constraints.<\/li>\n<\/ul>\n

                                          A documentation API will list the rules and describe the expected input parameters.<\/p>\n

                                          An API for executing these rules will ask coog to execute N calls to these rules, with the parameters supplied in the API request, and coog will return as many execution results.<\/p>\n

                                          \"\"<\/p>\n

                                          \n

                                          Wizard to find out whether a rule is used and in what context<\/span><\/h4>\n

                                          Context:<\/strong><\/p>\n

                                          It is impossible to know from a rule in the rules engine where this rule is used (on which products, warranties or services). It is necessary to go through the various parameterization objects to find this link.<\/p>\n

                                          Business need:<\/strong> visualize directly on which parameterization object the rule is used from the rule and no longer from the various parameterization objects.<\/p>\n

                                          Evolution:<\/strong> from the rules engine, create one or more links to the benefits, products and services on which they are configured.<\/p>\n

                                          \"\"<\/p>\n

                                          \n

                                          A function retrieves the additional data for the benefit offered, if not already present for the benefit subscribed.<\/span><\/h4>\n

                                          Business requirement: <\/strong>in order to implement complex rules based on additional data of the \u201cguarantee\u201d business type, it is necessary to retrieve additional data for all subscribed guarantees from the rules engine.<\/p>\n

                                          Evolution: <\/strong>the rules engine function \u201cdonnee_complementaire_autre_garantie_contrat\u201d provides access to warranty typing.<\/p>\n

                                          Application example:<\/strong> to set up an eligibility rule, it is necessary to retrieve additional data of the \u201cguarantee\u201d business type.<\/p>\n

                                          \n

                                          Technical core<\/span><\/h3>\n

                                          Add a wizard to generate the anonymization script<\/span><\/h4>\n

                                          Context: <\/strong>anonymization of a client’s databases is performed via a \u201chard\u201d script stored on Docker.<\/p>\n

                                          This script is not part of the application itself, and has no mechanism for overloading it with specific data.<\/p>\n

                                          Business need:<\/strong> enable this script to be generated, adapting it to the environment on which it will be launched (installed modules, customer-specific data, …).<\/p>\n

                                          Evolution :<\/strong><\/p>\n

                                            \n
                                          • Identify fields likely to contain data requiring anonymization, using a new \u201csensitivity\u201d parameter set to \u201cnon_sensitive\u201d or \u201csensitive_party\u201d,<\/li>\n
                                          • Create a wizard to download an anonymization script in SQL format.<\/li>\n<\/ul>\n

                                            This script can be run on a copy of the database from which it was generated, in order to anonymize all personal data.<\/p>\n

                                            \"\"<\/p>\n

                                            \u201cNo”: only data will be anonymized.
                                            \n\u201cDelete all”: data will be anonymized and revision versions will be deleted.<\/p>\n

                                            \n

                                            Basic configuration tools added for OpenTelemetry<\/span><\/h4>\n

                                            Evolution:<\/strong><\/p>\n

                                            Implementation of OpenTelemetry to :<\/p>\n

                                              \n
                                            • Have a standard centralized logging mechanism,<\/li>\n
                                            • Track calls between coo<\/span>g components,<\/li>\n
                                            • exploit usage statistics\/patterns.<\/li>\n<\/ul>\n
                                              \n

                                              Renaming entry points<\/span><\/h4>\n

                                              Context: <\/strong>avoid duplication of menu names within the application.<\/p>\n

                                              Evolution:<\/strong> addition of parent menus to contextualize results, notably in the quick search bar.<\/p>\n

                                              \"\"<\/p>\n

                                              \n

                                              Add a button to cancel the scheduled execution of a batch, a chain or a batch plan.<\/span><\/h4>\n

                                              Context:<\/strong> to stop the execution or scheduling of a batch, you need to delete the job and then the run, even if the run has several jobs.<\/p>\n

                                              Evolution:<\/strong> a button has been added to stop the scheduling or execution of a batch, batch chain or batch plan in a single action.<\/p>\n

                                              \"\"<\/p>\n<\/div>\n

                                              \n

                                              Default activation of technical history on configuration objects<\/span><\/h4>\n

                                              Scope:<\/strong> all configuration objects except distribution networks and commissioning protocols.<\/p>\n

                                              Context:<\/strong> to view modifications made to configuration objects.<\/p>\n

                                              Evolution:<\/strong> addition of an object for viewing the history of configuration information.<\/p>\n

                                              \"\"<\/p>\n

                                              \n

                                              Addition of a text field to display a formatted version of the call trace<\/span><\/h4>\n

                                              Evolution: <\/strong>in the \u201cErrors\u201d entry point, it is now possible to obtain the call trace in text format.<\/p>\n

                                              \"\"<\/p>\n

                                              \n

                                              Add a button to export the error report in the Errors menu<\/span><\/h4>\n

                                              Context:<\/strong><\/p>\n

                                              Activating the error handler enables you to store application errors and their details. These errors can be exported via JSON for integration and visualization in any environment.<\/p>\n

                                              Business requirement:<\/strong> export generation without having to install the export\/import plugin.<\/p>\n

                                              Evolution:<\/strong> add a button to export errors in JSON format, without activating an additional plugin.<\/p>\n

                                              \"\"<\/p>\n

                                              \n

                                              coo<\/span>g API<\/h2>\n

                                              External event notification API added<\/span><\/h4>\n

                                              Scope:<\/strong> The API will only be usable on \u201cCUSTOM\u201d events and not with events delivered by coo<\/span>g.<\/p>\n

                                              Business need:<\/strong><\/p>\n

                                              An external IS tool wishes to send events to coo<\/span>g. These events can be connected to actions.<\/p>\n

                                              Evolution:<\/strong><\/p>\n

                                              Add a method to be overloaded on event types. If you try to notify an event in this list, coog will return an \u201cEvent type not found\u201d error.<\/p>\n

                                              \n

                                              Added support for MongoDB ReplicaSet<\/span><\/h4>\n

                                              Business need:<\/strong> simplify management and ensure compatibility with the old MongoDB connection method.<\/p>\n

                                              Evolution:<\/strong> add an environment variable to manage ReplicaSet connections without modifying the current behavior with the old variables (when this variable is used, the previous variables will be ignored and only the new variable will be used).<\/p>\n

                                              \n

                                              Addition of ID and end date fields to the API that lists commercial products<\/span><\/h4>\n

                                              Evolution:<\/strong> added the following fields to the commercial products API RPC (model.api.product.list_commercial_products):<\/p>\n

                                                \n
                                              • \u201ccommercial product id\u201d,<\/li>\n
                                              • \u201ctechnical product id\u201d,<\/li>\n
                                              • \u201ccommercial product end date\u201d.<\/li>\n<\/ul>\n
                                                \n

                                                Adding Web resources to the Commercial Products API<\/span><\/h4>\n

                                                Business need:<\/strong> display commercial products grouped by family.<\/p>\n

                                                Evolution:<\/strong> return \u201cweb.ui.resource\u201d to \u201clist_commercial_products\u201d API.<\/p>\n

                                                \n

                                                Add API V2 to close claims<\/span><\/h4>\n

                                                Business need:<\/strong><\/p>\n

                                                Closure of a claims file in an external tool needs to be passed back to coog. The reason for closure\/substatus must also be transmitted.<\/p>\n

                                                Evolution:<\/strong> Claims closure API added.<\/p>\n

                                                \n

                                                Add an API for creating and updating healthcare benefits<\/span><\/h4>\n

                                                Business need:<\/strong> the creation and updating of healthcare benefits from an external tool had to be transferred back to coo<\/span>g.<\/p>\n

                                                Evolution: <\/strong>addition of an API for creating and updating healthcare benefits.<\/p>\n

                                                \n

                                                GraphQL<\/span><\/h4>\n

                                                Addition of a GraphQL API for searching for third parties by IBAN<\/span><\/h4>\n

                                                Business need:<\/strong> bank account information must be retrieved from external IS or an insured space.<\/p>\n

                                                Evolution:<\/strong> addition of a bank account search API via a mandatory IBAN filter.<\/p>\n

                                                \n

                                                Adding a quote entry point to B2B GraphQL<\/span><\/h4>\n

                                                Business need: <\/strong>GraphQL queries don’t retrieve quotes.<\/p>\n

                                                Evolution:<\/strong> a quotation entry point has been added to the \u201cb2b_dashboard_query\u201d (quotations will be available below the contracts entry point).<\/p>\n

                                                \n

                                                Creation of the GraphQL entry point for consulting schemes and affiliation funds<\/strong><\/span><\/p>\n

                                                Context: <\/strong>a Front wanted to be able to load from coog information from the mandatory schemes repository and the affiliating organizations.<\/p>\n

                                                Evolution: <\/strong>creation of a GraphQL repository API for querying repositories.<\/p>\n

                                                \n

                                                coo<\/span>g Front-Office<\/h2>\n

                                                Insured area (B2C)<\/span><\/h3>\n

                                                Addition of an emailing mechanism for the personal space<\/span><\/h4>\n

                                                Context:<\/strong> addition of a secure, automated policyholder space creation process.<\/p>\n

                                                Evolution:<\/strong> new mechanism for creating the policyholder’s personal space by sending an email from the Front-Office.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n

                                                [\/vc_column_text][\/vc_column][\/vc_row]<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"

                                                [vc_row][vc_column][vc_column_text] Apr. 14, 2023 Release notes Focus on regulations in this new coog release! coog 23.14…<\/p>\n","protected":false},"author":2,"featured_media":1792,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-1790","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-versions-en"],"yoast_head":"\ncoog version 23.14 released - coopengo<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"coog version 23.14 released - coopengo\" \/>\n<meta property=\"og:description\" content=\"[vc_row][vc_column][vc_column_text] Apr. 14, 2023 Release notes Focus on regulations in this new coog release! coog 23.14...\" \/>\n<meta property=\"og:url\" content=\"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/\" \/>\n<meta property=\"og:site_name\" content=\"coopengo\" \/>\n<meta property=\"article:published_time\" content=\"2023-04-14T12:01:03+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2024-10-24T15:34:47+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/coopengo.com\/wp-content\/uploads\/2023\/04\/20230420_logo-coog-2314-article5.png\" \/>\n\t<meta property=\"og:image:width\" content=\"800\" \/>\n\t<meta property=\"og:image:height\" content=\"533\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"St\u00e9phanie Potiron Palvadeau\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@coopengo\" \/>\n<meta name=\"twitter:site\" content=\"@coopengo\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"St\u00e9phanie Potiron Palvadeau\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"29 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/\"},\"author\":{\"name\":\"St\u00e9phanie Potiron Palvadeau\",\"@id\":\"https:\\\/\\\/coopengo.com\\\/#\\\/schema\\\/person\\\/91d2103d2b184894cf49755227045cf1\"},\"headline\":\"coog version 23.14 released\",\"datePublished\":\"2023-04-14T12:01:03+00:00\",\"dateModified\":\"2024-10-24T15:34:47+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/\"},\"wordCount\":4360,\"commentCount\":0,\"image\":{\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/coopengo.com\\\/wp-content\\\/uploads\\\/2023\\\/04\\\/20230420_logo-coog-2314-article5.png\",\"articleSection\":[\"coog versions\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/\",\"url\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/\",\"name\":\"coog version 23.14 released - coopengo\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/coopengo.com\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/coopengo.com\\\/wp-content\\\/uploads\\\/2023\\\/04\\\/20230420_logo-coog-2314-article5.png\",\"datePublished\":\"2023-04-14T12:01:03+00:00\",\"dateModified\":\"2024-10-24T15:34:47+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/coopengo.com\\\/#\\\/schema\\\/person\\\/91d2103d2b184894cf49755227045cf1\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/#primaryimage\",\"url\":\"https:\\\/\\\/coopengo.com\\\/wp-content\\\/uploads\\\/2023\\\/04\\\/20230420_logo-coog-2314-article5.png\",\"contentUrl\":\"https:\\\/\\\/coopengo.com\\\/wp-content\\\/uploads\\\/2023\\\/04\\\/20230420_logo-coog-2314-article5.png\",\"width\":800,\"height\":533},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/coopengo.com\\\/en\\\/2023\\\/04\\\/14\\\/coog-version-23-14-released\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Accueil\",\"item\":\"https:\\\/\\\/coopengo.com\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"coog version 23.14 released\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/coopengo.com\\\/#website\",\"url\":\"https:\\\/\\\/coopengo.com\\\/\",\"name\":\"coopengo\",\"description\":\"\u00c9diteur open source de solutions d\u2019assurance\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/coopengo.com\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/coopengo.com\\\/#\\\/schema\\\/person\\\/91d2103d2b184894cf49755227045cf1\",\"name\":\"St\u00e9phanie Potiron Palvadeau\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/639f5bb6d218bd15c1ff17111537f39e20b453a7241ba02652c320cc18705d29?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/639f5bb6d218bd15c1ff17111537f39e20b453a7241ba02652c320cc18705d29?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/639f5bb6d218bd15c1ff17111537f39e20b453a7241ba02652c320cc18705d29?s=96&d=mm&r=g\",\"caption\":\"St\u00e9phanie Potiron Palvadeau\"},\"url\":\"https:\\\/\\\/coopengo.com\\\/en\\\/author\\\/stephanie-potiron\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"coog version 23.14 released - coopengo","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/","og_locale":"en_US","og_type":"article","og_title":"coog version 23.14 released - coopengo","og_description":"[vc_row][vc_column][vc_column_text] Apr. 14, 2023 Release notes Focus on regulations in this new coog release! coog 23.14...","og_url":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/","og_site_name":"coopengo","article_published_time":"2023-04-14T12:01:03+00:00","article_modified_time":"2024-10-24T15:34:47+00:00","og_image":[{"width":800,"height":533,"url":"https:\/\/coopengo.com\/wp-content\/uploads\/2023\/04\/20230420_logo-coog-2314-article5.png","type":"image\/png"}],"author":"St\u00e9phanie Potiron Palvadeau","twitter_card":"summary_large_image","twitter_creator":"@coopengo","twitter_site":"@coopengo","twitter_misc":{"Written by":"St\u00e9phanie Potiron Palvadeau","Est. reading time":"29 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/#article","isPartOf":{"@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/"},"author":{"name":"St\u00e9phanie Potiron Palvadeau","@id":"https:\/\/coopengo.com\/#\/schema\/person\/91d2103d2b184894cf49755227045cf1"},"headline":"coog version 23.14 released","datePublished":"2023-04-14T12:01:03+00:00","dateModified":"2024-10-24T15:34:47+00:00","mainEntityOfPage":{"@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/"},"wordCount":4360,"commentCount":0,"image":{"@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/#primaryimage"},"thumbnailUrl":"https:\/\/coopengo.com\/wp-content\/uploads\/2023\/04\/20230420_logo-coog-2314-article5.png","articleSection":["coog versions"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/","url":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/","name":"coog version 23.14 released - coopengo","isPartOf":{"@id":"https:\/\/coopengo.com\/#website"},"primaryImageOfPage":{"@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/#primaryimage"},"image":{"@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/#primaryimage"},"thumbnailUrl":"https:\/\/coopengo.com\/wp-content\/uploads\/2023\/04\/20230420_logo-coog-2314-article5.png","datePublished":"2023-04-14T12:01:03+00:00","dateModified":"2024-10-24T15:34:47+00:00","author":{"@id":"https:\/\/coopengo.com\/#\/schema\/person\/91d2103d2b184894cf49755227045cf1"},"breadcrumb":{"@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/#primaryimage","url":"https:\/\/coopengo.com\/wp-content\/uploads\/2023\/04\/20230420_logo-coog-2314-article5.png","contentUrl":"https:\/\/coopengo.com\/wp-content\/uploads\/2023\/04\/20230420_logo-coog-2314-article5.png","width":800,"height":533},{"@type":"BreadcrumbList","@id":"https:\/\/coopengo.com\/en\/2023\/04\/14\/coog-version-23-14-released\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Accueil","item":"https:\/\/coopengo.com\/"},{"@type":"ListItem","position":2,"name":"coog version 23.14 released"}]},{"@type":"WebSite","@id":"https:\/\/coopengo.com\/#website","url":"https:\/\/coopengo.com\/","name":"coopengo","description":"\u00c9diteur open source de solutions d\u2019assurance","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/coopengo.com\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/coopengo.com\/#\/schema\/person\/91d2103d2b184894cf49755227045cf1","name":"St\u00e9phanie Potiron Palvadeau","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/secure.gravatar.com\/avatar\/639f5bb6d218bd15c1ff17111537f39e20b453a7241ba02652c320cc18705d29?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/639f5bb6d218bd15c1ff17111537f39e20b453a7241ba02652c320cc18705d29?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/639f5bb6d218bd15c1ff17111537f39e20b453a7241ba02652c320cc18705d29?s=96&d=mm&r=g","caption":"St\u00e9phanie Potiron Palvadeau"},"url":"https:\/\/coopengo.com\/en\/author\/stephanie-potiron\/"}]}},"_links":{"self":[{"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/posts\/1790","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/comments?post=1790"}],"version-history":[{"count":7,"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/posts\/1790\/revisions"}],"predecessor-version":[{"id":2207,"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/posts\/1790\/revisions\/2207"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/media\/1792"}],"wp:attachment":[{"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/media?parent=1790"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/categories?post=1790"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/coopengo.com\/en\/wp-json\/wp\/v2\/tags?post=1790"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}