نوع مقاله : مقاله پژوهشی- فارسی
نویسندگان
1 استادیار گروه مهندسی صنایع، دانشگاه صنعتی مالک اشتر، تهران، ایران
2 استاد دانشکده صنایع، دانشگاه صنعتی قم، قم، ایران
3 دانشیار دانشکده بازرگانی، علوم اجتماعی و تصمیم گیری، ریاضیات و تدارکات، دانشگاه برمن، برمن، آلمان
چکیده
کلیدواژه‌ها
موضوعات
عنوان مقاله [English]
نویسندگان [English]
Purpose: This study aims to propose a novel supplier-managed inventory model called Block-SMI, which is based on blockchain technology. Block-SMI is a customer-supplier collaboration architecture that utilizes blockchain technology to divide the main service integration problem into smaller sub-problems, each dealing with a smaller portion of the service/demand pool. Block-SMI aims to utilize the capabilities of blockchain technology to address the limitations of centralized approaches. Centralized approaches often struggle with large-scale problems and struggle to derive near-optimal solutions efficiently. By leveraging blockchain technology, Block-SMI seeks to overcome such challenges and achieve more efficient and effective solutions. Block-SMI operates under the same hypothesis as the supply chain collaboration model and seeks to address the challenges of scaling by utilizing the decentralized and distributed nature of blockchain technology. In this paper, the application of Blockchain technology and its potential for successful SMI implementation are investigated. The framework includes a mathematical model for multiple supplier-customer order fulfillment which is embedded in the blockchain framework. Some cases are studied to evaluate the performance of the proposed model compared to the literature, discussing the details of its blockchain framework.
Design/methodology/approach: First, a mathematical model has been formulated and developed. Then, the mathematical optimization of NLP with an objective model has been developed. The proposed model has been solved by GAMS software and a genetic algorithm. The problem has been solved in a centralized network using a genetic algorithm to provide the total cost value of supply chain management.
Findings: The objective function of Block-SMI aims to minimize the overall inventory cost within the entire supply chain management. This cost includes the expenses borne by both the supplier and the customer. This objective function is evaluated by all solvers and customers, and it is used to guide the matching process of customer demand with suitable suppliers. The aim is to find an optimal solution that minimizes the overall inventory cost while meeting the customer's requirements and ensuring that the supplier's capabilities are utilized effectively. By minimizing the total inventory cost, Block-SMI aims to reduce the overall cost of supply chain management and improve efficiency. To evaluate the effectiveness of Block-SMI, several scenarios were conducted. These scenarios involved comparing the proposed method with a centralized mechanism that was commonly employed to handle similar types of problems. By comparing the performance and outcomes of Block-SMI with the centralized approach, this study aimed to assess the advantages and benefits of utilizing the decentralized blockchain-based solution. The characteristics of Block-SMI were further described and analyzed, and the results demonstrated that Block-SMI is an effective solution for supplier-managed inventory problems, especially for large-scale scenarios.
Research limitations/implications: The most important limitation of the model, which can be seen as a development, is that the potential of the smart contract has not been used in the field of optimization.
Practical implications: Applying the proposed approach from the point of view of managerial insights, highlights the fact that the application of Blockchain technology enables the platform for managing the solvers’ contribution to the assignment of supplies to customers as new service provider business models. From the point of view of business model competency, solvers as assignment service providers must increase their competencies for better performance in solving their sub-problems. As a solver uses more time to proceed with its algorithm and get a better answer to increase its reward, other solvers may announce their solutions with overlap sooner. This causes persuades the solvers to restart the sub-problem formation.
Social implications: The framework applies a reward policy mechanism to both promote the near to optimum assignment for solvers and also benefit them from the yielded optimality with the blockchain token model. Finally, the proposed frameworks enable the detection of possible conflicts among the solvers for overlapping sub-problems and avoid the announcement of in-feasible assignments regarding supplier capabilities and customers. The findings imply that the yielded optimality of consolidated sub-problems is better from the point of view of solving time and resulting from optimality.
Originality/value: The proposed new mathematical model innovatively has investigated the supplier-managed inventory platform based on blockchain technology and uses the results to optimize time and cost reduction between stakeholders.
کلیدواژه‌ها [English]
1- مقدمه
مدیریت زنجیرۀ تأمین به فرآیندهایی اطلاق میشود که تأمین مواد اولیه یا اجزای سازمانی موردنیاز شرکت را در حین تولید یک محصول و خدمات آن محصول را به مشتریان فراهم می‌کند و همچنین مسئولیت انتقال سفارش‌ها و خدمات را بین ذی‌نفعان بر عهده دارد (هوگوس[i]، 2018؛ شیونگ و همکاران[ii]، 2019). پیچیدگی‌های زنجیره‌های تأمین مدرن به‌وسیلۀ عوامل بسیاری تشدید میشود؛ ازجمله نبود شفافیت، تغییرپذیری، اختلالات، تأخیرهای اضافی، تحریف اطلاعات و عدم قطعیت‌ها. مدیریت موجودی مؤثر، نقش بسیار مهمی در ایجاد تعادل در عرضه و تقاضا برای دستیابی به کارآیی هزینه در زنجیرۀ تأمین دارد. سیاست‌های مختلفی در زنجیرۀ تأمین استفاده شده است، ازجمله پاسخ سریع[iii]، برنامه‌ریزی مشارکتی، پیش‌بینی و تکمیل مجدد[iv]، تولید به‌موقع[v] برای مدیریت موجودی و برنامه‌ریزی که مهم‌ترین آنها، موجودی است (آنگولو و همکاران[vi] ، 2004؛ وانگ و همکاران[vii]، 2022). موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده[viii]، استراتژی است که در آن تأمین‌کننده، موجودی مشتری را برای بهینه‌سازی زنجیرۀ تأمین به عهده می‌گیرد؛ زیرا مزایای زیادی برای ذی‌نفعان مختلف ارائه می‌دهد (آنگولو و همکاران، 2004)؛ بنابراین موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده، هزینه‌های موجودی را کاهش و همکاری و هماهنگی بین تأمین‌کنندگان و مشتریان را به‌طور مؤثر، افزایش می‌دهد و دقت و کارایی زنجیرۀ تأمین را بهبود می‌بخشد (گویندان[ix]، 2013؛ هدایت و همکاران[x]، 2011؛ ساری[xi]، 2007). جریان کارآمد اطلاعات، موفقیت عملکرد موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده را تضمین می‌کند؛ بنابراین تأمین‌کننده به بستری نیاز دارد که باید ازطریق تأمین‌کننده ایجاد شود تا بتواند به داده‌های مشتری دسترسی داشته باشد و از اطلاعات مناسب برای بهینه‌سازی موجودی خود، استفاده کند. از دیگر موانع موفقیت موجودی مدیریت‌شده توسط تأمین‌کننده، به مشکل در ایجاد اعتماد بین یکدیگر اشاره میشود، حتی زمانی که برخی اطلاعات به اشتراک گذاشته میشود، احتمالاً بازیگران زنجیرۀ تأمین از ترس افشای این اطلاعات به رقبای خود، در برابر به اشتراک گذاری اطلاعات دقیق مقاومت می‌کنند. شفافیت داده‌ها، تمرکز مراکز داده و قابلیت ردیابی اطلاعات در ذی‌نفعان، از موارد مهم در مدیریت موجودی است (داساکلیس و کازینو[xii]، 2019). استراتژی مدیریت موجودی به‌وسیلۀ تأمین‌کننده با حذف روش‌های سنتی سفارش، بستر کارآمدی را برای تبادل اطلاعات بین طرفین ایجاد می‌کند. این فرآیند به‌وسیلۀ ارائه‌دهندگان خدمات مدیریت موجودی توسط تأمین‌کننده انجام میشود که سرپرست یک شبکۀ متمرکزند. پیش‌نیازهای متعددی برای اجرای موفقیت‌آمیز موجودی مدیریت‌شده وجود دارد، مانند اشتراک اطلاعات، اعتماد متقابل، یکپارچگی سیستم و همکاری طولانی‌مدت (داساکلیس و کازینو، 2019). با این حال، تعداد بالای شرکت‌کنندگان، کانال‌های توزیع و فرآیندهای پیچیده و نبود اعتماد طرفین، اجرای مدیریت موجودی به‌وسیلۀ تأمین‌کننده را با مشکل مواجه و از پذیرش آن جلوگیری می‌کند. در بررسی پژوهش بحث‌شده، هر نمونه‌ای از مسئلۀ مدیریت موجودی به‌وسیلۀ تأمین‌کننده، که یک مسئلۀ برنامه‌ریزی غیرخطی است، به یک مسئلۀ تخصیص سفارش منتقل میشود. مسائل برنامه‌ریزی غیرخطی، سخت‌ترین مسائل بهینه‌سازی در موضوعات ترکیبی‌اند که هیچ الگوریتم زمانی چندجمله‌ای قادر به حل آنها نبوده است. در بدترین سناریو، هر الگوریتمی که برای حل مسائل برنامه‌ریزی غیرخطی تلاش می‌کند، ممکن است به زمان اجرای نمایی نیاز داشته باشد؛ درنتیجه با افزایش اندازۀ مسئلۀ برنامه‌ریزی غیرخطی، کارآیی این مسائل به‌طور چشمگیری کاهش می‌یابد. تعدد خدمات و تقاضا بین تأمین‌کننده و مشتری در بستر مدیریت موجودی و همچنین پیچیدگی این نوع مسئله، استفاده از روش‌های دقیق را بی‌اعتبار می‌کند. با توجه به اینکه این روش‌ها هیچ راه‌حلی را در زمان معقول ارائه نمی‌دهند، بنابراین الگوریتم‌های تکاملی مانند الگوریتم ژنتیک، الگوریتم بهینه‌سازی ازدحام ذرات[xiii]، الگوریتم کلونی زنبورهای مصنوعی[xiv]، الگوریتم کلونی مورچه‌ها[xv] و غیره، در مسئلۀ درخواست تطبیق در مدیریت موجودی به‌وسیلۀ تأمین‌کننده در نظر گرفته شده است. برخلاف تکنیک‌های دقیق، الگوریتم‌های تکاملی، تضمینی برای یافتن راه‌حل بهینه ندارند، با این حال آنها یک راه‌حل نسبتاً خوب را در مدت‌زمان معقول پیدا می‌کنند که آنها را برای بررسی پیچیدگی محاسباتی مسائل برنامه‌ریزی غیرخطی، مانند موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده مناسب می‌کند (آقامحمدزاده و فتاحی ولیلایی[xvi]، 2020). بنابراین استفاده از فناوری بلاک چین برای پیاده‌سازی مدیریت موجودی به‌وسیلۀ تأمین‌کننده، نیاز به ارائه‌دهندگان خدمات را از بین می‌برد و به کاهش هزینه‌های تراکنش و بهبود نرخ سفارش منجر میشود. این امر با استفاده از فناوری بلاک چین اتریوم امکان‌پذیر است که از قراردادهای هوشمند برای اجرای تراکنش‌های تأییدشده، با شرایط از پیش تعریف‌شده استفاده می‌کند (احمدی و همکاران[xvii]، 2021؛ عمر و همکاران[xviii]، 2021). بنابراین فناوری بلاک چین، اصول موجودی مدیریت‌شده را تقویت می‌کند که شامل به اشتراک گذاری داده، شفافیت و قابلیت ردیابی میشود.
فناوری بلاک چین به‌دلیل توانایی آن در ایجاد انقلاب در فرآیند موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده شناخته شده و محققان و شرکت‌های مختلفی را در زمینۀ مدیریت موجودی و شبکۀ تأمین به خود جذب کرده است. فناوری بلاک چین جایگزین سیستم‌های سنتی مانند روش‌های پاسخ سریع، برنامه‌ریزی مشارکتی، پیش‌بینی و تکمیل مجدد و تولید به‌موقع در سراسر زنجیرۀ تأمین میشود (جوما و همکاران[xix]، 2019). این فناوری بستری را برای همۀ شرکای تجاری ایجاد می‌کند تا به‌طور مؤثر با یکدیگر در یک شبکۀ غیرمتمرکز ارتباط برقرار کنند (گوگنبرگر و همکاران[xx]، 2020؛ عمر و همکاران، 2020). شکل 1 معماری بلاک چین را نشان می‌دهد. در این معماری، محتوای بلاک‌ها تراکنش‌هایی است که بین طرفین ایجاد میشود و تغییردادنی نیست. بلاک‌ها به‌طور زنجیروار به یکدیگر متصل‌اند، به‌طوری که هش بلاک قبل، هش بلاک جدید تعیین و این کار باعث میشود تراکنش‌ها تغییرندادنی باشند.
شکل 1- معماری بلاک چین
Fig. 1. Blockchain architecture
مطالعات ادبی کمی دربارۀ مدل‌های همکاری زنجیرۀ تأمین وجود دارد و این موضوع را بررسی می‌کند که چگونه فناوری بلاک چین زنجیرۀ تأمین را تغییر می‌دهد. هدف اصلی این مقاله، پیشنهاد یک راه‌حل مبتنی بر بلاک چین است که به بهبود مدل موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده در زنجیرۀ تأمین کمک می‌کند. مشارکت‌های اصلی این کار، به شرح زیر است:
این مقاله یک مدل جدید موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده را پیشنهاد می‌کند که مبتنی بر فناوری بلاک چین است. مدل بلاک چین – موجودی مدیریت به‌وسیلۀ تأمین‌کننده، یک معماری همکاری بین مشتری و تأمین‌کننده است که از فناوری بلاک چین، برای تقسیم مسئلۀ اصلی یکپارچه‌سازی خدمات به زیرمسئلۀ کوچک‌تر استفاده می‌کند که هرکدام با بخش کوچک‌تری از مجموعۀ خدمات/تقاضا سروکار دارند. هدف مدل، استفاده از قابلیت‌های فناوری بلاک چین، برای غلبه بر محدودیت‌های رویکردهای متمرکز است که بیشتر در مسائل مقیاس بزرگ ناکارآمدند و راه‌حل‌های تقریباً بهینه را به دست نمی‌آورند. مدل بلاک چین – موجودی مدیریت، زیر نظر همان فرضیۀ مدل همکاری زنجیرۀ تأمین عمل می‌کند و با استفاده از ماهیت غیرمتمرکز و توزیع‌شدۀ فناوری بلاک چین، به‌دنبال رفع چالش‌های مقیاس‌بندی است.
2- پیشینۀ پژوهش
در این بخش، دربارۀ مفهوم یکپارچه‌سازی بین موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده و فناوری بلاک چین بحث میشود و دو موضوع را بررسی می‌کند:
2-1 اهمیت موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده
در طول دهۀ 1980، مشتریان در مدیریت موجودی خود با مشکل مواجه شدند و نیاز به روش همکاری دیگری، به نام «موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده» را شناسایی کردند. در این روش، تأمین‌کننده از سطوح موجودی مشتری مراقبت می‌کند و درنتیجه اطلاعات موجودی انبار مشتری به تأمین‌کننده منتقل میشود، به‌طوری که مکانیزم موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده، مشتری را تشویق می‌کند تا عملیات موجودی را به تأمین‌کننده ارجاع دهد. مکانیسم موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده، همچنین شامل یک توافق مستقیم بین تأمین‌کننده و مشتری است، یعنی تأمین‌کننده و مشتری در قالب مکانیسم موجودی مدیریت‌شده توسط تأمین‌کننده با یکدیگر همکاری و توافق می‌کنند (متین و همکاران[xxi]، 2015). قراردادها براساس سطح مشارکت، همکاری لجستیکی و شرایط تولید و توزیع است که به حفظ همکاری بین اعضا کمک می‌کند. همچنین به کاهش هزینۀ حمل‌ونقل در بین اعضا کمک می‌کند، به‌طوری که تأمین‌کننده با نگهداری موجودی تا برآورده‌شدن ظرفیت موردنیاز، فرکانس را کاهش می‌دهد (سایناتان و گرونولت[xxii]، 2019).
2-2 موجودی مدیریت‌شدۀ تأمین‌کنندۀ مبتنی بر بلاک چین
یک استراتژی دوباره پر‌کردن مؤثر، مانند موجودی مدیریت‌شده توسط تأمین‌کننده، با حذف نیاز به سفارش‌های سنتی، بستر کارآمدی را برای تبادل اطلاعات ایجاد می‌کند. این فرآیند معمولاً به‌وسیلۀ ارائه‌دهندگان خدمات موجودی مدیریت‌شده توسط تأمین‌کننده انجام میشود و به‌عنوان سرپرست در یک شبکۀ متمرکز عمل می‌کند (موری[xxiii]، 2018). با این حال، استفاده از فناوری بلاک چین برای عملیات موجودی مدیریت‌شده توسط تأمین‌کننده، نیاز به ارائه‌دهندگان خدمات را از بین می‌برد و درنتیجه باعث دخالت انسانی کم یا بدون دخالت انسانی و کاهش هزینه‌های تراکنش میشود. فناوری بلاک چین را برای اولین بار ناکاموتو[xxiv] (2008) معرفی و آن را پلتفرمی برای رمزگشایی بیت کوین به کار برد. بلاک چین یک دفتر کل توزیع‌شدۀ غیرمتمرکز یا ساختار اطلاعاتی است که هرگونه اطلاعات مانند تراکنش‌ها و سوابق را در خود نگه می‌دارد، آنها را شبیه‌سازی می‌کند و بین اعضای یک شبکه به اشتراک می‌گذارد. اینپلتفرم جدید، ارتباطی همتا به همتا ایجاد کرده و ایمن و مطمئن است (لی و همکاران[xxv]، 2018). علاوه بر این، ویژگی‌های ذاتی بلاک چین، مانند سوابق و تکنیک‌های رمزنگاری، به افزایش امنیت داده‌ها، یکپارچگی داده‌ها و تغییرناپذیری تراکنش‌های ذخیره‌شده کمک می‌کنند (گائو و همکاران[xxvi]، 2018). بنابراین بلاک چین، اصول اصلی موجودی مدیریت‌شده توسط تأمین‌کننده را تقویت می‌کند که شامل به اشتراک گذاری داده، شفافیت و قابلیت ردیابی است؛ از این رو، افزایش دید داده‌ها و قابلیت ردیابی محصول به‌عنوان سطوح فروش و موجودی مشتری، برای همۀ ذی‌نفعان در یک شبکۀ خصوصی و مجاز شفاف میشود (وانگ و همکاران، 2019). درنتیجه در دسترس قرار دادن این اطلاعات برای تأمین‌کنندگان به‌موقع، به موجودی اجازه می‌دهد تا با نظارت مکرر سطوح موجودی، تقاضای محصول را به‌طور دقیق منعکس کند (کازینو و همکاران[xxvii]، 2019). بنابراین با استفاده از یک راه‌حل بلاک چین ادغام‌شده با برنامه‌های غیرمتمرکز، یک سیستم موجودی مدیریت‌شده توسط تأمین‌کننده ایجاد میشود که تقاضای مشتری خود را به‌صورت پویا برآورده می‌کند (عمر و همکاران، 2020). همان‌طور که درجدول 1 نشان داده شده است، تعداد محققانی که در سال‌های اخیر تلاش می‌کنند فناوری بلاک چین را برای سفارش‌ها و موجودی‌های مدیریت‌شدۀ تأمین‌کننده اعمال کنند، به‌طرز چشمگیری افزایش یافته است. با وجود این، بیشتر مقالات به اعتماد در میان بخش‌های مختلف استراتژی موجودی مدیریت‌شده توسط تأمین‌کننده، یا پیشنهاد معماری برای اعمال فناوری بلاک چین در موجودی مدیریت‌شده توسط تأمین‌کننده محدود میشود. این مقاله قصد دارد با پیشنهاد یک مکانیسم اجماع برای حل مسائل بهینه‌سازی، مانند تخصیص سفارش و درخواست تطبیق در موجودی مدیریت‌شده توسط تأمین‌کننده و همچنین معماری، شکاف هیجان‌انگیز را در این مقاله بررسی کند.
|
بلاک چین (دامنۀ کاربرد) |
نوع مدل ریاضی رویکرد حل |
چند تأمین‌کننده – چند مشتری |
ایدۀ اصلی |
منابع |
|
قرارداد هوشمند و امنیت داده‌ها |
× |
× |
آنها یک رویکرد مبتنی بر بلاک چین را با استفاده از قراردادهای هوشمند، برای تغییر عملیات زنجیرۀ تأمین موجودی مدیریت‌شده توسط تأمین‌کننده ارائه کردند. |
)عمر و همکاران، 2020( |
|
موجودی مدیریت‌شده توسط فروشنده |
× |
ü |
آنها تحقیقات اخیر را برای کاربرد موجودی مدیریت‌شده توسط تأمین‌کننده در صنایع مطالعه و همچنین کاربردهای فناوری بلاک چین را برای همکاری غیرمتمرکز سهامداران بررسی کردند. |
)احمدی و همکاران، 2021( |
|
قرارداد هوشند و موجودی مدیریت‌شده توسط تأمین‌کننده |
× |
× |
آنها مفهومی را برای روابط موجودی مدیریت‌شده توسط فروشنده، براساس فناوری بلاک چین ارائه کردند و اثبات مفهومی را طراحی و توسعه دادند که با انجام مراحل فرآیندی خاص در بلاک چین، کاستی‌های راه‌حل‌های فعلی موجودی مدیریت‌شده توسط تأمین‌کننده را بررسی می‌کند. |
|
|
قرارداد هوشمند |
× |
ü |
آنها یک چارچوب تعاملی جدید را مبتنی بر قراردادهای هوشمند و زنجیرۀ بلوکی، برای کنترل رابطۀ بین فروشنده و خریدار پیشنهاد کردند. |
(داساکلیس و کازینو، 2019) |
|
اطلاعات تأمین و تقاضا |
× |
× |
آنها یک سیستم فناوری اطلاعات مبتنی بر بلاک چین را برای تبادل اطلاعات عرضه و تقاضا پیشنهاد کردند. |
(داساکلیس و کازینو، 2019) |
|
قراردادهای هوشمند اتریوم و سیستم ذخیره‌سازی غیرمتمرکز |
× |
×. |
آنها یک رویکرد اشتراک‌گذاری موجودی مبتنی بر بلاک چین را براساس قراردادهای هوشمند با استفاده از یک شبکۀ خصوصی اتریوم، برای پیونددادن تأمین‌کنندگان و خرده‌فروشان توصیه کردند. |
(عمر و همکاران، 2021) |
|
فرکانس رادیویی و اینترنت اشیا + موجودی کنترل‌شده توسط تأمین‌کننده |
× |
× |
آنها پیاده‌سازی فناوری‌های شناسایی فرکانس رادیویی و اینترنت اشیا در موجودی مدیریت‌شده توسط فروشنده را مبتنی بر بلاک چین پیشنهاد کردند. |
|
|
موجودی مدیریت‌شده توسط فروشنده |
× |
ü |
آنها یک چارچوب کلی را پیشنهاد کرده‌اند تا تأمین‌کنندگان و مشتریان را قادر کند سفارش‌ها را در حالت غیرمتمرکز تطبیق دهند و در عین حال، اعتماد را ازنظر مدیریت دسترسی به داده‌ها در میان ذی‌نفعان، به‌عنوان یک پیش‌نیاز مهم برای ایجاد موجودی مدیریت‌شده به‌وسیلۀ فروشنده برآورده کنند. |
|
|
تخصیص سفارش |
غیرقطعی |
× |
این یک ایدۀ جدید را برای بهبود تخصیص سفارش در همه‌چیز، به‌عنوان یک سرویس براساس بلاک چین در تولید ابری معرفی می‌کند. |
|
|
سفارش بهینه و قرارداد هوشمند |
غیرقطعی- الگوریتم ژنتیک |
ü |
این مقاله یک معماری جدید در موجودی مدیریت‌شدۀ تأمین‌کننده برای بهبود تخصیص سفارش و درخواست تطبیق بین تأمین‌کننده و مشتری براساس فناوری بلاک چین را در موجودی مدیریت‌شده توسط تأمین‌کننده معرفی می‌کند. |
این پژوهش |
2-3 شکاف تحقیقاتی
با توجه به ماهیت سخت برنامه‌ریزی غیرخطی مسائل تخصیص سفارش در موجودی مدیریت‌شدۀ تأمین‌کننده، تحقیقات درخور توجهی برای شناسایی راه‌حل‌های بهینه یا نزدیک به بهینه، با استفاده از الگوریتم‌های فرا‌ابتکاری، انجام شده است (کاسگری و همکاران[xxxii] ، 2017). با این حال، این تحقیق با چالش‌هایی مانند تله‌های بهینۀ محلی و همگرایی کند مواجه است. برای بررسی این مسائل، فناوری بلاک چین با فعال‌کردن عوامل تطبیق خدمات در یک محیط غیرمتمرکز، راه‌حلی را ارائه و درنتیجه مشکلات همکاری زنجیرۀ تأمین را برطرف می‌کند. بنابراین این مطالعه یکی از اولین تلاش‌ها برای اعمال فناوری بلاک چین، برای تخصیص سفارش و فرآیند درخواست تطبیق در استراتژی موجودی مدیریت‌شده توسط تأمین‌کننده است. در بیشتر مطالعات تحقیقاتی، موجودی مدیریت‌شدۀ تأمین‌کننده از یک دیدگاه متمرکز بررسی میشود و با یک نهاد مدیریت مرکزی، بر فرآیند مدیریت موجودی نظارت دارد. با این حال، مدل بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، یک رویکرد غیرمتمرکز را پیشنهاد می‌کند که در آن چندین حل‌کننده به‌طور موازی برای حل زیرمسئله کار می‌کنند و نتایج در دفتر کل بلاک چین، ثبت می‌شوند. استفاده از بلاک چین به‌عنوان یک مدل توزیع‌شده در مدیریت زنجیرۀ تأمین، یک حوزۀ تحقیقاتی نسبتاً جدید است و هنوز مطالعات نسبتاً کمی پتانسیل آن را بررسی کرده‌اند. با این حال، علاقۀ روزافزونی به استفاده از بلاک چین برای بهبود کارآیی و شفافیت زنجیرۀ تأمین وجود دارد و انتظار می‌رود در آینده، شاهد تحقیقات بیشتری در این زمینه باشیم. مدل بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده را با استفاده از مزایای زنجیرۀ بلوکی مانند تمرکززدایی، تغییرناپذیری و شفافیت، راه‌حل امیدوارکننده‌ای برای مشکل موجودی مدیریت‌شده توسط تأمین‌کننده است که کارآیی زنجیرۀ تأمین را بهبود می‌بخشد و هزینه‌ها را کاهش می‌دهد.
3- روش تحقیق
برای انجام این تحقیق، ابتدا مطالعات اولیه به روش کتابخانه‌ای انجام شد. عمدۀ منابع مورد نیاز در این بخش، با جست‌وجو در منابع الکترونیکی تحت وب تهیه شد. خروجی این مطالعات برای ایجاد بستر به‌جهت انجام ادامۀ تحقیق مفید خواهد بود. با بررسی پیشینه و مرور نظام‌مندی که بخشی از آن توضیح داده شد، سؤالات دربارۀ ابعاد، مؤلفه‌ها و شاخص‌های اصلی بلاک چین، راه‌کارهای مناسب استفاده از فناوری بلاک چین در تعامل کارا و همکاری با تأمین‌کننده و مشتری در استراتژی موجودی مدیریت‌شده توسط تأمین‌کننده، پاسخ داده می‌شوند. این تحقیق ازنظر هدف، کاربردی و به‌وسیلۀ مدل‌سازی ریاضی و همچنین با استفاده از الگوریتم‌های متاهیورستیک به‌دنبال بهینه‌سازی سفارش‌گذاری بین تأمین‌کنندگان و مشتریان است و با استفاده از فناوری بلاک چین، در جهت رسیدن به سیاست بهینۀ تأمین و تدارکات بین تأمین‌کنندگان و مشتری تلاش می‌کند؛ بنابراین مراحل روش تحقیق به‌صورت زیر بیان شده است.
مرحلۀ اول: مطالعۀ مدل‌های همکاری در مدیریت زنجیرۀ تأمین و شناسایی موانع، کاستی‌ها و شکاف تحقیقاتی؛ مرحلۀ دوم: ایجاد مدل ریاضی و حل آن در نرم‌افزار گمز. ابتدا مدل با تعداد محدود تأمین‌کننده، مشتری و کالا اجرا و سپس با افزایش تعداد تأمین‌کننده و مشتری و کالا، حل مدل خارج از محدودۀ گمز شده است؛ مرحلۀ سوم: حل مدل در مقیاس بزرگ‌تر با استفاده از نرم‌افزار متلب و الگوریتم‌های متاهیورستیک و یک‌بار حل آن به‌صورت متمرکز؛ مرحلۀ چهارم: شکسته‌شدن مدل ریاضی به زیرمسئله و حل آن به‌صورت غیرمتمرکز به‌وسیلۀ نرم‌افزار متلب و الگوریتم متاهیورستیک؛ مرحلۀ پنجم: مقایسۀ مدل متمرکز و غیرمتمرکز با یکدیگر و همچنین مدت‌زمان اجرای حل مدل و بهینه‌سازی سفارش‌گذاری با یکدیگر.
4- پلتفرم توزیع‌شدۀ بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده
4-1 مفاهیم مربوط به مدل بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده
بلاک چین-موجودی مدیریت‌شده توسط تأمین‌کنندۀ یک پلتفرم، موجودی با مدیریت تأمین‌کنندۀ همتا به همتا بین تأمین‌کننده و مشتری است که موجودی مناسب را در زمان واقعی ایجاد و به مشتری ارسال می‌کند. این پلتفرم برای پردازش، مدیریت و کنترل موجودی تهیه میشود که در آن همتایان بلاک چین حل‌کننده‌ها هستند، در حالی که جزء پلتفرم، تأمین‌کنندگان و مشتریان‌اند. این بخش، پلتفرم پیشنهادی بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده را بررسی می‌کند. یک نمایش انتزاعی سطح بالا از پلتفرم در شکل 2 ارائه شده است. با توجه به توضیحات داده‌شده دربارۀ سازوکار و نحوۀ تعاملات بین طرفهای حاضر در سیستم تأمین و تدارکات بهنگام با رویکرد سفارش‌گذاری بین تأمین‌کنندگان مبتنی بر بلاک چین و برای تکمیل، مدل فرآیندی شامل 4 لایۀ اصلی تعریف شده است که عبارت‌اند از: (1) لایۀ مشتری؛ (2) لایۀ تأمین‌کنندگان؛ (3) لایۀ تأیید‌کننده‌ها؛ (4) لایۀ بلاک چین. در ادامه هر‌یک از این لایهها معرفی و شرح داده میشود. لایۀ مشتری: در این لایه، مشتری‌ها ابتدا ثبت نام می‌کنند و کیف پول و کلیدهای مشتری ایجاد میشود. همچنین هش مربوط به مشتری ایجاد و نیازمندی مشتری در شبکۀ بلاک چین اعلام میشود. لایۀ تأمین‌کنندگان: در این لایه تأمین‌کنندگان ابتدا ثبت نام می‌کنند، کیف پول و کلیدهای تأمین‌کننده ایجاد میشود. هش مربوط به تأمین‌کننده و خدمات و ظرفیتی را که می‌توانند ارائه دهند، به شبکۀ بلاک چین ارائه می‌کنند. لایۀ حل‌کننده‌ها: در این لایه، حل‌کننده‌ها ورود می‌کنند و هر‌لحظه به‌روز می‌شوند. حل‌کننده‌ها می‌توانند تأمین‌کنندگان و مشتریان باشند و یا هیچ‌کدام از آنها نباشند. کیف پول و کلیدهای حل‌کننده ایجاد میشود. هش مربوط به حل‌کننده در شبکۀ بلاک چین تولید میشود. درواقع هر‌کسی که بتواند این تطابق بین تأمین‌کننده و مشتری را انجام بدهد و بهترین خدمات را به سفارش‌ها وصل کند، عمل حل‌کردن را انجام می‌دهد. اگر حل‌کننده این عمل را انجام بدهد، این ترکیب خدمات را در شبکۀ بلاک چین اعلام می‌کند. لایۀ بلاک چین: حل‌کننده‌ها در لایۀ بلاک چین، بعد از اینکه ترکیب خدمات را به‌درستی انجام دادند، یک بلاک را منتشر و تأیید می‌کنند و در شبکۀ بلاک چین قرار می‌دهند و اگر این ترکیب خدمات به‌درستی انجام نشده باشد، شبکۀ بلاک چین به حل‌کننده اعلام می‌کند و حل‌کننده‌های بعدی این کار را انجام می‌دهند. درواقع یک رقابت بین حل‌کننده‌ها برای انتخاب بهترین ترکیب خدمات و در کوتاه‌ترین زمان ایجاد میشود؛ سپس حل‌کننده‌هایی که این ترکیب سرویس را به‌درستی انجام داده باشند، پاداش را دریافت می‌کنند، این ترکیب خدمات ازطریق شبکۀ بلاک چین به تأمین‌کننده و مشتری اطلاع‌رسانی میشود، محتویات این ترکیب سرویس یک بلاک جدید وارد و به زنجیرۀ بلاک متصل میشود؛ پس از آن، پارامترهای مربوط به مشتری و تأمین‌کننده به‌روز میشود. برای نشان‌دادن مفاهیم اصلی بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، اجزای اصلی بلاک چین در این پلتفرم به شرح زیر تعریف شده است:
شکل 2- مدل فرآیند کسب‌وکار بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده
Fig. 2- Business process-modeling notation (BPMN) for Block-SMI
4-2 مکانیزم رمزگذاری
رمزنگاری، یکی از هسته‌های اصلی فناوری بلاک چین است. هدف از این علم، ایجاد قوانینی است که کاربران را قادر می‌کند در یک محیط ناامن، با یکدیگر ارتباط برقرار و در عین حال، حریم خصوصی و اعتبار داده‌های خود را حفظ کنند. برای اطمینان از یکپارچگی داده‌ها و مشروعیت پیام‌های جاری در شبکۀ بلاک چین، احراز هویت باید از تکنیک‌های رمزنگاری (مانند هش) استفاده کند. تابع هش، به یک الگوریتم ریاضی و یکسری محاسبات عددی اشاره دارد که داده‌های مختلف را در یک رشته بیت (به همان اندازه) نگاشت می‌کند (آقامحمدزاده و فتاحی ولیلایی، 2020).
4-3 تعاریف تراکنش‌ها و بلوک‌ها
بلاک چین شامل مجموعه‌ای از بلوک‌هاست که به ترتیب زمانی به یکدیگر متصل شده‌اند. درواقع بلوک، فهرستی از تراکنش‌های ثبت‌شده در یک دورۀ معین است. هر بلاک چین با یک بلوک مبدأ شروع میشود. در بلاک چین، هر بلوک به بلوک قبلی خود مرتبط است؛ بنابراین لازم است که بلوک مبدأ، اولین بلوک باشد و برای بلوک‌های بعدی استفاده شود. هر بلوک در بلاک چین، از دو بخش اصلی به نام‌های هدر بلوک و بخش تراکنش تشکیل شده است. هر بلوک، هش منحصربه‌فرد خود را دارد که به بلوک‌های بعدی و قبلی مربوط است. بلوک‌ها ازطریق هدرها به یکدیگر متصل و در شبکه با هدرها شناسایی می‌شوند. هش بلوک قبلی، در کنار داده‌های بلاک قرار می‌گیرد تا از سانسور و تقلب در پلتفرم بلاک چین جلوگیری شود. این قسمت از بلاک، به‌نوعی تغییرناپذیری و حذف اطلاعات داخل بلاک چین را تضمین می‌کند. اگر کسی بخواهد داده‌ها را در یک بلوک از سیستم کلی تغییر دهد، باید هش بلوک قبلی را نیز تغییر دهد. به عبارت دیگر باید هش تمامی بلوک‌های قبلی را تا اولین بلاک ایجادشده در زنجیره تغییر داد که غیرممکن است و اطلاعات داخل بلاک چین هرگز تغییر نمی‌کند. بخش اصلی، ساختار مجموعه‌ای از داده‌ها را دربارۀ تراکنش‌های انجام‌شده در شکاف زمانی فعلی حمل می‌کند. تراکنش در بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، مقدار موجودی است که تأمین‌کننده برای مشتری ارسال می‌کند. معاملات در بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، عمدتاً بر جزئیات تخصیص سفارش و درخواست تطبیق در موجودی مدیریت‌شده تأمین‌کننده تمرکز دارد:
بلاک چین عمومی در بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، در رابطۀ (1) نشان داده شده است. به‌طور مشخص، استخر تأمین‌کننده، مشتری و حل‌کننده، مجموعه‌ای از گره‌ها را در بلاک چین ایجاد می‌کنند و در هر تکرار، به‌روزرسانی می‌شوند.
|
(1) |
BN = (SP, CP, SoP, Smart Contract, Consensus Method, Transaction |
یک شناسۀ جداگانه با کلید عمومی برای مشتری و تأمین‌کننده و همچنین یک شناسه برای حل‌کننده وجود دارد. یک تراکنش مشخص می‌کند چه تعداد سفارش از یک تأمین‌کننده به یک مشتری ارسال میشود. مشتری و تأمین‌کننده ازطریق کلید عمومی خود امضا می‌کنند و مهم‌تر از همه، مشتری با میزان تقاضای خود و تأمین‌کننده با ظرفیت موجود خود امضا می‌کند. نشانگر ظرفیت، درواقع همان شماره‌حساب است که نشان می‌دهد تأمین‌کننده ظرفیت دارد یا خیر؛ بنابراین از این امضاها متوجه می‌شویم بلوکی که ضمیمه میشود، تناقضی ایجاد نمی‌کند. دو نوع کلید رمزنگاری باید برای محرمانه نگه داشتن تمام تراکنش‌های بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، اتخاذ شود؛ مانند کلید عمومی یا تأییدکننده و کلید خصوصی یا مخفی. کلیدهای خصوصی با یک موجودیت تولید می‌شوند و علامتی برای دسترسی به داده‌ها هستند. با این حال کلیدهای عمومی، مکانیسم احراز هویت برای اعطای دسترسی به داده‌هاست. درخواست‌کننده‌ای که می‌خواهد به داده‌ها دسترسی داشته باشد، این دو کلید را تولید می‌کند. هنگام ذخیرۀ کلید خصوصی، درخواست‌کننده (تأمین‌کننده) کلید عمومی را با صاحب داده به اشتراک می‌گذارد. بلاک چین عمومی، کلید عمومی و خصوصی منحصربه‌فرد خود را ازطریق هش کردن، مطابق رابطۀ (2) برای انتقال امن اطلاعات تولید می‌کند. بنابراین هر جزء در بلاک چین، که شامل مجموعه‌ای از استخر مشتری و استخر تأمین‌کننده است، هش خود را تولید می‌کند تا بتواند خود را در شبکۀ بلاک چین عمومی نمایه کند، همان‌طور که در روابط (3) و (4) نشان داده شده است (I,S = استخرهای مشتری و تأمین‌کننده به ترتیب). به ترتیب، هر تأمین‌کننده و مشتری در شبکۀ بلاک چین عمومی، با کلید تأیید خود شناسایی میشود.
|
(2) |
= Hash |
|
(3) |
= Hash |
|
(4) |
= Hash |
هنگامی‌که شبکه رمزگذاری شد، ، و ها درخواست‌های خود را روی شبکۀ بلاک چین پخش و کلیدهای تأیید خود را عمومی می‌کنند که در آن همۀ گره‌ها به‌طور هم‌زمان، به این داده‌ها دسترسی خواهند داشت. اطلاعات موردنیاز برای ارسال در بسته‌های درخواست، شامل : شناسۀ استخر تقاضا، مقدار تقاضا[xxxiii]، زمان تحویل[xxxiv]، قیمت[xxxv]، کلید رمزگذاری بودجه و غیره مطابق رابطۀ (5) است؛ (2) برای : شناسۀ استخر خدمات، ظرفیت[xxxvi]، بودجه[xxxvii]، انگیزه/قیمت، زمان پاسخ[xxxviii]، کلید رمزگذاری و غیره مطابق رابطۀ (6).
|
(5) |
-Request = Hash |
|
(6) |
-Request = Hash |
با دسترسی حل‌کننده به داده‌های موردنیاز که شامل مقدار تقاضای مشتری و میزان ظرفیت تأمین‌کننده از یک زیرمسئله است، در این مرحله، حل‌کننده قرارداد هوشمند را (به عملیات استخراج زیر مراجعه کنید) برای تطبیق هر سفارش از مشتری، با بهترین تأمین‌کنندۀ ممکن ارائه و قرارداد هوشمند را فراهم می‌کند. او هنگامی‌که مسئلۀ تطبیق بین موجودی تأمین‌کننده و تقاضای مشتری و سفارش بهینه به پایان رسید، راه‌حل حاصل تابع هش را با استفاده از کلیدهای عمومی تأمین‌کنندگان و مشتریان اعمال می‌کند. به همین ترتیب، حل‌کننده کلید تأیید و پاداش درخواستی خود را به بلوک امضاشده توسط استخر تأمین‌کننده یا مجموعه مشتریان کلید خصوصی متصل می‌کند. تراکنش‌های به‌دست‌آمده (تراکنش به معنای مقدار موجودی یا سفارش ارسال‌شده از عرضه‌کننده به مشتری)، در یک بلوک قرار می‌گیرد و رمزگذاری میشود؛ سپس بلوک ایجادشده به استخر بلاک چین متصل و پخش میشود تا ازطریق مکانیسم اجماع تأیید شود. بنابراین هنگامی‌که تراکنش‌ها در بلوک قرار می‌گیرند، حل‌کنندۀ بلوک، رابطۀ (7) را برای تأیید راه‌حل در مکانیسم اجماع در شبکۀ بلاک چین پخش می‌کند.
|
(7) |
Candidate block = Hash |
با توجه به اینکه اولین گره به استخر بلاک چین اضافه شد، بلوک بدون تناقض متصل میشود. وقتی بلوک ضمیمه میشود، تمام ظرفیت‌ها و تقاضاها به‌روز می‌شوند. هنگامی که حل‌کنندۀ (2) می‌خواهد بلوک خود را متصل کند، نمی‌داند که حل‌کنندۀ (1)، آن بلوکی را وصل کرده است که راه‌حل بهینه است. بنابراین حل‌کنندۀ (2) نیز بلوک خود را در استخر بلاک چین متصل و پخش می‌کند. اگر مقداری که حل‌کنندۀ (2) به استخر بلاک چین در بلوک خود می‌فرستد، بیشتر از تقاضای مشتری باشد، بلاک چین آن بلوک را برمی‌گرداند و حل‌کنندۀ (2) باید دوباره زیرمسئله را حل کند. نظر به اینکه بلوک متصل‌کنندۀ حل‌کنندۀ (2) به زنجیرۀ بلوکی، پاسخ را ممکن کرده است، باید ظرفیت و مقادیر تقاضا را به‌روز کند (جزئیات بیشتر در سناریوی 2). قرارداد هوشمند، مجموعه‌ای از شرایط از پیش تعریف شده است که بین تأمین‌کننده و مشتری تعریف شده است. قراردادهای هوشمند، توافقات بین مشتریان و تأمین‌کنندگان برای ارائۀ خدمات تأمین‌کننده براساس نیازهای مشتری در بلوک عمل می‌کنند. هنگامی که قراردادهای هوشمند در یک دفتر کل توزیع‌شده اجرا می‌شوند، اجرا و ثبت تراکنش‌ها با یک زیرساخت غیرمتمرکز رمزگذاری‌شده ارائه میشود.
4-4 عملیات استخراج
استخراج‌کننده مسئول اعتبارسنجی تراکنش‌ها در بلاک چین است. این تابع اعتبار، تمام تراکنش‌های موجود در بلاک چین را تضمین می‌کند و به اطمینان از معتبر‌بودن و بدون دستکاری تراکنش‌های ثبت‌شده کمک می‌کند. استخراج‌کننده‌ها، تراکنش‌های موجود در بلوک را بررسی و صحت آنها را تأیید می‌کنند. درواقع آنها موجوداتی‌اند که به حل یکسری معادلات و معماهای ریاضی علاقه دارند. بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، با روشی مشابهی از این تابع استفاده می‌کند. درواقع «حل‌کننده‌ها» موجودیت‌هایی‌اند که جایگزین عنصر استخراج‌کننده‌ها در بلاک چین می‌شوند. همچنین موجودیت‌های مشتاق‌اند. آنها ممکن است فردی با قدرت محاسباتی کافی یا یک شرکت بزرگ باشند که از سرورهای قدرتمندی استفاده می‌کنند و مسئول حل انتساب سفارش اختصاص داده شده (مقدار موجودی ارسال‌شده از تأمین‌کننده به مشتری) هستند. به همین ترتیب، در دیگر نهادها در شبکۀ بلاک چین عمومی، حل‌کننده‌ها ملزم به معرفی کلیدهای هش خود برای پیوستن به بلاک چین (8) هستند (S = Solver set)
|
(8) |
|
4-5 مکانیسم اجماع
در یک سیستم متمرکز، یک مرکز واحد، کل سیستم را مدیریت می‌کند. در بیشتر موارد، مرکز مدیریت هر تغییر دلخواهش را انجام می‌دهد و هیچ مرحلۀ پیچیده‌ای برای ایجاد تغییرات وجود ندارد. سیستم‌های متمرکز مانند بانک‌ها و دولت‌ها، نهادهایی‌اند که یک مقام مرکزی آنها را مدیریت و تغییر می‌کند، اما در بلاک چین کاملاً متفاوت است. شرکت‌کنندگان مشتاق، سیستم را بدون نیاز به واسطه، ایمن نگه می‌دارند. چالش نبود اعتماد بین گروه‌ها (کاربران شبکه) که هیچ شناختی از یکدیگر ندارند، فرصتی را برای بلاک چین ایجاد می‌کند. این فرصت مبتنی بر اعتماد به همۀ کاربران است، نه فقط یک قدرت مرکزی. بنابراین این مکانیسم، یکپارچگی سیستم را حفظ می‌کند و نشان می‌دهد شرکت‌کنندگان با یکدیگر تعامل دارند. چنین مکانیسمی، اجماع نامیده میشود که به‌تازگی توجه بسیاری از محققان را به خود جلب کرده است. مهم‌ترین الگوریتم‌های اجماع در بلاک چین عبارت‌اند از: اثبات کار، الگوریتم اثبات سهام، اثبات ظرفیت و غیره. شما به کمک اینها می‌توانید امنیت بلاک چین را تضمین کنید. مکانیسم اثبات کار مشخصی برای پلتفرم موجودی مدیریت‌شده توسط تأمین‌کنندۀ مبتنی بر بلاک چین طراحی شده است. در این مکانیسم، هر حل‌کننده، اثبات[xxxix] و تلاش می‌کند تا یک معمای اختصاصی ریاضی[xl] و رمزنگاری، که مجموعه‌ای از تخصیص‌های سفارش آن است، را ازطریق روش‌های بهینه‌سازی خود حل کند؛ سپس بلوک جدید توسط حل‌کننده ایجاد و برای توافق در شبکۀ بلاک چین توزیع میشود. درواقع، مکانیسم اجماع ارائه‌شده در موجودی مدیریت‌شدۀ تأمین‌کنندۀ مبتنی بر بلاک چین، حل‌کنندگان را برای بسته‌های بهتر سفارش‌ها تشویق می‌کند. (9) مکانیسم اثبات کار را در بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده نشان می‌دهد:
|
(9) |
|
این تابع هش رمزنگاری به‌صورت زیر خلاصه میشود:
|
(10) |
= Hash |
بنابراین، هرگونه تغییر در اطلاعات خدمات تأمین‌کننده و تقاضای مشتری، به تغییر در هش در بلوک منجر میشود و در این باره، بلوک جدید را نمی‌توان به بلوک قبلی متصل کرد؛ زیرا هش بلوک جدید با بلوک‌های قبلی در بلاک چین مطابقت ندارد.
5-یافته‌ها
5-1 مدل ریاضی بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده
در این بخش، یک مدل ریاضی ارائه شده است. این مدل به دو بخش تقسیم میشود: 1) رابطه (12) مربوط به کل هزینۀ تأمین‌کننده است؛ 2) رابطۀ (13) مربوط به کل هزینۀ مشتری است. ابتدا مسئله در یک شبکۀ متمرکز، با استفاده از الگوریتم ژنتیک حل میشود و ارزش کل هزینه ( ) را ارائه می‌دهد؛ زیرا افزایش تعداد تأمین‌کنندگان، مشتریان و سفارش‌ها (سفارش‌ها)، جواب قطعی به ما نمی‌دهد و در نرم‌افزار گمز حل‌شدنی نیست. بنابراین الگوریتم ژنتیک، یک راه‌حل بهینۀ غیرقطعی و زمان حل را در یک تکرار خاص به ما ارائه می‌دهد؛ درنتیجه هر‌چه تعداد تأمین‌کنندگان، مشتریان و سفارش‌ها بیشتر شود، زمان حل بهینه افزایش می‌یابد و با الگوریتم ژنتیک نمی‌توان آن را از یک مکان به مکان دیگر حل کرد. بنابراین با حل مدل در فضای غیرمتمرکز و تبدیل مسئله به یک زیرمسئله، نه‌تنها راه‌حل بهینۀ به دست آمده از حل‌کننده‌ها به بهینۀ مطلق نزدیک میشود، زمان حل مدل نیز کاهش می‌یابد. همان‌طور که در بخش قبل ذکر شد، در ابتدا تأمین‌کنندگان و مشتریان در شبکۀ بلاک چین ثبت‌نام می‌کنند. حل‌کننده‌ها پس از به دست آوردن داده‌های لازم، یک زیرمسئلۀ دلخواه را از مجموعه توانایی تأمین‌کننده و نیاز مشتری انتخاب می‌کنند و متعاقباً قرارداد هوشمند را در این مرحله ایجاد می‌کنند تا تقاضای مشتری را با تأمین‌کنندگان مناسب مطابقت دهند. درنهایت برای هرکدام، یک کلید عمومی و خصوصی ایجاد و رمزگذاری میشود. هر مشتری سفارش‌ها/تقاضای خود را اعلام و ظرفیت موجودی خود را تأمین می‌کند. پس از عملیات تطبیق سفارش با یک تأمین‌کننده به‌وسیلۀ حل‌کننده، بلوک کاندید ایجاد و در شبکۀ بلاک چین توزیع میشود. در هر بلوک لیستی ارائه میشود که شامل تأمین‌کننده، طرح تأمین مشتری و مقدار موجودی است و باید برای مشتری ارسال شود و همچنین مقادیر هزینه، سفارش، هزینۀ نگهداری و غیره را نیز شامل میشود؛ بنابراین مجموعه‌ای از به شبکۀ بلاک چین ارسال میشود. در راه‌حل پیشنهادی، یک معامله عمدتاً بر انجام بهینۀ سفارش ازطریق تطبیق نیازهای مشتری و توانایی تأمین‌کننده در برآورده‌کردن انتظارات مشتری دربارۀ تحقق مواد پس از تطبیق مشتری با تأمین‌کنندۀ مناسب متمرکز است. هنگامی که حل‌کننده‌ها زیرمسئلۀ خود را انتخاب می‌کنند، می‌کوشند تقاضای مشتری را براساس میزان موجودی تأمین‌کننده حل کنند تا بهترین سفارش بهینه را براساس هزینۀ فراخوان خدمات کلی موجودی بین تأمین‌کننده و مشتری در زیرمسئله پیشنهاد کنند. متغیر تصمیم‌گیری دربارۀ نحوۀ تخصیص مقدار موجودی یا سفارش‌های ارسال‌شده از تأمین‌کنندۀ مناسب به مشتری و همچنین مقدار کل موجودی است. نشان می‌دهد سفارش j برای مشتری i به‌وسیلۀ حل‌کننده k به تأمین‌کنندۀ s در زیر مسئلۀ x تخصیص می‌یابد و مقدار کل موجودی است.
اندیس‌ها:
i: مشتری
j: سفارش یا کالا
s: تأمین‌کننده
پارامترها:
: فضای موردنیاز برای ذخیرۀ یک واحد سفارش‌ها jth
: هزینۀ تولید به ازای هر واحد سفارش j برای تأمین‌کننده
: تقاضای سفارش jth به‌وسیلۀ همۀ مشتریان در چرخۀ T
: هزینۀ راه‌اندازی تولید سفارش‌ها jth برای تأمین‌کننده
: هزینۀ نگهداری یک واحد سفارش jth در انبار تأمین‌کننده
: ظرفیت انبار مشتری ith
: بودجۀ مشتری ith در چرخۀ T
: ظرفیت انبار تأمین‌کنندۀ sth
: بودجۀ تأمین‌کنندۀ sth در چرخۀ T
: هزینۀ نگهداری یک واحد سفارش jth در انبار مشتری ith به‌وسیلۀ تأمین‌کنندۀ sth
: قیمت خرید هر واحد سفارش jth به‌وسیلۀ مشتری ith از تأمین‌کنندۀ sth
: میزان تقاضای مشتری ith برای سفارش jth
: هزینۀ حمل‌ونقل سفارش‌ها jth از تأمین‌کنندۀ sth به مشتری ith
اسکالرها:
n: تعداد دوباره پر کردن در یک دورۀ تولید
P: نرخ تولید به تمام سفارش‌ها
D: تقاضای کل
: هزینۀ کل تأمین‌کننده
: هزینۀ کل مشتری
تابع هدف:
|
(11) |
|
|
(12) |
= And |
|
(13) |
= + Therefor:
|
|
(14) |
+ + ∀k ∈ K |
|
(15) |
∀i ∈ I, ∀s ∈ S, ∀k ∈ K |
|
(16) |
∀i ∈ I, ∀s ∈ S, ∀k ∈ K |
|
(17) |
∀i ∈ I, ∀s ∈ S, ∀k ∈ K |
|
(18) |
∀i ∈ I, ∀s ∈ S, ∀k ∈ K |
|
(19) |
∀x ∈ X, ∀j ∈ J, ∀s ∈ S, ∀k ∈ K |
|
(20) |
D = |
|
(21) |
|
رابطۀ (14) تابع هدف بلاک چین – موجودی مدیریت‌شده را نشان می‌دهد که به حداقل رساندن هزینۀ کل موجودی در کل مدیریت زنجیرۀ تأمین است و از مجموع هزینۀ تأمین‌کننده و مشتری تشکیل شده است. این تابع هدف باید برای همۀ حل‌کننده‌ها و مشتریان ارزیابی شود. با توجه به اینکه ممکن است بودجه و ظرفیت انبار تأمین‌کننده و مشتری برای موجودی محدود باشد، برای هرکدام دو محدودیت بودجه و ظرفیت انبار در نظر گرفته و در فرمول‌های روابط 15 تا 18 معرفی شده است. رابطۀ (19) مقدار کل موجودی برابر با مقدار کل موجودی است که تأمین‌کنندۀ به‌وسیلۀ حل‌کنندۀ به مشتری اختصاص داده است. رابطۀ (20) نرخ کل تقاضای D باید با مجموع تمام درخواست‌های ارسال‌شده به مشتری برابر باشد. رابطۀ (21) یک متغیر مثبت است.
5-2 مثال عددی
برای اعتبارسنجی و اثربخشی بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده در تخصیص سفارش و مدل درخواست تطبیق، این مقاله یک مسئلۀ مقیاس متوسط را براساس موجودی مدیریت‌شده توسط تأمین‌کننده معرفی کرده است که شامل چندین مشتری، سفارش‌ها و تأمین‌کنندگان است. مثال پیشنهادی شامل 50 مشتری، 4 سفارش و 50 تأمین‌کننده میشود، به‌طوری که هر سفارش به‌وسیلۀ همۀ تأمین‌کنندگان در سیستم‌ها، با استفاده از تابع MATLAB®’s به‌صورت تصادفی ایجاد میشود. به عبارت دیگر، به‌دلیل اینکه زیرمسئله به‌صورت موازی حل میشود، همۀ تأمین‌کنندگان قادر به تأمین خواسته‌های مشتری خواهند بود. اگرچه همه تأمین‌کنندگان ازنظر عملکرد برای مشتریان مختلف یکسان‌اند، به‌دلیل فرآیندهای داخلی و تصمیمات مدیریتی، هزینه‌ها و زمان‌های پردازش متفاوتی دارند. علاوه بر این، فرض بر این است که تأمین‌کنندگان محدودیت‌هایی در ظرفیت‌های خود دارند و تنها عامل تعیین‌کننده در تطابق تأمین و تقاضا، هزینۀ تأمین موجودی/تقاضای مشتری و زمان پردازش تقاضای تخصیص‌یافته است. با در نظر گرفتن تعداد کل تأمین‌کنندگان، مشتریان و سفارش‌ها، فضای راه‌حل به 3 زیرمسئلۀ مختلف تجزیه شده است. استخراج بهترین تخصیص سفارش برای هر مشتری توسط تأمین‌کننده، براساس تابع هزینه است که هزینۀ تأمین موجودی/تقاضا برای مشتری است؛ بنابراین تأمین‌کنندگان با توجه به ظرفیت خود و هزینۀ تأمین موجودی/تقاضا، برای مشتری انتخاب می‌شوند. بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده برای حل مسئلۀ انتصاب سفارش بین تأمین‌کننده و مشتری استفاده میشود. کدام تأمین‌کننده تقاضای مشتری را با کمترین هزینه برآورده می‌کند؟ همان‌طور که قبلاً ذکر شد، فرض بر این است که حل‌کننده‌ها یک زیرمسئلۀ دلخواه را انتخاب و آن را به‌صورت موازی حل می‌کنند. با به دست آوردن زیرمسئله، حل‌کننده قرارداد هوشمند را برای حل مسئلۀ تطبیق عرضه و تقاضا برای آن زیرمسئلۀ خاص، مقداردهی اولیه می‌کند. برای بررسی اثربخشی بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، چندین سناریو انجام شده است. در تمام این سناریوها، رویکرد پیشنهادی با یک مکانیسم متمرکز، که معمولاً برای مقابله با این نوع مسئله استفاده میشود، مقایسه و تحلیل بیشتر ویژگی‌های بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده، تشریح میشود. کدهای نمونۀ توسعه‌یافته برای مدل متمرکز و مبتنی بر بلاک چین، ازطریق لینک زیر در دسترس‌‌اند:
http://doi.org/10.6084/m9.figshare.23608206.
سناریوی 1
مدیریت متمرکز: همان‌طور که قبلاً ذکر شد، مسئلۀ معرفی‌شده شامل 50 ارائه‌دهندۀ خدمات یا همان تأمین‌کنندگان، 50 مشتری و 4 سفارش است. پیکربندی سرور استفاده‌شده برای حل مسئله در حالت متمرکز، با استفاده از نرم‌افزار متلب به شرح زیر است: .Intel(R) Core(TM) i5-8265U CPU @ 1.60GHz 1.80 GHz در سناریوی اول، مسئله به‌صورت متمرکز حل میشود، به‌طوری که مشتریان و تأمین‌کنندگان در یک شبکۀ متمرکز قرار می‌گیرند و به‌طور مستقل عمل می‌کنند. مشتریان و تأمین‌کنندگان باید با یکدیگر مطابقت داشته باشند و مسئله فقط یک‌بار حل میشود. بنابراین با افزایش عرضه‌کنندگان و مشتریان، تصمیم‌گیری برای تطبیق بین تأمین‌کنندگان بسیار مشکل میشود، زمان زیادی می‌برد و عملی نیست. علاوه بر این، مشتریان ممکن است آن‌قدر صبور نباشند که روزها منتظر مقام مرکزی (مدیران برنامه‌ریزی) بمانند تا راه‌حلی ارائه دهند که کدام تأمین‌کننده، خواسته‌های مشتریان را برآورده می‌کند. با افزایش تعداد مشتریان و تأمین‌کنندگان، مدیریت مرکزی راه‌حل بهینه‌ای را ارائه نمی‌دهد؛ زیرا باعث میشود مشتریان خود را از دست بدهند و هزینه‌های زیادی را متحمل شوند. درنتیجه فرض بر این است که مقام مرکزی تنها چند روز فرصت دارد تا نتیجۀ نهایی خود را ارائه کند. با توجه به اینکه نمونۀ پیشنهادی بسیار عظیم است، با افزایش مشتریان و تأمین‌کننده و موجودی، سرور نتوانست راه‌حل بهینه را به‌موقع ارائه دهد و درنتیجه با 250 تکرار الگوریتم ژنتیک تکمیل شد. تابع هدف به‌دست‌آمده (موجودی مدیریت‌شده توسط تأمین‌کننده) در تکرار نهایی الگوریتم برابر با 3380223.8843 در زمان حل 30 دقیقه است که در شکل 3 نشان داده شده است. در این شکل، نمودار تکامل هزینۀ موجودی مدیریت‌شده آمده و فقط یک‌بار در حالت متمرکز با نرم‌افزار متلب حل شده است.
شکل 3- نمودار تکامل هزینۀ موجودی مدیریت‌شده توسط تأمین‌کننده در حالت متمرکز
Fig. 3- Evolution curve of supplier managed inventory cost in centralized model
سناریوی 2
مکانیسم بلاک چین – موجودی مدیریت‌شده توسط تأمین‌کننده: در این سناریو، موضوع با همان پیکربندی سناریوی 1 پیشنهاد شده است. در این مثال، تعداد کل زیرمسئله وجود دارد و مقداری حل‌کننده در شبکۀ بلاک چین برای حل این زیرمسئله‌ها ثبت شده‌اند. محتویات هر زیرمسئله از مشتری، سفارش‌ها و تأمین‌کننده متفاوت است. فرض بر این است که همۀ زیرمسائل مستقل از یکدیگرند و بین دو جفت زیرمسئله، همپوشانی وجود ندارد. حل‌کننده‌ها شروع به حل زیرمسئله می‌کنند و هر حل‌کننده‌ای که بتواند تکلیف سفارش را زودتر حل کند و نیاز مشتری را با تأمین‌کننده مطابقت دهد، حل‌کنندۀ برنده و در شبکۀ بلاک چین اعلام میشود. اگرچه این مقاله هیچ ادعایی دربارۀ بهینه‌بودن راه‌حل نهایی بلاک چین – موجودی مدیریت‌شده ندارد، اما در نظر گرفتن مدت‌زمان لازم برای حل مثال پیشنهادی، نشان‌دهندۀ کارآمدی این رویکرد است. به عبارت دیگر، تشویق‌کننده‌ترین عامل بلاک چین – موجودی مدیریت‌شده، حل کاهش زمان است. مشتریان در بسیاری از صنایع نسبت‌به زمان انتظار برای تخصیص حساس‌اند و اگر تأمین‌کننده نتواند درخواست آنها را در زمان پذیرفتنی انجام دهد، سفارش‌های خود را لغو می‌کنند. حل مسائل تخصیص سفارش به شکل جهانی، ممکن است به راه‌حل بهتری به بهینۀ جهانی برسد (با فرض این واقعیت که الگوریتم به‌خوبی بهینه شده است و از بهینۀ محلی فرار می‌کند)، اما زمان موردنیاز بسیار فراتر از آن چیزی است که مشتریان پذیرفتنی می‌دانند. درواقع مهم نیست راه‌حل نهایی چقدر خوب باشد، چون در هر صورت مشتری ناراضی سیستم را ترک می‌کند. علاوه بر این، ویژگی‌های محیط‌های تولیدی به‌دلیل ماهیت پویای این مناطق، به‌طور مداوم در حال تغییر است. شکل 4 نمودار جفت تطبیق بین تأمین‌کننده و مشتری را به‌وسیلۀ حل‌کننده نشان می‌دهد. این شکل، مقدار تخصیص سفارش تأمین‌کننده و مشتری را به‌وسیلۀ خروجی متلب نشان می‌دهد، یعنی مقدار موجودی را بیان می‌کند که هر تأمین‌کننده توسط حل‌کننده به هر مشتری تخصیص داده است.
|
(الف)
(ب)
(پ) |
شکل 4- نمودار تطبیق ظرفیت تأمین‌کننده-تقاضای مشتری توسط حل‌کننده (الف، ب، پ) با مقادیر مختلف (s: تأمین‌کننده؛ c: مشتری، p: کالا یا سفارش، i: مشتری، j: سفارش، s: تأمین‌کننده)
Fig. 4- The graph of supplier capacity-customer demand matching under solver a, b, c with different value (s: supplier, c: customer, p: part; i: customer, j: part, s: supplier)
درنتیجه با توجه به مقایسۀ مدل متمرکز موجودی مدیریت‌شده با مدل غیرمتمرکز، زمان اجرای حل مدل غیرمتمرکز نسبت‌به مدل متمرکز، به‌شدت کاهش یافته است و این امر، رضایت مشتریان را در بردارد؛ بنابراین هزینۀ کل و زمان در مدل غیرمتمرکز کاهش چشمگیری دارد که مقدار هزینۀ کل متمرکز در مثال عددی بیان و همچنین خروجی نرم‌افزار هم در لینک و در بخش مثال عددی ارائه شده است. بنابراین سیاست انجام سفارش بهینۀ پیشنهادشده به‌وسیلۀ الگوریتم ژنتیک در حالت متمرکز، برابر است با Tsc = 3380223.8843 و مدت‌زمان 30 دقیقه. خط‌مشی انجام سفارش بهینۀ پیشنهادشده به‌وسیلۀ حل‌کنندۀ 1 به زیرمسئلۀ 1، برابر است با Tsc = 31896.596 در مدت‌زمان 3 ثانیه. خط‌مشی انجام سفارش بهینۀ پیشنهادشده به‌وسیلۀ حل‌کنندۀ 2 به زیر مسئلۀ 2، برابر است با Tsc = 45794.278 در مدت‌زمان 4 ثانیه و خط‌مشی انجام سفارش بهینۀ پیشنهادشده به‌وسیلۀ حل‌کنندۀ 3 به زیرمسئلۀ 3، برابر است با Tsc = 45310.408 در مدت‌زمان 2 ثانیه. درنتیجه میانگین زمان در حالت غیرمتمرکز به‌شدت نسبت‌به حالت متمرکز کاهش یافته است.
6- بحث
همان‌طور که در بخش‌های قبلی نشان داده شد، این مقاله چارچوبی را برای فعال‌کردن تعامل تأمین‌کننده و مشتری در قالب یک مدل مدیریت موجودی توسط تأمین‌کنندۀ مبتنی بر بلاک چین پیشنهاد کرده است. در گام اول، چارچوب پیشنهادی تعامل ذی‌نفعان، چند تأمین‌کننده و تعدادی مشتری را امکان‌پذیر می‌کند و درعین‌حال مزایای رقابتی را برای سهامداران در هنگام به اشتراک گذاری اطلاعات تجاری خود در چارچوب تضمین می‌کند. علاوه بر این، این چارچوب، بازیگران ذی‌نفع سوم شناخته‌شده را به‌عنوان حل‌کننده قادر می‌کند تا با مشکل مسئلۀ غیرخطی تخصیص مجدد سفارش مقابله کنند. مکانیسم‌های غیرمتمرکز پشتیبانی‌شده با فناوری بلاک چین، حل‌کنندگان را قادر می‌کند تا قابلیت‌های تأمین‌کننده را برای مشتریان مطابقت دهند و کمک‌های آنها را برای بهینه‌سازی تخصیص در اکوسیستم دریافت کنند. اگرچه در این پژوهش هدف‌گذاری نشده است، اما به‌دلیل ماهیت مسئلۀ غیرخطی، مسئلۀ مدیریت موجودی به‌وسیلۀ تأمین‌کننده، بهینۀ تطبیق غیرمتمرکز ازطریق بلاک چین نیز در مقایسه با مکانیسم‌های متمرکز بسیار رقابتی است. این بیشتر به‌دلیل پیچیدگی مشکل جهانی برای چند تأمین‌کننده و چند مشتری است که یافته‌های راه‌حل بهینه را به چالش می‌کشد.
استفاده از فناوری بلاک چین از دیدگاه بینش مدیریتی، بستری را برای مدیریت مشارکت حل‌کنندگان در تخصیص منابع به مشتریان، به‌عنوان مدل‌های کسب‌وکار ارائه‌دهندۀ خدمات جدید، امکان‌پذیر می‌کند. در سناریوهایی که زیرمسئلۀ انتخاب‌شده با یکدیگر همپوشانی دارند، چارچوب تضادهای احتمالی را شناسایی و از تداخل تخصیص شغلی جلوگیری می‌کند. در حالی که حل‌کننده‌ها برای حل زیرمسئلۀ همپوشانی خود باهم رقابت و تخصیص سفارش را پیشنهاد می‌کنند، چارچوب تخصیص سفارش به زیرمسئله را بررسی می‌کند. اگر راه‌حل پیشنهادی حل‌کننده با راه‌حل‌های ارائه‌شدۀ قبلی مغایرت داشته باشد، حذف میشود. بلاک چین زیر مسئلۀ ردشده را به حل‌کننده برمی‌گرداند و به حل‌کنندۀ اطلاع می‌دهد که این ترکیب از خدمات پذیرفتنی نیست و حل‌کننده باید دوباره برای حل یک زیرمسئلۀ جدید، انتخاب‌شده تلاش کند. پارامترهای زیرمسئله به‌روز می‌شوند و اگر یک زیرمسئله به‌طور ناقص به‌وسیلۀ یک حل‌کننده حل شود، زمانی که بلاک چین زیرمسئله را برمی‌گرداند، حل‌کننده‌ها باید پارامترها را بازیابی کنند و در شبکۀ بلاک چین قرار دهند.
از دیدگاه شایستگی، مدل کسب‌وکار، بسیار مهم است و حل‌کننده‌ها باید به‌عنوان ارائه‌دهندگان خدمات واگذاری، شایستگی‌های خود را برای عملکرد بهتر در حل زیرمسئله افزایش دهند. نظر به اینکه یک حل‌کننده از زمان بیشتری برای ادامۀ الگوریتم و دریافت پاسخ بهتر برای افزایش پاداش استفاده می‌کند، دیگر حل‌کننده‌ها ممکن است زودتر راه‌حل‌های خود را با همپوشانی اعلام کنند. این باعث میشود که حل‌کننده‌ها متقاعد شوند که تشکیل زیرمسئله را دوباره راه‌اندازی کنند؛ بنابراین، حل‌کننده‌ها دائماً در معرض خطر از دست دادن تلاش‌ها و محاسبات خود در مسابقات‌اند. در این موارد، آنها ترجیح می‌دهند به‌محض رسیدن به یک سفارش بهینه، راه‌حلشان را ثبت کنند، حتی اگر به قیمت از دست دادن، پاداش اضافی و ممکن با ادامه الگوریتم.
7- نتیجه‌گیری
با توجه به افزایش پیچیدگی‌ها و تعاملات، مدیریت زنجیرۀ تأمین برای هماهنگی کارآمدتر تولید، موجودی، مکان و حمل‌ونقل، با چالش‌های عظیمی بین شرکت‌کنندگان جهانی مواجه شده است. این مقاله در زمینۀ موجودی مدیریت‌شده توسط تأمین‌کننده برای فعال‌کردن چارچوب‌های کارآمدتر به‌جهت مدیریت موجودی مشتری بر راه‌حل آخری به‌وسیلۀ جامعه تأمین‌کنندگان متمرکز شده است. این مقاله، موضوعاتی مانند اعتماد، انتقال دقیق داده‌ها و تعامل کارآمد را بین طرفین هدف قرار داده است و از فناوری بلاک چین برای فعال‌کردن یک مدل تعامل غیرمتمرکز چند تأمین‌کننده و چند مشتری استفاده میشود. درحالی‌که چارچوب پیشنهادی، امکان به اشتراک گذاری اطلاعات ازطریق ذی‌نفعان، زنجیرۀ تأمین را فراهم می‌کند، تحقق امنیت، مزیت رقابتی هر‌یک از طرفین با قابلیت‌های بلاک چین را تضمین می‌کند. علاوه بر این، چنین چارچوبی، یک مدل کسب‌وکار جدید را نیز با نام حل‌کننده، برای ارائه‌دهندگان خدمات تخصیص، ایجاد کرده است، در حالی که اطلاعات مربوط به نیازهای مشتریان و توانایی‌های تأمین‌کنندگان، در داخل چارچوب به اشتراک گذاشته میشود. حل‌کننده‌های مختلف می‌توانند زیرمسئله را انتخاب کنند و می‌کوشند تا یک خط‌مشی تخصیص تقریباً بهینه را حل کنند و آن را ارائه دهند. این چارچوب یک مکانیسم سیاست پاداش را اعمال می‌کند تا هم تخصیص نزدیک به بهینه را برای حل‌کننده‌ها ارتقا دهد و هم از بهینه‌سازی به دست آمده با مدل توکن بلاک چین، بهره‌مند شود. درنهایت چارچوب‌های پیشنهادی، امکان تشخیص تضادهای احتمالی بین حل‌کننده‌ها را برای زیرمسائل همپوشانی دارند و از اعلام تخصیص اجرانشدنی دربارۀ قابلیت‌های تأمین‌کننده و مشتریان جلوگیری می‌کنند. این مقاله، مطالعات موردی مختلفی را برای مقایسۀ عملکرد مدل پیشنهادی با مرور مقالات پیشین نشان داده و دربارۀ جزئیات چارچوب بلاک چین در مقایسه با مدل‌های متمرکز سنتی بحث کرده است. نتایج نشان می‌دهد بهینۀ بازدهی زیرمسائل تلفیقی ازنظر زمان حل و بهینۀ نتیجه بهتر است. مطالعات تحقیقاتی بیشتر برای توضیح مکانیسم مدل توکن، برای اطمینان از قابلیت ردیابی و ردیابی سیاست‌های تکمیل سفارش، به‌طور قوی تشویق میشود. علاوه بر این، همان‌طور که اهمیت پایداری در حال رشد است، بسط ایدۀ پیشنهادی برای تشویق تخصیص تکمیل مجدد سفارش پایدار، به‌شدت تشویق میشود. استفاده از پتانسیل قرارداد هوشمند در حوزۀ بهینه‌سازی، مهم‌ترین محدودیت مدل است که به‌عنوان یک توسعه و تحقیقات آتی در نظر گرفته میشود، یعنی مدلی که در این مقاله ارائه شده است، مبتنی بر حل‌کننده‌هاست و باید به یک ساختار بلاک چین مجهز شود، در ردیابی کمک کند و اگر تأخیری در جریان حمل کالاها و تحویلشان ایجاد میشود، قابلیت تطبیق‌دادن عرضه و تقاضا را به مدل موجودی مدیریت‌شده به‌وسیلۀ تأمین‌کننده بدهد. این مقاله در وضعیت فعلی، تراکنش‌های بهینه‌سازی سفارش‌گذاری را در بلاک چین اداره می‌کند، درصورتی‌که بعد از ایجاد تراکنش‌ها، استفاده‌کردن از اطلاعات بروز و اقدامات مقتضی لحاظ میشود و براساس توافق، تغییرات در شرایط برآورده‌کردن تقاضا توسط تأمین‌کننده به وجود می‌آید.
[i] Hugos
[ii] Xiong et al.
[iii] Quick response (QR)
[iv] Collaborative planning, forecasting and replenishment (CPFR)
[v] Just in Time (JIT)
[vi] Angulo et al.
[vii] Wang et al.
[viii] Supplier Managed Inventory (SMI)
[ix] Govindan
[x] Hidayat et al.
[xi] Sari
[xii] Dasaklis & Casino
[xiii] Particle Swarm Optimization algorithms (PSO)
[xiv] artificial bee colony algorithms (ABC)
[xv] ant colony algorithms (AC)
[xvi] Aghamohammadzadeh & Fatahi Valilai
[xvii] Ahmadi et al.
[xviii] Omar et al.
[xix] Juma et al
[xx] Guggenberger et al
[xxi] Mateen et al
[xxii] Sainathan & Groenevelt
[xxiii] Murray
[xxiv] Nakamoto
[xxv] Li et al.
[xxvi] Gao et al.
[xxvii] Casino et al.
[xxviii] Kolb et al.
[xxix] Cammarano et al.
[xxx] Ganesan et al.
[xxxi] Radmanesh et al.
[xxxii] Kaasgari et al.
[xxxiii] Demand quantity (DQ)
[xxxiv] Delivery time (DT)
[xxxv] Price (P)
[xxxvi] Capacity (C)
[xxxvii] Budget (B)
[xxxviii] Response time (RT)
[xxxix] Proof (PR)
[xl] Puzzle mathematics (PM)
)