ఆర్డర్ లైఫ్సైకిల్
ఆర్డర్ స్థితి, బిల్లింగ్, మరియు సెటిల్మెంట్ ad-hoc ఎడిట్ల కాకుండా lifecycle intents ద్వారా ఎలా మారుతాయో అర్థం చేసుకోండి.
Zesty ఆర్డర్లను స్వేచ్ఛా స్ప్రెడ్షీట్ లాగా చూడదు. ముఖ్యమైన మార్పులు order lifecycle ద్వారా వెళ్తాయి: స్థితి, డబ్బు, కిచెన్ స్టేట్, మరియు ఆడిట్ లాగ్లను కలిపి అప్డేట్ చేసే నిర్దిష్ట intents (చర్యలు).
అనేక మంది ఒకే ఆర్డర్ను తాకినప్పుడు కూడా కిచెన్, బిల్లింగ్, మరియు రిపోర్ట్లు అలైన్డ్గా ఉండేలా ఇది సహాయపడుతుంది.
Lifecycle intent అంటే ఏమిటి?
Intent అనేది పేరు కలిగిన చర్య:
- ఆర్డర్ అంగీకరించు
- తయారీ ప్రారంభించు
- రెడీ గా మార్చు
- సర్వ్ చేసినట్లు గుర్తించు
- బిల్లు జనరేట్ చేయి
- పేమెంట్ సేకరించు
- రద్దు (నియమాలతో)
- రిఫండ్ (అప్రూవల్తో)
స్టాఫ్ అనుమతించబడిన బటన్ నొక్కినప్పుడు, Zesty intent ను ఒకసారి నడిపి, ఎవరు చేశారో రికార్డ్ చేసి, సంబంధిత ఫీల్డ్లను ఒకే స్టెప్లో అప్డేట్ చేస్తుంది.
స్టాఫ్ డేటాబేస్ ఫీల్డ్లు ఎడిట్ చేయకూడదు లేదా వర్క్అరౌండ్లు ఉపయోగించకూడదు—వర్క్స్పేస్ ఇచ్చిన బటన్లు ఉపయోగించండి.
Intents ను ఎవరు ట్రిగ్గర్ చేస్తారు?
| మూలం | ఉదాహరణలు |
|---|---|
| వెబ్లో స్టాఫ్ | Orders, KDS, Billing, New Order |
| మొబైల్లో స్టాఫ్ | Orders, KDS, Billing, Operations workspace |
| కస్టమర్ QR | ఆర్డర్ ప్లేస్, పరిమిత స్థితి విజిబిలిటీ |
| Marketplace | ఇన్బాక్స్ నుంచి అంగీకరించు/తిరస్కరించు, తర్వాత సాధారణ ఫ్లో |
| సిస్టమ్ | పేమెంట్ వెబ్హుక్స్, ఆటోమేటెడ్ సెటిల్మెంట్ |
అన్ని మూలాలు permissions మరియు shift స్థితిని గౌరవిస్తాయి.
సాధారణ డైన్-ఇన్ ప్రయాణం
QR లేదా స్టాఫ్ ఆర్డర్ ప్లేస్
↓
కిచెన్ అంగీకరిస్తుంది → తయారు చేస్తుంది → రెడీ గా మార్చుతుంది
↓
ఫ్లోర్ సర్వ్ చేస్తుంది (ఐచ్చిక స్పష్టమైన దశ)
↓
Billing బిల్లు జనరేట్ చేస్తుంది
↓
పేమెంట్ సేకరించబడుతుంది (క్యాష్ / UPI / provider / split)
↓
రిసీట్ జారీ → ఆర్డర్ టర్మినల్టేక్అవే మరియు డెలివరీ టేబుల్ దశలను దాటవచ్చు, కానీ కిచెన్ మరియు బిల్లింగ్ ఉపయోగిస్తాయి.
స్థితి మరియు కాలమ్స్ (KDS)
KDS కాలమ్స్ lifecycle స్థితిని ప్రతిబింబిస్తాయి. కిచెన్ రెడీ గా మార్చినప్పుడు, Billing మరియు ఫ్లోర్ స్టాఫ్ అరుస్తూ చూడవచ్చు.
మీ టీమ్ స్థితులను దాటిపోతే, రిపోర్ట్లు మరియు టైమింగ్ మెట్రిక్స్ నమ్మకం తగ్గుతాయి. ఒక రిథమ్ ఎంచుకుని దానికి కట్టుబడి ఉండండి.
డబ్బు మరియు సెటిల్మెంట్
Lifecycle హ్యాండిల్ చేస్తుంది:
- సబ్టోటల్, టాక్స్, డిస్కౌంట్, టిప్, సర్చార్జ్
- పద్ధతుల మధ్య split పేమెంట్లు
- Razorpay లేదా మాన్యువల్ UPI ధృవీకరణకు లింక్
- ఆడిట్ ట్రైల్తో రిఫండ్ మరియు పాక్షిక రిఫండ్
సర్వీస్ Billing డెస్క్ ద్వారా POS-only దాచిన ఆర్డర్లపై billing intents నడవవు—POS కు స్వంత refund/void మార్గం ఉంది. POS చూడండి.
టేబుల్ సెషన్లు
డైన్-ఇన్ కోసం, intents table session స్థితిని అప్డేట్ చేయవచ్చు: ఏ టేబుల్ occupied, బిల్లు ఓపెన్ ఉందో, టేబుల్ ఎప్పుడు ఖాళీ అవుతుంది.
ఫ్లోర్ స్టాఫ్ ఏ టేబుల్స్కు దృష్టి కావాలో చూడటానికి ఇది సహాయపడుతుంది.
ఇన్వెంటరీ
కొన్ని intents ఇన్వెంటరీని సర్దుబాటు చేస్తాయి (రెసిపీ consumption). Void మరియు refund మార్గాలు పదార్థాలను తిరిగి పెట్టాలా లేదా consumed గా ఉంచాలా అని అడగవచ్చు.
గెస్ట్ QR ఆర్డర్లు
కస్టమర్లు బ్రౌజర్ నుంచి ఆర్డర్లు సమర్పిస్తారు. అంగీకారం మరియు కిచెన్ ఫ్లో స్టాఫ్ నియంత్రిస్తారు. కిచెన్ నెరవేర్చలేకపోతే స్పష్టమైన నోట్స్తో తిరస్కరించండి లేదా రద్దు చేయండి.
Marketplace ఆర్డర్లు
బాహ్య ఆర్డర్లు marketplace inbox లో వస్తాయి. స్టాఫ్ ఐటెమ్లను మ్యాప్ చేసి, అంగీకరించండి లేదా తిరస్కరించండి, తర్వాత ఆర్డర్ అంతర్గత ఆర్డర్ల లాగే lifecycle లో చేరుతుంది.
ఆఫ్లైన్ మొబైల్
మొబైల్ intents ను ఆఫ్లైన్లో క్యూ చేయవచ్చు. రీకనెక్ట్ అయినప్పుడు, shift ఇంకా చెల్లుబాటు అయితే Zesty వాటిని రీప్లే చేస్తుంది. conflicts (ఉదా. ఆర్డర్ ఇప్పటికే మూసివేయబడింది) మేనేజర్ రివ్యూ అవసరమవచ్చు.
రివిజన్లు మరియు భద్రత
ఆర్డర్లకు revision నంబర్ ఉంటుంది. నెమ్మదిగా ఉన్న డివైస్ల నుంచి పాత చర్యలు తిరస్కరించబడతాయి—కొత్త పనిని నిశ్శబ్దంగా ఓవర్రైట్ చేయవు.
సాధారణ ప్రశ్నలు
పేమెంట్ తర్వాత ఐటెమ్ ఎడిట్ చేయగలనా?
రిఫండ్ లేదా correction ఫ్లోలు ఉపయోగించండి—మాన్యువల్ ఎడిట్లు కాదు.
ఆర్డర్ తప్పు టోటల్ చూపిస్తుంది
డిస్కౌంట్లు, టాక్స్ సెట్టింగ్లు, మరియు ఆర్డర్ సమయంలో ఐటెమ్ ధరలు చూడండి. ఐటెమ్ ధరలు ఆర్డర్ లైన్లో snapshot అవుతాయి.
కిచెన్ ఆర్డర్ చూడలేదు
KDS permission, shift ఓపెన్, ఆర్డర్ కిచెన్ వర్క్ఫ్లోలోకి అంగీకరించబడిందో నిర్ధారించండి.