مالک هر داده را مشخص کنید
دو سامانه ممکن است هر دو «مشتری» یا «سفارش» داشته باشند، اما معنای این اطلاعات و زمان به‌روزرسانی آن‌ها یکسان نباشد. قبل از طراحی اتصال، باید معلوم شود کدام سامانه مرجع نام، موجودی یا وضعیت سفارش است. اگر هر دو طرف بدون قاعده یک فیلد را تغییر دهند، حتی یک اتصال فنی سالم هم می‌تواند دادهٔ ناسازگار تولید کند.
تبادل موفق را از فرایند موفق جدا کنید
دریافت پاسخ موفق از یک سرویس لزوماً به معنای کامل‌شدن کار کسب‌وکار نیست. ممکن است سفارش ثبت شده باشد اما سند مالی هنوز آماده نباشد، یا پیام پذیرفته شود ولی اجرای آن به تأخیر بیفتد. طراحی باید وضعیت‌های میانی را بشناسد و برای کاربر و تیم پشتیبانی روشن کند که هر مرحله دقیقاً چه معنایی دارد.
خطا و تکرار را بخشی از طراحی بدانید
در یک ارتباط واقعی، تأخیر، قطع شبکه و ارسال دوباره رخ می‌دهد. باید از ابتدا تعیین شود درخواست تکراری چه رفتاری دارد، کدام خطا قابل تلاش مجدد است و چه زمانی نیاز به بررسی انسانی وجود دارد. شناسهٔ پیگیری و ثبت وضعیت کمک می‌کنند مسئله بدون حدس‌زدن مسیر داده بررسی شود؛ بدون آنکه اطلاعات حساس بی‌دلیل در گزارش‌ها ثبت شوند.
اتصال را با تطبیق و مسئولیت تحویل دهید
یکپارچه‌سازی زمانی قابل اداره است که راهی برای مقایسهٔ اطلاعات دو طرف و رسیدگی به مغایرت وجود داشته باشد. مالک فنی، مسئول کسب‌وکار و مسیر اعلام اختلال باید مشخص باشند. خروجی حرفه‌ای فقط قطعه‌کدی نیست که داده منتقل می‌کند؛ یک جریان کاری است که در شرایط عادی و زمان اختلال، مسئول و قابل پیگیری باقی می‌ماند.