<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.3 20070202//EN" "journalpublishing.dtd">
<article article-type="research-article" dtd-version="2.3" xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Manuf. Technol.</journal-id>
<journal-title>Frontiers in Manufacturing Technology</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Manuf. Technol.</abbrev-journal-title>
<issn pub-type="epub">2813-0359</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">1498189</article-id>
<article-id pub-id-type="doi">10.3389/fmtec.2024.1498189</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Manufacturing Technology</subject>
<subj-group>
<subject>Original Research</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>How can manufacturers identify the conditions for financially viable product-as-a-service?</article-title>
<alt-title alt-title-type="left-running-head">Vogt Duberg and Sakao</alt-title>
<alt-title alt-title-type="right-running-head">
<ext-link ext-link-type="uri" xlink:href="https://doi.org/10.3389/fmtec.2024.1498189">10.3389/fmtec.2024.1498189</ext-link>
</alt-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>Vogt Duberg</surname>
<given-names>Johan</given-names>
</name>
<xref ref-type="corresp" rid="c001">&#x2a;</xref>
<uri xlink:href="https://loop.frontiersin.org/people/2845147/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/data-curation/"/>
<role content-type="https://credit.niso.org/contributor-roles/formal-analysis/"/>
<role content-type="https://credit.niso.org/contributor-roles/investigation/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/software/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/visualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/Writing - review &#x26; editing/"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Sakao</surname>
<given-names>Tomohiko</given-names>
</name>
<uri xlink:href="https://loop.frontiersin.org/people/888311/overview"/>
<role content-type="https://credit.niso.org/contributor-roles/conceptualization/"/>
<role content-type="https://credit.niso.org/contributor-roles/funding-acquisition/"/>
<role content-type="https://credit.niso.org/contributor-roles/investigation/"/>
<role content-type="https://credit.niso.org/contributor-roles/methodology/"/>
<role content-type="https://credit.niso.org/contributor-roles/project-administration/"/>
<role content-type="https://credit.niso.org/contributor-roles/validation/"/>
<role content-type="https://credit.niso.org/contributor-roles/writing-original-draft/"/>
<role content-type="https://credit.niso.org/contributor-roles/Writing - review &#x26; editing/"/>
</contrib>
</contrib-group>
<aff>
<institution>Division of Environmental Technology and Management</institution>, <institution>Department of Management and Engineering</institution>, <institution>Link&#xf6;ping University</institution>, <addr-line>Link&#xf6;ping</addr-line>, <country>Sweden</country>
</aff>
<author-notes>
<fn fn-type="edited-by">
<p>
<bold>Edited by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/2228538/overview">Egon Ostrosi</ext-link>, University of Technology of Belfort-Montb&#xe9;liard, France</p>
</fn>
<fn fn-type="edited-by">
<p>
<bold>Reviewed by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/2850893/overview">Slim Belaid</ext-link>, School of Business and Technology, ESTA, France</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/2851096/overview">Wided Khiari</ext-link>, Higher Institute of Management of Tunis, Tunisia</p>
</fn>
<corresp id="c001">&#x2a;Correspondence: Johan Vogt Duberg, <email>johan.vogt.duberg@liu.se</email>
</corresp>
</author-notes>
<pub-date pub-type="epub">
<day>15</day>
<month>11</month>
<year>2024</year>
</pub-date>
<pub-date pub-type="collection">
<year>2024</year>
</pub-date>
<volume>4</volume>
<elocation-id>1498189</elocation-id>
<history>
<date date-type="received">
<day>18</day>
<month>09</month>
<year>2024</year>
</date>
<date date-type="accepted">
<day>28</day>
<month>10</month>
<year>2024</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#xa9; 2024 Vogt Duberg and Sakao.</copyright-statement>
<copyright-year>2024</copyright-year>
<copyright-holder>Vogt Duberg and Sakao</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/">
<p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p>
</license>
</permissions>
<abstract>
<sec>
<title>Introduction</title>
<p>With the much-needed transformation from linear to more circular resource flows, it is imperative for enterprises to understand their financial prospects. Transforming towards Product-as-a-Service (PaaS) with circular elements introduces new considerations that must be addressed to ensure profitability and sustainability. However, there is a lack of comprehensive financial assessments based on empirical cases to guide companies in assessing the lucrativeness of their transformations. This paper addresses this gap by proposing a simple-to-use and flexible financial assessment model for PaaS, helping practitioners identify the conditions necessary for financial viability from both provider and user perspectives.</p>
</sec>
<sec>
<title>Methods</title>
<p>Grounded in transdisciplinary research, this study focuses on a construction machine manufacturer&#x27;s transformation from a traditional one-off sales business model to PaaS. The transformation is analysed through the development of a life cycle costing financial assessment model that addresses relevant cost drivers.</p>
</sec>
<sec>
<title>Results</title>
<p>Using discounting methods, the model can help practitioners generate scenarios to identify feasible solutions for profitable PaaS setups. Additionally, the paper presents an analytical procedure to identify conditions for a financially viable PaaS. The procedure includes scenario-based analysis that accounts for systemic changes often necessary for successfully realising PaaS.</p>
</sec>
<sec>
<title>Discussion</title>
<p>By following the proposed procedure, along with the financial assessment model, manufacturers can streamline their financial assessments to identify necessary changes. For the analysed case company, the modelling results indicate that it must redesign its products for PaaS to outperform its previous business model.</p>
</sec>
</abstract>
<kwd-group>
<kwd>product-service system (PSS)</kwd>
<kwd>transformation</kwd>
<kwd>assessment</kwd>
<kwd>circular business model</kwd>
<kwd>sustainability</kwd>
<kwd>remanufacturing</kwd>
</kwd-group>
<custom-meta-wrap>
<custom-meta>
<meta-name>section-at-acceptance</meta-name>
<meta-value>Sustainable Life Cycle Engineering and Manufacturing</meta-value>
</custom-meta>
</custom-meta-wrap>
</article-meta>
</front>
<body>
<sec id="s1">
<title>1 Introduction</title>
<p>Product-as-a-Service (PaaS) is a style of offerings where a manufacturer gets paid by providing the product functions over time while maintaining the ownership of the product (<xref ref-type="bibr" rid="B19">Geissdoerfer et al., 2018</xref>; <xref ref-type="bibr" rid="B57">Sakao, 2022</xref>). Thus, PaaS economically incentivises the manufacturer to use the product with its fuller technical lifespan, typically via multiple contracts with end users. PaaS is a special type of product-service system (PSS) (<xref ref-type="bibr" rid="B6">Belkadi et al., 2020</xref>; <xref ref-type="bibr" rid="B11">Brissaud et al., 2022</xref>), which is an augmented system for manufacturers and was heralded as among the most promising measures towards a resource-efficient and circular society (<xref ref-type="bibr" rid="B67">Tukker, 2015</xref>). PaaS, through its potential to enhance financial performances (<xref ref-type="bibr" rid="B31">Kaddoura et al., 2019</xref>), attracts manufacturing businesses in various product sectors (<xref ref-type="bibr" rid="B44">Matschewsky et al., 2020</xref>; <xref ref-type="bibr" rid="B80">Yang and Evans, 2019</xref>). Moreover, an increasing number of companies have indeed offered PaaS in various product sectors.</p>
<p>Like any other business offering, PaaS needs to be assessed for financial viability during design before being introduced to a specific market (<xref ref-type="bibr" rid="B5">Averina et al., 2022</xref>). Its financial performance depends on various engineering factors, on top of the revenue, such as the production cost, the product lifespan, and the time required for maintenance, which often have interplays and interdependencies (<xref ref-type="bibr" rid="B11">Brissaud et al., 2022</xref>). It is highly complex just to calculate the financial performance of PaaS, especially when the complexity of the product is high. Furthermore, finding a win-win condition in the vast solution space for the provider and the user is an engineering challenge. Industry needs support for the assessment and analysis that goes beyond calculating the cost for manufacturing a product, as typically done in a one-off sales-based business model. However, after reviews of the literature (<xref ref-type="bibr" rid="B21">Golinska-Dawson et al., 2023</xref>; <xref ref-type="bibr" rid="B76">Vogt Duberg et al., 2024</xref>), it was concluded that a gap exists in practical yet theory-based support for manufacturers&#x2019; identification of the financial viability of PaaS. Therefore, this paper fills the gap with the aim of proposing a simple-to-use and flexible financial assessment model for PaaS and helping practitioners identify the conditions of financial viability, addressing relevant cost drivers and their interlinkages from a life cycle perspective. To do so, transdisciplinary research is used to develop and validate the proposal: a case is taken from a company based in Europe that manufactures and sells construction machines used by businesses.</p>
<p>The contributions of this paper to the literature are three-fold: (1) an industry-usable yet science-based model for PaaS financial assessment that is developed on a spreadsheet software (provided as <xref ref-type="sec" rid="s13">Supplementary Material</xref>); (2) a procedure, using the proposed assessment model, to identify the conditions for the financial viability of PaaS both from the provider and user perspectives; and (3) an account of a complex product manufacturer&#x2019;s successful application of the model and approach with a real-life case in industry.</p>
</sec>
<sec id="s2">
<title>2 Research motivations</title>
<p>Financial assessment and evaluation are essential in designing any new business offering before its introduction to a market (<xref ref-type="bibr" rid="B5">Averina et al., 2022</xref>), and PaaS offerings are no exception (<xref ref-type="bibr" rid="B43">Mahut et al., 2017</xref>; <xref ref-type="bibr" rid="B72">van Loon and Van Wassenhove, 2020</xref>). Models are needed for the transparency of the assessment and effectiveness in archiving the decision-making rationale. The widely used models are labelled as life cycle costing, and these create a systems perspective of an offering&#x2019;s cash flows through the product life cycle stages (<xref ref-type="bibr" rid="B78">Westk&#xe4;mper et al., 2000</xref>). Although these models are neither standardised (<xref ref-type="bibr" rid="B32">Kambanou, 2020</xref>) nor well-established in the scientific literature (<xref ref-type="bibr" rid="B35">Kanzari et al., 2022</xref>), they have been effectively used in manufacturing for decades (<xref ref-type="bibr" rid="B24">Haanstra et al., 2021</xref>; <xref ref-type="bibr" rid="B29">Janz et al., 2005</xref>; <xref ref-type="bibr" rid="B58">Sakao and Lindahl, 2015</xref>).</p>
<p>A small but increasing body of PaaS research based on industry cases has shown a variety of relevant aspects of financial assessments of PaaS for manufacturers. They can be summarised into two categories. The first one refers to the needed perspectives of both the provider and user. PaaS business models are relatively new to potential users and must be attractive from their perspective (<xref ref-type="bibr" rid="B53">Rexfelt and Hiort af Orn&#xe4;s, 2009</xref>), meaning that finding win-win situations between stakeholders in the value network is recognised an important task (<xref ref-type="bibr" rid="B50">Peillon et al., 2023</xref>). The second category originates from the complexity of the calculations. Product design is highly influential on the firm&#x2019;s profits (<xref ref-type="bibr" rid="B27">Hidalgo-Crespo et al., 2024</xref>; <xref ref-type="bibr" rid="B38">Kuo et al., 2019</xref>); it is, therefore, sensible to propose the use of computer-aided engineering (CAE) environment for such assessments (<xref ref-type="bibr" rid="B7">Bertoni and Bertoni, 2020</xref>). Moreover, the costs for services are uncertain (<xref ref-type="bibr" rid="B15">Erkoyuncu et al., 2011</xref>), because they are influenced by stochastic events such as product malfunctions and the wide geographical distribution of end users. These cost variations significantly influence the profitability (<xref ref-type="bibr" rid="B72">van Loon and Van Wassenhove, 2020</xref>). Additional complexity also exists because these service costs depend on product design. To adequately address the situations, a framework for cost estimation with systems thinking was shown useful (<xref ref-type="bibr" rid="B56">Rodr&#xed;guez et al., 2022</xref>).</p>
<p>For manufacturers to grasp the difference between a one-off sales-based business model and a PaaS model during the design stage, it is necessary to provide manufacturers with transparent and user-friendly assessment methods. The existing methods to estimate costs for PaaS or related offerings in literature can be categorised into two. One tends to provide comprehensive assessment methods that sometimes cover all three sustainability pillars but are often too generic or abstract for reliable decision-making on the financial aspect (<xref ref-type="bibr" rid="B42">Luthin et al., 2024</xref>). The other adopts parameters too detailed against accessible data in practice (<xref ref-type="bibr" rid="B9">Bressanelli et al., 2019a</xref>; <xref ref-type="bibr" rid="B72">van Loon and Van Wassenhove, 2020</xref>). Thus, literature reviews (<xref ref-type="bibr" rid="B21">Golinska-Dawson et al., 2023</xref>; <xref ref-type="bibr" rid="B76">Vogt Duberg et al., 2024</xref>) concluded that a gap exists in practical yet theory-based support for manufacturers&#x2019; identification of the financial viability of PaaS. This observation is in line with a conclusion by another review (<xref ref-type="bibr" rid="B35">Kanzari et al., 2022</xref>); only a few assessment methods applicable during the design phase were reported. Moreover, several case-based research studies advocate for further research on real cases (<xref ref-type="bibr" rid="B9">Bressanelli et al., 2019a</xref>; <xref ref-type="bibr" rid="B73">van Loon et al., 2022</xref>; <xref ref-type="bibr" rid="B75">Vogt Duberg and Sakao, 2024</xref>). This is the gap that this paper aims to fill.</p>
</sec>
<sec id="s3">
<title>3 Proposal &#x2013; financial assessment model for PaaS</title>
<sec id="s3-1">
<title>3.1 Defining the sales and PaaS business models</title>
<p>In the financial assessment model, a PaaS business model is compared to a one-off sales business model. The one-off sales represents the business as usual, serving as the base case that PaaS must outperform. Henceforth, these business models are labelled Sales and PaaS, respectively. In Sales a product <italic>user</italic> purchases a product and obtains ownership of it. A warranty is provided for a certain period, during which the <italic>provider</italic> must provide free-of-charge repair or product substitution in case of failures. In this paper, several use cycles are compared. When assuming a product life of a solely one-use cycle, the product is manufactured and then maintained and repaired when needed, and at the end of life, it is recycled or disposed of. Outside of the warranty period, the <italic>user</italic> must either perform all maintenance activities without the involvement of the <italic>provider</italic> or pay the <italic>provider</italic> a fee for the service. When assuming more than one use cycle, remanufacturing is performed at the end of use of each cycle. In cases where all cores (def. used, disposed or broken product intended for remanufacturing) cannot be acquired or cannot be remanufactured, the corresponding number of products are manufactured instead.</p>
<p>In the PaaS model, the setup is similar, but with the exception that the <italic>user</italic> does not obtain ownership of the product, and all running costs are covered by the PaaS fee. The <italic>provider</italic> schedules maintenances, performs repairs, and is responsible for all other activities to provide PaaS to the <italic>user</italic>. At the end of use, the cores are acquired for remanufacturing and reinstated into another use cycle without any major effort by the provider. The acquisition cost solely depends on the effort to transport the cores to the remanufacturing facility, where the core is restored to its original specification, condition, and performance. In this process, the cores can also undergo upgrading to sustain their attractiveness on the market. At the end of life, recycling is performed. From the <italic>user</italic> perspective, there is no difference between having new or remanufactured products as their performance is the same, and as such, the PaaS fee is equal for the two product types.</p>
</sec>
<sec id="s3-2">
<title>3.2 The basics of the financial assessment model</title>
<p>The financial assessment model used in assessing the prosperity of the PaaS model in relation to Sales is based on net present value (NPV) and total cost of ownership (TCO). Both approaches utilise discount rates to capture the fluctuation of the monetary value over time; that is, future monetary flows are not valued the same as current flows. This assessment provides two perspectives: the <italic>provider</italic> perspective (the OEM; original equipment manufacturer) and the <italic>user</italic> perspective (the customer). The dual perspective is reasonable since it is easy to create a PaaS that delivers high value for the provider by increasing the PaaS fee. However, since the PaaS fee also affects how the customer perceives the offering (cf. <xref ref-type="bibr" rid="B1">Akbar and Hoffmann, 2018</xref>; <xref ref-type="bibr" rid="B25">Hanemann, 1991</xref>) in relation to Sales and competitors, an increased PaaS fee lowers the attractiveness of the offering from the customer perspective, thus lowering their willingness to pay. For the assessment in this paper, the complexity of the perception of products and willingness to pay is relaxed by assuming that the customer selects an offering based on the lowest TCO. In practice, this assumption ignores additional benefits of PaaS, such as hassle-free operation (cf. <xref ref-type="bibr" rid="B2">Akbar and Hoffmann, 2020</xref>; <xref ref-type="bibr" rid="B59">S&#xe1;nchez-Fern&#xe1;ndez et al., 2009</xref>; <xref ref-type="bibr" rid="B82">Zauner et al., 2015</xref>), the precise prediction of the cost, a lower amount of payment recurring over time, and asset-freeness in the financial bookkeeping, meaning that the benefits of PaaS will be underestimated.</p>
<p>In order to create a flexible spreadsheet-based NPV and TCO model, the rows and columns of the sheet were utilised to facilitate the variability of every parameter. In this model, the input columns in the spreadsheet have two different bases depending on how frequently the input parameters vary over time. If the parameters are (1) constant within each use cycle, the columns represent cycles, while if (2) the parameters vary within a shorter time, the columns represent this period instead. Given the first example, the principle is illustrated in <xref ref-type="table" rid="T1">Table 1</xref>. Each use cycle <inline-formula id="inf1">
<mml:math id="m1">
<mml:mrow>
<mml:mi>t</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> has a length <inline-formula id="inf2">
<mml:math id="m2">
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> that specifies the time from start to finish of the use cycle. For each cycle, there is also the cumulative length <inline-formula id="inf3">
<mml:math id="m3">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> that tracks the time of all previous cycles and potential downtime <inline-formula id="inf4">
<mml:math id="m4">
<mml:mrow>
<mml:mi>l</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> between cycles. The basic examples of downtime between cycles are remanufacturing lead times, transport lead times, and time to sell another PaaS. As such, the columns of <xref ref-type="table" rid="T1">Table 1</xref> represent the columns of a spreadsheet application and how the cycles are aligned. For other parameters, <inline-formula id="inf5">
<mml:math id="m5">
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf6">
<mml:math id="m6">
<mml:mrow>
<mml:mi>l</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> represent how constant values within a cycle are inserted.</p>
<table-wrap id="T1" position="float">
<label>TABLE 1</label>
<caption>
<p>Examples of how the parameters of different cycles are inserted into the spreadsheet application.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="center">Description</th>
<th align="center">First cycle <inline-formula id="inf7">
<mml:math id="m7">
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:math>
</inline-formula>
</th>
<th align="center">Second cycle <inline-formula id="inf8">
<mml:math id="m8">
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:math>
</inline-formula>
</th>
<th align="center">Last cycle <inline-formula id="inf9">
<mml:math id="m9">
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>k</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:math>
</inline-formula>
</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="center">Cycle length <inline-formula id="inf10">
<mml:math id="m10">
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf11">
<mml:math id="m11">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mn>0</mml:mn>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf12">
<mml:math id="m12">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mn>1</mml:mn>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf13">
<mml:math id="m13">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>k</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
</tr>
<tr>
<td align="center">Cycle downtime <inline-formula id="inf14">
<mml:math id="m14">
<mml:mrow>
<mml:mi>l</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf15">
<mml:math id="m15">
<mml:mrow>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mn>0</mml:mn>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf16">
<mml:math id="m16">
<mml:mrow>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mn>1</mml:mn>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf17">
<mml:math id="m17">
<mml:mrow>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mrow>
<mml:mi>k</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
</tr>
<tr>
<td align="center">Cumulative cycle length <inline-formula id="inf18">
<mml:math id="m18">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf19">
<mml:math id="m19">
<mml:mrow>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf20">
<mml:math id="m20">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mn>0</mml:mn>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mn>0</mml:mn>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf21">
<mml:math id="m21">
<mml:mrow>
<mml:msubsup>
<mml:mo>&#x2211;</mml:mo>
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>k</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msubsup>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mi>t</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>l</mml:mi>
<mml:mi>t</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>The NPV for the <italic>provider</italic> is based on subtracting discounted costs from revenues; see <xref ref-type="disp-formula" rid="e1">Equations 1</xref>, <xref ref-type="disp-formula" rid="e2">2</xref>, while for the <italic>user</italic>, it is primarily based on costs; <xref ref-type="disp-formula" rid="e3">Equations 3</xref>, <xref ref-type="disp-formula" rid="e4">4</xref>. The description of the parameters is provided in the nomenclature. The sole exception is in the Sales model, where the sales of cores from the <italic>user</italic> to the <italic>provider</italic> are present, and thus, the total value of costs is reduced by the buy-back or sell-back value of core acquisition.<disp-formula id="e1">
<mml:math id="m22">
<mml:mrow>
<mml:msub>
<mml:mtext mathvariant="italic">NPV</mml:mtext>
<mml:mrow>
<mml:mi>S</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>l</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>N</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
<mml:mo>&#x2010;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mtext mathvariant="italic">bb</mml:mtext>
</mml:msub>
<mml:mo>&#x2010;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mtext mathvariant="italic">cs</mml:mtext>
</mml:msub>
<mml:mo>&#x2010;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mtext mathvariant="italic">cl</mml:mtext>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2010;</mml:mo>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>M</mml:mi>
</mml:msub>
<mml:mo>&#x2010;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mtext mathvariant="italic">Mf</mml:mtext>
</mml:msub>
<mml:mo>&#x2010;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mtext mathvariant="italic">rc</mml:mtext>
</mml:msub>
<mml:mo>&#x2010;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mtext mathvariant="italic">Rf</mml:mtext>
</mml:msub>
<mml:mo>&#x2010;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mtext mathvariant="italic">rs</mml:mtext>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mtext mathvariant="italic">rs</mml:mtext>
</mml:msub>
</mml:mrow>
</mml:math>
<label>(1)</label>
</disp-formula>
<disp-formula id="e2">
<mml:math id="m23">
<mml:mrow>
<mml:mi>N</mml:mi>
<mml:mi>P</mml:mi>
<mml:msub>
<mml:mi>V</mml:mi>
<mml:mrow>
<mml:mi>P</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>S</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mrow>
<mml:mi>F</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>C</mml:mi>
</mml:mrow>
<mml:mi>a</mml:mi>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>c</mml:mi>
<mml:mi>l</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>M</mml:mi>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>R</mml:mi>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>l</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
<label>(2)</label>
</disp-formula>
<disp-formula id="e3">
<mml:math id="m24">
<mml:mrow>
<mml:mi>T</mml:mi>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>O</mml:mi>
<mml:mrow>
<mml:mi>S</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>l</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>d</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>M</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>U</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>N</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>b</mml:mi>
<mml:mi>b</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
<label>(3)</label>
</disp-formula>
<disp-formula id="e4">
<mml:math id="m25">
<mml:mrow>
<mml:mi>T</mml:mi>
<mml:mi>C</mml:mi>
<mml:msub>
<mml:mi>O</mml:mi>
<mml:mrow>
<mml:mi>P</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>S</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>F</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>M</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>U</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>N</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
<label>(4)</label>
</disp-formula>
</p>
<p>The parameters in <xref ref-type="disp-formula" rid="e1">Equations 1</xref>&#x2013;<xref ref-type="disp-formula" rid="e4">4</xref> are scaled based on the discount and scaling factors provided in <xref ref-type="table" rid="T2">Table 2</xref>. As such, each parameter is multiplied by its corresponding factor. In the equations, two different discount factors are used, one for the <italic>provider</italic> <inline-formula id="inf22">
<mml:math id="m26">
<mml:mrow>
<mml:mi>&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and one for the <italic>user</italic> <inline-formula id="inf23">
<mml:math id="m27">
<mml:mrow>
<mml:mi>&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, to allow for possibilities for alternative guaranteed rates of returns. To show the similarities between the two cases, <inline-formula id="inf24">
<mml:math id="m28">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is used as a neutral discount factor, calculated based on a discount rate <inline-formula id="inf25">
<mml:math id="m29">
<mml:mrow>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> as in <xref ref-type="disp-formula" rid="e5">Equation 5</xref>. The conversion between the discount factor and rate is to make the equations more condensed.<disp-formula id="e5">
<mml:math id="m30">
<mml:mrow>
<mml:mi mathvariant="normal">&#x3c4;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mn>1</mml:mn>
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
<label>(5)</label>
</disp-formula>
</p>
<table-wrap id="T2" position="float">
<label>TABLE 2</label>
<caption>
<p>The parameters used in the financial assessment model and their corresponding discount and scaling factor to discount the values over time. Four scenarios are indicated by the signs <sup>&#x25a0;, &#x25a1;, &#x25cf;,</sup> and <sup>&#x25cb;</sup> as defined at the bottom.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="center">Type</th>
<th align="center">Parameter</th>
<th align="center">Discount and scaling factors</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="center">Acquisition</td>
<td align="center">
<sup>&#x25a0;</sup> <inline-formula id="inf26">
<mml:math id="m31">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>b</mml:mi>
<mml:mi>b</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
<break/>
<sup>&#x25a1;</sup> <inline-formula id="inf27">
<mml:math id="m32">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>b</mml:mi>
<mml:mi>b</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ28">
<mml:math id="m33">
<mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>b</mml:mi>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">PaaS management</td>
<td align="center">
<sup>&#x2022;</sup> <inline-formula id="inf29">
<mml:math id="m34">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>a</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ30">
<mml:math id="m35">
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:msup>
<mml:mrow>
<mml:mfenced open="[" close="]" separators="&#x7c;">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>n</mml:mi>
<mml:mi>g</mml:mi>
<mml:mi>l</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mtext>&#x2002;</mml:mtext>
<mml:mi>O</mml:mi>
<mml:mi>R</mml:mi>
<mml:mtext>&#x2002;</mml:mtext>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
</mml:mrow>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
<mml:mtext>&#x2009;</mml:mtext>
<mml:mrow>
<mml:mfenced open="[" close="]" separators="&#x7c;">
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>c</mml:mi>
<mml:mi>u</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>n</mml:mi>
<mml:mi>g</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">Commission</td>
<td align="center">
<sup>&#x25a0;</sup> <inline-formula id="inf31">
<mml:math id="m36">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>c</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
<break/>
<sup>&#x2022;</sup> <inline-formula id="inf32">
<mml:math id="m37">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>c</mml:mi>
<mml:mi>l</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ33">
<mml:math id="m38">
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:msup>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">Disposal</td>
<td align="center">
<sup>&#x25a1;</sup> <inline-formula id="inf34">
<mml:math id="m39">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>d</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ35">
<mml:math id="m40">
<mml:mrow>
<mml:mi>c</mml:mi>
<mml:msup>
<mml:mi>&#x3b2;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">PaaS fee</td>
<td align="center">
<sup>&#x2022;&#x25cb;</sup> <inline-formula id="inf36">
<mml:math id="m41">
<mml:mrow>
<mml:mi>F</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ37">
<mml:math id="m42">
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>b</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>b</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">Maintenance</td>
<td align="center">
<sup>&#x2022;</sup> <inline-formula id="inf38">
<mml:math id="m43">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>M</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
<break/>
<sup>&#x25a0;</sup> <inline-formula id="inf39">
<mml:math id="m44">
<mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>M</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
<break/>
<sup>&#x25a1;</sup> <inline-formula id="inf40">
<mml:math id="m45">
<mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>M</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ41">
<mml:math id="m46">
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:mfrac>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:mfrac>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mfrac>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">Manufacturing</td>
<td align="center">
<sup>&#x2022;&#x25a0;</sup> <inline-formula id="inf42">
<mml:math id="m47">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ43">
<mml:math id="m48">
<mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:msup>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">Recycling</td>
<td align="center">
<sup>&#x2022;&#x25a0;</sup> <inline-formula id="inf44">
<mml:math id="m49">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ45">
<mml:math id="m50">
<mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>f</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>c</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mtext>&#x2002;</mml:mtext>
<mml:mi>O</mml:mi>
<mml:mi>R</mml:mi>
<mml:mtext>&#x2002;</mml:mtext>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mfrac>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msub>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">Remanufacturing</td>
<td align="center">
<sup>&#x2022;&#x25a0;</sup> <inline-formula id="inf46">
<mml:math id="m51">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>R</mml:mi>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ47">
<mml:math id="m52">
<mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>b</mml:mi>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td rowspan="2" align="center">Repair</td>
<td align="center">
<sup>&#x2022;</sup> <inline-formula id="inf48">
<mml:math id="m53">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>l</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
<break/>
<sup>&#x25a0;</sup> <inline-formula id="inf49">
<mml:math id="m54">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ50">
<mml:math id="m55">
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x2219;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
</mml:mrow>
</mml:msup>
<mml:mtext>&#x2009;</mml:mtext>
<mml:mrow>
<mml:mfenced open="[" close="]" separators="&#x7c;">
<mml:mrow>
<mml:mi>s</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>n</mml:mi>
<mml:mi>g</mml:mi>
<mml:mi>l</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mtext>&#x2002;</mml:mtext>
<mml:mi>O</mml:mi>
<mml:mi>R</mml:mi>
<mml:mtext>&#x2002;</mml:mtext>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
</mml:mrow>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
<mml:mtext>&#x2002;</mml:mtext>
<mml:mrow>
<mml:mfenced open="[" close="]" separators="&#x7c;">
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>c</mml:mi>
<mml:mi>u</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>n</mml:mi>
<mml:mi>g</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">
<sup>&#x25a0;</sup> <inline-formula id="inf51">
<mml:math id="m56">
<mml:mrow>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
<break/>
<sup>&#x25a1;</sup> <inline-formula id="inf52">
<mml:math id="m57">
<mml:mrow>
<mml:msub>
<mml:mi>U</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ53">
<mml:math id="m58">
<mml:mrow>
<mml:mi>W</mml:mi>
<mml:mo>&#x2265;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mo>&#x22C5;</mml:mo>
</mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
<mml:mtext>&#x2009;</mml:mtext>
<mml:mi>t</mml:mi>
<mml:mi>h</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>n</mml:mi>
<mml:mtext>&#x2009;</mml:mtext>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
<mml:mi>e</mml:mi>
<mml:mi>l</mml:mi>
<mml:mi>s</mml:mi>
<mml:mi>e</mml:mi>
<mml:mtext>&#x2009;</mml:mtext>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</disp-formula>
<break/>
<disp-formula id="equ54">
<mml:math id="m59">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x2219;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
</mml:mrow>
</mml:msup>
<mml:mtext>&#x2002;</mml:mtext>
<mml:mi>O</mml:mi>
<mml:mi>R</mml:mi>
<mml:mtext>&#x2002;</mml:mtext>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>W</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
</mml:mrow>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
<tr>
<td align="center">Sales</td>
<td align="center">
<sup>&#x25a0;</sup> <inline-formula id="inf55">
<mml:math id="m60">
<mml:mrow>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>N</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
<break/>
<sup>&#x25a1;</sup> <inline-formula id="inf56">
<mml:math id="m61">
<mml:mrow>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>N</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<disp-formula id="equ57">
<mml:math id="m62">
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>b</mml:mi>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
</disp-formula>
</td>
</tr>
</tbody>
</table>
<table-wrap-foot>
<fn>
<p>&#x25a0;, Sales model (provider): <inline-formula id="inf58">
<mml:math id="m63">
<mml:mrow>
<mml:mi mathvariant="normal">&#x3c4;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi mathvariant="normal">&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>; &#x2022;, PaaS model (provider): <inline-formula id="inf59">
<mml:math id="m64">
<mml:mrow>
<mml:mi mathvariant="normal">&#x3c4;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi mathvariant="normal">&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
</fn>
<fn>
<p>&#x25a1;, Sales model (user): <inline-formula id="inf60">
<mml:math id="m65">
<mml:mrow>
<mml:mi mathvariant="normal">&#x3c4;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi mathvariant="normal">&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>; &#x25cb;, PaaS model (user): <inline-formula id="inf61">
<mml:math id="m66">
<mml:mrow>
<mml:mi mathvariant="normal">&#x3c4;</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi mathvariant="normal">&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>.</p>
</fn>
</table-wrap-foot>
</table-wrap>
<p>Discounting methods, such as NPV, are based on discounting individual transactions to capture their value in today&#x2019;s terms. Hereafter, the term transaction value is used to label all cash flows, both revenues and costs. Such transactions <inline-formula id="inf62">
<mml:math id="m67">
<mml:mrow>
<mml:mi>a</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> could appear as the following finite series at various points in time. Given constant values and <inline-formula id="inf63">
<mml:math id="m68">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2260;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>, or as reasoned with the constant values within each cycle, a geometric sum can be applied to derive an equation easily inserted in a spreadsheet. In the <xref ref-type="disp-formula" rid="e6">Equation 6</xref> example, it is assumed that the transactions are constant (e.g., <inline-formula id="inf64">
<mml:math id="m69">
<mml:mrow>
<mml:msub>
<mml:mi>a</mml:mi>
<mml:mrow>
<mml:mi>L</mml:mi>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mi>a</mml:mi>
<mml:mrow>
<mml:mi>L</mml:mi>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>a</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>) and occur at the end of each time period (e.g., end of a month) and continues periodically until the end of the cycle.<disp-formula id="e6">
<mml:math id="m70">
<mml:mrow>
<mml:msub>
<mml:mi>a</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:msub>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:msup>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>a</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msub>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2b;</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>a</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msub>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo>&#x3d;</mml:mo>
<mml:mi mathvariant="normal">a</mml:mi>
<mml:mstyle displaystyle="true">
<mml:munderover>
<mml:mo>&#x2211;</mml:mo>
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:munderover>
</mml:mstyle>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mi>t</mml:mi>
</mml:msup>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>a</mml:mi>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
</mml:mrow>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
<label>(6)</label>
</disp-formula>
</p>
<p>This principle is used for all the aggregated discount factors, as presented in <xref ref-type="table" rid="T2">Table 2</xref>. The difference lies at which point in time each transaction occurs. This is further elaborated upon in the subsections dedicated to the parameters. By using this discounting method, comparing alternatives of different lengths is not possible without tweaking the values to use the same point of reference. In this paper, the method equivalent annual annuity (EAA) is applied to overcome this. By using EAA, one transaction value is equally distributed over a determined timespan <inline-formula id="inf65">
<mml:math id="m71">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. For reasonable comparisons, the <inline-formula id="inf66">
<mml:math id="m72">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> should be set to the least common denominator based on the cycle length of the alternatives. This ensures that all costs within a use cycle have occurred within the timespan <inline-formula id="inf67">
<mml:math id="m73">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. For example, if <inline-formula id="inf68">
<mml:math id="m74">
<mml:mrow>
<mml:mi>T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is lower than the cycle length <inline-formula id="inf69">
<mml:math id="m75">
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>, a remanufacturing cost at the end of the cycle influences the EAA value even though it has not occurred within the proposed timespan.</p>
<p>The EAA is derived by inverting the geometric sum, given that <inline-formula id="inf70">
<mml:math id="m76">
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2260;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf71">
<mml:math id="m77">
<mml:mrow>
<mml:mi>T</mml:mi>
<mml:mo>&#x2260;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>, as in <xref ref-type="disp-formula" rid="e7">Equation 7</xref>. In this case, it is assumed that all EAA values occur at the end of each time period, hence the <inline-formula id="inf72">
<mml:math id="m78">
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> instead of <inline-formula id="inf73">
<mml:math id="m79">
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>.<disp-formula id="e7">
<mml:math id="m80">
<mml:mrow>
<mml:mi>E</mml:mi>
<mml:mi>A</mml:mi>
<mml:mi>A</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>N</mml:mi>
<mml:mi>P</mml:mi>
<mml:mi>V</mml:mi>
<mml:msup>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mstyle displaystyle="true">
<mml:munderover>
<mml:mo>&#x2211;</mml:mo>
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mi>T</mml:mi>
</mml:munderover>
</mml:mstyle>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mi>t</mml:mi>
</mml:msup>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>N</mml:mi>
<mml:mi>P</mml:mi>
<mml:mi>V</mml:mi>
<mml:mfrac>
<mml:mrow>
<mml:mi>&#x3c4;</mml:mi>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:mi>T</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>&#x3c4;</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
<label>(7)</label>
</disp-formula>
</p>
<sec id="s3-2-1">
<title>3.2.1 Repair transaction</title>
<p>The repair parameter corresponds to the process that occurs after a product failure. Repair returns the product to the intended condition. In PaaS, the <italic>user</italic> is provided free-of-charge repairs throughout the use period unless the product is used beyond its intended purpose or mismanaged. As such, the <italic>provider</italic> is responsible for all repair-related costs. In Sales, there are multiple options for how a repair is conducted, for example, by the <italic>provider</italic> or the <italic>user</italic>. A user can order and pay for a repair from the provider, meaning that the provider has both costs and revenues related to the repair activity. Furthermore, if there is an active warranty period (i.e., <inline-formula id="inf74">
<mml:math id="m81">
<mml:mrow>
<mml:mi>W</mml:mi>
<mml:mo>&#x2265;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x22C5;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> is fulfilled) at the point of failure, the <italic>user</italic> is eligible for free-of-charge repairs, and thus the <italic>provider</italic> has costs but no revenues. The arrangement depends on a given case. For example, it can be assumed that there is a warranty provided in Sales, and outside of the warranty, the <italic>user</italic> performs the needed service without the involvement of the <italic>provider</italic>.</p>
<p>The point of failure is based on a mean time to failure (MTTF) estimation labelled as <inline-formula id="inf75">
<mml:math id="m82">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> and a probability that the failure occurs within the cycle. The failure probability has the role of a scaling parameter changing the repair transaction value per cycle with a corresponding percentage. In the financial model, these values are deterministic, meaning that the parameter values in the model are not estimated based on a probability density function. Given these circumstances, the discounted repair transaction is described by <xref ref-type="disp-formula" rid="e8">Equation 8</xref> where if <inline-formula id="inf76">
<mml:math id="m83">
<mml:mrow>
<mml:mi>W</mml:mi>
<mml:mo>&#x2265;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x22C5;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> then <inline-formula id="inf77">
<mml:math id="m84">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
<mml:mo>,</mml:mo>
</mml:mrow>
</mml:math>
</inline-formula> otherwise <inline-formula id="inf78">
<mml:math id="m85">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>.<disp-formula id="e8">
<mml:math id="m86">
<mml:mrow>
<mml:mi>R</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>p</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>r</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:msub>
<mml:mi>R</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>s</mml:mi>
</mml:mrow>
</mml:msub>
<mml:msup>
<mml:mi>&#x3b1;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
<mml:mo>&#x22C5;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
<label>(8)</label>
</disp-formula>
</p>
</sec>
<sec id="s3-2-2">
<title>3.2.2 Maintenance transaction</title>
<p>The maintenance transaction covers planned activities to keep the product operating at its expected capacity. Such activities could be service checks, minor repairs, and the replacement of wearing parts. To discount the maintenance transactions, a time between maintenances (TBM) is calculated using the cycle length <inline-formula id="inf79">
<mml:math id="m87">
<mml:mrow>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and the planned number of maintenances <inline-formula id="inf80">
<mml:math id="m88">
<mml:mrow>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> within a use cycle:<disp-formula id="equ1">
<mml:math id="m89">
<mml:mrow>
<mml:mi>T</mml:mi>
<mml:mi>B</mml:mi>
<mml:mi>M</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mfrac>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
</disp-formula>
</p>
<p>The TBM determines the point in time when the maintenance activity occurs, and the transaction is registered for the <italic>provider</italic> and <italic>user</italic>. In PaaS, the base case is that the maintenance is included in the PaaS fee, meaning that the transaction is limited to the <italic>provider</italic>. Meanwhile, in Sales, the <italic>user</italic> maintains the product without <italic>provider</italic> involvement. These setups are not fixed in the model and can easily be tweaked to explore different scenarios where the <italic>provider</italic>, for example, sells different maintenance packages. Using the geometric sum, similar to <xref ref-type="disp-formula" rid="e6">Equation 6</xref>, the discounted maintenance is described by <xref ref-type="disp-formula" rid="e9">Equation 9</xref>. Given a scenario where the <italic>provider</italic> profits from maintenance, the markup parameter in the equation is positive (<inline-formula id="inf81">
<mml:math id="m90">
<mml:mrow>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3e;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula>).<disp-formula id="e9">
<mml:math id="m91">
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>n</mml:mi>
<mml:mi>t</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>n</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>n</mml:mi>
<mml:mi>c</mml:mi>
<mml:mi>e</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>M</mml:mi>
</mml:msub>
<mml:mfrac>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:mfrac>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:msup>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:mfrac>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
<mml:mi>n</mml:mi>
</mml:mrow>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
<mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mfrac>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>n</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:msup>
<mml:mo>&#x2212;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfrac>
</mml:mrow>
</mml:math>
<label>(9)</label>
</disp-formula>
</p>
</sec>
<sec id="s3-2-3">
<title>3.2.3 Remanufacturing transaction</title>
<p>In the two business models, the remanufacturing process provides additional lives for the end-of-use products. In addition to the remanufacturing process cost, the total remanufacturing cost is impacted by the core acquisition activities and success rates. Typically, all cores cannot be acquired from the use phase for remanufacturing (<xref ref-type="bibr" rid="B48">&#xd6;stlin et al., 2008a</xref>; <xref ref-type="bibr" rid="B83">Zhou and Gupta, 2019</xref>). There are several reasons for this, for example, the <italic>user</italic> preventing the <italic>provider</italic> from acquiring the core or the core not fulfilling the expected quality requirements for achieving a successful remanufacturing process (<xref ref-type="bibr" rid="B17">Gaur et al., 2017</xref>). To create a lucrative remanufacturing process, remanufacturers tend to set requirements on the condition of cores to keep the remanufacturing efforts to reasonable levels through inspection, sorting, or screening activities (<xref ref-type="bibr" rid="B54">Ridley et al., 2019</xref>; <xref ref-type="bibr" rid="B77">Wei et al., 2015</xref>). Another perspective is the remanufacturing yield (cf. <xref ref-type="bibr" rid="B71">van Loon and Van Wassenhove, 2018</xref>), which is interpreted as the ratio of cores that can be reprocessed into remanufactured products. Even though inspection activities are performed, some cores are filtered out during the remanufacturing process due to unexpected issues. In some cases, these cores can be cannibalised (cf. <xref ref-type="bibr" rid="B4">Atasu et al., 2010</xref>; <xref ref-type="bibr" rid="B23">Guide and Li, 2010</xref>), meaning that components are extracted and used to remanufacture another core. As such, the remanufacturing yield is the rate or probability that a core can be remanufactured and implies that the core acquisition cost is present, but either another core must be acquired or a new product must be brought in. In this model, product cannibalism on the component level is not considered.</p>
<p>In the financial assessment model, the remanufacturing core collection rate <inline-formula id="inf82">
<mml:math id="m92">
<mml:mrow>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> and remanufacturing yield <inline-formula id="inf83">
<mml:math id="m93">
<mml:mrow>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> are used to simplify the complexity of the core acquisition and remanufacturing process by increasing the core acquisition and remanufacturing process cost proportionally with the probability of each activity being unsuccessful. It is assumed that <inline-formula id="inf84">
<mml:math id="m94">
<mml:mrow>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>f</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:math>
</inline-formula> always indicates successful acquisition and process activities. As such, the additional costs are covered while keeping the modelling complexity low. For PaaS, these activities are assumed not to influence the <italic>user</italic> as the ownership of cores and products are retained by the <italic>provider</italic>. In Sales, however, the proposed model supports buy-back or voluntary-based closed-loop supply chain relationships, meaning that the <italic>user</italic> can sell their cores to the <italic>provider</italic> (cf. <xref ref-type="bibr" rid="B48">&#xd6;stlin et al., 2008a</xref>), thus lowering their TCO. Depending on the scenario, the remanufacturing acquisition and process are either at the start of a cycle or at the end, depending on whether a manufacturing activity is present, as in <xref ref-type="disp-formula" rid="e10">Equations 10</xref>, <xref ref-type="disp-formula" rid="e11">11</xref>, respectively, by adapting the Boolean parameter <inline-formula id="inf85">
<mml:math id="m95">
<mml:mrow>
<mml:mi>b</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>.<disp-formula id="e10">
<mml:math id="m96">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>b</mml:mi>
<mml:mi>b</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>b</mml:mi>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
<label>(10)</label>
</disp-formula>
<disp-formula id="e11">
<mml:math id="m97">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>R</mml:mi>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>b</mml:mi>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
<label>(11)</label>
</disp-formula>
</p>
</sec>
<sec id="s3-2-4">
<title>3.2.4 End-of-life transactions</title>
<p>At the end of life, it is assumed that the products undergo either recycling or disposal activities. As long as the <italic>provider</italic> keeps the ownership of the product, that is, through PaaS, the proposed model assumes recycling over disposal. The model has a simplified view of these two activities as they only induce a single transaction influencing the NPV or TCO value. In a more complex model, the material resources from recycling could be integrated into the manufacturing or remanufacturing process. As such, recycling and disposal are assumed to be outsourcing activities for the <italic>user</italic> and <italic>provider</italic>.</p>
<p>Since product cannibalism and core acquisition were not modelled extensively within the remanufacturing system, cores that do not reach the remanufacturing process or are of insufficient condition are redirected into the recycling or disposal flows. Hence, the recycling cost <inline-formula id="inf86">
<mml:math id="m98">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> is impacted by the recycling collection rate <inline-formula id="inf87">
<mml:math id="m99">
<mml:mrow>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> and remanufacturing yield <inline-formula id="inf88">
<mml:math id="m100">
<mml:mrow>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>. The disposal cost <inline-formula id="inf89">
<mml:math id="m101">
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>d</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>, as directed to the <italic>user</italic>, is to cover transactions related to storing the product indefinitely or transporting and recycling it. The collection rate <inline-formula id="inf90">
<mml:math id="m102">
<mml:mrow>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> handles disposal instances where the core disappears, while <xref ref-type="disp-formula" rid="e12">Equations 12</xref>, <xref ref-type="disp-formula" rid="e13">13</xref> describe the discounting and scaling of these transactions.<disp-formula id="e12">
<mml:math id="m103">
<mml:mrow>
<mml:mi>D</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>s</mml:mi>
<mml:mi>p</mml:mi>
<mml:mi>o</mml:mi>
<mml:mi>s</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>l</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mi>d</mml:mi>
</mml:msub>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
<mml:msup>
<mml:mi>&#x3b2;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
<label>(12)</label>
</disp-formula>
<disp-formula id="e13">
<mml:math id="m104">
<mml:mrow>
<mml:mi>R</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>c</mml:mi>
<mml:mi>y</mml:mi>
<mml:mi>c</mml:mi>
<mml:mi>l</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>n</mml:mi>
<mml:mi>g</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mi>f</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
<mml:msup>
<mml:mi>&#x3b1;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
<label>(13)</label>
</disp-formula>
</p>
</sec>
<sec id="s3-2-5">
<title>3.2.5 Other transactions</title>
<p>The remaining transactions in the proposed model are built on the same principles described for the maintenance, repair, remanufacturing, and end-of-life activities, where the point in time determines the discount factor. For example, administrative transactions for managing PaaS occur both at the start of a use cycle and periodically; see <xref ref-type="table" rid="T2">Table 2</xref>. The use of this activity is to manage activities related to setting up PaaS between the <italic>user</italic> and the <italic>provider</italic>, as well as manage planning, support, and other types of administration throughout the use cycle. The commission is a transaction between the <italic>provider</italic> and a potential third-party actor who manages the sales activities of Sales and PaaS to the <italic>user</italic>. In this model, it is assumed that this transaction occurs at the start of a use cycle, but by using a discount factor similar to the one for PaaS management administration, this can easily be adapted according to needs.</p>
<p>Similarly, the PaaS fee <inline-formula id="inf91">
<mml:math id="m105">
<mml:mrow>
<mml:mi>F</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> is a periodic transaction regardless of the contract length between the <italic>provider</italic> and <italic>user</italic>, while in Sales, the sales price for new <inline-formula id="inf92">
<mml:math id="m106">
<mml:mrow>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>N</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> and remanufactured <inline-formula id="inf93">
<mml:math id="m107">
<mml:mrow>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula> products is the purchase transaction between them. The sales price is derived based on a manufacturing cost that covers all transactions from preceding product life cycle phases with an added mark-up value similar to the mark-up for the maintenance transaction, and the PaaS fee is calculated based on the total cost with a mark-up value up to an upper limit; see <xref ref-type="disp-formula" rid="e14">Equation 14</xref>. The cap of the PaaS fee allows for dynamic scenarios and prevents the PaaS fee from reaching unrealistic levels.<disp-formula id="e14">
<mml:math id="m108">
<mml:mrow>
<mml:mi>F</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>max</mml:mi>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mfrac>
<mml:mrow>
<mml:msub>
<mml:mi>C</mml:mi>
<mml:mrow>
<mml:mi>t</mml:mi>
<mml:mi>o</mml:mi>
<mml:mi>t</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>F</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mfrac>
<mml:mo>;</mml:mo>
<mml:msub>
<mml:mi>F</mml:mi>
<mml:mi mathvariant="italic">max</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
<label>(14)</label>
</disp-formula>
</p>
<p>These transactions depend on the manufacturing-to-remanufacturing ratio. For example, if there is a remanufacturing process activity, there is also a sold remanufactured product, and <italic>vice versa</italic>. In cases where the collection rate and remanufacturing yield induce non-binary values, the model provides an average scenario, as shown in <xref ref-type="disp-formula" rid="e15">Equation 15</xref>.<disp-formula id="e15">
<mml:math id="m109">
<mml:mrow>
<mml:mi>S</mml:mi>
<mml:mi>a</mml:mi>
<mml:mi>l</mml:mi>
<mml:mi>e</mml:mi>
<mml:mi>s</mml:mi>
<mml:mtext>&#x2009;</mml:mtext>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>i</mml:mi>
<mml:mi>c</mml:mi>
<mml:mi>e</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>R</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:msub>
<mml:mi>S</mml:mi>
<mml:mi>N</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
<label>(15)</label>
</disp-formula>
</p>
<p>As such, the sum of the remanufacturing and manufacturing, as well as the sales activities, always equals one unless exceptional cases are introduced. This case also implies that the remanufacturing and manufacturing values are discounted based on the same point in time.</p>
</sec>
<sec id="s3-2-6">
<title>3.2.6 Transport transactions</title>
<p>The transactions for transports occur at the same time as their corresponding activity, and, therefore, they are discounted using the same factor. It is assumed that the lead time between forward and reverse transports for maintenance and repairs has a negligible impact on the results or that the transaction occurs decoupled from its activity in practice; therefore, the lead time aspect has not been integrated for all activities. For other instances, a lead time parameter should be implemented to postpone the transaction for reverse transports, similar to how products are transported to and from the <italic>user</italic> at the start (<inline-formula id="inf94">
<mml:math id="m110">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>) and end of a PaaS cycle (<inline-formula id="inf95">
<mml:math id="m111">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>); see <xref ref-type="disp-formula" rid="e16">Equation 16</xref>.<disp-formula id="e16">
<mml:math id="m112">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="normal">T</mml:mi>
<mml:mrow>
<mml:mtext>ur</mml:mtext>
<mml:mo>&#x2b;</mml:mo>
<mml:mi mathvariant="normal">f</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:msub>
<mml:mi mathvariant="normal">T</mml:mi>
<mml:mtext>ur</mml:mtext>
</mml:msub>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:msup>
<mml:mo>&#x2b;</mml:mo>
<mml:msub>
<mml:mi mathvariant="normal">T</mml:mi>
<mml:mtext>uf</mml:mtext>
</mml:msub>
<mml:msup>
<mml:mi>&#x3c4;</mml:mi>
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mrow>
<mml:mi>p</mml:mi>
<mml:mi>r</mml:mi>
<mml:mi>e</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:msup>
</mml:mrow>
</mml:math>
<label>(16)</label>
</disp-formula>
</p>
<p>Which of the <italic>provider</italic> and <italic>user</italic> covers the transport cost is determined by modifying a decision parameter. See <xref ref-type="table" rid="T3">Table 3</xref> for a description of the Sales setup. For PaaS, the same principle was adopted. However, repairs are utilising the same transport option as for maintenance given the assumption that the point of the transaction is fixed, but the transport activity in practice is flexible. For instances where this is not an accurate representation, the discount factor and number of transports should be modified in the <xref ref-type="sec" rid="s13">Supplementary Material</xref>. As such, if a product fails, the maintenance activity could be performed prematurely or be postponed, preventing repairing a product, and then shortly after, taking it back for maintenance. The repair transport transactions are dependent on whether there is an active warranty. For the base case, it is assumed that the <italic>provider</italic> covers warranty-related transport costs.</p>
<table-wrap id="T3" position="float">
<label>TABLE 3</label>
<caption>
<p>The number of transports for the provider and user in Sales.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th rowspan="2" align="left">
<italic>Provider</italic>
</th>
<th colspan="2" align="center">No. of transports</th>
</tr>
<tr>
<th align="center">Forward</th>
<th align="center">Reverse</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">Maintenance</td>
<td align="left"/>
<td align="left"/>
</tr>
<tr>
<td align="left">Repair</td>
<td align="center">
<inline-formula id="inf96">
<mml:math id="m113">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf97">
<mml:math id="m114">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
</tr>
<tr>
<td align="left">Recycling</td>
<td align="left"/>
<td align="center">
<inline-formula id="inf98">
<mml:math id="m115">
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mi>f</mml:mi>
<mml:mo>&#x2b;</mml:mo>
<mml:mi>c</mml:mi>
</mml:mrow>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
</tr>
<tr>
<td align="left">Remanufacturing</td>
<td align="center">
<inline-formula id="inf99">
<mml:math id="m116">
<mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf100">
<mml:math id="m117">
<mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
</tr>
<tr>
<td align="left">Manufacturing</td>
<td align="center">
<inline-formula id="inf101">
<mml:math id="m118">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mn>1</mml:mn>
<mml:mo>&#x2212;</mml:mo>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="left"/>
</tr>
</tbody>
</table>
<table>
<thead valign="top">
<tr>
<th rowspan="2" align="left">User</th>
<th colspan="2" align="center">No. of transports</th>
</tr>
<tr>
<th align="center">Forward</th>
<th align="center">Reverse</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">Maintenance</td>
<td align="center">n</td>
<td align="center">n</td>
</tr>
<tr>
<td align="left">Repair</td>
<td align="center">
<inline-formula id="inf102">
<mml:math id="m119">
<mml:mrow>
<mml:msub>
<mml:mrow>
<mml:mo>&#xac;</mml:mo>
<mml:mi>W</mml:mi>
</mml:mrow>
<mml:mi>q</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
<td align="center">
<inline-formula id="inf103">
<mml:math id="m120">
<mml:mrow>
<mml:mo>&#xac;</mml:mo>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</td>
</tr>
<tr>
<td align="left">Purchase</td>
<td align="center">1</td>
<td align="left"/>
</tr>
<tr>
<td align="left">Disposal</td>
<td align="left"/>
<td align="center">1</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
</sec>
<sec id="s3-3">
<title>3.3 An approach to identify the conditions for the financial viability of PaaS</title>
<p>For an OEM to identify the financially viable conditions under which the PaaS outperforms its business-as-usual business model, while also reducing costs for the <italic>user</italic>, an iterative seven-step procedure is proposed; see <xref ref-type="fig" rid="F1">Figure 1</xref>. The seven-step procedure is designed to systematically lead an OEM towards the conditions where PaaS can be offered more lucratively for the <italic>provider</italic> and at a lower cost for the <italic>user</italic>. The intention of the procedure is also to support in replicating the methodological approach to reach the analytical results.<list list-type="simple">
<list-item>
<p>Step 1: The procedure begins with describing the proposed PaaS. This step is necessary as the business model&#x2019;s elements must be defined to be interpreted in a financial assessment. The more detailed description, the more accurate outputs the financial assessment, provided sufficient input data are accessible or estimated.</p>
</list-item>
<list-item>
<p>Step 2: Using the description and data inputs, the cost structure of both the business-as-usual and PaaS is calculated, with and without using NPV. The cost structure corresponds to all the cost elements or drivers within each business model. Note that the cost structure should separate cost drivers from different stages of the business model. For example, in PaaS, several use-phases exist, with certain costs being more prominent in specific phases. The cost structure provides information about each cost driver&#x2019;s impact level on the total cost.</p>
</list-item>
<list-item>
<p>Step 3: For the <italic>provider&#x2019;s</italic> perspective, revenue streams are critical to ensure a profitable and competitive business model. Therefore, all revenues must be calculated considering the entire product life cycle. For the <italic>user</italic> perspective, this step is similar to Step 2 as there are not many revenue streams. However, revenues can occur from, for example, sales of cores. Here, the cash flows over different life cycle lengths are made comparable using costing techniques, such as the EAA as covered in <xref ref-type="sec" rid="s3-2">Section 3.2</xref>.</p>
</list-item>
<list-item>
<p>Step 4: The financial overview is then used to extract most influential cost drivers on financial performance. These are selected for the scenario analysis. Due to the high influence, modifying them significantly impacts the business model&#x2019;s performance.</p>
</list-item>
<list-item>
<p>Step 5: The scenario analysis is based on the influential cost drivers and knowledge of the business practice, which means that it is not mere mathematical exercise but involves engineering activities. Each driver is modified within a predetermined range, either by reasonable estimations or all possible values. This provides insights into the cost driver&#x2019;s impact on financial performance and indicators of its sensitivity and robustness.</p>
</list-item>
<list-item>
<p>Step 6: If the scenario analysis indicates that values benefit both the <italic>provider</italic> and <italic>user</italic>, these cost drivers are selected for the further analysis. The same applies for drivers that moves the values in the right direction or if combinations of the scenarios likely achieve synergetic effects.</p>
</list-item>
<list-item>
<p>Step 7: The last step is to reassess the <italic>provider&#x2019;s</italic> profitability and <italic>user&#x2019;s</italic> total cost of ownership regarding the scenario combination in relation to business-as-usual business model. If a win-win solution space is identified for both the <italic>provider</italic> and <italic>user</italic>, it must be investigated whether reaching this state in practice is feasible and what the requirements are. If a win-win solution space is not found or if it is not robust, realisable, or unsatisfactory, there is a feedback loop back to Step 4 to select other cost drivers to analyse.</p>
</list-item>
</list>
</p>
<fig id="F1" position="float">
<label>FIGURE 1</label>
<caption>
<p>The seven-step procedure for identifying conditions for financial viability. Note: Potential interventions refer to relevant changes possible to be implemented in PaaS and require knowledge of the business practice, such as modifying product component durability and introducing regular inspection services.</p>
</caption>
<graphic xlink:href="fmtec-04-1498189-g001.tif"/>
</fig>
</sec>
</sec>
<sec id="s4">
<title>4 Application to the Falador case &#x2013; European manufacturer of construction machines</title>
<sec id="s4-1">
<title>4.1 Case company and PaaS</title>
<p>The case company&#x2013;hereafter called Falador&#x2013;is a well-established OEM and provider of high-quality machines in the construction business-to-business industry. Like many other enterprises (<xref ref-type="bibr" rid="B12">Calzolari et al., 2021</xref>; <xref ref-type="bibr" rid="B63">Sk&#xe4;rin et al., 2022</xref>), Falador is applying an increasingly advanced sustainability strategy. This company is interesting from a research perspective as it is currently developing a circular business model while continuing to focus on the manufacturing of high-quality products. The new business model shifts from one-off sales to providing products through a subscription, utilising an access-based circular business model (cf. <xref ref-type="bibr" rid="B8">Bocken et al., 2016</xref>), specifically a PaaS business model. In the PaaS business model, the customer gets access to the products, while Falador keeps the ownership and performs maintenance throughout the product life cycle. Due to the professional, heavy-duty work environment of Falador&#x2019;s products, the products are prone to wear and deterioration. Moreover, despite regular maintenances, the lifespan of the products is relatively short. However, many of the expensive components outlast the life of the whole product, but due to the current business model, the embedded value of these components has not been fully utilised. This situation is caused by a typical product design where components&#x2019; technical lifespans significantly differ from each other in a product.</p>
<p>Falador has a plan for how PaaS should be realised. However, due to being profit-driven, the profitability of the new offering must be assessed before a realisation. Naturally, when introducing a service in addition to a product offering, new types of costs are induced (<xref ref-type="bibr" rid="B34">Kambanou and Sakao, 2020</xref>). These costs are added to existing costs, such as manufacturing and forward logistics, thus making the initial costs higher. To realise higher or comparable profitability to Sales, there are benefits in retaining the value of the returning products at the end of the use period (cf. <xref ref-type="bibr" rid="B30">Jensen et al., 2019</xref>; <xref ref-type="bibr" rid="B47">Nasr et al., 2018</xref>). Two major approaches for end-of-use management are remanufacturing and refurbishment (<xref ref-type="bibr" rid="B14">EMF, 2015</xref>), and these can retain the value embedded in products regarding material and energy, hence making them preferable over, for example, recycling (<xref ref-type="bibr" rid="B20">Gharfalkar et al., 2015</xref>; <xref ref-type="bibr" rid="B40">Kurilova-Palisaitiene et al., 2023</xref>). Nevertheless, from a sustainability perspective, considering not only environmental factors but also economic ones, the returning products must be reprocessed in a way that secures a sufficient return on investment (<xref ref-type="bibr" rid="B49">&#xd6;stlin et al., 2008b</xref>). This was the aspect that interested Falador most. To promote the new business model internally, sufficient insights were needed on whether PaaS could provide any value. Even though a lower environmental footprint was expected to be achieved with PaaS due to a higher level of circular flows and through remanufacturing and refurbishment (cf. <xref ref-type="bibr" rid="B66">Sundin and Lee, 2011</xref>), Falador has to stay competitive and profitable on the market to secure its competitiveness long-term. As such, the financial insights in this paper have high practical applicability as they influence Falador&#x2013;a major OEM in the construction machine industry&#x2013;to adopt circularity practices. The successful implementation of the PaaS model would not only change Falador&#x2019;s operations but influence the whole value network from suppliers to competitors by adopting higher levels of circularity.</p>
<p>When the collaboration with the case company Falador started, the ideas for the PaaS were conceptual, without any pilot activity prepared. The financial assessment model was, therefore, developed to consider the ideas and utilised, to a high degree, experts within Falador to provide parameter values for the inputs that could not directly be received from the Sales model. Certain values were based on the service, maintenance, and repair activities of the products to gain parameter values for failure rates, maintenance intervals, and remanufacturing, to name a few. Moreover, for example, the discount rate was derived from the expected return of investment rate from alternative investments. The parameter values used, and the results from the financial assessment, are direct consequences of the Falador case study and the information the company provided. Moreover, the most uncertain parameter values in the model for Falador are related to the cost of remanufacturing, PaaS management, repair, and maintenance, as these represent estimated values of a future business model implementation. Given the analytical procedure outlined in <xref ref-type="sec" rid="s3-3">Section 3.3</xref>, the modelling results are intended to calibrate expectations with reality by providing insights into business model performance based on specific inputs. Thanks to the model&#x2019;s flexibility, once more accurate data, such as PaaS management and maintenance costs, are collected, these new input values can be incorporated into the model for more precise insights. This scenario approach on Falador highlights potential solution-spaces (or potential outcomes) for the business model development, guiding the company (or others) towards achieving a win-win state. In this paper, a single product model and its PaaS setup are addressed. This example has been selected as it covers most of the features of the PaaS ideas of Falador.</p>
<p>The financial assessment is based on the commercial spreadsheet software Microsoft Excel to provide a flexible assessment model that companies can use internally without dedicated software support or advanced modelling expertise, thus providing a high level of usability and applicability. The software application was also selected to provide a high level of transparency of the internal model logic as it was perceived to provide a high level of confidence at Falador that the model delivers reliable results. As such, Falador or other companies using this model can easily view the linkages between inputs, assumptions, and outputs to create an understanding of the performance of PaaS and Sales, respectively. In the financial assessment, as presented below, the two business models are kept as similar as possible to create a basis for informed decision-making to provide a more profitable PaaS than its forerunner. View the financial assessment model in the <xref ref-type="sec" rid="s13">Supplementary Material</xref>.</p>
</sec>
<sec id="s4-2">
<title>4.2 Transdisciplinary research methodology</title>
<p>The research approach applied in this study follows the framework of transdisciplinary research, as outlined by <xref ref-type="bibr" rid="B41">Lang et al. (2012)</xref> and further developed, e.g., by <xref ref-type="bibr" rid="B52">Renn (2021)</xref>, <xref ref-type="bibr" rid="B61">Schaltegger et al (2013)</xref>. The investigation of Falador also followed the case study guidelines by <xref ref-type="bibr" rid="B81">Yin (2018)</xref>. The research team and OEM representatives worked in iterative interactions with their own purposes to the common goal of developing circular, resource-efficient, and effective solutions. To establish a collaborative partnership, both parties identified a shared interest in addressing the OEM&#x2019;s challenge through research-based solutions. The OEM presented a specific problem, and the researchers offered their expertise to develop a solution. The research aimed to realise a PaaS business model, as described in the above introduction, which required the development of a calculation model for financial assessments.</p>
<p>The research team engaged in a series of 26 interactions with the OEM, each lasting 30&#x2013;60&#xa0;minutes. These interactions served as a platform for semi-structured discussions, where both parties reviewed progress and exchanged ideas. The research team posed semi-structured questions focusing on the envisioned PaaS business model, OEM characteristics, and model design. During the research, data was collected from these interactions, which provided insights into the development at the OEM and the thought process that led to different business model-related solutions. Additionally, these interactions shed light on the internal struggles within the OEM to find ways to motivate the positive effects of new ideas related to a CE and demonstrate how these ideas could lead to positive balance sheet outcomes.</p>
<p>Based on the data collected, an analytical net present value-based financial assessment model was developed using the commercial spreadsheet software Microsoft Excel. The research team presented this model to the OEM for review and validation. On the OEM side, the model was assessed using product expertise and other product- and operation-related datasets. Furthermore, the model was applied in a remanufacturing pilot case to validate its results. The OEM provided feedback and inputs, enabling the research team to refine and improve the model&#x2019;s accuracy. Developing the financial assessment model and its subsequent validation through expert input and real-world application formed a crucial part of the research process. The contributions of this paper, thanks to this research process, are insights into how to perform scenario-based financial assessments to pinpoint lucrative business opportunities. They also shed light on the potential positive outcomes associated with adopting CE-related ideas.</p>
</sec>
</sec>
<sec id="s5">
<title>5 Results of application to Falador&#x2019;s case</title>
<p>The perspective used in this paper is at the decision point for providing (or engaging in) a PaaS instead of a product purchase. Therefore, this paper focuses on comparing Sales and PaaS in terms of the direct profitability (NPV) of the <italic>provider</italic> and the usage cost (TCO) of the <italic>user</italic>. The product reliability and user behaviour are considered identical between the two business models, which is a limitation. The intention of this comparison is to identify possible feasible settings where PaaS outperforms Sales in terms of profit for the <italic>provider</italic> and TCO for the <italic>user</italic>. Other possible benefits from either of the business models are beyond this comparison. This perspective and the scope are expected to inform OEMs of key information, despite the limitation, especially for OEMs considering implementing PaaS. The procedure follows the seven-steps in <xref ref-type="fig" rid="F1">Figure 1</xref>, whereas the first step corresponds to the case description in <xref ref-type="sec" rid="s4-1">Section 4.1</xref>.</p>
<sec id="s5-1">
<title>5.1 Provide a financial overview for each business model</title>
<p>For Falador, both non-discounted and discounted values were used when disseminating the results. While non-discounted values might not accurately represent today&#x2019;s value of the transactions, they were useful for discussing the assumptions of the assessments as constant values across cycles are easier to grasp. In this paper, only the discounted transaction values were considered. As the second step of the procedure, <xref ref-type="fig" rid="F2">Figure 2</xref> depicts the base case discounted costs of PaaS and Sales for three equally long use cycles.</p>
<fig id="F2" position="float">
<label>FIGURE 2</label>
<caption>
<p>NPV-based discounted PaaS and Sales costs for the provider over three use cycles. The bars show the discounted costs from cradle to grave.</p>
</caption>
<graphic xlink:href="fmtec-04-1498189-g002.tif"/>
</fig>
<p>From the PaaS perspective illustrated in <xref ref-type="fig" rid="F2">Figure 2</xref>, the <italic>provider</italic> has the new PaaS management and maintenance cost that do not appear in Sales. The new PaaS management cost is necessitated because the PaaS model is emerging at the case company. The maintenance is a cost borne by the <italic>user</italic> in the Sales case without the provider&#x2019;s involvement and is shifted to the provider. In PaaS, the <italic>provider</italic> ensures that the product is running according to its specifications, meaning that it also bears the cost of maintenance. Ultimately, the PaaS fee covers these maintenance costs, resulting in indirect costs for the <italic>user</italic>. <xref ref-type="fig" rid="F3">Figure 3</xref> shows the EAA of PaaS and Sales for the three different use cycles by distributing the costs equally over the offering&#x2019;s length. This approach allows us to compare offerings of different time lengths, as covered in <xref ref-type="sec" rid="s3-2">Section 3.2</xref>. In <xref ref-type="fig" rid="F3">Figure 3</xref>, the EAA cost values of <xref ref-type="fig" rid="F2">Figure 2</xref> correspond to the bar with three cycles of the <italic>provider</italic> PaaS and Sales, respectively. Moreover, since the PaaS <italic>provider</italic> is responsible for ensuring a high service level (low risk for downtime due to failure) as part of the offering, the maintenance frequency is set higher than in Sales, leading to higher maintenance costs. The higher cost is also related to the <italic>user</italic> in Sales being, to a larger extent, able to perform minor maintenance operations onsite without requiring large inputs or transports of the products.</p>
<fig id="F3" position="float">
<label>FIGURE 3</label>
<caption>
<p>Equivalent annual cost for the PaaS and Sales model scenarios with one, two, and three use cycles. Note: Each bar corresponds to one product life cycle from cradle to grave. 1, 2, and 3 for the average of one, two, and three cycles, respectively.</p>
</caption>
<graphic xlink:href="fmtec-04-1498189-g003.tif"/>
</fig>
<p>For the <italic>provider</italic> and <italic>user,</italic> given the base case parameter values for the scenarios in <xref ref-type="fig" rid="F3">Figure 3</xref>, the total cost of PaaS is for all instances higher than Sales; note that the maintenance cost in Sales is disregarded here. Therefore, if the TCO, except its own maintenance cost, is the criterion for choice, then Sales is always preferable over PaaS. The PaaS option becomes more economical for the <italic>user</italic> when the PaaS fee is reduced; however, as indicated in <xref ref-type="fig" rid="F4">Figure 4</xref>, when reducing the PaaS fee by 15% or more of the base value (i.e., 0.85 or lower on the PaaS fee), Sales is financially more advantageous for the <italic>provider</italic>. This assessment corresponds to the third step of <xref ref-type="fig" rid="F1">Figure 1</xref>.</p>
<fig id="F4" position="float">
<label>FIGURE 4</label>
<caption>
<p>
<bold>(A)</bold> The NPV-based profits of the Sales and PaaS models for the provider and <bold>(B)</bold> the TCO for the user. The solid white line shows the profit from the PaaS contract over three use cycles, while the striped lines show the Sales profit over one, two, and three Sales cycles, respectively. When the PaaS line falls within the blue (win) area, PaaS outperforms Sales for all Sales cycles. The solid line does not reach the blue area for both <bold>(A)</bold> and <bold>(B)</bold> simultaneously, indicating a win-win state for the provider and user is infeasible.</p>
</caption>
<graphic xlink:href="fmtec-04-1498189-g004.tif"/>
</fig>
</sec>
<sec id="s5-2">
<title>5.2 Create scenarios by modifying the influential cost drivers</title>
<p>To achieve Falador&#x2019;s pursued benefits of providing the new PaaS business model, other means are necessary to reduce the product life cycle cost in the PaaS model. These reductions are primarily related to the use phase, as the other phases of the business models are assumed to be identical. Therefore, the influential cost drivers should be analysed (Step 4) and then using these to create scenarios (Step 5). For this case, one alternative was to modify the <bold>cycle length</bold> of the PaaS contract to identify whether the results could be altered to achieve a win-win scenario from both the <italic>provider</italic> and <italic>user</italic> perspectives. <xref ref-type="fig" rid="F5">Figure 5</xref> shows the PaaS-to-Sales ratio for the EAA and TCO when scaling the base-case PaaS cycle length. Here, as described by <xref ref-type="disp-formula" rid="e14">Equation 14</xref>, the PaaS fee is dynamic based on the total cost and caps at an upper limit, which corresponds to the point of each curve where the scale is 1.1.</p>
<fig id="F5" position="float">
<label>FIGURE 5</label>
<caption>
<p>Relative PaaS-to-Sales performance by modifying the PaaS cycle length. Note: A ratio of one indicates the break-even point, where PaaS and Sales are equally profitable for the provider (EAA) or costly for the user (TCO). The three lines show the influence of having one, two, or three Sales cycles. The line for two Sales cycle reaches the blue (win) area, where PaaS outperforms Sales for both <bold>(A)</bold> and <bold>(B)</bold> at contract length between 2.2 and 2.6. This area is highlighted in grey.</p>
</caption>
<graphic xlink:href="fmtec-04-1498189-g005.tif"/>
</fig>
<p>The longer the cycles, the lower the PaaS costs per time for the <italic>provider</italic> since, for example, start-up, manufacturing, remanufacturing, and maintenance costs are distributed over a longer period (longer cycles are assumed here to result in a longer time between maintenance sessions, as the number of maintenance sessions is assumed to be unchanged). As such, this analysis showed the impact of providing products of longer lifespans. In this case, there is a win-win scenario achievable (TCO ratio &#x3c;1; EAA ratio &#x3e;1) at two sales cycles within the PaaS contract length interval 2.2 to 2.6; see the highlighted (by shading) area in <xref ref-type="fig" rid="F5">Figure 5</xref>. See also <xref ref-type="fig" rid="FA1">Figure A1</xref> for the other two cycles. As such, Falador can introduce measures to motivate a longer lifespan, for example, through redesigns to make the products more durable. However, since the narrow interval width in <xref ref-type="fig" rid="F5">Figure 5</xref> causes a low advantage for PaaS (less than 1.2 times better than break-even on the vertical axis for the EAA ratio and more than 0.8 for the TCO ratio for either perspective), the robustness is modest: slight deviations from the base case can cause PaaS to lose its advantage, and, therefore, it is unreasonable to solely rely on the <bold>cycle length</bold> in this case. As <xref ref-type="fig" rid="F6">Figure 6</xref> depicts, neither can Falador rely on the <bold>remanufacturing cost</bold> as a beneficial TCO ratio does not coexist with a beneficial EAA ratio, meaning a lower <bold>remanufacturing cost</bold> does not have a significant impact.</p>
<fig id="F6" position="float">
<label>FIGURE 6</label>
<caption>
<p>Relative PaaS-to-Sales performance by modifying the PaaS remanufacturing cost. Note: A ratio of one indicates the break-even point, where PaaS and Sales are equally profitable for the provider (EAA) or costly for the user (TCO). The three lines do not reach the blue area for both <bold>(A)</bold> and <bold>(B)</bold> simultaneously, indicating a win-win state for the provider and user is infeasible.</p>
</caption>
<graphic xlink:href="fmtec-04-1498189-g006.tif"/>
</fig>
<p>In <xref ref-type="fig" rid="F7">Figure 7</xref>, the influence on the <italic>provider</italic> EAA and <italic>user</italic> TCO by modifying the <bold>maintenance cost</bold> is shown. While Falador&#x2019;s priority of the two business models could be altered through different <bold>maintenance costs</bold>, the TCO of PaaS is always higher for the <italic>user</italic>. Consequently, through the <bold>maintenance cost</bold> alone, the <italic>user</italic> would, from a cost perspective, always prefer the Sales model. Therefore, as with the <bold>remanufacturing cost</bold>, to make PaaS lucrative from both the <italic>provider</italic> and <italic>user</italic> perspectives, other measures need to be implemented simultaneously to reduce the product life cycle cost of PaaS sufficiently.</p>
<fig id="F7" position="float">
<label>FIGURE 7</label>
<caption>
<p>Relative PaaS-to-Sales performance by modifying the PaaS maintenance cost. Note: A ratio of one indicates the break-even point, where PaaS and Sales are equally profitable for the provider (EAA) or costly for the user (TCO). The three lines do not reach the blue area for both <bold>(A)</bold> and <bold>(B)</bold> simultaneously, indicating a win-win state for the provider and user is infeasible.</p>
</caption>
<graphic xlink:href="fmtec-04-1498189-g007.tif"/>
</fig>
</sec>
<sec id="s5-3">
<title>5.3 Enable financially viable PaaS by combining scenarios to reach synergetic effects</title>
<p>As shown in <xref ref-type="fig" rid="F2">Figures 2</xref>, <xref ref-type="fig" rid="F3">3</xref>, the PaaS management and maintenance are the recurring transactions that influence the total product life cycle cost the most. On one hand, the <bold>PaaS management cost</bold> could be reduced independently of the product by, for example, creating more automated and streamlined management of PaaS. However, this is difficult to achieve on a short-term basis since the optimisation can only be performed once sufficient experience has been obtained. The PaaS management cost per product is also high due to the PaaS offering initially targeting a small share of the total turnover, and it is yet to be synchronised with the current Sales management system, meaning that PaaS bears additional management costs compared to Sales. However, since this is an internal and specific constraint of Falador, and since PaaS should be lucrative even during the initiation phase, this aspect is not further discussed in this paper. On the other hand, the <bold>maintenance cost</bold> is influenced by the durability and quality attributes of the product. In a traditional Sales model, these product attributes should satisfy the expectations of the customer to ensure recurrent purchases at the end of life, at least from the perspective of maximising long-term profit (<xref ref-type="bibr" rid="B55">Rivera and Lallmahomed, 2016</xref>). The incentive for the <italic>provider</italic> to reduce the usage cost is more apparent in the PaaS model (<xref ref-type="bibr" rid="B36">Kjaer et al., 2019</xref>; <xref ref-type="bibr" rid="B67">Tukker, 2015</xref>), since it must ensure that the product is in working condition at all times to guarantee high customer satisfaction and low use-phase costs for the <italic>provider</italic>. In the case of Falador, many of the components in its products are prone to wearing, meaning that regular maintenances are required. However, this requirement could be relaxed by introducing certain measures, such as redesign for higher durability or ease of maintenance (<xref ref-type="bibr" rid="B8">Bocken et al., 2016</xref>). Currently, there is a low amount of data accessible for Falador to analyse for design and durability improvements. This is a consequence of the current low interest for the use phase due to not having an incentive to provide even higher durability and due to an inability to track products without retaining ownership.</p>
<p>When introducing PaaS with retained ownership, easier access to cores (<xref ref-type="bibr" rid="B22">Guidat et al., 2014</xref>; <xref ref-type="bibr" rid="B65">Sundin and Bras, 2005</xref>), and higher incentives to care for products after the point of sales (<xref ref-type="bibr" rid="B36">Kjaer et al., 2019</xref>), there are high possibilities for introducing product redesigns based on real-use scenarios that improve the quality of products and their durability. While the individual modifications of the <bold>cycle length, remanufacturing cost</bold>, and <bold>maintenance cost</bold> are unable to provide robust scenarios where PaaS is preferable (as part of Step 5), viewing them simultaneously can provide directions for how PaaS and the product could be redesigned (Step 6 and 7). Since both the <bold>cycle length</bold> and <bold>maintenance cost</bold> affect the TCO and EAA ratios synchronously (compare <xref ref-type="fig" rid="F5">Figures 5</xref>, <xref ref-type="fig" rid="F7">7</xref>, i.e., a <bold>maintenance cost</bold> lower than 0.8 improves the TCO for all <bold>contract lengths</bold> while <bold>contract lengths</bold> longer than 1.2 provide all <bold>maintenance costs</bold>), a combination of longer PaaS cycle lengths and varied maintenance costs, as in <xref ref-type="fig" rid="F8">Figure 8</xref>, could provide a scenario where PaaS leads to a win-win state for both the user and provider. These combinations are reasonable to achieve as high product durability correlates with longer product lives, lower maintenance requirements, and potentially lower maintenance costs. Hence, the highlighted area in <xref ref-type="fig" rid="F8">Figure 8</xref> is the PaaS win-win solution space that Falador should aim for. As discussed earlier, a similar analysis and conclusion could also be achieved by modifying the PaaS management cost.</p>
<fig id="F8" position="float">
<label>FIGURE 8</label>
<caption>
<p>PaaS-to-Sales <bold>(A)</bold> EAA and <bold>(B)</bold> TCO ratios with modified cycle length and maintenance cost. Values lower or equal to one imply that the Sales is preferable from a provider (EAA) perspective and the PaaS model is preferable from a user (TCO) perspective. This break-even point is labelled by the right arrow sign &#x2192;, while infeasible solutions are labelled by bullet points &#x25cf;.</p>
</caption>
<graphic xlink:href="fmtec-04-1498189-g008.tif"/>
</fig>
<p>Furthermore, to reduce maintenance costs (cf. <xref ref-type="bibr" rid="B37">Kumar and Krishnan, 2017</xref>), existing repair and maintenance data from Falador was collected and analysed. This analysis complemented product development durability insights of the products with the performance in the use phase. Moreover, the maintenance procedure could more accurately be determined by linking the probability of failure on an individual component basis; compare the work by <xref ref-type="bibr" rid="B13">Diallo et al. (2017)</xref>. Previously at Falador, such procedures were primarily based on expertise judgements and recommendations from the product development phase. Work is also being conducted to utilise this data to adapt the maintenance, repair, and remanufacturing procedures based on different usage behaviours (cf. <xref ref-type="bibr" rid="B18">Gavidel and Rickli, 2017</xref>). For example, Falador has experienced, like other <italic>providers</italic> [e.g., <xref ref-type="bibr" rid="B45">Moeller and Wittkowski (2010)</xref>, <xref ref-type="bibr" rid="B68">Tunn and Ackermann (2020)</xref>], that rented products tend to be used with lower cautiousness relative to <italic>user</italic> ownerships unless there is a punishment mechanism implemented in the offering. This is believed to be important to acknowledge in the PaaS model since with a known product end of use, it could be the case that the <italic>user</italic> is less likely to attempt to apply measures to prolong the product&#x2019;s lifespan, given that there is no incentive for them to be careful. Naturally, the cautiousness could be incentivised by introducing deductions or similar if the product is returned in a state lower than the <italic>providers</italic>&#x2019; expectations. However, this could increase the risk awareness of the <italic>users</italic> and redirect their purchase intentions towards other safer offerings.</p>
</sec>
</sec>
<sec sec-type="discussion" id="s6">
<title>6 Discussion</title>
<sec id="s6-1">
<title>6.1 Financial assessment model</title>
<p>The proposed financial assessment model was shown effective to support the OEM, Falador, in developing an access-based business model, namely, PaaS (<xref ref-type="sec" rid="s5">Section 5</xref>). This model is transparently provided in the <xref ref-type="sec" rid="s13">Supplementary Material</xref> in an open science spirit so that it can be revisited by other researchers and practitioners for further advancement and dissemination of the knowledge. The model (<xref ref-type="sec" rid="s3">Section 3</xref>) was shown to be able to address the needed level of PaaS complexity (including both <italic>provider</italic> and <italic>user</italic> perspectives) in a practitioner-friendly manner as well as run on the data available in practice. The transdisciplinary research approach was an enabler to the quality of the model: the researchers and the OEM exchanged data and expertise beyond their internal boundaries to successfully show how life cycle costing could answer the questions posed by industry. Falador indeed stated significant benefits: &#x201c;The researchers helped us to develop a calculation model, much faster and much more realistic than we could do on our own.&#x201d; The calculation results showed that it is not lucrative for Falador to substitute the current one-off sales business model without introducing additional measures that reduce the total product life cycle costs of its products. This is the case due to, among other things, the professional heavy-duty working environments of the products and the high PaaS management and maintenance costs partly caused by the inexperience of managing PaaS offerings. These cost types tend to be pronounced in PaaS, as indicated in other adoption cases of baby prams (<xref ref-type="bibr" rid="B46">Mont et al., 2006</xref>), water heaters (<xref ref-type="bibr" rid="B38">Kuo et al., 2019</xref>), and washing machines (<xref ref-type="bibr" rid="B73">van Loon et al., 2022</xref>; <xref ref-type="bibr" rid="B70">van Loon et al., 2020</xref>).</p>
</sec>
<sec id="s6-2">
<title>6.2 Procedure including scenario analysis</title>
<p>Another major contribution is the structured scenario analysis represented by the seven-step procedure (<xref ref-type="fig" rid="F1">Figure 1</xref>) building upon the financial assessment model. The procedure was demonstrated useful on Falador&#x2019;s circumstances in <xref ref-type="sec" rid="s5">Section 5</xref>. It is innovative with identifying the conditions for the financial viability of PaaS within the vast possible solution space described by a high number of parameters, compared to the extant literature (<xref ref-type="bibr" rid="B3">Alamerew and Brissaud, 2020</xref>; <xref ref-type="bibr" rid="B60">Sauve et al., 2023</xref>; <xref ref-type="bibr" rid="B70">van Loon et al., 2020</xref>; <xref ref-type="bibr" rid="B69">van Loon et al., 2018</xref>). The power of scenario analysis is highly relevant, because a mere introduction of PaaS to manufacturing that has been optimised for the one-off sales-based business model is often economically unfeasible (as explained in the previous paragraph); see also e.g., <xref ref-type="bibr" rid="B33">Kambanou et al. (2024)</xref>, <xref ref-type="bibr" rid="B73">van Loon et al. (2022)</xref>. Moreover, combining multiple scenarios (the sixth step of the procedure) is important to take advantage of the interdependencies of elements in the system and introduce systemic changes on the system. The systemic changes are often perceived too risky and as a major barrier for PaaS or the like; hence, the proposed support could be significant to help industry make such changes. Furthermore, the procedure has potential to contribute to the standardisation of structuring and developing assessments for practitioners, given the call for research towards standardisation by other authors, for example, <xref ref-type="bibr" rid="B9">Bressanelli et al., 2019a</xref>; <xref ref-type="bibr" rid="B35">Kanzari et al. (2022)</xref>; <xref ref-type="bibr" rid="B72">van Loon and Van Wassenhove (2020)</xref>.</p>
</sec>
<sec id="s6-3">
<title>6.3 Account from industry</title>
<p>The documented application to Falador provides a rich account for PaaS development with quantitative financial terms for the systemic changes that were argued essential for a circular economy (<xref ref-type="bibr" rid="B10">Bressanelli et al., 2019b</xref>; <xref ref-type="bibr" rid="B39">Kurilova-Palisaitiene et al., 2024</xref>; <xref ref-type="bibr" rid="B62">Schultz and Reinhardt, 2022</xref>; <xref ref-type="bibr" rid="B79">Wiesmeth, 2020</xref>). The scenario analysis showed that by using the base scenario of Falador, the Sales model outperforms PaaS from the TCO <italic>user</italic> perspective, indicating that there are few incentives for a cost-minded <italic>user</italic> to prefer the PaaS option. This is related to the emergence of new types of costs related to the management of PaaS. To reach a stage where both perspectives&#x2013;<italic>provider</italic> profitability and <italic>user</italic> cost&#x2013;provide a win-win scenario for PaaS, systemic changes were required. Here, it was shown how a feasible scenario where PaaS outperforms Sales can be achieved by, firstly, prolonging the PaaS contract cycle length and, secondly, keeping the maintenance cost within certain intervals; see <xref ref-type="fig" rid="F8">Figure 8</xref>. These modifications relate to both product redesigns and adaptations of the PaaS business model in realising feasible win-win solutions. As shown in the Falador case, as in other studies (<xref ref-type="bibr" rid="B46">Mont et al., 2006</xref>; <xref ref-type="bibr" rid="B56">Rodr&#xed;guez et al., 2022</xref>; <xref ref-type="bibr" rid="B68">Tunn and Ackermann, 2020</xref>; <xref ref-type="bibr" rid="B73">van Loon et al., 2022</xref>), the PaaS management and maintenance costs are more pronounced in PaaS relative to Sales. This is caused by requiring additional management of the products throughout the use period related to tracking, takeback, different customer behaviour, and ensuring high user satisfaction. Consequently, with the higher level of OEM responsibility to ensure short downtimes and high accessibility, the maintenance cost is higher as well. In the Falador case, the PaaS management costs are based on the existing organisational structure and software solutions and are decoupled from product-specific costs; therefore, further investigation of them has not been within the scope of this paper. This perspective related to the long-term impact and decision-making is recommended for future research. The remaining primary cost drivers are considered in the scenario analysis to identify the feasible solutions.</p>
</sec>
<sec id="s6-4">
<title>6.4 Further possible improvement</title>
<p>To realise the above-stated scenarios in a real-life industry case, refining the maintenance policies and redesigning the products are necessary to improve their durability, which results in a longer time between maintenance instances and a reduction of the maintenance cost. Naturally, such redesign measures also influence the remanufacturing and manufacturing costs of the products. Typically, remanufacturing processes benefit from high quality as more cores can be restored to the required specifications and with less effort (<xref ref-type="bibr" rid="B64">Steinhilper and Weiland, 2015</xref>). Furthermore, guidelines for design for remanufacturing also tend to lower the effort for maintenance and repair (<xref ref-type="bibr" rid="B26">Hatcher et al., 2011</xref>; <xref ref-type="bibr" rid="B28">Ijomah et al., 2007</xref>). For manufacturing processes, higher quality tends to imply higher manufacturing costs (<xref ref-type="bibr" rid="B16">Farooq et al., 2017</xref>; <xref ref-type="bibr" rid="B74">Verma and Boyer, 2010</xref>), that is, cost increases that should be considered in the analysis as well. This paper has not considered this in the financial assessment, as it is prioritised to identify whether the new business model is lucrative compared to the business as usual, or which measures should be focused on to ensure that it is.</p>
</sec>
<sec id="s6-5">
<title>6.5 Limitations of this research</title>
<p>The scenario-based analysis under the case study has a set of limitations, due to its modelling assumptions. The identical failure distributions of products in the PaaS and Sales business models is one; others are company-based demands, for example, a maximum cap level of the PaaS fee that otherwise is set completely by a bottom-up approach; see <xref ref-type="disp-formula" rid="e14">Equation 14</xref>. While the identical failure distribution might not be the case due to different use patterns within the business models (<xref ref-type="bibr" rid="B45">Moeller and Wittkowski, 2010</xref>), estimating more representative distributions is difficult due to the lack of data. Typically, products under PaaS contracts experience higher failure rates, partly due to lower perceived responsibility for the product (<xref ref-type="bibr" rid="B68">Tunn and Ackermann, 2020</xref>). Consequently, this assumption likely favours Sales, implying a slight underestimation of PaaS performance. However, the developed model, supports differentiated failure rates, provided such data is available. While the modifications of the parameters in the scenarios highlight the potential outcome and reduce the uncertainties, there might be an effect on the cost of repairs, maintenance, remanufacturing, and, thus, end results. The current literature on the topic does not provide sufficient support for more accurate estimations. Moreover, the choice or estimation of the maximum cap of the PaaS fee for Falador significantly impacts the ratio between <italic>provider</italic> and <italic>user</italic> benefit. It should, therefore, be set by high cautiousness as finding the sweet spot is challenging. In Falador&#x2019;s case, the cap was set high enough to reliably cover the cost structure of the base case while also being reasonable according to Falador&#x2019;s perception of market acceptance. For example, in <xref ref-type="fig" rid="F5">Figure 5</xref>, a lower PaaS fee cap would reduce or eliminate the win-win area, as the right-hand side of the figure in (a) would shift into the area of lose, making a win-win state infeasible. Meanwhile, the user in (b) would gain increased benefits. Consequently, despite the model and case having a cost-centric focus, the outcome also depends on the perceived value of the offering (cf. <xref ref-type="bibr" rid="B33">Kambanou et al., 2024</xref>; <xref ref-type="bibr" rid="B51">Pet&#xe4;nen et al., 2024</xref>). Thus, it is also important to consider the results in relation to the additional value PaaS typically provides such as ease of use, accessibility, or convenience (cf. <xref ref-type="bibr" rid="B2">Akbar and Hoffmann, 2020</xref>; <xref ref-type="bibr" rid="B59">S&#xe1;nchez-Fern&#xe1;ndez et al., 2009</xref>; <xref ref-type="bibr" rid="B82">Zauner et al., 2015</xref>). In this paper, these additional benefits are likely to underestimate the value of PaaS relative to Sales. However, this is not a limitation of the model itself but rather a reflection of the selected inputs. Therefore, when applying similar assessments to other companies and disseminating the results and potential effects, the inputs and assumptions must be clear and transparent to provide reliable insights. Lastly, the validation in this paper was based on a single case, which means that application to more cases is needed to increase the generalisability of the proposed solution.</p>
</sec>
</sec>
<sec sec-type="conclusion" id="s7">
<title>7 Conclusion</title>
<p>This paper presents a financial assessment scenario analysis directed towards supporting OEMs in changing their business to access-based business models, that is, PaaS. This transformation does not come without engineering challenges due to the inherent uncertainties of PaaS, for example, estimations of service requirements and product usage, and additional costs linked to the management of the offering. Firstly, the paper presents a financial assessment model for PaaS alongside its <xref ref-type="sec" rid="s13">Supplementary Material</xref>. This model is generic and can be adapted to specific PaaS setups. Secondly, the paper proposes a systematic procedure that stepwise guides OEMs to build an analysis for identifying the financial viability of PaaS relative to their businesses as usual. The model and procedure were applied to a European manufacturer of construction machines, and for this case it was concluded that, among others, financially viable solutions are possible, but design modifications of its products were necessary for achieving a PaaS more lucrative than its business as usual and less costly for its customers (the users). Further generalisability of the case results is beyond this study. Thereby, they were shown useful for decision making in manufacturing practice for PaaS. A significant part of the contribution lies in the industry-usability and its usefulness for practical applications in identifying the financially viable conditions for PaaS.</p>
</sec>
</body>
<back>
<sec sec-type="data-availability" id="s8">
<title>Data availability statement</title>
<p>The original contributions presented in the study are included in the article/<xref ref-type="sec" rid="s13">Supplementary Material</xref>, further inquiries can be directed to the corresponding author.</p>
</sec>
<sec sec-type="author-contributions" id="s9">
<title>Author contributions</title>
<p>JVD: Conceptualization, Data curation, Formal Analysis, Investigation, Methodology, Software, Validation, Visualization, Writing&#x2013;original draft, Writing&#x2013;review and editing. TS: Conceptualization, Funding acquisition, Investigation, Methodology, Project administration, Validation, Writing&#x2013;original draft, Writing&#x2013;review and editing.</p>
</sec>
<sec sec-type="funding-information" id="s10">
<title>Funding</title>
<p>The author(s) declare that financial support was received for the research, authorship, and/or publication of this article. This research was supported by the Mistra REES (Resource-Efficient and Effective Solutions) programme (Grant No. 2014/16), funded by Mistra (The Swedish Foundation for Strategic Environmental Research). This research is also supported by the SCANDERE (Scaling up a circular economy business model by new design, leaner remanufacturing, and automated material recycling technologies) project granted from the ERA-MIN3 programme under grant number 101003575 and funded by VINNOVA, Sweden&#x2019;s Innovation Agency (No. 2022-00070).</p>
</sec>
<sec sec-type="COI-statement" id="s11">
<title>Conflict of interest</title>
<p>The authors declare that the research was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.</p>
</sec>
<sec sec-type="disclaimer" id="s12">
<title>Publisher&#x2019;s note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec>
<sec id="s13">
<title>Supplementary material</title>
<p>The Supplementary Material for this article can be found online at: <ext-link ext-link-type="uri" xlink:href="https://www.frontiersin.org/articles/10.3389/fmtec.2024.1498189/full#supplementary-material">https://www.frontiersin.org/articles/10.3389/fmtec.2024.1498189/full&#x23;supplementary-material</ext-link>
</p>
<supplementary-material xlink:href="DataSheet1.xlsx" id="SM1" mimetype="application/xlsx" xmlns:xlink="http://www.w3.org/1999/xlink"/>
</sec>
<ref-list>
<title>References</title>
<ref id="B1">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Akbar</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Hoffmann</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2018</year>). <article-title>Under which circumstances do consumers choose a product service system (PSS)? Consumer benefits and costs of sharing in PSS</article-title>. <source>J. Clean. Prod.</source> <volume>201</volume>, <fpage>416</fpage>&#x2013;<lpage>427</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2018.08.010</pub-id>
</citation>
</ref>
<ref id="B2">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Akbar</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Hoffmann</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Creating value in product service systems through sharing</article-title>. <source>J. Bus. Res.</source> <volume>121</volume>, <fpage>495</fpage>&#x2013;<lpage>505</lpage>. <pub-id pub-id-type="doi">10.1016/j.jbusres.2019.12.008</pub-id>
</citation>
</ref>
<ref id="B3">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Alamerew</surname>
<given-names>Y. A.</given-names>
</name>
<name>
<surname>Brissaud</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Modelling reverse supply chain through system dynamics for realizing the transition towards the circular economy: a case study on electric vehicle batteries</article-title>. <source>J. Clean. Prod.</source> <volume>254</volume>, <fpage>120025</fpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2020.120025</pub-id>
</citation>
</ref>
<ref id="B4">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Atasu</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Guide</surname>
<given-names>V. D. R.</given-names>
</name>
<name>
<surname>Van Wassenhove</surname>
<given-names>L. N.</given-names>
</name>
</person-group> (<year>2010</year>). <article-title>So what if remanufacturing cannibalizes my new product sales?</article-title> <source>Calif. Manage. Rev.</source> <volume>52</volume>, <fpage>56</fpage>&#x2013;<lpage>76</lpage>. <pub-id pub-id-type="doi">10.1525/cmr.2010.52.2.56</pub-id>
</citation>
</ref>
<ref id="B5">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Averina</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Frishammar</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Parida</surname>
<given-names>V.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>Assessing sustainability opportunities for circular business models</article-title>. <source>Bus. Strateg. Environ.</source> <volume>31</volume>, <fpage>1464</fpage>&#x2013;<lpage>1487</lpage>. <pub-id pub-id-type="doi">10.1002/bse.2964</pub-id>
</citation>
</ref>
<ref id="B6">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Belkadi</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Boli</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Usatorre</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Maleki</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Alexopoulos</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Bernard</surname>
<given-names>A.</given-names>
</name>
<etal/>
</person-group> (<year>2020</year>). <article-title>A knowledge-based collaborative platform for PSS design and production</article-title>. <source>CIRP J. Manuf. Sci. Technol.</source> <volume>29</volume>, <fpage>220</fpage>&#x2013;<lpage>231</lpage>. <pub-id pub-id-type="doi">10.1016/j.cirpj.2018.08.004</pub-id>
</citation>
</ref>
<ref id="B7">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Bertoni</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Bertoni</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>PSS cost engineering: a model-based approach for concept design</article-title>. <source>CIRP J. Manuf. Sci. Technol.</source> <volume>29</volume>, <fpage>176</fpage>&#x2013;<lpage>190</lpage>. <pub-id pub-id-type="doi">10.1016/j.cirpj.2018.08.001</pub-id>
</citation>
</ref>
<ref id="B8">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Bocken</surname>
<given-names>N. M. P.</given-names>
</name>
<name>
<surname>de Pauw</surname>
<given-names>I.</given-names>
</name>
<name>
<surname>Bakker</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>van der Grinten</surname>
<given-names>B.</given-names>
</name>
</person-group> (<year>2016</year>). <article-title>Product design and business model strategies for a circular economy</article-title>. <source>J. Ind. Prod. Eng.</source> <volume>33</volume>, <fpage>308</fpage>&#x2013;<lpage>320</lpage>. <pub-id pub-id-type="doi">10.1080/21681015.2016.1172124</pub-id>
</citation>
</ref>
<ref id="B9">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Bressanelli</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Perona</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Saccani</surname>
<given-names>N.</given-names>
</name>
</person-group> (<year>2019a</year>). <article-title>Assessing the impacts of circular economy: a framework and an application to the washing machine industry</article-title>. <source>Int. J. Manag. Decis. Mak.</source> <volume>18</volume>, <fpage>282</fpage>&#x2013;<lpage>308</lpage>. <pub-id pub-id-type="doi">10.1504/IJMDM.2019.100511</pub-id>
</citation>
</ref>
<ref id="B10">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Bressanelli</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Perona</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Saccani</surname>
<given-names>N.</given-names>
</name>
</person-group> (<year>2019b</year>). <article-title>Challenges in supply chain redesign for the Circular Economy: a literature review and a multiple case study</article-title>. <source>Int. J. Prod. Res.</source> <volume>57</volume>, <fpage>7395</fpage>&#x2013;<lpage>7422</lpage>. <pub-id pub-id-type="doi">10.1080/00207543.2018.1542176</pub-id>
</citation>
</ref>
<ref id="B11">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Brissaud</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Riel</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Erkoyuncu</surname>
<given-names>J. A.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>Designing value-driven solutions: the evolution of industrial product-service systems</article-title>. <source>CIRP Ann.</source> <volume>71</volume>, <fpage>553</fpage>&#x2013;<lpage>575</lpage>. <pub-id pub-id-type="doi">10.1016/j.cirp.2022.05.006</pub-id>
</citation>
</ref>
<ref id="B12">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Calzolari</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Genovese</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Brint</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2021</year>). <article-title>The adoption of circular economy practices in supply chains &#x2013; an assessment of European Multi-National Enterprises</article-title>. <source>J. Clean. Prod.</source> <volume>312</volume>, <fpage>127616</fpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2021.127616</pub-id>
</citation>
</ref>
<ref id="B13">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Diallo</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Venkatadri</surname>
<given-names>U.</given-names>
</name>
<name>
<surname>Khatab</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Bhakthavatchalam</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>State of the art review of quality, reliability and maintenance issues in closed-loop supply chains with remanufacturing</article-title>. <source>Int. J. Prod. Res.</source> <volume>55</volume>, <fpage>1277</fpage>&#x2013;<lpage>1296</lpage>. <pub-id pub-id-type="doi">10.1080/00207543.2016.1200152</pub-id>
</citation>
</ref>
<ref id="B14">
<citation citation-type="book">
<collab>EMF</collab> (<year>2015</year>). <source>Towards a circular economy: business rationale for an accelerated transition</source>. <publisher-name>Ellen MacArthur Foundation</publisher-name>.</citation>
</ref>
<ref id="B15">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Erkoyuncu</surname>
<given-names>J. A.</given-names>
</name>
<name>
<surname>Roy</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Shehab</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Cheruvu</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2011</year>). <article-title>Understanding service uncertainties in industrial product&#x2013;service system cost estimation</article-title>. <source>Int. J. Adv. Manuf. Technol.</source> <volume>52</volume>, <fpage>1223</fpage>&#x2013;<lpage>1238</lpage>. <pub-id pub-id-type="doi">10.1007/s00170-010-2767-3</pub-id>
</citation>
</ref>
<ref id="B16">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Farooq</surname>
<given-names>M. A.</given-names>
</name>
<name>
<surname>Kirchain</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Novoa</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Araujo</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Cost of quality: evaluating cost-quality trade-offs for inspection strategies of manufacturing processes</article-title>. <source>Int. J. Prod. Econ.</source> <volume>188</volume>, <fpage>156</fpage>&#x2013;<lpage>166</lpage>. <pub-id pub-id-type="doi">10.1016/j.ijpe.2017.03.019</pub-id>
</citation>
</ref>
<ref id="B17">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gaur</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Subramoniam</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Govindan</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Huisingh</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Closed-loop supply chain management: from conceptual to an action oriented framework on core acquisition</article-title>. <source>J. Clean. Prod.</source> <volume>167</volume>, <fpage>1415</fpage>&#x2013;<lpage>1424</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2016.12.098</pub-id>
</citation>
</ref>
<ref id="B18">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gavidel</surname>
<given-names>S. Z.</given-names>
</name>
<name>
<surname>Rickli</surname>
<given-names>J. L.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Quality assessment of used-products under uncertain age and usage conditions</article-title>. <source>Int. J. Prod. Res.</source> <volume>55</volume>, <fpage>7153</fpage>&#x2013;<lpage>7167</lpage>. <pub-id pub-id-type="doi">10.1080/00207543.2017.1349954</pub-id>
</citation>
</ref>
<ref id="B19">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Geissdoerfer</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Morioka</surname>
<given-names>S. N.</given-names>
</name>
<name>
<surname>de Carvalho</surname>
<given-names>M. M.</given-names>
</name>
<name>
<surname>Evans</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2018</year>). <article-title>Business models and supply chains for the circular economy</article-title>. <source>J. Clean. Prod.</source> <volume>190</volume>, <fpage>712</fpage>&#x2013;<lpage>721</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2018.04.159</pub-id>
</citation>
</ref>
<ref id="B20">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gharfalkar</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Court</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Campbell</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Ali</surname>
<given-names>Z.</given-names>
</name>
<name>
<surname>Hillier</surname>
<given-names>G.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Analysis of waste hierarchy in the European waste directive 2008/98/EC</article-title>. <source>Waste Manage</source> <volume>39</volume>, <fpage>305</fpage>&#x2013;<lpage>313</lpage>. <pub-id pub-id-type="doi">10.1016/j.wasman.2015.02.007</pub-id>
</citation>
</ref>
<ref id="B21">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Golinska-Dawson</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Werner-Lewandowska</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2023</year>). &#x201c;<article-title>Challenges and research issues for remanufacturing in paas from theory to industry perspective</article-title>,&#x201d; in <source>Proceedings of the 27th international conference on production research</source>. <publisher-loc>Cluj-Napoca, Romania</publisher-loc>.</citation>
</ref>
<ref id="B22">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Guidat</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Barquet</surname>
<given-names>A. P. B.</given-names>
</name>
<name>
<surname>Widera</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Rozenfeld</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Seliger</surname>
<given-names>G.</given-names>
</name>
</person-group> (<year>2014</year>). &#x201c;<article-title>Guidelines for the definition of innovative industrial product-service systems (PSS) business models for remanufacturing</article-title>,&#x201d; in <source>Procedia CIRP, 6th CIRP conference on industrial product-service systems</source>, <fpage>193</fpage>&#x2013;<lpage>198</lpage>. <pub-id pub-id-type="doi">10.1016/j.procir.2014.01.023</pub-id>
</citation>
</ref>
<ref id="B23">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Guide</surname>
<given-names>V. D. R.</given-names>
</name>
<name>
<surname>Li</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2010</year>). <article-title>The potential for cannibalization of new products sales by remanufactured products</article-title>. <source>Decis. Sci.</source> <volume>41</volume>, <fpage>547</fpage>&#x2013;<lpage>572</lpage>. <pub-id pub-id-type="doi">10.1111/j.1540-5915.2010.00280.x</pub-id>
</citation>
</ref>
<ref id="B24">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Haanstra</surname>
<given-names>W.</given-names>
</name>
<name>
<surname>Braaksma</surname>
<given-names>A. J. J.</given-names>
</name>
<name>
<surname>van Dongen</surname>
<given-names>L. A. M.</given-names>
</name>
</person-group> (<year>2021</year>). <article-title>Designing a hybrid methodology for the Life Cycle Valuation of capital goods</article-title>. <source>CIRP J. Manuf. Sci. Technol.</source> <volume>32</volume>, <fpage>382</fpage>&#x2013;<lpage>395</lpage>. <pub-id pub-id-type="doi">10.1016/j.cirpj.2021.01.017</pub-id>
</citation>
</ref>
<ref id="B25">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Hanemann</surname>
<given-names>W. M.</given-names>
</name>
</person-group> (<year>1991</year>). <article-title>Willingness to pay and willingness to accept: how much can they differ?</article-title> <source>Am. Econ. Rev.</source> <volume>81</volume>, <fpage>635</fpage>&#x2013;<lpage>647</lpage>.</citation>
</ref>
<ref id="B26">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Hatcher</surname>
<given-names>G. D.</given-names>
</name>
<name>
<surname>Ijomah</surname>
<given-names>W. L.</given-names>
</name>
<name>
<surname>Windmill</surname>
<given-names>J. F. C.</given-names>
</name>
</person-group> (<year>2011</year>). <article-title>Design for remanufacture: a literature review and future research needs</article-title>. <source>J. Clean. Prod.</source> <volume>19</volume>, <fpage>2004</fpage>&#x2013;<lpage>2014</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2011.06.019</pub-id>
</citation>
</ref>
<ref id="B27">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Hidalgo-Crespo</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Riel</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Vogt Duberg</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Bunodiere</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Golinska-Dawson</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2024</year>). &#x201c;<article-title>An exploratory study for product-as-a-service (PaaS) offers development for electrical and electronic equipment</article-title>,&#x201d; in <source>Procedia CIRP 31st CIRP conference on life cycle engineering</source>, <fpage>521</fpage>&#x2013;<lpage>526</lpage>. <pub-id pub-id-type="doi">10.1016/j.procir.2024.01.076</pub-id>
</citation>
</ref>
<ref id="B28">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ijomah</surname>
<given-names>W. L.</given-names>
</name>
<name>
<surname>McMahon</surname>
<given-names>C. A.</given-names>
</name>
<name>
<surname>Hammond</surname>
<given-names>G. P.</given-names>
</name>
<name>
<surname>Newman</surname>
<given-names>S. T.</given-names>
</name>
</person-group> (<year>2007</year>). <article-title>Development of design for remanufacturing guidelines to support sustainable manufacturing</article-title>. <source>Robot. Comput.-Integr. Manuf.</source> <volume>23</volume>, <fpage>712</fpage>&#x2013;<lpage>719</lpage>. <pub-id pub-id-type="doi">10.1016/j.rcim.2007.02.017</pub-id>
</citation>
</ref>
<ref id="B29">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Janz</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Sihn</surname>
<given-names>W.</given-names>
</name>
<name>
<surname>Warnecke</surname>
<given-names>H.-J.</given-names>
</name>
</person-group> (<year>2005</year>). <article-title>Product redesign using value-oriented life cycle costing</article-title>. <source>CIRP Ann.</source> <volume>54</volume>, <fpage>9</fpage>&#x2013;<lpage>12</lpage>. <pub-id pub-id-type="doi">10.1016/S0007-8506(07)60038-9</pub-id>
</citation>
</ref>
<ref id="B30">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Jensen</surname>
<given-names>J. P.</given-names>
</name>
<name>
<surname>Prendeville</surname>
<given-names>S. M.</given-names>
</name>
<name>
<surname>Bocken</surname>
<given-names>N. M. P.</given-names>
</name>
<name>
<surname>Peck</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Creating sustainable value through remanufacturing: three industry cases</article-title>. <source>J. Clean. Prod.</source> <volume>218</volume>, <fpage>304</fpage>&#x2013;<lpage>314</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2019.01.301</pub-id>
</citation>
</ref>
<ref id="B31">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kaddoura</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Kambanou</surname>
<given-names>M. L.</given-names>
</name>
<name>
<surname>Tillman</surname>
<given-names>A.-M.</given-names>
</name>
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Is prolonging the lifetime of passive durable products a low-hanging fruit of a circular economy? A multiple case study</article-title>. <source>Sustainability</source> <volume>11</volume>, <fpage>4819</fpage>. <pub-id pub-id-type="doi">10.3390/su11184819</pub-id>
</citation>
</ref>
<ref id="B32">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kambanou</surname>
<given-names>M. L.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Life cycle costing: understanding how it is practised and its relationship to life cycle management&#x2014;a case study</article-title>. <source>Sustainability</source> <volume>12</volume>, <fpage>3252</fpage>. <pub-id pub-id-type="doi">10.3390/su12083252</pub-id>
</citation>
</ref>
<ref id="B33">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kambanou</surname>
<given-names>M. L.</given-names>
</name>
<name>
<surname>Matschewsky</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Carlson</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Business models and product designs that prolong the lifetime of construction workwear: success, failure and environmental impacts</article-title>. <source>Resour. Conserv. Recycl.</source> <volume>206</volume>, <fpage>107602</fpage>. <pub-id pub-id-type="doi">10.1016/j.resconrec.2024.107602</pub-id>
</citation>
</ref>
<ref id="B34">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kambanou</surname>
<given-names>M. L.</given-names>
</name>
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Using life cycle costing (LCC) to select circular measures: a discussion and practical approach</article-title>. <source>Resour. Conserv. Recycl.</source> <volume>155</volume>, <fpage>104650</fpage>. <pub-id pub-id-type="doi">10.1016/j.resconrec.2019.104650</pub-id>
</citation>
</ref>
<ref id="B35">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kanzari</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Rasmussen</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Nehler</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Ingelsson</surname>
<given-names>F.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>How financial performance is addressed in light of the transition to circular business models - a systematic literature review</article-title>. <source>J. Clean. Prod.</source> <volume>376</volume>, <fpage>134134</fpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2022.134134</pub-id>
</citation>
</ref>
<ref id="B36">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kjaer</surname>
<given-names>L. L.</given-names>
</name>
<name>
<surname>Pigosso</surname>
<given-names>D. C. A.</given-names>
</name>
<name>
<surname>Niero</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Bech</surname>
<given-names>N. M.</given-names>
</name>
<name>
<surname>McAloone</surname>
<given-names>T. C.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Product/service-systems for a circular economy: the route to decoupling economic growth from resource consumption?</article-title> <source>J. Ind. Ecol.</source> <volume>23</volume>, <fpage>22</fpage>&#x2013;<lpage>35</lpage>. <pub-id pub-id-type="doi">10.1111/jiec.12747</pub-id>
</citation>
</ref>
<ref id="B37">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kumar</surname>
<given-names>A. R.</given-names>
</name>
<name>
<surname>Krishnan</surname>
<given-names>V.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>A study on system reliability in weibull distribution</article-title>. <source>Int. J. Inov. Res. Electr. Electron. Instrum. Control Eng.</source> <volume>5</volume>, <fpage>38</fpage>&#x2013;<lpage>41</lpage>. <pub-id pub-id-type="doi">10.17148/IJIREEICE.2017.5308</pub-id>
</citation>
</ref>
<ref id="B38">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kuo</surname>
<given-names>T.-C.</given-names>
</name>
<name>
<surname>Chiu</surname>
<given-names>M.-C.</given-names>
</name>
<name>
<surname>Hsu</surname>
<given-names>C.-W.</given-names>
</name>
<name>
<surname>Tseng</surname>
<given-names>M.-L.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Supporting sustainable product service systems: a product selling and leasing design model</article-title>. <source>Resour. Conserv. Recycl.</source> <volume>146</volume>, <fpage>384</fpage>&#x2013;<lpage>394</lpage>. <pub-id pub-id-type="doi">10.1016/j.resconrec.2019.04.007</pub-id>
</citation>
</ref>
<ref id="B39">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kurilova-Palisaitiene</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Matschewsky</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Four levels of remanufacturing maturity as a circular manufacturing indicator: a theoretical framework and practical assessment tool</article-title>. <source>Resour. Conserv. Recycl.</source> <volume>211</volume>, <fpage>107899</fpage>. <pub-id pub-id-type="doi">10.1016/j.resconrec.2024.107899</pub-id>
</citation>
</ref>
<ref id="B40">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kurilova-Palisaitiene</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>Orienting around circular strategies (Rs): how to reach the longest and highest ride on the retained value Hill?</article-title> <source>J. Clean. Prod.</source> <volume>424</volume>, <fpage>138724</fpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2023.138724</pub-id>
</citation>
</ref>
<ref id="B41">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Lang</surname>
<given-names>D. J.</given-names>
</name>
<name>
<surname>Wiek</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Bergmann</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Stauffacher</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Martens</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Moll</surname>
<given-names>P.</given-names>
</name>
<etal/>
</person-group> (<year>2012</year>). <article-title>Transdisciplinary research in sustainability science: practice, principles, and challenges</article-title>. <source>Sustain. Sci.</source> <volume>7</volume>, <fpage>25</fpage>&#x2013;<lpage>43</lpage>. <pub-id pub-id-type="doi">10.1007/s11625-011-0149-x</pub-id>
</citation>
</ref>
<ref id="B42">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Luthin</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Traverso</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Crawford</surname>
<given-names>R. H.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Circular life cycle sustainability assessment: an integrated framework</article-title>. <source>J. Ind. Ecol.</source> <volume>28</volume>, <fpage>41</fpage>&#x2013;<lpage>58</lpage>. <pub-id pub-id-type="doi">10.1111/jiec.13446</pub-id>
</citation>
</ref>
<ref id="B43">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mahut</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Daaboul</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Bricogne</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Eynard</surname>
<given-names>B.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Product-Service Systems for servitization of the automotive industry: a literature review</article-title>. <source>Int. J. Prod. Res.</source> <volume>55</volume>, <fpage>2102</fpage>&#x2013;<lpage>2120</lpage>. <pub-id pub-id-type="doi">10.1080/00207543.2016.1252864</pub-id>
</citation>
</ref>
<ref id="B44">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Matschewsky</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Lindahl</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Capturing and enhancing provider value in product-service systems throughout the lifecycle: a systematic approach</article-title>. <source>CIRP J. Manuf. Sci. Technol.</source> <volume>29</volume>, <fpage>191</fpage>&#x2013;<lpage>204</lpage>. <pub-id pub-id-type="doi">10.1016/j.cirpj.2018.08.006</pub-id>
</citation>
</ref>
<ref id="B45">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Moeller</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Wittkowski</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2010</year>). <article-title>The burdens of ownership: reasons for preferring renting</article-title>. <source>Manag. Serv. Qual.</source> <volume>20</volume>, <fpage>176</fpage>&#x2013;<lpage>191</lpage>. <pub-id pub-id-type="doi">10.1108/09604521011027598</pub-id>
</citation>
</ref>
<ref id="B46">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mont</surname>
<given-names>O.</given-names>
</name>
<name>
<surname>Dalhammar</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Jacobsson</surname>
<given-names>N.</given-names>
</name>
</person-group> (<year>2006</year>). <article-title>A new business model for baby prams based on leasing and product remanufacturing</article-title>. <source>J. Clean. Prod.</source> <volume>14</volume>, <fpage>1509</fpage>&#x2013;<lpage>1518</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2006.01.024</pub-id>
</citation>
</ref>
<ref id="B47">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Nasr</surname>
<given-names>N. Z.</given-names>
</name>
<name>
<surname>Russell</surname>
<given-names>J. D.</given-names>
</name>
<name>
<surname>Bringezu</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Hellweg</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Hilton</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Kreiss</surname>
<given-names>C.</given-names>
</name>
<etal/>
</person-group> (<year>2018</year>) &#x201c;<article-title>Re-Defining value - the manufacturing revolution. Remanufacturing, refurbishment, repair and direct reuse in the circular economy</article-title>,&#x201d; in <source>A report of the international resource panel</source>. <publisher-loc>Nairobi, Kenya</publisher-loc>: <publisher-name>United Nations Environment Programme</publisher-name>.</citation>
</ref>
<ref id="B48">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>&#xd6;stlin</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Bj&#xf6;rkman</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2008a</year>). <article-title>Importance of closed-loop supply chain relationships for product remanufacturing</article-title>. <source>Int. J. Prod. Econ.</source> <volume>115</volume>, <fpage>336</fpage>&#x2013;<lpage>348</lpage>. <pub-id pub-id-type="doi">10.1016/j.ijpe.2008.02.020</pub-id>
</citation>
</ref>
<ref id="B49">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>&#xd6;stlin</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Bj&#xf6;rkman</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2008b</year>). &#x201c;<article-title>Business drivers for remanufacturing</article-title>,&#x201d; in <source>Proceedings of the 15th CIRP international conference on life cycle engineering</source> (<publisher-loc>Sydney, Australia</publisher-loc>: <publisher-name>The University of New South Wales</publisher-name>), <fpage>581</fpage>&#x2013;<lpage>586</lpage>.</citation>
</ref>
<ref id="B50">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Peillon</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Medini</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Wuest</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2023</year>). <article-title>Building win-win value networks for product-service systems&#x2019; delivery</article-title>. <source>Int. J. Manuf. Technol. Manag.</source> <volume>37</volume>, <fpage>619</fpage>&#x2013;<lpage>637</lpage>. <pub-id pub-id-type="doi">10.1504/IJMTM.2023.133693</pub-id>
</citation>
</ref>
<ref id="B51">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Pet&#xe4;nen</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Sundqvist</surname>
<given-names>H.</given-names>
</name>
<name>
<surname>Antikainen</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Deconstructing customer value propositions for the circular product-as-a-service business model: a case study from the textile industry</article-title>. <source>Circ. Econ. Sustain.</source> <volume>4</volume>, <fpage>1631</fpage>&#x2013;<lpage>1653</lpage>. <pub-id pub-id-type="doi">10.1007/s43615-024-00351-z</pub-id>
</citation>
</ref>
<ref id="B52">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Renn</surname>
<given-names>O.</given-names>
</name>
</person-group> (<year>2021</year>). <article-title>Transdisciplinarity: synthesis towards a modular approach</article-title>. <source>Futures</source> <volume>130</volume>, <fpage>102744</fpage>. <pub-id pub-id-type="doi">10.1016/j.futures.2021.102744</pub-id>
</citation>
</ref>
<ref id="B53">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Rexfelt</surname>
<given-names>O.</given-names>
</name>
<name>
<surname>Hiort af Orn&#xe4;s</surname>
<given-names>V.</given-names>
</name>
</person-group> (<year>2009</year>). <article-title>Consumer acceptance of product&#x2010;service systems: designing for relative advantages and uncertainty reductions</article-title>. <source>J. Manuf. Technol. Manag.</source> <volume>20</volume>, <fpage>674</fpage>&#x2013;<lpage>699</lpage>. <pub-id pub-id-type="doi">10.1108/17410380910961055</pub-id>
</citation>
</ref>
<ref id="B54">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ridley</surname>
<given-names>S. J.</given-names>
</name>
<name>
<surname>Ijomah</surname>
<given-names>W. L.</given-names>
</name>
<name>
<surname>Corney</surname>
<given-names>J. R.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Improving the efficiency of remanufacture through enhanced pre-processing inspection &#x2013; a comprehensive study of over 2000 engines at Caterpillar remanufacturing, U.K</article-title>. <source>Plan. Control</source> <volume>30</volume>, <fpage>259</fpage>&#x2013;<lpage>270</lpage>. <pub-id pub-id-type="doi">10.1080/09537287.2018.1471750</pub-id>
</citation>
</ref>
<ref id="B55">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Rivera</surname>
<given-names>J. L.</given-names>
</name>
<name>
<surname>Lallmahomed</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2016</year>). <article-title>Environmental implications of planned obsolescence and product lifetime: a literature review</article-title>. <source>Int. J. Sustain. Eng.</source> <volume>9</volume>, <fpage>119</fpage>&#x2013;<lpage>129</lpage>. <pub-id pub-id-type="doi">10.1080/19397038.2015.1099757</pub-id>
</citation>
</ref>
<ref id="B56">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Rodr&#xed;guez</surname>
<given-names>A. E.</given-names>
</name>
<name>
<surname>Pezzotta</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Pinto</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Romero</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>A framework for cost estimation in product-service systems: a systems thinking approach</article-title>. <source>CIRP J. Manuf. Sci. Technol.</source> <volume>38</volume>, <fpage>748</fpage>&#x2013;<lpage>759</lpage>. <pub-id pub-id-type="doi">10.1016/j.cirpj.2022.06.013</pub-id>
</citation>
</ref>
<ref id="B57">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>Increasing value capture by enhancing manufacturer commitment&#x2014;designing a value cocreation system</article-title>. <source>IEEE Eng. Manag. Rev.</source> <volume>50</volume>, <fpage>79</fpage>&#x2013;<lpage>87</lpage>. <pub-id pub-id-type="doi">10.1109/EMR.2022.3150851</pub-id>
</citation>
</ref>
<ref id="B58">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Lindahl</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>A method to improve integrated product service offerings based on life cycle costing</article-title>. <source>CIRP Ann.</source> <volume>64</volume>, <fpage>33</fpage>&#x2013;<lpage>36</lpage>. <pub-id pub-id-type="doi">10.1016/j.cirp.2015.04.052</pub-id>
</citation>
</ref>
<ref id="B59">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>S&#xe1;nchez-Fern&#xe1;ndez</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Iniesta-Bonillo</surname>
<given-names>M. &#xc1;.</given-names>
</name>
<name>
<surname>Holbrook</surname>
<given-names>M. B.</given-names>
</name>
</person-group> (<year>2009</year>). <article-title>The conceptualisation and measurement of consumer value in services</article-title>. <source>Int. J. Mark. Res.</source> <volume>51</volume>, <fpage>1</fpage>&#x2013;<lpage>17</lpage>. <pub-id pub-id-type="doi">10.1177/147078530905100108</pub-id>
</citation>
</ref>
<ref id="B60">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sauve</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Esguerra</surname>
<given-names>J. L.</given-names>
</name>
<name>
<surname>Laner</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Johansson</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Svensson</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Van Passel</surname>
<given-names>S.</given-names>
</name>
<etal/>
</person-group> (<year>2023</year>). <article-title>Integrated early-stage environmental and economic assessment of emerging technologies and its applicability to the case of plasma gasification</article-title>. <source>J. Clean. Prod.</source> <volume>382</volume>, <fpage>134684</fpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2022.134684</pub-id>
</citation>
</ref>
<ref id="B61">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Schaltegger</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Beckmann</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Hansen</surname>
<given-names>E. G.</given-names>
</name>
</person-group> (<year>2013</year>). <article-title>Transdisciplinarity in corporate sustainability: mapping the field</article-title>. <source>Bus. Strateg. Environ.</source> <volume>22</volume>, <fpage>219</fpage>&#x2013;<lpage>229</lpage>. <pub-id pub-id-type="doi">10.1002/bse.1772</pub-id>
</citation>
</ref>
<ref id="B62">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Schultz</surname>
<given-names>F. C.</given-names>
</name>
<name>
<surname>Reinhardt</surname>
<given-names>R. J.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>Facilitating systemic eco-innovation to pave the way for a circular economy: a qualitative-empirical study on barriers and drivers in the European polyurethane industry</article-title>. <source>J. Ind. Ecol.</source> <volume>26</volume>, <fpage>1646</fpage>&#x2013;<lpage>1675</lpage>. <pub-id pub-id-type="doi">10.1111/jiec.13299</pub-id>
</citation>
</ref>
<ref id="B63">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sk&#xe4;rin</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>R&#xf6;si&#xf6;</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Andersen</surname>
<given-names>A.-L.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>An explorative study of circularity practices in Swedish manufacturing companies</article-title>. <source>Sustainability</source> <volume>14</volume>, <fpage>7246</fpage>. <pub-id pub-id-type="doi">10.3390/su14127246</pub-id>
</citation>
</ref>
<ref id="B64">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Steinhilper</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Weiland</surname>
<given-names>F.</given-names>
</name>
</person-group> (<year>2015</year>). &#x201c;<article-title>Exploring new horizons for remanufacturing an up-to-date overview of industries, products and technologies</article-title>,&#x201d; in <source>Procedia CIRP, 22nd CIRP conference on life cycle engineering</source>, <fpage>769</fpage>&#x2013;<lpage>773</lpage>. <pub-id pub-id-type="doi">10.1016/j.procir.2015.02.041</pub-id>
</citation>
</ref>
<ref id="B65">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Bras</surname>
<given-names>B.</given-names>
</name>
</person-group> (<year>2005</year>). <article-title>Making functional sales environmentally and economically beneficial through product remanufacturing</article-title>. <source>J. Clean. Prod.</source> <volume>13</volume>, <fpage>913</fpage>&#x2013;<lpage>925</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2004.04.006</pub-id>
</citation>
</ref>
<ref id="B66">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Lee</surname>
<given-names>H. M.</given-names>
</name>
</person-group> (<year>2011</year>). &#x201c;<article-title>In what way is remanufacturing good for the environment?</article-title>,&#x201d; in <source>Design for innovative value towards a sustainable society</source> (<publisher-loc>Dordrecht</publisher-loc>: <publisher-name>Springer</publisher-name>), <fpage>551</fpage>&#x2013;<lpage>556</lpage>. <pub-id pub-id-type="doi">10.1007/978-94-007-3010-6_106</pub-id>
</citation>
</ref>
<ref id="B67">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Tukker</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Product services for a resource-efficient and circular economy &#x2013; a review</article-title>. <source>J. Clean. Prod.</source> <volume>97</volume>, <fpage>76</fpage>&#x2013;<lpage>91</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2013.11.049</pub-id>
</citation>
</ref>
<ref id="B68">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Tunn</surname>
<given-names>V. S. C.</given-names>
</name>
<name>
<surname>Ackermann</surname>
<given-names>L.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Comparing consumers&#x2019; product care in access and ownership models</article-title>. <source>Proc. Des. Soc. Des. Conf.</source> <volume>1</volume>, <fpage>2167</fpage>&#x2013;<lpage>2176</lpage>. <pub-id pub-id-type="doi">10.1017/dsd.2020.80</pub-id>
</citation>
</ref>
<ref id="B69">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>van Loon</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Delagarde</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Van Wassenhove</surname>
<given-names>L. N.</given-names>
</name>
</person-group> (<year>2018</year>). <article-title>The role of second-hand markets in circular business: a simple model for leasing versus selling consumer products</article-title>. <source>Int. J. Prod. Res.</source> <volume>56</volume>, <fpage>960</fpage>&#x2013;<lpage>973</lpage>. <pub-id pub-id-type="doi">10.1080/00207543.2017.1398429</pub-id>
</citation>
</ref>
<ref id="B70">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>van Loon</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Delagarde</surname>
<given-names>C.</given-names>
</name>
<name>
<surname>Van Wassenhove</surname>
<given-names>L. N.</given-names>
</name>
<name>
<surname>Miheli&#x10d;</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Leasing or buying white goods: comparing manufacturer profitability versus cost to consumer</article-title>. <source>Int. J. Prod. Res.</source> <volume>58</volume>, <fpage>1092</fpage>&#x2013;<lpage>1106</lpage>. <pub-id pub-id-type="doi">10.1080/00207543.2019.1612962</pub-id>
</citation>
</ref>
<ref id="B71">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>van Loon</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Van Wassenhove</surname>
<given-names>L. N.</given-names>
</name>
</person-group> (<year>2018</year>). <article-title>Assessing the economic and environmental impact of remanufacturing: a decision support tool for OEM suppliers</article-title>. <source>Int. J. Prod. Res.</source> <volume>56</volume>, <fpage>1662</fpage>&#x2013;<lpage>1674</lpage>. <pub-id pub-id-type="doi">10.1080/00207543.2017.1367107</pub-id>
</citation>
</ref>
<ref id="B72">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>van Loon</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Van Wassenhove</surname>
<given-names>L. N.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Transition to the circular economy: the story of four case companies</article-title>. <source>Int. J. Prod. Res.</source> <volume>58</volume>, <fpage>3415</fpage>&#x2013;<lpage>3422</lpage>. <pub-id pub-id-type="doi">10.1080/00207543.2020.1748907</pub-id>
</citation>
</ref>
<ref id="B73">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>van Loon</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Van Wassenhove</surname>
<given-names>L. N.</given-names>
</name>
<name>
<surname>Mihelic</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>Designing a circular business strategy: 7 years of evolution at a large washing machine manufacturer</article-title>. <source>Bus. Strateg. Environ.</source> <volume>31</volume>, <fpage>1030</fpage>&#x2013;<lpage>1041</lpage>. <pub-id pub-id-type="doi">10.1002/bse.2933</pub-id>
</citation>
</ref>
<ref id="B74">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Verma</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Boyer</surname>
<given-names>K. K.</given-names>
</name>
</person-group> (<year>2010</year>). <source>Operations and supply chain management: world class theory and practice</source>. <publisher-loc>South-Western, Mason, Ohio</publisher-loc>.</citation>
</ref>
<ref id="B75">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Vogt Duberg</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Sakao</surname>
<given-names>T.</given-names>
</name>
</person-group> (<year>2024</year>) &#x201c;<article-title>Supporting the transformation to access-based business models in a circular economy with a practical model for calculating the costs of the provider, in: advances in transdisciplinary engineering. Volume 52: sustainable production through advanced manufacturing, intelligent automation and work integrated learning</article-title>,&#x201d; in <source>Advances in transdisciplinary engineering</source>. <publisher-loc>Sweden</publisher-loc>: <publisher-name>IOS Press</publisher-name>, <fpage>532</fpage>&#x2013;<lpage>542</lpage>. <pub-id pub-id-type="doi">10.3233/ATDE240195</pub-id>
</citation>
</ref>
<ref id="B76">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Vogt Duberg</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Tang</surname>
<given-names>O.</given-names>
</name>
</person-group> (<year>2024</year>). <article-title>Assessing the profitability of remanufacturing initiation: a literature review</article-title>. <source>J. Remanufacturing</source> <volume>14</volume>, <fpage>69</fpage>&#x2013;<lpage>92</lpage>. <pub-id pub-id-type="doi">10.1007/s13243-023-00132-1</pub-id>
</citation>
</ref>
<ref id="B77">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wei</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Tang</surname>
<given-names>O.</given-names>
</name>
<name>
<surname>Sundin</surname>
<given-names>E.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Core (product) acquisition management for remanufacturing: a review</article-title>. <source>J. Remanufacturing</source> <volume>5</volume>, <fpage>4</fpage>&#x2013;<lpage>27</lpage>. <pub-id pub-id-type="doi">10.1186/s13243-015-0014-7</pub-id>
</citation>
</ref>
<ref id="B78">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Westk&#xe4;mper</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Alting</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Arndt</surname>
<given-names>G.</given-names>
</name>
</person-group> (<year>2000</year>). <article-title>Life cycle management and assessment: approaches and visions towards sustainable manufacturing (keynote paper)</article-title>. <source>CIRP Ann.</source> <volume>49</volume>, <fpage>501</fpage>&#x2013;<lpage>526</lpage>. <pub-id pub-id-type="doi">10.1016/S0007-8506(07)63453-2</pub-id>
</citation>
</ref>
<ref id="B79">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Wiesmeth</surname>
<given-names>H.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Systemic change: the complexity of business in a circular economy</article-title>. <source>Foresight STI Gov.</source> <volume>14</volume>, <fpage>47</fpage>&#x2013;<lpage>60</lpage>. <pub-id pub-id-type="doi">10.17323/2500-2597.2020.4.47.60</pub-id>
</citation>
</ref>
<ref id="B80">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Yang</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Evans</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Product-service system business model archetypes and sustainability</article-title>. <source>J. Clean. Prod.</source> <volume>220</volume>, <fpage>1156</fpage>&#x2013;<lpage>1166</lpage>. <pub-id pub-id-type="doi">10.1016/j.jclepro.2019.02.067</pub-id>
</citation>
</ref>
<ref id="B81">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Yin</surname>
<given-names>R. K.</given-names>
</name>
</person-group> (<year>2018</year>). <source>Case study research and applications: design and methods</source>. <edition>6th ed.</edition> <publisher-loc>Los Angeles, USA</publisher-loc>: <publisher-name>SAGE</publisher-name>.</citation>
</ref>
<ref id="B82">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Zauner</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Koller</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Hatak</surname>
<given-names>I.</given-names>
</name>
</person-group> (<year>2015</year>). <article-title>Customer perceived value&#x2014;Conceptualization and avenues for future research</article-title>. <source>Cogent Psychol.</source> <volume>2</volume>, <fpage>1061782</fpage>. <pub-id pub-id-type="doi">10.1080/23311908.2015.1061782</pub-id>
</citation>
</ref>
<ref id="B83">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Zhou</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Gupta</surname>
<given-names>S. M.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Marketing research and life cycle pricing strategies for new and remanufactured products</article-title>. <source>J. Remanufacturing</source> <volume>9</volume>, <fpage>29</fpage>&#x2013;<lpage>50</lpage>. <pub-id pub-id-type="doi">10.1007/s13243-018-0054-x</pub-id>
</citation>
</ref>
</ref-list>
<sec id="s14">
<title>Nomenclature</title>
<def-list>
<def-item>
<term id="G1-fmtec.2024.1498189">
<inline-formula id="inf104">
<mml:math id="m121">
<mml:mrow>
<mml:mi mathvariant="bold-italic">E</mml:mi>
<mml:mi mathvariant="bold-italic">A</mml:mi>
<mml:mi mathvariant="bold-italic">A</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Equivalent annual annuity</p>
</def>
</def-item>
<def-item>
<term id="G2-fmtec.2024.1498189">
<inline-formula id="inf105">
<mml:math id="m122">
<mml:mrow>
<mml:mi mathvariant="bold-italic">T</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Time span</p>
</def>
</def-item>
<def-item>
<term id="G3-fmtec.2024.1498189">
<inline-formula id="inf106">
<mml:math id="m123">
<mml:mrow>
<mml:mi mathvariant="bold-italic">T</mml:mi>
<mml:mi mathvariant="bold-italic">B</mml:mi>
<mml:mi mathvariant="bold-italic">M</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Time between maintenances</p>
</def>
</def-item>
<def-item>
<term id="G4-fmtec.2024.1498189">
<inline-formula id="inf107">
<mml:math id="m124">
<mml:mrow>
<mml:mi mathvariant="bold-italic">L</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Cycle length</p>
</def>
</def-item>
<def-item>
<term id="G5-fmtec.2024.1498189">
<inline-formula id="inf108">
<mml:math id="m125">
<mml:mrow>
<mml:mi mathvariant="bold-italic">l</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Downtime between cycles, e.g., remanufacturing lead time</p>
</def>
</def-item>
<def-item>
<term id="G6-fmtec.2024.1498189">
<inline-formula id="inf109">
<mml:math id="m126">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">L</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">p</mml:mi>
<mml:mi mathvariant="bold-italic">r</mml:mi>
<mml:mi mathvariant="bold-italic">e</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Cumulative length of all previous cycles and downtimes between cycles</p>
</def>
</def-item>
<def-item>
<term id="G7-fmtec.2024.1498189">
<inline-formula id="inf110">
<mml:math id="m127">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Point of time in cycle length product needs repair. <inline-formula id="inf111">
<mml:math id="m128">
<mml:mrow>
<mml:msub>
<mml:mi>L</mml:mi>
<mml:mo>%</mml:mo>
</mml:msub>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G8-fmtec.2024.1498189">
<inline-formula id="inf112">
<mml:math id="m129">
<mml:mrow>
<mml:mi mathvariant="bold-italic">n</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Number of maintenances per cycle</p>
</def>
</def-item>
<def-item>
<term id="G9-fmtec.2024.1498189">
<inline-formula id="inf113">
<mml:math id="m130">
<mml:mrow>
<mml:mi mathvariant="bold-italic">a</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Arbitrary transaction value</p>
</def>
</def-item>
<def-item>
<term id="G10-fmtec.2024.1498189">
<inline-formula id="inf114">
<mml:math id="m131">
<mml:mrow>
<mml:mi mathvariant="bold-italic">t</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Cycle</p>
</def>
</def-item>
<def-item>
<term id="G11-fmtec.2024.1498189">
<inline-formula id="inf115">
<mml:math id="m132">
<mml:mrow>
<mml:mi mathvariant="bold-italic">&#x3b1;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Discount factor</p>
</def>
</def-item>
<def-item>
<term id="G12-fmtec.2024.1498189">
<inline-formula id="inf116">
<mml:math id="m133">
<mml:mrow>
<mml:mi mathvariant="bold-italic">&#x3b2;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Discount factor</p>
</def>
</def-item>
<def-item>
<term id="G13-fmtec.2024.1498189">
<inline-formula id="inf117">
<mml:math id="m134">
<mml:mrow>
<mml:mi mathvariant="bold-italic">&#x3c4;</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Discount factor</p>
</def>
</def-item>
<def-item>
<term id="G14-fmtec.2024.1498189">
<inline-formula id="inf118">
<mml:math id="m135">
<mml:mrow>
<mml:mi mathvariant="bold-italic">r</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Discount rate</p>
</def>
</def-item>
<def-item>
<term id="G15-fmtec.2024.1498189">
<inline-formula id="inf119">
<mml:math id="m136">
<mml:mrow>
<mml:mi mathvariant="bold-italic">f</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Remanufacturing yield. <inline-formula id="inf120">
<mml:math id="m137">
<mml:mrow>
<mml:mi>f</mml:mi>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G16-fmtec.2024.1498189">
<inline-formula id="inf121">
<mml:math id="m138">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">c</mml:mi>
<mml:mi mathvariant="bold-italic">r</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Core collection rate. <inline-formula id="inf122">
<mml:math id="m139">
<mml:mrow>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mi>r</mml:mi>
</mml:msub>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G17-fmtec.2024.1498189">
<inline-formula id="inf123">
<mml:math id="m140">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">c</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">r</mml:mi>
<mml:mi mathvariant="bold-italic">c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Collection rate for recycling. <inline-formula id="inf124">
<mml:math id="m141">
<mml:mrow>
<mml:msub>
<mml:mi>c</mml:mi>
<mml:mrow>
<mml:mi>r</mml:mi>
<mml:mi>c</mml:mi>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G18-fmtec.2024.1498189">
<inline-formula id="inf125">
<mml:math id="m142">
<mml:mrow>
<mml:mi mathvariant="bold-italic">b</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Discounted at start of cycle <inline-formula id="inf126">
<mml:math id="m143">
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mi>b</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:math>
</inline-formula>, or at end of cycle <inline-formula id="inf127">
<mml:math id="m144">
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:mi>b</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G19-fmtec.2024.1498189">
<inline-formula id="inf128">
<mml:math id="m145">
<mml:mrow>
<mml:mi mathvariant="bold-italic">W</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Warranty length in cycle. <inline-formula id="inf129">
<mml:math id="m146">
<mml:mrow>
<mml:mi>W</mml:mi>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>,</mml:mo>
<mml:mi>L</mml:mi>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G20-fmtec.2024.1498189">
<inline-formula id="inf130">
<mml:math id="m147">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">W</mml:mi>
<mml:mi mathvariant="bold-italic">q</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Warranty active <inline-formula id="inf131">
<mml:math id="m148">
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:math>
</inline-formula> or inactive <inline-formula id="inf132">
<mml:math id="m149">
<mml:mrow>
<mml:mfenced open="(" close=")" separators="&#x7c;">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:mo>&#x3d;</mml:mo>
<mml:mn>0</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:math>
</inline-formula>. <inline-formula id="inf133">
<mml:math id="m150">
<mml:mrow>
<mml:msub>
<mml:mi>W</mml:mi>
<mml:mi>q</mml:mi>
</mml:msub>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G21-fmtec.2024.1498189">
<inline-formula id="inf134">
<mml:math id="m151">
<mml:mrow>
<mml:mi mathvariant="bold-italic">d</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Value depreciation rate over time. <inline-formula id="inf135">
<mml:math id="m152">
<mml:mrow>
<mml:mi>d</mml:mi>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G22-fmtec.2024.1498189">
<inline-formula id="inf136">
<mml:math id="m153">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">P</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Maintenance cost mark-up for provider. <inline-formula id="inf137">
<mml:math id="m154">
<mml:mrow>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>M</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
<def-item>
<term id="G23-fmtec.2024.1498189">
<inline-formula id="inf138">
<mml:math id="m155">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">P</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">F</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>PaaS fee mark-up. <inline-formula id="inf139">
<mml:math id="m156">
<mml:mrow>
<mml:msub>
<mml:mi>P</mml:mi>
<mml:mrow>
<mml:mi>F</mml:mi>
<mml:mo>%</mml:mo>
</mml:mrow>
</mml:msub>
<mml:mo>&#x2208;</mml:mo>
<mml:mrow>
<mml:mfenced open="{" close="}" separators="&#x7c;">
<mml:mrow>
<mml:mn>0</mml:mn>
<mml:mo>,</mml:mo>
<mml:mo>&#x2026;</mml:mo>
<mml:mo>,</mml:mo>
<mml:mn>1</mml:mn>
</mml:mrow>
</mml:mfenced>
</mml:mrow>
</mml:mrow>
</mml:math>
</inline-formula>
</p>
</def>
</def-item>
</def-list>
<sec>
<title>COSTS</title>
<def-list>
<def-item>
<term id="G24-fmtec.2024.1498189">
<inline-formula id="inf140">
<mml:math id="m157">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">b</mml:mi>
<mml:mi mathvariant="bold-italic">b</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Acquisition cost (buy-back) or revenue (sell-back)</p>
</def>
</def-item>
<def-item>
<term id="G25-fmtec.2024.1498189">
<inline-formula id="inf141">
<mml:math id="m158">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">c</mml:mi>
<mml:mi mathvariant="bold-italic">l</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Commission cost (PaaS)</p>
</def>
</def-item>
<def-item>
<term id="G26-fmtec.2024.1498189">
<inline-formula id="inf142">
<mml:math id="m159">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">c</mml:mi>
<mml:mi mathvariant="bold-italic">s</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Commission cost (Sales)</p>
</def>
</def-item>
<def-item>
<term id="G27-fmtec.2024.1498189">
<inline-formula id="inf143">
<mml:math id="m160">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mi mathvariant="bold-italic">d</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Disposal cost</p>
</def>
</def-item>
<def-item>
<term id="G28-fmtec.2024.1498189">
<inline-formula id="inf144">
<mml:math id="m161">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mi mathvariant="bold-italic">M</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Maintenance cost</p>
</def>
</def-item>
<def-item>
<term id="G29-fmtec.2024.1498189">
<inline-formula id="inf145">
<mml:math id="m162">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">M</mml:mi>
<mml:mi mathvariant="bold-italic">f</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Manufacturing cost</p>
</def>
</def-item>
<def-item>
<term id="G30-fmtec.2024.1498189">
<inline-formula id="inf146">
<mml:math id="m163">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mi mathvariant="bold-italic">a</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>PaaS management cost</p>
</def>
</def-item>
<def-item>
<term id="G31-fmtec.2024.1498189">
<inline-formula id="inf147">
<mml:math id="m164">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">r</mml:mi>
<mml:mi mathvariant="bold-italic">c</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Recycling cost</p>
</def>
</def-item>
<def-item>
<term id="G32-fmtec.2024.1498189">
<inline-formula id="inf148">
<mml:math id="m165">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">R</mml:mi>
<mml:mi mathvariant="bold-italic">f</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Remanufacturing cost</p>
</def>
</def-item>
<def-item>
<term id="G33-fmtec.2024.1498189">
<inline-formula id="inf149">
<mml:math id="m166">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">r</mml:mi>
<mml:mi mathvariant="bold-italic">l</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Repair cost (PaaS)</p>
</def>
</def-item>
<def-item>
<term id="G34-fmtec.2024.1498189">
<inline-formula id="inf150">
<mml:math id="m167">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">r</mml:mi>
<mml:mi mathvariant="bold-italic">s</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Repair cost (Sales)</p>
</def>
</def-item>
<def-item>
<term id="G35-fmtec.2024.1498189">
<inline-formula id="inf151">
<mml:math id="m168">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">U</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">r</mml:mi>
<mml:mi mathvariant="bold-italic">s</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Repair cost (Sales, user)</p>
</def>
</def-item>
<def-item>
<term id="G36-fmtec.2024.1498189">
<inline-formula id="inf152">
<mml:math id="m169">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">C</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">t</mml:mi>
<mml:mi mathvariant="bold-italic">o</mml:mi>
<mml:mi mathvariant="bold-italic">t</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Total cost</p>
</def>
</def-item>
<def-item>
<term id="G37-fmtec.2024.1498189">
<inline-formula id="inf153">
<mml:math id="m170">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">T</mml:mi>
<mml:mi mathvariant="bold-italic">p</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Transport cost provider</p>
</def>
</def-item>
<def-item>
<term id="G38-fmtec.2024.1498189">
<inline-formula id="inf154">
<mml:math id="m171">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">T</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">u</mml:mi>
<mml:mi mathvariant="bold-italic">x</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Transport cost user, <inline-formula id="inf155">
<mml:math id="m172">
<mml:mrow>
<mml:mi>x</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>f</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> and <inline-formula id="inf156">
<mml:math id="m173">
<mml:mrow>
<mml:mi>x</mml:mi>
<mml:mo>&#x3d;</mml:mo>
<mml:mi>r</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula> indicate forward and reverse, respectively</p>
</def>
</def-item>
<def-item>
<term id="G39-fmtec.2024.1498189">
<inline-formula id="inf157">
<mml:math id="m174">
<mml:mrow>
<mml:mi mathvariant="bold-italic">F</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>PaaS fee (Same as revenue)</p>
</def>
</def-item>
</def-list>
</sec>
<sec>
<title>REVENUES</title>
<def-list>
<def-item>
<term id="G40-fmtec.2024.1498189">
<inline-formula id="inf158">
<mml:math id="m175">
<mml:mrow>
<mml:mi mathvariant="bold-italic">F</mml:mi>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>PaaS revenue (Same as cost)</p>
</def>
</def-item>
<def-item>
<term id="G41-fmtec.2024.1498189">
<inline-formula id="inf159">
<mml:math id="m176">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">R</mml:mi>
<mml:mrow>
<mml:mi mathvariant="bold-italic">r</mml:mi>
<mml:mi mathvariant="bold-italic">s</mml:mi>
</mml:mrow>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Repair revenue (Sales)</p>
</def>
</def-item>
<def-item>
<term id="G42-fmtec.2024.1498189">
<inline-formula id="inf160">
<mml:math id="m177">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">S</mml:mi>
<mml:mi mathvariant="bold-italic">N</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Sales price of a new product</p>
</def>
</def-item>
<def-item>
<term id="G43-fmtec.2024.1498189">
<inline-formula id="inf161">
<mml:math id="m178">
<mml:mrow>
<mml:msub>
<mml:mi mathvariant="bold-italic">S</mml:mi>
<mml:mi mathvariant="bold-italic">R</mml:mi>
</mml:msub>
</mml:mrow>
</mml:math>
</inline-formula>
</term>
<def>
<p>Sales price of remanufactured product</p>
</def>
</def-item>
</def-list>
</sec>
</sec>
<app-group>
<app>
<title>Appendix</title>
<fig id="FA1" position="float">
<label>FIGURE A1</label>
<caption>
<p>Changes according to modified PaaS cycle lengths. Note: The ratio equals 1 indicates the break-even where it is equally profitable (EAA) or costly (TCO). <bold>(A, B)</bold> Shows the influence of having one sales cycle and <bold>(C, D)</bold> three sales cycles. The highlighted areas indicate win-win PaaS scenarios for both the provider and user.</p>
</caption>
<graphic xlink:href="FMTEC_fmtec-2024-1498189_wc_app1.tif"/>
</fig>
</app>
</app-group>
</back>
</article>