Foodi Restaurant Partner Bangladesh: Onboarding Guide

সর্বশেষ যাচাই: 2026-08-28

Foodi restaurant partner Bangladesh হতে Foodi-এর current official commercial route-এ business detail দিন, verification/agreement complete করুন, তারপর restaurant, catalogue, hour ও order operation setup করুন। Foodi technical docs অনুযায়ী API integration-এর আগে completed partnership agreement ও Foodi confirmation লাগে।

Normal merchant onboarding আর API onboarding এক নয়। বেশির ভাগ outlet আগে merchant app/process confirm করবে; approved technical integration ছাড়া API credential নয়।

Onboarding sequence

Restaurant file

Legal owner/entity, trade license, tax/VAT যেখানে applicable, bank, premises, contact, menu ও hour consistent রাখুন। Current checklist Foodi-এর কাছ থেকে নিন।

Unofficial social account-এ NID, bank বা credential পাঠাবেন না।

Merchant operation

Official guideline-এ accept/reject, ID/date history, performance, item/add-on availability, hour, delivered report, inbox ও help centre আছে।

এক device, reliable internet, notification ও shift owner দিন। Delay ও unavailable update-এর owner ঠিক করুন।

Menu launch

• Current name/price
• Honest photo
• Valid add-on
• Unavailable off
• Hour confirm
• Packaging test
• Contract cost পরে item cost

API optional

Gateway docs partner, order status, catalogue import ও product management বলে। Foodi approval, credential, HTTPS, staging ও test লাগে।

Vendor নিজে activate করতে পারে না; module, duplicate, status, conflict ও recovery test করুন।

First 30 days

Accepted/rejected/handover, unavailable, delay, complaint, settlement ও item contribution review করুন।

Agreement/support route device-এর কাছে এবং issue ID/timeসহ log রাখুন।

Current official partner route ব্যবহার করুন

Foodi-এর current official partner channel থেকে শুরু করুন এবং domain, contact ও required agreement verify করুন। Onboarding screen, document, coverage ও commercial package বদলাতে পারে। এই article universal commission প্রকাশ করে না বা approval promise করে না।

Submitted account, phone ও email business-এর controlে রাখুন। Unverified personal contactকে OTP, password বা payment দেবেন না। Application acknowledgement, agreement version, official support reference ও submission date সংরক্ষণ করুন।

Old blog, app screenshot বা social post current onboarding evidence নয়। Official route না পাওয়া গেলে not verified লিখুন এবং sensitive business document share বন্ধ রাখুন যতক্ষণ counterparty নিশ্চিত না হয়।

Partner file ও verification register

Approved channelে শুধু requested legitimate record দিন এবং stored copy restrict করুন। Rejected or replaced file record করুন, যাতে final application set reproducible হয়।

একটি submission manifest রাখুন: file name, version, source, owner, upload date ও acknowledged status। Password, OTP বা unnecessary personal document manifestে নয়।

Business ও outlet information যাচাই

Restaurant name, legal or business identity if requested, branch address, map pin, phone, service hour, cuisine ও contact current authoritative record-এর সঙ্গে মিলান। Public listing spelling ও application formে contradiction থাকলে আগে resolve করুন।

এক branch-এর document বা coverage অন্য branchে automatically apply করে ধরে নেবেন না। Branch scope ও serviceability written confirmationে রাখুন। Holiday or temporary hour launch menuতে currentভাবে update করার owner নির্ধারণ করুন।

Bank or payout detail official processে finance owner verify করবেন। Payment destination change independent confirmation ও authorized record ছাড়া নয়। Email or messaging request alone sensitive change-এর যথেষ্ট evidence নয়।

Commercial-term checklist

সব amount এক sample basket ও same tax basis-এ normalize করুন। Unconfirmed cell blank রাখুন। Executed agreement ও statement restaurant calculation govern করে, blog estimate নয়।

Fixed, percentage, minimum, campaign or order-specific charge আলাদা করুন। Another merchant-এর rate বা salesperson memory current written term নয়।

Authorized signatory agreement version, effective date ও annex review করবেন। Ambiguous line official partner route দিয়ে clarify করুন। Private commercial term public contentে expose করবেন না।

• Commission বা package basis
• Tax treatment ও invoice
• Promotion funding ও approval
• Payment বা other service charge
• Refund ও cancellation allocation
• Delivery ও rider responsibility
• Payout period ও report
• Device বা support charge
• Term, change notice ও exit
• Data access ও export

Menu preparation ও mapping

Source menu থেকে item ID, customer name, kitchen name, price, variant, modifier, image, description ও availability prepare করুন। Bangla/English text একই item recordে রাখুন। Unverified ingredient or health claim বাদ দিন।

Marketplace itemকে restaurant POS or kitchen ID-এর সঙ্গে map করুন। Manual mapping হলেও stable key রাখুন। Price or availability change কোন owner publish করবেন এবং platform confirmation কীভাবে দেখা হবে লিখুন।

