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

مسئله تجاری

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

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

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

رویکرد فنی

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

نتیجه و شواهد

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

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

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