প্রথম দিন: অর্ডার পিকআপ পয়েন্ট

পিকআপ পয়েন্ট একটি আলাদা পরিচালন মডেল: এখানে অর্ডার নয়, পার্সেল মূল বিষয়, আর এর নিজস্ব পথ রয়েছে — “ঘোষিত → গৃহীত → সেলে রাখা → হস্তান্তরিত বা ফেরত”। ব্যবসার ধরন “অর্ডার পিকআপ পয়েন্ট” 📦 নিবন্ধনের সময় বেছে নেওয়া হয়: অনবোর্ডিংয়ে মেনু ও রান্নাঘর নিয়ে প্রশ্ন করা হয় না, আর “পার্সেল” বিভাগটি (/parcels) সঙ্গে সঙ্গে খোলা থাকে, দোকানে এক্সটেনশন চালু করার প্রয়োজন হয় না।

বিভাগটিতে ছয়টি ট্যাব: গ্রহণ · সংরক্ষণ · হস্তান্তর · ফেরত · কুরিয়ার · পারস্পরিক হিসাব।

শুরু থেকেই যা চালু থাকে: “পার্সেল”, কাউন্টার মোডে POS (সঙ্গে সঙ্গে পেমেন্ট), “হার্ডওয়্যার” (স্ক্যানার, প্রিন্টার, টার্মিনাল — পিকআপ পয়েন্ট পরিচালনার মূল ভিত্তি), কর্মী ও ফিন্যান্স। গুদাম, রান্নাঘরের স্ক্রিন, টেবিল, কুরিয়ার ও মার্কেটপ্লেস বন্ধ থাকে: দোকানের বিভাগগুলো প্রয়োজন হলে অ্যাপ স্টোরে চালু করা হয়। পরিভাষাও বদলে যায়: “স্থান” মানে সেল, “স্থানসমূহের গ্রুপ” মানে তাক, আর “গেস্ট” মানে প্রাপক।

শুরুর জন্য যা প্রয়োজন#

• গ্রহণ ও হস্তান্তরের জন্য কম্পিউটার বা ট্যাবলেট — বিভাগটি ব্রাউজারে কাজ করে। POS (ক্যাশ অন ডেলিভারির জন্য প্রয়োজন) — একই ওয়েব পেজ /pos।
• বারকোড স্ক্যানার — পিকআপ পয়েন্টের প্রধান হাতিয়ার। “কীবোর্ড” মোডে যেকোনো USB বা Bluetooth স্ক্যানার চলবে: এটি দিয়ে গ্রহণের সময় ট্র্যাক নম্বর, ইনভেন্টরির সময় সেল এবং হস্তান্তরের সময় পার্সেল নিজেই স্ক্যান করা হয়।
• সেলের লেবেলের জন্য প্রিন্টার — সাধারণ বা থার্মাল প্রিন্টার, ব্রিজ-এর মাধ্যমে। গ্রহণ শেষ হলে লেবেল প্রিন্ট হয়।
• রসিদ প্রিন্টার বা ফিসকাল রেজিস্টার — যদি ক্যাশ অন ডেলিভারি নেন এবং আপনার দেশে রসিদ আবশ্যক হয়। একই ব্রিজ দিয়ে সংযুক্ত হয়; কোন দেশে কী সমর্থিত — ফিসকালাইজেশন।
• ব্যাংকের টার্মিনাল — যদি কার্ডে ক্যাশ অন ডেলিভারি নেন: ব্রিজের টার্মিনাল টাকা কেটে নেয়, অথবা পেমেন্ট ম্যানুয়ালি নিশ্চিত করা হয়।
• স্পষ্ট নম্বরযুক্ত তাক। সিস্টেমের সেলের স্কিম বাস্তবের অনুরূপ: তাক → শেলফ → স্থান (কোডের ধরন A-2-05)। প্রথম গ্রহণের আগেই শেলফগুলো চিহ্নিত করুন — পরে আবার লাগানো বেশি খরচসাপেক্ষ।

প্রথম দিনের সাধারণ কাঠামো#

সাধারণ ধাপগুলো (নিবন্ধন, শাখা, ব্যবসার ধরন, ভাষা, সদস্যতা, সহায়তা) হাব প্রথম দিন: ব্যবসার ধরন বেছে নিন-এ বর্ণিত। পিকআপ পয়েন্টের জন্য ক্রমটি এমন:

