हाल ही में, मैंने पेट्रोइलेक्ट्रोसबीट कैश डेस्क पर बिजली का भुगतान करने की कोशिश की, जैसा कि मैं आमतौर पर करता हूं, लेकिन पास के टर्मिनल में। टर्मिनल दिखने में काफी साधारण है (मॉनिटर, बैंकनोट रिसीवर, मैग्नेटिक कार्ड रीडर), सेल फोन, बिजली और अन्य सेवाओं के लिए भुगतान करने की पेशकश करता है।
बिजली का भुगतान करने के लिए, आप एक सब्सक्राइबर नंबर (एक सुविधाजनक आईडी, यहां तक कि टिकट कार्यालय में मैं इसे पते को निर्धारित करने के बजाय कागज के टुकड़े पर कैशियर को दिखा सकता हूं) दर्ज कर सकता हूं, लेकिन फिर अजीब चीजें शुरू होती हैं, दुर्भाग्य से, जो सामान्य रूप से भुगतान करने से पूरी तरह से इनकार कर देती हैं।
टर्मिनल ऊर्जा की "दैनिक खपत" के लिए पूछता है ... यह माना जा सकता है कि यह प्रति दिन औसत खपत (अंतिम भुगतान के बाद से) है, लेकिन टर्मिनल "रात की खपत" के लिए भी पूछेगा, जो दो-टैरिफ मीटर का सुझाव देता है। हालांकि, मेरे पास एकल-दर मीटर है, और मैंने कभी औसत खपत की गणना नहीं की - भुगतान के लिए हमेशा केवल वर्तमान मीटर रीडिंग की आवश्यकता थी।
परिणामस्वरूप, "दैनिक व्यय" फ़ील्ड में वर्तमान मीटर रीडिंग दर्ज करने और "रात की खपत" फ़ील्ड में 0 के बाद, मुझे 17,000 आर का भुगतान करने का प्रस्ताव मिला। और एक्जिट बटन पर क्लिक किया। बॉक्स ऑफिस पर महिला को एक ही मीटर रीडिंग की सूचना देने के बाद, उसे 250 रूबल के लिए एक रसीद मिली। और उपलब्धि की भावना के साथ चला गया।
निष्कर्ष (उर्फ बग्रेपोर्ट): डेवलपर्स को अलग-अलग डेटा के इनपुट के साथ भुगतान विकल्पों के लिए प्रदान करना चाहिए था - पिछले भुगतान या वर्तमान रीडिंग से रीडिंग में अंतर (डेटाबेस में पिछले रीडिंग हैं)। इसके अलावा, आपको एकल-दर काउंटर के मालिकों के बारे में नहीं भूलना चाहिए और संदर्भ प्रणाली को समायोजित करना चाहिए - अब "आप किसी भी मूल्य में प्रवेश कर सकते हैं" जैसे वाक्यांश हैं (इसके बजाय संबंधित स्थिति में इनपुट क्षेत्र में प्रवेश नहीं कर रहे हैं)।