ایک ورک فلو مکمل طور پر ختم ہو سکتا ہے اور پھر بھی باہری دنیا غلط رہ سکتی ہے فرض کریں کہ @RialoHQ کے ارد گرد ایک خودمختار کامرس ایپلیکیشن کو اسٹاک میں آخری آئٹم کا آرڈر ملتا ہے۔ ورک فلو کامیابی کے ساتھ مکمل ہو جاتا ہے۔ ادائیگی جمع ہو جاتی ہے، آرڈر تصدیق ہو جاتا ہے اور صارف کو اپنا رسید ملتا ہے۔ بلاک چین ایپلیکیشن کے نقطہ نظر سے، سب کچھ مکمل لگتا ہے۔ لیکن اسکور کی API کو آخری انوینٹری اپڈیٹ نہیں ملتا۔ آنچین حالت اب بتاتی ہے کہ آئٹم بیچ دیا گیا۔ اسکور اب بھی بتاتا ہے کہ 1 دستیاب ہے۔ چند منٹ بعد، دوسری سسٹم انوینٹری پڑھتی ہے اور اسی آئٹم کو دوبارہ بیچنے کی کوشش کرتی ہے۔ اصل ٹرانزیکشن کے اندر کچھ بھی ناکام نہیں ہوا۔ مسئلہ یہ ہے کہ دو سسٹم جنہیں ایک ہی حقیقت کو ظاہر کرنا چاہئے تھا، الگ ہو گئے۔ اسی جگہ پر رائلو کے ارد گرد بنائے جانے والے ایپلیکیشنز کے حوالے سے ریکانسائلیشن کا خیال دلچسپ بن جاتا ہے۔ جب سافٹ ویئر باہری API، ڈیٹابیس، ادائیگی کے سسٹم اور دوسرے حقیقی دنیا کے سروسز کے ساتھ تعامل کرتا ہے، تو کامیاب اجراء ہمیشہ یہ ضمانت نہیں دे�تا کہ ہر منسلک سسٹم متوقع حالت میں ختم ہوا۔ اس لئے ایپلیکیشن کو صرف "کya میرا عمل کامیاب ہوا؟" کے علاوہ، بالآخر "کya باہری دنیا اب وہ حالت ظاہر کر رہی ہے جو ہونا چاہئے تھا؟" پوچھنا پڑ سکتا ہے۔ اگر ایپلیکیشن متوقع تھا کہ انوینٹری 1 → 0 پر منتقل ہو جائے، تو وہ اس متوقع نتائج کو باہری سسٹم کی رپورٹ شدہ حالت سے موازنہ کر سکتی ہے۔ اگر اسکور اب بھی 1 رپورٹ کرتا ہے، تو عدم مطابقت اس طرح کا مسئلہ بن جاتا ہے جسے ایپلیکیشن پहچان سکتی ہے اور سنبھال سکتی ہے، بجائے خاموش طور پر یہ فرض کرنے کے کہ سب کچھ مسلسل مطابقت رکھتا ہے۔ اسی مسئلہ پرائسمنٹ، رزرو وشن، لاجسٹکس اور دوسرے بہت سارے ورک فلوز میں ظاہر ہوتا ہے جہاں آنچین اجراء زنجیر سے باہر کے سسٹمز سے تعامل رکھتا ہے۔ اس سے ایک اهم فرق پیدا ہوتا ہے۔ اجراء آپ کو بتاتا ہے کہ اپلیکیشن نے کya کيا۔ ریکانسائلیشن آپ کو بتاتی ہے کہ حقیقت نے وہ جگہ حاصل کر لی جس پر اپلیکیشن نے متوقع تھا۔ جتنے زائد بلاک چین اجراء کو باہر دنیا سے جوڑ رہے ہوں، ان اپلیکیشنز کے لئے دونوں باتوں کا اهمiat ہوسکتا ہے۔ ک्यونکہ ورک فلو ختم کرنا ا ek بات ہے۔ اس بات پر ینقین رکھنا کہ منسلک تمام سسٹمز واقعات پر اتفاق رکھتے ہيں، دوسرى بات ہے۔