1. শাখার ঠিকানা পূরণ করুন। কোঅর্ডিনেটসহ ঠিকানা ছাড়া Cenaly ডেলিভারি নেটওয়ার্কে শাখা প্রকাশ করা যায় না, আর প্রাপক কোথায় যেতে হবে তা দেখতে পাবেন না।
2. কুরিয়ার যোগ করুন — “কুরিয়ার” ট্যাব: নাম, ধরন (CDEK, Почта, 5Post, Yandex, Boxberry, Ozon, WB, Cenaly বা নিজস্ব), সংরক্ষণের সময়সীমা, ক্যাশ অন ডেলিভারি অনুমোদিত কি না, হস্তান্তরের সময় ডকুমেন্ট চাওয়া হবে কি না, হস্তান্তরের পারিশ্রমিক ও COD-এর শতাংশ, এজেন্ট স্কিম (এজেন্ট, কমিশনার বা পেমেন্ট এজেন্ট — এর উপর টাকার হিসাব নির্ভর করে)।
3. সেল আঁকুন — একই জায়গায়, স্কিম এডিটর: তাক, শেলফ ও প্রতি শেলফে সেলের সংখ্যা। গ্রহণের সময় সেল স্বয়ংক্রিয়ভাবে নির্ধারিত হয় — প্রথম খালি সেলটি।
4. একটি আসল পার্সেলে পরীক্ষামূলক গ্রহণ ও পরীক্ষামূলক হস্তান্তর করুন। এটিই একমাত্র পরীক্ষা যা চিহ্নিত না করা শেলফ এবং ভুল স্ক্যানার মোড — দুটোই ধরে ফেলে।
5. ক্যাশ শিফট খুলুন — ক্যাশ শিফট। শিফট খোলা না থাকলে ক্যাশ অন ডেলিভারি নেওয়া যায় না: হস্তান্তরের স্ক্রিন নিজেই তা খুলতে বলবে।

চেকলিস্ট: এক কুরিয়ারের পিকআপ পয়েন্ট#

প্রথম দিনের লক্ষ্য — আনা চালান গ্রহণ করা এবং লাইনে দেরি না করে প্রথম পার্সেল হস্তান্তর করা।

1. প্রাপ্তির উৎস। বেছে নিন কীভাবে পার্সেল সিস্টেমে আসবে: কুরিয়ারের রেজিস্টার ইমপোর্ট (CSV/XLSX, কলামগুলো সিস্টেম নিজেই অনুমান করে, CDEK-এর প্রিসেট আছে) অথবা স্ক্যান করে গ্রহণ — ঘোষণা না করা পার্সেল সিস্টেম নিজেই যোগ করবে, অনুপস্থিত তথ্য (ফোন, পরিমাণ, প্রেরক) পরে “সংরক্ষণ” ট্যাবে কার্ডে পূরণ করা যায়।
2. চালান গ্রহণ — “গ্রহণ” ট্যাব: ট্র্যাকগুলো স্ক্যান করুন, রেজিস্টারের সঙ্গে মিলে যাওয়াগুলো হাইলাইট হয়। শেষ হলে গ্রহণ অ্যাক্ট তৈরি হয় “মিলেছে / এখানেই যোগ হয়েছে / আসেনি / বাদ পড়েছে” বিভাজনে, আর সেলের লেবেল প্রিন্ট হয়।
3. হস্তান্তরের নিয়ম। কুরিয়ারে প্রাপকের ভেরিফিকেশন নির্ধারিত হয়: ডকুমেন্ট যাচাই, নকল থেকে কোড, SMS বা e-mail-এ একবার ব্যবহারযোগ্য কোড, অথবা ভেরিফিকেশন ছাড়া। ডকুমেন্টের শর্ত বাকি নিয়মগুলোকে অগ্রাহ্য করে।
4. হস্তান্তর — “হস্তান্তর” ট্যাব: ট্র্যাক নম্বর বা ফোনের ঠিক শেষ চারটি সংখ্যা দিয়ে খোঁজ, ভেরিফিকেশন, সেল থেকে পার্সেলের কন্ট্রোল স্ক্যান (স্ক্যান বাদ দেওয়া — কেবল সচেতনভাবে, নিশ্চিতকরণসহ, আর তা জার্নালে থেকে যায়)।
5. ক্যাশ অন ডেলিভারি — নগদে ফেরতিসহ হিসাব, ব্রিজের টার্মিনালে কার্ড, অথবা মাধ্যমগুলোর মধ্যে স্প্লিট। রসিদ এজেন্ট চিহ্নসহ কাটা হয়: পণ্যের সরবরাহকারী অনলাইন দোকান-প্রেরক, আপনার পয়েন্ট নয়। POS যদি এজেন্ট রিকুইজিট সমর্থন না করে, তবুও “রসিদ বাইরের POS-এ কাটা হয়েছে” চিহ্ন দিয়ে হস্তান্তর করা যায়।
6. সংরক্ষণের সময়সীমা ও রিমাইন্ডার। সময়সীমা কুরিয়ারে নির্ধারিত; প্রাপকের কাছে আগেই রিমাইন্ডার যায়, আর সময়সীমা শেষ হলে পার্সেল নিজেই “ফেরতের জন্য” স্ট্যাটাসে চলে যায়।
7. কুরিয়ারকে ফেরত — “ফেরত” ট্যাব: একটি বোতামে ফেরতের অপেক্ষায় থাকা সব পার্সেলের রেজিস্টার তৈরি হয়; রেজিস্টার প্রিন্ট করলেই সেই পার্সেলগুলো “ফেরত দেওয়া হয়েছে” স্ট্যাটাসে চলে যায়।

