کیا آپ Lovable یا Replit کے ساتھ POS بنا سکتے ہیں؟ UI کے بعد کیا غائب ہے

کچھ حد تک۔ آپ Lovable یا Replit کے ساتھ ایک POS بنا سکتے ہیں، بشرطیکہ آپ کی POS کی تعریف صرف اسکرین تک محدود ہو۔ دونوں ہی ایک دوپہر میں ایک چیک آؤٹ انٹرفیس، پروڈکٹ گرڈ اور کارٹ تیار کر دیں گے، اور یہ ایسے بہت سے سافٹ ویئرز سے بہتر نظر آئے گا جس کے لیے تاجر حقیقی رقم ادا کرتے ہیں۔ اصل فرق UI کے بعد ظاہر ہوتا ہے، یعنی پوائنٹ آف سیل کے ان حصوں میں جو آپ کو نظر نہیں آتے: انوینٹری، رپورٹنگ، ٹیکس، اور ادائیگیاں جن کا ہر بار بالکل درست ہونا لازمی ہے۔

شروع میں ایک وضاحت: Lovable اور Replit مسلسل تبدیلیاں لاتے رہتے ہیں، اس لیے نیچے دی گئی تفصیلات کو اشاعت کے وقت کے مطابق درست سمجھیں اور دوبارہ چیک کرنے کے لائق جانیں۔

Lovable اور Replit دراصل آپ کو کیا فراہم کرتے ہیں؟

شک کرنے والوں کے وہم و گمان سے بھی زیادہ۔ Lovable ایک فل اسٹیک ویب ایپ تیار کرتا ہے: ایک React فرنٹ اینڈ جو ڈیٹا بیس، توثیق (authentication)، اور فائل اسٹوریج کے ساتھ ہوسٹڈ بیک اینڈ سے منسلک ہوتا ہے، نیز آن لائن چیک آؤٹ کے لیے پیمنٹ انٹیگریشنز۔ Replit سرور کی سمت میں اس سے بھی آگے جاتا ہے: اس کا ایجنٹ بلٹ ان ڈیٹا بیس، ہوسٹنگ اور توثیق کے ساتھ ایپس بناتا اور ہوسٹ کرتا ہے، تاکہ بیک اینڈ لاجک تھرڈ پارٹی سروسز کو آپس میں جوڑے بغیر چل سکے۔

سافٹ ویئر کی ایک بڑی کلاس (اندرونی ٹولز، بکنگ پیجز، ڈیش بورڈز) کے لیے واقعی یہی پورا کام ہوتا ہے، یہی وجہ ہے کہ یہ پلیٹ فارمز اتنی تیزی سے ترقی کر رہے ہیں۔ لیکن مسئلہ یہ ہے کہ پوائنٹ آف سیل اس کلاس سے تعلق نہیں رکھتا، اسی وجہ سے جس کی بنا پر ایک فرنٹیئر ماڈل جو ایک ہی بار میں ویب ایپ بنا دیتا ہے، وہ بھی ایک فعال POS بنانے میں اٹک جاتا ہے: مشکل کام کبھی بھی انٹرفیس بنانا نہیں تھا۔

UI کے بعد کیا چیز غائب ہوتی ہے؟

کامرس کی تہہ (commerce layer)۔ پوائنٹ آف سیل دراصل ریکارڈ کا ایک نظام (آپ کے پیسے اور اسٹاک کی سچائی کا واحد ذریعہ) ہوتا ہے جس کے اوپر ایک ایپ موجود ہوتی ہے۔ دونوں میں سے کوئی بھی پلیٹ فارم کامرس کے بنیادی عناصر (commerce primitives) فراہم نہیں کرتا، اس لیے تیار کردہ کوڈ کو انہیں بالکل شروع سے خود بنانا پڑتا ہے:

• ایسی انوینٹری جو ہم وقتی فروخت (concurrency) کو برداشت کر سکے (جب دو کاؤنٹرز پر ایک ہی لمحے میں فروخت ہو رہی ہو)۔ اسٹاک کے کالم میں سے تعداد کم کرنا ڈیمو میں تو کام کر جاتا ہے لیکن پہلے ہی ہفتے کے روز ناکام ہو جاتا ہے جب دو کاؤنٹرز بیک وقت آخری یونٹ فروخت کرتے ہیں۔

• آرڈر کا لائف سائیکل۔ جزوی ریفنڈز، ایکسچینجز، منسوخی (voids)، اور ڈسکاؤنٹس میں سے ہر ایک ایسی حالت کی تبدیلی ہے جس کے ساتھ انوینٹری، رپورٹنگ اور ادائیگی کے ریکارڈ کا بیک وقت اپ ڈیٹ ہونا ضروری ہے؛ ایک بھی چیز چھوٹ گئی تو آپ کے اعداد و شمار بگڑ جائیں گے۔

• ایسی رپورٹنگ جو مطابقت رکھتی ہو (ایسی کل رقم جو آپ کے پیمنٹ ڈپازٹس سے پائی پائی میچ کرے)۔ ایسی رپورٹ جو محض "قریب ترین" ہو، اکاؤنٹنگ کا ایک ایسا مسئلہ ہے جو آپ کو ٹیکس کے وقت معلوم ہوگا۔

