Re: [請益] TipTop月結轉問題

看板MIS (IT資訊人員)作者 (無限解、解無限)時間8年前 (2016/07/26 09:58), 編輯推噓2(2042)
留言44則, 5人參與, 最新討論串2/2 (看更多)
同樣先跟各位前輩們請安 小的上來回覆後續處理進度,順便回一下推文 首先是文中提到的二個問題,第一個問題是忘記月結的部份 其實這塊我文中也提到了,我有找到解法,只是想確認一下這樣作法合不合理 推文中跟回信也有人提了,雖然不太正規,但錯誤造成了,這可能是相對合適的作法 至於重點的問題二,也就是無法結轉跟反結轉的問題 後來發現真的是自已傻了,一直在結轉時自動產生的本期損益(ce)傳票中打轉 完全沒注意到除了本期損益外,他還會產生匯率評價傳票(ra) 而這次無法反結轉問題,我日前就試著用改db現行年月處理ok了 但無法結轉的原因就是卡在次期的ra傳票沒取消過帳 這點我查了半天,去把相關的4gl都解開來看才發現的 當然也非常感謝g大的來信,他一開始就點出這個重點,只是那時我沒理解過來@@" 後來當然也是聽從各位前輩的建議,儘可能不以動db 的方式處理 後來是手動建立0金額ce傳票(當然來源碼跟單別還是得從db改),然照正常方法反結轉 之後再把ra傳票都取消過帳就搞定了 真的是很謝謝各位前輩的指導啊,果然ptt 是很溫暖的 再來是針對推文的部份,我很理解有前輩們覺得為啥不找廠商,而要在這找免錢顧問 怎麼說呢,我想說畢竟erp應該也算是mis 的範圍,看了一下之前也有人討論 啊想說先問問看前輩們有沒有頭緒,如果能找廠商就不能上來發問 我想也失去不少mis 板的討論文章是吧... 畢竟在這所有發問,其實都能找廠商處理的,大家都不應該是免費顧問@@" 我想,可能是因為erp 這個領域跟傳統mis 的範疇有點不太一樣 許多前輩也有點到重點,不是玩erp的,只會看到一堆財務問題 這點真的是小的我欠缺考慮,問題都沒問清楚,這裡先跟各位前輩致歉 再來是為什麼要動資料庫的原因...嗯..... 總之就是去年財務主管離職沒交接,一堆月份沒做月結硬幹到很後面的月份... 這部份造成系統輯無單據不能迴轉,然後也不能往前反結轉造成的 這部份如果不動資料庫,是沒辦法照正常程序補單的 @@" 當然我了解前輩的意思,能不動資料庫我就不會想去動 不過其實有時因為批次產生單據或是一些系統bug(例如與eflow link時,審核錯誤) 還是得動一下幾個欄位,但是通常都是可以接受的範圍就是 打了這麼多,重點還是想謝謝前輩們不吝指教.. 下次發文時,我會仔細思考一下,儘量把問題詳述清楚的,謝謝各位 ※ 引述《esla (無限解、解無限)》之銘言: : 標題: [請益] TipTop月結轉問題 : 時間: Tue Jul 19 16:17:44 2016 : : 先跟各位前輩們請安 : : : 小的最近剛換跑道,改來玩tiptop了 : : 新公司這tiptop在進銷存段玩的算是滿成功的 : : 不過財務段由於相關負責人員一直更換,倒是有點亂 : : 一來就發現他們在2015年開始,就有許多個月沒做月結,造成試算表不平 : : 後來這段我測試了一下,目前是打算直接在2015年底將結轉科目暫時調整科目性質 : : 再將差異金額部份手動切一張傳票,然後做年結動作 : : 我在測試資料庫玩過,2016年後試算表跟資產負債表就平了(但正式資料庫還沒試) : : 不知道這樣的作法有沒有問題? : : 現在還發現另一個帳套存在一個很奇怪的問題 : : 首先是,他們在2016年2~4月又沒做月結動作,所以沒產生結轉傳票 : : 但不知道怎麼操作的,現行年月已經跑到5月份,而也因為無結轉傳票 : : 所以無法做反結轉動作(這個動作會先把產生的結轉傳票幹掉後將現行年月往前推一個月) : : 然後也無法向下做結轉,會一直出現「16/03/01已產生過下期的回轉傳票」之類的訊息 : : 後來我強制到db 上將現行年月更改到2月份,是可以做反結轉動作了 : : 反結轉後也有正確的將結轉傳票給刪除 : : 但仍舊無法向下結轉,錯誤訊息一樣,有去抓了結轉程式(aglp201)的4gl下來看 : : 發現他這段的判斷式是判斷傳票檔(aba_file)裡結帳月份是否有來源碼為ce(結轉)的傳票 : : 到db去查找過,也確認無此條件的傳票,也跑過傳票過帳檢查了也沒錯誤 : : 試著往前反結轉了幾個月,反結轉都正常,但就是無法往下結轉 : : 這問題我已經卡關了好久,不知道有沒有前輩們能給點方向,感激不儘了,謝謝。 : : -- : ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.139.100 : ※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1468916267.A.152.html : → Weky: 你都講出Tiptop了 怎麼不CALL他客服 這文蠻像迷路文的 07/19 16:30 : → esla: tiptop這塊目前沒簽ma@@想說試著自己處理看看,不行就上簽 07/19 16:38 : → esla: 找客服了,至於迷路文是指? 07/19 16:38 : → asdfghjklasd: 付錢找MA 07/19 16:57 : → Weky: 迷路文=走錯板發問的文章 07/19 17:34 : → esla: 呃,想說這裡也不少討論erp的文章,那請教大大有沒有專門的 07/19 17:52 : → esla: 板啊,我是想說非到必要還是別提要花錢,畢竟剛來的,還是 07/19 17:52 : → esla: 希望能自己處理看看,再麻煩了,謝謝了 07/19 17:52 : → tnshoho: 不想花錢,來這找免費顧問 07/19 23:03 : → konkonchou: 這家MA是會追溯的,不簽遲早公親變事主 07/19 23:49 : 推 g8wei: 1. 已過帳重新過帳,補月結,請財務重新核帳,每月對賬完 07/19 23:53 : → g8wei: 後再年結就好了。2.檢查一下ra傳票是不是已拋,月結時ac會 07/19 23:53 : → g8wei: 轉次月ra迴轉。提供您參考 07/19 23:53 : 推 dennisxkimo: 除非你遇到這廠商家出來的 建議不要自己搞 廠商很感 07/20 07:34 : → dennisxkimo: 冒自己處理的 07/20 07:34 : → dennisxkimo: 沒合約 搞掛了 by case重整加上續簽 07/20 07:35 : 推 SeanBoog: 不太能理解為什麼板上不能討論系統問題 07/20 23:03 : 推 SeanBoog: 莫非這裡已經被定義為網管板了嗎qq 07/20 23:08 : → Weky: 沒有不能討論而是討論有沒有共視點 07/21 10:04 : → Weky: 非開源產品未公佈source code未寫出架構未提出問題 07/21 10:04 : → Weky: 我這門外漢只看到一堆財務問題然後你跟我講這是MIS板 07/21 10:04 : → Weky: 如果你裡面把相關程式的CODE問題點列出來討論就算我看不懂 07/21 10:06 : → Weky: 我也不認為他是迷路文 但今天我只看到結帳結不了 07/21 10:06 : → Weky: 我就不懂這和MIS關係到底在哪了 07/21 10:06 : 推 appledavid: 有一堆人把MIS <> ERP 不要怪他們 因為他們的薪水 07/21 13:01 : → appledavid: 真的就只有...... 07/21 13:01 : → appledavid: MIS其實廣義說是資訊化設備基本上都算 07/21 13:03 : 推 Weky: ERP系統當然可以被討論 但是資訊是不是該寫更詳盡一些 07/21 13:14 : → sopoor: 本來有回,但發現我重看一下,中文有幾個地方沒弄清楚所以刪 07/22 11:33 : → sopoor: 除,我想問一下動資料庫的原因何在?理論上應該是先補單 07/22 11:33 : → Weky: 原文有寫2016有幾個月沒做月結被硬幹 後面改不回去 07/22 18:40 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.227.137.98 ※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1469498298.A.0B2.html

