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

作者: esla (無限解、解無限)   2016-07-26 09:58:15
同樣先跟各位前輩們請安
小的上來回覆後續處理進度,順便回一下推文
首先是文中提到的二個問題,第一個問題是忘記月結的部份
其實這塊我文中也提到了,我有找到解法,只是想確認一下這樣作法合不合理
推文中跟回信也有人提了,雖然不太正規,但錯誤造成了,這可能是相對合適的作法
至於重點的問題二,也就是無法結轉跟反結轉的問題
後來發現真的是自已傻了,一直在結轉時自動產生的本期損益(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去查找過,也確認無此條件的傳票,也跑過傳票過帳檢查了也沒錯誤
:
: 試著往前反結轉了幾個月,反結轉都正常,但就是無法往下結轉
:
: 這問題我已經卡關了好久,不知道有沒有前輩們能給點方向,感激不儘了,謝謝。
:
:
作者: Dino9021 (Dino9021)   2016-07-26 22:54:00
遇到跟財務有關的已經是IT主管等級要打的怪了吧,能瞭解這塊比較能走出純技術,走向Domain Knowhow,很厲害
作者: esla (無限解、解無限)   2016-07-27 17:39:00
還好啦,因為小的剛好有財務的背景在所以原則上現在公司會找我進來就是看上這點這大概也是我跟傳統玩erp的mis不太一樣的地方算是我比較特殊的優勢吧啊新公司其實有滿多財務問題存在好幾年了找我來就是要來處理這塊,所以我才會想說能不花錢就不花算運氣不錯,來幾個月就把二、三年的財務問題處理的差不多了不過因為之前都玩workflow,剛接觸tiptop雖然整體邏輯差不多,但還是很多地方得摸有些小地方真的就得靠其它前輩指點才能快速解決了總之,我還是很喜歡ptt這樣的環境,比較溫暖就是所以原則上拜了估狗大神找不到,我優先考慮的提問點還是ptt只是可能這塊算是比較小眾的東西,沒接觸的人可能真的會覺得這到底在問什麼,就跟網管那塊很多我也看不太懂一樣這點就真的是我欠缺考慮的部份,下次提問會注意的倒是本來是讀財務的,就是不想碰財務了才轉資管的沒想到繞了一大圈,還是得在這塊打轉前一家公司也是幫忙對帳對到快瘋了,有時都覺得到底誰是財務好處是,以後不玩erp了,還可以考慮應徵個財務小主管之類xd
作者: g8wei (123 321)   2016-07-27 20:24:00
改年月應該不用進db改啊..? 其實通常系統問題出現,通常都不建議直接異動db,除非你熟資料架構了~ 不然缺資料反而更難查哦.. 不過問題最後有解決就好囉 by 鼎新tiptop人
作者: esla (無限解、解無限)   2016-07-28 08:03:00
如果要走正常程序改年月(反結轉),不是需要幹掉ce傳票?之前遇到的問題就是沒有ce 傳票,系統邏輯卡住不給反結轉當然後來我用比較保險的方式,手動切傳票後再把來源碼改成ce(這部份是無法手動修改的)單別也改成結轉用的單別(該單別無法手切)最後再做反結轉,系統判斷有傳票,就自動取消過帳刪掉了
作者: asdfghjklasd (好累的大一生活)   2016-07-28 10:58:00
其實你想 show power 我想大家也沒意見不過弄掛了..責任在你自己而已.言盡於此
作者: esla (無限解、解無限)   2016-07-28 13:54:00
謝謝前樓上前輩的指教,當然修改前會先同步在測試資料庫確定沒問題後才會到正式資料庫處理的目前也儘量以不動資料庫的方式處理目前看起來使用上是正常的,謝謝你的建議...
作者: rodchi (Rod)   2016-07-30 21:07:00
用到TIPTOP可以合理懷疑公司曾經自行開發過,轉個念想比WORKFLOW好的地方是可以看到原始碼,相對有時要找問題反而比較容易,負責ERP我個人覺得要完全不動DB是很困難的.....
作者: esla (無限解、解無限)   2016-08-01 09:10:00
tiptop比workflow 靈活非常多倒是真的然後就像樓上大大說的,有原始碼要找問題容易多了至於動db,事實上從workflow時期我就有在動了只是相對的workflow 走m$ sql,要備份測試容易很多tiptop 走oracle要備份到測試區就真的麻煩很多

Links booklink

Contact Us: admin [ a t ] ucptt.com