• ٹیکس لاجک جو حقیقی دائرہ اختیار کے قوانین کے مطابق ہو اور ہر رسید، ریفنڈ اور رپورٹ پر بالکل درست لاگو ہو۔

ایک AI ایجنٹ ان چاروں کے بظاہر درست ورژن تیار کر دے گا۔ بظاہر درست ہونا ہی اصل جال ہے: ایک خراب بٹن تو کلک کرتے ہی نظر آ جاتا ہے، جبکہ مطابقت (reconciliation) کا بگ مہینوں تک پوشیدہ رہتا ہے جب تک کہ آپ کا اکاؤنٹنٹ اسے تلاش نہ کر لے۔

کیا تیار کردہ ایپ حقیقی ادائیگیاں قبول کر سکتی ہے؟

آن لائن، ہاں: دونوں پلیٹ فارمز ویب چیک آؤٹ کے لیے پیمنٹ انٹیگریشنز سے کافی حد تک جڑ جاتے ہیں۔ ذاتی طور پر (in person) ادائیگی لینا ایک بالکل مختلف کھیل ہے۔ کارڈ کی موجودگی میں ادائیگیاں لینے کے لیے تصدیق شدہ ٹرمینل ہارڈ ویئر اور PCI DSS کی تعمیل (کارڈ ڈیٹا کو چھونے والی کسی بھی چیز کے لیے کارڈ انڈسٹری کے سیکیورٹی قوانین) درکار ہوتی ہے۔ کوئی بھی خودکار طور پر تیار کردہ کوڈ بیس اسے خود سے پورا نہیں کرتا؛ یہ تصدیق پیمنٹ پرووائیڈر کے ہارڈ ویئر اور پلیٹ فارم میں ہوتی ہے، آپ کی ایپ میں نہیں۔ تنازعات، اصل کارڈ پر جزوی ریفنڈز، اور ٹپ کی ایڈجسٹمنٹس سب اسی تصدیق شدہ تہہ کے ذریعے چلتے ہیں۔

یہ وہ دیوار ہے جس سے ہر خود ساختہ (DIY) طریقہ کار بالآخر ٹکراتا ہے، چاہے ٹول کوئی بھی ہو۔ ہم نے MCP پر ایک AI ماڈل کیا بنا سکتا ہے اور کیا نہیں کی جانچ کرتے ہوئے بھی یہی پایا۔

پروڈکشن میں سب سے پہلے کیا چیز خراب ہوتی ہے؟

ایک واضح اعتراض: "ٹھیک ہے، میں خود تیار کردہ ایپ کو ہوسٹڈ ڈیٹا بیس اور پیمنٹ انٹیگریشن سے جوڑ لوں گا۔" آپ ایسا کر سکتے ہیں، اور بہت سے لوگوں کو یہ کوشش کرنی چاہیے؛ یہ جاننے کا سب سے تیز طریقہ ہے کہ حقیقت کیا ہے۔ لیکن یہ سمجھ لیں کہ آپ نے کس چیز کی ذمہ داری لی ہے: اب آپ ایک چھوٹے مالیاتی نظام کے واحد نگہبان ہیں۔ جب فروخت کے دوران نیٹ ورک منقطع ہو جائے، جب رسید پرنٹر کو ایسے ڈرائیور کی ضرورت ہو جو براؤزر کے پاس نہ ہو، جب ریفنڈ پیمنٹ انٹیگریشن کے ذریعے تو ہو جائے لیکن آپ کی رپورٹس میں کبھی ظاہر نہ ہو، تو کال کرنے کے لیے کوئی وینڈر نہیں ہوگا۔ بنانا سستا کام تھا۔ ملکیت مہنگا حصہ ہے، اور یہ اسی دن سے شروع ہو جاتی ہے جس دن آپ اپنی پہلی حقیقی ادائیگی قبول کرتے ہیں۔

تو، کیا آپ Lovable یا Replit کے ساتھ ایک POS بنا سکتے ہیں؟

آپ اس کا فرنٹ اینڈ بنا سکتے ہیں: ایک حقیقی انٹرفیس، حقیقی لاجک، جو تیزی سے تیار ہو جائے۔ آپ اس کا بیک اینڈ تیار نہیں کر سکتے، کیونکہ لوڈ کے دوران انوینٹری، مطابقت (reconciliation)، ٹیکس، اور تصدیق شدہ کارڈ پیمنٹس ایسا کوڈ نہیں ہیں جو کوئی ایجنٹ خود سے ایجاد کر سکے؛ یہ وہ انفراسٹرکچر ہے جس کا پہلے سے موجود ہونا ضروری ہے۔ اس کے بعد دو ایماندارانہ راستے بچتے ہیں: اس انفراسٹرکچر کو خود دوبارہ بنائیں اور ہمیشہ کے لیے اس کے مالک بنیں، یا پہلے سے چل رہے کامرس انفراسٹرکچر کے اوپر اپنا چیک آؤٹ تیار کریں، جو کہ Final کے پیچھے کا طریقہ کار ہے، جہاں ایک پرامپٹ یا آپ کا اپنا AI ٹول لائیو کامرس بیک اینڈ پر POS بناتا ہے۔

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