مال برداری کا سافٹ ویئر

// مسئلہ

ایک علاقائی کیریئر فون اور ایک مشترکہ اسپریڈ شیٹ سے ڈسپیچ کرتا ہے، اس لیے گاہک حالت پوچھنے کے لیے فون کرتے ہیں اور ترسیل کا ثبوت ڈیلیوری کے کافی بعد بلنگ تک پہنچتا ہے۔

// ہم کیا بنائیں گے

ایک ویب ڈسپیچ بورڈ جو لوڈز کی منصوبہ بندی کرے اور انہیں سونپے، پڑاؤ، حالت کی اپ ڈیٹس، دستخط اور تصاویر کے لیے ⁨iOS⁩ اور ⁨Android⁩ پر ڈرائیور ایپ، اور ایک ٹریکنگ لنک جو گاہک فون کرنے کے بجائے کھول لے۔

// اس میں کیا شامل ہے

// ٹیکنالوجی

• ⁨Next.js⁩
• ⁨React Native⁩
• ⁨PostGIS⁩ کے ساتھ ⁨PostgreSQL⁩
• ⁨ELD⁩ اور ٹیلی میٹکس کی ⁨APIs⁩
• ⁨AWS⁩

// مسئلہ

لوڈ ٹینڈرز اور ریٹ کی درخواستیں ہر طرح کی ترتیب میں ای میلز، اسپریڈ شیٹس اور ⁨PDFs⁩ کی صورت آتی ہیں، اور کسی کے کوٹیشن دینے سے پہلے ایک کوآرڈینیٹر ہر ایک کو دوبارہ ⁨TMS⁩ میں ٹائپ کرتا ہے۔

// ہم کیا بنائیں گے

ایک ایجنٹ جو ہر ٹینڈر پڑھتا ہے، روانگی، منزل، تاریخیں، وزن اور حوالے نکالتا ہے، انہیں گاہک کے روٹس کے مقابلے میں جانچتا ہے، اور کوآرڈینیٹر کی منظوری کے لیے ⁨TMS⁩ میں لوڈ تیار کرتا ہے۔ یہ اپنی ⁨API⁩ کے ذریعے فرنٹیئر ماڈل پر چلتا ہے، جو شروع کرنے کا سب سے تیز طریقہ ہے، کیونکہ ٹینڈرز معمول کا تجارتی ڈیٹا ہیں جسے فراہم کنندہ اپنی کاروباری شرائط کے تحت سنبھالتا ہے۔

// اس میں کیا شامل ہے

// ٹیکنالوجی

• فرنٹیئر ماڈل ⁨API⁩
• ⁨Python⁩
• ⁨Next.js⁩
• ⁨PostgreSQL⁩
• ⁨TMS API⁩
• ⁨DigitalOcean⁩

// مسئلہ

شپر، کیریئر اور وصول کنندہ ہر ایک بل آف لیڈنگ اور ترسیل کے ریکارڈ کی اپنی نقل رکھتا ہے، اس لیے کم یا خراب لوڈ کا دعویٰ اس بحث میں بدل جاتا ہے کہ کس کی نقل درست ہے۔

// ہم کیا بنائیں گے

ایک برقی بل آف لیڈنگ جو نجی، اجازت نامہ پر مبنی لیجر پر درج ہو، جس میں شپر، کیریئر اور وصول کنندہ ہر ایک ایک نوڈ چلاتا ہے، تاکہ سامان اٹھانا، حوالگیاں اور دستخط شدہ ترسیل ایک ہی ریکارڈ ہو جسے ان میں سے کوئی اکیلا نہ بدل سکے۔ اگر ایک کمپنی پہلے سے سسٹم چلاتی ہو اور سب اس پر بھروسہ کرتے ہوں تو مشترکہ ڈیٹابیس کم خرچ میں یہی کام کر دیتا ہے، اور ہم یہ صاف بتا دیں گے۔

// اس میں کیا شامل ہے

// ٹیکنالوجی

• ⁨Next.js⁩
• ⁨Hyperledger Fabric⁩ (نجی، اجازت نامہ پر مبنی)
• ⁨PostgreSQL⁩
• ⁨S3⁩ سے مطابقت رکھنے والا اسٹوریج
• ⁨AWS⁩

// مسئلہ

ایک بروکر اونر آپریٹرز کو ٹیکسٹ پیغام سے لوڈ پیش کرتا ہے، پہلا جواب جیت جاتا ہے، اور بعد میں کوئی نہیں دیکھ سکتا کہ کسے کون سا لوڈ کب پیش کیا گیا۔

// ہم کیا بنائیں گے

ایک ⁨Telegram⁩ بوٹ جو منظور شدہ اونر آپریٹرز کو لوڈ پوسٹ کرتا ہے، پہلی تصدیق شدہ قبولیت لیتا ہے، ریٹ کی تصدیق بھیجتا ہے اور ترسیل پر تصاویر مانگتا ہے، بروکر کے لیے ایک چھوٹی ایڈمن اسکرین کے ساتھ۔

// اس میں کیا شامل ہے

// ٹیکنالوجی

• ⁨Telegram Bot API⁩
• ⁨Node.js⁩
• ⁨PostgreSQL⁩
• ⁨DigitalOcean⁩

// مسئلہ

شپرز اور مارکیٹ پلیسز ای میل اور فون پر حالت پوچھتے ہیں، اور ہر بڑا گاہک اپنے فارمیٹ میں ڈیٹا فیڈ چاہتا ہے۔

// ہم کیا بنائیں گے

ایک پارٹنر ⁨API⁩ جو ہر شپر کو کلیدیں، ایک سینڈ باکس، اور ترسیل، حالت اور ترسیل کے ثبوت کا وہی ڈیٹا دیتی ہے جو آپ کی ٹیم دیکھتی ہے، اور لوڈ کے حرکت کرنے پر ویب ہکس بھیجتی ہے۔ ایک ڈیولپر پورٹل اور دو ⁨SDKs⁩ شپر کے ڈیولپرز کو کسی کال کے بغیر جڑنے دیتے ہیں۔

// اس میں کیا شامل ہے

// ٹیکنالوجی

• ⁨OpenAPI 3.1⁩
• ⁨Node.js⁩ پر ⁨TypeScript⁩
• ⁨PostgreSQL⁩
• ⁨Redis⁩
• ⁨TMS⁩ اور ⁨ELD⁩ کی ⁨APIs⁩
• ⁨DigitalOcean⁩

// مسئلہ

ایک ٹرانسپورٹر روٹس کے نرخ یادداشت اور چند اسپریڈشیٹس سے دیتا ہے، یہ جانے بغیر کہ خالی میل، ایندھن اور انتظار گننے کے بعد کون سے روٹ اور گاہک واقعی اپنی لاگت پوری کرتے ہیں۔

// ہم کیا بنائیں گے

ایک تجزیاتی ذخیرہ جو ہر رات لوڈز، ایندھن، ڈرائیوروں کی تنخواہ اور ٹیلی میٹکس جوڑتا ہے، اور خالی میل اور انتظار سمیت روٹ اور گاہک کے لحاظ سے فی میل لاگت، بھیجنے والے کے لحاظ سے بروقت ترسیل، اور مسلسل کم مارجن والے روٹ دکھاتا ہے۔

// اس میں کیا شامل ہے

// ٹیکنالوجی

• ⁨Next.js⁩
• ⁨PostgreSQL⁩
• dbt
• ⁨Metabase⁩
• ⁨DigitalOcean⁩