WhatsApp ఫోటోల నుంచి లైవ్ ఆర్డర్ బుక్ దాకా: డిస్ట్రిబ్యూటర్ల కోసం ERP, ఆఫ్‌లైన్ ఫీల్డ్ యాప్

మేం కలిసే చాలా మంది డిస్ట్రిబ్యూటర్లు మూడు టూల్స్‌తోనే వ్యాపారం నడుపుతారు: ఇన్‌వాయిస్‌లకు Tally, స్టాక్, బకాయిలకు Excel, మిగతా అన్నిటికీ WhatsApp. రెప్ షాపులో ఆర్డర్ షీట్‌ను ఫోటో తీసి ఆఫీసుకు పంపుతాడు, మరుసటి రోజు ఉదయం ఎవరో దాన్ని Tallyలో టైప్ చేస్తారు — అప్పుడు గానీ ఆ షాపు ఇప్పటికే ₹50,000 బాకీ ఉందని, రెండు నెలలుగా చెల్లించలేదని ఎవరూ గమనించరు. స్టాక్ ఎప్పుడూ "సుమారు 20 కేసులు" అనే ఉంటుంది — అది లేని రోజు వచ్చే వరకు.

ఆ చక్రం స్థానంలో ఏమి రావచ్చో చూపించడానికి మేం AIVCJ ERP నిర్మించాం: సిగ్నల్ లేకపోయినా పనిచేసే ఫీల్డ్ యాప్, సరుకు బయలుదేరే ముందే క్రెడిట్ చెక్ చేసే ఆర్డర్ బుక్, బ్యాచ్, ఎక్స్‌పైరీ వారీగా ట్రాక్ అయ్యే స్టాక్, ఒక్క క్లిక్‌లో GST ఇన్‌వాయిస్‌లు, ఓనర్ సాధారణ ఇంగ్లీష్‌లో ప్రశ్నలు అడిగే సౌకర్యం. ఇది ఒక నమూనా FMCG డిస్ట్రిబ్యూటర్‌పై నడుస్తుంది — Northwind Distribution: 3 గోదాములు (Nagpur, Indore, Hubli), 396 రిటైలర్లు, 8 ఫీల్డ్ రెప్‌లు, 123 SKUలు, 100 రోజుల చరిత్ర. ప్రతి విజిటర్‌కు సొంత కాపీ లభిస్తుంది.

ఆర్డర్ ప్రయాణం: షాపు నుంచి ఇన్‌వాయిస్ వరకు

1. షాపులో — రెప్ Northwind Sales యాప్‌లో ఆ రోజు బీట్‌ను తెరుస్తాడు, షాపు క్రెడిట్ స్థితి చూస్తాడు, కేసులు జోడించి ఆర్డర్ పెడతాడు. సిగ్నల్ లేదా? ఆర్డర్ ఫోన్‌లోనే సేవ్ అయి "సిగ్నల్ కోసం వేచి ఉంది" అని మార్క్ అవుతుంది.
2. Sync — ఫోన్ మళ్లీ ఆన్‌లైన్‌కు రాగానే క్యూ దానంతట అదే అప్‌లోడ్ అవుతుంది. ERP ప్రతి లైన్‌కు తన సొంత ధరల జాబితా నుంచి ధర వేస్తుంది, క్రెడిట్ చెక్‌ను కోడ్‌లో నడుపుతుంది.
3. క్రెడిట్ హోల్డ్ — షాపు తన లిమిట్ దాటినా, లేదా ఏదైనా ఇన్‌వాయిస్ గడువు మించిపోయినా, ఆర్డర్ ఖచ్చితమైన కారణంతో హోల్డ్‌లో పడుతుంది ("బకాయి ₹49,917 + ఈ ఆర్డర్ ₹12,147 = ₹62,064, ₹50,000 లిమిట్ దాటింది; ఇన్‌వాయిస్ NW/26-27/000993 వయసు 74 రోజులు"). ఓనర్ కారణం రాసి దాన్ని రిలీజ్ చేస్తాడు, లేదా రద్దు చేస్తాడు. రెప్ యాప్ దానంతట అదే అప్‌డేట్ అవుతుంది.
4. పికింగ్, ఇన్‌వాయిస్ — గోదాము బ్యాచ్‌వారీగా ముందు ఎక్స్‌పైర్ అయ్యేదాన్ని ముందు పంపే (first-expiry-first-out) పద్ధతిలో పిక్ చేస్తుంది, 15 రోజుల్లో ఎక్స్‌పైర్ అయ్యే వాటిని వదిలేస్తుంది; HSN కోడ్‌లు, బ్యాచ్ నంబర్లు, CGST + SGST లేదా IGST, అక్షరాల్లో మొత్తంతో GST టాక్స్ ఇన్‌వాయిస్ తయారవుతుంది.
5. రీఆర్డర్ — అమ్మకాల వేగం × సప్లయర్ లీడ్ టైమ్ ఆధారంగా ఏ సరుకు అయిపోబోతుందో గుర్తించి, సప్లయర్, గోదాము వారీగా చూపిస్తుంది; ఒక్క క్లిక్‌తో పర్చేజ్ ఆర్డర్ వెళ్తుంది, సరుకు అందుకోగానే కొత్త బ్యాచ్‌లు స్టాక్‌లో చేరతాయి.