ডিভাইস থেকে যা প্রয়োজন: পিসি বা ট্যাবলেট, স্ক্যানার, লেবেল প্রিন্টার; রসিদ প্রিন্টারসহ POS — যদি ক্যাশ অন ডেলিভারি থাকে। যা সৎভাবে পিছিয়ে রাখা যায়: Cenaly ডেলিভারি নেটওয়ার্কে প্রকাশ, দোকানের জন্য API কী, পারস্পরিক হিসাব (এগুলো নিজে থেকেই হিসাব হয় এবং মাসের শেষে প্রয়োজন হবে)।

চেকলিস্ট: একাধিক কুরিয়ার#

প্রথম দিনের লক্ষ্য — যেন এক কুরিয়ারের নিয়ম অন্য কুরিয়ারের পার্সেলে প্রয়োগ না হয়।

1. সব কুরিয়ার আলাদা রেকর্ড হিসেবে যোগ করুন: প্রত্যেকের নিজস্ব সংরক্ষণ সময়সীমা, নথির প্রয়োজনীয়তা, নগদে পরিশোধের অনুমতি এবং কমিশন থাকে। এজেন্সি স্কিমও প্রত্যেকের জন্য আলাদাভাবে নির্ধারণ করা হয়।
2. ডিফল্ট কুরিয়ার — যে কুরিয়ারের অধীনে "তালিকার বাইরে" স্ক্যান করা পার্সেল যোগ করা হবে। সচেতনভাবে বেছে নিন: শুরুতে বিভ্রান্তির সবচেয়ে সাধারণ উৎস এটিই।
3. সেলগুলো সাধারণ। সেলের স্কিম শাখাপ্রতি একটিই, বিভিন্ন কুরিয়ারের পার্সেল একই তহবিলে থাকে; "সংরক্ষণ" ট্যাবে কুরিয়ার অনুযায়ী ফিল্টার আছে।
4. "সব একসাথে" হস্তান্তর। প্রাপকের একাধিক পার্সেল থাকলে স্ক্রিন সেগুলো একসাথে (সিবলিং) দেখাবে এবং একটি বোতামে সব প্রিপেইড হস্তান্তরের প্রস্তাব দেবে — এমনকি সেগুলো ভিন্ন কুরিয়ারের হলেও।
5. পারস্পরিক নিষ্পত্তি — "পারস্পরিক নিষ্পত্তি" ট্যাব: মাসভিত্তিক প্রতিটি কুরিয়ারের জন্য হস্তান্তরিত সংখ্যা, নগদে পরিশোধে গৃহীত, আপনার কমিশন এবং হস্তান্তরের পরিমাণ; CSV-তে এক্সপোর্ট। নগদে পরিশোধের নগদ ও কার্ডে বিভাজন ক্যাশ শিফটের রিপোর্টে থাকে।
6. ইনভেন্টরি — সেলগুলোর সম্পূর্ণ স্ক্যান: পাওয়া, অনুপস্থিত এবং অতিরিক্ত দেখায়। না পাওয়াগুলো সারিতে বোতাম দিয়ে সারি ধরে ধরে হারানো হিসেবে চিহ্নিত করা যায়, বা একবারে সব — "সব না পাওয়া হারানো হিসেবে চিহ্নিত করুন (N)" বোতামে একটি নিশ্চিতকরণসহ।
7. কর্মী ও ভূমিকা — কর্মী ও শিফট: হস্তান্তর অপারেটরের পারস্পরিক নিষ্পত্তি ও কুরিয়ার সেটিংসে প্রবেশাধিকার প্রয়োজন নেই।

