سیستم فروش API بک‌تو‌بک

مسئله تجاری

معامله‌ی back-to-back به شکل مشخصی شکست می‌خورد: مشتری با قیمتی می‌خرد که وقتی کاتالوگ کش شده بود درست بود، قیمت تأمین‌کننده حرکت کرده، و کسب‌وکار به ضرری متعهد شده که موقع تأمین کشفش می‌کند. کش‌کردن قیمت تأمین‌کننده برای یک کاتالوگ قابل استفاده اجتناب‌ناپذیر است، پس درستی باید در نقطه‌ی تعهد اعمال شود نه در نقطه‌ی نمایش.

آنچه تحویل دادم

• یک جریان سفارش API-محور که قیمت و موجود بودن را پیش از قطعی‌شدن سفارش با تأمین‌کننده دوباره تأیید می‌کند.
• قوانین حاشیه‌ی سود که در همان نقطه ارزیابی می‌شوند، تا سفارشی که دیگر از آستانه‌ی حاشیه عبور نمی‌کند متوقف شود نه اینکه با ضرر تأمین شود.
• یک مرحله‌ی بازبینی برای سفارش‌هایی که بیرون از قوانین می‌افتند، تا یک حالت مرزی تبدیل به یک تصمیم شود نه یک رد خودکار یا یک ضرر خودکار.
• یک تفکیک روشن بین قیمت نمایش‌داده‌شده، که می‌تواند کش باشد، و قیمت متعهدشده، که هیچ‌وقت نیست.

رویکرد فنی

• نمایش و تعهد دو تضمین متفاوت در نظر گرفته می‌شوند. کاتالوگ می‌تواند سریع و تقریبی باشد؛ تعهد باید به‌روز و دقیق باشد.
• قانون حاشیه در لحظه‌ی تعهد بررسی می‌شود چون تنها لحظه‌ای است که همه‌ی ورودی‌ها واقعاً معلوم‌اند.
• سفارش‌های بیرون از قوانین برای بازبینی مسیریابی می‌شوند نه رد، چون قانونی که بی‌صدا کسب‌وکار را از دست بدهد به‌اندازه‌ی قانونی که پول از دست بدهد گران است.
• تأیید تأمین‌کننده بخشی از مسیر سفارش است نه یک تطبیق پس‌زمینه، تا یک مشکل پیش از متعهدشدن کسب‌وکار گرفته شود نه بعدش.

نتیجه و شواهد

سفارش‌ها با قیمت و موجود بودنی که در همان لحظه با تأمین‌کننده تأیید شده قطعی می‌شوند، و سفارش‌هایی که قانون حاشیه را نقض می‌کنند به‌جای ادامه‌دادن برای یک تصمیم متوقف می‌شوند.

اهمیت برای کارفرما

در معامله‌ی back-to-back حاشیه آن‌قدر باریک است که یک قیمت کهنه یک خطای گردکردن نیست، خودِ سود است. اعمالش در نقطه‌ی تعهد همان‌جایی است که این محافظت می‌شود.