Blockchain technology is increasingly recognized for enhancing supply chain (SC) performance and collaboration in construction. Just-In-Time (JIT) management promotes precision, efficiency and timely delivery. Integrating blockchain with JIT presents a promising solution to long-standing issues in the construction supply chain (CSC), such as fragmentation, inefficiencies and poor coordination. However, this integration remains underexplored. This study addresses the gap by developing a blockchain-based CSC system to optimize JIT implementation, aiming to streamline workflows, enhance transparency and improve stakeholder coordination in the complex and fragmented construction environment.
Employing a systematic literature review and expert brainstorming, a blockchain-based CSC system for facilitating JIT management is modeled and developed using the Hyperledger Fabric platform. A real-world case study is conducted to evaluate its effectiveness and efficiency gains. The comprehensive methodological framework ensures both theoretical rigor and practical validation.
The proposed system aligns with the four key objectives of JIT and twelve functions of blockchain within the CSC lifecycle process. Both public and private blockchain platforms for implementing JIT in CSC are established. The case study demonstrates their significance in improving inventory management, shortening lead times and enhancing production and transportation efficiency.
This research contributes to the existing knowledge on blockchain adoption in CSC by integrating JIT principles. It provides a novel framework for incorporating blockchain and JIT to enhance efficiency and transparency in CSC operations, supporting industry-wide adoption. It offers valuable insights for practitioners and researchers interested in leveraging blockchain for JIT in CSC optimization.
1. Introduction
Efficient supply chain (SC) management is crucial for effectively accomplishing projects within predetermined budgets and timeframes in the construction industry (Benton and McHenry, 2009). However, the industry faces significant SC challenges, including uncertain materials, inefficient inventory management and the complexities of coordinating various stakeholders (Cigolini et al., 2020). As a result, these issues often lead to project delays and cost overruns, underscoring the performance of the construction supply chain (CSC). To enhance CSC performance, the Just-In-Time (JIT) concept, which originated in the manufacturing sector, particularly within the Toyota production system, has been developed for the procurement and delivery of construction materials. The JIT SC can effectively decrease inventory costs, minimize storage requirements and mitigate material wastage, offering a strong solution to long-standing challenges in CSC (Benachio et al., 2021). By adopting JIT principles, construction projects can achieve a streamlined SC that not only reduces the likelihood of material surplus and the associated financial and environmental costs but also improves overall project and stakeholder satisfaction (Harris et al., 2021).
JIT approaches inherently suffer from limitations in real-time coordination, trust and traceability, which demand advanced technological support. Traditional JIT systems leave little room for error, as minimal inventory buffers mean any delay or misinformation can disrupt production (Choi et al., 2023). Blockchain technology has emerged as a promising solution to these challenges by offering a decentralized, immutable ledger that ensures all stakeholders have timely access to accurate, transparent information, thus significantly enhancing coordination, visibility and trust across SCs (Tezel et al., 2020; Xu et al., 2023).
JIT represents both a strategic objective and an operational mechanism in CSCs, aiming to minimize waste and optimize responsiveness. Importantly, blockchain serves as an enabling technology that can reinforce JIT principles by strengthening transparency, traceability and reliability (Munawar et al., 2022). While both have distinct advantages–JIT in streamlining processes and reducing buffers, and blockchain in ensuring trustworthy and real-time information exchange–current research has yet to achieve an effective integration of the two. Particularly, critical considerations such as technological compatibility, public acceptance and organizational readiness remain underexplored in the context of combining blockchain with JIT (Liao et al., 2022). Therefore, this study will innovatively investigate the synergistic integration of blockchain technology and JIT principles to comprehensively optimize CSC performance.
2. Literature review
2.1 Supply chain management in the construction sector
Since the late 1990s, SC management has gained prominence in construction research and practice. Early studies generally emphasized supplier performance (Tan et al., 1998), intricate connections (Cox and Ireland, 2002) and analytic modeling (O'Brien et al., 2004). Due to the increasing CSC challenges–particularly their inherent complexity and unpredictability (Seggerstedt and Olofsson, 2010)–recent efforts have focused on adopting advanced techniques (Zhang et al., 2016), Industry 4.0 integration (Dallasega et al., 2018) and sustainable practices (Pushpamali et al., 2019) to meet modern construction project demands.
Although rapid advancements in CSC have occurred, the current SC management encounters significant challenges (Li et al., 2022). In the project procurement phase, suppliers deliver items after receiving payment. Financial staff from either the buyer or seller typically record transaction details, including the amount, items and date. However, the accuracy of these records can be unreliable. This problem is more evident when different parties are often responsible for buying, receiving, storing and using materials, leading to potential confusion and mismanagement. Moreover, the current approaches in CSC management often suffer from inefficiencies and a lack of transparency. Since conventional systems rely heavily on manual record-keeping and centralized databases, they frequently lead to inaccuracies, delays and fraudulent activities. Furthermore, the complexity of construction projects, involving numerous stakeholders and extensive transactions, exacerbates these issues. For instance, discrepancies in records between suppliers and purchasers can cause conflicts and impede project timelines (Turk and Klinc, 2017). Finally, the lack of real-time access to SC information hampers effective decision-making and coordination among the involved parties. Therefore, it is very necessary to create a secure, transparent and decentralized SC framework that ensures accurate and timely information sharing across all stakeholders.
2.2 Construction supply chain JIT principle
JIT is a lean approach applied in CSC, focusing on delivering products precisely, thereby significantly reducing inventory costs, storage needs and lead times (Monden, 2011). Table 1 presents the key benefits of applying JIT in CSC. By minimizing inventory buffers, JIT lowers material waste, procurement expenses and mitigates risks associated with excess inventory (Benachio et al., 2021). Effective implementation of JIT leads to improved time management and efficiency, shortening project durations and turnaround times (Taghipour et al., 2019). Furthermore, JIT emphasizes quality assurance, employing ongoing quality control practices to minimize defects and maintain production standards (Siddiqui, 2022). However, successful JIT deployment in CSC demands precise coordination, cooperation and timely information sharing among stakeholders, especially as continuous replenishment is critical to ensuring resources arrive exactly as needed (Stojkanović et al., 2021).
Benefits of JIT in construction supply chains
| Benefit | Description and impact | Supporting literature |
|---|---|---|
| Lower inventory and waste | Minimizes on-site stockpiles of materials, reducing inventory holding costs, procurement costs and material waste | Benachio et al. (2021) |
| Avoidance of material damage | Eliminates prolonged storage, reducing double-handling and material deterioration risks | Carvajal-Arango et al. (2019) Francis and Thomas (2019) |
| Improved efficiency and productivity | Timely availability of materials prevents delays, boosting productivity and operational efficiency | Goh and Goh (2019) |
| Sustainability gains | Achieves leaner processes, leading to reduced energy consumption and lower CO2 emissions | Heravi et al. (2020) |
| Benefit | Description and impact | Supporting literature |
|---|---|---|
| Lower inventory and waste | Minimizes on-site stockpiles of materials, reducing inventory holding costs, procurement costs and material waste | |
| Avoidance of material damage | Eliminates prolonged storage, reducing double-handling and material deterioration risks | |
| Improved efficiency and productivity | Timely availability of materials prevents delays, boosting productivity and operational efficiency | |
| Sustainability gains | Achieves leaner processes, leading to reduced energy consumption and lower CO2 emissions |
2.3 Benefits of blockchain in supply chain
Blockchain digitally records encrypted transactions with timestamps in a distributed ledger maintained across network nodes. Its updates require a majority consensus, ensuring transparency, security and immutability (Gao, 2023). Its decentralized design enables secure tracking of orders, payments and data. Adoption spans multiple sectors: in finance, blockchain ensures secure transactions without intermediaries (Nakamoto, 2008); in healthcare, it protects patient data and improves efficiency (Azaria et al., 2016); in energy, it supports peer-to-peer trading (Andoni et al., 2019). In SCs, blockchain captures value, items and date of transactions, improving collaboration, compliance and innovation. It fosters trust, transparency and fraud reduction (Bai and Sarkis, 2020), supports sustainability by tracking resources ethically (Jin-Hee, 2022; Xu et al., 2023), increases efficiency through smart contracts (Litke et al., 2019) and enhances financing options (Gong et al., 2023). Therefore, blockchain offers significant benefits in practice.
In CSCs, blockchain enhances management by ensuring traceability, verifying source and quality and automating procurement via smart contracts to reduce costs and errors (Afrianto et al., 2020; Li and Ye, 2020; Pilkington, 2016). Distributed ledger technology secures transactions, prevents fraud and streamlines contracts, payments and deliveries. Real-time monitoring further improves efficiency and stakeholder trust. Given the sector's complexity, blockchain offers significant potential for CSCs by strengthening logistics, collaboration and resource allocation (Pólvora et al., 2020; Liao et al., 2023). It enables real-time data sharing (Shemov et al., 2020), financial transparency (Tezel et al., 2020) and robust cybersecurity (Hijazi et al., 2021). Moreover, it fosters stakeholder synchronization across project phases. Collectively, these benefits highlight blockchain's capacity to overcome conventional CSC challenges. Yet, few studies explore how blockchain can be specifically developed to achieve JIT within CSCs.
2.4 The integration of blockchain with JIT in other industries
Blockchain has been effectively integrated with JIT principles across industries, demonstrating significant improvements in efficiency, transparency and trust. For instance, in pharmaceutical SCs, blockchain-based smart contracts enabled real-time tracking and redistribution of drugs nearing expiry, reducing waste and enhancing inventory reliability (Hussain et al., 2024). Similarly, in the dairy industry, a blockchain-enabled two-echelon JIT system successfully provided real-time shelf-life tracking and automated inventory transfers, reducing spoilage and enhancing traceability (Nadime et al., 2023). Beyond traditional SCs, Zhou et al. (2021) explored blockchain applications within decentralized finance (DeFi), showing how real-time data availability and blockchain-enabled automation facilitate timely execution of profit-generating transactions. These cross-sector experiences highlight blockchain's capacity to address JIT limitations, such as fragmented information, traceability gaps and coordination challenges, thus offering valuable insights for CSCs.
3. Research methodology
Figure 1 presents the systematic research methodology employed in this study. A systematic literature review was utilized across three major databases: Institute of Electrical and Electronics Engineers Xplore (IEEE Xplore), ScienceDirect and Scopus, due to their broad coverage of high-quality peer-reviewed studies in engineering, computing and construction management. By employing a combination of “just-in-time”, “construction supply chain” and “blockchain” in “all field”, peer-reviewed articles published between 2010 and 2025 were identified and screened in accordance with the Preferred Reporting Items for Systematic Reviews and Meta-Analyses (PRISMA) guidelines. Inclusion criteria were as follows: (1) peer-reviewed journal or conference papers published in English between 2010 and 2025; (2) research explicitly addressing blockchain and/or JIT applications in SC management; and (3) studies situated in construction or similar project-based industries. A total of 48 publications were finally selected. The PRISMA process is presented in Appendix.
The flowchart begins at the top with an oval labeled “Start”. A downward arrow leads to a text box labeled “Systematic literature review”. A downward arrow from this box points to the next text box labeled “Brainstorming to model the blockchain-based system”. Another downward arrow leads to a third text box labeled “System development based on Hyperledger Fabric”. A downward arrow points from this box to a fourth text box labeled “Case study”. A final downward arrow from the “Case study” box leads to an oval at the bottom labeled “End”. From “Systematic literature review”, an arrow extends rightward and points to two text boxes labeled “Objectives for implementing J I T in C S C” and “Functions of incorporating blockchain in C S C”. From “Brainstorming to model the blockchain-based system”, an arrow extends rightward and points to two text boxes labeled “Blockchain application to achieve J I T” and “Incorporating blockchain and J I T in the C S C lifecycle process”. From “System development based on Hyperledger Fabric”, an arrow extends rightward and points to two text boxes labeled “The blockchain public chain bidding process and chaincode” and “The blockchain private chain supply management process and chaincode”. From “Case study”, a rightward pointing arrow arises and points to a text box labeled “Expert assessment for the application potentials of the developed system”.Flowchart of proposed research methods
The flowchart begins at the top with an oval labeled “Start”. A downward arrow leads to a text box labeled “Systematic literature review”. A downward arrow from this box points to the next text box labeled “Brainstorming to model the blockchain-based system”. Another downward arrow leads to a third text box labeled “System development based on Hyperledger Fabric”. A downward arrow points from this box to a fourth text box labeled “Case study”. A final downward arrow from the “Case study” box leads to an oval at the bottom labeled “End”. From “Systematic literature review”, an arrow extends rightward and points to two text boxes labeled “Objectives for implementing J I T in C S C” and “Functions of incorporating blockchain in C S C”. From “Brainstorming to model the blockchain-based system”, an arrow extends rightward and points to two text boxes labeled “Blockchain application to achieve J I T” and “Incorporating blockchain and J I T in the C S C lifecycle process”. From “System development based on Hyperledger Fabric”, an arrow extends rightward and points to two text boxes labeled “The blockchain public chain bidding process and chaincode” and “The blockchain private chain supply management process and chaincode”. From “Case study”, a rightward pointing arrow arises and points to a text box labeled “Expert assessment for the application potentials of the developed system”.Flowchart of proposed research methods
To develop a blockchain-based CSC system tailored to JIT, a structured brainstorming session was held with ten experts from academia and industry, conducted virtually to ensure diverse perspectives. Mind mapping captured ideas systematically, while the nominal group technique prioritized system requirements, producing actionable insights and enhancing framework validity. The prototype was built on Hyperledger Fabric (HF), selected for its permissioned network and smart contract (chaincode) capabilities to support transparent procurement and efficient coordination. An iterative design process, refined through expert feedback, guided the system's architecture and functions. A case study on a large-scale Australian construction project was then undertaken to evaluate system performance. Data were collected via structured interviews with the project, construction and procurement managers. Assessment focused on inventory reduction, time efficiency, quality assurance and overall CSC effectiveness, thereby validating the blockchain-based JIT framework.
4. Research results
4.1 Key objectives for implementing JIT in CSC
Figure 2 depicts the key objectives for implementing JIT in CSC, consisting of inventory reduction, time reduction, quality assurance and production and transportation efficiency. First, inventory reduction is accomplished by implementing dynamic replenishment and fostering efficient coordination throughout SCs. This ensures that resources are readily accessible at the exact time they are required, hence minimizing any surplus inventory. Second, time reduction aims to optimize efficiency by utilizing real-time data analysis and implementing lean manufacturing principles, resulting in streamlined operations and decreased lead times. Third, quality assurance is upheld by stringent quality control methods and ongoing improvement mechanisms, guaranteeing elevated standards and minimizing defects. Finally, the coordination among SC partners and the implementation of process automation enhance production and transportation efficiency, leading to improved overall operational efficiency and reliability. Therefore, this framework outlines the key objectives for a successful JIT system, demonstrating how these features can significantly improve the efficiency, transparency and responsiveness of the CSC.
The centre of the figure shows a circle labeled “J I T System”, shown with a gear and a desktop icon. Four double-headed arrows extend outward from the central circle in the upward, rightward, downward, and leftward directions, connecting to four outer thematic categories placed around the circle. At the top is a circular icon labeled “Inventory Reduction”, which features a warehouse shelf symbol. On the right side is a circular icon labeled “Time Reduction”, displayed with a sandclock symbol. At the bottom is a circular icon labeled “Production and transportation Efficiency”, which includes a truck symbol. On the left side is a circular icon labeled “Quality Assurance”, illustrated with stacked disks. Surrounding these four circular icons is a large outer ring formed by curved arrows that loop clockwise, connecting each theme in sequence. Between the centre “J I T System” circle and each of the four larger categories are sets of rectangular boxes that show specific subcomponents. Inside the circle between “Quality Assurance” and “Inventory Reduction”, two stacked rectangles are labeled “Continuous Improvement” and “Customer Feedback Loop”. Between “Inventory Reduction” and “Time Reduction”, two stacked rectangles are labeled “Dynamic Replenishment” and “Supply Chain Collaboration”. Between “Time Reduction” and “Production and transportation Efficiency”, two stacked rectangles are labeled “Real-time Data Analysis” and “Lean Manufacturing”. Between “Production and transportation Efficiency” and “Quality Assurance”, two stacked rectangles are labeled “Supply Chain Collaboration” and “Quality Control Systems”. Along with the labeling, all the text boxes contain icons corresponding to each label.Four key objectives for implementing just-in-time in CSC
The centre of the figure shows a circle labeled “J I T System”, shown with a gear and a desktop icon. Four double-headed arrows extend outward from the central circle in the upward, rightward, downward, and leftward directions, connecting to four outer thematic categories placed around the circle. At the top is a circular icon labeled “Inventory Reduction”, which features a warehouse shelf symbol. On the right side is a circular icon labeled “Time Reduction”, displayed with a sandclock symbol. At the bottom is a circular icon labeled “Production and transportation Efficiency”, which includes a truck symbol. On the left side is a circular icon labeled “Quality Assurance”, illustrated with stacked disks. Surrounding these four circular icons is a large outer ring formed by curved arrows that loop clockwise, connecting each theme in sequence. Between the centre “J I T System” circle and each of the four larger categories are sets of rectangular boxes that show specific subcomponents. Inside the circle between “Quality Assurance” and “Inventory Reduction”, two stacked rectangles are labeled “Continuous Improvement” and “Customer Feedback Loop”. Between “Inventory Reduction” and “Time Reduction”, two stacked rectangles are labeled “Dynamic Replenishment” and “Supply Chain Collaboration”. Between “Time Reduction” and “Production and transportation Efficiency”, two stacked rectangles are labeled “Real-time Data Analysis” and “Lean Manufacturing”. Between “Production and transportation Efficiency” and “Quality Assurance”, two stacked rectangles are labeled “Supply Chain Collaboration” and “Quality Control Systems”. Along with the labeling, all the text boxes contain icons corresponding to each label.Four key objectives for implementing just-in-time in CSC
4.2 Incorporating blockchain in CSC
Figure 3 presents a blockchain-enabled framework for CSC, where procurement and delivery processes are structured to improve reliability, transparency and overall effectiveness. The cycle begins with identifying project needs through strategic analysis, which distinguishes between organizational priorities and specific procurement requirements. This is followed by the planning phase, where objectives, evaluation criteria and procurement methods are clearly defined to align with broader organizational goals. Subsequently, the market engagement phase is conducted through a “public chain” platform, ensuring open access, transparent bidding and fair competition among suppliers (Kelly et al., 2021). This mechanism enhances accountability and encourages value-driven procurement decisions. Once bids are evaluated and the most suitable partner is selected, contractual agreements are formalized. The delivery of goods or services is then monitored via a “private chain,” which provides secure oversight of contractual compliance, quality assurance and performance monitoring. The structured separation between the public and private chains highlights blockchain's dual role: ensuring external market transparency while safeguarding internal operational integrity. This integration not only strengthens supplier trust and reduces risk of opportunistic behavior but also enhances logistical coordination and resource traceability across the entire CSC cycle. Therefore, blockchain implementation offers a comprehensive mechanism for maintaining the integrity of construction procurement, supporting both fairness in market engagement and efficiency in project execution.
The supply chain workflow is shown in a circular format and begins with a text box labeled “1. Need identification”. Moving clockwise, the next text boxes are labeled “2. Early stages planning”, “3. Determine the method of procurement”, “4. Prepare to approach the market”, “5. Market and tendering process”, “6. Evaluation and selection”, “7. Contract signing”, and “8. Goods or service transfer”. These eight stages form the circular path of the procurement process. Below “1. Need identification”, a description box is attached and labeled “Identifies a need or requirement that is not currently being met by their organisation”. The description box below “2. Early stages planning” is labeled “Setting objectives, outlining the specific requirements”. Below “3. Determine the method of procurement”, a description box is attached and labeled “Define the method of procurement”. Below “4. Prepare to approach the market”, a description box is attached and labeled “Engage a specialist consulting firm, publish an announcement”. The description box for “5. Market and tendering process” is labeled “Supplier responds to the tender advertised”. The description box for “6. Evaluation and selection” states “Evaluates the bids based on the criteria”. From “8. Goods or service transfer”, a line extends leftward and connects to a box labeled “Monitoring the good or service delivery”. From this box, a line extends downward and connects to the box labeled “Blockchain private chain internal supply management”. From “Blockchain private chain internal supply management”, a line continues downward and connects to a descriptive box labeled “Private chain internal supply management”. From “4. Prepare to approach the market”, “5. Market and tendering process”, and “6. Evaluation and selection”, a line extends downward and connects to a text box labeled “Public chain bidding (the opportunity is publicly available)”. From “Public chain bidding (the opportunity is publicly available)”, a line extends rightward and connects to a box labeled “Public chain”. Each of the main process boxes contains a corresponding icon that visually represents the action described.Blockchain application to achieve twelve functions of just-in-time
The supply chain workflow is shown in a circular format and begins with a text box labeled “1. Need identification”. Moving clockwise, the next text boxes are labeled “2. Early stages planning”, “3. Determine the method of procurement”, “4. Prepare to approach the market”, “5. Market and tendering process”, “6. Evaluation and selection”, “7. Contract signing”, and “8. Goods or service transfer”. These eight stages form the circular path of the procurement process. Below “1. Need identification”, a description box is attached and labeled “Identifies a need or requirement that is not currently being met by their organisation”. The description box below “2. Early stages planning” is labeled “Setting objectives, outlining the specific requirements”. Below “3. Determine the method of procurement”, a description box is attached and labeled “Define the method of procurement”. Below “4. Prepare to approach the market”, a description box is attached and labeled “Engage a specialist consulting firm, publish an announcement”. The description box for “5. Market and tendering process” is labeled “Supplier responds to the tender advertised”. The description box for “6. Evaluation and selection” states “Evaluates the bids based on the criteria”. From “8. Goods or service transfer”, a line extends leftward and connects to a box labeled “Monitoring the good or service delivery”. From this box, a line extends downward and connects to the box labeled “Blockchain private chain internal supply management”. From “Blockchain private chain internal supply management”, a line continues downward and connects to a descriptive box labeled “Private chain internal supply management”. From “4. Prepare to approach the market”, “5. Market and tendering process”, and “6. Evaluation and selection”, a line extends downward and connects to a text box labeled “Public chain bidding (the opportunity is publicly available)”. From “Public chain bidding (the opportunity is publicly available)”, a line extends rightward and connects to a box labeled “Public chain”. Each of the main process boxes contains a corresponding icon that visually represents the action described.Blockchain application to achieve twelve functions of just-in-time
4.3 Incorporating blockchain platform for JIT optimization
Figure 4 depicts the incorporation of blockchain into JIT systems, highlighting its crucial function in improving CSC management. Key stakeholders encompass a range of individuals and entities, such as clients, builders, subcontractors, suppliers, owners and laborers. These parties employ blockchain for a range of purposes, including the implementation of smart contracts for real-time monitoring and order management, decentralized inventory management and transparent tracking of transactions.
The flow begins with a box showing three illustrated figures labeled “Client”, “Builder”, and “Subcontractor”, appearing together. A downward arrow labeled “Drawings and materials quantity” points to a label “B C”. Surrounding “B C”, three box icons are shown arranged in a circular manner and connected in a circular flow with a curved arrow. From “B C”, a double-headed arrow labeled “Transparency” and “Traceability” points to a box labeled “Owner”, illustrated with a person icon. Likewise, from “B C”, a double-headed arrow extends leftward, labeled “Market price” and “Product” and points to a box labeled “Supplier”, shown with a delivery truck icon. From “B C”, an arrow extends downward and points to a box labeled “Peers”, which includes a document icon. From “Peers”, an upward arrow labeled “Interaction without delay” points back to “B C”. From the downward arrow arising from “B C”, a rightward pointing arrow labeled “Smart Contract” arises and points to a box labeled “1. Real-time monitoring” and “2. Order on demand”. On the left side of “Peers”, a small box labeled “Labor”, containing a construction worker icon, is shown. From “Labor”, a rightward pointing arrow with a box icon points to “Peers”. A downward arrow labeled “Blockchain integrated with J I T supply system” extends from “Peers” and points to a large rectangular box at the bottom. Inside the large rectangular box are four columns. The first column is labeled “Inventory Reduction”, with a warehouse icon, and contains three boxes listing “F 1-Smart Contract Automated Replenishment”, “F 2-Decentralized Inventory Management”, and “F 3-S C Finance Transparency”. The second column is labeled “Time Reduction”, with a sandclock icon, and contains three boxes listing “F 4-Instant Settlements”, “F 5-Decentralized Authentication”, and “F 6-S C Tracking and Traceability”. The third column is labeled “P and T Efficiency”, with a delivery truck symbol, and includes three boxes reading “F 7-Asset Sharing”, “F 8-Production Process Automation”, and “F 9-Cross-Industry Collaboration Platform”. The fourth column is labeled “Quality Assurance”, with a stacked-disks icon, and contains three boxes listing “F 10-Product Authenticity Verification”, “F 11-Quality Compliance Recording”, and “F 12-Feedback and Improvement Mechanism”. Each of the main process boxes contains a corresponding icon that visually represents the action described.Incorporating blockchain in the CSC
The flow begins with a box showing three illustrated figures labeled “Client”, “Builder”, and “Subcontractor”, appearing together. A downward arrow labeled “Drawings and materials quantity” points to a label “B C”. Surrounding “B C”, three box icons are shown arranged in a circular manner and connected in a circular flow with a curved arrow. From “B C”, a double-headed arrow labeled “Transparency” and “Traceability” points to a box labeled “Owner”, illustrated with a person icon. Likewise, from “B C”, a double-headed arrow extends leftward, labeled “Market price” and “Product” and points to a box labeled “Supplier”, shown with a delivery truck icon. From “B C”, an arrow extends downward and points to a box labeled “Peers”, which includes a document icon. From “Peers”, an upward arrow labeled “Interaction without delay” points back to “B C”. From the downward arrow arising from “B C”, a rightward pointing arrow labeled “Smart Contract” arises and points to a box labeled “1. Real-time monitoring” and “2. Order on demand”. On the left side of “Peers”, a small box labeled “Labor”, containing a construction worker icon, is shown. From “Labor”, a rightward pointing arrow with a box icon points to “Peers”. A downward arrow labeled “Blockchain integrated with J I T supply system” extends from “Peers” and points to a large rectangular box at the bottom. Inside the large rectangular box are four columns. The first column is labeled “Inventory Reduction”, with a warehouse icon, and contains three boxes listing “F 1-Smart Contract Automated Replenishment”, “F 2-Decentralized Inventory Management”, and “F 3-S C Finance Transparency”. The second column is labeled “Time Reduction”, with a sandclock icon, and contains three boxes listing “F 4-Instant Settlements”, “F 5-Decentralized Authentication”, and “F 6-S C Tracking and Traceability”. The third column is labeled “P and T Efficiency”, with a delivery truck symbol, and includes three boxes reading “F 7-Asset Sharing”, “F 8-Production Process Automation”, and “F 9-Cross-Industry Collaboration Platform”. The fourth column is labeled “Quality Assurance”, with a stacked-disks icon, and contains three boxes listing “F 10-Product Authenticity Verification”, “F 11-Quality Compliance Recording”, and “F 12-Feedback and Improvement Mechanism”. Each of the main process boxes contains a corresponding icon that visually represents the action described.Incorporating blockchain in the CSC
Figure 4 also outlines twelve crucial functions that blockchain can specifically provide to meet the four key objectives of JIT in CSC. By embedding blockchain, the first objective of reducing inventory can be achieved through F1 (smart contract automated replenishment), F2 (decentralized inventory management) and F3 (finance transparency). For instance, in F1, material procurement and supply contracts can be signed timely so that the inventory can be replenished automatically, thereby reducing excess stock. F2 aims to decentralize inventory management, enabling efficient handling and distribution of resources across various locations. F3 provides clear, accurate and accessible information about the financial performance relevant to materials and inventory. Secondly, the objective of time reduction can be achieved through F4 (instant settlements), F5 (decentralized authentication) and F6 (SC tracking and traceability). These functions allow all activities to be completed in real time and facilitate in-time operations via the blockchain platform. Thirdly, production and transportation efficiency can be improved by activating F7 (asset sharing), F8 (production process automation) and F9 (cross-industry collaboration platform). Finally, the objective of quality assurance can be enhanced through F10 (product authenticity verification), F11 (quality compliance recording) and F12 (feedback and improvement mechanism). The three functions foster continuous improvement through robust quality control mechanisms. Thus, these twelve blockchain functions support the achievement of the four JIT objectives for all CSC participants.
4.4 Incorporating blockchain and JIT in the CSC lifecycle process
The process of incorporating blockchain to implement JIT in the CSC lifecycle is shown in Figure 5. The twelve functions of blockchain, F1-F12, can be embodied in the whole lifecycle. The process begins with requirement identification and market research, which are essential for accurately defining the needs of an organization and understanding the external market environment. Requirement identification involves determining the specific needs and goals of a project or organization, ensuring that all procurement activities align with these objectives. Market research is implemented by analyzing current market conditions, identifying potential suppliers and assessing the availability and pricing of required goods or services. Then, the process moves to internal approval, tender document preparation and tender issuance.
The workflow begins with a text box labeled “Requirement Identification”. From “Requirement Identification”, an arrow leads rightward to “Market Research”. From “Market Research”, an arrow leads downward to “Tender Document Preparation”, which further flows to “Internal Approval”, followed by “Tender Issuance”, and then to “Bid Collection”. From “Bid Collection”, an arrow proceeds rightward toward “Bid Opening”. From “Bid Opening”, a downward arrow labeled “F 5” points to “Bid Evaluation”. From “Bid Evaluation”, two arrows extend downward. The first arrow labeled “False” points to a text box labeled “Consider re-tendering or negotiation with suppliers”. The second arrow labeled “True” extends downward into “Negotiation and Supplier Selection”. From “Negotiation and Supplier Selection”, a decision point splits into “False” on the left and “True” on the right. The “False” branch points to “May need to negotiate with alternative suppliers”, and the “True” branch leads to “Contract Signing”, marked with the label “F 4”. To the left of “Contract Signing”, the process continues to “Purchase Order Generation”. From “Purchase Order Generation”, a downward arrow arises and points to “Order Confirmation”. From “Order Confirmation”, a decision point splits into an arrow labeled “F 1” for “False” on the top and “True” on the bottom. The “False” branch points to “Return to negotiations”. From “Return to negotiations”, a dashed arrow arises and points back to “Negotiation and Supplier Selection”. The “True” branch continues downward into “Production Monitoring”, marked with the red label “F 2”. On the right side of “F 2”, four curved arrows are shown arranged in a circular pattern. From “Production Monitoring”, a decision point splits into “False” on the left and “True” on the right. The “False” branch points to “Record delays and take necessary actions”. From the “True” branch, a rightward arrow labeled “F 10” extends and turns upward, and the arrow is labeled “F 8” before connecting to the text box labeled “Logistics Arrangement”. From “Logistics Arrangement”, a decision point splits into “False” on the left and “True” on the right. The “False” branch points to “Address logistics issues”. The “True” branch leads to a box labeled “Transportation Tracking”, with the label “F 7” shown on the right. From “Transportation Tracking”, a decision point splits into an arrow labeled “F 6” for “False” on the top and “True” on the bottom. The “False” branch points to “Address transportation issues”. From “Address transportation issues”, a double-headed dashed arrow points back to “Address logistics issues”. The “True” branch points into “Receipt and Inspection”. From “Receipt and Inspection”, a decision point splits into “True” on the left and “False” on the right, with the label “F 11”. The “False” branch leads to “Record discrepancies and communicate corrective actions”. From “Record discrepancies and communicate corrective actions”, a dashed arrow extends and points back to “Logistics Arrangement”. The “True” branch points to “Payment Processing”. From “Payment Processing”, a decision point splits into “True” on the left and “False” on the right. The “False” branch leads to “Resolve issues”. From “Resolve issues”, an arrow extends downward to “Performance Evaluation”. The “True” branch labeled “F 3” points to “Performance Evaluation”. From “Performance Evaluation”, a decision point splits into “True” on the left and “False” on the right. The “False” branch leads to “Document performance issues”. The “True” branch labeled “F 9” points to “Reporting and Analysis”. From “Reporting and Analysis”, a branch extends downward and points to “Continuous Improvement”, and labeled “F 12”.Incorporating blockchain to implement just-in-time in the CSC process
The workflow begins with a text box labeled “Requirement Identification”. From “Requirement Identification”, an arrow leads rightward to “Market Research”. From “Market Research”, an arrow leads downward to “Tender Document Preparation”, which further flows to “Internal Approval”, followed by “Tender Issuance”, and then to “Bid Collection”. From “Bid Collection”, an arrow proceeds rightward toward “Bid Opening”. From “Bid Opening”, a downward arrow labeled “F 5” points to “Bid Evaluation”. From “Bid Evaluation”, two arrows extend downward. The first arrow labeled “False” points to a text box labeled “Consider re-tendering or negotiation with suppliers”. The second arrow labeled “True” extends downward into “Negotiation and Supplier Selection”. From “Negotiation and Supplier Selection”, a decision point splits into “False” on the left and “True” on the right. The “False” branch points to “May need to negotiate with alternative suppliers”, and the “True” branch leads to “Contract Signing”, marked with the label “F 4”. To the left of “Contract Signing”, the process continues to “Purchase Order Generation”. From “Purchase Order Generation”, a downward arrow arises and points to “Order Confirmation”. From “Order Confirmation”, a decision point splits into an arrow labeled “F 1” for “False” on the top and “True” on the bottom. The “False” branch points to “Return to negotiations”. From “Return to negotiations”, a dashed arrow arises and points back to “Negotiation and Supplier Selection”. The “True” branch continues downward into “Production Monitoring”, marked with the red label “F 2”. On the right side of “F 2”, four curved arrows are shown arranged in a circular pattern. From “Production Monitoring”, a decision point splits into “False” on the left and “True” on the right. The “False” branch points to “Record delays and take necessary actions”. From the “True” branch, a rightward arrow labeled “F 10” extends and turns upward, and the arrow is labeled “F 8” before connecting to the text box labeled “Logistics Arrangement”. From “Logistics Arrangement”, a decision point splits into “False” on the left and “True” on the right. The “False” branch points to “Address logistics issues”. The “True” branch leads to a box labeled “Transportation Tracking”, with the label “F 7” shown on the right. From “Transportation Tracking”, a decision point splits into an arrow labeled “F 6” for “False” on the top and “True” on the bottom. The “False” branch points to “Address transportation issues”. From “Address transportation issues”, a double-headed dashed arrow points back to “Address logistics issues”. The “True” branch points into “Receipt and Inspection”. From “Receipt and Inspection”, a decision point splits into “True” on the left and “False” on the right, with the label “F 11”. The “False” branch leads to “Record discrepancies and communicate corrective actions”. From “Record discrepancies and communicate corrective actions”, a dashed arrow extends and points back to “Logistics Arrangement”. The “True” branch points to “Payment Processing”. From “Payment Processing”, a decision point splits into “True” on the left and “False” on the right. The “False” branch leads to “Resolve issues”. From “Resolve issues”, an arrow extends downward to “Performance Evaluation”. The “True” branch labeled “F 3” points to “Performance Evaluation”. From “Performance Evaluation”, a decision point splits into “True” on the left and “False” on the right. The “False” branch leads to “Document performance issues”. The “True” branch labeled “F 9” points to “Reporting and Analysis”. From “Reporting and Analysis”, a branch extends downward and points to “Continuous Improvement”, and labeled “F 12”.Incorporating blockchain to implement just-in-time in the CSC process
In the early stages of bid collection and evaluation, decentralized authentication (F5) verifies supplier identities and credentials, ensuring secure and reliable selection. The process then moves to negotiation and supplier selection, supported by instant settlements (F4), which allow rapid transaction processing once bids are accepted. Upon finalizing supplier choice, contract signing and purchase order confirmation trigger smart contract automated replenishment (F1), streamlining procurement under predefined conditions. During production monitoring, decentralized inventory management (F2) provides real-time visibility of stock levels, while product authenticity verification (F10) ensures that materials meet required standards and contractual specifications. Logistics and transportation are managed through production process automation (F8) and supply chain tracking and traceability (F6), which document material provenance for transparency and accountability. Simultaneously, asset sharing (F7) enables efficient use of logistical resources among stakeholders. On receipt and inspection of goods, quality compliance recording (F11) validates material quality and contract adherence. For payment, supply chain finance transparency (F3) ensures clear and trustworthy financial transactions. Performance evaluation incorporates a cross-industry collaboration platform (F9), enabling multi-stakeholder engagement and alignment with SC demands. Finally, feedback and improvement mechanisms (F12) support continuous enhancement, with blockchain maintaining immutable records of lessons learned and refinements.
4.5 Public blockchain platform
The public chain platform indicated in Figure 3 for the market and tender process is shown in Figure 6. HF was selected, as its permissioned nature ensures secure and transparent transactions, making it ideal for environments where data privacy and specific access controls are critical. Additionally, its capacity to support smart contracts allows for automating and streamlining SC processes, which is vital for implementing JIT operations effectively in the construction sector.
The flow begins with a box showing three illustrated figures labeled “Client”, “Designer”, and “Bidder”, appearing together at the top of the diagram. From “Client” and “Designer”, a solid arrow labeled “Tender” and “Released” points to a box with three icons arranged horizontally and labeled “Architectural Drawings”, “Material Specifications”, and “Quantities”. From “Bidder”, a dashed arrow arises and points to “Released”. From “Architectural Drawings”, “Material Specifications”, and “Quantities”, a rightward pointing arrow arises and points to a box labeled “BID or NOT?”. A solid arrow also arises from the dashed arrow from “Bidder” and points to “BID or NOT?”. “BID or NOT?” is connected to a description box labeled “Decide whether to bid, if bidding, prepare materials”. From “BID or NOT?”, a downward arrow arises and points to a box labeled “Blockchain Bidding”. From “Blockchain Bidding”, a rightward pointing arrow arises and points to a box labeled “Compare and Evaluate Bids”. “Compare and Evaluate Bids” is connected to a description box labeled “Blockchain stores the historical performance of suppliers”. On the left of “Blockchain Bidding”, a text box labeled “Blockchain On-Chain Storage, Disclosure of Information” is present, with a dashed arrow pointing to “Architectural Drawings”, “Material Specifications”, and “Quantities”. From “Blockchain On-Chain Storage, Disclosure of Information”, a rightward pointing arrow arises and points to “Blockchain Bidding”. From “Blockchain Bidding” and “Compare and Evaluate Bids”, a dashed arrow extends downward and points to the text box labeled “Contract details”. From “Contract details”, a dashed arrow extends downward and points to the text box labeled “Electronic signature”. From “Compare and Evaluate Bids”, a downward arrow labeled “Provide decision-making advice” also points to “Electronic signature”. From “Blockchain Bidding”, a downward arrow labeled “Leveraging the immutability and traceability of blockchain” points to the lower section of the figure, which displays Go source code spread across two columns.The blockchain public chain bidding process and chaincode
The flow begins with a box showing three illustrated figures labeled “Client”, “Designer”, and “Bidder”, appearing together at the top of the diagram. From “Client” and “Designer”, a solid arrow labeled “Tender” and “Released” points to a box with three icons arranged horizontally and labeled “Architectural Drawings”, “Material Specifications”, and “Quantities”. From “Bidder”, a dashed arrow arises and points to “Released”. From “Architectural Drawings”, “Material Specifications”, and “Quantities”, a rightward pointing arrow arises and points to a box labeled “BID or NOT?”. A solid arrow also arises from the dashed arrow from “Bidder” and points to “BID or NOT?”. “BID or NOT?” is connected to a description box labeled “Decide whether to bid, if bidding, prepare materials”. From “BID or NOT?”, a downward arrow arises and points to a box labeled “Blockchain Bidding”. From “Blockchain Bidding”, a rightward pointing arrow arises and points to a box labeled “Compare and Evaluate Bids”. “Compare and Evaluate Bids” is connected to a description box labeled “Blockchain stores the historical performance of suppliers”. On the left of “Blockchain Bidding”, a text box labeled “Blockchain On-Chain Storage, Disclosure of Information” is present, with a dashed arrow pointing to “Architectural Drawings”, “Material Specifications”, and “Quantities”. From “Blockchain On-Chain Storage, Disclosure of Information”, a rightward pointing arrow arises and points to “Blockchain Bidding”. From “Blockchain Bidding” and “Compare and Evaluate Bids”, a dashed arrow extends downward and points to the text box labeled “Contract details”. From “Contract details”, a dashed arrow extends downward and points to the text box labeled “Electronic signature”. From “Compare and Evaluate Bids”, a downward arrow labeled “Provide decision-making advice” also points to “Electronic signature”. From “Blockchain Bidding”, a downward arrow labeled “Leveraging the immutability and traceability of blockchain” points to the lower section of the figure, which displays Go source code spread across two columns.The blockchain public chain bidding process and chaincode
In the realm of blockchain systems, the interplay between on-chain protocols and the codebase exemplifies the seamless integration of technology and procurement processes. This synthesis is evident in the juxtaposition of the tender release and bidding process with structural and operational aspects of blockchain chaincode, as delineated in the smart contract framework for public ledger-based tendering, shown in Figure 6. This public blockchain is available to all potential stakeholders such as bidders. Commencing with the initiation phase, clients and designers orchestrate the tender release, embedding specifications, blueprints and quantitative assessments into the digital fabric of the blockchain. The platform thus becomes the nexus for tender dissemination and bidder engagement, preserving the integrity of the tendering intent through its immutable, chronological ledger entries.
Subsequent to the tender announcement is the bidding process, ingeniously captured within the chaincode's “SubmitBid” function. Herein, bidders' proposals are not only submitted but are also cryptographically sealed within the blockchain, ensuring a transparent and immutable audit trail. The ingenuity of the “SubmitBid” function lies in its utilization of the transaction context for identity affirmation, thus augmenting the accountability of the bidding process.
As the tendering narrative progresses to bid evaluation, the chaincode's “GetBids” query interface is instrumental in retrieving and juxtaposing bids from the distributed ledger. This operation is not merely a data retrieval task, but a comprehensive audit process facilitated by the blockchain's extensive key space exploration capabilities. Each bid, once retrieved, is subject to a structured and objective evaluation, with historical performance data of suppliers, retrieved from the platform, providing empirical evidence for bid adjudication. The culmination of the tendering process is embodied in the contract awarding phase, whereupon the evaluation's conclusion, contract particulars are crystallized and electronic signatures are affixed, thus immortalizing the agreement within the platform. The “TenderContract” and “Bid” data structures serve as the architectural foundation for this phase, underscoring the importance of data consistency and the ease of information retrieval.
4.6 Private blockchain platform
Figure 7 depicts a private blockchain platform designed primarily to improve internal logistics and CSC operations (as shown in Figure 3). The private blockchain system is mainly for the owner who manages the CSC process. The system incorporates various elements, including quality control and decision-making procedures, by containing data pertaining to quantity estimates, tender documents and bank reports within each block. This framework not only ensures the protection of confidential data but also enables the monitoring of activities in real-time and the automation of important procedures, therefore enhancing productivity and minimizing mistakes throughout the whole SC.
The top of the figure shows a horizontal band containing several evenly spaced labels, which read from left to right as “Owner requirements”, “B O Q”, “Quantity Estimate”, “Tender Document”, “Bank reports”, and “Program claim and variations”. From this horizontal band, an arrow extends downward and points to a large three-dimensional block. Inside the block, a vertical flowchart is shown beginning with “Block n”. From “Block n”, a downward arrow arises and points to a text box labeled “Hash”. From “Hash”, two arrows extend downward and point to two text boxes also labeled “Hash”. From each of these two “Hash” boxes, two arrows extend downward and point to additional “Hash” boxes. From “Block n”, another arrow extends downward and points to three blocks arranged horizontally and attached together, labeled from left to right “Block n - 1”, “Block n - 2”, and “Block n - 3”. On the left of this block, a text box labeled “Global currency exchange rates and trade policy” is present. From “Global currency exchange rates and trade policy”, an upward arrow arises, turns rightward, and points to a box labeled “Supplier” on the right side. From “Supplier”, a downward arrow arises and points to “Inspection and Transportation”. “Inspection and Transportation” also has a description box labeled “Goods tracking and time prediction”. From “Global currency exchange rates and trade policy”, a rightward pointing arrow arises and points to the block. Below “Inspection and Transportation”, a text box labeled “Finance institutions” is present and points to the block. On the bottom left, a rectangle is shown with six icons arranged vertically, including a person standing behind a podium, three ships, two aeroplane icons, and a network icon. From this six-icon rectangle, a dashed arrow extends rightward and points to a text box labeled “Contractor”. From “Contractor”, an upward arrow labeled “Input” points to three icons arranged horizontally and labeled from left to right “Quality”, “Quantity”, and “Drawings”. Between “Quality” and “Quantity”, a text box labeled “Decision” is attached. From “Quality”, “Quantity”, and “Drawings”, an upward arrow arises and points to the block at the centre. Below “Contractor”, a text box labeled “Subcontractor” is present with an upward arrow pointing to “Contractor” and also has a dashed upward arrow labeled “Labour attendance” pointing to the central block. From “Contractor”, a double-headed arrow extends rightward and points to a box labeled “Consultant (Q S, P M)”. From “Consultant (Q S, P M)”, a double-headed arrow extends upward and points to the block at the centre. From “Consultant (Q S, P M)”, a downward arrow labeled “Report progress” points to a box labeled “Owner”. From “Supplier”, a dashed arrow extends downward and points to “Consultant (Q S, P M)”. The bottom of the figure contains Go source code displayed in two columns. Each of the main process boxes contains a corresponding icon that visually represents the action described.The blockchain private chain supply management process and chaincode
The top of the figure shows a horizontal band containing several evenly spaced labels, which read from left to right as “Owner requirements”, “B O Q”, “Quantity Estimate”, “Tender Document”, “Bank reports”, and “Program claim and variations”. From this horizontal band, an arrow extends downward and points to a large three-dimensional block. Inside the block, a vertical flowchart is shown beginning with “Block n”. From “Block n”, a downward arrow arises and points to a text box labeled “Hash”. From “Hash”, two arrows extend downward and point to two text boxes also labeled “Hash”. From each of these two “Hash” boxes, two arrows extend downward and point to additional “Hash” boxes. From “Block n”, another arrow extends downward and points to three blocks arranged horizontally and attached together, labeled from left to right “Block n - 1”, “Block n - 2”, and “Block n - 3”. On the left of this block, a text box labeled “Global currency exchange rates and trade policy” is present. From “Global currency exchange rates and trade policy”, an upward arrow arises, turns rightward, and points to a box labeled “Supplier” on the right side. From “Supplier”, a downward arrow arises and points to “Inspection and Transportation”. “Inspection and Transportation” also has a description box labeled “Goods tracking and time prediction”. From “Global currency exchange rates and trade policy”, a rightward pointing arrow arises and points to the block. Below “Inspection and Transportation”, a text box labeled “Finance institutions” is present and points to the block. On the bottom left, a rectangle is shown with six icons arranged vertically, including a person standing behind a podium, three ships, two aeroplane icons, and a network icon. From this six-icon rectangle, a dashed arrow extends rightward and points to a text box labeled “Contractor”. From “Contractor”, an upward arrow labeled “Input” points to three icons arranged horizontally and labeled from left to right “Quality”, “Quantity”, and “Drawings”. Between “Quality” and “Quantity”, a text box labeled “Decision” is attached. From “Quality”, “Quantity”, and “Drawings”, an upward arrow arises and points to the block at the centre. Below “Contractor”, a text box labeled “Subcontractor” is present with an upward arrow pointing to “Contractor” and also has a dashed upward arrow labeled “Labour attendance” pointing to the central block. From “Contractor”, a double-headed arrow extends rightward and points to a box labeled “Consultant (Q S, P M)”. From “Consultant (Q S, P M)”, a double-headed arrow extends upward and points to the block at the centre. From “Consultant (Q S, P M)”, a downward arrow labeled “Report progress” points to a box labeled “Owner”. From “Supplier”, a dashed arrow extends downward and points to “Consultant (Q S, P M)”. The bottom of the figure contains Go source code displayed in two columns. Each of the main process boxes contains a corresponding icon that visually represents the action described.The blockchain private chain supply management process and chaincode
Commencing with owner-defined objectives, this blockchain-based platform digitizes essential CSC data–including specifications, quantities and architectural details–for efficient supplier selection. As the SC progresses, the system's adaptability to currency fluctuations and trade policies reflects global dynamics. Central to this blockchain is a sequence of cryptographically secured blocks, ensuring immutability and reliability. These blocks store vital records such as quality checks, decision logs and quantity assessments, serving as trust nodes. Additionally, the blockchain orchestrates logistics operations–covering goods inspection, transportation and predictive tracking–enhancing efficiency. Labor attendance integration quantifies human capital, aligning workforce resources with digital solutions. Consultative input from subcontractors and consultants is incorporated seamlessly, promoting collaboration and comprehensive SC management.
Culminating in the “Report progress” phase, the flowchart demonstrates the system's capacity to synthesize the data accrued across all stages, producing insightful outputs for the owner's review. This final juncture of reporting is emblematic of the system's overall productivity, where the entire gamut of activities is distilled into actionable intelligence. Embedded within this blockchain architecture is an implicit nod to the burgeoning discourse on distributed ledger technology, where each transaction, each block and each ledger entry forms part of a grander vision for SC modernization. Ultimately, three outcomes were generated: recommendations, decisions and evaluations.
Figure 7 also presents Go code – articulated for the HF platform–exemplifies a substantive framework that meticulously translates the operational nuances of CSC logistics into a blockchain paradigm. The “SupplyChainContract” struct, underpinning the chaincode, inherits the functions requisite for managing diverse aspects of the CSC, thus acting as the nexus of the blockchain application. Each element within the chaincode– “Item”, “LaborAttendance”, “FinancialInstitutionDetail”, “SubcontractorDetail”–reflects a distinct facet of CSC operations. The “Item” struct, specifically, digitizes the tangible attributes of supply goods, encompassing quality, quantity and associated designs, thereby facilitating an immutable ledger record that bolsters traceability and quality assurance. Labor management is rendered through the “LaborAttendance” structure, wherein worker participation metrics are captured, providing an indelible record of workforce efficiency and enabling data-driven management decisions. Moreover, the “FinancialInstitutionDetail” and “SubcontractorDetail” structs encapsulate critical fiscal data and subcontractor performance metrics, respectively, ensuring a comprehensive depiction of financial health and operational efficacy within the blockchain’s ledger. The functional prowess of the chaincode is demonstrated through its transactional methods. “CreateItem” not only captures the essence of the goods but also ensures that every new entry is etched into the platform, reflecting the system's adaptability to accommodate an evolving inventory. Similarly, “RecordLaborAttendance” and the addition of financial and subcontractor details elucidate the chaincode's capacity to amalgamate complex data sets into a streamlined, decentralized database. The “main” function encapsulates the operational readiness of the chaincode, signaling its capacity to seamlessly initiate and process transactions within the CSC.
5. Case discussion
A real case study from a warehouse construction project in Canberra, Australia, was employed to demonstrate the potential application of the proposed system outlined above. This project was chosen because it represents a typical large-scale construction SC scenario and the research team had direct involvement in it, affording comprehensive access to project data and stakeholders. The project data is presented in Table 2. It outlines detailed logistics for various structural steel materials used in the project, including material identity (ID), type, quantity, estimated and actual delivery times, as well as estimated and actual assembly completion times. To evaluate the proposed blockchain system's potential benefits, three senior managers from the project (the project manager, construction manager and procurement manager) were invited to participate. These individuals were selected for their diverse roles and substantial experience, ensuring that feedback was gathered from different key perspectives of project execution and SC management.
Structural steel used in the case
| No. | Material ID | Type | Quantity (Tons) | Estimated delivery time | Actual delivery time | Estimated assembly completion time | Actual assembly completion time |
|---|---|---|---|---|---|---|---|
| 1 | SMT001 | Columns | 24.84 | 19/06/2023 | 24/06/2023 | 17/07/2023 | 25/07/2023 |
| 2 | SMT002 | Mezzanine floor framing | 3.65 | 18/08/2023 | 24/07/2023 | 29/08/2023 | 29/08/2023 |
| 3 | SMT003 | Roof and wall framing | 81.76 | 15/07/2023 | 02/08/2023 | 01/08/2023 | 13/08/2023 |
| 4 | SMT004 | Roof deck framing | 5.58 | 16/07/2023 | 13/08/2023 | 17/08/2023 | 15/08/2023 |
| No. | Material ID | Type | Quantity (Tons) | Estimated delivery time | Actual delivery time | Estimated assembly completion time | Actual assembly completion time |
|---|---|---|---|---|---|---|---|
| 1 | SMT001 | Columns | 24.84 | 19/06/2023 | 24/06/2023 | 17/07/2023 | 25/07/2023 |
| 2 | SMT002 | Mezzanine floor framing | 3.65 | 18/08/2023 | 24/07/2023 | 29/08/2023 | 29/08/2023 |
| 3 | SMT003 | Roof and wall framing | 81.76 | 15/07/2023 | 02/08/2023 | 01/08/2023 | 13/08/2023 |
| 4 | SMT004 | Roof deck framing | 5.58 | 16/07/2023 | 13/08/2023 | 17/08/2023 | 15/08/2023 |
5.1 Inventory optimization through shared ledger management
As the project kicked off, steel materials like columns and mezzanine floor framing, listed in Table 1, were cataloged in the ledger with an “initledger” function, setting an initial status of “null”. Sequential updates through “orderPC,” “producePC,” “transportPC,” and “deliverPC” functions chronicle the journey of each material type, ensuring a lean inventory that responds in real-time to the project's demands. This blockchain system could mitigate the risk of overstocking. For example, in this case, although the 3.65 tons of mezzanine floor framing were delivered ahead of schedule, installation could only proceed as planned, resulting in unnecessary inventory costs.
5.2 Streamlining timelines with real-time scheduling control
The blockchain system enables stakeholders to perform real-time queries for immediate retrieval of PC information, facilitating prompt timeline adjustments and seamless operational integration, as illustrated by the transportation details of steel materials in Table 1. For instance, the early completion of roof deck framing, initially scheduled for 16/07/2023 but delivered by 13/08/2023, is instantly recorded in the ledger, allowing managers to swiftly realign tasks to maintain schedule adherence. Leveraging such real-time data, as exemplified by the management of 81.76 tons of roof and wall framing, ensures dynamic adjustments between supply and construction phases, confirming the model's effectiveness in enhancing operations and rapidly addressing project changes.
5.3 Ensuring quality through blockchain
The implementation of blockchain for quality assurance in the project involved several key steps. This process included initializing the project with “go mod init steel-material-chaincode” and organizing dependencies with “go mod tidy”. The chaincode was then packaged using “peer lifecycle chaincode package steel_material.tar.gz --path ./chaincode --lang golang --label steel_material_v1” and installed with “peer lifecycle chaincode install steel_material.tar.gz”. The testing of the chaincode included recording quality checks and updating transport status. For instance, the quality check for steel material was recorded using the command “peer chaincode invoke -o orderer.example.com:7,050 --peerAddresses peer0.org1.example.com:7,051 --tlsRootCertFiles/path/to/tls/ca.crt -C mychannel -n steel_material_chaincode -c” {“function”:“RecordQualityCheck”,“Args”:[“SMT001”,“500 MPa, Carbon Steel”]}”. Through these steps, we have effectively executed and validated the blockchain network to ensure the quality of the project.
5.4 Enhanced production and transportation efficiency through blockchain
According to Coyle et al. (2016) and Heizer and Render (2016), a comparative analysis of key performance metrics before and after the adoption of blockchain can be used to assess the tangible effects of blockchain on improving efficiency in production and transportation. The metrics encompass average transportation delay time, average production downtime, real-time data visibility and scheduling adjustment response time. The findings, as shown in Table 3, highlight the notable enhancements in efficiency achieved through the implementation of blockchain in CSC management.
Summary of the above calculation results
| Indicator | Traditional method | Blockchain method | Improvement |
|---|---|---|---|
| Average transportation delay time | 6.5 days | 5.8 days | 10.77% reduction |
| Average construction time | 6 days | 5.5 days | 8.33% reduction |
| Scheduling adjustment response time | 3 days | 2 days | 33.33% increase |
| Indicator | Traditional method | Blockchain method | Improvement |
|---|---|---|---|
| Average transportation delay time | 6.5 days | 5.8 days | 10.77% reduction |
| Average construction time | 6 days | 5.5 days | 8.33% reduction |
| Scheduling adjustment response time | 3 days | 2 days | 33.33% increase |
In summary, the developed blockchain-based CSC system can provide its potential efficacy in implementing JIT, which is also confirmed by the case project experts. It enables the seamless integration of real-time data, enabling prompt monitoring and administration of products, which results in considerable reductions in waste and unproductive time. The inherent immutability and openness of blockchain technology offer accurate and up-to-date data that improve decision-making processes. In addition, the utilization of smart contracts guarantees uniform and regular updates and transactions throughout CSC, fostering synchronization. Furthermore, the decentralized nature of blockchain enables the flexibility required to promptly respond to changes in demand or supply. Therefore, the developed system can optimize JIT delivery.
5.5 Practical and theoretical implications
The central contribution of this study lies in its dual-level innovation across both theory and application. Theoretically, this research presents the first comprehensive mapping between blockchain and JIT operational objectives in CSC. At the systems level, it introduces and validates a replicable and deployment-ready architecture tailored to CSCs. Furthermore, it offers a structured framework for exploring blockchain–JIT convergence in fragmented CSC processes, thereby laying a foundational system for broader industry adoption and academic exploration. For example, future studies could further investigate the scalability, integration, cost-efficiency and data governance challenges of the platform through the following ways:
Develop simulation models to assess implementation costs and return on investment.
Test system performance across diverse project sizes and stakeholder networks.
Translate the framework into a robust software architecture, mapping JIT processes to smart contract logic.
Apply the system in varied project contexts, such as prefabrication or large-scale infrastructure, to assess adaptability.
In practice, the proposed blockchain-based system provides a pathway for implementing JIT principles in CSC while minimizing disruption to ongoing operations. Practitioners can enhance JIT outcomes by:
Integrating blockchain with Enterprise Resource Planning (ERP) and procurement systems to automate workflows and ensure data consistency.
Implementing permissioned blockchain networks to track material quality and clarify stakeholder accountability.
Deploying site dashboards to enable real-time visibility of inventory and deliveries.
Extending the prototype framework in collaboration with IT teams to develop a full-scale platform.
Therefore, these actions collectively facilitate the alignment of blockchain-enabled functionalities with JIT goals, enhancing CSC coordination without disrupting ongoing project operations.
6. Conclusions
This study contributes to the digital transformation of CSCs by proposing an integrated framework that combines blockchain technology with JIT supply strategies. In response to growing industry demands for transparency, synchronization and inventory reduction, the research develops a blockchain-based system that aligns twelve core blockchain functionalities with the four primary goals of JIT. Leveraging the dual capabilities of public and private chains via HF, the system prototype demonstrates a structured and scalable approach to managing procurement, logistics and assembly activities. Empirical validation through a real-world case study confirms the system's potential to reduce transport and production delays, enhance real-time scheduling responsiveness and strengthen coordination across SC actors.
While this study offers valuable insights, it contains limitations that call for further studies to validate the efficacy of the system across different project types and scenarios. Future research should concentrate on developing adaptable consensus methods and establishing standardized deployment practices, which could boost the wider adoption of blockchain in the construction industry, especially for JIT in CSC. Another direction for future research would involve enhancing the blockchain-based CSC by exploring advanced consensus algorithms, devising protocols for proof-of-delivery and proof-of-quality inspections and integrating blockchain with established enterprise systems.
Appendix
The flowchart is titled “Identification of studies via databases and registers” at the top. The flowchart shows three vertical text boxes representing three stages, arranged in a vertical series on the left. From top to bottom, these are labeled “Identification”, “Screening”, and “Inclusion”. In the “Identification” stage, a text box reads “Records identified from: I E E E Xplore (n equals 0), Science Direct (n equals 23), Scopus (n equals 351)”. A rightward pointing arrow from this box leads to another box labeled “Records removed before screening: Duplicate records removed (n equals 5), Records marked as ineligible by automation tools (n equals 0), Records removed for other reasons (n equals 0)”. A downward pointing arrow leads from “Records identified from: I E E E Xplore (n equals 0), Science Direct (n equals 23), Scopus (n equals 351)” and points to a box labeled “Records screened (n equals 346)” in the “Screening” stage. A rightward pointing arrow from this box leads to a text box labeled “Records excluded (n equals 130)” in the same stage. From “Records screened (n equals 346)”, a downward arrow arises and points to a text box labeled “Studies sought for retrieval (n equals 216)” in the Screening stage. A rightward pointing arrow from this box points to a text box labeled “Studies not retrieved (n equals 50)”. From “Studies sought for retrieval (n equals 216)”, a downward arrow arises and points to a text box labeled “Studies assessed for eligibility (n equals 166)” in the Screening stage. A rightward pointing arrow arises from this box and points to a text box labeled “Studies excluded: Reason 1: lack of focus on blockchain - J I T integration in C S Cs (n equals 51), Reason 2: irrelevant scope or domain (n equals 40), Reason 3: insufficient depth or data quality (n equals 27)”. From “Studies assessed for eligibility (n equals 166)”, a downward arrow arises and points to a text box labeled “Studies included in review (n equals 48)” in the Inclusion stage.PRISMA flow processes
The flowchart is titled “Identification of studies via databases and registers” at the top. The flowchart shows three vertical text boxes representing three stages, arranged in a vertical series on the left. From top to bottom, these are labeled “Identification”, “Screening”, and “Inclusion”. In the “Identification” stage, a text box reads “Records identified from: I E E E Xplore (n equals 0), Science Direct (n equals 23), Scopus (n equals 351)”. A rightward pointing arrow from this box leads to another box labeled “Records removed before screening: Duplicate records removed (n equals 5), Records marked as ineligible by automation tools (n equals 0), Records removed for other reasons (n equals 0)”. A downward pointing arrow leads from “Records identified from: I E E E Xplore (n equals 0), Science Direct (n equals 23), Scopus (n equals 351)” and points to a box labeled “Records screened (n equals 346)” in the “Screening” stage. A rightward pointing arrow from this box leads to a text box labeled “Records excluded (n equals 130)” in the same stage. From “Records screened (n equals 346)”, a downward arrow arises and points to a text box labeled “Studies sought for retrieval (n equals 216)” in the Screening stage. A rightward pointing arrow from this box points to a text box labeled “Studies not retrieved (n equals 50)”. From “Studies sought for retrieval (n equals 216)”, a downward arrow arises and points to a text box labeled “Studies assessed for eligibility (n equals 166)” in the Screening stage. A rightward pointing arrow arises from this box and points to a text box labeled “Studies excluded: Reason 1: lack of focus on blockchain - J I T integration in C S Cs (n equals 51), Reason 2: irrelevant scope or domain (n equals 40), Reason 3: insufficient depth or data quality (n equals 27)”. From “Studies assessed for eligibility (n equals 166)”, a downward arrow arises and points to a text box labeled “Studies included in review (n equals 48)” in the Inclusion stage.PRISMA flow processes