ముందు ఆఫ్‌లైన్, ఎప్పుడూ రెండుసార్లు కాదు

భారతదేశంలో ఫీల్డ్ సేల్స్ గోదాముల్లో, బేస్‌మెంట్లలో, చిన్న పట్టణాల్లో జరుగుతుంది. ఆర్డర్ సేవ్ చేయడానికి సిగ్నల్ కావాల్సిన యాప్ ఆర్డర్లను పోగొట్టుకుంటుంది. అందుకే Northwind Sales యాప్ (Expo / React Native తో నిర్మించినది) ప్రతి ఆర్డర్‌ను, వసూలును ముందు ఫోన్‌లోనే రాస్తుంది — Androidలో SQLite — తర్వాత అప్‌లోడ్ చేస్తుంది.

ఆఫ్‌లైన్‌లో కష్టమైన భాగం స్టోరేజ్ కాదు; రీట్రైలు. రెప్ "ఆర్డర్ పెట్టు" నొక్కుతాడు, రిక్వెస్ట్ సర్వర్‌కు చేరుతుంది, కానీ సిగ్నల్ లేని చోట జవాబు దారిలోనే పోతుంది, ఫోన్ మళ్లీ ప్రయత్నిస్తుంది. జాగ్రత్త పడకపోతే అవి రెండు ఆర్డర్లు. యాప్ క్యూలో పెట్టే ప్రతి ఐటమ్‌కు సొంత id ఉంటుంది; ఒకే idని రెండోసారి చూసినప్పుడు ERP ఇప్పటికే ఉన్న ఆర్డర్‌నే తిరిగి ఇస్తుంది. ఫోన్‌లో కనిపించే ధరలు, క్రెడిట్ కేవలం ప్రివ్యూ మాత్రమే: ఆర్డర్ చేరగానే ERP అన్నిటికీ మళ్లీ ధర వేసి, మళ్లీ చెక్ చేస్తుంది — కాబట్టి పాత డేటా ఉన్న ఫోన్ పాత ధరకు గానీ, లిమిట్ దాటి గానీ ఎప్పుడూ అమ్మలేదు.

స్టాక్ కేటాయింపు రెప్ ఆర్డర్ తీసుకున్నప్పుడు కాదు, గోదాము పిక్ చేసినప్పుడు జరుగుతుంది — ఇద్దరు రెప్‌లకూ సిగ్నల్ లేకపోయినా, వారిద్దరూ చివరి 20 కేసులను ఒకేసారి అమ్మగలరు. అప్పుడు రెండో పిక్ స్పష్టమైన కొరత చూపిస్తూ ఆగిపోతుంది ("850 తక్కువ"), ఓనర్ స్టాక్‌ను తరలిస్తాడు లేదా PO పెడతాడు. ఏదీ అదనంగా అమ్ముడవదు, ఏ బ్యాచ్ కూడా నెగటివ్‌లోకి వెళ్లదు.

క్రెడిట్ కంట్రోల్ కోడ్‌లో, మోడల్‌లో కాదు

క్రెడిట్ నిర్ణయాలు డబ్బుకు సంబంధించిన నిర్ణయాలు, అందుకే వాటిలో AI ఉండదు. ఒక చిన్న రూల్స్ మాడ్యూల్ నిర్ణయిస్తుంది: ఎక్స్‌పోజర్ అంటే బకాయి ఇన్‌వాయిస్‌లు ప్లస్ ఇంకా ఇన్‌వాయిస్ కాని ఓపెన్ ఆర్డర్లు ప్లస్ ఈ ఆర్డర్ — దీన్ని షాపు లిమిట్‌తో పోలుస్తుంది; షాపు గడువు దాటిన చెల్లించని ఇన్‌వాయిస్ ఏదైనా ఉంటే ఆర్డర్ హోల్డ్‌లో పడుతుంది. (ఓపెన్ ఆర్డర్ల లోపాన్ని టెస్టింగ్‌లోనే కనుగొన్నాం — అదే షాపు నుంచి వచ్చిన రెండో ఆర్డర్, హోల్డ్‌లో ఉన్న మొదటి ఆర్డర్‌ను లెక్కలోకి తీసుకోలేదు. ఇప్పుడు అది సరిచేశాం, దానికి సొంత unit test కూడా ఉంది.) హోల్డ్ రిలీజ్ చేయాలంటే ఎప్పుడూ కారణం రాయాలి; ప్రతి రిలీజ్, లిమిట్ మార్పు, స్టాక్ సర్దుబాటు ఆడిట్ లాగ్‌లో నమోదవుతుంది.

మీ డేటానే అడగండి — రక్షణ కంచెలతో