Image actual portion represent করে এবং restaurant-owned or licensed কি না confirm করুন। Long modifier, add-on price ও unavailable state launch-এর আগে customer app ও merchant app দুই দিক থেকে test করুন।

Controlled launch test

Simple item, variant, paid add-on ও unavailable stateসহ controlled menu subset publish করুন। Customer display, branch hour, acceptance, kitchen ticket, preparation state, rider handover, cancellation, support ও merchant reporting verify করুন। External ও internal order ID map করুন।

Staff alert ও availability manage করতে পারার আগে broad promotion চালু করবেন না। Merchant device, network বা internal integration fail হলে fallback define করুন এবং প্রতিটি fallback order reconcile করুন।

Test public customerকে involuntaryভাবে involve করবে না। Approved controlled order, cleanup and refund treatment থাকলে সেটি অনুসরণ করুন। Test evidenceে unnecessary customer data রাখবেন না।

Order desk, kitchen ও rider handover

Primary order-desk device ও backup owner নির্ধারণ করুন। New alert একবার acknowledge, menu/capacity দেখে accept, stable order ID-তে kitchen release এবং actual package complete হলে ready mark করুন।

Kitchen ticketে item, quantity, modifier ও marketplace/internal order ID readable কি না দেখুন। App success kitchen receipt-এর proof নয়। Printer or KDS failure recovery test করুন।

Rider pickupে order ID ও package match করুন। Wrong pickup, delay, cancelled after production ও support escalation factual event হিসেবে record করুন। Responsibility agreement ও case outcome ছাড়া infer করবেন না।

Account, user ও device security

Named daily account owner ও backup রাখুন। Current system যত role support করে minimum access দিন। Counter, manager ও finance user এক password share এড়িয়ে চলুন।

Former staff, agency user ও old device access review করুন। Business-owned recovery channel protect করুন। Password or OTP SOP বা support screenshotে লিখবেন না। Lost deviceে session revoke ও protected action review করুন।

Internal POS user deactivation Foodi access automatically revoke নাও করতে পারে। Offboardingে দুটো system আলাদা check করুন। Notification routing নতুন ownerে কাজ করছে controlledভাবে test করুন।

First statement ও payout reconciliation

Restaurant order, Foodi order report, statement ও bank receipt stable ID দিয়ে join করুন। Gross item value, discount funding, fee, refund, adjustment ও payout reference current report definition অনুযায়ী আলাদা করুন।

Bank deposit gross sales-এর সমান হওয়া বাধ্যতামূলক নয়। Period, adjustment ও payment timing ভিন্ন হতে পারে। Unmatched item owner ও due dateসহ রাখুন; sale edit করে difference লুকাবেন না।

First affected statement current agreement model-এর সঙ্গে compare করুন। Private commission public pageে নয়। Accepted period lock করুন এবং later correction visible adjustment হিসেবে carry করুন।

First-month operating review

Menu mismatch, missed order, preparation exception, factual category অনুযায়ী cancellation, support case, refund, statement mapping ও payout difference review করুন। Actual written term ও restaurant cost দিয়ে contribution compare করুন, public universal rate নয়।

প্রতিটি root causeে one corrective action, owner ও follow-up date দিন। Source report ও agreement version preserve করুন। Private order, customer বা outcome data permission ও documented method ছাড়া publish করবেন না।

Order volume বা revenue change small first-month sample থেকে long-term promise নয়। Staffing, promotion, season ও branch context রাখুন।

Change monitoring ও human-review gate

Foodi term, report বা workflow বদলালে notice ও effective date record করুন। Affected menu, finance ও shift step চিহ্নিত করে first affected order ও statement test করুন। Portal change সব outletে identical ধরে নেবেন না।

Official onboarding route, current support, branch coverage ও agreement periodically reverify করুন। Last-verified date evidence review-এর পরে update করুন।

এই বাংলা draft human editor ও restaurant-এর current Foodi account/agreement review ছাড়া publish হবে না। Review gate অক্ষত থাকবে। কোনো commission, approval, coverage, payout time, integration, order volume বা outcome claim current specific evidence ছাড়া যোগ করবেন না।

Reliable Foodi launch integration-এর আগে agreement, catalogue ও shift process। Official route verify, complete order test ও contribution measure করুন।

সম্পর্কিত গাইড

• Foodpanda-তে restaurant registration
• Trade license document checklist
• Delivery marketplace integration
• রেস্টুরেন্ট ম্যানেজমেন্ট সফটওয়্যার তুলনা

রসুইয়ে এই ফিচারটি দেখুন: Rosuii-তে delivery-channel order manage করুন

যাচাই করা উৎস

• Foodi Partner Gateway API documentation
• Foodi merchant app guideline
• Foodi official website

বিনামূল্যে রসুই ব্যবহার শুরু করুন