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 ಗಾಗಿ ಆರ್ಡರ್ ತೆಗೆದುಕೊಳ್ಳಿ, ಅದು ಕ್ರೆಡಿಟ್ ಹೋಲ್ಡ್‌ಗೆ ಹೋಗುವುದನ್ನು ನೋಡಿ, ರಿಲೀಸ್ ಮಾಡಿ, ಪಿಕ್ ಮಾಡಿ ಮತ್ತು ಇನ್‌ವಾಯ್ಸ್ ತೆರೆಯಿರಿ. ನಂತರ ಆ್ಯಪ್ ಅನ್ನು "ಸಿಗ್ನಲ್ ಇಲ್ಲ" ಮೋಡ್‌ಗೆ ಬದಲಿಸಿ ಮತ್ತೊಮ್ಮೆ ಮಾಡಿ.