Gemini 3.6 Flash মাত্র কয়েক সেকেন্ডেই একটি চেকআউট স্ক্রিনের ড্রাফট তৈরি করতে পারে। আসল পেমেন্ট নেওয়ার আগে কোন বিষয়গুলো ঠিক থাকা দরকার?
Gemini 3.6 Flash-এর মাধ্যমে চেকআউট স্ক্রিনের ড্রাফট তৈরি করা প্রায় নিখরচায় সম্ভব। তবে আসল পেমেন্ট নেওয়া এখনও এমন পাঁচটি বিষয়ের ওপর নির্ভর করে যা এই মডেল তৈরি করে না: কনকারেন্সির অধীনে ইনভেন্টরি, মিলযুক্ত রিপোর্ট, সঠিক ট্যাক্স, PCI-সম্মত পেমেন্ট এবং সার্টিফাইড হার্ডওয়্যার।
Mathias NielsenCEO, Final POS
গতি কখনোই অনুপস্থিত অনুষঙ্গ ছিল না। যেকোনো AI-জেনারেটেড চেকআউটে আসল চার্জ নেওয়ার আগে পাঁচটি বিষয় সঠিক হতে হবে: ইনভেন্টরি যা একসাথে দুটি স্টেশন থেকে বিক্রি হলেও সঠিক থাকে, রিপোর্ট যা হিসাব মিলায় (প্রকৃত লেনদেনের সাথে মেলে), ট্যাক্স যা নির্দিষ্ট এখতিয়ারের সাথে সামঞ্জস্যপূর্ণ, PCI-সম্মত পেমেন্ট প্রসেসিং এবং সার্টিফাইড কার্ড-প্রেজেন্ট হার্ডওয়্যার। Gemini 3.6 Flash চেকআউট স্ক্রিনের প্রথম ড্রাফট তৈরি করাকে আগের যেকোনো সময়ের চেয়ে দ্রুত ও সহজ করে তুলেছে। এটি বাকি পাঁচটি বিষয়ের ক্ষেত্রে কিছুই পরিবর্তন করে না। একটি Gemini 3.6 Flash POS প্রোটোটাইপ একটি দারুণ সূচনা; তবে ব্যবহারযোগ্য point of sale হলো একেবারেই আলাদা একটি সমাপ্তি রেখা।
মডেলের নাম, মূল্য এবং বেঞ্চমার্ক দ্রুত পরিবর্তিত হয়। নিম্নে প্রদত্ত তথ্যগুলো প্রকাশের সময় পর্যন্ত নির্ভুল; এগুলোকে সেই সময়ের একটি চিত্র হিসেবে বিবেচনা করুন।
Gemini 3.6 Flash প্রকৃতপক্ষে কী পরিবর্তন করেছে?
এটি দ্রুত ও সস্তা কোড জেনারেশনকে আরও সস্তা ও সুনির্দিষ্ট করে তুলেছে। গুগল ২০২৬ সালের ২১ জুলাই Gemini 3.5 Flash-Lite-এর সাথে Gemini 3.6 Flash প্রকাশ করে¹। এটির খরচ প্রতি মিলিয়ন ইনপুট টোকেনে $১.৫০ এবং প্রতি মিলিয়ন আউটপুট টোকেনে $৭.৫০, এটি এর পূর্বসূরীর চেয়ে প্রায় ১৭ শতাংশ কম আউটপুট টোকেন ব্যবহার করে এবং কোডিং নির্ভুলতায় উল্লেখযোগ্য অগ্রগতি দেখায়—DeepSWE বেঞ্চমার্কে ৩.৫ Flash-এর ৩৭ শতাংশের বিপরীতে এটি ৪৯ শতাংশ নম্বর পায়²।
AI বিল্ডার নিয়ে পরীক্ষা-নিরীক্ষা করা একজন বিক্রেতার জন্য এটি একটি বাস্তব সুবিধা নিয়ে আসে: একটি চেকআউট স্ক্রিনের ড্রাফট তৈরি করতে এখন মাত্র কয়েক সেকেন্ড সময় লাগে এবং সামান্য কিছু খরচ হয়। এটিতে নতুন রূপ দিতেও একই রকম সামান্য খরচ হয়। একটি কাস্টম point of sale পাওয়ার ক্ষেত্রে প্রধান বাধাটি এখন বদলে গেছে। এটি আর মডেল স্ক্রিন তৈরি করতে পারবে কিনা তার ওপর নির্ভর করে না। এটি এখন স্ক্রিনগুলোর পেছনের সবকিছুর ওপর নির্ভর করে।
কেন একটি চেকআউট স্ক্রিন একটি point of sale নয়?
কারণ চেকআউট স্ক্রিন হলো আউটপুট, আর point of sale হলো একটি সিস্টেম অব রেকর্ড (একমাত্র স্থান যেখানে আপনার বিক্রয়ের হিসাব নির্ভরযোগ্য হিসেবে বিবেচিত হয়)। স্ক্রিনটি হলো দৃশ্যমান দশ শতাংশ। এর নিচে থাকে এমন এক অবস্থা যা প্রতিটি স্টেশন, প্রতিটি রিফান্ড এবং নেটওয়ার্কের যেকোনো সমস্যার মাঝেও সঠিক রাখতে হয়, সাথে থাকে অর্থের লেনদেন যা কোড হাতে লেখা হোক বা জেনারেটেড হোক না কেন নিয়ন্ত্রিত থাকে। আমরা GPT-5.6 শিপ করার সময়ও ঠিক একই পার্থক্যের মধ্য দিয়ে গিয়েছিলাম, এবং পরবর্তী প্রতিটি দ্রুতগামী মডেলের ক্ষেত্রে এটি প্রযোজ্য হয়েছে।
স্পষ্ট আপত্তি উঠতে পারে: এই মডেলগুলো এখন প্রোডাকশন-গ্রেড কোড লেখে, তাহলে কেন Gemini 3.6 Flash-কে ইনভেন্টরি এবং ট্যাক্স লজিকও লিখতে দেওয়া হবে না? এটি তা করতে পারে। সমস্যাটি কোড লেখা নিয়ে নয়। সমস্যা হলো ডেমোতে আপনি যে পরিস্থিতির মুখোমুখি হন না তা কোডের ক্ষেত্রে নিখুঁতভাবে প্রমাণ করা এবং কখন এটি নীরবে ভুল করছে তা চিহ্নিত করা। একটি ভুলভাবে রেন্ডার হওয়া চেকআউট স্ক্রিন কয়েক সেকেন্ডের মধ্যেই ধরা পড়ে। কিন্তু একটি খতিয়ানে গড়মিল মাস শেষে আপনার অ্যাকাউনট্যান্ট ধরবেন, এবং ততক্ষণ পর্যন্ত প্রতিটি রিপোর্টই ঠিকঠাক দেখাবে।
প্রথম আসল চার্জ নেওয়ার আগে কোন বিষয়গুলো ঠিক থাকা দরকার?
পাঁচটি বিষয়, এবং সেগুলোর কোনটিই প্রিভিউ উইন্ডোতে দেখা যায় না।
কনকারেনসিতে টিকে থাকার মতো ইনভেন্টরি
কনকারেন্সি (একই মুহূর্তে দুটি চেকআউট একই স্টকে আঘাত করা) হলো যেখানে জেনারেটেড ইনভেন্টরি কোড প্রথম ব্যর্থ হয়। দুটি স্টেশন একই সেকেন্ডে একটি পণ্যের শেষ ইউনিটটি বিক্রি করে। একটি সাধারণ কোড সংখ্যা পরীক্ষা করে, একটি অবশিষ্ট দেখে এবং দুটি বিক্রিই হতে দেয়। ফলে আপনার কাছে যা নেই তা বিক্রি করে ফেলেন এবং ব্যস্ত সময়গুলোতে এই ভুল নীরবে বাড়তে থাকে। একটি সঠিক সিস্টেম সেই ডেটাগুলোকে ক্রমানুসারে সাজায় যাতে একটি বিক্রি সফল হয় এবং অন্যটি ফাঁকা তাক দেখতে পায়। এটি ইনফ্রাস্ট্রাকচারের কাজ, স্ক্রিনের কাজ নয়, এবং কোনো প্রিভিউ কখনোই তা দেখাতে পারবে না।
হিসাব মেলানো রিপোর্ট
মেলানো (আপনার রিপোর্ট এবং বাস্তবে লেনদেন হওয়া অর্থের হিসাবের মিল থাকা) প্রান্তিক ক্ষেত্রগুলোতে বিঘ্নিত হয়: সেশন বন্ধ হওয়ার পর রিফান্ড দেওয়া, ড্রয়ার গণনার পর লেনদেন বাতিল, ছাড় দেওয়া লাইনে আংশিক রিফান্ড, নেটওয়ার্ক বিচ্ছিন্ন হওয়ার পর পেমেন্টের পুনরায় চেষ্টা। একটি জেনারেটেড রিপোর্ট যে প্রতিটি প্রান্তিক ক্ষেত্র মিস করে, তা রিপোর্টের বক্তব্য ও ব্যাংকে জমা হওয়া অর্থের মধ্যে একটি ছোট ব্যবধান তৈরি করে। বিক্রেতারা পরীক্ষার সময় এই ফাঁকগুলো দেখতে পান না। ট্যাক্স জমা দেওয়ার সময় তারা এগুলো আবিষ্কার করেন।
এখতিয়ারের সাথে মানানসই ট্যাক্স
সেলস ট্যাক্সের স্তর থাকে: আঞ্চলিক ট্যাক্সের ওপর জাতীয় ট্যাক্স, পণ্যভিত্তিক অব্যাহতি, আইনসভা দ্বারা নির্ধারিত তারিখে পরিবর্তনশীল ট্যাক্সের হার। এটি ভুল হওয়া কোনো সাধারণ বাগ নয়, এটি একটি আইনি দায়বদ্ধতা। একটি সত্যিকারের সিস্টেম একবার ট্যাক্স কনফিগার করে এবং Merchant Hub-এ ট্যাক্স গ্রুপ যেভাবে কাজ করে, সেভাবেই সব জায়গায় ধারাবাহিকভাবে তা প্রয়োগ করে।
PCI পাস করে এমন পেমেন্ট হ্যান্ডলিং
PCI DSS (কার্ড ইন্ডাস্ট্রির সুরক্ষা মানদণ্ড) এর অস্তিত্ব রয়েছে যাতে কার্ডের তথ্য কেবল অডিট করা সিস্টেমের মাধ্যমে পরিচালনা করা যায়। জেনারেটেড কোডের কখনোই কার্ডের নম্বর দেখা উচিত নয়। বাস্তবে এর অর্থ হলো পেমেন্টগুলো কোনো পেমেন্ট প্রসেসরের সার্টিফাইড স্ট্যাকের মাধ্যমে পরিচালিত হয়, যেখানে আপনার সফটওয়্যার যেকোনো তথ্য স্পর্শ করার আগেই কার্ডের ডেটা টোকেনাইজড (একটি বিকল্প টোকেন দ্বারা প্রতিস্থাপিত) হয়। এটি তালিকার সবচেয়ে অলঙ্ঘনীয় আইটেম, এবং এটি যেকোনো মডেলের আউটপুটের সম্পূর্ণ বাইরে।
সার্টিফাইড কার্ড-প্রেজেন্ট হার্ডওয়্যার
ট্যাপ এবং চিপ পেমেন্ট কেবল কার্ড নেটওয়ার্ক দ্বারা সার্টিফাইড টার্মিনালগুলোতে চলে, এবং ল্যাব পরীক্ষার মাধ্যমে প্রতিটি ডিভাইসের জন্য এই সার্টিফিকেট অর্জিত হয়। এটি জেনারেট করা, প্রম্পট করা বা পরে প্যাচ যুক্ত করা যায় না। আপনার গ্রাহকরা যদি সশরীরে পেমেন্ট করেন, তবে তাদের কার্ড এবং আপনার কোডের মাঝখানে কোনো একটি সার্টিফাইড টার্মিনাল থাকতেই হবে।
একটি দ্রুত মডেল প্রকৃতপক্ষে কোথায় সাহায্য করে?
ঠিক যেখানে এই রিলিজটি বেশি গুরুত্ব দিয়েছে: বর্ণনা করা, ড্রাফট করা এবং রূপান্তর করা। স্ক্রিন ও ফ্লো লজিক সাজাতে, দুপুরের খাবারের আগেই পাঁচটি লেআউট চেষ্টা করে দেখতে এবং আপনার কাউন্টারটি কীভাবে চলে তার সাথে মেলে এমনভাবে চেকআউটকে নিখুঁত করতে একটি সস্তা ও দ্রুত মডেল উপযোগী হাতিয়ার। যে পদ্ধতিটি কাজ করে তা হলো মডেলকে এমন একটি কমার্স ইনফ্রাস্ট্রাকচারের ওপর কাজ করতে দেওয়া যা ইতিমধ্যেই ইনভেন্টরি, রিপোর্ট মেলানো, ট্যাক্স এবং পেমেন্টের মালিকানা ধরে রাখে।
Final-এর Build ঠিক এভাবেই মডেলগুলোকে ব্যবহার করে: আপনি Gemini বা যেকোনো MCP ক্লায়েন্ট কানেক্ট করতে পারেন এবং এটিকে লাইভ প্রিভিউ সহ আপনার ফ্লো তৈরি করতে দিতে পারেন, অন্যদিকে Final Pay ব্যাকএন্ডে একটি পেমেন্ট প্রসেসর এবং সার্টিফাইড টার্মিনাল হার্ডওয়্যারের মাধ্যমে পেমেন্ট সম্পন্ন করে। ধাপে ধাপে জানার জন্য দেখুন Gemini 3.6 Flash দিয়ে কীভাবে বিল্ড করবেন, অথবা POS বিল্ডে সেরা তিনটি মডেলের তুলনা।
তাহলে, Gemini 3.6 Flash একটি আসল পেমেন্ট নেওয়ার আগে কোন বিষয়গুলো ঠিক থাকা দরকার?
কনকারেন্সির অধীনে ইনভেন্টরি, মিলযুক্ত রিপোর্ট, এখতিয়ারের সাথে সামঞ্জস্যপূর্ণ ট্যাক্স, PCI-সম্মত পেমেন্ট হ্যান্ডলিং এবং সার্টিফাইড হার্ডওয়্যার। Gemini 3.6 Flash চেকআউট স্ক্রিনকে প্রজেক্টের সবচেয়ে সস্তা অংশে পরিণত করেছে, তবে এটি এই তালিকার কোনো কিছুই স্পর্শ করেনি। একটি সাধারণ নিয়ম: কোনো ব্যর্থতা যদি আপনার স্ক্রিনের পরিবর্তে ব্যাংকে প্রভাব ফেলে, তবে তার দায়িত্ব কেবল জেনারেটেড কোডের ওপর ছেড়ে দেবেন না। আপনার কাছে থাকা দ্রুততম মডেল দিয়ে ড্রাফট করুন, তারপর অডিট করার উপযোগী ইনফ্রাস্ট্রাকচারে তা স্থাপন করুন। আপনি যদি আজই সেই বিভাজন চেষ্টা করে দেখতে চান, তবে Build-এর সাথে শুরু করুন।
সাধারণ জিজ্ঞাসা
Gemini 3.6 Flash কি নিজে নিজেই একটি point of sale তৈরি করতে পারে?
এটি দ্রুত চেকআউট স্ক্রিন এবং ফ্লো লজিকের বেশিরভাগ অংশ জেনারেট করতে পারে। এটি PCI-সম্মত পেমেন্ট হ্যান্ডলিং, সার্টিফাইড কার্ড-প্রেজেন্ট হার্ডওয়্যার বা হিসাব মেলানোর উপযোগী লেনদেনের খতিয়ান সরবরাহ করতে পারে না। এগুলো মূলত সেই কমার্স ইনফ্রাস্ট্রাকচার থেকে আসে যার ওপর জেনারেট করা ফ্লো পরিচালিত হয়।
চেকআউট UI এবং একটি কার্যক্ষম POS-এর মধ্যে পার্থক্য কী?
চেকআউট UI হলো দৃশ্যমান স্ক্রিন। একটি কার্যক্ষম POS হলো একটি সিস্টেম অব রেকর্ড: এটি প্রতিটি স্টেশনে ইনভেন্টরি সঠিক রাখে, প্রকৃতপক্ষে লেনদেন হওয়া অর্থের সাথে মিলে যায় এমন রিপোর্ট তৈরি করে, সঠিক ট্যাক্স প্রয়োগ করে এবং সার্টিফাইড হার্ডওয়্যারে পেমেন্ট প্রসেসরের মাধ্যমে পেমেন্ট সম্পন্ন করে।
আসল দোকানগুলোতে AI-জেনারেটেড ইনভেন্টরি কোড কেন ব্যর্থ হয়?
কনকারেন্সি। দুটি স্টেশন একই সেকেন্ডে একটি পণ্যের শেষ ইউনিটটি বিক্রি করতে পারে, এবং সাধারণ জেনারেটেড কোড দুটি বিক্রিই সম্পন্ন হতে দেয়। ডেমোতে এটি কখনো প্রকাশ পায় না কারণ ডেমোতে খুব কমই একই সাথে দুটি চেকআউটে একই স্টক চালানো হয়।
একটি AI-দ্বারা নির্মিত চেকআউটের জন্য PCI কমপ্লায়েন্স বলতে কী বোঝায়?
PCI DSS হলো কার্ডের তথ্য পরিচালনার জন্য কার্ড ইন্ডাস্ট্রির নিরাপত্তা মানদণ্ড। বাস্তবে, জেনারেটেড কোডের কখনোই কার্ড নম্বর দেখা উচিত নয়: পেমেন্টগুলো কোনো পেমেন্ট প্রসেসরের সার্টিফাইড স্ট্যাকের মাধ্যমে পরিচালিত হওয়া উচিত, যেখানে আপনার সফটওয়্যার স্পর্শ করার আগেই কার্ডের ডেটা টোকেনাইজড হয়।
আমি কি Final-এর সাথে Gemini 3.6 Flash ব্যবহার করতে পারি?
হ্যাঁ। Build MCP-এর মাধ্যমে আপনার নিজের AI সংযোগ করা সমর্থন করে: Build একটি ওয়ান-টাইম সেটআপ ব্লক তৈরি করে যা আপনি আপনার টুলে পেস্ট করেন, এবং মডেলটি লাইভ প্রিভিউ সহ Final-এর ইনফ্রাস্ট্রাকচারে আপনার ফ্লো তৈরি করে, যেখানে পেমেন্টগুলো Final Pay দ্বারা পরিচালিত হয়।