ডিভাইস থেকে যা প্রয়োজন: এক কুরিয়ারের মতোই। যা সৎভাবে পিছিয়ে রাখা যায়: ভূমিকার সূক্ষ্ম কনফিগারেশন (প্রথম দিনে সাধারণত মালিকই কাজ করেন), প্রস্তুত তালিকার বাইরে নিজস্ব কুরিয়ার ধরন।

চেকলিস্ট: দোকানে অবস্থিত পিকআপ পয়েন্ট#

প্রথম দিনের লক্ষ্য — যেন পার্সেল ও দোকানের পণ্য একই ক্যাশে মিশে না যায়।

1. পার্সেল মূল কনট্যুর হিসেবে — "পার্সেল" বিভাগ ইতিমধ্যে খোলা; কুরিয়ার ও সেলের কনফিগারেশন উপরের মতোই।
2. অ্যাপ স্টোরে দোকানের বিভাগগুলো চালু করুন: ক্যাটালগ, গুদাম, শোরুম। এগুলোর চেকলিস্ট — প্রথম দিন: দোকান।
3. এক ক্যাশ, দুই ধরনের টাকা। নগদে পরিশোধ — ট্রানজিট টাকা: আপনার কমিশন বাদ দিয়ে সেগুলো প্রেরকের, এবং শিফটের X/Z-রিপোর্টে আলাদা সারিতে গণনা করা হয়, দোকানের আয়ের সাথে মেশে না। একইসাথে ড্রয়ারে পড়া নগদ ক্যাশের প্রত্যাশিত ব্যালান্সে গণনা করা হয় — ক্যাশ শিফট।
4. হস্তান্তরে দ্রুত যাওয়া। পিকআপ পয়েন্টের ক্যাশ হেডারে "হস্তান্তরে যান" বোতাম আছে — ক্যাশিয়ারকে বিভাগ হাতে খুঁজতে হয় না।
5. Cenaly হস্তান্তর নেটওয়ার্ক — "কুরিয়ার" ট্যাব: শাখা প্রকাশের টগল, নগদে পরিশোধের অনুমতি, শাখার কোড। প্রকাশের পর প্ল্যাটফর্মের দোকানগুলোর "আপনার পয়েন্টে" ডেলিভারির অর্ডার ফাইল ও স্ক্যান ছাড়াই নিজে থেকেই আপনার কাছে আসে।
6. API-ঘোষণা — আপনার নিজের অনলাইন দোকান বা পার্টনার যদি পার্সেল ঘোষণা করে, একই ট্যাবে তাকে API-কী দিন (একবারই দেখানো হয়)।

ডিভাইস থেকে যা প্রয়োজন: দোকানের ক্যাশ সেটের সাথে পার্সেলের জন্য স্ক্যানার ও লেবেল প্রিন্টার। যা সৎভাবে পিছিয়ে রাখা যায়: অনলাইন শোরুম ও দোকানের ফিড — আগে হস্তান্তর ঠিক করুন, এটিই মানুষ টানে।

যা পিছিয়ে রাখা যায়#

