yes_arthur wrote:偶公司使用的POS ...(恕刪) POS系統唷大家都學聰明了統一發票上面呀 有 民國 日期我去便利商店 賣場很多都是用西元只有一家 是用 民國的跟著全世界走 準沒錯不然哪一天又出現2月29號問題 搞死人了多數廠商是用 西元減1911 等於民國 不表示不會出錯
yes_arthur wrote:癥結點不是兩碼 或0...(恕刪) 那也是一樣..像某些大廠,你沒買他們的MA,有些更新還不能裝,他們的package的問題也不給問..明明就他們的問題.所以..付錢消災吧.
這種問題很有得扯!最好的作法是,找出當初的規格書,大家一翻兩瞪眼,白紙黑字寫的清清楚楚.如果沒規格書,或沒註明,那就同樓上大大所說,是當初驗收有問題.試想,如果用買房子的方式來看,買到瑕疵屋,買家自己又不仔細看,又簽完約,付完錢了,那該怪誰?只能說屋主太沒良心(屋主故意隱瞞者除外)因沒看到貴公司架構,所以也不知道要動多少程式,無從評估費用問題.有的公司,可能會為下一筆生意而免費服務,在商言商阿!所以,如果該付錢,就付吧,但也該考慮換家軟體公司了.....
好像很多人會在當初談定的規格書上打轉規格書的定義,是避免偶後有增加功能的變更不該是既有功能未完善的定義用不然很多寫軟體的壓根自己都沒啥在測試的寫一寫就丟給買家去做驗收的動作所以會有很多所謂的bug產生如果對程式的應用會有跨年的問題還採收費那就表示跨年這個應用是屬於增加功能的部份也就是說,當初賣這套軟體的廠商並不打算讓使用者使用過這個年份如果當初軟體商有告知這一部分那付費是合理的如果沒有告知,因為"正常使用"上的問題還採取收費那就是有點超過了