07/26 22:54, , 1F
遇到跟財務有關的已經是IT主管等級要打的怪了吧,能瞭解
07/26 22:54, 1F

07/26 22:54, , 2F
這塊比較能走出純技術,走向Domain Knowhow,很厲害
07/26 22:54, 2F

07/27 17:39, , 3F
還好啦,因為小的剛好有財務的背景在
07/27 17:39, 3F

07/27 17:39, , 4F
所以原則上現在公司會找我進來就是看上這點
07/27 17:39, 4F

07/27 17:40, , 5F
這大概也是我跟傳統玩erp的mis不太一樣的地方
07/27 17:40, 5F

07/27 17:40, , 6F
算是我比較特殊的優勢吧
07/27 17:40, 6F

07/27 17:40, , 7F
啊新公司其實有滿多財務問題存在好幾年了
07/27 17:40, 7F

07/27 17:41, , 8F
找我來就是要來處理這塊,所以我才會想說能不花錢就不花
07/27 17:41, 8F

07/27 17:41, , 9F
算運氣不錯,來幾個月就把二、三年的財務問題處理的差不多了
07/27 17:41, 9F

07/27 17:43, , 10F
不過因為之前都玩workflow,剛接觸tiptop
07/27 17:43, 10F

07/27 17:43, , 11F
雖然整體邏輯差不多,但還是很多地方得摸
07/27 17:43, 11F