• Cenaly হস্তান্তর নেটওয়ার্কে প্রকাশ — যখন গ্রহণ ও হস্তান্তর ঠিক হয়ে যায়।
• প্রিন্সিপাল দোকানগুলোর জন্য API-কী — শুধু তাদের প্রয়োজন যারা প্রোগ্রামগতভাবে পার্সেল ঘোষণা করে।
• প্রাপকদের নিজস্ব লেখায় বিজ্ঞপ্তি — আগমন, সময়সীমার স্মরণিকা ও হস্তান্তরের বার্তার মৌলিক বিজ্ঞপ্তি সাথে সাথেই কাজ করে।
• শাখার ফিন্যান্স ও পরিসংখ্যান — হস্তান্তরের ইতিহাস না থাকলে গণনার কিছু নেই।
• নিজস্ব লগইনসহ কর্মী — কর্মী ও শিফট: প্রথম দিনে সাধারণত মালিকই কাজ করেন।

সীমাবদ্ধতা, যা শুরুতেই জানা ভালো#

ভার্টিক্যালটি কাজ করে, তবে এর সৎ সীমাবদ্ধতা আছে — সেগুলো মাথায় রেখে পরিকল্পনা করুন।

• আংশিক হস্তান্তর নেই। পার্সেল সম্পূর্ণভাবে হস্তান্তর বা ফেরত হয়: কিছু অংশ পছন্দ করে কেনার জন্য ট্রায়াল সমর্থিত নয়।
• কুরিয়ার সার্ভিসের অভ্যন্তরীণ সিস্টেমে আমাদের প্রস্তুত সংযোগ নেই। পার্সেল তালিকা ইমপোর্ট, স্ক্যান বা আমাদের API-তে ঘোষণার মাধ্যমে যোগ হয় — বিপরীত দিক (আমরা কুরিয়ারের সিস্টেম পড়ি) করা হয়নি।
• এটি Wildberries, Ozon ও Yandex Market-এর অ্যাপের বিকল্প নয়। এই প্ল্যাটফর্মগুলোর নিজস্ব সফটওয়্যার ও নিজস্ব ফিসকালাইজেশনসহ বদ্ধ পার্টনার নেটওয়ার্ক আছে — তাদের হিসাবে আমাদের ক্যাশ অংশ নেয় না।
• ইনভেন্টরির ফলাফলে স্ট্যাটাস অপারেটর বদলান, সিস্টেম নয়। না পাওয়া পার্সেল সারি ধরে ধরে বা একবারে সব হারানো হিসেবে চিহ্নিত করা যায়, কিন্তু সার্ভার মিলন প্রতিবেদনের ভিত্তিতে নিজে কিছু রূপান্তর করে না — এটি নিশ্চিতকরণসহ একটি সচেতন সিদ্ধান্ত।
• ফেরতের তালিকাই হস্তান্তরের চিহ্ন। আলাদা "কুরিয়ার নিয়ে গেছে" ধাপ নেই: তালিকা প্রিন্ট করলে পার্সেল "ফেরত" অবস্থায় চলে যায়।

সমস্যা সমাধান#

গ্রহণের সময় স্ক্যানার পার্সেল খুঁজে পায় না। স্ক্যানারের মোড পরীক্ষা করুন (কীবোর্ড হিসেবে কাজ করা উচিত) এবং কার্সর স্ক্যান ফিল্ডে আছে কিনা। তালিকায় ট্র্যাক না থাকলে — এটি স্বাভাবিক: সিস্টেম ডিফল্ট কুরিয়ারের অধীনে পার্সেল যোগ করবে এবং ঘোষণাহীন হিসেবে চিহ্নিত করবে।

পুনর্বিন্যাসের সময় সিস্টেম সেল দেয় না। দখলকৃত সেল দেবে না — আগে সেটি খালি করুন বা দখল মানচিত্রে খালি একটি বেছে নিন।

প্রাপকের কাছে এককালীন কোড আসে না। কোড পার্সেল কার্ডে দেওয়া SMS বা e-mail-এ যায়: যোগাযোগ দেওয়া আছে কিনা পরীক্ষা করুন (স্ক্যানে যোগ করা পার্সেলে এটি প্রায়ই খালি থাকে)। পুনরায় পাঠানো টাইমআউটসহ পাওয়া যায়।

নগদে পরিশোধ গ্রহণ করা যাচ্ছে না। ক্যাশ শিফট খোলা নেই — হস্তান্তরের স্ক্রিন খোলার প্রস্তাব দেবে, দেখুন ক্যাশ শিফট।