మేం AI వాడే ఒకే ఒక చోటు — ఓనర్ ప్రశ్నలు అడగడం: "60 రోజులకు పైగా బకాయి ఉన్న Nagpur రిటైలర్లు ఎవరు?", "ఈ నెల కేటగిరీ వారీగా గ్రాస్ మార్జిన్". Claude Haiku 4.5 ఒక SQL query రాస్తుంది; అది నడవొచ్చో లేదో ఆ తర్వాత ERP నిర్ణయిస్తుంది:

• query read-only transactionలో నడుస్తుంది, అది కూడా విజిటర్ సొంత కాపీలోని 14 views పై మాత్రమే (మొత్తాలు రూపాయల్లో, ఫోన్ నంబర్లు ఉండవు);
• ఒకే SELECT కానిదాన్ని, లేదా సిస్టమ్ టేబుల్స్, సెట్టింగ్స్ లేదా ఆ views బయట ఏదైనా తాకేదాన్ని కోడ్‌లోని గార్డ్ తిరస్కరిస్తుంది — 28 అనుమతి, దాడి కేసులపై పరీక్షించాం;
• 5 సెకన్ల టైమ్‌అవుట్, 200 వరుసల పరిమితి, ఒక్కో విజిటర్‌కు రోజుకు 15 ప్రశ్నలు;
• ప్రతి జవాబుతో పాటు ఖచ్చితమైన query కనిపిస్తుంది — టేబుల్‌గా, డేటా ఆకారం సరిపోతే చార్ట్‌గా కూడా.

డేటా జవాబు ఇవ్వలేని ప్రశ్నలకు — పోటీదారు ధర, వచ్చే నెల అమ్మకాలు, "రద్దైన ఆర్డర్లన్నీ డిలీట్ చేయి" — బదులుగా తాను ఏం జవాబు ఇవ్వగలదో చెప్పే చిన్న రిప్లై వస్తుంది. ఒక ప్రశ్నకు ఖర్చు సుమారు $0.002.

మేం ఏమి కొలిచాం

నిజాయితీ గురించి రెండు మాటలు. మొదటిది, జవాబులను గ్రేడ్ చేసేది కోడ్, AI జడ్జ్ కాదు: మోడల్ రాసిన query, చేతితో రాసిన సరైన query రెండూ ఒకే డేటాపై నడుస్తాయి, ఫలితాలను పోలుస్తారు (అవే వరుసలు, ±1% లోపు అవే సంఖ్యలు). రెండోది, blind సెట్‌లోని మూడు తప్పులు నిజమైనవే: ఒక జాబితా 50 వరుసల దగ్గర కట్ అయింది, ఒక సిరీస్ కొత్తవి ముందుగా వచ్చింది, పోటీదారు ధరపై ఒక ప్రశ్నను తిరస్కరించాల్సింది పోయి మా సొంత కేటలాగ్‌లో వెతికింది. రన్ తర్వాత మొదటి, మూడో తప్పులను సరిచేశాం; 17/20 మాత్రం కొలిచినట్టే ఉంటుంది. మొదటి స్క్రిప్టెడ్ రన్ మా రిఫరెన్స్ queriesలోనే నాలుగు తప్పులను పట్టుకుంది — ఒకే పేరున్న షాపులు కలిసిపోయాయి — అందుకే ఇప్పుడు seed డేటాలో ప్రతి షాపుకు ప్రత్యేకమైన పేరు ఉంటుంది.

Tallyని కనెక్ట్ చేయడానికి ఏం కావాలి

చాలా మంది డిస్ట్రిబ్యూటర్లు మొదటి రోజే Tallyని మార్చరు, మార్చాల్సిన అవసరం కూడా లేదు. ఆచరణలో సరైన దారి రాత్రికోసారి లేదా గంటకోసారి sync: masters (లెడ్జర్లు, స్టాక్ ఐటమ్స్, గోదాములు), బకాయి బిల్లులు Tally XML ఇంటర్‌ఫేస్ నుంచి వస్తాయి, ఇన్‌వాయిస్ అయిన సేల్స్ ఆర్డర్లు వౌచర్లుగా తిరిగి వెళ్తాయి, Tallyలో లేనివాటిని ERP చూసుకుంటుంది — బీట్‌లు, ఫీల్డ్ ఆర్డర్లు, బ్యాచ్‌వారీ స్టాక్, హోల్డ్‌లు, ఆడిట్ ట్రయల్. డెమో Tallyని గానీ GST పోర్టల్‌ను గానీ కాల్ చేయదు; ఆ దశ కోసం e-invoice (IRN), e-way bill ఫీల్డ్‌లు సిద్ధంగా ఉన్నాయి.

ప్రయత్నించి చూడండి: erp.demos.aivcj.com తెరవండి, Sales యాప్‌లో Shree Ganesh Kirana కోసం ఆర్డర్ తీసుకోండి, అది క్రెడిట్ హోల్డ్‌లో పడటం చూడండి, రిలీజ్ చేయండి, పిక్ చేసి ఇన్‌వాయిస్ తెరవండి. తర్వాత యాప్‌ను "సిగ్నల్ లేదు" మోడ్‌కు మార్చి మళ్లీ చేయండి.