Ang bug na humihinto ay humihingi ng tulong sa iyo. Hindi iyon ang mahirap; ang mahirap ay ang mga numerong lumalabas na tamang-tama ang mukha. May nahanap kami ngayong buwan. Ang pinakamasakit, hindi kami ang nakahanap.
Ang KAZENA Order ay register. Nagre-ring up ng benta, nag-i-print ng resibo, at sa katapusan ng araw ay naglalabas ng day summary. Nakalista sa summary ang breakdown kada payment method at ang kabuuan ng araw. Tumutugma ang kabuuan araw-araw. Walang tumitingin sa parteng hindi tumutugma.
May dumating na message mula sa isang tindahang kasama namin sa pag-test: hindi tumutugma ang cash sa closing. Ang screen ay 18,650 piso na cash, pero 16,250 piso lang ang laman ng drawer. 2,400 piso ang agwat.
Sa una, akala ko keying error. Nangyayari naman talaga iyon. Kinabukasan, halos ganoon din ang hugis ng kulang, at nang ipatong-patong ko ang 3 araw, ang kulang ay eksaktong kapareho ng kabuuan ng e-wallet ng araw na iyon, sa tuwina.
Ang payment method ay nakukuha sa pamamagitan ng code nito. May table na nagsasalin ng code sa pangalan at kategorya, at nakasulat sa software na kapag walang nakuha ang lookup, ituring itong cash. Ako ang sumulat ng linyang iyon. Inilagay ko noong wala pang laman ang table, dahil ayokong bumagsak ang screen.
5 linggo ang nakararaan, binago namin ang code ng payment method mula 2 character tungo sa 3. Nailipat ang table. Nailipat ang mga dokumento. Ang hindi nailipat ay ang listahan ng lumang code na na-load ng terminal ng tindahan noong bumukas ito. Bukas na ang terminal na iyon bago pa ang pagbabago, at hindi na ito napatay mula noon.
Kaya ang terminal na iyon ay nagpapadala pa rin ng 2-character na code. Kapag tinanong mo ang 3-character na table gamit ang 2 character, walang bumabalik. Kapag walang bumabalik, nagiging cash ito.
Ni minsan ay hindi ito naulit sa opisina. Dito, tuwing may susubukan kami ay binubuksan muli namin ang app, kaya laging bago ang listahan. Naghahanap kami sa lugar na binubuksan at pinapatay para sa bagay na lumalabas lang sa lugar na tuloy-tuloy ang takbo.
Sa loob ng 5 linggo, 412 sa 8,600 na benta, 63,000 piso, ang naibilang bilang cash. Walang kahit 1 pisong nawala. Nasa maling kahon lang ito. Sa tindahang ito, halos lahat ng bayad ay cash at ang e-wallet ay mga 5% lang ng kabuuan. Iyon ang dahilan kaya nanatili itong nakalubog nang 5 linggo, at iyon din ang dahilan kaya nahayaan ito.
Ang pinakamasama, may reconciliation na naman pala. May hakbang na nagtutugma sa kabuuan ng breakdown at sa kabuuan ng araw, at pumapasa ito araw-araw. Dahil ibinubuhos sa cash ang lahat ng hindi natukoy, tumutugma ang mga kabuuan anuman ang mangyari. Ang sarili nito ang sinusuri ng reconciliation na iyon.
Ang bug na humihinto ay naaayos sa mismong araw. Ang numerong tahimik na mali ay pinagkakatiwalaan sa buong panahong inaabot bago ito mahanap. Ang 412 na bentang iyon ay dumaloy sa libro, pinagkakatiwalaan, sa loob ng 5 linggo.
2 bagay ang binago namin. Wala na ang pagtuturing sa bigong lookup bilang cash. Ang code na hindi namin matukoy ay nananatiling unknown ngayon, sa dokumento at sa day summary. Pangit tingnan ang unknown sa screen, at ang mga pangit ay inaayos ng tao. Ang isa pang binago ay ang reconciliation: itinutugma na nito ngayon ang halagang tinipon ng register habang tumatakbo laban sa halagang sinuma ng day summary. Ang paghahambing ng 2 numerong galing sa iisang table ay walang sinasabi sa iyo.
Tinantiya kong kalahating araw, naging 5. Ang 4 doon ay pagbabalik ng 412 na nakaraang benta sa tamang kinalalagyan. Sa huli, ang nakahanap nito ay ang taong nagbibilang ng cash sa drawer. Ang numerong iyon ay ginagawa sa labas ng software, at iyon mismo ang dahilan kaya nito nagawang sumalungat dito. Sa opisina ngayon, kapag nagdaragdag kami ng reconciliation, ang unang tanong ay kung ang 2 numero ay ginagawa sa magkahiwalay na lugar.