ক্যাশ এজেন্সি রসিদ প্রিন্ট করে না। স্ক্রিন সৎভাবে সতর্ক করবে যে ক্যাশ এজেন্সি রিকুইজিট জানে না। "রসিদ বাইরের ক্যাশে কাটা হয়েছে" চিহ্নিত করে হস্তান্তর করা যায় — পার্সেলের জার্নালে চিহ্ন থাকবে যে ফিসকালাইজেশন বাইরের ছিল।

প্রাপক পার্সেলের স্ট্যাটাস যাচাই করতে পারেন না। পাবলিক ট্র্যাকিং পেজ ট্র্যাক নম্বর এবং ফোনের ঠিক শেষ চারটি সংখ্যা চায় — কার্ডে ফোন না দেওয়া থাকলে যাচাই হবে না।

সাধারণ প্রশ্ন#

শুরু করতে কি কুরিয়ার পরিষেবার সাথে ইন্টিগ্রেশন দরকার?#

না। রেজিস্টার আমদানি বা স্ক্যান করে গ্রহণ করাই যথেষ্ট। যদি প্রেরক নিজেই পার্সেল ঘোষণা করতে প্রস্তুত হন, তাহলে তাঁকে একটি API-কী দিন — তখন সেগুলো স্বয়ংক্রিয়ভাবে দেখা যাবে।

ক্যাশ অন ডেলিভারি কি আমার আয়?#

না। এটি প্রেরকের ট্রানজিট অর্থ: ক্যাশ শিফটের রিপোর্টে এবং ফিন্যান্সে এগুলো শাখার বিক্রয় থেকে আলাদা রাখা হয়, আর আপনার পারিশ্রমিক গণনা করা হয় «পারস্পরিক হিসাব» ট্যাবে।

প্রাপক না এলে কী হবে?#

কুরিয়ার নির্ধারিত সংরক্ষণ সময় শেষ হলে পার্সেল নিজে থেকেই «ফেরতের জন্য» স্ট্যাটাসে চলে যায়, আর প্রাপকের কাছে আগেই একটি অনুস্মারক পাঠানো হয়। এরপর আপনি ফেরতের রেজিস্টার তৈরি করেন।

একটি পার্সেল কি কয়েকটি থেকে দেওয়া যায়?#

হ্যাঁ, পার্সেলগুলো একটি একটি করে দেওয়া হয়; প্রিপেইডগুলো একটি বোতামেই সব একসাথে দেওয়া যায়। তবে একটি পার্সেলের ভেতরের অংশবিশেষ দেওয়া যায় না।

একই শাখায় পিকআপ পয়েন্ট ও দোকান একসাথে চালানো যায়?#

হ্যাঁ — তৃতীয় চেকলিস্ট দেখুন। রিপোর্টে ক্যাশ অন ডেলিভারির অর্থ ও দোকানের বিক্রয় মেশানো হয় না।

ফিসক্যাল রেজিস্টার কি বাধ্যতামূলক?#

এটি দেশের উপর এবং আপনি ক্যাশ অন ডেলিভারি নেন কি না তার উপর নির্ভর করে। যদি রসিদ বাধ্যতামূলক হয় — ব্রিজ দিয়ে সংযুক্ত করা হয়; দেখুন ফিসকালাইজেশন।

সম্পর্কিত বিভাগ#

• প্রথম দিন: ব্যবসার ধরন বেছে নিন — সাধারণ ধাপ ও অন্যান্য ফরম্যাট
• অর্ডার পিকআপ পয়েন্ট (পিকআপ পয়েন্ট) — «পার্সেল» বিভাগটি ট্যাব অনুযায়ী সম্পূর্ণ
• ক্যাশ শিফট ও Z-রিপোর্ট — যেখানে ক্যাশ অন ডেলিভারি আয় থেকে আলাদা
• হার্ডওয়্যার (ব্রিজ) — স্ক্যানার, লেবেল প্রিন্টার, টার্মিনাল, ফিসক্যাল রেজিস্টার
• কর্মী ও শিফট — ইস্যু করার অপারেটরদের ভূমিকা
• প্রথম দিন: দোকান — যদি পিকআপ পয়েন্টে বিক্রয়ও থাকে