07/27 17:44, , 12F
有些小地方真的就得靠其它前輩指點才能快速解決了
07/27 17:44, 12F

07/27 17:44, , 13F
總之,我還是很喜歡ptt這樣的環境,比較溫暖就是
07/27 17:44, 13F

07/27 17:45, , 14F
所以原則上拜了估狗大神找不到,我優先考慮的提問點還是ptt
07/27 17:45, 14F

07/27 17:45, , 15F
只是可能這塊算是比較小眾的東西,沒接觸的人可能真的會覺得
07/27 17:45, 15F

07/27 17:46, , 16F
這到底在問什麼,就跟網管那塊很多我也看不太懂一樣
07/27 17:46, 16F

07/27 17:46, , 17F
這點就真的是我欠缺考慮的部份,下次提問會注意的
07/27 17:46, 17F

07/27 17:47, , 18F
倒是本來是讀財務的,就是不想碰財務了才轉資管的
07/27 17:47, 18F

07/27 17:48, , 19F
沒想到繞了一大圈,還是得在這塊打轉
07/27 17:48, 19F

07/27 17:48, , 20F
前一家公司也是幫忙對帳對到快瘋了,有時都覺得到底誰是財務
07/27 17:48, 20F

07/27 17:50, , 21F
好處是,以後不玩erp了,還可以考慮應徵個財務小主管之類xd
07/27 17:50, 21F

07/27 20:24, , 22F
改年月應該不用進db改啊..? 其實通常系統問題出現,通常
07/27 20:24, 22F

07/27 20:24, , 23F
都不建議直接異動db,除非你熟資料架構了~ 不然缺資料反
07/27 20:24, 23F

07/27 20:24, , 24F
而更難查哦.. 不過問題最後有解決就好囉 by 鼎新tiptop人
07/27 20:24, 24F

07/28 08:03, , 25F
如果要走正常程序改年月(反結轉),不是需要幹掉ce傳票?
07/28 08:03, 25F

07/28 08:04, , 26F
之前遇到的問題就是沒有ce 傳票,系統邏輯卡住不給反結轉
07/28 08:04, 26F

07/28 08:05, , 27F
當然後來我用比較保險的方式,手動切傳票後
07/28 08:05, 27F

07/28 08:05, , 28F
再把來源碼改成ce(這部份是無法手動修改的)
07/28 08:05, 28F

07/28 08:06, , 29F
單別也改成結轉用的單別(該單別無法手切)
07/28 08:06, 29F

07/28 08:06, , 30F
最後再做反結轉,系統判斷有傳票,就自動取消過帳刪掉了
07/28 08:06, 30F

07/28 10:58, , 31F
其實你想 show power 我想大家也沒意見
07/28 10:58, 31F

07/28 11:00, , 32F
不過弄掛了..責任在你自己而已.言盡於此
07/28 11:00, 32F

07/28 13:54, , 33F
謝謝前樓上前輩的指教,當然修改前會先同步在測試資料庫
07/28 13:54, 33F

07/28 13:54, , 34F
確定沒問題後才會到正式資料庫處理的
07/28 13:54, 34F

07/28 13:55, , 35F
目前也儘量以不動資料庫的方式處理
07/28 13:55, 35F

07/28 13:55, , 36F
目前看起來使用上是正常的,謝謝你的建議...
07/28 13:55, 36F

07/30 21:07, , 37F
用到TIPTOP可以合理懷疑公司曾經自行開發過,轉個念想比
07/30 21:07, 37F

07/30 21:08, , 38F
WORKFLOW好的地方是可以看到原始碼,相對有時要找問題反而
07/30 21:08, 38F

07/30 21:10, , 39F
比較容易,負責ERP我個人覺得要完全不動DB是很困難的.....
07/30 21:10, 39F

08/01 09:10, , 40F
tiptop比workflow 靈活非常多倒是真的
08/01 09:10, 40F

08/01 09:11, , 41F
然後就像樓上大大說的,有原始碼要找問題容易多了
08/01 09:11, 41F

08/01 09:11, , 42F
至於動db,事實上從workflow時期我就有在動了
08/01 09:11, 42F

08/01 09:11, , 43F
只是相對的workflow 走m$ sql,要備份測試容易很多
08/01 09:11, 43F

08/01 09:12, , 44F
tiptop 走oracle要備份到測試區就真的麻煩很多
08/01 09:12, 44F
文章代碼(AID): #1NbiEw2o (MIS)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 2 篇):
文章代碼(AID): #1NbiEw2o (MIS)